[gentoo-dev] Manifest2 decision delayed (was: Gentoo Council Meeting Summary (20060209))

* Aron Griffis <[EMAIL PROTECTED]>: > Agenda: > * GLEP 44 - Manifest2 format > > Outcome: > * Council members were generally in agreement that GLEP 44 is a good >idea, but without genone present to answer questions, the council >was unwilling to approve or deny it. Postponed to next meet

[gentoo-dev] Last rites: x11-misc/perlpanel

* Christian Hartmann <[EMAIL PROTECTED]>: > See bug: https://bugs.gentoo.org/show_bug.cgi?id=138755 x11-misc/perlpanel -> Attic today. -- gentoo-dev@lists.gentoo.org mailing list

[gentoo-dev] Re: Jeeves IRC replacement now alive - Willikins

* "Robin H. Johnson" <[EMAIL PROTECTED]>: > Getting the bot out there > - > If you would like to have the new bot in your #gentoo-* channel, would > each channel founder/leader please respond to this thread, stating the > channel name, and that they are the contact for any p

[gentoo-dev] mail-filter/spamassassin: maintainer needed

I guess some of you use spamassassin. Does anyone volunteer to maintain it? Search bugzilla for open bug-reports.

[gentoo-dev] Re: proj/en/perl/outdated-cpan-packages.xml automatic update

* "Robin H. Johnson" <[EMAIL PROTECTED]>: > On Thu, Oct 02, 2008 at 06:20:57PM -0700, Robin H. Johnson wrote: > > To help out the perl team, I converted their up2date-ng script running > > to be purely automatic from cvs.g.o now, it will run daily at 01h52 UTC. Thanks. > > If you touch up2date_pa

[gentoo-dev] Re: proj/en/perl/outdated-cpan-packages.xml automatic update

* "Robin H. Johnson" <[EMAIL PROTECTED]>: > On Fri, Oct 03, 2008 at 07:33:11AM +0200, Torsten Veller wrote: > > * "Robin H. Johnson" <[EMAIL PROTECTED]>: > > > And something is broken with CPAN, just in time for us :-). > > > Manually

[gentoo-dev] Re: gentoo-x86 commit in app-mobilephone/smstools: ChangeLog smstools-2.2.20.ebuild

* "Tony Vroon (chainsaw)" <[EMAIL PROTECTED]>: > diff -u -r1.1 -r1.2 > --- smstools-2.2.20.ebuild14 Jan 2008 16:13:37 - 1.1 > +++ smstools-2.2.20.ebuild31 Oct 2008 15:49:29 - 1.2 > > -pkg_setup() { > - enewgroup sms > - enewuser smsd -1 -1 /var/spool/sms sms > -}

[gentoo-dev] Moving packages -- breaking the tree or stop updating mirrors?

It is time to finish the move of some new dual-lifed perl modules from dev-perl to perl-core (plus virtual/). It involves updating of 120 packages all over the tree but mostly in dev-perl. As this takes some time the tree will be inconsistent until it is finished. I don't know how long it'll take.

[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

[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] 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] 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] 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] 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] 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] 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] 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] 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

* "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 - 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] 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: 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] 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: 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] 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 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] 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: 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: 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

* 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] 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] 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] 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/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] 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] 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] 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: 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] Re: Nominations open for the Gentoo Council 2007

* Tuan Van <[EMAIL PROTECTED]>: > Mike Frysinger wrote: > > thanks to solar and yoswink we have a xml version now: > > http://dev.gentoo.org/~vapier/council-2006-nominees.xml > > > please update above link for rl03 and wolf31o2 > , > Date: Fri, 7 Jul 2006 00:30:35 + > From: Renat Lu

[gentoo-dev] Re: Trustees Announcement

* Michael Cummings <[EMAIL PROTECTED]>: > Stuart Herbert wrote: > > On 9/5/06, Stephen P. Becker <[EMAIL PROTECTED]> wrote: > >> I just remembered something. Didn't Stuart say that he planned on > >> leaving Gentoo when he was nominated for the Council recently (and > >> declined)? > > > > Yes I

[gentoo-dev] Re: Trustees Announcement

* Stuart Herbert <[EMAIL PROTECTED]>: > To save everyone a bit of time, it'd be quicker just to read the > existing thread on -core where I explained why I was standing as a > trustee. It was -nfp (). The list where this annoncement should have

[gentoo-dev] Re: Monthly Gentoo Council Reminder for April

* Mike Doty <[EMAIL PROTECTED]>: > apparent decline of QA in our packages. Why do you want this to be a council topic if it wasn't even a topic here or on gentoo-qa@ ? -- gentoo-dev@gentoo.org mailing list

