[gentoo-dev] Re: About src_test() in perl-modules

* Mikle Kolyada : > Lately, i saw many bugs like =dev-perl/${packagename}: fails test. Strange, I didn't. > Me just interested proper way to fix those bugs? I think it depends on the bug. So let's have a look at all "dev-perl" bugs in the last month: https://bugs.gentoo.org/buglist.cgi?short_de

[gentoo-dev] Drop the Perl Modules Guideline?

Let's discuss the "specific guideline" for Perl modules. It's as follows: ,- http://devrel.gentoo.org/handbook/handbook.xml?part=2&chap=1#doc_chap2_sect2 | Perl | | New Perl modules are to be added to portage only when one of the following | conditions is met: | | a) The module(s) fulfill a depend

[gentoo-dev] Re: gentoo-x86 commit in dev-perl/XML-Parser: XML-Parser-2.410.0-r1.ebuild ChangeLog

* "Fabian Groffen (grobian)" : > grobian 12/08/07 15:21:54 > > Modified: ChangeLog > Added:XML-Parser-2.410.0-r1.ebuild > Log: > Fix expat detection for FreeBSD that silently went unnoticed. The following single quotes were dropped: -myconf="EXPATLIBPATH='

[gentoo-dev] About forcing rebuilds of perl modules

* Ian Stakenvicius : > FYI, all the work subslotting the perl stuff doesn't work yet, so it's > probably best to wait a few days before trying it out. Perl modules have to be rebuilt if dev-lang/perl's useflags are changed. That would make dev-lang/perl's SLOT depend on users USE flags settings w

[gentoo-dev] Last rites: dev-perl/Tie-RegexpHash, net-proxy/vulture

The following packages will be removed from the tree: # Mask for removal (#421461) # Test suite fails since perl 5.13.6 dev-perl/Tie-RegexpHash # Mask for removal (#310711) # vulture is the only consumer of =dev-perl/DBD-SQLite-0.31* net-proxy/vulture

[gentoo-dev] Last rites: dev-perl/CPAN-Mini-Phalanx, dev-perl/gimp-perl, dev-perl/XML-Sablot, dev-perl/Devel-Profiler

The following packages will be removed from the tree: # Masked for removal (#420075) # The Phalanx Project is finished and no longer active dev-perl/CPAN-Mini-Phalanx # Masked for removal (#249786,#331675,#420211) # No release since 2005, not needed. dev-perl/gimp-perl # Masked for removal (#420

[gentoo-dev] Last rites dev-perl/Cflow, dev-lang/eleven and net-im/silc-client

Masked until fixed or removed: # Install perl modules in the site branch (#280728) # - dev-perl/Cflow (#391391) # - dev-lang/eleven (#295118) # - net-im/silc-client (#294854) dev-perl/Cflow dev-lang/eleven net-im/silc-client

[gentoo-dev] remote-id cpan-module

* Corentin Chary : > On Thu, May 17, 2012 at 2:02 AM, Kent Fredric wrote: > > On 13 May 2012 07:43, Torsten Veller wrote: > >> It doesn't even list "Moose" for Moose? > > > > Its probably falling outside the initial 10 results, I forgot it did that

[gentoo-dev] Re: License groups in ebuilds

* Ciaran McCreesh : > On Sat, 12 May 2012 21:05:06 +0200 > Torsten Veller wrote: > > The perl-module.eclass offers a default LICENSE as > > LICENSE="${LICENSE:-|| ( Artistic GPL-1 GPL-2 GPL-3 )}" > > > > So if a distribution uses "the same licens

[gentoo-dev] Re: RFC: Add new remote-id types in metadata.dtd

* Corentin Chary : > On Sat, Apr 21, 2012 at 03:33:18PM +1200, Kent Fredric wrote: > > { "term": { "status":"latest"} }, > > { "term": { "module.authorized":"true"}} What does this mean? - "latest"? this term looks like mainte

[gentoo-dev] Re: License groups in ebuilds

* Kent Fredric : > I'd welcome groups so we can have a "Perl_5" group. The lions share of > modules published on CPAN are licensed "Under the same license as Perl > 5 Itself", which implies "|| ( GPL-2 Artistic-1 )" Perl is licensed as | This program is free software; you can redistribute it and/

[gentoo-dev] Re: making the stable tree more up-to-date

* "Paweł Hajdan, Jr." : > Please review the list, it's 800+ packages so I thought about asking for > feedback before filing stabilization bugs (I plan to do that in stages > of course). What do you expect to happen with bugs assigned to maintainer-needed? I don't know if any of the packages is re

