On Thu, 19 Jul 2012 18:34:41 -0400
Mike Gilbert wrote:
> On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico
> wrote:
> > On 07/19/2012 06:14 AM, Ralph Sennhauser wrote:
> >> Could be that Portage re-exports a sanitized
> >> LINGUAS tough, but I doubt it.
> >
> > Portage does sanitize it if there are any
On Thu, Jul 19, 2012 at 2:45 AM, Ben de Groot wrote:
> Today I would like to present to you my proposal for a new eclass with
> helper functions for treating localizations: l10n.eclass (see the
> attached file or [1]). Its functionality can be used in other eclasses
> (such as qt4-r2 and cmake-uti
On Thu, Jul 19, 2012 at 5:13 PM, Zac Medico wrote:
> On 07/19/2012 06:14 AM, Ralph Sennhauser wrote:
>> Could be that Portage re-exports a sanitized
>> LINGUAS tough, but I doubt it.
>
> Portage does sanitize it if there are any linguas_* flags in IUSE,
> otherwise it lets the variable pass throug
> On Thu, 19 Jul 2012, Sascha Cunz wrote:
> Is there a reason for not using at least en_US.UTF-8 as a "sane"
> default value?
Because there's no one-size-fits-all locale, but it is specific to
every system so the user must configure it?
The matter was recently discussed in this mailing list
Sascha Cunz schrieb:
> Is there a reason for not using at least en_US.UTF-8 as a "sane" default
> value?
It has been discussed some time ago already. Setting LANG="en_US.UTF-8"
would mess with collation rules, measurement&paper units etc. which has
the potential to make users outside USA unhappy.
# Alexandre Rostovtsev (19 Jul 2012)
# Fails to scan with recent sane-backends; fails to build with gegl-0.2;
# inactive upstream.
# Users should switch to another scanning utility, e.g. media-gfx/simple-scan.
# Removal in 30 days (bug #421957)
media-gfx/gnome-scan
I recently discovered that I for some reason haven't noticed the warning about
setting the locale to utf-8 in the gentoo handbook for obviously several
years; thus i was still running all my systems in a POSIX locale since i never
cared much about it.
However, since I noticed, I talked to sever
On 07/19/2012 06:14 AM, Ralph Sennhauser wrote:
> Could be that Portage re-exports a sanitized
> LINGUAS tough, but I doubt it.
Portage does sanitize it if there are any linguas_* flags in IUSE,
otherwise it lets the variable pass through without sanitizing it.
--
Thanks,
Zac
On Thu, 19 Jul 2012 07:05:39 -0400
Rich Freeman wrote:
> As others have mentioned, coreutils doesn't impact the initramfs much
> anyway, though other tools like mdadm/lvm/etc are more likely to.
>
> I think the more practical issue is that it isn't straightforward to
> do in an automated way. I
On Wed, Jul 18, 2012 at 07:04:15PM -0700, Olivier Cr?te wrote
> The rescue system should be entirely separate from the main system, so
> it survives mishandled upgrades. So having that should not hinder how
> your main system is built. So you should have it as a separate partition
> or you can even
On Thu, 19 Jul 2012 15:14:22 +0200
Ralph Sennhauser wrote:
> First, this is guaranteed by PMS and so independent of package manager
> and second, you do not have to care about locales in LINGUAS which are
> invalid for the package. Could be that Portage re-exports a sanitized
> LINGUAS tough, but
On 19 July 2012 21:14, Ralph Sennhauser wrote:
>
> I assume the P in PLOCALS stands for package. Not that obvious if you
> ask me. L10N_LOCALS would at least tell me which eclass this variable
> belongs to.
Yes, as P is widely used to refer to the package. I wanted something to
reflect that these
On 07/18/2012 02:25 PM, Michael Mol wrote:
> 1) There are no truly mature tools for automatically generating and
> installing an initramfs based on system requirements. Canek likes to
> recommend dracut, which still isn't marked stable. I've gotten stable
> genkernel to work reasonably, but its err
On Thu, 19 Jul 2012 14:45:39 +0800
Ben de Groot wrote:
> Today I would like to present to you my proposal for a new eclass with
> helper functions for treating localizations: l10n.eclass (see the
> attached file or [1]). Its functionality can be used in other eclasses
> (such as qt4-r2 and cmake-
On Thu, 19 Jul 2012 08:57:09 +0200
Ulrich Mueller wrote:
> Thanks, this explains why these DESCRIPTIONs are there.
>
> But history left aside, are they still useful today? If not, then they
> should be removed.
DESCRIPTION="Based on the ${ECLASS} eclass" is never a sufficient
description for a
On Wed, Jul 18, 2012 at 4:05 PM, Alec Warner wrote:
>
> I'm not really following your logic here, so forgive me. I completely
> understand why folks do not say, rebuild their kernel when it is
> updated (kernel configs are annoying.)
>
> However lets say I have coreutils in / and coreutils in my
I'll take it tho I don't use it. If someone else want it feel free to
ping me, I share my toys.
Cheers
Ultra
On 18/07/2012 18:37, Benedikt Böhm wrote:
> All,
>
> i'm not using rabbitmq-server except as a dependency for
> app-admin/chef and i've no interest or time to fix it. Feel free to
> take
17 matches
Mail list logo