[gentoo-dev] QA sucks

* Mike Doty <[EMAIL PROTECTED]>: > Torsten Veller wrote: > > * Mike Doty <[EMAIL PROTECTED]>: > >> apparent decline of QA in our packages. > > Why do you want this to be a council topic if it wasn't even a topic > > here or on gentoo-qa@ ? > Be

[gentoo-dev] Re: Monthly Gentoo Council Reminder for April

* Ned Ludd <[EMAIL PROTECTED]>: > On Thu, 2007-04-05 at 15:20 -0400, Mike Frysinger wrote: > > another one i had mentioned earlier: > > - a time frame on moving gentoo-core to public archives ... two years ? > > I object and hope this is never done. Me too. What is the motivation for this chang

[gentoo-dev] prep* functions in ebuilds

There are two bugs (140697,140699) saying that prepall and prepallman are invoked automatically by portage. Looking at prepall it calls: prepallman prepallinfo prepallstrip What is with prepalldocs? Is it allowed to use in ebuilds? Should it be in pms? Or is it just missing in prepall? Thanks.

[gentoo-dev] Nominations open for the Gentoo Council 2007/08

Let me paste last year's mail: | well it's about that time of the year ... time for nominating people | for the next Gentoo Council | | for the quick low down: | - nominations are from July 1 through July 31 | - anyone can nominate | - only Gentoo devs may be nominated | | so get wit

[gentoo-dev] Re: Nominations open for the Gentoo Council 2007/08

Let me nominate the current council members: Mike Doty kingtaco Danny van Dyk kugelfang Roy Marplesuberlord Sune Kloppenborg Jeppesen jaervosz Robin H. Johnson robbat2 Mike Frysinger vapier Chris Gianelloni wolf31o2 Sa

[gentoo-dev] Re: Nominations open for the Gentoo Council 2007/08

* Raúl Porcel <[EMAIL PROTECTED]>: > - -tove No, thanks. Not my job. -- -- [EMAIL PROTECTED] mailing list

[gentoo-dev] Re: Nominations open for the Gentoo Council 2007/08

* José Luis Rivero (yoswink) <[EMAIL PROTECTED]>: > I've just rescued the xml we used the last year and update the current > nominations. The list is in: > > http://dev.gentoo.org/~yoswink/council-2007.xml It has been moved to: http://www.gentoo.org/proj/en/council/voting-logs/council-2007-nomine

[gentoo-dev] Re: Nominations open for the Gentoo Council 2007/08

* Chris Gianelloni <[EMAIL PROTECTED]>: > On Wed, 2007-07-04 at 18:23 +0300, Petteri Räty wrote: > > How is being a devrel member important for the table? I don't think it's > > any more special than any other TLP. > > It is very important in the case of Council members as the Council is > the esc

[gentoo-dev] Re: Nominations open for the Gentoo Council 2007/08

* Tiziano Müller <[EMAIL PROTECTED]>: > Torsten Veller schrieb: > > Let me please point out that no infrastructure team member is > > on the list right now. > > > > As infra is often involved in implementing council decisions we should > > take care that

[gentoo-dev] Re: ML changes

* Mike Doty <[EMAIL PROTECTED]>: > We're going to change the -dev mailing list from completely open to where only > devs can post, but any dev could moderate a non-dev post. What will you do when users start sending mail from dev addresses? Thanks, Torsten -- [EMAIL PROTECTED] mailing list

[gentoo-dev] Re: Council Nominations

* Doug Goldstein <[EMAIL PROTECTED]>: > So, let's hear some reasons why I as a Gentoo developer should vote for > you. And here's a hint, be more forward looking then the current 100+ > post threads on the -dev ML. Let's hear your {2,3,5} year plan for Gentoo. Sounds good. > For the sake of every

[gentoo-dev] Re: gentoo-x86 commit in net-irc/epic4: ChangeLog epic4-2.8.ebuild

* "Raul Porcel (armin76)" <[EMAIL PROTECTED]>: > armin76 07/09/20 19:10:45 > > Modified: ChangeLog > Added:epic4-2.8.ebuild > Log: > Version bump > (Portage version: 2.1.3.9) > > 1.1 net-irc/epic4/epic4-2.8.ebuild > > file : > http://so

[gentoo-dev] Re: gentoo-x86 commit in net-irc/epic4: ChangeLog epic4-2.8.ebuild

