Re: [gentoo-dev] [PATCH eutils] Move remove_libtool_files() from autotools-utils for wider use.

2012-05-30 Thread Mike Frysinger
On Thursday 31 May 2012 01:46:41 Michał Górny wrote: > On Wed, 30 May 2012 17:19:49 -0400 Mike Frysinger wrote: > > On Monday 28 May 2012 03:58:56 Michał Górny wrote: > > > +# @USAGE: [all] > > > > this is incorrect. the usage is: > > > > No, it's perfectly valid. Moreover, it even explains

Re: [gentoo-dev] [PATCH eutils] Move remove_libtool_files() from autotools-utils for wider use.

2012-05-30 Thread Michał Górny
On Wed, 30 May 2012 17:19:49 -0400 Mike Frysinger wrote: > On Monday 28 May 2012 03:58:56 Michał Górny wrote: > > +# @USAGE: [all] > > this is incorrect. the usage is: > No, it's perfectly valid. Moreover, it even explains what the function actually does rather than your imagination. B

Re: [gentoo-dev] Should packages auto-eselect alternative implementation on removal?

2012-05-30 Thread Mike Frysinger
On Wednesday 30 May 2012 17:57:43 Michael Orlitzky wrote: > On 05/30/2012 05:23 PM, Mike Frysinger wrote: > > On Wednesday 30 May 2012 13:01:24 Michał Górny wrote: > >> This issue was given my attention through bug 418217 [1]. Long > >> story short -- there are applications which call pager > >> im

Re: [gentoo-dev] Should packages auto-eselect alternative implementation on removal?

2012-05-30 Thread Michael Orlitzky
On 05/30/2012 05:23 PM, Mike Frysinger wrote: > On Wednesday 30 May 2012 13:01:24 Michał Górny wrote: >> This issue was given my attention through bug 418217 [1]. Long >> story short -- there are applications which call pager >> implicitly. Those are git & systemd. They don't actually require >> an

Re: [gentoo-dev] dev-libs/libusbx:1 the default provider for virtual/libusb:1 (for ~arch)

2012-05-30 Thread Mike Frysinger
On Wednesday 30 May 2012 17:41:18 Peter Stuge wrote: > Mike Frysinger wrote: > > > Fedora rawhide and ArchLinux switched to libusbx and followed > > > suit in our virtual/libusb:1. > > > > sad that we can't get these things merged. maybe we need to > > convince dsd to hand over the reigns ? > >

Re: [gentoo-dev] dev-libs/libusbx:1 the default provider for virtual/libusb:1 (for ~arch)

2012-05-30 Thread Peter Stuge
Hi Mike, list, Mike Frysinger wrote: > > Fedora rawhide and ArchLinux switched to libusbx and followed > > suit in our virtual/libusb:1. > > sad that we can't get these things merged. maybe we need to > convince dsd to hand over the reigns ? It seems that some don't know that dsd made me co-mai

Re: [gentoo-dev] Should packages auto-eselect alternative implementation on removal?

2012-05-30 Thread Mike Frysinger
On Wednesday 30 May 2012 13:01:24 Michał Górny wrote: > This issue was given my attention through bug 418217 [1]. Long story > short -- there are applications which call pager implicitly. Those are > git & systemd. They don't actually require any pager being installed; > however, if $PAGER is set t

Re: [gentoo-dev] dev-libs/libusbx:1 the default provider for virtual/libusb:1 (for ~arch)

2012-05-30 Thread Mike Frysinger
On Sunday 27 May 2012 14:12:46 Samuli Suominen wrote: > Fedora rawhide and ArchLinux switched to libusbx and followed suit in > our virtual/libusb:1. sad that we can't get these things merged. maybe we need to convince dsd to hand over the reigns ? -mike signature.asc Description: This is a di

Re: [gentoo-dev] [PATCH eutils] Move remove_libtool_files() from autotools-utils for wider use.

2012-05-30 Thread Mike Frysinger
On Monday 28 May 2012 03:58:56 Michał Górny wrote: > +# @FUNCTION: remove_libtool_files "preen_libtool_files" might be better. after all, you aren't just removing them all. > +# @USAGE: [all] this is incorrect. the usage is: > + [[ ${#} -le 1 ]] || die "Invalid number of args to

Re: [gentoo-dev] Should packages auto-eselect alternative implementation on removal?

2012-05-30 Thread Ulrich Mueller
> On Wed, 30 May 2012, Michał Górny wrote: > There is a number of virtuals in Gentoo which switching active > implementation via eselect. However, most of the packages being > 'alternative providers' don't seem to care about eselect at all. Is > that the correct thing to do, or maybe should ev

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Dirkjan Ochtman
On Wed, May 30, 2012 at 8:33 PM, Robin H. Johnson wrote: > No, the last mock conversion is still live and updating fairly often: > http://git-exp.overlays.gentoo.org/gitweb/?p=exp/gentoo-x86.git;a=summary Since you seem to know most about this project, can you give a short summary on what *you* t

