Re: [gentoo-dev] RFC: lzma tarball usage
On Wednesday 07 May 2008, Fabian Groffen wrote: m4, that one gave me some headaches, because lzma-utils required some eautoreconf, which introduced a nice cycle. must have been a prefix-only bug as the version in the tree never did -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] RFC: lzma tarball usage
On 10-05-2008 03:32:08 -0400, Mike Frysinger wrote: On Wednesday 07 May 2008, Fabian Groffen wrote: m4, that one gave me some headaches, because lzma-utils required some eautoreconf, which introduced a nice cycle. must have been a prefix-only bug as the version in the tree never did Ehmm... you're right. Sorry about that. -- Fabian Groffen Gentoo on a different level -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: RFC: qemu - add gcc-3.x dependency
Matthias Schwarzott wrote: Code may look like this: # get last one of sorted list for t in $(ls -1 /usr/bin/gcc-3*|sort); do use teh globs, luke ;) for t in /usr/bin/gcc-3*; do # will already do this, sorting according to LC_COLLATE order (set to C or POSIX [same thing] for ebuild.) There's no need to step through every one either: t=(/usr/bin/gcc-3*); [EMAIL PROTECTED]: -1}; unset t # get rid of array storage (using same var for both, eg [EMAIL PROTECTED]: -1} only sets the first cell; the rest of the array is still live. var is a synonym for var[0] in BASH.) set -- * t=${@: -1} # works here as well but dunno if that applies to all sh (the -1 expansion, not the set.) In any event not needed in BASH since arrays make our life so much easier ;) cf: /msg greybot ls and http://wooledge.org/mywiki/glob -- remember you can do, eg: for i in portage/*/*foo*/*.ebuild or a more common example: for f in */*/.jpg It's not find, but it is efficient and filename-safe. Regards, steveL. (Please, no complaints about not using spaces in filenames, there's no telling where your script could be used-- if it's written correctly. Subshells and externals as well; why fork and waste resources we don't have to?) -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-apps/moreutils: moreutils-0.29.ebuild ChangeLog Manifest
Greg Kroah-Hartman (gregkh) [EMAIL PROTECTED]: Added:moreutils-0.29.ebuild ChangeLog Manifest Log: initial ebuild for the moreutils package src_unpack() { unpack ${A} cd ${WORKDIR}/moreutils epatch ${FILESDIR}/docbook-makefile.patch } src_compile() { cd ${WORKDIR}/moreutils emake CFLAGS=${CFLAGS} || die emake failed } src_install() { cd ${WORKDIR}/moreutils emake PREFIX=${D} install || die install failed } Wouldn't it be easier to set S=${WORKDIR}/${PN} instead of cd'ing three times worthlessly? The line before epatch is necessary though. V-Li -- Christian Faulhammer, Gentoo Lisp project URL:http://www.gentoo.org/proj/en/lisp/, #gentoo-lisp on FreeNode URL:http://www.faulhammer.org/ signature.asc Description: PGP signature
[gentoo-dev] Re: preserving mtimes
Zac Medico wrote: It's currently possible for ebuilds to call the insopts, diropts, exeopts, and libopts functions to modify these variables. If they add the -p option, then timestamps will be preserved. I suppose we can add -p to the default options if that's what everybody wants. Gets my vote (or new-fangled backport from pkgcore if it's more efficient.) -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: RFC: qemu - add gcc-3.x dependency
On Samstag, 10. Mai 2008, Steve Long wrote: Matthias Schwarzott wrote: Code may look like this: # get last one of sorted list for t in $(ls -1 /usr/bin/gcc-3*|sort); do use teh globs, luke ;) for t in /usr/bin/gcc-3*; do # will already do this, sorting according to LC_COLLATE order (set to C or POSIX [same thing] for ebuild.) There's no need to step through every one either: t=(/usr/bin/gcc-3*); [EMAIL PROTECTED]: -1}; unset t # get rid of array storage (using same var for both, eg [EMAIL PROTECTED]: -1} only sets the first cell; the rest of the array is still live. var is a synonym for var[0] in BASH.) set -- * t=${@: -1} # works here as well but dunno if that applies to all sh (the -1 expansion, not the set.) In any event not needed in BASH since arrays make our life so much easier ;) Well, you want it compact, without loops. Here is it: set -- /usr/bin/gcc-3* Get first entry: CC=$1 Get last entry: eval CC=\${$#} Regards Matthias -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] RFC: lzma tarball usage
On Saturday 10 May 2008, Fabian Groffen wrote: On 10-05-2008 03:32:08 -0400, Mike Frysinger wrote: On Wednesday 07 May 2008, Fabian Groffen wrote: m4, that one gave me some headaches, because lzma-utils required some eautoreconf, which introduced a nice cycle. must have been a prefix-only bug as the version in the tree never did Ehmm... you're right. Sorry about that. ive added a comment to the ebuild so as to future proof me or anyone else forgetting about this gotcha. -mike signature.asc Description: This is a digitally signed message part.
[gentoo-dev] Re: Council meeting summary for 8 May 2008
Donnie Berkholz [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Thu, 08 May 2008 16:33:28 -0700: Here is the summary from today's council meeting. The complete log will show up at http://www.gentoo.org/proj/en/council/ shortly. FWIW, the log entry at the URL above is still yielding a 404. poke Yes, I know shortly is relative, but in the absolute, it /has/ been a day and a half. =8^/ Meanwhile, I'd like to take the opportunity while I have it to thank the council members. Multiple hour meetings each month, you guys are certainly taking your responsibilities seriously, and there's another one this month due to unfinished business after the 2 and a half that you met. Apart from the time, some of the decisions are anything but easy. It's not something everyone's cut out for, definitely. I expect I'm talking for many when I say thanks, and that I'm glad someone's willing to make the sacrifice and take the emotional and stress toll it extracts to step up and make those decisions, even if I don't personally agree with the decisions made at times. Actually, that's why I like the logs. It surprises me how often after reading the logs I find I agree where I didn't before, and where I don't, I at least understand why... Thus my frustration at not being able to peruse the latest one as yet. yeah, I guess that's another poke =8^] -- 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
[gentoo-dev] Last rites for app-xemacs/xemacs-packages-sumo
# Hans de Graaff [EMAIL PROTECTED] (10 May 2008) # xemacs-packages-sumo cannot be installed together with any of the separate # xemacs packages. Please use xemacs-packages-all instead to install all # xemacs packages. See bug 23949. app-xemacs/xemacs-packages-sumo I'm quite happy to close a bug that is almost 5 years old. :-) Kind regards, Hans signature.asc Description: This is a digitally signed message part
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-apps/moreutils: moreutils-0.29.ebuild ChangeLog Manifest
On Sat, May 10, 2008 at 09:50:24AM +0200, Christian Faulhammer wrote: Greg Kroah-Hartman (gregkh) [EMAIL PROTECTED]: Added:moreutils-0.29.ebuild ChangeLog Manifest Log: initial ebuild for the moreutils package src_unpack() { unpack ${A} cd ${WORKDIR}/moreutils epatch ${FILESDIR}/docbook-makefile.patch } src_compile() { cd ${WORKDIR}/moreutils emake CFLAGS=${CFLAGS} || die emake failed } src_install() { cd ${WORKDIR}/moreutils emake PREFIX=${D} install || die install failed } Wouldn't it be easier to set S=${WORKDIR}/${PN} instead of cd'ing three times worthlessly? The line before epatch is necessary though. Didn't realize I could override that, I'll consider it if I can't convince upstream to put the version number in the directory name :) thanks, greg k-h -- gentoo-dev@lists.gentoo.org mailing list