Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread Mike Frysinger
On Tuesday, September 06, 2011 17:53:37 William Hubbs wrote: > On Tue, Sep 06, 2011 at 04:45:43PM -0500, William Hubbs wrote: > > On Tue, Sep 06, 2011 at 05:21:40PM -0400, Mike Frysinger wrote: > > > On Tuesday, September 06, 2011 14:46:06 William Hubbs wrote: > > > > we just got the following bug

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread Mike Frysinger
On Tuesday, September 06, 2011 17:58:12 Olivier Crête wrote: > On Tue, 2011-09-06 at 16:45 -0500, William Hubbs wrote: > > On Tue, Sep 06, 2011 at 05:21:40PM -0400, Mike Frysinger wrote: > > > On Tuesday, September 06, 2011 14:46:06 William Hubbs wrote: > > > > The simplest fix for this would be fo

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread Olivier Crête
On Tue, 2011-09-06 at 16:45 -0500, William Hubbs wrote: > On Tue, Sep 06, 2011 at 05:21:40PM -0400, Mike Frysinger wrote: > > On Tuesday, September 06, 2011 14:46:06 William Hubbs wrote: > > > The simplest fix for this would be for us to add /libexec to baselayout > > > and start using it for platf

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread William Hubbs
On Tue, Sep 06, 2011 at 04:45:43PM -0500, William Hubbs wrote: > On Tue, Sep 06, 2011 at 05:21:40PM -0400, Mike Frysinger wrote: > > On Tuesday, September 06, 2011 14:46:06 William Hubbs wrote: > > > we just got the following bug report for openrc today [1]. > > > > > > On a gentoo 64 bit system,

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread William Hubbs
On Tue, Sep 06, 2011 at 05:21:40PM -0400, Mike Frysinger wrote: > On Tuesday, September 06, 2011 14:46:06 William Hubbs wrote: > > we just got the following bug report for openrc today [1]. > > > > On a gentoo 64 bit system, /lib is a symbolic link to /lib64, and this > > causes breakage in openrc

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread Mike Frysinger
On Tuesday, September 06, 2011 14:46:06 William Hubbs wrote: > we just got the following bug report for openrc today [1]. > > On a gentoo 64 bit system, /lib is a symbolic link to /lib64, and this > causes breakage in openrc. that specific report sounds like using /run would fix things ? as for

[gentoo-dev] Re: gentoo-x86/dev-libs/libffi: ChangeLog libffi-3.0.10_rc8.ebuild libffi-3.0.9.ebuild

2011-09-06 Thread Fabian Groffen
On 06-09-2011 20:24:54 +, Samuli Suominen wrote: > Modified: ChangeLog > Removed: libffi-3.0.10_rc8.ebuild libffi-3.0.9.ebuild > Log: > [This is a placeholder. Please ignore.] Considering that you seem to do this on a regular basis: Please change your script to write something less useless.

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread Olivier Crête
Hi, On Tue, 2011-09-06 at 13:46 -0500, William Hubbs wrote: > we just got the following bug report for openrc today [1]. The solution to that bug is probably to use /lib*/.. instead of /lib/... as the path you use ? > On a gentoo 64 bit system, /lib is a symbolic link to /lib64, and this > cause

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread William Hubbs
On Tue, Sep 06, 2011 at 09:20:38PM +0200, Michał Górny wrote: > On Tue, 6 Sep 2011 13:46:06 -0500 > William Hubbs wrote: > > > we just got the following bug report for openrc today [1]. > > > > On a gentoo 64 bit system, /lib is a symbolic link to /lib64, and this > > causes breakage in openrc.

Re: [gentoo-dev] rfc: using /libexec

2011-09-06 Thread Michał Górny
On Tue, 6 Sep 2011 13:46:06 -0500 William Hubbs wrote: > we just got the following bug report for openrc today [1]. > > On a gentoo 64 bit system, /lib is a symbolic link to /lib64, and this > causes breakage in openrc. > > The simplest fix for this would be for us to add /libexec to > baselayo

[gentoo-dev] rfc: using /libexec

2011-09-06 Thread William Hubbs
All, we just got the following bug report for openrc today [1]. On a gentoo 64 bit system, /lib is a symbolic link to /lib64, and this causes breakage in openrc. The simplest fix for this would be for us to add /libexec to baselayout and start using it for platform-agnostic code. We have /usr/li

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-06 Thread Matt Turner
On Sun, Apr 3, 2011 at 1:20 PM, Corentin Chary wrote: > Hi again, Found a little problem: it's not finding a newer version of wireless-regdb, which uses a date-based versioning system. If euscan tried to view/parse the directory index where the distfiles are located, it would find this new file.

Re: [gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

2011-09-06 Thread Maxim Koltsov
If user is emerging some polkit-requiring package on DE-less system, it will pull big bunch of KDE, GNOME, etc. pacakges, which is not desired. Also, nm-applet and others can be set up with localauthority files, without help of polkit agents. I don't think virtual will solve this case.

[gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

2011-09-06 Thread Fabio Erculiani
We have actually 3 polkit agent implementations in Portage: gnome-extra/polkit-gnome lxde-base/lxpolkit sys-auth/polkit-kde-agent I guess a virtual is required. Just a simple example, gnome-extra/nm-applet requires a polkit auth agent (not present in RDEPEND atm -- bug!) in order to handle wifi p