[gentoo-dev] Re: Small change: Global USE flag nsplugin

Hi, Ben de Groot : > Christian Faulhammer wrote: > > [- c ] nsplugin - Builds plugins for Netscape compatible browsers > > > > [- c ] nsplugin (media-video/totem): > > Build media plugin for Mozilla-based browsers such as > > www-client/mozilla-firefox > > > > Anyone against using the local d

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009/3/30 Mounir Lamouri : > > portage don't install empty files (they are ignored) so it would be > painless. > Yeah I forgot about this, I thought it just does not install empty directories. So there will be no difference in using -e or -s if the other package managers have the same behaviour in

Re: [gentoo-dev] Preserving mtimes for EAPI3

On Tuesday 31 March 2009 00:59:57 Ulrich Mueller wrote: > [1] For "find -newermt" we will need >=findutils-4.3.3 which shouldn't > be a problem because 4.3.4 went stable in May 2007. No, BSD find does not support it and we don't want to use findutils. Neither busybox find supports it. Make it

Re: [gentoo-dev] Preserving mtimes for EAPI3

On Mon, 2009-03-30 at 19:14 +0200, Ulrich Mueller wrote: > I'll try to summarise the current state of discussion in > . The goal is to satisfy two > (apparently contradictory) requirements: > > a) Some packages need a preserved ordering of file modification >

Re: [gentoo-dev] Re: Small change: Global USE flag nsplugin

Christian Faulhammer wrote: Ok. What about: "Build media plugin for browsers supporting the Netscape plugin architecture such as www-client/mozilla-firefox" "Build media plugin for browsers supporting the Netscape plugin architecture (that is almost any modern browser)" Cheers, -jkt -- c

Re: [gentoo-dev] Xorg 1.5.3 is going stable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rémi Cardona wrote: > The Upgrade Guide is located at > http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml > The upgrade guide indicates that one should use a .fdi file for the linuxwacom driver. IIRC, this .fdi file will o

Re: [gentoo-dev] Xorg 1.5.3 is going stable

Simon C. Ion a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rémi Cardona wrote: The Upgrade Guide is located at http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.5-upgrade-guide.xml The upgrade guide indicates that one should use a .fdi file for the linuxwacom driver. IIRC,

Re: [gentoo-dev] Request for Willikins

I'd like to have willikins on #gentoo-openmoko Contact: armin76

[gentoo-dev] Re: Preserving mtimes for EAPI3

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Timothy Redaelli wrote: > On Tuesday 31 March 2009 00:59:57 Ulrich Mueller wrote: > >> [1] For "find -newermt" we will need >=findutils-4.3.3 which shouldn't >> be a problem because 4.3.4 went stable in May 2007. > > No, BSD find does not support

[gentoo-dev] sandbox-1.7 and static binaries

partly because the QA notices about untraceable static binaries that sandbox-1.6 emits, but mostly because i wanted to bust solar's balls, i did a mini hack fest the other nite and added ptrace() support into sandbox for static binaries. seems to work for me, but if someone notices something ne

[gentoo-dev] Re: Preserving mtimes for EAPI3

> On Tue, 31 Mar 2009, ABCD wrote: > Here is a solution that should work with find(1p) and touch(1p): > Immediately preceding pkg_setup, > `touch "${PORTAGE_BUILDDIR}/.pre_pkg_setup`; > immediately following src_install, > `touch "${PORTAGE_BUILDDIR}"/.post_src_install`. > Then, the followin

[gentoo-dev] RFC: EAPI cheat sheet for your desktop

Hi everyone, with EAPI 3 confusion about what is in which EAPI may increase, although appendix E of the PMS is quite helpful here. Anyway, something handy to put on your desk is my little EAPI leaflet which gives you all important (in my eyes) information in one leaf. Have a look at http://v-li.

Re: [gentoo-dev] sandbox-1.7 and static binaries

On 07:52 Tue 31 Mar , Mike Frysinger wrote: > partly because the QA notices about untraceable static binaries that > sandbox-1.6 emits, but mostly because i wanted to bust solar's balls, i did a > mini hack fest the other nite and added ptrace() support into sandbox for > static binaries. s

[gentoo-dev] Small review on function return codes and simplicity

I noticed some eclass commits using java-pkg_func-exists() and it's a lot more complicated than it needs to me. Perhaps not everybody knows that bash generally gives a return status from functions of the last command run in that function. So these two things are equivalent: java-pkg_func-exists

Re: [gentoo-dev] Small review on function return codes and simplicity

On Tue, 31 Mar 2009 11:05:30 -0700 Donnie Berkholz wrote: > I noticed some eclass commits using java-pkg_func-exists() and it's a > lot more complicated than it needs to me. Perhaps not everybody knows > that bash generally gives a return status from functions of the last > command run in that

Re: [gentoo-dev] Small review on function return codes and simplicity

On Tue, Mar 31, 2009 at 11:52 PM, Ciaran McCreesh wrote: > What's with that -n thing? If you're going for less complicated, you > might as well go the whole hog: > >    java-pkg_func-exists() { >        declare -f ${1} >/dev/null >    } > I think this is where we should stop ;) -- ~Nirbheek Cha

Re: [gentoo-dev] Small review on function return codes and simplicity

On 19:22 Tue 31 Mar , Ciaran McCreesh wrote: > On Tue, 31 Mar 2009 11:05:30 -0700 > Donnie Berkholz wrote: > > I noticed some eclass commits using java-pkg_func-exists() and it's a > > lot more complicated than it needs to me. Perhaps not everybody knows > > that bash generally gives a retur

Re: [gentoo-dev] Small review on function return codes and simplicity

On Tue, Mar 31, 2009 at 11:05 AM, Donnie Berkholz wrote: > I noticed some eclass commits using java-pkg_func-exists() and it's a > lot more complicated than it needs to me. Perhaps not everybody knows > that bash generally gives a return status from functions of the last > command run in that func

Re: [gentoo-dev] RFC: EAPI cheat sheet for your desktop

On Tue, 2009-03-31 at 19:21 +0200, Christian Faulhammer wrote: > Hi everyone, > > with EAPI 3 confusion about what is in which EAPI may increase, > although appendix E of the PMS is quite helpful here. Anyway, > something handy to put on your desk is my little EAPI leaflet which > gives you all i

Re: [gentoo-dev] Please review: prefix.eclass

On 12:59 Fri 27 Mar , Fabian Groffen wrote: > This eclass facilitates in some of the needs of the Gentoo Prefix > project. For now it provides the 'eprefixify' function, which is > often used in Gentoo Prefix ebuilds to incorporate the used offset > prefix into files. It's great to see you