[gentoo-dev] QA last rites for dev-util/devel-chroots
# Diego E. Pettenò (26 Dec 2010) # on behalf of QA team # # Can't be installed since at least October (bug #341151), # fails sanity checks. # # Removal on 2011-02-24 dev-util/devel-chroots
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sci-geosciences/mapserver: mapserver-5.4.2-r1.ebuild ChangeLog
On 12/24/2010 11:19 AM, Justin (jlec) Lecher wrote: > On 24/12/10 02:18, Arfrever Frehtes Taifersar Arahesis wrote: >> What do you mean about python.eclass? >> python.eclass doesn't define python_src_unpack(). >> > > No it doesn't, but calling the default() function in a phase will make > the default phase be called. And this is implemented in the python.eclass. > default calls the PM implementation, not the eclass implementation. From PMS: default Calls the default_ function for the current phase (see section 10.1.17). Must not be called if the default_ function does not exist for the current phase in the current EAPI. Only available in EAPIs listed in table 12.14. 10.1.17: DEFAULT-In EAPIs listed in table 10.8 as supporting default_ phase functions, a function named default_(phase) that behaves as the default implementation for that EAPI shall be defined when executing any ebuild phase listed in the table. Ebuilds must not call these functions except when in the phase in question. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Death to old-style virtuals!
On 12/17/2010 08:08 PM, Ciaran McCreesh wrote: > Old-style virtuals are extremely messy and introduce an awful lot of > complexity. They were supposed to be on the way out several years ago, > with GLEP 37, but that seems to have stalled. > > Is there anything in particular holding back replacing most or all of > the remaining old-style virtuals with new 'package' virtuals? > I would create a tracker bug for getting rid of the old style things. Then perhaps EAPI 5 could not support old style virtuals. > > There's still that stupid !virtual/blah thing to deal with. Old style > virtual providers are allowed to block their own virtual to mean "there > must not be any other provider of this installed" (although it's not > clear what that means if anything other than a simple !virtual/pkg is > used). Anything doing that would now have to explicitly list its own > blocks. Arguably, this is a good thing, since you'd have to say exactly > what you do and don't work with. > The cases where this is needed could declare the full list of providers in an eclass. Are there any problems with this approach besides the increased maintenance burden? Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sci-geosciences/mapserver: mapserver-5.4.2-r1.ebuild ChangeLog
On 26/12/10 16:20, Petteri Räty wrote: > On 12/24/2010 11:19 AM, Justin (jlec) Lecher wrote: >> On 24/12/10 02:18, Arfrever Frehtes Taifersar Arahesis wrote: >>> What do you mean about python.eclass? >>> python.eclass doesn't define python_src_unpack(). >>> >> >> No it doesn't, but calling the default() function in a phase will make >> the default phase be called. And this is implemented in the python.eclass. >> > > default calls the PM implementation, not the eclass implementation. > > From PMS: > > default > > Calls the default_ function for the current phase (see section 10.1.17). > Must not be called if the default_ function does not exist for the > current phase in the current EAPI. Only available in EAPIs listed in > table 12.14. > > 10.1.17: > > DEFAULT-In EAPIs listed in table 10.8 as supporting default_ phase > functions, a function named default_(phase) that behaves as the default > implementation for that EAPI shall be defined when executing any ebuild > phase listed in the table. Ebuilds must not call these functions except > when in the phase in question. > > Regards, > Petteri > Thanks for clarification, Petteri. I only knows this from the python dev guide, so I assumed it to come from python.eclass. justin signature.asc Description: OpenPGP digital signature
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2010-12-26 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2010-12-26 23h59 UTC. Removals: media-plugins/vdr-svdrpext 2010-12-23 00:01:50 hd_brummy Additions: sys-process/parallel2010-12-20 17:01:27 fauli app-crypt/dieharder 2010-12-21 15:04:36 c1pher sci-biology/samtools2010-12-21 17:05:50 weaver app-misc/utimer 2010-12-22 12:02:41 hwoarang app-cdr/daa2iso 2010-12-24 13:05:55 hwoarang dev-perl/Term-Shell 2010-12-24 14:01:21 pva net-dns/shelldap2010-12-24 14:03:09 pva lxde-base/lxpolkit 2010-12-25 17:05:53 ssuominen dev-libs/libpipeline2010-12-26 18:44:40 ssuominen -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: media-plugins/vdr-svdrpext,removed,hd_brummy,2010-12-23 00:01:50 Added Packages: sys-process/parallel,added,fauli,2010-12-20 17:01:27 app-crypt/dieharder,added,c1pher,2010-12-21 15:04:36 sci-biology/samtools,added,weaver,2010-12-21 17:05:50 app-misc/utimer,added,hwoarang,2010-12-22 12:02:41 app-cdr/daa2iso,added,hwoarang,2010-12-24 13:05:55 dev-perl/Term-Shell,added,pva,2010-12-24 14:01:21 net-dns/shelldap,added,pva,2010-12-24 14:03:09 lxde-base/lxpolkit,added,ssuominen,2010-12-25 17:05:53 dev-libs/libpipeline,added,ssuominen,2010-12-26 18:44:40 Done.
