Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-08 Thread Tomáš Chvátal
2011/9/8 Michał Górny mgo...@gentoo.org: Done. Also, added an example. If nobody has further objections, I'll commit this today. -- Best regards, Michał Górny Dunno but shouldn't there be two fields one for AUTHOR and one for MAINTAINER, Also in the code do not use the autotols-utils...

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

2011-09-08 Thread Joshua Kinard
On 09/07/2011 20:35, Rich Freeman wrote: On Wed, Sep 7, 2011 at 5:31 PM, Joshua Kinard ku...@gentoo.org wrote: Never once have I had any issues with separate / and /usr, and none of them use an initramfs. Ditto here, but that doesn't mean that problems don't exist. Right now the

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-08 Thread Michał Górny
On Thu, 8 Sep 2011 09:52:02 +0200 Tomáš Chvátal scarab...@gentoo.org wrote: 2011/9/8 Michał Górny mgo...@gentoo.org: Done. Also, added an example. If nobody has further objections, I'll commit this today. -- Best regards, Michał Górny Dunno but shouldn't there be two fields

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

2011-09-08 Thread Michał Górny
On Thu, 08 Sep 2011 04:19:32 -0400 Joshua Kinard ku...@gentoo.org wrote: On 09/07/2011 20:35, Rich Freeman wrote: On Wed, Sep 7, 2011 at 5:31 PM, Joshua Kinard ku...@gentoo.org wrote: Never once have I had any issues with separate / and /usr, and none of them use an initramfs.

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

2011-09-08 Thread Eray Aslan
On 2011-09-08 11:19 AM, Joshua Kinard wrote: Whoever said we had to do what everyone else did? We're Gentoo, not a pack of lemmings. If we have to, we should be able to create an entirely new solution, never thought of before, that fixes the problem for all parties involved, yet allows us to

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

2011-09-08 Thread Samuli Suominen
On 09/06/2011 11:31 PM, Fabian Groffen wrote: 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

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

2011-09-08 Thread Duncan
Samuli Suominen posted on Thu, 08 Sep 2011 14:54:24 +0300 as excerpted: On 09/06/2011 11:31 PM, Fabian Groffen wrote: 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.]

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

2011-09-08 Thread Fabian Groffen
On 08-09-2011 14:54:24 +0300, Samuli Suominen wrote: On 09/06/2011 11:31 PM, Fabian Groffen wrote: 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.]

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

2011-09-08 Thread Markos Chandras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 08/09/2011 04:07 μμ, Fabian Groffen wrote: On 08-09-2011 14:54:24 +0300, Samuli Suominen wrote: On 09/06/2011 11:31 PM, Fabian Groffen wrote: On 06-09-2011 20:24:54 +, Samuli Suominen wrote: Modified: ChangeLog Removed:

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

2011-09-08 Thread Fabian Groffen
On 08-09-2011 16:16:36 +0300, Markos Chandras wrote: The changelog entry message is irrelevant in this case since the changelog already lists which files were removed ( -foo-1 -foo-2 ) so please don't make us restart the old discussion about changelogs which will lead us again to nasty and

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

2011-09-08 Thread Petteri Räty
On 8.9.2011 16.16, Markos Chandras wrote: (Consider my refusal to reply any more messages in this thread as an polite attempt of avoiding escalation and flame.) Consider my email as a friendly and polite request to please change your ChangeLog behaviour from now on. The changelog

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

2011-09-08 Thread Rich Freeman
On Thu, Sep 8, 2011 at 4:41 AM, Michał Górny mgo...@gentoo.org wrote: I'd rather say we should do the work on real issues rather than imaginate 'separate /usr' problem. Honestly, most of 'advantages' of separate /usr are just hacks avoiding other problems. I guess the irony in my case was

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

2011-09-08 Thread Michał Górny
On Thu, 08 Sep 2011 13:52:55 +0300 Eray Aslan e...@gentoo.org wrote: On 2011-09-08 11:19 AM, Joshua Kinard wrote: Whoever said we had to do what everyone else did? We're Gentoo, not a pack of lemmings. If we have to, we should be able to create an entirely new solution, never thought of

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

2011-09-08 Thread Michał Górny
On Thu, 08 Sep 2011 16:16:36 +0300 Markos Chandras hwoar...@gentoo.org wrote: The changelog entry message is irrelevant in this case since the changelog already lists which files were removed ( -foo-1 -foo-2 ) so please don't make us restart the old discussion about changelogs which will lead

[gentoo-dev] bash-completion-r1: a quick migration guide

2011-09-08 Thread Michał Górny
Hello, As new bash-completion-r1 eclass is in the tree now, a quick migration guide follows. The new eclass is simpler and more consistent. It doesn't enforce USE=bash-completion or put any bash-completion-specific deps on packages. If any package _really_ needs that, it should put out the

Re: [gentoo-dev] bash-completion-r1: a quick migration guide

2011-09-08 Thread Ulrich Mueller
On Thu, 8 Sep 2011, Michał Górny wrote: 3) dobashcompletion foo - dobashcomp foo || die Isn't that rather: newbashcomp foo ${PN} || die Ulrich

Re: [gentoo-dev] bash-completion-r1: a quick migration guide

