[gentoo-dev] Lastrite: www-client/xxxterm

2013-01-30 Thread Rafael Goncalves Martins
# Rafael G. Martins (31 Jan 2013) # Renamed to xombrero. Please install www-client/xombrero (bug #417555) # The package was not pkg-moved to fix the upstream versioning mess. # Removal in 30 days www-client/xxxterm -- Rafael Goncalves Martins Gentoo Linux developer http://rafaelmartins.eng.br/

[gentoo-dev] Re: [PATCH eutils] Die if epunt_cxx is called unnecessarily.

2013-01-30 Thread Ryan Hill
On Thu, 31 Jan 2013 00:53:06 +0100 Michał Górny wrote: > On Wed, 30 Jan 2013 17:57:20 -0600 > Ryan Hill wrote: > > On Wed, 30 Jan 2013 22:36:53 +0100 > > Michał Górny wrote: > > > Currently, epunt_cxx always succeeds. This results in some > > > of the ebuilds keeping its use even though the C

Re: [gentoo-dev] Re: [PATCH eutils] Die if epunt_cxx is called unnecessarily.

2013-01-30 Thread Michał Górny
On Wed, 30 Jan 2013 17:57:20 -0600 Ryan Hill wrote: > On Wed, 30 Jan 2013 22:36:53 +0100 > Michał Górny wrote: > > > Currently, epunt_cxx always succeeds. This results in some > > of the ebuilds keeping its use even though the C++ checks were removed > > upstream. > > > > Therefore, I'm sugges

[gentoo-dev] Re: [PATCH eutils] Die if epunt_cxx is called unnecessarily.

2013-01-30 Thread Ryan Hill
On Wed, 30 Jan 2013 22:36:53 +0100 Michał Górny wrote: > Currently, epunt_cxx always succeeds. This results in some > of the ebuilds keeping its use even though the C++ checks were removed > upstream. > > Therefore, I'm suggesting to add a simple check to the function -- if > none of the patchin

[gentoo-dev] [PATCH eutils] Die if epunt_cxx is called unnecessarily.

2013-01-30 Thread Michał Górny
Currently, epunt_cxx always succeeds. This results in some of the ebuilds keeping its use even though the C++ checks were removed upstream. Therefore, I'm suggesting to add a simple check to the function -- if none of the patching attempts succeed, die requesting the user to remove the invocation.

Re: readme.gentoo.eclass: use echo -e instead of plain echo (Was: Re: [gentoo-dev] readme.gentoo.eclass: Add a DISABLE_AUTOFORMATTING variable=

2013-01-30 Thread Pacho Ramos
El mié, 30-01-2013 a las 21:24 +0800, Ben de Groot escribió: > On 30 January 2013 05:47, Pacho Ramos wrote: > > El mar, 29-01-2013 a las 14:03 +0800, Ben de Groot escribió: > >> On 29 January 2013 03:30, Pacho Ramos wrote: > >> > El lun, 28-01-2013 a las 14:37 +0800, Ben de Groot escribió: > >> >

Re: readme.gentoo.eclass: use echo -e instead of plain echo (Was: Re: [gentoo-dev] readme.gentoo.eclass: Add a DISABLE_AUTOFORMATTING variable=

2013-01-30 Thread Ben de Groot
On 30 January 2013 05:47, Pacho Ramos wrote: > El mar, 29-01-2013 a las 14:03 +0800, Ben de Groot escribió: >> On 29 January 2013 03:30, Pacho Ramos wrote: >> > El lun, 28-01-2013 a las 14:37 +0800, Ben de Groot escribió: >> >> I've started using this eclass, but with README files, not the variab

Re: Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-30 Thread Michał Górny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 30 Jan 2013 12:30:51 +0100 Michael Weber wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 01/30/2013 10:58 AM, Michał Górny wrote: > > On Wed, 30 Jan 2013 09:35:12 +0100 Michael Weber > > wrote: > > > We don't want 32-bi

Re: Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-30 Thread Michael Weber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/30/2013 10:58 AM, Michał Górny wrote: > On Wed, 30 Jan 2013 09:35:12 +0100 Michael Weber > wrote: > We don't want 32-bit cp. Thomas likes to support every weird idea > coming from a random user, I don't. What is wrong with "random" or "user"

Re: Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-30 Thread Michał Górny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 30 Jan 2013 09:35:12 +0100 Michael Weber wrote: > What's the primary Idea behind multilib at all? > Isn't it just a workaround to keep prebuild software > from lazy/incapable/dead upstreams working (skype, ...)? Yes. And 32-bit wine for 32

Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-30 Thread Michał Górny
On Wed, 30 Jan 2013 01:39:16 +0100 Maciej Mrozowski wrote: > On Sunday 27 of January 2013 19:11:16 Micha³ Górny wrote: > > On Sun, 27 Jan 2013 21:04:14 +0300 > > > > Sergei Trofimovich wrote: > > > On Sun, 27 Jan 2013 17:30:22 +0100 > > > > > > Micha³ Górny wrote: > > > > On Sun, 27 Jan 2013

Re: Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-30 Thread Michael Weber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/30/2013 09:35 AM, Michael Weber wrote: > These // can be anything, like different ABIs, different libc > implementations, different keyword (stable, testing), different > Distros, - as long as it runs with the current kernel. Well, > thin-provi

Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan

2013-01-30 Thread Michael Weber
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, What's the primary Idea behind multilib at all? Isn't it just a workaround to keep prebuild software from lazy/incapable/dead upstreams working (skype, ...)? Is there any other real use besides bragging about processor capabilities and compilin

Re: readme.gentoo.eclass: use echo -e instead of plain echo (Was: Re: [gentoo-dev] readme.gentoo.eclass: Add a DISABLE_AUTOFORMATTING variable=

2013-01-30 Thread Ralph Sennhauser
On Tue, 29 Jan 2013 22:47:26 +0100 Pacho Ramos wrote: > Also, autoformatting will help to prevent every package setting > messages with different lines length (in some cases really long lines > that I finally reported some bugs in the past to get them fitting in > "standard" 80 characters per lin