[gentoo-dev] dev-libs = dev-cpp moves

2005-05-06 Thread Aaron Walker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey guys/gals, There are a sleu of C++-only libs in dev-libs that IMO belong in dev-cpp: dev-libs/asyncresolv dev-libs/blitz dev-libs/boost dev-libs/botan dev-libs/cgicc dev-libs/commonc++ dev-libs/crypto++ dev-libs/darts dev-libs/DFB++

[gentoo-dev] New Developer: Duncan Coutts (dcoutts)

2005-05-06 Thread Tom Martin
Evening list, and apologies to people where it's not evening, I have the pleasure to tell you all about another new developer. His name is Duncan Coutts, and he lives in Oxford, where he is working towards his PhD in Computer Science. He will be joining the Haskell herd. He's competent in C and

Re: [gentoo-dev] virtual/libintl and virtual/iconv

2005-05-06 Thread Mike Frysinger
On Friday 06 May 2005 06:32 pm, Diego 'Flameeyes' Pettenò wrote: How good this solution can be? can you explain why my previous solution of assuming libc provided NLS capabilities wasnt good enough ? -mike -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] virtual/libintl and virtual/iconv

2005-05-06 Thread Ciaran McCreesh
On Sat, 7 May 2005 00:32:41 +0200 Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote: | Now, many ebuilds needs to add to their dependency libiconv and | gettext (to RDEPEND not just DEPEND) when they aren't used in | glibc/uclibc systems. As this is nasty to add, a solution could be to | create

Re: [gentoo-dev] virtual/libintl and virtual/iconv

2005-05-06 Thread Diego 'Flameeyes' Pettenò
On Saturday 07 May 2005 01:07, Mike Frysinger wrote: i didnt mean force gettext since we already track that so much in ebuilds, but having something like 'nls? ( libiconv )' in a libc's PDEPEND doesnt seem like such a bad idea to me nls useflag is misused in that case, as freebsd-* packages

Re: [gentoo-dev] virtual/libintl and virtual/iconv

2005-05-06 Thread Mike Frysinger
On Friday 06 May 2005 07:16 pm, Diego 'Flameeyes' Pettenò wrote: We have packages depending on libc, also. funny you should mention that as i've been slowly deleting the 'virtual/libc' DEPEND from ebuilds as i see it if ciaran's GLEP handles this crap cleanly, then i say we go with that -mike

Re: [gentoo-dev] virtual/libintl and virtual/iconv

2005-05-06 Thread Diego 'Flameeyes' Pettenò
On Saturday 07 May 2005 01:31, Mike Frysinger wrote: funny you should mention that as i've been slowly deleting the 'virtual/libc' DEPEND from ebuilds as i see it Quite fair this. Well okay, we'll wait for ciaran's GLEP :) -- Diego Flameeyes Pettenò Gentoo Developer (Gentoo/FreeBSD, Video,

[gentoo-dev] new devrel ops lead

2005-05-06 Thread Deedra Waters
Hi all! I'm pleased to announce devrel's new operational lead, jason huebel. Please torment and abuse him the same way you do me, he needs some breaking in:) Deedra -- Deedra Waters - Gentoo developer relations, accessibility and infrastructure - [EMAIL PROTECTED] Gentoo linux:

Re: [gentoo-dev] new glep draft: Portage as a secondary package manager

2005-05-06 Thread Brian Harring
On Fri, May 06, 2005 at 02:28:49PM +0100, Ciaran McCreesh wrote: The problem isn't the packages. The problem is the ebuilds. Agreed, although seemed to take a bit of dancing to get done to the fact that yes, changing the prefix has a good chance of working. From there, we're back to the old two

Re: [gentoo-dev] new glep draft: Portage as a secondary package manager

2005-05-06 Thread Ciaran McCreesh
On Fri, 6 May 2005 20:05:18 -0500 Brian Harring [EMAIL PROTECTED] wrote: | On Fri, May 06, 2005 at 02:28:49PM +0100, Ciaran McCreesh wrote: | The problem isn't the packages. The problem is the ebuilds. | Agreed, although seemed to take a bit of dancing to get done to the | fact that yes,

Re: [gentoo-dev] virtual/libintl and virtual/iconv

2005-05-06 Thread Jason Stubbs
On Saturday 07 May 2005 08:42, Ciaran McCreesh wrote: On Fri, 6 May 2005 19:31:02 -0400 Mike Frysinger [EMAIL PROTECTED] wrote: | On Friday 06 May 2005 07:16 pm, Diego 'Flameeyes' Petten wrote: | We have packages depending on libc, also. | | funny you should mention that as i've been