[gentoo-dev] Re: Gentoo vmware/virtualbox/qemu images

2007-09-22 Thread Steve Long
Mike Doty wrote: I don't get this obsession with a live image when someone can boot the LiveCD/LiveDVD on real hardware *or* in VMware. They can even boot the ISO directly and not even have to burn to disk, so people without a DVD burner can still use the LiveDVD. So exactly what problem are

[gentoo-dev] Re: Why isn't /root/.bash_profile in the stage tarballs?

2007-09-22 Thread Steve Long
Chris Gianelloni wrote: On Fri, 2007-09-21 at 17:45 -0400, Mike Frysinger wrote: the compromise is simple: catalyst runs --config at the end of stage3 for appropriate packages, but as to what those things actually do is left in the ebuilds. I've already stated my preference for not doing

[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

2007-09-22 Thread Steve Long
Torsten Veller wrote: pkg_postinst() { # Hack to fix ownership/perms chown -fR firebird:firebird /etc/firebird /usr/share/firebird chmod 750 /etc/firebird ROOT!=/ ? pkg_config() { cd /usr/share/firebird same Does the above only apply to phases other than compile and install? (I

[gentoo-dev] Re: Re: Why isn't /root/.bash_profile in the stage tarballs?

2007-09-22 Thread Steve Long
Chris Gianelloni wrote: On Sat, 2007-09-22 at 08:01 +0100, Steve Long wrote: I've already stated my preference for not doing *anything* outside of merging packages in the stages. With respect, this is a little confusing. I didn't get past the learning curve for catalyst, but it's clearly

[gentoo-dev] Re: Re: Gentoo vmware/virtualbox/qemu images

2007-09-22 Thread Steve Long
Chris Gianelloni wrote: On Sat, 2007-09-22 at 07:19 +0100, Steve Long wrote: This guy: http://gentoovm.blogspot.com/ works for vmware according to his first post here: http://www.vmwhere.net/category/gentoo/ (where he makes clear he has nothing to do with releng, and that his work

[gentoo-dev] Re: Re: Re: Why isn't /root/.bash_profile in the stage tarballs?

2007-09-23 Thread Steve Long
Andrew Gaffney wrote: Steve Long wrote: Great. What exactly? How does fulfilling the user requirement with vapier's solution mess up catalyst? This is the the first time I've heard of a user requesting this change. It seems to me that many people prefer to *not* have a .bash{rc,_profile

[gentoo-dev] Ebuild QA (was Re: Trivial commit reviews)

2007-09-24 Thread Steve Long
Donnie Berkholz wrote: On 06:22 Mon 24 Sep , Thilo Bangert wrote: also, perhaps the more common ones should additionally be converted to repoman tests, if that is feasable. That might be reasonable for some cases, but it won't be perfect, and won't even be possible for many. Which are

[gentoo-dev] Re: Why isn't /root/.bash_profile in the stage tarballs?

2007-09-24 Thread Steve Long
Mike Frysinger wrote: we should really rename build to stage1, bootstrap to stage2, and then have catalyst add USE=stage3 during the stage3 step ... that would allow packages to automatically key off of the environment That sounds clean too. You could use install to make the transition

[gentoo-dev] Re: New developer : Timo Gurr (tgurr)

2007-09-24 Thread Steve Long
Denis Dupeyron wrote: Timo lives in Neckarsulm, Germany, and works as an IT technician in a local city administration near his home. He finds his job very interesting and loves it, and even runs some Gentoo machines there. m00! His interests are very wide-ranging and he likes to play a good

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in www-apps/dspam-web: dspam-web-3.8.0.ebuild ChangeLog

2007-09-26 Thread Steve Long
Mike Frysinger wrote: On Monday 24 September 2007, Donnie Berkholz wrote: You could use C-style syntax here: (( use_errors++ )) I find it a bit more readable. i like to get anal and use ((++use_errors)) then again, it may also be more readable like so: use_errors=false if ... ;

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in dev-dotnet/libgdiplus: ChangeLog libgdiplus-1.2.5-r1.ebuild

2007-09-26 Thread Steve Long
Bo Ørsted Andresen wrote: On Monday 24 September 2007 21:56:49 Donnie Berkholz wrote: if [[ $(gcc-major-version) -gt 3 ]] || \ ( [[ $(gcc-major-version) -eq 3 ]] [[ $(gcc-minor-version) -gt 3 ]] ) Code block { } might be good here instead of a subshell, or perhaps it could use logic

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in media-tv/linuxtv-dvb-apps: ChangeLog linuxtv-dvb-apps-1.1.1.20070924.ebuild

2007-09-26 Thread Steve Long
Robert Buchholz wrote: On Tuesday, 25. September 2007, Donnie Berkholz wrote: On 20:04 Mon 24 Sep , Doug Goldstein (cardoe) wrote: if ! use usb; then sed -i util/Makefile \ -e '/ttusb_dec_reset/d' \ -e '/dib3000-watch/d' fi # do not compile test-progs sed -i Makefile -e '/-C

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in dev-dotnet/libgdiplus: ChangeLog libgdiplus-1.2.5-r1.ebuild

2007-09-26 Thread Steve Long
Steve Long wrote: Bo Ørsted Andresen wrote: On Monday 24 September 2007 21:56:49 Donnie Berkholz wrote: if [[ $(gcc-major-version) -gt 3 ]] || \ ( [[ $(gcc-major-version) -eq 3 ]] [[ $(gcc-minor-version) -gt 3 ]] ) Code block { } might be good here instead of a subshell, or perhaps

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in app-doc/gimp-help: ChangeLog gimp-help-0.13.ebuild

2007-09-27 Thread Steve Long
Donnie Berkholz wrote: On 05:14 Wed 26 Sep , Mike Frysinger wrote: if it's all common shell, it's pretty hard to hide ... you could try some tricks like rewriting USE to __USE__ so internal code (like the `use` function) still work, but in the end, does that really help ? I think so.

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in app-portage/genlop: ChangeLog genlop-0.30.8.ebuild

2007-09-27 Thread Steve Long
Donnie Berkholz wrote: On 17:53 Wed 26 Sep , Doug Goldstein wrote: Mike Frysinger wrote: Donnie Berkholz wrote: also, ebuilds do change over time, so what line # may be correct one day may not be relevant the next ... Which could bring up a point of would it be useful to see if

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/pygobject: ChangeLog pygobject-2.14.0.ebuild

2007-09-27 Thread Steve Long
Donnie Berkholz wrote: On 13:15 Wed 26 Sep , Mart Raudsepp (leio) wrote: mv ${D}/usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.py \ ${D}/usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.py-2.0 mv ${D}/usr/$(get_libdir)/python${PYVER}/site-packages/pygtk.pth \

[gentoo-dev] Re: Quoting patch for repoman

2007-10-01 Thread Steve Long
Mike Frysinger wrote: On Sunday 30 September 2007, Zac Medico wrote: Donnie Berkholz wrote: On 04:52 Sat 29 Sep , Mike Frysinger wrote: does this work with multilines ? if [[ -e ${S}/asdfasdfasdf \ -f ${WORKDIR}/moo ]] then this is a crappy example, but entirely correct

[gentoo-dev] Re: Re: Quoting patch for repoman

2007-10-01 Thread Steve Long
Mike Frysinger wrote: On Monday 01 October 2007, Steve Long wrote: A place to start might be a list of all known variables from say the devmanual, along with whether they're allowed to be used as multi-parameters in `for' or function/cmd calls. So it's legitimate to see eg: for f in $A (even

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

2007-10-02 Thread Steve Long
Jorge Manuel B. S. Vicetto wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Gianelloni wrote: On Mon, 2007-10-01 at 21:54 +, Jorge Manuel B. S. Vicetto wrote: 1. Due to the tardiness in the election process, there was no council meeting in September. Will this council have

[gentoo-dev] Re: RFC: sh versionator.eclass

2007-10-02 Thread Steve Long
Roy Marples wrote: On Tue, 2007-10-02 at 08:35 +0200, Natanael Copa wrote: After a quick look I wonder how/if it deals with: 1.01 1.1 It treats them the same way [EMAIL PROTECTED] ~ $ bash -c '. /usr/portage/eclass/versionator.eclass; version_compare 1.01 1.1; echo $?' 2 [EMAIL

[gentoo-dev] Re: RFC: sh versionator.eclass

2007-10-02 Thread Steve Long
Mike Frysinger wrote: On Tuesday 02 October 2007, Roy Marples wrote: I like consistency too, and I'll be pushing for using sh instead of forcing bash. pushing a new standard by slowly converting the tree is not the way to go. My motivation? Simple. I don't believe that the portage tree

[gentoo-dev] Re: Re: RFC: sh versionator.eclass

2007-10-02 Thread Steve Long
Roy Marples wrote: With [[ ]] you don't need to quote, which encourages people not to bother learning when and when not to quote. Ugh, that is so untrue imo. In #bash most people don't know [[ and use [ without quoting, as well as leaving out quotes elsewhere. Which is why we beat them over the

[gentoo-dev] Re: Re: Re: RFC: sh versionator.eclass

2007-10-02 Thread Steve Long
Roy Marples wrote: On Tue, 2007-10-02 at 19:37 +0100, Steve Long wrote: Roy Marples wrote: With [[ ]] you don't need to quote, which encourages people not to bother learning when and when not to quote. Ugh, that is so untrue imo. In #bash most people don't know [[ and use [ without

[gentoo-dev] Re: RFC: sh versionator.eclass

2007-10-02 Thread Steve Long
Roy Marples wrote: On Tue, 2007-10-02 at 17:02 -0600, Joe Peterson wrote: Mike Frysinger wrote: wrong. bash and GNU prevail because they provide useful extensions. it may be worthwhile to force `find` in the portage environment to be GNU find so we can stop wasting time trying to figure

[gentoo-dev] Re: New developer : Mike Pagano (mpagano)

2007-10-03 Thread Steve Long
Denis Dupeyron wrote: Mike is also an amateur cyclist who logs a bit over 4000 miles a year, with a racing career that has slowly given away to age. Aww ;) Yes people, Mike is older than Uncle Seemant, and even older than me. So kids, please, don't go and disturb him while he's having a nap

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-libs/qt: ChangeLog qt-4.3.2.ebuild

2007-10-03 Thread Steve Long
Donnie Berkholz wrote: spec=$(echo ${CHOST} | cut -d- -f3) You can do this without resort to an external process: IFS=- read _ _ spec _ $CHOST unset IFS - or you can do: IFS=- arr=($CHOST) unset IFS spec=${arr[2]} - which is useful if you don't know how many elements there are. (IFS wouldn't

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in x11-libs/qt: ChangeLog qt-4.3.2.ebuild

2007-10-05 Thread Steve Long
Roy Marples wrote: On Thu, 2007-10-04 at 05:03 +0100, Steve Long wrote: Donnie Berkholz wrote: spec=$(echo ${CHOST} | cut -d- -f3) You can do this without resort to an external process: IFS=- read _ _ spec _ $CHOST unset IFS - or you can do: IFS=- arr=($CHOST) unset IFS spec

[gentoo-dev] Re: Re: Re: [gentoo-commits] gentoo-x86 commit in x11-libs/qt: ChangeLog qt-4.3.2.ebuild

2007-10-05 Thread Steve Long
Donnie Berkholz wrote: On 13:34 Fri 05 Oct , Steve Long wrote: In actual fact, I'd be more likely to use parameter expansion than set, eg: spec=${CHOST#*-*-} # chop first two fields off so spec is fields 3 on spec=${spec%%-*} # chop all but first off so left with just field 3 ..which I

[gentoo-dev] Re: GNU userland and binary package (WAS: RFC: sh versionator.eclass)

2007-10-08 Thread Steve Long
Natanael Copa wrote: On Mon, 2007-10-08 at 06:52 -0700, Alec Warner wrote: On 10/8/07, Natanael Copa [EMAIL PROTECTED] wrote: On Sun, 2007-10-07 at 21:26 -0600, Joe Peterson wrote: Mike Frysinger wrote: Fabian has summed it up nicely, thanks. i could care less what your userland

[gentoo-dev] Re: Re: GNU userland and binary package (WAS: RFC: sh versionator.eclass)

2007-10-09 Thread Steve Long
Natanael Copa wrote: On Mon, 2007-10-08 at 20:25 +0100, Steve Long wrote: Natanael Copa wrote: If you're that motivated why not just start hacking on binary support in portage/pkgcore/paludis? There's always open bugs. I think I did contribute with some patches for qmerge in portage

[gentoo-dev] Re: Getting rid of lurking no* USE flags - profile-based package.use

2007-10-12 Thread Steve Long
Zac Medico wrote: Plus, once we have this, it looks to me that nobody has to wait for EAPI=1 in order to use whatever portage feature that's needed by an ebuild. So we can all stop complaining about not having EAPI=1 in the form we wanted or at all, and get back to writing ebuilds. For

[gentoo-dev] Re: lame use flag, local to global

2007-10-12 Thread Steve Long
Duncan wrote: Steve Dibb [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 10 Oct 2007 07:55:01 -0600: The reason we have mp3 and lame use flag is because there is more than one mp3 encoder. In almost every case of the use flag being applied above, there is already

[gentoo-dev] Re: Re: lame use flag, local to global

2007-10-13 Thread Steve Long
Chris Gianelloni wrote: On Sat, 2007-10-13 at 10:37 +, Duncan wrote: Chris Gianelloni [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Fri, 12 Oct 2007 17:22:54 -0700: Steve Long wrote: Duncan wrote: Steve Dibb posted: there is more than one mp3 encoder

[gentoo-dev] Re: Re: Getting rid of lurking no* USE flags - profile-based package.use

2007-10-14 Thread Steve Long
Zac Medico wrote: Steve Long wrote: Is there a cut-off for portage atm wrt versions you do not support? I'm wondering at what point you can say we don't support less than 2.1.2. It seems odd that a distro which operates like Gentoo would not cut off support for old versions in line

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in media-tv/mythtv: ChangeLog mythtv-0.20.2_p14668.ebuild mythtv-0.21_pre14666.ebuild mythtv-0.21_pre14480-r1.ebuild

2007-10-14 Thread Steve Long
Donnie Berkholz wrote: On 00:12 Sun 14 Oct , Doug Goldstein wrote: Because if you pass the inverse the script blows up. It's ffmpeg's configure script that's a hand written script and modified by the MythTV developers. Sigh. Any chance of getting things to move to autotools? Gah not

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in sys-cluster/pvfs2: ChangeLog pvfs2-2.6.3-r1.ebuild

2007-10-14 Thread Steve Long
Donnie Berkholz wrote: On 23:45 Sat 13 Oct , Drake Wyrm wrote: Donnie Berkholz [EMAIL PROTECTED] wrote: On 13:36 Sat 13 Oct , Matti Bickel (mabi) wrote: if kernel_is gt 2 6 20 ; then epatch ${FILESDIR}/${PV}-register_sysctl_table.patch fi if kernel_is ge 2 6 22 ; then

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in media-tv/mythtv: ChangeLog mythtv-0.20.2_p14668.ebuild mythtv-0.21_pre14666.ebuild mythtv-0.21_pre14480-r1.ebuild

2007-10-15 Thread Steve Long
Doug Goldstein wrote: I know the other thing I didn't answer was the fact that some variables aren't quoted. It doesn't matter at all considering their configure script can't handle spaces in the path names anyway. We've been though that already. Additionally, qmake can't handle spaces in

[gentoo-dev] Re: Re: Re: [gentoo-commits] gentoo-x86 commit in sys-cluster/pvfs2: ChangeLog pvfs2-2.6.3-r1.ebuild

2007-10-15 Thread Steve Long
Matti Bickel wrote: Steve Long [EMAIL PROTECTED] wrote: Mixing 'gt' and 'ge' is a bad idea. Just outa curiosity, why? Because it's inconsistent and one generally assumes that people will be consistent with the way they test numbers. That way you only need to read the number

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in app-misc/note: ChangeLog note-1.3.3.ebuild

2007-10-15 Thread Steve Long
Roy Marples wrote: On Mon, 2007-10-15 at 10:43 +0200, Fabian Groffen wrote: On 15-10-2007 09:35:35 +0100, Roy Marples wrote: find ${D} -type f -name *${v}.*pm -delete Looks like you rely on your shell here to assume that you meant *${v}.*pm because there is nothing that matches that

[gentoo-dev] Re: Re: Re: [gentoo-commits] gentoo-x86 commit in app-misc/note: ChangeLog note-1.3.3.ebuild

2007-10-15 Thread Steve Long
Gilles Dartiguelongue wrote: I haven't reread the fine mans for a while but iirc, + could lead you to hit the argument buffer limit of your shell. xargs has --max-args to get around that and is also way faster than any -exec variant (at least that's what the bench I did on a PIV2.6Ghz showed

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in dev-php5/onphp: ChangeLog onphp-0.10.6.ebuild onphp-0.10.4.ebuild onphp-0.10.3.ebuild

2007-10-16 Thread Steve Long
Thomas de Grenier de Latour wrote: On 2007/10/14, Drake Wyrm [EMAIL PROTECTED] wrote: Or, since you already have the command substitution there, how about: dodoc `find doc -maxdepth 1 -type f` Or even better, how about explicitly listing the relevant files (ChangeLog, AUTHORS,

[gentoo-dev] Re: Re: Re: [gentoo-commits] gentoo-x86 commit in dev-php5/onphp: ChangeLog onphp-0.10.6.ebuild onphp-0.10.4.ebuild onphp-0.10.3.ebuild

2007-10-16 Thread Steve Long
Roy Marples wrote: On Tue, 2007-10-16 at 00:28 -0700, Donnie Berkholz wrote: On 08:19 Tue 16 Oct , Steve Long wrote: stdDocs=(ChangeLog AUTHORS FEATURES THANKS README CodingStyle TODO FAQ) stdDoc() { local d l=() for d in [EMAIL PROTECTED]; do

[gentoo-dev] Re: Re: Re: Re: [gentoo-commits] gentoo-x86 commit in dev-php5/onphp: ChangeLog onphp-0.10.6.ebuild onphp-0.10.4.ebuild onphp-0.10.3.ebuild

2007-10-17 Thread Steve Long
Roy Marples wrote: On Tue, 2007-10-16 at 13:38 +0100, Steve Long wrote: Roy Marples wrote: On Tue, 2007-10-16 at 00:28 -0700, Donnie Berkholz wrote: On 08:19 Tue 16 Oct , Steve Long wrote: stdDocs=(ChangeLog AUTHORS FEATURES THANKS README CodingStyle TODO FAQ) stdDoc

[gentoo-dev] Re: Re: Re: Re: Re: [gentoo-commits] gentoo-x86 commit in dev-php5/onphp: ChangeLog onphp-0.10.6.ebuild onphp-0.10.4.ebuild onphp-0.10.3.ebuild

2007-10-17 Thread Steve Long
Roy Marples wrote: On Wed, 2007-10-17 at 10:15 +0100, Steve Long wrote: OK, that's all good, and you're _right_ for this case. I guess I was trying to show an array being used since it came up before. For instance, I often add to a global array with eg failed+=($1), which I might display one

[gentoo-dev] Re: repoman - I cannot handle it...

2007-10-21 Thread Steve Long
Markus Rothe wrote: Attached are the scripts I use to commit packages stable/unstable. Somewhere must be a bug! 'name_split.cpp' splits a package name like sys-devel/gcc-4.1.2 into category, package name and version number. It's done in c++ as that's the only language I do more with than

[gentoo-dev] Re: Re: repoman - I cannot handle it...

2007-10-21 Thread Steve Long
Marius Mauch wrote: But like name_splitted.cpp is buggy as it assumes that a dash followed by a digit starts the version part. See echo ${PORTDIR}/*-*/* | tr ' ' '\n' | grep '\-[[:digit:]]' for some names that break the assumption. Whoops :S Guess I need to change that then :) And no

[gentoo-dev] Re: Re: Re: repoman - I cannot handle it...

2007-10-22 Thread Steve Long
Marius Mauch wrote: On Sun, 21 Oct 2007 23:13:58 +0100 Steve Long [EMAIL PROTECTED] wrote: Well the line from portage_versions.py is: ver_regexp = re.compile(^(cvs\\.)?(\\d+)((\\.\\d+)*)([a-z]?)((_(pre| p|beta alpha|rc)\\d*)*)(-r(\\d+))?$) - which means that a version begins with either

[gentoo-dev] Re: Re: Opinions Wanted - Arrays again :)

2007-10-28 Thread Steve Long
Roy Marples wrote: On Fri, 2007-10-26 at 16:36 +, Duncan wrote: Well, several services already have a basic setup using named vars, then something like Richard's suggested Options_eth0= as a (normally commented) catch-all for anything advanced that the admin wishes to pass raw. IMO the

[gentoo-dev] Re: Opinions Wanted - Arrays again :)

2007-10-29 Thread Steve Long
Roy Marples wrote: I've not opted for another config format (either based on Debians or something else) as this doesn't rock the baselayout-2 boat that much as it's a fairly trivial patch. Once we have baselayout-2 stable then we can think about revisiting this for future versions if there is

[gentoo-dev] Re: Re: Re: Opinions Wanted - Arrays again :)

2007-10-29 Thread Steve Long
Natanael Copa wrote: On Sun, 2007-10-28 at 06:46 +, Steve Long wrote: Failing that, a plaintext config file along the lines discussed in [1] would be cool. awk could parse it pretty quickly. [1] http://modeemi.fi/~tuomov/b//archives/2007/01/20/T11_58_29/ Something like Debian's /etc

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-admin/webmin: ChangeLog webmin-1.370-r1.ebuild

2007-11-01 Thread Steve Long
Donnie Berkholz wrote: On 10:36 Tue 30 Oct , Roy Marples (uberlord) wrote: (find . -name '*.cgi' ; find . -name '*.pl') | perl perlpath.pl /usr/bin/perl - Please don't tell me the -or find flag isn't POSIX so we can't use it... It's GNU, but why on Earth they saw fit to break script

[gentoo-dev] Re: USE flag transition: tetex and latex

2007-11-01 Thread Steve Long
Alexis Ballier wrote: Hi, What are we going to do with the global tetex USE flag? app-text/tetex is deprecated in favour of TeXLive which is still hard masked but will be the default TeX distribution in the future. Rename it to tex as TeXLive is based on teTeX? And what about USE=latex?

[gentoo-dev] Re: POSIX shell and portable

2007-11-03 Thread Steve Long
Roy Marples wrote: On Sat, 2007-11-03 at 01:19 +0100, Fabian Groffen wrote: Please stop calling it more portable. The shell code you see in configure can in a way be called portable. Your POSIX compliant stuff isn't. In fact, by stating #!/bin/sh you actually make the code useless on a

[gentoo-dev] Re: More general interface to use flags

2007-11-04 Thread Steve Long
Marijn Schouten (hkBst) wrote: the current interface to use flags, useq, usev, use_with, use_enable, as defined in /usr/lib/portage/bin/ebuild.sh lacks generality. The common thing is testing a use flag and possibly echoing a string, but there is no function that implements this common

Re: [gentoo-dev] Re: More general interface to use flags

2007-11-06 Thread Steve Long
Alec Warner wrote: On 11/4/07, Steve Long [EMAIL PROTECTED] wrote: One minor thing; -n is the default test, so: [[ $1 ]] is the same as [[ -n $1 ]] and: [[ ! $1 ]] is the same as [[ -z $1 ]] ''help test'' is very revealing, for those who haven't read it. ;-) Code Clarity over shortcuts

[gentoo-dev] Re: EAPI feature suggestion: OBSOLETES (was: gentoo-x86 commit in profiles/updates: 4Q-2007)

2007-11-07 Thread Steve Long
Jim Ramsay wrote: Whether or not 'move' was the correct action in the recent compiz example, perhaps we need to consider that some times one package does actually make another obsolete. The correct thing for the PM to do is to first uninstall the obsolete package, then install the new one. I

[gentoo-dev] Re: eselect_zenity: alpha eselect GUI

2007-11-08 Thread Steve Long
Ciaran McCreesh wrote: if [[ ${UID} -ne 0 ]]; then We've always told people not to do that. Capabilities required by eselect modules should be tested by attempting to perform the action, not by some arbitrary query done on UIDs or groups. Being UID 0 doesn't mean you're allowed to do

[gentoo-dev] Re: New eclass: cmake-utils.eclass

2007-11-08 Thread Steve Long
René 'Necoro' Neumann wrote: cmake-utils_src_enable python = -DENABLE_python=... Wanted would be that it returned -DENABLE_PYTHON=... I'm not into bash scripting that much, so I do not know a way to do so - but I guess someone else is ;) Unfortunately BASH doesn't support ksh93 or zsh

[gentoo-dev] Re: Re: eselect_zenity: alpha eselect GUI

2007-11-11 Thread Steve Long
Ciaran McCreesh wrote: On Thu, 08 Nov 2007 18:22:48 + Steve Long [EMAIL PROTECTED] wrote: if [[ ${UID} -ne 0 ]]; then We've always told people not to do that. Capabilities required by eselect modules should be tested by attempting to perform the action, not by some arbitrary query

[gentoo-dev] Re: to patch or sed was - repoman and checking for correct quoting

2007-11-11 Thread Steve Long
William L. Thomson Jr. wrote: On Sat, 2007-11-10 at 18:36 +0100, Bo Ørsted Andresen wrote: On Sat, Nov 10, 2007 at 11:51:37AM +0100, Krzysiek Pawlik wrote: It's purpose is to remove the ${D} from makefile, additionally ${D} is in single quotes, so it will not be expanded - is it a bug in

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libevent: ChangeLog libevent-1.3e.ebuild

2007-11-13 Thread Steve Long
Jan Kundrát wrote: Donnie Berkholz wrote: if [[ -n ${ver} ]] [[ ${ver//[a-zA-Z-]} != ${PV//[a-zA-Z]} ]] ; then It isn't terribly likely to become an issue here, but it might be nicer to use [[:alpha:]] than [a-zA-Z]. Is [[:alpha:]] locale-safe? Yes, all POSIX character classes listed

[gentoo-dev] Re: Re: Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libevent: ChangeLog libevent-1.3e.ebuild

2007-11-13 Thread Steve Long
Jan Kundrát wrote: Steve Long wrote: Is [[:alpha:]] locale-safe? Yes, all POSIX character classes listed here are: http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html Thanks for a nice link. If I read section 7.3.1 correctly, [[:alpha:]] always contains those letters

[gentoo-dev] Re: New developer: Justin Bronder (jsbronder)

2007-11-18 Thread Steve Long
Marijn Schouten (hkBst) wrote: Duncan Coutts wrote: On Fri, 2007-11-16 at 14:40 +0200, Petteri Räty wrote: It's my usual please to announce a new ebuild monkey. Justin hails from Brighton, Massachusetts. His educational background should provide a good theoretical approach to all the future

[gentoo-dev] Re: Re: Re: [gentoo-commits] gentoo-x86 commit in dev-libs/libevent: ChangeLog libevent-1.3e.ebuild

2007-11-19 Thread Steve Long
Steve Long wrote: No, that's about the size of it-- if you you'd like to tie it to ASCII, irrespective of locale, that's fair enough. I had a feeling this statement was incorrect (what zlin said about a-z) so I asked dalias in #bash who is knowledgeable about locale stuff: igli dalias; have

[gentoo-dev] Re: Ranged licenses

2007-11-30 Thread Steve Long
Christian Faulhammer wrote: Ciaran McCreesh [EMAIL PROTECTED]: Is this something worth pinching for a future EAPI? If we go with the postfix [] form for ranged deps, it'd translate into: LICENSE==GPL-2 (or equivalently, LICENSE=GPL[=2]) LICENSE=|| ( GPL[=2] BSD ) (or equivalently,

[gentoo-dev] Re: [RFC] Features and documentation

2007-11-30 Thread Steve Long
Duncan wrote: Marijn Schouten (hkBst) [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 28 Nov 2007 12:40:58 +0100: Donnie Berkholz wrote: How the recent changes happened to allow USE flag descriptions in metadata.xml (which I'm not taking any position on now) gave me

[gentoo-dev] Re: New eclass osgi.eclass

2007-12-05 Thread Steve Long
Alistair Bush wrote: Im sure Elvanor can't wait for you constructive feedback on his eclass and depending on your feedback the eclass will enter the tree this weekend. A couple of very minor performance points, which I think are more significant in eclasses. Firstly the basename thing Donnie

[gentoo-dev] Re: RFC: categorizing RDEPEND to help --newuse

2007-12-07 Thread Steve Long
Petteri Räty wrote: Please comment on my ideas in http://bugs.gentoo.org/show_bug.cgi?id=201499 http://bugs.gentoo.org/attachment.cgi?id=137968action=view seems to be the draft spec. I'd like to put in a request for a link dependency which is covered atm by build,target i guess.

[gentoo-dev] Re: [GLEP] scm package version suffix

2007-12-10 Thread Steve Long
Nirbheek Chauhan wrote: On Dec 10, 2007 8:44 PM, Robert Buchholz [EMAIL PROTECTED] wrote: That would still mean everything relies on n ebuilds with mutual blocks. Even if that would work and it block upgrades, it is still not a solution in terms of how to display a list of ebuilds in one tree

[gentoo-dev] Re: How to pass list of paths to eclass?

2007-12-13 Thread Steve Long
Peter Volkov wrote: Thank you all, for your responds. Currently I see that the best approach is arrays. They provide required functionality, clear syntax and easy upgrade path. ++ Speaking about the latter it is: 1. Modify eclass to use arrays: for conffile in [EMAIL PROTECTED]; do

[gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in net-wireless/hostapd: ChangeLog hostapd-0.4.9.ebuild hostapd-0.6.1.ebuild hostapd-0.6.0.ebuild

2007-12-13 Thread Steve Long
Mike Frysinger wrote: On Tuesday 11 December 2007, Denis Dupeyron wrote: On Dec 11, 2007 6:03 AM, Mike Frysinger [EMAIL PROTECTED] wrote: On Monday 10 December 2007, Donnie Berkholz wrote: { ... echo CONFIG_EAP_SAKE=y ... }

[gentoo-dev] Re: Re: How to pass list of paths to eclass?

2007-12-13 Thread Steve Long
Peter Volkov wrote: ? ???, 13/12/2007 ? 10:52 +, Steve Long ?: Peter Volkov wrote: Speaking about the latter it is: 1. Modify eclass to use arrays: for conffile in [EMAIL PROTECTED]; do ... done 2. Modify ebuilds to use arrays. -FONT_CONF=path1 path2

[gentoo-dev] Re: Re: Re: [gentoo-commits] gentoo-x86 commit in net-wireless/hostapd: ChangeLog hostapd-0.4.9.ebuild hostapd-0.6.1.ebuild hostapd-0.6.0.ebuild

2007-12-14 Thread Steve Long
Mike Frysinger wrote: Personally I prefer using embedded multiline echo: echo ' CONFIG_FOO CONFIG_BAR CONFIG_BLAH ' $CONFIG the point of using cat with - is so that it wont look like crap when you put it into the ebuild. you can use normal tab indentation. an echo may work in a

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-video/undvd: undvd-0.3.0.ebuild metadata.xml ChangeLog Manifest

2007-12-17 Thread Steve Long
Duncan wrote: Donnie Berkholz [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 16 Dec 2007 12:49:13 -0800: I think it's valuable to show the flags that actually need to be changed rather than a full list of all required flags. ++ I messed about on something

[gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-18 Thread Steve Long
Thomas de Grenier de Latour wrote: On 2007/12/18, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Mon, 17 Dec 2007 17:10:46 -0700 Joe Peterson [EMAIL PROTECTED] wrote: I probably missed some of the stuff leading up to this GLEP, but what is the problem with having the EAPI in the file and

[gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-19 Thread Steve Long
Fernando J. Pereda wrote: Why can't it be in the file but readable without sourcing? There's _no_ need to source, nor constrain like that, for a simple one-line variable, eg: $ sed -nr '/^[[:space:]]*DESCRIPTION=([^]*).*/ { s//\1/p;q; }' \ app-portage/autounmask/autounmask-0.21.ebuild

[gentoo-dev] Re: Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-19 Thread Steve Long
Ciaran McCreesh wrote: On Wed, 19 Dec 2007 10:26:16 + Steve Long [EMAIL PROTECTED] wrote: Are you really telling me you are going to write _one_ ebuild with /that/ god-awful hackery in it? Are you really suggesting that no-one ever will? They won't if the spec and the docs say it's

[gentoo-dev] Re: Re: Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-19 Thread Steve Long
Ciaran McCreesh wrote: Are you really telling me you are going to write _one_ ebuild with /that/ god-awful hackery in it? Are you really suggesting that no-one ever will? They won't if the spec and the docs say it's restricted to a single instance, which can be checked trivially by

[gentoo-dev] Re: Re: Re: Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-20 Thread Steve Long
Ciaran McCreesh wrote: On Thu, 20 Dec 2007 00:07:35 + Steve Long [EMAIL PROTECTED] wrote: Do you think a generated EAPI is a good idea? I'm curious as to how that would be reflected in the filename (as well as your reasons ofc.) I'm suggesting that if EAPI is a variable, there are use

[gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-21 Thread Steve Long
Bo Ørsted Andresen wrote: On Friday 21 December 2007 03:41:04 Luca Barbato wrote: * We have to wait a year before we can use it. We have to wait till we got a new release and I hope it isn't 12months. And then we have to wait till noone use a version of portage that sources the ebuild to

[gentoo-dev] Re: [GLEP 55] EAPI subdirectories instead of file name suffixes

2007-12-21 Thread Steve Long
Piotr Jaroszy?ski wrote: On Saturday 22 of December 2007 02:41:02 Petteri Räty wrote: Piotr Jaroszy?ski kirjoitti: This GLEP proposes usage of EAPI-suffixed file extensions for ebuilds (for example, foo-1.2.3.ebuild-1). It seems many people don't like the idea of having it in the filename

[gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-23 Thread Steve Long
Duncan wrote: Steve Long [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sat, 22 Dec 2007 06:35:07 +: Oh yeah I forgot, McCreesh thinks they're all idiots[1], so let's just do what he says. [1] http://lab.obsethryl.eu/content/paludis-gentoo-and-ciaran-mccreesh

[gentoo-dev] Re: New developer : Richard Freeman (rich0)

2007-12-23 Thread Steve Long
Denis Dupeyron wrote: Richard is married and has two children. Yay a parent! (How many are there? I can only think of Neddy..) So please everybody, give a warm welcome to Richard. Well done Rich :D -- [EMAIL PROTECTED] mailing list

[gentoo-dev] Re: EAPI placement

2007-12-23 Thread Steve Long
Carsten Lohrke wrote: On Mittwoch, 12. Dezember 2007, Ciaran McCreesh wrote: * Eclasses may not set EAPI. * Eclasses may not assume a particular EAPI. I disagree here. It would be annoying and possibly even hindering in future not being able to use higher EAPI features in eclasses. Point

[gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-23 Thread Steve Long
Piotr Jaroszy?ski wrote: Hello, I have updated the GLEP, hopefully it is less confusing now and hence the discussion will be more technical. Based on your summary of the suggestions on the list, I believe you misunderstood what many of us were arguing for. * Set the EAPI inside the

[gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-24 Thread Steve Long
Ciaran McCreesh wrote: On Mon, 24 Dec 2007 06:03:12 + Steve Long [EMAIL PROTECTED] wrote: * Set the EAPI inside the ebuild in a way that makes it easy to fetch it This is ok as atm only EAPI=1 is in the tree, so there is no backward compatibility issue. It's both a backwards

[gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-24 Thread Steve Long
Ciaran McCreesh wrote: On Fri, 21 Dec 2007 14:29:25 +0100 The majority of devs don't want to know how portage or paludis work internally, that's not what interests most of us. Which is fine. But then, the majority of devs shouldn't expect to be able to provide opinions when it comes to the

[gentoo-dev] Re: Eclasses (Was: Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2])

2007-12-27 Thread Steve Long
Ciaran McCreesh wrote: On Mon, 24 Dec 2007 10:52:53 + Steve Long [EMAIL PROTECTED] wrote: Ciaran McCreesh wrote: On Mon, 24 Dec 2007 06:03:12 + Steve Long [EMAIL PROTECTED] wrote: * Set the EAPI inside the ebuild in a way that makes it easy to fetch it This is ok as atm only

[gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-27 Thread Steve Long
) The Portage guys said no to it. When/where? I've only seen Marius commenting here, but not on that aspect. Also, i've read this 2005 EBUILD_FORMAT discussion that Steve Long has pointed [1], where Brian was against non-Bash parsing, but: - he was against changing files extension too

[gentoo-dev] Re: [RFC] Some new global USE-flags

2007-12-27 Thread Steve Long
Chris Gianelloni wrote: branding: Enable Gentoo specific branding [questionable, as used for splashes/shortcuts/artwork] Well, my personal opinion here is that we should enable this by default on *at least* the desktop profiles, as providing sensible defaults and branding isn't outside the

[gentoo-dev] Re: Re: Eclasses (Was: Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2])

2007-12-29 Thread Steve Long
Ciaran McCreesh wrote: On Fri, 28 Dec 2007 05:21:06 + Steve Long [EMAIL PROTECTED] wrote: Whatever. EAPI=2 works fine with current software. Could you tell me why you're so hot on export'ing EAPI? I thought it was only relevant, environment-wise, to the ebuild and subshells. What

[gentoo-dev] Re: Random items I'd like to discuss

2007-12-30 Thread Steve Long
Luca Barbato wrote: Some items I have in wishlist - LRDEPEND link runtime dep (I need to link against that in order to run) I heartily concur with a link dependency, since it's such a fundamental relationship between packages: if A links to B we need to recompile A when the ABI for B

[gentoo-dev] Re: OpenRC available for testing.

2008-01-06 Thread Steve Long
Roy Marples wrote: So, the question is, do we want to maintain one massive KV_to_int that has different code paths for uname -s output, or get function.sh to include an OS specific file we supply just for this one function? Or just put the function in modules-update and udev as they are the

[gentoo-dev] RE: Re: Item for 10 Jan 2008 Council meeting

2008-01-11 Thread Steve Long
Chrissy Fullam wrote: Ferris McCormick wrote: With all due respect, for some reason we don't have Proctors anymore to enforce the CoC. Thus, things we would expect the proctors to catch and handle under CoC get sent to devrel instead. All I am doing is wondering out loud (now that CoC is

[gentoo-dev] Re: Introducing new lead for xfce herd and project.

2008-01-16 Thread Steve Long
Samuli Suominen wrote: Since dostrow is being retired or is retired, correct me if I'm wrong we decided (actually we rolled dices :-) that welp is the new lead. Congrats welp! :D Can I have my `lucky' dice back now? ;P -- gentoo-dev@lists.gentoo.org mailing list

[gentoo-dev] Re: Seeking questions for a user survey

2008-01-17 Thread Steve Long
Ryan Hill wrote: I agree, though year of birth might be interesting. Income and children are a bit too private. ++ in general although I do think parenthood (if responsible) is as relevant as age. A 28 year old with a 5 year old kid has a lot to show a 35 year old doctoral student with no

[gentoo-dev] Re: Re: Seeking questions for a user survey

2008-01-18 Thread Steve Long
Joe Peterson wrote: On Thu, Jan 17, 2008 at 10:56:36AM +, Steve Long wrote: Ryan Hill wrote: I agree, though year of birth might be interesting. Income and children are a bit too private. ++ in general although I do think parenthood (if responsible) is as relevant as age. A 28 year

[gentoo-dev] Re: Re: Seeking questions for a user survey

2008-01-18 Thread Steve Long
Robin H. Johnson wrote: On Thu, Jan 17, 2008 at 10:56:36AM +, Steve Long wrote: Ryan Hill wrote: I agree, though year of birth might be interesting. Income and children are a bit too private. ++ in general although I do think parenthood (if responsible) is as relevant as age. A 28

[gentoo-dev] Re: rgb file specification

2008-01-19 Thread Steve Long
Ferris McCormick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is random musing based based on perhaps my own problems. I need a local color.file to see well what I have going on, and current xorg ignores that. Thus, at every build, there is in oscolor.c a constant I must

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-util/eclipse-sdk: eclipse-sdk-3.2.1-r2.ebuild ChangeLog eclipse-sdk-3.3.1.1.ebuild

2008-01-23 Thread Steve Long
Ryan Hill wrote: Donnie Berkholz wrote: On 12:15 Mon 21 Jan , Jean-Noel Rivasseau (elvanor) wrote: # No warnings / Java 5 / all output should be directed to stdout find ${S} -type f -name '*.xml' -exec \ sed -r -e s:(-encoding ISO-8859-1):\1 -nowarn:g -e s:(\compilerArg\

  1   2   3   4   5   >