Re: [gentoo-user] LINGUAS, L10N, and local-gen

Alan McKinnon wrote: > On 24/06/2016 17:40, Dale wrote: >> Peter Humphrey wrote: >>> On Friday 24 Jun 2016 09:54:35 Dale wrote: >>> I agree that the news item was confusing. The guide it linked to wasn't much better either. In the end, I just fiddled with the setting until I

Re: [gentoo-user] LINGUAS, L10N, and local-gen

On Friday 24 Jun 2016 22:33:38 Alan McKinnon wrote: > ... all my posts in the last 30 minutes are redundant. Er... :-) -- Rgds Peter

Re: [gentoo-user] LINGUAS, L10N, and local-gen

On 24/06/2016 20:58, Dale wrote: Since Alan's post makes more sense to me than the docs, I added the L10N to make.conf and I got a clean output. So, that works. Mine is what Alan posted. I guess I'm ready for the future now.;-) And gmail helpfully delivered half my mail after me being out

Re: [gentoo-user] LINGUAS, L10N, and local-gen

On 24/06/2016 22:09, Dale wrote: allan gottlieb wrote: On Fri, Jun 24 2016, Alan McKinnon wrote: On 24/06/2016 16:06, allan gottlieb wrote: Having read the latest news article and rereading parts of the localization guide, it is not clear to me what action, if any, I need to take. My

Re: [gentoo-user] LINGUAS, L10N, and local-gen

On 24/06/2016 17:40, Dale wrote: Peter Humphrey wrote: On Friday 24 Jun 2016 09:54:35 Dale wrote: I agree that the news item was confusing. The guide it linked to wasn't much better either. In the end, I just fiddled with the setting until I found a setting that didn't change what I already

Re: [gentoo-user] LINGUAS, L10N, and local-gen

allan gottlieb wrote: > On Fri, Jun 24 2016, Alan McKinnon wrote: > >> On 24/06/2016 16:06, allan gottlieb wrote: >>> Having read the latest news article and rereading parts of the >>> localization guide, it is not clear to me what action, if any, I need to >>> take. >>> >>> My systems are US

[gentoo-user] Gentoo Flatpak github Re: Gentoo is supporting officially Snap packages?

José Maldonado gmail.com> writes: > Gentoo is supporting officially Snap packages? Why not Flatpak? Just ran across this:: https://github.com/fosero/flatpak-overlay I have not tested this at all:: caveat emptor. James

Re: [gentoo-user] LINGUAS, L10N, and local-gen

Alan McKinnon wrote: > On 24/06/2016 16:06, allan gottlieb wrote: >> Having read the latest news article and rereading parts of the >> localization guide, it is not clear to me what action, if any, I need to >> take. >> >> My systems are US English only >> >> /etc/portage/make.conf has >>

Re: [gentoo-user] LINGUAS, L10N, and local-gen

On Fri, Jun 24 2016, Alan McKinnon wrote: > On 24/06/2016 16:06, allan gottlieb wrote: >> Having read the latest news article and rereading parts of the >> localization guide, it is not clear to me what action, if any, I need to >> take. >> >> My systems are US English only >> >>

Re: [gentoo-user] LINGUAS, L10N, and local-gen

Peter Humphrey wrote: > On Friday 24 Jun 2016 09:54:35 Dale wrote: > >> I agree that the news item was confusing. The guide it linked to wasn't >> much better either. In the end, I just fiddled with the setting until I >> found a setting that didn't change what I already have, in other words, >>

Re: [gentoo-user] LINGUAS, L10N, and local-gen

On 24/06/2016 16:06, allan gottlieb wrote: > Having read the latest news article and rereading parts of the > localization guide, it is not clear to me what action, if any, I need to > take. > > My systems are US English only > > /etc/portage/make.conf has >LINGUAS="en" > > /etc/local.gen

[gentoo-user] Failed to connect to lvmetad

Hello, So I do not use 'lvm' on this system. So after adding net-misc/openntpd and setting it up per the wiki, I got this strange message:: # /etc/init.d/ntpd restart * Caching service dependencies ... File descriptor 3 (pipe:[25250801]) leaked on lvm invocation. Parent PID 1159: /bin/sh

Re: [gentoo-user] LINGUAS, L10N, and local-gen

On Friday 24 Jun 2016 09:54:35 Dale wrote: > I agree that the news item was confusing. The guide it linked to wasn't > much better either. In the end, I just fiddled with the setting until I > found a setting that didn't change what I already have, in other words, > I got a clean emerge -uvaDN

Re: [gentoo-user] LINGUAS, L10N, and local-gen

allan gottlieb wrote: > Having read the latest news article and rereading parts of the > localization guide, it is not clear to me what action, if any, I need to > take. > > My systems are US English only > > /etc/portage/make.conf has >LINGUAS="en" > > /etc/local.gen has just comments plus >

[gentoo-user] LINGUAS, L10N, and local-gen

Having read the latest news article and rereading parts of the localization guide, it is not clear to me what action, if any, I need to take. My systems are US English only /etc/portage/make.conf has LINGUAS="en" /etc/local.gen has just comments plus en_US ISO-8859-1 en_US.UTF-8 UTF-8

Re: [gentoo-user] inittab changes sysvinit-2.88-r7 to sys-apps/sysvinit-2.88-r9

Thanks Ciao Marco On Fri, 24 Jun 2016 08:17:26 + "Luigi 'Comio' Mantellini" wrote: > Hi, > > you can find the answer here: > > https://bugs.gentoo.org/show_bug.cgi?id=487384 > > ciao > > luigi > > UE is us. We are UE. > > Il giorno ven 24 giu 2016 alle

Re: [gentoo-user] inittab changes sysvinit-2.88-r7 to sys-apps/sysvinit-2.88-r9

On Fri, Jun 24, 2016 at 4:17 AM, Luigi 'Comio' Mantellini wrote: > > you can find the answer here: > > https://bugs.gentoo.org/show_bug.cgi?id=487384 > Ironically, the comment trace shows an unnecessary 2 year sleep in there. :) -- Rich

Re: [gentoo-user] inittab changes sysvinit-2.88-r7 to sys-apps/sysvinit-2.88-r9

Hi, you can find the answer here: https://bugs.gentoo.org/show_bug.cgi?id=487384 ciao luigi UE is us. We are UE. Il giorno ven 24 giu 2016 alle ore 10:12 ha scritto: > After update to sys-apps/sysvinit-2.88-r9 the inittab want to change > some parameters: > >

[gentoo-user] inittab changes sysvinit-2.88-r7 to sys-apps/sysvinit-2.88-r9

After update to sys-apps/sysvinit-2.88-r9 the inittab want to change some parameters: -l0s:0:wait:/sbin/halt -dhp +l0s:0:wait:/sbin/halt -dhnp -l6r:6:wait:/sbin/reboot -dk +l6r:6:wait:/sbin/reboot -dkn halt/reboot man: -n Don't sync before reboot or halt. Note that the kernel and storage