2011-09-08 Thread Michał Górny
On Thu, 8 Sep 2011 18:46:01 +0200 Ulrich Mueller u...@gentoo.org wrote: On Thu, 8 Sep 2011, Michał Górny wrote: 3) dobashcompletion foo - dobashcomp foo || die Isn't that rather: newbashcomp foo ${PN} || die Ah, sorry, you're right. -- Best regards, Michał Górny signature.asc

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Thomas Sachau
Tomáš Chvátal schrieb: Start collecting ideas for EAPI5. 1) USE-flag based support to cross-compile packages (mostly implemented in multilib-portage) 2) USE-flag based support to install for different slots (e.g. python, ruby or php) 3) (internal) USE-flag based support to re-install packages

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Alec Warner
On Thu, Sep 8, 2011 at 10:03 AM, Thomas Sachau to...@gentoo.org wrote: Tomáš Chvátal schrieb: Start collecting ideas for EAPI5. 1) USE-flag based support to cross-compile packages (mostly implemented in multilib-portage) 2) USE-flag based support to install for different slots (e.g. python,

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Ole Markus With
On Thu, 08 Sep 2011 19:03:56 +0200, Thomas Sachau to...@gentoo.org wrote: Tomáš Chvátal schrieb: Start collecting ideas for EAPI5. 2) USE-flag based support to install for different slots (e.g. python, ruby or php) The second one is already done in some eclasses, afaik php and ruby, but

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Arfrever Frehtes Taifersar Arahesis
2011-09-08 19:03:56 Thomas Sachau napisał(a): Tomáš Chvátal schrieb: Start collecting ideas for EAPI5. 2) USE-flag based support to install for different slots (e.g. python, ruby or php) The second one is already done in some eclasses, afaik php and ruby, but it might be a good idea

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Michał Górny
On Thu, 8 Sep 2011 20:10:23 +0200 Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com wrote: 2011-09-08 19:03:56 Thomas Sachau napisał(a): Tomáš Chvátal schrieb: Start collecting ideas for EAPI5. 2) USE-flag based support to install for different slots (e.g. python, ruby or

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Ciaran McCreesh
On Thu, 8 Sep 2011 20:35:48 +0200 Michał Górny mgo...@gentoo.org wrote: PM needs to provide us with a nice ability to handle all that. I've yet to see a complete, detailed, accurate description of what all that really is. It's a bit hard to come up with an EAPI solution when we don't know what

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Michał Górny
On Thu, 8 Sep 2011 19:33:03 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Thu, 8 Sep 2011 20:35:48 +0200 Michał Górny mgo...@gentoo.org wrote: PM needs to provide us with a nice ability to handle all that. I've yet to see a complete, detailed, accurate description of what

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

2011-09-08 Thread Eray Aslan
On 2011-09-08 6:58 PM, Michał Górny wrote: Could you stick to facts rather than pointless accusations? It is not an accusation and it is not pointless. For the last time: Seperate /usr without initramfs used to work. Now it doesn't. What you are proposing is going to make it well neigh

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

2011-09-08 Thread Joshua Kinard
On 09/08/2011 10:35, Rich Freeman wrote: It may have changed, but at least in the past you couldn't have root on a raid5 without an initramfs - you definitely couldn't have it on LVM. So, if you wanted to run LVM on raid5, you had to have a separate root that was raid1 with the older

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

2011-09-08 Thread Joshua Kinard
On 09/08/2011 16:02, Eray Aslan wrote: Seperate /usr without initramfs used to work. Now it doesn't. What you are proposing is going to make it well neigh impossible to correct later on. We could have done a proper fix instead of going with the flow. But I am not the one doing the coding

[gentoo-dev] Re: Committing packages with unfetchable sources [sys-devel/gdb-7.3.1]

2011-09-08 Thread Mike Frysinger
On Wednesday, September 07, 2011 03:20:01 Tomáš Chvátal wrote: please stop committing packages that is not possible to fetch right away. You can pick from three options: a) stop using mirrors://gentoo/ and put it on dev.gentoo.org to your public_html like most of us do b) mask the package

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

2011-09-08 Thread Mike Frysinger
On Wednesday, September 07, 2011 05:27:05 Michał Górny wrote: On Wed, 07 Sep 2011 12:17:21 +0300 Alexey Shvetsov wrote: Moving things as openrc to /usr/libexec will effectevely barake old systems with separtae / and /usr. So it isnt good idea Old systems should migrate to initramfs, like

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

2011-09-08 Thread Mike Frysinger
On Thursday, September 08, 2011 18:15:21 Joshua Kinard wrote: On 09/08/2011 16:02, Eray Aslan wrote: Seperate /usr without initramfs used to work. Now it doesn't. What you are proposing is going to make it well neigh impossible to correct later on. We could have done a proper fix instead

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-08 Thread Mike Frysinger
On Thursday, September 08, 2011 14:10:23 Arfrever Frehtes Taifersar Arahesis wrote: 2011-09-08 19:03:56 Thomas Sachau napisał(a): Tomáš Chvátal schrieb: Start collecting ideas for EAPI5. 2) USE-flag based support to install for different slots (e.g. python, ruby or php) The

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

2011-09-08 Thread Nirbheek Chauhan
On Tue, Sep 6, 2011 at 9:50 PM, Fabio Erculiani lx...@gentoo.org wrote: We have actually 3 polkit agent implementations in Portage: gnome-extra/polkit-gnome lxde-base/lxpolkit sys-auth/polkit-kde-agent There's one more: gnome-base/gnome-shell GNOME Shell has its own polkit-agent

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

2011-09-08 Thread Eray Aslan
On 2011-09-09 1:15 AM, Joshua Kinard wrote: Under what setup does it not work now? I would very much like to know if some recent OpenRC thing just hosed something. I'm dealing with torrential rain here, thunderstorms, and I cannot predict when my next power outage will be. Last thing I need