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
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,
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 slowly deleting the
| 'virtual/libc' DEPEND from ebuilds as i
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
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 a
On Friday 06 May 2005 06:56 pm, Diego 'Flameeyes' Pettenò wrote:
> On Saturday 07 May 2005 00:46, Mike Frysinger wrote:
> > can you explain why my previous solution of assuming libc provided NLS
> > capabilities wasnt good enough ?
>
> And I don't like the idea of forcing into system gettext and li
On Saturday 07 May 2005 00:49, Ciaran McCreesh wrote:
> Personally I'd prefer that you waited for the virtuals GLEP.
Well it's not exactly something sooo urgent.. as we are working out of main
tree we can just say users "install libiconv and gettext if you want to
compile XXX". But to get the mor
On Saturday 07 May 2005 00:46, Mike Frysinger wrote:
> can you explain why my previous solution of assuming libc provided NLS
> capabilities wasnt good enough ?
Because they don't. Simple.
And I don't like the idea of forcing into system gettext and libiconv, as they
aren't needed for *all* the s
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
| creat
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
That's another discussion birth from G/FreeBSD problems :)
First of all, a bit of introduction on what libintl and iconv are supposed to
mean:
- libintl is a library which takes care of providing i18n support at runtime
in applications. This is provided by glibc and probably uclibc on Linux
sy
11 matches
Mail list logo