* Torsten Veller <[EMAIL PROTECTED]>: > > pkg_postinst() { > > if [ ! -f ${ROOT}/usr/share/epic/script/local ] > > then > > elog "/usr/share/epic/script/local does not exist, I will now" > > elog "create it. If

[gentoo-dev] Re: gentoo-x86 commit in dev-db/firebird: ChangeLog metadata.xml firebird-2.0.3.12981.0-r1.ebuild firebird-2.0.1.12855.0-r4.ebuild firebird-2.0.1.12855.0-r5.ebuild

* "William Thomson (wltjr)" <[EMAIL PROTECTED]>: > wltjr 07/09/21 02:15:03 > > Modified: ChangeLog metadata.xml > Added:firebird-2.0.3.12981.0-r1.ebuild > Removed: firebird-2.0.1.12855.0-r4.ebuild > firebird-2.0.1.12855.0

[gentoo-dev] Re: gentoo-x86 commit in dev-db/firebird: ChangeLog metadata.xml firebird-2.0.3.12981.0-r1.ebuild firebird-2.0.1.12855.0-r4.ebuild firebird-2.0.1.12855.0-r5.ebuild

* "William L. Thomson Jr." <[EMAIL PROTECTED]>: > On Sat, 2007-09-22 at 10:29 +0200, Torsten Veller wrote: > > * "William Thomson (wltjr)" <[EMAIL PROTECTED]>: > > > > > > mkdir -p "${WORKDIR}/../etc" \ > >

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/wxglade: ChangeLog wxglade-0.6.ebuild

* Donnie Berkholz <[EMAIL PROTECTED]>: > On 01:35 Mon 24 Sep , Ryan Hill (dirtyepic) wrote: > > dirtyepic07/09/24 01:35:38 > > > > Modified: ChangeLog > > Added:wxglade-0.6.ebuild > > Log: > > Version bump. > > (Portage version: 2.1.3.9) > > > pkg_pos

[gentoo-dev] Re: gentoo-x86 commit in x11-wm/awesome: awesome-1.2.ebuild Manifest metadata.xml ChangeLog

* "Matsuu Takuto (matsuu)" <[EMAIL PROTECTED]>: > Revision ChangesPath > 1.1 x11-wm/awesome/awesome-1.2.ebuild > > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/x11-wm/awesome/awesome-1.2.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewcvs.py/

[gentoo-dev] New projects (was: Monthly Gentoo Council Reminder...)

Last council decided: | Design phase for new projects: New projects need to post an RFC | containing information about their goals, the plan on how to | implement their goals and the necessary resources to -dev prior to | creating the project. | | This proposal was accepted with 6 members

[gentoo-dev] PMS repository (was: Council meeting summary for 11 October 2007)

* Donnie Berkholz <[EMAIL PROTECTED]>: > - Where is the PMS repo? > - robbat2 has imported it. It's in git. Need to ping him for > details. Robin, how can I clone the repository? Who maintains PMS now? -- [EMAIL PROTECTED] mailing list

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/gnome-python-extras: ChangeLog gnome-python-extras-2.19.1-r1.ebuild

OOT}usr/$(get_libdir)/python${PYVER}/site-packages/gtk-2.0" > > } > > python_mod_optimize() and python_mod_cleanup() already tag ROOT on, python_mod_optimize() does not. > so for ROOT != / this is broken. But does python_mod_optimize do anything useful with ROOT !=/ and cross-compilation? What if python versions differ? -- .: Torsten Veller | :. -- [EMAIL PROTECTED] mailing list

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/gnome-python-extras: ChangeLog gnome-python-extras-2.19.1-r1.ebuild

* Donnie Berkholz <[EMAIL PROTECTED]>: > On 10:44 Sat 13 Oct , Torsten Veller wrote: > > * Donnie Berkholz <[EMAIL PROTECTED]>: > > > python_mod_optimize() and python_mod_cleanup() already tag ROOT on, > > > > python_mod_optimize() does not

[gentoo-dev] [EMAIL PROTECTED] exists

* Mike Frysinger <[EMAIL PROTECTED]>: > On Monday 21 January 2008, Thomas Kahle wrote: > > i'm not sure if this is the right place for my question, if not, please > > tell me the right one. > > i dont think there's a mailing list for this stuff, but there is an irc > channel (#gentoo-dev-help iir

[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] 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: 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] 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] 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] 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] 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] 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

* 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

* 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: 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] 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: 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] 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: 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-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] 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: 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] 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] 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: 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] 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] 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] 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] 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] 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: [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] 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: 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] 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: 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: 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: 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] 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: 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] 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

  1   2   >