[gentoo-dev] Re: Bugzilla proxy-maintainer template

* Markos Chandras : > However, a comment draws more attention than a bugzilla > note. That's exactly the problem for watchers of maintainer-needed or -wanted. Every mail draws some attention. Anyway I can /dev/null those mails. Just need to create another rule. -- Regards

[gentoo-dev] Bugzilla proxy-maintainer template

* "Markos Chandras (hwoarang)" : > Log: > add note about default comment in bugs. Add template > +Bugs assigned to maintainer-nee...@gentoo.org > + > +Developers who participate in this project should encourage users to > participate in this project when they notice a open bug for an orphaned

[gentoo-dev] write to filesystem in pkg_pretend

* justin : > Now using the new pkg_pretend for EAPI=4 While T is defined in all phases, PMS also says that "pkg_pretend must not write to the filesystem". Is it allowed to write to T or not? Can the specs be clearer if it's allowed? -- Thanks

[gentoo-dev] Re: rejecting unsigned commits

* Mike Frysinger : > On Thu, Mar 24, 2011 at 8:09 PM, Antoni Grzymala wrote: [Manifest signing] > > Does that get us any closer to GLEPs 57, 58, 59 (or generally > > approaching the tree-signing/verifying group of problems)? > > yes I think, it's a "no". The MetaManifest GLEP relies on a signed t

[gentoo-dev] Re: Adding app-arch/xz-utils to the system set

* Jeremy Olexa : > Well, the interesting bit of info is that the wider developer > community maybe already assumes it to be in the system set. *OR* can't > be bothered to remember that it is NOT in the system set. The data to > back up this statement is in https://bugs.gentoo.org/349315 in which >

[gentoo-dev] Re: Status of sparc-fbsd

* Samuli Suominen : > So I think your own chance is to contact aballier, ask if he still has > access (or ask for renewed opinion for the killing) That was the intention. I cc'ed the bsd team and am still expecting a reply. I will move the sparc-bsd and amd-bsd profiles to "exp" in one week. I su

[gentoo-dev] Touching profiles

* Theo Chatzimichos : > For the record, Kacper told me today that every developer is allowed to touch > ppc/ppc64 profiles. Archies that don't want others to touch their profiles > should mention it in the devmanual. I was not aware of that, I thought that > !arch member is not allowed to touch

[gentoo-dev] Status of sparc-fbsd, amd64-fbsd