Re: [gentoo-dev] RFC: Virtual for awk implementation

2012-05-30 Thread Florian Philipp
Am 30.05.2012 20:29, schrieb Florian Philipp: > > mkdir -p mkdir /tmp/foo; find "$HOME" -type f -printf '%f %s\n' | \ > gawk '{ print $2 > "/tmp/foo/" $1 }' > > --> Fills /tmp/foo with small files > > mkdir -p mkdir /tmp/foo; find "$HOME" -type f -printf '%f %s\n' | \ > mawk '{ print

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Robin H. Johnson
On Wed, May 30, 2012 at 01:06:45PM +, Duncan wrote: > Of course, those previous trial runs are probably similarly dated, now, > so a new one's probably in order with the new perspective on those bug > priorities, etc, but at least getting the input of someone that was > involved with them sh

Re: [gentoo-dev] RFC: Virtual for awk implementation

2012-05-30 Thread Florian Philipp
Am 30.05.2012 02:11, schrieb Christoph Junghans: > Hi, > > recently I stumbled across a problem with mawk, which is apprearly > Ubuntu's default awk interpreter. > This brought the idea to my mind of adding a virtual for awk. Beside > the fact that we already have 3 awk interpreters in gx86 (gawk,

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Justin
On 30.05.2012 18:58, Aaron W. Swenson wrote: > On 05/30/2012 12:53 PM, Tobias Klausmann wrote: >> Hi! > >> On Wed, 30 May 2012, Rich Freeman wrote: >>> On Wed, May 30, 2012 at 6:16 AM, Dirkjan Ochtman >>> wrote: Yeah... this is why I was asking about access to infra to test the conversi

Re: [gentoo-dev] Should packages auto-eselect alternative implementation on removal?

2012-05-30 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/05/12 01:01 PM, Michał Górny wrote: > ... In other words, removing a pager leaves system in a broken > state. AFAICS, 'eselect pager' doesn't even support a system > without pager -- it just fails miserably. So the user is either > forced to in

Re: [gentoo-dev] Re: [PATCH eutils] Move remove_libtool_files() from autotools-utils for wider use.

2012-05-30 Thread Michał Górny
On Tue, 29 May 2012 14:50:19 +0100 Steven J Long wrote: > Michał Górny wrote: > > > + find "${D}" -type f -name '*.la' -print0 | while read -r -d '' > > f; > .. > > + rm -f "${f}" || die > .. > > + done > > Don't pipe to read like that; it means the final command is in a > subshell and "di

[gentoo-dev] Should packages auto-eselect alternative implementation on removal?

2012-05-30 Thread Michał Górny
Hello, There is a number of virtuals in Gentoo which switching active implementation via eselect. However, most of the packages being 'alternative providers' don't seem to care about eselect at all. Is that the correct thing to do, or maybe should every package ensure that after its removal anothe

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Aaron W. Swenson
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/30/2012 12:53 PM, Tobias Klausmann wrote: > Hi! > > On Wed, 30 May 2012, Rich Freeman wrote: >> On Wed, May 30, 2012 at 6:16 AM, Dirkjan Ochtman >> wrote: >>> Yeah... this is why I was asking about access to infra to test >>> the conversion;

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Tobias Klausmann
Hi! On Wed, 30 May 2012, Rich Freeman wrote: > On Wed, May 30, 2012 at 6:16 AM, Dirkjan Ochtman wrote: > > Yeah... this is why I was asking about access to infra to test the > > conversion; so far, I haven't had any replies, though. > > A mock conversion would probably help with creating > proc

[gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Duncan
Rich Freeman posted on Wed, 30 May 2012 07:32:49 -0400 as excerpted: > On Wed, May 30, 2012 at 6:16 AM, Dirkjan Ochtman wrote: >> Yeah... this is why I was asking about access to infra to test the >> conversion; so far, I haven't had any replies, though. >> >> > A mock conversion would probably h

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Rich Freeman
On Wed, May 30, 2012 at 6:16 AM, Dirkjan Ochtman wrote: > Yeah... this is why I was asking about access to infra to test the > conversion; so far, I haven't had any replies, though. > A mock conversion would probably help with creating procedures/docs/etc as well. It is nice to say that we're "j

Re: [gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Dirkjan Ochtman
On Wed, May 30, 2012 at 11:38 AM, Duncan <1i5t5.dun...@cox.net> wrote: > Of course, there's a much larger infra component to the git migration, so > either having that someone being an infra person, or at least having > someone from infra have the time and be willing to work closely with > them, is

[gentoo-dev] Re: Portage Git migration - clean cut or git-cvsserver

2012-05-30 Thread Duncan
Rich Freeman posted on Tue, 29 May 2012 21:55:04 -0400 as excerpted: > So, what is the big issue? Is there something not being tracked, or is > one of those items a lot harder than it looks? I'd suggest that it's like openrc stabilization. The biggest problem with it is that it's a BIG job, an