Gentoo Archives: gentoo-portage-dev

From: Alexander Berntsen <bernalex@g.o>
To: gentoo-portage-dev@l.g.o
Subject: Re: [gentoo-portage-dev] New meeting
Date: Fri, 25 Jul 2014 15:47:57
Message-Id: 53D27C25.3080107@gentoo.org
In Reply to: Re: [gentoo-portage-dev] New meeting by Alexander Berntsen
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA256
3
4 On 25/07/14 12:42, Alexander Berntsen wrote:
5 > On 25/07/14 11:54, Alexander Berntsen wrote:
6 >> MEETING SUMMARY ===============
7 >
8 >> Assorted Bugs -------------- Andreas Hüttel has patch for
9 >> repoman. It checks that a package does not depend on anything in
10 >> perl-core if it is not a virtual package. This patch will be
11 >> tested and merged by myself. The related bug is:
12 >> <https://bugs.gentoo.org/show_bug.cgi?id=516428>.
13 >
14 >> I have a set of patches that drastically alter the behaviour of
15 >> autounmask. These behavioural changes are accepted and will go
16 >> into portage after we make our next release. The related bug is:
17 >> <https://bugs.gentoo.org/show_bug.cgi?id=481578>.
18 >
19 >> It was agreed that having --ask prompting the user to read
20 >> pending news item is an acceptable degree of interactivity. The
21 >> related bug is:
22 >> <https://bugs.gentoo.org/show_bug.cgi?id=517310>.
23 >
24 >> News checking can be done when synching Portage. This will be
25 >> worked on after the portage-sync branch has been merged. The
26 >> related bug is:
27 >> <https://bugs.gentoo.org/show_bug.cgi?id=512704>.
28 >
29 >> There were no objections to Joakim Tjernlund's fakeroot patches.
30 >> I will get in touch with Joakim and have him explain me the
31 >> intricacies of the patches and why they are necessary, etc. I
32 >> will then test and merge them. The related bug is:
33 >> <https://bugs.gentoo.org/show_bug.cgi?id=489016>.
34 >
35 >> Michał Gorny wants to make repoman only complain about direct
36 >> deprecated inherits. This was OK by everyone. There is no
37 >> corresponding bug.
38 >
39 >
40 >> New Release ----------- A new release will be made after I have
41 >> tested and merged Andreas's patch. I will tag the commit in git,
42 >> Brian Dolbec will upload the tarball and bump the ebuild.
43 >
44 >
45 >> repoman status -------------- The repoman kludge is being split
46 >> into multiple small files with few checks in each, and the check
47 >> initialisation and other management left in a big file still.
48 >> This is the first round of refactoring -- Brian thinks we will
49 >> need three rounds. The second round will be reorganising parts
50 >> into a plugin system.
51 >
52 >> Minor patches (such as Andreas's) will be committed to both the
53 >> refactor branch (repoman), and to the current Portage HEAD. Major
54 >> patches will only be merged in the refactor branch.
55 >
56 >> Brian is not yet recovered from his surgery, so Tom Wijsman is
57 >> presently in charge of the refactor.
58 >
59 >
60 >> Dynamic dependencies -------------------- Dynamic dependencies
61 >> will be turned off. Michał and myself (and I encourage everyone
62 >> else that has the time to join in) will rebuild world without
63 >> dynamic dependencies locally on our own work computers, and try
64 >> to live without them for a while as to stumble upon the potential
65 >> problems. We will continuously document how to fix whatever mess
66 >> arises. We might also write some tools to assist migration.
67 >
68 >> After a while of testing, an email will be sent to the
69 >> developer's mailing list to let them prepare to not being able to
70 >> rely on dynamic dependencies tricks. Then, pending some
71 >> reasonable amount of time (likely at least 30 days), we roll out
72 >> a release with dynamic dependencies disabled. This release will
73 >> be accompanied by a NEWS item for users and developers alike.
74 >
75 >> New member ---------- I finally trick^Wconvinced Michał to join.
76 >> Welcome to the team!
77 >
78 > One more thing that I forgot about: The 9999 and 2.2.10 ebuilds
79 > will have their EAPI bumped to 5 by Michał.
80 Brian informs me that it's the 2.2.11 ebuild, not the 2.2.10 ebuild
81 which will be bumped to EAPI 5. Sorry for the confusion.
82 - --
83 Alexander
84 bernalex@g.o
85 https://secure.plaimi.net/~alexander
86 -----BEGIN PGP SIGNATURE-----
87 Version: GnuPG v2
88 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
89
90 iF4EAREIAAYFAlPSfCUACgkQRtClrXBQc7VGdAD/ThPkZz56LMyPg8tVga4O/uT/
91 KTotiXp0CZyturX+1QgBAJ7g+vgInbuN1AJkCjgpJRA1lu+byQWjCV3kMooKjruW
92 =vw5f
93 -----END PGP SIGNATURE-----