Arch teams handle KEYWORDREQ bugs too. I have masked the only dev-lang/perl version keyworded for "sparc-fbsd" 3 weeks ago. No user, no dev complained by now (#288028). So I think this arch (as much as amd64-fbsd) is unsupported/dead but repoman's dependencies check reports a lot of warnings due

[gentoo-dev] Re: bugzilla cleanup: remove SECURITY keyword?

* Alex Legler : > On 1/18/11 3:31 PM, "Paweł Hajdan, Jr." wrote: > > > >> Is it worthwhile to remove the SECURITY keyword from 79 bugs... > > It is not, we would have told you before if you had actually asked > us. (hoping you get the hint) Paweł actually asked: "What do you thin

[gentoo-dev] Re: bugzilla cleanup: remove SECURITY keyword?

* "\"Paweł Hajdan, Jr.\"" : > I've noticed we have a SECURITY keyword on bugs.gentoo.org, but only 79 > bugs have it, and doesn't seem to be actively used, so it seems to only > add confusion. > > What do you think about removing it? What sort of confusion does SECURITY add? Do other keywords[1]

[gentoo-dev] Re: Ebuild- and CPAN-versions compatibility

* Torsten Veller : > CPAN and ebuild versions are ordered in different ways. The idea here is > to change the ebuild versions to be predictable and CPAN compatible. I've committed dev-perl/Gentoo-PerlMod-Version which contains a perl module and a scipt to convert the versions. gen

[gentoo-dev] Ebuild- and CPAN-versions compatibility

CPAN and ebuild versions are ordered in different ways. The idea here is to change the ebuild versions to be predictable and CPAN compatible. CPAN versions exist as "decimal" and "dotted-integer" versions. | # Decimal versions # | \d+(\.d+)? | | Any version which "looks like a number"[...]. This

[gentoo-dev] Old-style virtuals blocking feature needed for virtual/mta

* Ciaran McCreesh : > Is there anything in particular holding back replacing most or all of > the remaining old-style virtuals with new 'package' 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 "th

[gentoo-dev] Re: Stable Python stage repair thread

* Sebastian Pipping : > +repair_python_integration() { > + case "$1" in > + pkg_postinst) You could also use EBUILD_PHASE. http://dev.gentoo.org/~tanderson/pms/eapi-2-approved/pms.html#TBL-11-41-2

[gentoo-dev] Re: FOSDEM 2011

* Markus Duft : > >>> wrote: > booth registration is not yet open, i will have an eye on this too... > right now i'm _very_ busy with work (and life ;)), thus i cannot manage > all this anymore (booth application, flyers, posters, cds, etc. Also a The "Call for Stands" is open until 2010-12

[gentoo-dev] Last rites: app-portage/flagedit app-portage/profuse dev-util/libconf app-admin/config_confd

# Torsten Veller (11 Nov 2010) # Masked for removal. Unmaintained with bugs # (#162753,#196552,#225071,#297650,#300104,#326099) app-admin/config_confd app-portage/flagedit app-portage/profuse dev-util/libconf

[gentoo-dev] Re: Maintainer needed for app-portage/flagedit app-portage/profuse dev-util/libconf

* Michał Górny : > Torsten Veller wrote: > > > If nobody is interested, I'll mask them for removal in one week. > > If nobody is interested indeed, I'd appreciate a longer removal period Longer than the typical 30 days? Alternatively I can move the packages from

[gentoo-dev] Maintainer needed for app-portage/flagedit app-portage/profuse dev-util/libconf

Moin, is anybody interested to maintain the following packages? | app-admin/config_confd | app-portage/flagedit | app-portage/profuse | dev-util/libconf If nobody is interested, I'll mask them for removal in one week. https://bugs.gentoo.org/buglist.cgi?quicksearch=app-admin/config_confd,app-por

[gentoo-dev] Re: QA last rites: media-video/elltube

* Markos Chandras : > On Sat, Oct 23, 2010 at 08:39:22PM +0300, Petteri Räty wrote: > > On 10/23/2010 04:16 PM, Markos Chandras wrote: > > > # Markos Chandras (23 Oct 2010) > > > # on behalf of QA team > > > # > > > # Does not work with recent versions of ffmpeg. > > > # Does not work with youtub

[gentoo-dev] perl-5.12 news item

Remind users to run perl-cleaner after installing a new perl version. This will be committed before the arch teams stabilize dev-lang/perl-5.12.2-r1. , 2010-10-16-perl-5.12-upgrade-procedure.en.txt Title: Perl 5.12 upgrade procedure Author: perl-team Content-Type: text/plain Posted:

[gentoo-dev] Re: gentoo-x86 commit in perl-core/IO-Compress:

* "Mike Frysinger (vapier)" : > vapier 10/08/23 20:01:12 > > Modified: IO-Compress-2.027.ebuild IO-Compress-2.024.ebuild > IO-Compress-2.026.ebuild ChangeLog > IO-Compress-2.025.ebuild IO-Compress-2.030.ebuild >

[gentoo-dev] Re: gentoo commit in xml/htdocs/proj/en/council/meeting-logs: 20100809-summary.txt

* "Tomas Chvatal (scarabeus)" : > 4) Bugs assigned to council@ in bugzilla and their progress > > https://bugs.gentoo.org/buglist.cgi?query_format=advanced&short_desc_type= > allwordssubstr&short_desc=&long_desc_type=substring&long_desc=&bug_file_loc_type > =allwordssubstr&bug_file_loc=&status_wh

[gentoo-dev] Re: gentoo-x86 commit in mail-filter/mailfilter: ChangeLog mailfilter-0.8.2.ebuild

