Gentoo Archives: gentoo-dev

From: Francesco Riosa <vivo75@×××××.com>
To: gentoo development <gentoo-dev@l.g.o>
Subject: Re: [gentoo-dev] NEW: split portage/repoman releases now in the tree
Date: Mon, 16 May 2016 13:53:21
Message-Id: CAD6zcDzheG6BP2aQhAUaUfShO9yCG1+ikWcSumfXM2sOopXE5g@mail.gmail.com
In Reply to: [gentoo-dev] NEW: split portage/repoman releases now in the tree by Brian Dolbec
1 2016-05-16 3:39 GMT+02:00 Brian Dolbec <dolsen@g.o>:
2
3 >
4 > portage-2.3.0_rc1 and repoman-2.3.0_rc1 are now in the tree.
5 >
6 > portage-2.3.0_rc1 is essentially the portage 2.2.28 release with only a
7 > few small patches applied. It mostly just installs less code, namely
8 > the repoman code.
9 >
10 > So, now servers and other systems that do not require repo Q/A ability
11 > will no longer get repoman installed anyway.
12 >
13 > repoman-2.3.0_rc1 is the stage2 rewrite code. The checks are now
14 > modular, and using the portage plugin system. The system is not yet
15 > fully plug and play. Those changes will take place in the stage3
16 > re-writes.
17 >
18 > The two packages will remain in the same portage git repo, although the
19 > repoman code has been moved into it's own pkg directory. It is too
20 > tied into portage api's to be on it's own just yet. An that
21 > is not likely to happen until we get a stable portage API. This new
22 > system does allow for semi-independant releases for both repoman and
23 > portage. When important API's change, it will require both to be
24 > release at the same time. So you can look forward to seeing the minor
25 > version number to get more frequent bumps than it has this last decade.
26 >
27 > Currently, the portage ebuild does not RDEPEND on the repoman ebuild.
28 > You will have to explicitly emerge it for it to be installed. It has
29 > been suggested to add a use flag enabled RDEPEND (default on) for the
30 > dev profile. I will also be adding that to the portage-9999 release
31 > for all profiles in the coming days.
32 >
33 > NOTES: Repoman now depends on lxml for it's xml parsing and error
34 > checking along with now using metadata.xsd. It now will report a lot
35 > more errors than the previous buggy code everyone has been using.
36 >
37 > I want to thank the following people for their help and contributions
38 > to make these releases:
39 >
40 > Zac Medico <zmedico>
41 > Alexander Bernsten <bernalex>
42 > Dirkjan Ochtman <djc> for the base xml re-write code
43 > Michal Gorny <mgorny> for the metadata.xsd changes
44 > Göktürk Yüksek <gokturk> for the metadata.xml test ebuilds
45 > patches.
46 > Mike Gilbert <floppym> for all the testing on the rewite code,
47 > and a number of gen-b0rk repo test ebuilds.
48 >
49 > Coacher for the recent testing, bug reports and patches.
50 > And anyone else I missed ;)
51 >
52 > So, please report any issues with either the ebuilds or installs, bugs,
53 > etc... you know the drill ;)
54 >
55 > Don't forget, please contribute more test case ebuilds to the gen-b0rk
56 > repo. The better the test ebuild coverage we have, the better our Q/A
57 > tools (like repoman) will be and the less often things will be released
58 > broken.
59 >
60 > Thank you
61 > --
62 > Brian Dolbec <dolsen>
63 >
64 >
65 > Thank you Brian and all the persons involved