[gentoo-dev] Re: Kerberos Maintainence
Hi, Sune Kloppenborg Jeppesen <[EMAIL PROTECTED]>: > On Wednesday 13 February 2008, Paul B. Henson wrote: > > On Tue, 12 Feb 2008, Sune Kloppenborg Jeppesen wrote: > > > On Monday 10 December 2007 15:41:47 Doug Klima wrote: > [snip] > > One of my staff members is currently being mentored to become a > > developer, he is going to offer to maintain MIT Kerberos once he's > > done. We're running Kerberos on Gentoo here and it's rather > > important to us. I'm not sure of the current state of his > > mentorship, but he did just have his first baby Monday so it's > > probably not the top thing on his mind :)... > Do we have any rough ETA of when we have a maintainer? When Heath is finished, he hasn't committed his ebuild quiz yet, so there is no bug open to follow. Unfortunately he will be limited in time the next weeks I fear. V-Li -- Christian Faulhammer, Gentoo Lisp project http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode http://www.faulhammer.org/> signature.asc Description: PGP signature
[gentoo-dev] Re: [gentoo-dev-announce] Gentoo Foundation Elections
Hello again. Jorge Manuel B. S. Vicetto wrote: The election officials are Łukasz Damentko[1], Jorge Manuel B. S. Vicetto[2], and Richard Freeman[3]. The infrastructure team contact for the election is Shyam Mani[4]. The election officials have published a page[5] with all the information on the election including lists of voting members of the Gentoo Foundation. * [1] - [EMAIL PROTECTED] * [2] - [EMAIL PROTECTED] * [3] - [EMAIL PROTECTED] * [4] - [EMAIL PROTECTED] * [5] - http://www.gentoo.org/proj/en/elections/foundation-200802.xml The election polls will be open from Wednesday February 13th to Wednesday 27th. Just a small update. For logistic reasons we need to push the voting period 24 hours. Thus, the election will take place from 00H00 UTC February 14th (Thursday) to 0H00 February 28th (Thursday). We will send a mail with all the nominees and the list of voters after the nomination period ends in over one hour. I made a mistake as the voting period lasts from 00:00.00 UTC February 14th (Thursday) to 23:59.59 UTC February 28th (Thursday), so you can still vote on the 28th. As promised the list of nominees to the trustees election is the following: William Thomson - wltjr Roy Bamford - NeddySeagoon Tom Gall - tgall Patrick Lauer - tgall Joshua Jackson - tsunam Jeffrey Gardner - je_fro Ferris McCormick - fmccor Jakub Moc - jakub The list of voters for this election[6] can be checked through the elections page[5]. * [6] - http://dev.gentoo.org/~jmbsvicetto/trustees-election/voters-sorted To vote on this election, do the following: Eligible current Gentoo devs should login to dev.gentoo.org and run the following commands, in the order specified. * votify --new trustees2008 - This creates a new ballot in your homedir. * Edit the .ballot-trustees2008 file and rank the candidates. * Once you're sure, run votify --verify trustees2008 to check the validity of the ballot. * If that goes through fine, the next and final step is to submit your vote using votify --submit trustees2008 * In case you're stuck, detailed help can be accessed by using votify --help or feel free to drop by #gentoo-elections on IRC. If you think you are eligible to vote, but cannot, please contact one of the officials. * Grab a beer, have fun, sit back and enjoy the show..till we announce the results ;) The remaining Foundation members (ex-devs), should email their ballot to the 3 election officials, signing the mail with their gpg key: * [EMAIL PROTECTED] * [EMAIL PROTECTED] * [EMAIL PROTECTED] Please check the elections page as we've updated it to include all this info. For the election officials, -- Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / SPARC / KDE -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] missing quotes in eclasses
On K, 2008-02-13 at 15:49 -0500, Doug Klima wrote: > Markus Meier wrote: > > On Wed, 13 Feb 2008 14:42:32 -0500 > > Doug Klima <[EMAIL PROTECTED]> wrote: > > > > > >> Markus Meier wrote: > >> > >>> Hi > >>> > >>> There are several eclasses missing quotes: > >>> http://dev.gentoo.org/~maekke/eclass-quoting.txt > >>> > >> Might want to cull that list of deprecated eclasses. > >> > > > > That sounds like an idea. I blacklisted some obvious deprecated > > eclasses. You may refetch the list. > > Thanks > > > > deprecated eclasses:64-bit, darcs, db4-fix, debian, embassy-2.10, > embassy-2.9, gcc, gnustep-old, gtk-engines, gtk-engines2, inherit, > jakarta-commons, java-pkg, java-utils, kde-base, kde-i18n, kde-source, > kmod, koffice-i18n, motif, mozilla, myth, pcmcia, perl-post, php, php-2, > php-ext, php-ext-base, php-ext-pecl, php-ext-source, php-lib, php-pear, > php-sapi, php5-sapi, php5-sapi-r1, php5-sapi-r2, php5-sapi-r3, tla, > webapp-apache, xfree > > Missing from that list is kernel and gst-plugins. wxlib also. Do I need to be adding deprecation notice somewhere? I didn't see anything in some of the listed above eclasses -- Mart Raudsepp Gentoo Developer Mail: [EMAIL PROTECTED] Weblog: http://planet.gentoo.org/developers/leio signature.asc Description: This is a digitally signed message part
[gentoo-dev] Re: RFC: adding support for running eautoconf to base.eclass
Vlastimil Babka wrote: Petteri Räty wrote: Attached is a patch that fixes this. Arrays? How non-POSIX1 Anyway, why don't we instead discuss what phases to add to next EAPI, so we can avoid these hacks :) Luckily, ebuilds and eclasses are written in bash. -- fonts,by design, by neglect gcc-porting, for a fact or just for effect wxwindows @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: [RFC] global useflags
Markus Meier <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Wed, 13 Feb 2008 21:38:36 +0100: > djvu: Enable support for DjVu (a digital document format with advanced > compression technology and high performance value) I'm not complaining if this is deemed acceptable, but I thought the idea was to keep it to 80 chars, if possible. If that's the case, perhaps leaving it at (a digital document format) might be preferable. That still says at least what it is, so is workable IMO, even if the longer description is certainly nicer if the 80 char limit no longer applies. IOW, just because the proposal above may be too long isn't reason to just say it enables support for DjVu, without anything else. =8^) Knowing it's a doc format is much more useful and higher priority than the compression/performance stuff, if something has to be left out. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
Petteri Räty wrote: Attached is a patch that fixes this. Arrays? How non-POSIX1 Anyway, why don't we instead discuss what phases to add to next EAPI, so we can avoid these hacks :) -- Vlastimil Babka (Caster) Gentoo/Java signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [RFC] global useflags
On Wed, 2008-02-13 at 21:01 +0100, Markus Meier wrote: > Potential candidates (flag-name, count): > > java5 6 Contrary to last comment about this flag going global. We ( the Gentoo Java Team ) have decided it will be a global use flag, along with java6. I will be adding descriptions for both shortly ( today for sure as time permits ). java7 might be added in the near future as well. -- William L. Thomson Jr. Gentoo/amd64/Java signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] missing quotes in eclasses
Markus Meier wrote: On Wed, 13 Feb 2008 14:42:32 -0500 Doug Klima <[EMAIL PROTECTED]> wrote: Markus Meier wrote: Hi There are several eclasses missing quotes: http://dev.gentoo.org/~maekke/eclass-quoting.txt Might want to cull that list of deprecated eclasses. That sounds like an idea. I blacklisted some obvious deprecated eclasses. You may refetch the list. Thanks deprecated eclasses:64-bit, darcs, db4-fix, debian, embassy-2.10, embassy-2.9, gcc, gnustep-old, gtk-engines, gtk-engines2, inherit, jakarta-commons, java-pkg, java-utils, kde-base, kde-i18n, kde-source, kmod, koffice-i18n, motif, mozilla, myth, pcmcia, perl-post, php, php-2, php-ext, php-ext-base, php-ext-pecl, php-ext-source, php-lib, php-pear, php-sapi, php5-sapi, php5-sapi-r1, php5-sapi-r2, php5-sapi-r3, tla, webapp-apache, xfree Missing from that list is kernel and gst-plugins. -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: [RFC] global useflags
On Wed, 13 Feb 2008 21:13:09 +0100 [EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) wrote: > Markus Meier <[EMAIL PROTECTED]> writes: > > > hdf5: Adds support for the Hierarchical Data Format v5 > > And what the heck is the Hierarchical data Format v5? :P But I admit > it's still better than "Adds support for HDF v5"... > > > djvu: Enable djvu support > > Not much more useful than just "djvu". beside the capitalization > should be DjVu (iirc), it would be nice to say at least what DjVu is > supposed to be... djvu: Enable support for DjVu (a digital document format with advanced compression technology and high performance value) > > cxx: Enable support for C++ > > I'd rather use "Builds support for C++ (bindings, extra libraries, > code generation, ...)" +1 > > css: Enables ripping of encrypted DVDs > > Are we sure that nothing intends css as Cascading Style Sheet? app-cdr/k3b:css - Enables ripping of encrypted dvds dev-python/kaa-metadata:css - Enables ripping/reading of encrypted dvds media-video/cinelerra-cvs:css - Enable support for encrypted files through libmpeg3 media-video/undvd:css - Enables ripping of encrypted dvds media-video/winki:css - Enables ripping of encrypted DVDs > > fontconfig: Support for managing custom fonts via > > media-libs/fontconfig > > A bit better, but it's not to manage custom fonts, more like custom > fonts options... fontconfig: Support for configuring and customizing font access via media-libs/fontconfig > > highlight: Enable source code highlighting > > Uh? I don't really want to look what does make that an option worth an > USE flag... I can live without it... > > cvs: Enable CVS (Concurrent Versions System) support > > Maybe "integration" rather than "support", if it's always integration > that is enabled... +1 Thanks for the input. Markus signature.asc Description: PGP signature
Re: [gentoo-dev] missing quotes in eclasses
On Wed, 13 Feb 2008 14:42:32 -0500 Doug Klima <[EMAIL PROTECTED]> wrote: > Markus Meier wrote: > > Hi > > > > There are several eclasses missing quotes: > > http://dev.gentoo.org/~maekke/eclass-quoting.txt > Might want to cull that list of deprecated eclasses. That sounds like an idea. I blacklisted some obvious deprecated eclasses. You may refetch the list. Thanks signature.asc Description: PGP signature
Re: [gentoo-dev] One-Day Gentoo Council Reminder for February
On Wed, Feb 13, 2008 at 08:07:02PM +0100, Wulf C. Krueger wrote: > git+ssh://@git.gentoo.org/var/gitroot/pms > which was once the "official" copy of the repository doesn't seem to exist > anymore. Because it was moved to the overlays, and the original thread about Git repos (which was on -core) was amended to say that: http://git.overlays.gentoo.org/gitweb/?p=proj/pms.git Yes, 2007-12-07 was still the last commit made to the SVN side that was cloned to the Git repo. All of the responsible parties have access (presently ciaranm,spb,vapier). -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpbiD0rnNCBt.pgp Description: PGP signature
[gentoo-dev] Re: [RFC] global useflags
Markus Meier <[EMAIL PROTECTED]> writes: > hdf5: Adds support for the Hierarchical Data Format v5 And what the heck is the Hierarchical data Format v5? :P But I admit it's still better than "Adds support for HDF v5"... > djvu: Enable djvu support Not much more useful than just "djvu". beside the capitalization should be DjVu (iirc), it would be nice to say at least what DjVu is supposed to be... > cxx: Enable support for C++ I'd rather use "Builds support for C++ (bindings, extra libraries, code generation, ...)" > css: Enables ripping of encrypted DVDs Are we sure that nothing intends css as Cascading Style Sheet? > fontconfig: Support for managing custom fonts via > media-libs/fontconfig A bit better, but it's not to manage custom fonts, more like custom fonts options... > highlight: Enable source code highlighting Uh? I don't really want to look what does make that an option worth an USE flag... > cvs: Enable CVS (Concurrent Versions System) support Maybe "integration" rather than "support", if it's always integration that is enabled... -- Diego "Flameeyes" Pettenò http://farragut.flameeyes.is-a-geek.org/ pgp5fohpgFJfm.pgp Description: PGP signature
[gentoo-dev] [RFC] global useflags
Potential candidates (flag-name, count): server13 custom-cflags 9 gsm 7 logrotate 7 java5 6 hdf5 6 djvu 6 multislot 6 webdav6 audacious 6 cxx 6 demo 6 music 5 fax 5 editor5 keyring 5 html 5 css 5 fontconfig5 highlight 5 tools 5 zip 5 fits 5 nfs 5 cvs 5 http 5 These are my proposals: hdf5: Adds support for the Hierarchical Data Format v5 djvu: Enable djvu support cxx: Enable support for C++ fax: Enable fax support css: Enables ripping of encrypted DVDs fontconfig: Support for managing custom fonts via media-libs/fontconfig highlight: Enable source code highlighting cvs: Enable CVS (Concurrent Versions System) support Comments are welcome. Markus signature.asc Description: PGP signature
Re: [gentoo-dev] missing quotes in eclasses
Markus Meier wrote: Hi There are several eclasses missing quotes: http://dev.gentoo.org/~maekke/eclass-quoting.txt This is the same check as repoman does, so there might be more quotes needed or false-positives. Markus Might want to cull that list of deprecated eclasses. -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] missing quotes in eclasses
Hi There are several eclasses missing quotes: http://dev.gentoo.org/~maekke/eclass-quoting.txt This is the same check as repoman does, so there might be more quotes needed or false-positives. Markus signature.asc Description: PGP signature
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
Samuli Suominen kirjoitti: And if you can't run eautoreconf but instead one of specific commands, eautoconf, eautomake.. Or what if you need to run AT_M4DIR="/path/to/macros" eautoreconf? Or when you are about to remove eautoreconf, spot that fbsd is keyworded and need to substitute it with elibtoolize to avoid .so version breakage wouldn't it be easier to convert from what we use now? What about WANT_ variables? -drac WANT_ variables work work as before. For the other cases just use a custom src_unpack function like before. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
Matthias Schwarzott kirjoitti: How can I use PATCHESwithout quoting issues? Attached is a patch that fixes this. Regards, Petteri Index: base.eclass === RCS file: /var/cvsroot/gentoo-x86/eclass/base.eclass,v retrieving revision 1.32 diff -u -r1.32 base.eclass --- base.eclass 12 Feb 2008 23:51:51 - 1.32 +++ base.eclass 13 Feb 2008 19:29:21 - @@ -34,10 +34,21 @@ debug-print-section autopatch debug-print "$FUNCNAME: autopatch: PATCHES=$PATCHES, PATCHES1=$PATCHES1" cd "${S}" - for x in $PATCHES $PATCHES1; do - debug-print "$FUNCNAME: autopatch: patching from ${x}" - epatch ${x} - done + if [[ [EMAIL PROTECTED] -gt 1 ]]; then + for x in "[EMAIL PROTECTED]"; do + debug-print "$FUNCNAME: autopatch: patching from ${x}" + epatch "${x}" + done + else + if [[ "${PATCHES}" =~ [[:space:]] ]]; then + eqawarn "${CATEGORY}/${P} should be updated to use arrays" + eqawarn "for \${PATCHES}, report this to http://bugs.gentoo.org"; + fi + for x in ${PATCHES} ${PATCHES1}; do + debug-print "$FUNCNAME: autopatch: patching from ${x}" + epatch "${x}" + done + fi ;; all) debug-print-section all signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] One-Day Gentoo Council Reminder for February
On Wednesday, 13. February 2008 19:34:37 Mark Loeser wrote: > Okay, so I stand corrected about them approving it. Where is the > approved specification though? That's something I asked the council, too, here: http://thread.gmane.org/gmane.linux.gentoo.council/110 I got no response from the council on the list. Thus, I asked during the next council meeting's "open floor" session: http://www.gentoo.org/proj/en/council/meeting-logs/20071213-summary.txt The last paragraph of the summary shows the (non-)result. > PMS is still a draft the last time I heard, Well, considering that the approval refers to PMS, some version of it seems to be authoritative. :-) I just don't know which one (and, as can be seen from the full log of said meeting, I consider the external PMS repository authoritative until a council decision) and git+ssh://@git.gentoo.org/var/gitroot/pms which was once the "official" copy of the repository doesn't seem to exist anymore. > and if it isn't, we should have a non-moving version that is > authoritive about EAPI=1. (And no, the man pages are not a > specification, nor is a list of bugs...give us one document that we can > point to) Totally agreed. -- Best regards, Wulf signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Kerberos Maintainence
Hi Paul, On Wednesday 13 February 2008, Paul B. Henson wrote: > On Tue, 12 Feb 2008, Sune Kloppenborg Jeppesen wrote: > > On Monday 10 December 2007 15:41:47 Doug Klima wrote: [snip] > One of my staff members is currently being mentored to become a developer, > he is going to offer to maintain MIT Kerberos once he's done. We're running > Kerberos on Gentoo here and it's rather important to us. I'm not sure of > the current state of his mentorship, but he did just have his first baby > Monday so it's probably not the top thing on his mind :)... Congratulations that sounds excellent! Do we have any rough ETA of when we have a maintainer? -- Sune Kloppenborg Jeppesen Gentoo Linux Security Team -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] One-Day Gentoo Council Reminder for February
"Wulf C. Krueger" <[EMAIL PROTECTED]> said: > "EAPI=1 approved for use in the main tree > > > Stable portage version 2.1.3.12 supports EAPI=1. It's now officially OK > to start using it in the main tree. From the ebuild ChangeLog for > portage: > > This release is the first to have support for EAPI-1 (#194876), which > includes SLOT dependencies (#174405), IUSE defaults (#174410), and > ECONF_SOURCE support for the default src_compile function (#179380). > Package maintainers should carefully consider the backward compatibility > consequences before defining EAPI="1" in any ebuilds, especially if > other packages depend on those ebuilds. See the ebuild(5) and emerge(1) > manual pages for EAPI related documentation. > > EAPI=1 features are documented in PMS as well as the man pages, but they > are not yet documented in the devmanual or the dev handbook." Okay, so I stand corrected about them approving it. Where is the approved specification though? PMS is still a draft the last time I heard, and if it isn't, we should have a non-moving version that is authoritive about EAPI=1. (And no, the man pages are not a specification, nor is a list of bugs...give us one document that we can point to) I can get it put into devmanual as soon as I can find the approved authoritative source to base information off of. -- Mark Loeser email - halcy0n AT gentoo DOT org email - mark AT halcy0n DOT com web - http://www.halcy0n.com pgpsrvHQTUf4T.pgp Description: PGP signature
Re: [gentoo-dev] One-Day Gentoo Council Reminder for February
On Wednesday, 13. February 2008 18:57:58 Mark Loeser wrote: > This is probably a bit late to be bringing up, but could the council > please discuss the state of PMS and EAPI? What we mean by that is that > it seems we are using EAPI=1 in the tree, and some of us are concerned > because we can't find any council approved proposal of what EAPI=1 > actually means. "EAPI=1 approved for use in the main tree Stable portage version 2.1.3.12 supports EAPI=1. It's now officially OK to start using it in the main tree. From the ebuild ChangeLog for portage: This release is the first to have support for EAPI-1 (#194876), which includes SLOT dependencies (#174405), IUSE defaults (#174410), and ECONF_SOURCE support for the default src_compile function (#179380). Package maintainers should carefully consider the backward compatibility consequences before defining EAPI="1" in any ebuilds, especially if other packages depend on those ebuilds. See the ebuild(5) and emerge(1) manual pages for EAPI related documentation. EAPI=1 features are documented in PMS as well as the man pages, but they are not yet documented in the devmanual or the dev handbook." (From http://www.gentoo.org/proj/en/council/meeting-logs/20071108-summary.txt) -- Best regards, Wulf signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] One-Day Gentoo Council Reminder for February
Mike Frysinger <[EMAIL PROTECTED]> said: > This is your one-day friendly reminder ! The monthly Gentoo Council > meeting is tomorrow in #gentoo-council on irc.freenode.net. See the > channel topic for the exact time (but it's probably 2000 UTC). This is probably a bit late to be bringing up, but could the council please discuss the state of PMS and EAPI? What we mean by that is that it seems we are using EAPI=1 in the tree, and some of us are concerned because we can't find any council approved proposal of what EAPI=1 actually means. It seems to be somewhat documented by bugs, but that does not seem like nearly enough for a global change like that to be introduced to the tree. If you could also discuss how EAPI changes should be introduced to the tree, like having a GLEP or something similar, that would be nice as well. Thanks (and sorry for the late notice), Halcy0n, solar, and wolf31o2 -- Mark Loeser email - halcy0n AT gentoo DOT org email - mark AT halcy0n DOT com web - http://www.halcy0n.com pgpQD4IA7V1hk.pgp Description: PGP signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/stgit: ChangeLog stgit-0.14.ebuild
Hi, Greg KH <[EMAIL PROTECTED]>: > Hey, I just bumped the ebuild, I didn't write the first one :) No accuses, just review. :) Touch it and you are responsible. > So, what would be the correct fix here? Something like: > mv "${D}/usr/share/${PN}/examples" "${D}/usr/share/doc/${PF}" > rmdir "${D}/usr/share/doc/${PN}" Yes. Around ${D} alone is enough though. V-Li -- Christian Faulhammer, Gentoo Lisp project http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode http://www.faulhammer.org/> signature.asc Description: PGP signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/stgit: ChangeLog stgit-0.14.ebuild
On Wed, Feb 13, 2008 at 06:05:01PM +0100, Christian Faulhammer wrote: > Hi, > > "Greg Kroah-Hartman (gregkh)" <[EMAIL PROTECTED]>: > > src_install() { > > sed -i -e 's-\(prefix:\) ~-\1 /usr-' setup.cfg > > distutils_src_install > > dodir /usr/share/doc/${PF} > > mv ${D}/usr/share/${PN}/examples ${D}/usr/share/doc/${PF} > > rmdir ${D}/usr/share/doc/${PN} > > dobashcompletion contrib/stgit-completion.bash ${PN} > > } > > Please watch your quotes for variables that can contain spaces, like > ${D}. Hey, I just bumped the ebuild, I didn't write the first one :) So, what would be the correct fix here? Something like: mv "${D}/usr/share/${PN}/examples" "${D}/usr/share/doc/${PF}" rmdir "${D}/usr/share/doc/${PN}" thanks, greg k-h -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/stgit: ChangeLog stgit-0.14.ebuild
Hi, "Greg Kroah-Hartman (gregkh)" <[EMAIL PROTECTED]>: > src_install() { > sed -i -e 's-\(prefix:\) ~-\1 /usr-' setup.cfg > distutils_src_install > dodir /usr/share/doc/${PF} > mv ${D}/usr/share/${PN}/examples ${D}/usr/share/doc/${PF} > rmdir ${D}/usr/share/doc/${PN} > dobashcompletion contrib/stgit-completion.bash ${PN} > } Please watch your quotes for variables that can contain spaces, like ${D}. V-Li -- Christian Faulhammer, Gentoo Lisp project http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode http://www.faulhammer.org/> signature.asc Description: PGP signature
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
On Wed, 13 Feb 2008 01:44:22 +0200 Petteri Räty <[EMAIL PROTECTED]> wrote: > What do you think about adding support to base.eclass for running > eautoreconf? > > so instead of > > src_unpack() { > unpack ${A} > cd "${A}" > eautoreconf > } > > would just add > > EAUTORECONF="yes" > inherit base How many packages do you think could directly benefit from this? Marius -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
В Срд, 13/02/2008 в 13:22 +0100, Matthias Schwarzott пишет: > How can I use PATCHES without quoting issues? > > default is this (when not using relative pathes): > PATCHES="${FILESDIR}/p1.diff ${FILESDIR}/p2.diff" You can not. This should be fixed like we did for font.eclass (bug 201834). BTW, kernel.eclass and I think some others have this problem too. -- Peter. signature.asc Description: Эта часть сообщения подписана цифровой подписью
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
On Mittwoch, 13. Februar 2008, Petteri Räty wrote: > Fabian Groffen kirjoitti: > > On 13-02-2008 08:50:19 +0100, Rémi Cardona wrote: > >> Petteri Räty a écrit : > >>> What do you think about adding support to base.eclass for running > >>> eautoreconf? > >> > >> In most of the ebuilds where we need to run eautoreconf, we usually > >> apply patches. I can't remember of an ebuild where we just run > >> eautoreconf on its own. > > > > +1 > > If you need to run eautoreconf without adding patches, it may be worth > > adding a comment explaining why. > > base.eclass supports the PATCHES variable which is why I use it in the > first place > How can I use PATCHESwithout quoting issues? default is this (when not using relative pathes): PATCHES="${FILESDIR}/p1.diff ${FILESDIR}/p2.diff" Regards Matthias -- Matthias Schwarzott (zzam) -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
On Wed, 13 Feb 2008 01:44:22 +0200 Petteri Räty <[EMAIL PROTECTED]> wrote: > What do you think about adding support to base.eclass for running > eautoreconf? > > so instead of > > src_unpack() { > unpack ${A} > cd "${A}" > eautoreconf > } > > would just add > > EAUTORECONF="yes" > inherit base > > Regards, > Petteri > And if you can't run eautoreconf but instead one of specific commands, eautoconf, eautomake.. Or what if you need to run AT_M4DIR="/path/to/macros" eautoreconf? Or when you are about to remove eautoreconf, spot that fbsd is keyworded and need to substitute it with elibtoolize to avoid .so version breakage wouldn't it be easier to convert from what we use now? What about WANT_ variables? -drac -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
Alec Warner kirjoitti: The former is much clearer...I don't see the gain... also in the former example you neglected to inherit autotools ;) That would happen conditionally in base.eclass Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
Fabian Groffen kirjoitti: I think it should not be added as it hides something quite important. - it takes a lot of time on most platforms I run - it may break (especially during bootstrapping, eautoreconfs are hell) - it may introduce extra deps/caution (e.g. gettext macros being available) So I'd prefer to keep it quite clear that this is happening, instead of hiding it somewhere in an obscure corner of the ebuild. I didn't propose always running it. I don't think spotting EAUTORECONF is any harder than eautoreconf. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
Fabian Groffen kirjoitti: On 13-02-2008 08:50:19 +0100, Rémi Cardona wrote: Petteri Räty a écrit : What do you think about adding support to base.eclass for running eautoreconf? In most of the ebuilds where we need to run eautoreconf, we usually apply patches. I can't remember of an ebuild where we just run eautoreconf on its own. +1 If you need to run eautoreconf without adding patches, it may be worth adding a comment explaining why. base.eclass supports the PATCHES variable which is why I use it in the first place Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass
On 13-02-2008 08:50:19 +0100, Rémi Cardona wrote: > Petteri Räty a écrit : >> What do you think about adding support to base.eclass for running >> eautoreconf? > In most of the ebuilds where we need to run eautoreconf, we usually apply > patches. I can't remember of an ebuild where we just run eautoreconf on its > own. +1 If you need to run eautoreconf without adding patches, it may be worth adding a comment explaining why. > In the end, that won't help us at all (which is no reason not to have this > :) ) but I'm afraid that adding options for semi-hidden stuff can come and > bite us later, as we add more and more of those. I think it should not be added as it hides something quite important. - it takes a lot of time on most platforms I run - it may break (especially during bootstrapping, eautoreconfs are hell) - it may introduce extra deps/caution (e.g. gettext macros being available) So I'd prefer to keep it quite clear that this is happening, instead of hiding it somewhere in an obscure corner of the ebuild. -- Fabian Groffen Gentoo on a different level -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] irregular metdata.xml check - 3rd edition
On Wed, Feb 13, 2008 at 09:30:14AM +0100, Thilo Bangert wrote: > > 2. Check that metadata with a proxy maint also has a non-retired Gentoo > > person listed. > 'Proxy maintainer without gentoo association' means 'there is neither a > herd nor a gentoo maintainer listed'. you want to require a maintainer? a > lot more ebuilds will fail this check... > > one may actually want to restrict that even further, and require both a > herd and a maintainer, as to define a pool of backup people in case the > gentoo maintainer retires. I actually ran into this when jakub asked me to check some email addresses that were in metadata.xml for bugzilla validity. Originally, the one package was proxy maintained, having the external and two Gentoo devs, with no-herd. The devs then retired, but the external contributer was still interested, just lacking a contact. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgp6fAkxCY5mZ.pgp Description: PGP signature
Re: [gentoo-dev] irregular metdata.xml check - 3rd edition
"Robin H. Johnson" <[EMAIL PROTECTED]> said: > On Tue, Feb 12, 2008 at 10:01:16PM +0100, Thilo Bangert wrote: > > Noteworthy errors > > === > > herd without email: comm-fax > > Proxy maintainer without gentoo association 15 > > Two specific feature requests: > 1. Check that every email address has a bugzilla account. i'll look into it. a hashed list of gentoo.org bugzilla accounts would definitivly help! just the query is a good start though - i suppose (lets try that first). the script runs a couple of minutes anyway - if that doubles, triples or quadruples its not a problem... > 2. Check that metadata with a proxy maint also has a non-retired Gentoo > person listed. 'Proxy maintainer without gentoo association' means 'there is neither a herd nor a gentoo maintainer listed'. you want to require a maintainer? a lot more ebuilds will fail this check... one may actually want to restrict that even further, and require both a herd and a maintainer, as to define a pool of backup people in case the gentoo maintainer retires. thanks! kind regards Thilo signature.asc Description: This is a digitally signed message part.
[gentoo-dev] One-Day Gentoo Council Reminder for February
This is your one-day friendly reminder ! The monthly Gentoo Council meeting is tomorrow in #gentoo-council on irc.freenode.net. See the channel topic for the exact time (but it's probably 2000 UTC). If you're supposed to show up, please show up. If you're not supposed to show up, then show up anyways and watch your Council monkeys dance for you. For more info on the Gentoo Council, feel free to browse our homepage: http://www.gentoo.org/proj/en/council/ -- gentoo-dev@lists.gentoo.org mailing list