> EAPI=2 > - > inherit eutils > > DESCRIPTION="Mailfilter is a utility to get rid of unwanted spam mails" > @@ -19,16 +18,16 @@ > RDEPEND="" > > src_prepare() { > - epatch "${FILESDIR}"/0.8.2-gcc44.patch > + epatch "${FILESDIR}"/0.8.2-gcc44.patch \ > + "${FILESDIR}"/0.8

[gentoo-dev] Re: Council Election Results

The good old ruby grapher with: ScaleSize= 11 HeightScale = 3 BarHeight= 11 ferringb (1) halcy0n (2) jmbsvicetto | | | | |#| |#|#|# |#|#|# |#

[gentoo-dev] Re: devmanual change notification

* Jeroen Roovers : > Devmanual gets patched? No seriously - I guess mail to dev-announce@ > would be nice in case of changes to devmanual. Useful for all > developers who don't like getting spammed by the commits mailing list. Since moving from subversion to git we don't get any notification at al

[gentoo-dev] Gentoo Council 2010/2011 - Nominations are now open

http://www.gentoo.org/proj/en/council/ If you want to ask a question or share your thoughts, contact any of the election officials: Roy Bamford (neddyseagoon) Ulrich Müller (ulm) Torsten Veller (tove) Robin H. Johnson (robbat2) will be doing infra magic. You can send us an e-mail (elections at g

[gentoo-dev] Re: [Gentoo Phoenix] an official Gentoo wiki

* Tobias Scherbaum : > Accidentally I noticed an initial project meeting which was announced > via planet.g.o - but I wasn't able to attend that meeting, as i > noticed it just a day or two before. The meeting was also announced on the wiki alias. Five days before the meeting you should have got a

[gentoo-dev] Re: Council 201006 elections

* Mike Frysinger : > On Monday, May 31, 2010 22:46:50 Jorge Manuel B. S. Vicetto wrote: > > Here are the details for the Council 201006 elections: > > > > * nominations: June 5th to 18th > > * voting: June 20th to July 3rd > > funny, this isnt what the council page says at all | Nominations ar

[gentoo-dev] Links to compressed files (was: gentoo-x86 commit in app-misc/mmv: ChangeLog mmv-1.01b_p15.ebuild)

> src_install() { > doman mmv.1 || die > dosym mmv.1.gz /usr/share/man/man1/mcp.1.gz || die > dosym mmv.1.gz /usr/share/man/man1/mln.1.gz || die > dosym mmv.1.gz /usr/share/man/man1/mad.1.gz || die How does this work with various package managers? Portage works fine with

[gentoo-dev] Re: perl eclass review - EAPI=3 + new helper eclass

* Torsten Veller : > The perl-module.eclass must be updated to support EAPI=3 [1] and > a new eclass will be added which does contain some (more or less) useful > stand-alone functions split from the old perl-module.eclass without > exporting phase functions. Somehow I was sleepin

[gentoo-dev] Re: perl eclass review - EAPI=3 + new helper eclass

* James Cloos : > >>>>> "TV" == Torsten Veller writes: > TV> There was a reason why the man-pages were removed: I think it was > TV> collisions protection and perl people use `perldoc` anyway. > > Perl people -- I'm one -- use man(1); given th

[gentoo-dev] Re: [Gentoo Pheonix] Heartbeat team force

* Sebastian Pipping : > i was refering to the members of the embedded herd. > the rendered page lists > >dagger, kumba, pebenito, solar > > to be working for that herd. the link you gave does not > contain the word "dagger". how does it get in there? >From herds.xml. Really.

[gentoo-dev] Re: [Gentoo Pheonix] Heartbeat team force

* Sebastian Pipping : > - Package tree history (VCS logs, ..) > - get real numbers on how much active manpower we have I am generating monthly stats for gentoo-x86 for a year or so: http://dev.gentoo.org/~tove/stats/gentoo-x86/ It lists the number of commits per month (cvs-log-20...) for all "a

[gentoo-dev] Re: perl eclass review - EAPI=3 + new helper eclass

* James Cloos : > One change the perl eclasses require is elimination of the code which > deletes the man pages. > > Deleting the man pages is /extremely/ rude and should not occur. There was a reason why the man-pages were removed: I think it was collisions protection and perl people use `perldo

[gentoo-dev] Re: perl eclass review - EAPI=3 + new helper eclass

* Alec Warner : > It is obvious what many of the functions do (I can read shell, yay!) > but it is not obvious to me why they exist or why I would want to call > them. Why do I want to delete AppleDouble files? What are dual-life > scripts and why do I want to symlink them? Why would I want to d

[gentoo-dev] perl eclass review - EAPI=3 + new helper eclass

The perl-module.eclass must be updated to support EAPI=3 [1] and a new eclass will be added which does contain some (more or less) useful stand-alone functions split from the old perl-module.eclass without exporting phase functions. Functions used in ebuilds that don't need the exported default pha

[gentoo-dev] Re: Handling of keywording bugs with only one arch

* Petteri Räty : > So let's summarize for assigning to the single arch: > In support (and my comments in support): > - Can be used as a gentle reminder for slacker arches And if not "only one arch" or "single arch" is slacking? I guess you would find another gentle way to remind them. How abou

[gentoo-dev] Re: gentoo-x86 commit in media-gfx/graphicsmagick: ChangeLog graphicsmagick-1.3.12.ebuild

* "Fabian Groffen (grobian)" : > grobian 10/03/21 09:24:54 > > Modified: ChangeLog graphicsmagick-1.3.12.ebuild > Log: > Add EPREFIX to configure arguments, bump to EAPI=3 > (Portage version: 2.2.00.15838-prefix/cvs/Darwin powerpc) > file : > http://sources.gentoo.org/vie

[gentoo-dev] Re: Remove "dev"-status of mips profiles

* Ryan Hill : > Torsten Veller wrote: > > * Torsten Veller : > > > Can we please move the mips profiles from "dev" to "exp" in > > > profiles/profiles.desc? > > > > Based on the current feedback I'll change it not earlier than f

[gentoo-dev] Re: Remove "dev"-status of mips profiles

* Torsten Veller : > Can we please move the mips profiles from "dev" to "exp" in > profiles/profiles.desc? Based on the current feedback I'll change it not earlier than friday next week if nobody objects. -- Thanks

[gentoo-dev] Re: eutils changes wrt EAPI-3 - ebeep and epause no longer available

* Jeremy Olexa : > Maciej Mrozowski wrote: > >A as result of discussion http://www.mail-archive.com/gentoo- > >d...@lists.gentoo.org/msg37300.html > >ebeep and epause functions defined in eutils are not available in EAPI >= 3. > >For interactive installs, PROPERTIES="interactive" should be used ins

[gentoo-dev] Remove "dev"-status of mips profiles

Can we please move the mips profiles from "dev" to "exp" in profiles/profiles.desc? The ~150 mips development profiles increase the time for a `repoman -d full` run in dev-perl/ from three to five minutes. That is an increase of roughly 66 percent. repoman further prints more than 2000 lines of

[gentoo-dev] Re: [RFC] Font eclass EAPI update and design

* Tomáš Chvátal : > # @FUNCTION: font_pkg_setup > # @DESCRIPTION: > # The font pkg_setup function. > # Collision portection and Prefix compat for eapi < 3. > font_pkg_setup() { > # make sure we get no collisions > # setup is not the nicest place, but preinst doesn't cut it > [[ -e

[gentoo-dev] Re: Usage of vecho in the tree

* Torsten Veller : > ./dev-scheme/bigloo/bigloo-3.2b_p2.ebuild: vecho ">>> Test phase > [test]: ${CATEGORY}/${PF}" > ./dev-scheme/elk/elk-3.99.7.ebuild: vecho "Tests already run > during compile" > ./mail-mta/courier/courier

[gentoo-dev] Re: Usage of vecho in the tree

* Torsten Veller : > Or do we want to provide it via profiles/base/profile.bashrc like elog? That wouldn't work as other package managers don't source profile.bashrc.

[gentoo-dev] Usage of vecho in the tree

A number of ebuilds use vecho from portage. But vecho is not defined in general. It's a portage internal command. Do we want to fix the ebuilds? Add a repoman check so we don't have to clean them regularly? Or do we want to provide it via profiles/base/profile.bashrc like elog? BTW: Do we want

[gentoo-dev] EAPI-3 times and dates

EAPI-3 was approved by the council during their last meeting (2010-01-18). Which portage versions do support it? (I wasn't able to find it in the docs.) When can we stabilize EAPI-3 ebuilds? (I guess this is again a council decision?) How long do we have to provide ebuilds for older EAPIs? (We c

[gentoo-dev] Re: RFC: don't define ebeep and epause in eutils in EAPI 3

* Mike Frysinger : > On Sunday 17 January 2010 16:12:29 David Leverton wrote: > > On Sunday 17 January 2010 20:38:48 Petteri Räty wrote: > > > With GLEP 42 and proper logging of e* messages I think we shouldn't > > > annoy users any more with ebeep or epause so attached is a patch only > > > define

[gentoo-dev] Re: Election for the Gentoo Council empty seat

* David Abbott : > I nominate (in no particular order): > tove Thanks, but I decline. pgpnd8aNUxHU5.pgp Description: PGP signature

[gentoo-dev] Implicit IUSE

* Jonathan Callen : > Torsten Veller wrote: > > Why is prefix not in IUSE? > > > > IUSE lists "the USE flags used by the ebuild. > > Historically, USE_EXPAND values and ARCH were not included..." > > > > prefix is not an ARCH. > > > &

[gentoo-dev] Re: gentoo-x86 commit in perl-core/Compress-Raw-Zlib

* "Jonathan Callen (abcd)" : > EAPI=2 > IUSE="test" > src_prepare() { > + use prefix || EPREFIX= Why is prefix not in IUSE? IUSE lists "the USE flags used by the ebuild. Historically, USE_EXPAND values and ARCH were not included..." prefix is not an ARCH. BTW: don't we bump EAPI to n

[gentoo-dev] Re: Individual developer signing

* "Robin H. Johnson" : > > BTW: About a third of the Manifests are signed [1]. We didn't improve > > [1] http://dev.gentoo.org/~tove/stats/gentoo-x86/Manifest/Manifest.png > > [2] http://dev.gentoo.org/~tove/stats/gentoo-x86/Manifest/ratio_2005.png > > [3] http://dev.gentoo.org/~tove/stats/gentoo-x

[gentoo-dev] Individual developer signing

* "Robin H. Johnson" : > The GLEP on Individual developer signing has not made it into a Draft > yet. > > But you can view the very brief version here: > http://sources.gentoo.org/viewcvs.py/gentoo/users/robbat2/tree-signing-gleps/02-developer-process-security?view=markup [...] > > 2. Every dev

[gentoo-dev] Re: gentoo-x86 commit in media-sound/squeezeboxserver: ChangeLog squeezeboxserver-7.4.1.ebuild metadata.xml

* "Joe Peterson (lavajoe)" : > 1.1 > media-sound/squeezeboxserver/squeezeboxserver-7.4.1.ebuild > > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-sound/squeezeboxserver/squeezeboxserver-7.4.1.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewc

[gentoo-dev] Re: QA: package.mask policies

> Tomáš Chvátal wrote: > > But if we look on tag of screen-4.0.3 or its release: > > screen-4.0.3.tar.gz07-Aug-2008 06:30 821K > > screen-4.0.3.tar.gz.sig07-Aug-2008 06:30 65 *screen-4.0.3 (25 Oct 2006) Part of the famous "Software from the future" series. Proudly presented

[gentoo-dev] Re: Gentoo stats server/client @ 2009-08-22

* Sebastian Pipping : > What's next > === What's the status of the stats project? What's missing? What help is needed? I'd really like to see a system that can answer: "How often is cpv x installed on arch y (testing/stable flavour)?"

[gentoo-dev] Re: perl-5.10.1 status update

* Torsten Veller: > After that I'll minimize my perl work if no more people join to help. Plan revised: I stop doing perl work right now. Thanks

[gentoo-dev] make install without die (gentoo-x86 commit in app-arch/hardlink, app-arch/duff )

* "Robin H. Johnson (robbat2)" : > 1.1 app-arch/hardlink/hardlink-0.1.1.ebuild > > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-arch/hardlink/hardlink-0.1.1.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-arch/hardlink/ha

[gentoo-dev] Re: gentoo-x86 commit in net-mail/getmail: ChangeLog getmail-4.9.2.ebuild

* "Fabian Groffen (grobian)" : > grobian 09/10/11 15:04:33 > > Modified: ChangeLog getmail-4.9.2.ebuild > Log: > Use ED for Prefix compatability, marked ~ppc-macos and ~x64-solaris > (Portage version: 2.2.00.14552-prefix/cvs/Darwin powerpc, RepoMan options: > --force) > >

[gentoo-dev] Re: perl-module.class review

* Maciej Mrozowski : > How about unsetting variables after use in first place so that they no longer > pollute global env. It's probably too late as it is used in functions like cmake-utils_src_compile: | has src_configure ${EXPF} || cmake-utils_src_configure

[gentoo-dev] Re: perl-module.class review

* Tomáš Chvátal : > Dne pondělí 21 Září 2009 18:03:56 Torsten Veller napsal(a): > > * Tomáš Chvátal : > > > I think it is not required > > > EXPF="src_compile src_test src_install" <- definition, also nulls > > > anything what was in it before

[gentoo-dev] Re: perl-module.class review

* Tomáš Chvátal : > I think it is not required > EXPF="src_compile src_test src_install" <- definition, also nulls anything > what was in it before :] > case ${EAPI:-0} in > 2) EXPF="${EXPF} src_configure" ;; > 1|0) ;; > *) di

[gentoo-dev] Re: perl-module.class review

* Ciaran McCreesh : > Torsten Veller wrote: > > +EXPORTED_FUNCTIONS="src_unpack src_compile src_test src_install" > > You're probably not the only one using this trick, so it might be wise > to use PERL_EXPORTED_FUNCTIONS or somesuch to avoid name collisions

[gentoo-dev] perl-5.10.1 status update

Many want it - very few help. That's perl-5.10 in Gentoo. I am trying to outline the changes in the perl-experimental overlay. And if there are no objections / better ideas, that will go into the tree. After that I'll minimize my perl work if no more people join to help. So these are the change

[gentoo-dev] perl-module.class review

Attached is a diff of the current and the prospective perl-module.class. Please review. Thanks. --- perl-module.eclass +++ perl-module.eclass @@ -1,4 +1,4 @@ -# Copyright 1999-2004 Gentoo Foundation +# Copyright 1999-2009 Gentoo Foundation # Distributed under the terms of the GNU General Public

[gentoo-dev] Major problems in the tree in the last month

* Andrew D Kirch : > This should really be a non-issue. I just spent 2 days dealing with > being 3.5 weeks out of date. To help us improve the user experience, what were the problems that cost you two days?

[gentoo-dev] Re: Diff between Funtoo and Gentoo as an overlay

* Sebastian Pipping : > - perl-experimental | * Catalyst-Plugin-Authentication - 0.100091 (Infrastructure plugin for the Catalyst authentication framework) Old version. Was replaced by up-to-date stuff. | * Date-Manip - 5.54 (Date manipulation routines) _Date-Manip_ is in the tree as DateMan

[gentoo-dev] Re: perl-5.10 inclusion

* Lars Wendler : > perl-5.10 is out since end of 2007 [1] and we still don't have it in our main This is the problem. To add 5.10.0 now you have to review 1.5 years of patches. http://git.debian.org/?p=perl/perl.git;a=heads http://cvs.fedoraproject.org/viewvc/devel/perl/ ... I am sure there is

[gentoo-dev] Re: Manifesto archive

* "Jorge Manuel B. S. Vicetto" : > > Please archive the manifestos somewhere under the project space > > like it was done the last years. > Yes, that is another thing I was planning to do. The only reason I > haven't done it yet, is that older manifestos were stored as txt files > and this year th

[gentoo-dev] Manifesto archive

* "Jorge Manuel B. S. Vicetto" : > http://www.gentoo.org/proj/en/elections/council/2009/council-200906-nominees.xml Please archive the manifestos somewhere under the project space like it was done the last years. Looking back at the 2005 list of nominees, all external links are dead. Only the arch

[gentoo-dev] Re: Gentoo Council Elections Results for term 2009/2010

* Roy Bamford : > The full ranked list of candidates, in order, is:- > > solar > betelgeuse > calchan > dertobi123 > ulm > leio > lu_zero > patrick > dev-zero > ssuominen > scarabeus > gentoofan23 > peper > _reopen_nominations Can you please publish the full ranking output?

[gentoo-dev] Exim and Sendmail need a maintainer

The net-mail team is looking for maintainers for | mail-mta/sendmail | mail-mta/exim. If you are a dev, just start maintaining them. For users wanting to help, send a mail to net-m...@g.o Beside these two MTAs there is a number of packages in the net-mail herd that could benefit from a active ma

[gentoo-dev] Re: Gentoo Council 2009/2010 - Nominations are now open

* Patrick Lauer : > People I nominate: > > * tove, because he has done an awesome job keeping perl alive and has shown > consistent sane opinions in technical discussions Thanks, but I have to decline. pgpCDmFKgCMJ9.pgp Description: PGP signature

[gentoo-dev] Last rites: net-mail/gotmail

# Torsten Veller (15 Apr 2009) # Mask net-mail/gotmail for removal (#266204) net-mail/gotmail Use pop3 instead. pgpULRM4EMbKq.pgp Description: PGP signature

[gentoo-dev] Re: Last rites: dev-lang/pugs

* "Marijn Schouten (hkBst)" : > Torsten Veller wrote: > > # Masked for removal (#151986,#171649,#239222) (23 Mar 2009) > > # 151986 - dev-lang/pugs-6.2.13 installs stuff in /lib instead of /usr/lib > > # 171649 - dev-lang/pugs-6.2.13 fails to build with ghc-6.6 >

[gentoo-dev] perl-app.eclass -- review

Not much to say about it: It's a useless eclass anyway. Now it has EAPI=2 support too. The new eclass and a diff of the relevant parts of current perl-module.eclass and perl-apps.eclass are attached. I want to commit it soon too. Thanks # Copyright 1999-2004 Gentoo Foundation # Distributed under

[gentoo-dev] Re: perl-module.eclass -- review - 3

* "Robin H. Johnson" : > On Mon, Mar 02, 2009 at 09:51:07AM -0800, Donnie Berkholz wrote: > > conditional variable (GENTOO_PERL="no"?) that defaults to "yes". > Yes, this would be needed in any case, similar to how it's done for > stuff that had optional X dependencies. Next version. I want to com

[gentoo-dev] Re: perl-module.eclass -- review

* "Robin H. Johnson" : > On Fri, Feb 27, 2009 at 03:08:52PM +0100, Torsten Veller wrote: > > Please review the attached perl-module.eclass. > > Patch linked below. > Are you going to include the changes from Bug 254980 so that s390 can > build their stages proper

[gentoo-dev] Re: perl-module.eclass -- review - 2

* Donnie Berkholz : Thanks for your comments. > On 12:28 Sat 28 Feb , Torsten Veller wrote: > > case "${EAPI:-0}" in > > 0|1) > > EXPORT_FUNCTIONS pkg_setup pkg_preinst pkg_postinst pkg_prerm > > pkg_postrm src_co

[gentoo-dev] Re: perl-module.eclass -- review - 2

* Torsten Veller : > Please review the attached perl-module.eclass. > Patch linked below. Thanks Bo Ørsted Andresen for feedback > Changes > ~~~ - use emake - more quoting - call perlinfo only once As I've not seen any ebuild doing the replacement in line 156, I

[gentoo-dev] perl-module.eclass -- review

Please review the attached perl-module.eclass. Patch linked below. Changes (#239510): ~~~ - EAPI 2 support - default license - reduced EXPORT_FUNCTIONS for EAPI=2 - HOMEPAGE changed - LDFLAGS support - quoting - removes updatepod() - removes .packlist files - removes empty *.bs files - removed

[gentoo-dev] Open council spot

* Petteri Räty : > Donnie Berkholz wrote: > > Open council spot > > - > > > > leio is next on the list. He's willing to join the council. A few of us > > already voted to confirm him on-list, and we're waiting on the others. > > > > Goal: Vote to confirm him, if necessary. > > >

[gentoo-dev] Re: prepalldocs implementation in eutils.eclass

* Michael Sterrett : > Patches welcome. --- eutils.eclass +++ eutils.eclass @@ -1823,21 +1823,3 @@ newbin "${tmpwrapper}" "${wrapper}" || die fi } - -# @FUNCTION: prepalldocs -# @USAGE: -# @DESCRIPTION: -# Compress files in /usr/share/doc which are not already -# compresse

[gentoo-dev] prepalldocs implementation in eutils.eclass (was: prepalldocs is now banned)

* Michael Sterrett : > I added a prepalldocs function to eutils.eclass to provide the > functionality. It implements the > behavior of the current stable sys-apps/portage-2.1.6.4. ecompressdir is more portage internal than prepalldocs ever was. This must be fixed.

[gentoo-dev] repoman -d or not -d

How do we use the -d config switch of repoman? Do I use it if i bump packages, add new dependencies? Is it mainly for the maintainers of the profile/arch? Sorry, if I've missed the discussion. Thanks, Torsten

[gentoo-dev] Re: gentoo-x86 commit in app-forensics/sleuthkit: ChangeLog sleuthkit-3.0.0.ebuild

* "Patrick Lauer (patrick)" : > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-forensics/sleuthkit/sleuthkit-3.0.0.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-forensics/sleuthkit/sleuthkit-3.0.0.ebuild?rev=1.1&content-type=text/plain >

[gentoo-dev] Re: gentoo-x86 commit in app-forensics/memdump: memdump-1.0.1.ebuild ChangeLog

* "Patrick Lauer (patrick)" : > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-forensics/memdump/memdump-1.0.1.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-forensics/memdump/memdump-1.0.1.ebuild?rev=1.1&content-type=text/plain > > Index:

[gentoo-dev] Need to mask non-visible packages in package.mask?

Some time ago (31 Oct 2008) I renamed perl-core/File-Spec-3.2701 to perl-core/File-Spec-3.27.01 by adding the new file and removing the other. I expected portage to do an downgrade. It didn't. I realised it when i got this bug and after joining #-portage I add a

  1   2   >