Re: [gentoo-user] firefox profile uses 100% CPU

[Mick]

On Thursday 12 Nov 2015 14:46:39 the...@sys-concept.com wrote:
> On 11/12/2015 12:35 AM, netfab wrote:
> > Le 11/11/15 à 17:38, the...@sys-concept.com a tapoté :
> >> When I start one of my firefox profile (even in "-safe-mode") it uses
> >> 100% CPU and is not responding.
> > 
> > If it works in safe-mode, but not without it, then you could try to
> > remove all extensions and clear the cache.
> 
> I did, it did not help.

It could be that the profile is corrupted for some reason.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] firefox profile uses 100% CPU

[Mick]

On Thursday 12 Nov 2015 22:10:12 Mick wrote:
> On Thursday 12 Nov 2015 20:56:28 the...@sys-concept.com wrote:
> > On 11/12/2015 01:40 PM, Mick wrote:
> > > On Thursday 12 Nov 2015 14:46:39 the...@sys-concept.com wrote:
> > >> On 11/12/2015 12:35 AM, netfab wrote:
> > >>> Le 11/11/15 à 17:38, the...@sys-concept.com a tapoté :
> >  When I start one of my firefox profile (even in "-safe-mode") it
> >  uses 100% CPU and is not responding.
> > >>> 
> > >>> If it works in safe-mode, but not without it, then you could try to
> > >>> remove all extensions and clear the cache.
> > >> 
> > >> I did, it did not help.
> > > 
> > > It could be that the profile is corrupted for some reason.
> > 
> > I do agree, but I'm looking for a way to fix it. What file should I
> > delete from Firefox profile.  I just want to retain bookmarks, passwords
> > etc.
> 
> I wouldn't know which file is corrupted, but recall you saying you ran
> 'reset'?
> 
> https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-sett
> ings

Try copying over one file at a time as suggested here:

https://support.mozilla.org/en-US/kb/recovering-important-data-from-an-old-profile

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] firefox profile uses 100% CPU

[thelma]

On 11/12/2015 01:40 PM, Mick wrote:
> On Thursday 12 Nov 2015 14:46:39 the...@sys-concept.com wrote:
>> On 11/12/2015 12:35 AM, netfab wrote:
>>> Le 11/11/15 à 17:38, the...@sys-concept.com a tapoté :
 When I start one of my firefox profile (even in "-safe-mode") it uses
 100% CPU and is not responding.
>>>
>>> If it works in safe-mode, but not without it, then you could try to
>>> remove all extensions and clear the cache.
>>
>> I did, it did not help.
> 
> It could be that the profile is corrupted for some reason.

I do agree, but I'm looking for a way to fix it. What file should I
delete from Firefox profile.  I just want to retain bookmarks, passwords
etc.

Re: [gentoo-user] Emerge order not deterministic !?

[Alan McKinnon]

On 11/11/2015 21:35, Walter Dnes wrote:
>   Ongoing installation.  I looked at 2 instances of
> "emerge -pv x11-base/xorg-server" and the order was somewhat different.
> Here are a couple of outputs, just a few seconds apart.  Is this a bug
> or a feature?  See attachments.
> 


Emerge order is not deterministic, especially with parallel builds. The
reason is that it does not need to be according to the dep graph - if
two packages are at the same level and do not depend on each other, then
the order they are built in does not affect the final result.
Practically all parallel processing works this way.

What is deterministic, is that if you build the same set of packages
twice and even if portage does them in different order, the binaries
produced are functionally identical

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Re: Re: Emerge order not deterministic !?

[Neil Bothwick]

On Thu, 12 Nov 2015 09:48:48 +0100, Jörg Schaible wrote:

>> > Hmmm. And how can you then ever use
> >> 
> >>   emerge --resume --skip-fist
> >> 
> >> if not even the first build is deterministic? I skip the first
> >> package anyway only if the problematic package is the first one to
> >> build after resume, but if I cannot even rely on that?  
> > 
> > 
> > Because it re-uses the previous build order, not re-generate a new
> > one.  
> 
> That's simply not true. Emerge resume calculates the order again and
> for me it starts often with a different package.

Then use emerge --keep-going and portage will take care of skipping
failing merges for you.


-- 
Neil Bothwick

Every morning is the dawn of a new error...


pgp5Vahc6BWYX.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: Re: Re: Emerge order not deterministic !?

[Jörg Schaible]

Neil Bothwick wrote:

> On Thu, 12 Nov 2015 09:48:48 +0100, Jörg Schaible wrote:
> 
>>> > Hmmm. And how can you then ever use
>> >> 
>> >>   emerge --resume --skip-fist
>> >> 
>> >> if not even the first build is deterministic? I skip the first
>> >> package anyway only if the problematic package is the first one to
>> >> build after resume, but if I cannot even rely on that?
>> > 
>> > 
>> > Because it re-uses the previous build order, not re-generate a new
>> > one.
>> 
>> That's simply not true. Emerge resume calculates the order again and
>> for me it starts often with a different package.
> 
> Then use emerge --keep-going and portage will take care of skipping
> failing merges for you.

Ah, no, that's not an option. It breaks for a reason. Sometimes I can ignore 
that and look for it later and in this case I skip it, but normally I fix 
the problem first. However, you have to take care, which package you're 
actually skipping. Especially if the build order is different with resume.

Cheers,
Jörg

Re: [gentoo-user] Fileserver with Raid + Crypto + BtrFS

[Marc Joliet]

On Wednesday 11 November 2015 23:08:44 Neil Bothwick wrote:
>On Wed, 11 Nov 2015 22:18:15 +0100, Ralf wrote:
>> And thinking about btrfs snapshot feature, using some 'btrfs history
>> tool', i would probably only be able to see a lot of crypto garbage when
>> going through my history (which can for sure be accessed by ecryptfs,
>> but not by standard btrfs tools).
>
>That's a good point, you'd need to mount each snapshot before you could
>read it.
>
>I *really* wish btrfs had its own encryption, but I suspect this would be
>far from trivia to implement.

From a presentation [0] earlier this year I understand that Chris Mason really 
wants it, too, but has something else he wanted to finish first (I don't 
remember what, though).

[0] https://www.youtube.com/watch?v=W3QRWUfBua8

-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: Emerge order not deterministic !?

[Alan McKinnon]

On 12/11/2015 10:29, Jörg Schaible wrote:
> Alan McKinnon wrote:
> 
>> On 11/11/2015 21:35, Walter Dnes wrote:
>>>   Ongoing installation.  I looked at 2 instances of
>>> "emerge -pv x11-base/xorg-server" and the order was somewhat different.
>>> Here are a couple of outputs, just a few seconds apart.  Is this a bug
>>> or a feature?  See attachments.
>>>
>>
>>
>> Emerge order is not deterministic, especially with parallel builds. The
>> reason is that it does not need to be according to the dep graph - if
>> two packages are at the same level and do not depend on each other, then
>> the order they are built in does not affect the final result.
>> Practically all parallel processing works this way.
>>
>> What is deterministic, is that if you build the same set of packages
>> twice and even if portage does them in different order, the binaries
>> produced are functionally identical
> 
> Hmmm. And how can you then ever use
> 
>   emerge --resume --skip-fist
> 
> if not even the first build is deterministic? I skip the first package 
> anyway only if the problematic package is the first one to build after 
> resume, but if I cannot even rely on that?


Because it re-uses the previous build order, not re-generate a new one.


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Akonadi database errors

[J. Roeleveld]

On Thursday, November 12, 2015 07:30:49 AM Mick wrote:
> On Thursday 12 Nov 2015 04:48:49 J. Roeleveld wrote:
> > On 11 November 2015 23:07:41 CET, Mick  wrote:
> > >On Wednesday 11 Nov 2015 20:28:07 Marc Joliet wrote:
> > >> On Wednesday 11 November 2015 20:37:24 J. Roeleveld wrote:
> > >> >I saw plenty of errors with mysql.
> > >> >
> > >> >After switching to Postgresql, they seem to have disappeared.
> > >> 
> > >> FWIW, I use mariadb myself, which is also the virtual/mysql default
> > >> provider, last I checked.
> > >> 
> > >> Greetings
> > >
> > >@Mark: Yes, same here, but the errors are produced by mariadb too.
> > >
> > >@Joost: Is postgresql starting as a process by akonadi, or are you
> > >running it
> > >independently and pointing akonadi to it?
> > >
> > >PS. I read somewhere that if mysql is running independently of akonadi,
> > >then
> > >the akonadi errors/corruptions are fewer, or not happen at all.
> > 
> > As I use Postgresql also for other stuff, it's started seperately.
> > 
> > I also found this performs better, having it run "embedded" only had a
> > slightly better performance when compared to mysql (or mariadb, don't
> > remember) "embedded".
> > 
> > A framework like akonadi should, IMO, also be able to be run on a server
> > with clients connecting to there to allow different machines to all use
> > the same data.
> > 
> > The current solution makes running with a shared home and logged in from
> > different clients simultaneously problematic  (to say the least)
> > 
> > --
> > Joost
> 
> Can you please explain how you have akonadi configured to use an existing db
> instance?  Did you have to set up an akonadi db user and passwd?

Yes.
You need to create a user with password on the database where akonadi can 
create the tables.

Here is my akonadi-config:
***
% cat .config/akonadi/akonadiserverrc 
[%General]
Driver=QPSQL

[QPSQL]
Name=joost-akonadi
Host=localhost
Options=
ServerPath=/usr/bin/pg_ctl
InitDbPath=/usr/bin/initdb
StartServer=false
User=
Password=
Port=5432

[Debug]
Tracer=null

***

It also works with the database running on a different machine.

--
Joost

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: Re: Re: Emerge order not deterministic !?

[Neil Bothwick]

On Thu, 12 Nov 2015 10:35:14 +0100, Jörg Schaible wrote:

> > Then use emerge --keep-going and portage will take care of skipping
> > failing merges for you.  
> 
> Ah, no, that's not an option. It breaks for a reason. Sometimes I can
> ignore that and look for it later and in this case I skip it, but
> normally I fix the problem first. However, you have to take care, which
> package you're actually skipping. Especially if the build order is
> different with resume.

--keep-going will emerge all unaffected packages, meaning you are then
working with a much smaller list when you try to fix the problem. At
least, that's the approach that normally works for me.

--keep-going is intelligent enough to skip any packages that depend on
the failed package. That means you often end up with a package list that
is a single branch dependency tree, so the order is unlikely to change.


-- 
Neil Bothwick

Rainbows are just to look at, not to really understand.


pgpuekjCartz7.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: Emerge order not deterministic !?

[Jörg Schaible]

Alan McKinnon wrote:

> On 11/11/2015 21:35, Walter Dnes wrote:
>>   Ongoing installation.  I looked at 2 instances of
>> "emerge -pv x11-base/xorg-server" and the order was somewhat different.
>> Here are a couple of outputs, just a few seconds apart.  Is this a bug
>> or a feature?  See attachments.
>> 
> 
> 
> Emerge order is not deterministic, especially with parallel builds. The
> reason is that it does not need to be according to the dep graph - if
> two packages are at the same level and do not depend on each other, then
> the order they are built in does not affect the final result.
> Practically all parallel processing works this way.
> 
> What is deterministic, is that if you build the same set of packages
> twice and even if portage does them in different order, the binaries
> produced are functionally identical

Hmmm. And how can you then ever use

  emerge --resume --skip-fist

if not even the first build is deterministic? I skip the first package 
anyway only if the problematic package is the first one to build after 
resume, but if I cannot even rely on that?

Cheers,
Jörg

[gentoo-user] Re: Re: Emerge order not deterministic !?

[Jörg Schaible]

Alan McKinnon wrote:

> On 12/11/2015 10:29, Jörg Schaible wrote:
>> Alan McKinnon wrote:
>> 
>>> On 11/11/2015 21:35, Walter Dnes wrote:
   Ongoing installation.  I looked at 2 instances of
 "emerge -pv x11-base/xorg-server" and the order was somewhat different.
 Here are a couple of outputs, just a few seconds apart.  Is this a bug
 or a feature?  See attachments.

>>>
>>>
>>> Emerge order is not deterministic, especially with parallel builds. The
>>> reason is that it does not need to be according to the dep graph - if
>>> two packages are at the same level and do not depend on each other, then
>>> the order they are built in does not affect the final result.
>>> Practically all parallel processing works this way.
>>>
>>> What is deterministic, is that if you build the same set of packages
>>> twice and even if portage does them in different order, the binaries
>>> produced are functionally identical
>> 
>> Hmmm. And how can you then ever use
>> 
>>   emerge --resume --skip-fist
>> 
>> if not even the first build is deterministic? I skip the first package
>> anyway only if the problematic package is the first one to build after
>> resume, but if I cannot even rely on that?
> 
> 
> Because it re-uses the previous build order, not re-generate a new one.

That's simply not true. Emerge resume calculates the order again and for me 
it starts often with a different package.

Cheers,
Jörg

Re: [gentoo-user] Re: Re: Emerge order not deterministic !?

[Alan McKinnon]

On 12/11/2015 10:48, Jörg Schaible wrote:
> Alan McKinnon wrote:
> 
>> On 12/11/2015 10:29, Jörg Schaible wrote:
>>> Alan McKinnon wrote:
>>>
 On 11/11/2015 21:35, Walter Dnes wrote:
>   Ongoing installation.  I looked at 2 instances of
> "emerge -pv x11-base/xorg-server" and the order was somewhat different.
> Here are a couple of outputs, just a few seconds apart.  Is this a bug
> or a feature?  See attachments.
>


 Emerge order is not deterministic, especially with parallel builds. The
 reason is that it does not need to be according to the dep graph - if
 two packages are at the same level and do not depend on each other, then
 the order they are built in does not affect the final result.
 Practically all parallel processing works this way.

 What is deterministic, is that if you build the same set of packages
 twice and even if portage does them in different order, the binaries
 produced are functionally identical
>>>
>>> Hmmm. And how can you then ever use
>>>
>>>   emerge --resume --skip-fist
>>>
>>> if not even the first build is deterministic? I skip the first package
>>> anyway only if the problematic package is the first one to build after
>>> resume, but if I cannot even rely on that?
>>
>>
>> Because it re-uses the previous build order, not re-generate a new one.
> 
> That's simply not true. Emerge resume calculates the order again and for me 
> it starts often with a different package.

I've never noticed that. For me --skip-first has always skipped the
correct first package (the one that previously failed).

As long as a known build failure is not in the --resume list, I don't
care what the build order is because it is irrelevant. The only time it
becomes relevant is when an ebuild has a bug such as a missing dep. But
that's a bug in the ebuild and is fixed there.


-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: Re: Re: Emerge order not deterministic !?

[Jörg Schaible]

Alan McKinnon wrote:

> On 12/11/2015 10:48, Jörg Schaible wrote:
>> Alan McKinnon wrote:
>> 
>>> On 12/11/2015 10:29, Jörg Schaible wrote:
 Alan McKinnon wrote:

[snip]

 Hmmm. And how can you then ever use

   emerge --resume --skip-fist

 if not even the first build is deterministic? I skip the first package
 anyway only if the problematic package is the first one to build after
 resume, but if I cannot even rely on that?
>>>
>>>
>>> Because it re-uses the previous build order, not re-generate a new one.
>> 
>> That's simply not true. Emerge resume calculates the order again and for
>> me it starts often with a different package.
> 
> I've never noticed that. For me --skip-first has always skipped the
> correct first package (the one that previously failed).

That's what I always did originally also, until my build suddenly broke at 
the same package again and I had to notice that it skipped a completely 
different.

> As long as a known build failure is not in the --resume list, I don't
> care what the build order is because it is irrelevant. The only time it
> becomes relevant is when an ebuild has a bug such as a missing dep. But
> that's a bug in the ebuild and is fixed there.

Well, normally I don't care about the sequence either, except when skipping 
the first ;-)

Cheers,
Jörg

Re: [gentoo-user] AC WiFi Card

[Ralf]

On 11/12/2015 01:08 AM, Alec Ten Harmsel wrote:
> On 2015-11-11 11:53, Ralf wrote:
>> So I was looking for some PCI-E Wifi Card, that supports AC standard. I
>> was thinking about sth. like this [1]. A friend of mine told me, that I
>> should take care when buying AC hardware, as there is rare kernel
>> support.
>
> Intel, in general, has great Linux support.
>
>> Does anyone of you successfully use AC hardware in AP mode, Dual stack
>> (5GhZ / 2.4GhZ)?
>> What kind of hardware would you recommend (and is known to work without
>> any painful hacks)?
>>
>
> I do not run any APs, but I manage plenty of laptops with 5GHz Intel
> chipsets, and never had a problem. Is there any reason you are not
> using a dedicated AP instead of a wireless card in AP mode?
I also thought so, but according to a friend of mine, running a card in
AP or monitor mode is quite different as running a card as client.
Especially if you want to have a dual stack ability.

Ralf
>
> Alec
>

Re: [gentoo-user] firefox profile uses 100% CPU

[Walter Dnes]

On Thu, Nov 12, 2015 at 01:56:28PM -0700, the...@sys-concept.com wrote

> I do agree, but I'm looking for a way to fix it. What file should I
> delete from Firefox profile.  I just want to retain bookmarks, passwords
> etc.

  Do *NOT* delete any files just see.  I would suggest the following
course of action...

* Do not start any of the profiles unless the instructions say to
* Create 2 new profiles; call them "salvage1" and salvage2"
  ***IMPORTANT*** If copying any specific file to "salvage1" screws up
  that profile, do ***NOT*** copy it to "salvage2".
* Copy the "places.sqlite" file from the bad profile over top of the
  "places.sqlite" file in the "salvage1" profile
* Start up the "salvage1" profile.  Try surfing for a few minutes.  If
  it works, close "salvage1" and copy "places.sqlite" to the same place
  in the "salvage2" profile, and skip "Restoring bookmarks from backups".

"Restoring bookmarks from backups" (ONLY IF places.sqlite IS DAMAGED)
=
* Copy all the files from the "bookmarksbackup" folder in the bad
  profile to the "bookmarksbackup" folder in the "salvage1" profile.
* Start up the "salvage1" profile.  Select...
  Bookmarks ==> Manage Bookmarks
  From the Bookmarks Manager select...
  Tools ==> Restore
  ...and select a backup.  Obviously, the more recent the better.  If
  this works, close the browser ("salvage1") and repeat with the
  "salvage2" profile.
=

  There are several more items...
https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data

Passwords are stored in the key3.db and logins.json files.

Site-specific preferences are stored in the permissions.sqlite and
content-prefs.sqlite files.

Search engines are stored in the search.sqlite file and searchplugins
folder.

Personal dictionary is stored in persdict.dat

etc, etc.  I know that it's painfull, but...

1) Make sure "salvage1" and "salvage2" are both shut down.
2) Copy over *ONE* file listed on the above webpage at a time to the
  "salvage1" profile, and launch "salvage1" and try it out.
3) If it works, shut down "salvage1", and copy the same file over to
   the "salvage2" profile.  If "salvage1" dies, you've found a culprit.
   Copy the file of the same name from the "salvage2" profile to the
   "salvage1" profile.
4) GOTO 1 (i.e. "rinse, lather, repeat") and repeat for every file
   listed on the webpage I pointed to.  There may be more than 1
   corrupted file

  After you're finished, you can go to

Tools ==> Switch Profile ==> Manage Profiles

  There, you can rename or delete the old profile, and rename "salvage1"
to the name of your old profile.  Note that this will only affect the
name that it is invoked with by the "-P" option.  It will not change the
directory name.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] firefox profile uses 100% CPU

[Mick]

On Thursday 12 Nov 2015 20:56:28 the...@sys-concept.com wrote:
> On 11/12/2015 01:40 PM, Mick wrote:
> > On Thursday 12 Nov 2015 14:46:39 the...@sys-concept.com wrote:
> >> On 11/12/2015 12:35 AM, netfab wrote:
> >>> Le 11/11/15 à 17:38, the...@sys-concept.com a tapoté :
>  When I start one of my firefox profile (even in "-safe-mode") it uses
>  100% CPU and is not responding.
> >>> 
> >>> If it works in safe-mode, but not without it, then you could try to
> >>> remove all extensions and clear the cache.
> >> 
> >> I did, it did not help.
> > 
> > It could be that the profile is corrupted for some reason.
> 
> I do agree, but I'm looking for a way to fix it. What file should I
> delete from Firefox profile.  I just want to retain bookmarks, passwords
> etc.

I wouldn't know which file is corrupted, but recall you saying you ran 
'reset'?

https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-settings

-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

[gentoo-user] Re: firefox profile uses 100% CPU

[walt]

On Wed, 11 Nov 2015 17:38:45 -0700
the...@sys-concept.com wrote:

> When I start one of my firefox profile (even in "-save-mode") it uses
> 100% CPU and is not responding.
> 
> Any way to fix it?

I had a bad problem with the firefox profile manager about a year ago
and I decided that the devs at mozilla are not maintaining that code
any more, so I stopped using the profile manager.

Firefox/mozilla is a very old project with limited resources.  The
current developers are working full speed on security updates, which is
good, but there is a lot of bitrot in their huge codebase.

I think you will continue to have intermittent (maybe even rare)
problems if you continue to use firefox profiles.  (If you use the
profile manager to delete the bad profile you may wind up deleting all
of your profiles, which is exactly what happened to me.)

(You should keep a backup of your ~/.mozilla directory if you continue
to use firefox profiles.)

Re: [gentoo-user] [SOLVED] LINGUAS issue

[Francisco Ares]

2015-11-12 16:27 GMT-02:00 :

> Francisco Ares  wrote:
>
> > Hi, all.
> >
> > My locale language is "pt_BR" (Brazilian Portuguese), and many
> > applications now support native translations.
> >
> > And there is the "pt" possible LINGUAS entry, and there is no "pt_PT"
> > (Portugal spoken Portuguese), for instance, neither any derivatives
> > for other Portuguese speaking countries, which possibly have their
> > own regional differences.
>
> You can add locales by editing /etc/locale.gen and running locale-gen.
> As i saw in /usr/share/i18n/SUPPORTED, pt_PT is supported.
>
> > There are a few applications that do not distinguish "pt_BR" from
> > "pt" and treat Portuguese language as simply "pt". An example is the
> > OCR program "tesseract", that builds language specifics according to
> > the LINGUAS environment variable.
> >
> > Is there a way for specifying particular "LINGUAS" for individual
> > packages?  I would not like to have to build dozens of applications to
> > include "pt" to my "LINGUAS" definition just to have "tesseract" to
> > include my native language support.  I've found some old messages
> > about this on the net, but did not get any real solution.
>
> You can define package specific environment variables for package
> builds in /etc/portage/env/
>
> If you need package specific environment variables for runtime you
> could create simple scripts to set the env and start the program.
>
> #!/bin/sh
> #
> # start_tesseract.sh
> #
> LINGUAS="pt"
> tesseract
>
> Then modify the according menu entries / starter buttons to use the
> script.
>
> > Or should I ask the "tesseract" package maintainer to add "pt_BR" to
> > the available options?
>
> That's a good idea.
>
> --
> Regards
> wabe
>
>

Thanks Florian, Jörg and wabe, it is finally solved.

It happens that I also had LINGUAS set in /etc/profile

So, as it seems, this setting bypasses all others.  I've had found that
"LINGUAS_pt" use flag trick before, in an old post, but as it didn't work
at a first attempt, and as the post was a bit old, I supposed that this
feature was not in portage anymore.

But now with 3 persons saying basically the same thing, I went deeper in my
/etc files.

The trick brought up by wabe was crucial, as I tried to include another USE
flag on the same "env" configuration; when I asked to rebuild tesseract,
the USE flag was there, but the LINGUAS wasn't. So I started to look for
other instances and found it in that /etc/profile file, edited in 2012,
probably when I first installed Gentoo on this machine as a newbie.

Going now into a full revision into /etc .

Thanks a lot!
Francisco

Re: [gentoo-user] What's happened to "Firefox Hello" on my system?

[Alan Mackenzie]

Hello, netfab.

On Wed, Nov 11, 2015 at 06:58:29PM +0100, netfab wrote:

> If you are using ESR versions (gentoo stable), Hello is currently
> disabled (see ¹). I hope it will be enabled in the next ESR.

Maybe it will be.

> You could try with  with the ~arch version of firefox, it should be
> enabled.

I'll think about this.  I usually avoid ~arch thingies, to keep my
system "stable".

> 1. https://hg.mozilla.org/releases/mozilla-esr38/rev/f9931c12dc3d

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] AC WiFi Card

[Alan McKinnon]

On 12/11/2015 13:52, Alec Ten Harmsel wrote:
> On Thu, Nov 12, 2015 at 09:05:02AM +0100, Ralf wrote:
>> On 11/12/2015 01:08 AM, Alec Ten Harmsel wrote:
>>> I do not run any APs, but I manage plenty of laptops with 5GHz Intel
>>> chipsets, and never had a problem. Is there any reason you are not
>>> using a dedicated AP instead of a wireless card in AP mode?
>>
>> I also thought so, but according to a friend of mine, running a card in
>> AP or monitor mode is quite different as running a card as client.
>> Especially if you want to have a dual stack ability.
> 
> That makes sense. In my apartment I have a dedicated Netgear router and a
> dedicated TP-LINK AP. The AP was around $20, and has fantastic range.
> Having a dedicated AP sounds way easier to me than trying to do a
> dual-stack thing.
> 
> Now that I think a bit more about it, having a wireless AP and a
> wireless client on the same chip doesn't sound good, since one MAC
> address would be doing two functions. That said, I am not even close to
> a networking guru; I hope someone else can chime in.

I also dislike trying to make hardware do two things, it always feels
hacky to me. Doubly so for workstation-grade wifi, quality in those
things is pretty shitty compared to decent equipment.

When it comes to creating a network in your living/work space, I always
prefer to just do it right and lay out the money for something decent.
Buy a real AP, position it in the place that gives best performance and
all your client hardware can use it. Sure, it costs some money but it's
money well spent on infrastructure and makes life so much easier. Moving
house? Take the AP with to the new house. 4 mates show up who want to
share stuff with you? An AP handles this much better than trying to get
a workstation to do it.



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] AC WiFi Card

[Alec Ten Harmsel]

On Thu, Nov 12, 2015 at 09:05:02AM +0100, Ralf wrote:
> On 11/12/2015 01:08 AM, Alec Ten Harmsel wrote:
> > I do not run any APs, but I manage plenty of laptops with 5GHz Intel
> > chipsets, and never had a problem. Is there any reason you are not
> > using a dedicated AP instead of a wireless card in AP mode?
>
> I also thought so, but according to a friend of mine, running a card in
> AP or monitor mode is quite different as running a card as client.
> Especially if you want to have a dual stack ability.

That makes sense. In my apartment I have a dedicated Netgear router and a
dedicated TP-LINK AP. The AP was around $20, and has fantastic range.
Having a dedicated AP sounds way easier to me than trying to do a
dual-stack thing.

Now that I think a bit more about it, having a wireless AP and a
wireless client on the same chip doesn't sound good, since one MAC
address would be doing two functions. That said, I am not even close to
a networking guru; I hope someone else can chime in.

Alec

Re: [gentoo-user] OpenSSH upgrade warning

[Rich Freeman]

On Mon, Nov 9, 2015 at 8:38 PM, Michael Orlitzky  wrote:
> A major upgrade to OpenSSH is being stabilized:
>
>   https://bugs.gentoo.org/show_bug.cgi?id=18
>
> The default of PermitRootLogin for sshd in the new version is
> "prohibit-password". If you typically log in to the root account over
> SSH using a password, **IT'S GONNA BREAK**, and you won't be able to fix
> it remotely unless you have an account that can sudo to root.
>
> To maintain the current behavior, set PermitRootLogin to "yes" before
> you upgrade, and then be careful not to wipe out sshd_config.
>

Another issue is this news item that is now old but suddenly relevant:
https://www.gentoo.org/support/news-items/2015-08-13-openssh-weak-keys.html

We should probably rethink how we handle news items like this.

-- 
Rich

Re: [gentoo-user] firefox profile uses 100% CPU

[thelma]

Thelma

On 11/12/2015 05:30 PM, Walter Dnes wrote:
> On Thu, Nov 12, 2015 at 01:56:28PM -0700, the...@sys-concept.com wrote
> 
>> I do agree, but I'm looking for a way to fix it. What file should I
>> delete from Firefox profile.  I just want to retain bookmarks, passwords
>> etc.
> 
>   Do *NOT* delete any files just see.  I would suggest the following
> course of action...
> 
> * Do not start any of the profiles unless the instructions say to
> * Create 2 new profiles; call them "salvage1" and salvage2"
>   ***IMPORTANT*** If copying any specific file to "salvage1" screws up
>   that profile, do ***NOT*** copy it to "salvage2".
> * Copy the "places.sqlite" file from the bad profile over top of the
>   "places.sqlite" file in the "salvage1" profile
> * Start up the "salvage1" profile.  Try surfing for a few minutes.  If
>   it works, close "salvage1" and copy "places.sqlite" to the same place
>   in the "salvage2" profile, and skip "Restoring bookmarks from backups".
> 
> "Restoring bookmarks from backups" (ONLY IF places.sqlite IS DAMAGED)
> =
> * Copy all the files from the "bookmarksbackup" folder in the bad
>   profile to the "bookmarksbackup" folder in the "salvage1" profile.
> * Start up the "salvage1" profile.  Select...
>   Bookmarks ==> Manage Bookmarks
>   From the Bookmarks Manager select...
>   Tools ==> Restore
>   ...and select a backup.  Obviously, the more recent the better.  If
>   this works, close the browser ("salvage1") and repeat with the
>   "salvage2" profile.
> =
> 
>   There are several more items...
> https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data
> 
> Passwords are stored in the key3.db and logins.json files.
> 
> Site-specific preferences are stored in the permissions.sqlite and
> content-prefs.sqlite files.
> 
> Search engines are stored in the search.sqlite file and searchplugins
> folder.
> 
> Personal dictionary is stored in persdict.dat
> 
> etc, etc.  I know that it's painfull, but...
> 
> 1) Make sure "salvage1" and "salvage2" are both shut down.
> 2) Copy over *ONE* file listed on the above webpage at a time to the
>   "salvage1" profile, and launch "salvage1" and try it out.
> 3) If it works, shut down "salvage1", and copy the same file over to
>the "salvage2" profile.  If "salvage1" dies, you've found a culprit.
>Copy the file of the same name from the "salvage2" profile to the
>"salvage1" profile.
> 4) GOTO 1 (i.e. "rinse, lather, repeat") and repeat for every file
>listed on the webpage I pointed to.  There may be more than 1
>corrupted file
> 
>   After you're finished, you can go to
> 
> Tools ==> Switch Profile ==> Manage Profiles
> 
>   There, you can rename or delete the old profile, and rename "salvage1"
> to the name of your old profile.  Note that this will only affect the
> name that it is invoked with by the "-P" option.  It will not change the
> directory name.

Thank you for detailed instructions, that was a good idea but I'm
puzzled and surprised by the result.

I created two new profiles:
salvage1 (new)
salvage2 (new)
test (this profile is damaged)

Originally started profile salvage1, salvage2 to create all the
necessary files.

I've copied all the files from: .mozilla/firefox/tscsip8f.test/ (not
sub-folders)
to: salvage1 profile, indeed something is dammage CPU goes 100%
Deleted "salvage1" and recreated it.

Now, I copied files "one by one" from test profile to salvage1 and
started "salvage1" every time to make sure it work. At the same time I
copied the same file from "test" to "salvage2" (without starting
"salvage2"); I was only starting "salvege1" after each file I copied.
I finished copping all the file from test "one-by-one" starting the
profile "salvage1" and it worked but when I started profile "salvage2"
the CPU when 100%.
So it seems to me every time I was restarting profile "salvage1" Firefox
was correcting the error some how.

Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
There is no entry: Bookmarks ==> Manage Bookmarks
I have: Bookmarks ==> Show All Bookmarks
where I can restore and backup bookmars. I've tried to restore bookmarks
from file: bookmarks-2015-11-12.json
but I'm getting an error message: "Unable to process the backup file."

--
Thelma

Re: [gentoo-user] firefox profile uses 100% CPU

[wabenbau]

the...@sys-concept.com wrote:

> 
> 
> Thelma
> 
> On 11/12/2015 08:22 PM, waben...@gmail.com wrote:
> > the...@sys-concept.com wrote:
> > 
> > [...]
> >> Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
> >> There is no entry: Bookmarks ==> Manage Bookmarks
> >> I have: Bookmarks ==> Show All Bookmarks
> >> where I can restore and backup bookmars. I've tried to restore
> >> bookmarks from file: bookmarks-2015-11-12.json
> >> but I'm getting an error message: "Unable to process the backup
> >> file."
> > 
> > Try to save the bookmarks as HTML file (E
> > 
> > Bookmarks -> Show All Bookmarks 
> > Import and Backup -> Export Bookmarks to HTML...
> > 
> 
> I tried that, it didn't work either.
> 
> Thelma

Last but not least you can extract the bookmarks from the .json file.

If you wanna do that, I can provide a macro file for nedit, an old but
great text editor. With this macro it will be easy to extract the URLs
from the bookmarks file. Of course you have to insert every extracted 
URL into firefox and bookmark it. But I think this is better than to 
loose the bookmarks.

I'm sure that this also can be done by a shell script but my knowledge 
of bash programming isn't good enough to write such a script.

If you wanna do this, install app-editors/nedit and give me a hint. Then
I'll post the macro and give you instructions how to load and execute the 
macro with nedit.

--
Regards
wabe

Re: [gentoo-user] firefox profile uses 100% CPU

[J. Roeleveld]

On Thursday, November 12, 2015 08:10:39 PM the...@sys-concept.com wrote:
> Thelma
> 
> On 11/12/2015 05:30 PM, Walter Dnes wrote:
> > On Thu, Nov 12, 2015 at 01:56:28PM -0700, the...@sys-concept.com wrote
> > 
> >> I do agree, but I'm looking for a way to fix it. What file should I
> >> delete from Firefox profile.  I just want to retain bookmarks, passwords
> >> etc.
> >> 
> >   Do *NOT* delete any files just see.  I would suggest the following
> > 
> > course of action...
> > 
> > * Do not start any of the profiles unless the instructions say to
> > * Create 2 new profiles; call them "salvage1" and salvage2"
> > 
> >   ***IMPORTANT*** If copying any specific file to "salvage1" screws up
> >   that profile, do ***NOT*** copy it to "salvage2".
> > 
> > * Copy the "places.sqlite" file from the bad profile over top of the
> > 
> >   "places.sqlite" file in the "salvage1" profile
> > 
> > * Start up the "salvage1" profile.  Try surfing for a few minutes.  If
> > 
> >   it works, close "salvage1" and copy "places.sqlite" to the same place
> >   in the "salvage2" profile, and skip "Restoring bookmarks from backups".
> > 
> > "Restoring bookmarks from backups" (ONLY IF places.sqlite IS DAMAGED)
> > =
> > * Copy all the files from the "bookmarksbackup" folder in the bad
> > 
> >   profile to the "bookmarksbackup" folder in the "salvage1" profile.
> > 
> > * Start up the "salvage1" profile.  Select...
> > 
> >   Bookmarks ==> Manage Bookmarks
> >   From the Bookmarks Manager select...
> >   Tools ==> Restore
> >   ...and select a backup.  Obviously, the more recent the better.  If
> >   this works, close the browser ("salvage1") and repeat with the
> >   "salvage2" profile.
> > 
> > =
> > 
> >   There are several more items...
> > 
> > https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-da
> > ta
> > 
> > Passwords are stored in the key3.db and logins.json files.
> > 
> > Site-specific preferences are stored in the permissions.sqlite and
> > content-prefs.sqlite files.
> > 
> > Search engines are stored in the search.sqlite file and searchplugins
> > folder.
> > 
> > Personal dictionary is stored in persdict.dat
> > 
> > etc, etc.  I know that it's painfull, but...
> > 
> > 1) Make sure "salvage1" and "salvage2" are both shut down.
> > 2) Copy over *ONE* file listed on the above webpage at a time to the
> > 
> >   "salvage1" profile, and launch "salvage1" and try it out.
> > 
> > 3) If it works, shut down "salvage1", and copy the same file over to
> > 
> >the "salvage2" profile.  If "salvage1" dies, you've found a culprit.
> >Copy the file of the same name from the "salvage2" profile to the
> >"salvage1" profile.
> > 
> > 4) GOTO 1 (i.e. "rinse, lather, repeat") and repeat for every file
> > 
> >listed on the webpage I pointed to.  There may be more than 1
> >corrupted file
> >   
> >   After you're finished, you can go to
> > 
> > Tools ==> Switch Profile ==> Manage Profiles
> > 
> >   There, you can rename or delete the old profile, and rename "salvage1"
> > 
> > to the name of your old profile.  Note that this will only affect the
> > name that it is invoked with by the "-P" option.  It will not change the
> > directory name.
> 
> Thank you for detailed instructions, that was a good idea but I'm
> puzzled and surprised by the result.
> 
> I created two new profiles:
> salvage1 (new)
> salvage2 (new)
> test (this profile is damaged)
> 
> Originally started profile salvage1, salvage2 to create all the
> necessary files.
> 
> I've copied all the files from: .mozilla/firefox/tscsip8f.test/ (not
> sub-folders)
> to: salvage1 profile, indeed something is dammage CPU goes 100%
> Deleted "salvage1" and recreated it.
> 
> Now, I copied files "one by one" from test profile to salvage1 and
> started "salvage1" every time to make sure it work. At the same time I
> copied the same file from "test" to "salvage2" (without starting
> "salvage2"); I was only starting "salvege1" after each file I copied.
> I finished copping all the file from test "one-by-one" starting the
> profile "salvage1" and it worked but when I started profile "salvage2"
> the CPU when 100%.
> So it seems to me every time I was restarting profile "salvage1" Firefox
> was correcting the error some how.
> 
> Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
> There is no entry: Bookmarks ==> Manage Bookmarks
> I have: Bookmarks ==> Show All Bookmarks
> where I can restore and backup bookmars. I've tried to restore bookmarks
> from file: bookmarks-2015-11-12.json
> but I'm getting an error message: "Unable to process the backup file."
> 
> --
> Thelma

Thelma,

Does this mean "salvage1" works, but "salvage2" does not?
Then why not simply keep "salvage1" and remove the broken ones?

--
Joost

Re: [gentoo-user] firefox profile uses 100% CPU

[thelma]

On 11/12/2015 12:35 AM, netfab wrote:
> Le 11/11/15 à 17:38, the...@sys-concept.com a tapoté :
>> When I start one of my firefox profile (even in "-safe-mode") it uses
>> 100% CPU and is not responding.
>
> 
> If it works in safe-mode, but not without it, then you could try to
> remove all extensions and clear the cache.

I did, it did not help.

Re: [gentoo-user] firefox profile uses 100% CPU

[wabenbau]

the...@sys-concept.com wrote:

[...]
> Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
> There is no entry: Bookmarks ==> Manage Bookmarks
> I have: Bookmarks ==> Show All Bookmarks
> where I can restore and backup bookmars. I've tried to restore
> bookmarks from file: bookmarks-2015-11-12.json
> but I'm getting an error message: "Unable to process the backup file."

Try to save the bookmarks as HTML file (E

Bookmarks -> Show All Bookmarks 
Import and Backup -> Export Bookmarks to HTML...

--
Regards
wabe

Re: [gentoo-user] firefox profile uses 100% CPU

[Walter Dnes]

On Thu, Nov 12, 2015 at 08:10:39PM -0700, the...@sys-concept.com wrote

> Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
> There is no entry: Bookmarks ==> Manage Bookmarks
> I have: Bookmarks ==> Show All Bookmarks
> where I can restore and backup bookmars. I've tried to restore bookmarks
> from file: bookmarks-2015-11-12.json
> but I'm getting an error message: "Unable to process the backup file."

  I'm actually running the Seamonkey fork, so my menus are different
from yours.  Does the restore menu show multiple backup files?  If so,
try an earlier backup.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] firefox profile uses 100% CPU

[wabenbau]

the...@sys-concept.com wrote:

> 
> 
> Thelma
> 
> On 11/12/2015 05:30 PM, Walter Dnes wrote:
> > On Thu, Nov 12, 2015 at 01:56:28PM -0700, the...@sys-concept.com
> > wrote
> > 
> >> I do agree, but I'm looking for a way to fix it. What file should I
> >> delete from Firefox profile.  I just want to retain bookmarks,
> >> passwords etc.
> > 
> >   Do *NOT* delete any files just see.  I would suggest the following
> > course of action...
> > 
> > * Do not start any of the profiles unless the instructions say to
> > * Create 2 new profiles; call them "salvage1" and salvage2"
> >   ***IMPORTANT*** If copying any specific file to "salvage1" screws
> > up that profile, do ***NOT*** copy it to "salvage2".
> > * Copy the "places.sqlite" file from the bad profile over top of the
> >   "places.sqlite" file in the "salvage1" profile
> > * Start up the "salvage1" profile.  Try surfing for a few minutes.
> > If it works, close "salvage1" and copy "places.sqlite" to the same
> > place in the "salvage2" profile, and skip "Restoring bookmarks from
> > backups".
> > 
> > "Restoring bookmarks from backups" (ONLY IF places.sqlite IS
> > DAMAGED)
> > =
> > * Copy all the files from the "bookmarksbackup" folder in the bad
> >   profile to the "bookmarksbackup" folder in the "salvage1" profile.
> > * Start up the "salvage1" profile.  Select...
> >   Bookmarks ==> Manage Bookmarks
> >   From the Bookmarks Manager select...
> >   Tools ==> Restore
> >   ...and select a backup.  Obviously, the more recent the better.
> > If this works, close the browser ("salvage1") and repeat with the
> >   "salvage2" profile.
> > =
> > 
> >   There are several more items...
> > https://support.mozilla.org/en-US/kb/profiles-where-firefox-stores-user-data
> > 
> > Passwords are stored in the key3.db and logins.json files.
> > 
> > Site-specific preferences are stored in the permissions.sqlite and
> > content-prefs.sqlite files.
> > 
> > Search engines are stored in the search.sqlite file and
> > searchplugins folder.
> > 
> > Personal dictionary is stored in persdict.dat
> > 
> > etc, etc.  I know that it's painfull, but...
> > 
> > 1) Make sure "salvage1" and "salvage2" are both shut down.
> > 2) Copy over *ONE* file listed on the above webpage at a time to the
> >   "salvage1" profile, and launch "salvage1" and try it out.
> > 3) If it works, shut down "salvage1", and copy the same file over to
> >the "salvage2" profile.  If "salvage1" dies, you've found a
> > culprit. Copy the file of the same name from the "salvage2" profile
> > to the "salvage1" profile.
> > 4) GOTO 1 (i.e. "rinse, lather, repeat") and repeat for every file
> >listed on the webpage I pointed to.  There may be more than 1
> >corrupted file
> > 
> >   After you're finished, you can go to
> > 
> > Tools ==> Switch Profile ==> Manage Profiles
> > 
> >   There, you can rename or delete the old profile, and rename
> > "salvage1" to the name of your old profile.  Note that this will
> > only affect the name that it is invoked with by the "-P" option.
> > It will not change the directory name.
> 
> Thank you for detailed instructions, that was a good idea but I'm
> puzzled and surprised by the result.
> 
> I created two new profiles:
> salvage1 (new)
> salvage2 (new)
> test (this profile is damaged)
> 
> Originally started profile salvage1, salvage2 to create all the
> necessary files.
> 
> I've copied all the files from: .mozilla/firefox/tscsip8f.test/ (not
> sub-folders)
> to: salvage1 profile, indeed something is dammage CPU goes 100%
> Deleted "salvage1" and recreated it.
> 
> Now, I copied files "one by one" from test profile to salvage1 and
> started "salvage1" every time to make sure it work. At the same time I
> copied the same file from "test" to "salvage2" (without starting
> "salvage2"); I was only starting "salvege1" after each file I copied.
> I finished copping all the file from test "one-by-one" starting the
> profile "salvage1" and it worked but when I started profile "salvage2"
> the CPU when 100%.
> So it seems to me every time I was restarting profile "salvage1"
> Firefox was correcting the error some how.
> 
> Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
> There is no entry: Bookmarks ==> Manage Bookmarks
> I have: Bookmarks ==> Show All Bookmarks
> where I can restore and backup bookmars. I've tried to restore
> bookmarks from file: bookmarks-2015-11-12.json
> but I'm getting an error message: "Unable to process the backup file."
> 
> --
> Thelma

Maybe you'll find some help here:

http://kb.mozillazine.org/Unable_to_process_the_backup_file_-_Firefox

--
Regards
wabe

Re: [gentoo-user] firefox profile uses 100% CPU

[wabenbau]

 wrote:

> the...@sys-concept.com wrote:
> 
> [...]
> > Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
> > There is no entry: Bookmarks ==> Manage Bookmarks
> > I have: Bookmarks ==> Show All Bookmarks
> > where I can restore and backup bookmars. I've tried to restore
> > bookmarks from file: bookmarks-2015-11-12.json
> > but I'm getting an error message: "Unable to process the backup
> > file."
> 
> Try to save the bookmarks as HTML file (E
> 
> Bookmarks -> Show All Bookmarks 
>   Import and Backup -> Export Bookmarks to HTML...

Sorry, my mistake. I think you cannot save the bookmarks as the profile 
isn't working anymore. Right?

--
Regards
wabe

Re: [gentoo-user] firefox profile uses 100% CPU

[thelma]

Thelma

On 11/12/2015 08:22 PM, waben...@gmail.com wrote:
> the...@sys-concept.com wrote:
> 
> [...]
>> Though, I can not import the bookmarks, I'm on Firefox-bin-38.3.0
>> There is no entry: Bookmarks ==> Manage Bookmarks
>> I have: Bookmarks ==> Show All Bookmarks
>> where I can restore and backup bookmars. I've tried to restore
>> bookmarks from file: bookmarks-2015-11-12.json
>> but I'm getting an error message: "Unable to process the backup file."
> 
> Try to save the bookmarks as HTML file (E
> 
> Bookmarks -> Show All Bookmarks 
>   Import and Backup -> Export Bookmarks to HTML...
> 

I tried that, it didn't work either.

Thelma

[gentoo-user] Re: LINGUAS issue

[Jörg Schaible]

Hi Francisco,

Francisco Ares wrote:

> Hi, all.
> 
> My locale language is "pt_BR" (Brazilian Portuguese), and many
> applications now support native translations.
> 
> And there is the "pt" possible LINGUAS entry, and there is no "pt_PT"
> (Portugal spoken Portuguese), for instance, neither any derivatives for
> other Portuguese speaking countries, which possibly have their own
> regional differences.
> 
> There are a few applications that do not distinguish "pt_BR" from "pt" and
> treat Portuguese language as simply "pt". An example is the OCR program
> "tesseract", that builds language specifics according to the LINGUAS
> environment variable.
> 
> Is there a way for specifying particular "LINGUAS" for individual
> packages?  I would not like to have to build dozens of applications to
> include "pt" to my "LINGUAS" definition just to have "tesseract" to
> include
> my native language support.  I've found some old messages about this on
> the net, but did not get any real solution.
> 
> Or should I ask the "tesseract" package maintainer to add "pt_BR" to the
> available options?

You can set this individually for every package. My LINGUAS is set to "en" 
only (I hate localized man pages), but I have entries in my package.use file 
to turn on linguas individually. e.g.:

app-office/libreoffice-l10n linguas_de linguas_en_GB linguas_fr offlinehelp


Cheers,
Jörg

Re: [gentoo-user] LINGUAS issue

[Florian Gamböck]

Hi Francisco,

On 2015-11-12 15:20, Francisco Ares wrote:
> Is there a way for specifying particular "LINGUAS" for individual
> packages?

Sure there is. In fact, "LINGUAS=pt_BR" is just syntactical sugar for
"USE=linguas_pt_BR". So for your specific case with tesseract, you would add a
line to packages.use, saying:

app-text/tesseract linguas_pt

Hope that helps!

--Flo

[gentoo-user] LINGUAS issue

[Francisco Ares]

Hi, all.

My locale language is "pt_BR" (Brazilian Portuguese), and many applications
now support native translations.

And there is the "pt" possible LINGUAS entry, and there is no "pt_PT"
(Portugal spoken Portuguese), for instance, neither any derivatives for
other Portuguese speaking countries, which possibly have their own regional
differences.

There are a few applications that do not distinguish "pt_BR" from "pt" and
treat Portuguese language as simply "pt". An example is the OCR program
"tesseract", that builds language specifics according to the LINGUAS
environment variable.

Is there a way for specifying particular "LINGUAS" for individual
packages?  I would not like to have to build dozens of applications to
include "pt" to my "LINGUAS" definition just to have "tesseract" to include
my native language support.  I've found some old messages about this on the
net, but did not get any real solution.

Or should I ask the "tesseract" package maintainer to add "pt_BR" to the
available options?

Thanks a lot for your time,
Francisco

Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Neil Bothwick]

On Thu, 12 Nov 2015 18:47:44 +0200, Alan McKinnon wrote:

> >>> I was just checking out on other forums; chromium is an open source
> >>> and not very well maintain. www-client/google-chrome suppose to be
> >>> better.  
> >>
> >> On what is that claim based? Chromium used the chrome source code
> >> with the proprietary bits removed and the same versions of both are
> >> available in portage.  
> > 
> > ...and I'm for ever having to recompile chromium as it seems to
> > change about once a week. Not what you would call poorly supported.

> Well the OP did say that the info came from "other forums" and we know
> how reliable those can be.

Exactly, that's why I asked for some detail.

> I'd trust my mother-in-law's opinion on the state of Chromium before I
> trust $RANDOM_ARB_FORUM_ON_TEH_INTARWEBZ

This is just a random claim without even a citation from such a forum.
Hell, it even implies that being open source is bad, it's a good thing we
have closed source alternatives like Firefox...


-- 
Neil Bothwick

Politics: Poli (many) - tics (blood sucking parasites)


pgpsLj3WfLBXE.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] All sorts of digest verification failures

[Dale]

Grant Edwards wrote:
> After an emerge --sync that appeared to work with no problems, my
> "emerge -auvND world" command is reporting that the Changelong files
> are broken for about 2/3 of the packages it wants to update:
>
> !!! Digest verification failed:
> !!! /usr/portage/dev-libs/libxml2/ChangeLog
> !!! Reason: Filesize does not match recorded size
> !!! Got: 5221
> !!! Expected: 5038
>
> !!! Digest verification failed:
> !!! /usr/portage/app-text/iso-codes/ChangeLog
> !!! Reason: Filesize does not match recorded size
> !!! Got: 4195
> !!! Expected: 4014
>
> [ ... and so on for another dozen or so packages ... ]
>
> I removed the emerge timestamp, sync'ed again, and got the same
> result.  Based on past experiences, I'm guessing that if I wait a day
> or two and sync again the problems will go away.
>
> But I am curious what causes these temporary breakages.  Does anybody
> know how this happens?
>


This was posted on -dev a bit ago.  They know about the issue and sounds
like it may have been fixed already according to Wabe. They are working
on fixing the lacking changelogs that was broken when they switched to
git.  Since it was posted on -dev, I'm sure a bug has already been filed
on this.  Depending on how the server is set up that you sync against,
I'd give it a hour or so and sync again.  Maybe Wabe is right and it
will have filtered down to all sync servers. 

Dale

:-)  :-) 

[gentoo-user] Re: All sorts of digest verification failures

[Grant Edwards]

On 2015-11-12,   wrote:
> Grant Edwards  wrote:
>
>> After an emerge --sync that appeared to work with no problems, my
>> "emerge -auvND world" command is reporting that the Changelong files
>> are broken for about 2/3 of the packages it wants to update:
>> 
>> !!! Digest verification failed:
>> !!! /usr/portage/dev-libs/libxml2/ChangeLog
>> !!! Reason: Filesize does not match recorded size
>> !!! Got: 5221
>> !!! Expected: 5038
>> 
>> !!! Digest verification failed:
>> !!! /usr/portage/app-text/iso-codes/ChangeLog
>> !!! Reason: Filesize does not match recorded size
>> !!! Got: 4195
>> !!! Expected: 4014
>> 
>> [ ... and so on for another dozen or so packages ... ]
>> 
>> I removed the emerge timestamp, sync'ed again, and got the same
>> result.  Based on past experiences, I'm guessing that if I wait a day
>> or two and sync again the problems will go away.
>> 
>> But I am curious what causes these temporary breakages.  Does anybody
>> know how this happens?
>
> Try it again. I just synced and received new Manifest and Changelog
> files for every(?) package of the portage tree. But no report of bad 
> digest.

Just for fun, I removed the files from the portage tree that were
reported as bad, and did another sync.  Apparently, the rsync host
that got chosen that time had just been updated, because it downloaded
313 files (I didn't pay much attention to which files exactly), and
now emerge is happy again.

I assume that the portage trees on the rsync servers from my first two
attempts were in some intermediate state with new manifist files and
old ChangeLog files or vice versa.

In the past I've wondered how portage tree updates and rsync servers
are managed so that people don't run into problems like this more
often.

-- 
Grant Edwards   grant.b.edwardsYow! Is it 1974?  What's
  at   for SUPPER?  Can I spend
  gmail.commy COLLEGE FUND in one
   wild afternoon??

Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Peter Humphrey]

On Wednesday 11 Nov 2015 20:46:45 Neil Bothwick wrote:
> On Wed, 11 Nov 2015 13:07:20 -0700, the...@sys-concept.com wrote:
> > >> Is "www-client/chromium" good alternative to firefox?
> > > 
> > > I much prefer it, but that's all it is, personal preference. Try it
> > > and decide for yourself. It's a long emerge so you may want to try
> > > with chrome first, it's a binary package so much faster to install.
> > 
> > I was just checking out on other forums; chromium is an open source and
> > not very well maintain. www-client/google-chrome suppose to be better.
> 
> On what is that claim based? Chromium used the chrome source code with
> the proprietary bits removed and the same versions of both are available
> in portage.

...and I'm for ever having to recompile chromium as it seems to change about 
once a week. Not what you would call poorly supported.

-- 
Rgds
Peter

Re: [gentoo-user] Re: All sorts of digest verification failures

[Peter Humphrey]

On Thursday 12 Nov 2015 18:45:44 Alan McKinnon wrote:
> On 12/11/2015 18:42, Grant Edwards wrote:
> > On 2015-11-12,   wrote:
> >> Grant Edwards  wrote:
> >>> After an emerge --sync that appeared to work with no problems, my
> >>> "emerge -auvND world" command is reporting that the Changelong files
> >>> are broken for about 2/3 of the packages it wants to update:
> >>> 
> >>> !!! Digest verification failed:
> >>> !!! /usr/portage/dev-libs/libxml2/ChangeLog
> >>> !!! Reason: Filesize does not match recorded size
> >>> !!! Got: 5221
> >>> !!! Expected: 5038
> >>> 
> >>> !!! Digest verification failed:
> >>> !!! /usr/portage/app-text/iso-codes/ChangeLog
> >>> !!! Reason: Filesize does not match recorded size
> >>> !!! Got: 4195
> >>> !!! Expected: 4014
> >>> 
> >>> [ ... and so on for another dozen or so packages ... ]
> >>> 
> >>> I removed the emerge timestamp, sync'ed again, and got the same
> >>> result.  Based on past experiences, I'm guessing that if I wait a day
> >>> or two and sync again the problems will go away.
> >>> 
> >>> But I am curious what causes these temporary breakages.  Does anybody
> >>> know how this happens?
> >> 
> >> Try it again. I just synced and received new Manifest and Changelog
> >> files for every(?) package of the portage tree. But no report of bad
> >> digest.
> > 
> > Just for fun, I removed the files from the portage tree that were
> > reported as bad, and did another sync.  Apparently, the rsync host
> > that got chosen that time had just been updated, because it downloaded
> > 313 files (I didn't pay much attention to which files exactly), and
> > now emerge is happy again.
> > 
> > I assume that the portage trees on the rsync servers from my first two
> > attempts were in some intermediate state with new manifist files and
> > old ChangeLog files or vice versa.
> > 
> > In the past I've wondered how portage tree updates and rsync servers
> > are managed so that people don't run into problems like this more
> > often.
> 
> The dev are doing some $MAGIC to reinstate ChangeLogs and the first run
> is expected to take a while (i.e. several hours). I suppose you can
> expect some breakage till it finishes.

Yes, and I got 74,000 files transferred this morning. And yesterday a couple 
of manifests were wrong, but they were corrected soon enough.

> It's being discussed and tracked on gentoo-dev, you can drop a mail
> there with specifics to let the devs know what's happening.

-- 
Rgds
Peter

[gentoo-user] All sorts of digest verification failures

[Grant Edwards]

After an emerge --sync that appeared to work with no problems, my
"emerge -auvND world" command is reporting that the Changelong files
are broken for about 2/3 of the packages it wants to update:

!!! Digest verification failed:
!!! /usr/portage/dev-libs/libxml2/ChangeLog
!!! Reason: Filesize does not match recorded size
!!! Got: 5221
!!! Expected: 5038

!!! Digest verification failed:
!!! /usr/portage/app-text/iso-codes/ChangeLog
!!! Reason: Filesize does not match recorded size
!!! Got: 4195
!!! Expected: 4014

[ ... and so on for another dozen or so packages ... ]

I removed the emerge timestamp, sync'ed again, and got the same
result.  Based on past experiences, I'm guessing that if I wait a day
or two and sync again the problems will go away.

But I am curious what causes these temporary breakages.  Does anybody
know how this happens?

-- 
Grant Edwards   grant.b.edwardsYow! Why is it that when
  at   you DIE, you can't take
  gmail.comyour HOME ENTERTAINMENT
   CENTER with you??

Re: [gentoo-user] Re: All sorts of digest verification failures

[Alan McKinnon]

On 12/11/2015 18:42, Grant Edwards wrote:
> On 2015-11-12,   wrote:
>> Grant Edwards  wrote:
>>
>>> After an emerge --sync that appeared to work with no problems, my
>>> "emerge -auvND world" command is reporting that the Changelong files
>>> are broken for about 2/3 of the packages it wants to update:
>>>
>>> !!! Digest verification failed:
>>> !!! /usr/portage/dev-libs/libxml2/ChangeLog
>>> !!! Reason: Filesize does not match recorded size
>>> !!! Got: 5221
>>> !!! Expected: 5038
>>>
>>> !!! Digest verification failed:
>>> !!! /usr/portage/app-text/iso-codes/ChangeLog
>>> !!! Reason: Filesize does not match recorded size
>>> !!! Got: 4195
>>> !!! Expected: 4014
>>>
>>> [ ... and so on for another dozen or so packages ... ]
>>>
>>> I removed the emerge timestamp, sync'ed again, and got the same
>>> result.  Based on past experiences, I'm guessing that if I wait a day
>>> or two and sync again the problems will go away.
>>>
>>> But I am curious what causes these temporary breakages.  Does anybody
>>> know how this happens?
>>
>> Try it again. I just synced and received new Manifest and Changelog
>> files for every(?) package of the portage tree. But no report of bad 
>> digest.
> 
> Just for fun, I removed the files from the portage tree that were
> reported as bad, and did another sync.  Apparently, the rsync host
> that got chosen that time had just been updated, because it downloaded
> 313 files (I didn't pay much attention to which files exactly), and
> now emerge is happy again.
> 
> I assume that the portage trees on the rsync servers from my first two
> attempts were in some intermediate state with new manifist files and
> old ChangeLog files or vice versa.
> 
> In the past I've wondered how portage tree updates and rsync servers
> are managed so that people don't run into problems like this more
> often.
> 

The dev are doing some $MAGIC to reinstate ChangeLogs and the first run
is expected to take a while (i.e. several hours). I suppose you can
expect some breakage till it finishes.

It's being discussed and tracked on gentoo-dev, you can drop a mail
there with specifics to let the devs know what's happening.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed

[Alan McKinnon]

On 12/11/2015 18:40, Peter Humphrey wrote:
> On Wednesday 11 Nov 2015 20:46:45 Neil Bothwick wrote:
>> On Wed, 11 Nov 2015 13:07:20 -0700, the...@sys-concept.com wrote:
> Is "www-client/chromium" good alternative to firefox?

 I much prefer it, but that's all it is, personal preference. Try it
 and decide for yourself. It's a long emerge so you may want to try
 with chrome first, it's a binary package so much faster to install.
>>>
>>> I was just checking out on other forums; chromium is an open source and
>>> not very well maintain. www-client/google-chrome suppose to be better.
>>
>> On what is that claim based? Chromium used the chrome source code with
>> the proprietary bits removed and the same versions of both are available
>> in portage.
> 
> ...and I'm for ever having to recompile chromium as it seems to change about 
> once a week. Not what you would call poorly supported.
> 


Well the OP did say that the info came from "other forums" and we know
how reliable those can be.

I'd trust my mother-in-law's opinion on the state of Chromium before I
trust $RANDOM_ARB_FORUM_ON_TEH_INTARWEBZ


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] All sorts of digest verification failures

[wabenbau]

Grant Edwards  wrote:

> After an emerge --sync that appeared to work with no problems, my
> "emerge -auvND world" command is reporting that the Changelong files
> are broken for about 2/3 of the packages it wants to update:
> 
> !!! Digest verification failed:
> !!! /usr/portage/dev-libs/libxml2/ChangeLog
> !!! Reason: Filesize does not match recorded size
> !!! Got: 5221
> !!! Expected: 5038
> 
> !!! Digest verification failed:
> !!! /usr/portage/app-text/iso-codes/ChangeLog
> !!! Reason: Filesize does not match recorded size
> !!! Got: 4195
> !!! Expected: 4014
> 
> [ ... and so on for another dozen or so packages ... ]
> 
> I removed the emerge timestamp, sync'ed again, and got the same
> result.  Based on past experiences, I'm guessing that if I wait a day
> or two and sync again the problems will go away.
> 
> But I am curious what causes these temporary breakages.  Does anybody
> know how this happens?

Try it again. I just synced and received new Manifest and Changelog
files for every(?) package of the portage tree. But no report of bad 
digest.

--
Regards
wabe

Re: [gentoo-user] Akonadi database errors

[Peter Humphrey]

On Wednesday 11 Nov 2015 12:10:36 I wrote:

> Do any other KDE users have serious-looking errors in
> ~/.local/share/akonadi/db_data/mysql.err? I'm seeing a whole lot of table
> structure errors, among others. KMail seems to limp on regardless, which
> seems odd.
> 
> https://bugs.kde.org/show_bug.cgi?id=348491 refers.

Looks like the problem's gone away. I archived all my mails, then created a 
new user for myself and set it up anew, then re-imported from the archive 
and all seems fine now.

How can a problem like that hide in the data? It's almost like software 
breaking the hardware (and no, I don't count displays being sensitive to 
being driven too hard).

-- 
Rgds
Peter

Re: [gentoo-user] Re: All sorts of digest verification failures

[Dale]

Grant Edwards wrote:
> On 2015-11-12,   wrote:
>> Grant Edwards  wrote:
>>
>>> After an emerge --sync that appeared to work with no problems, my
>>> "emerge -auvND world" command is reporting that the Changelong files
>>> are broken for about 2/3 of the packages it wants to update:
>>>
>>> !!! Digest verification failed:
>>> !!! /usr/portage/dev-libs/libxml2/ChangeLog
>>> !!! Reason: Filesize does not match recorded size
>>> !!! Got: 5221
>>> !!! Expected: 5038
>>>
>>> !!! Digest verification failed:
>>> !!! /usr/portage/app-text/iso-codes/ChangeLog
>>> !!! Reason: Filesize does not match recorded size
>>> !!! Got: 4195
>>> !!! Expected: 4014
>>>
>>> [ ... and so on for another dozen or so packages ... ]
>>>
>>> I removed the emerge timestamp, sync'ed again, and got the same
>>> result.  Based on past experiences, I'm guessing that if I wait a day
>>> or two and sync again the problems will go away.
>>>
>>> But I am curious what causes these temporary breakages.  Does anybody
>>> know how this happens?
>> Try it again. I just synced and received new Manifest and Changelog
>> files for every(?) package of the portage tree. But no report of bad 
>> digest.
> Just for fun, I removed the files from the portage tree that were
> reported as bad, and did another sync.  Apparently, the rsync host
> that got chosen that time had just been updated, because it downloaded
> 313 files (I didn't pay much attention to which files exactly), and
> now emerge is happy again.
>
> I assume that the portage trees on the rsync servers from my first two
> attempts were in some intermediate state with new manifist files and
> old ChangeLog files or vice versa.
>
> In the past I've wondered how portage tree updates and rsync servers
> are managed so that people don't run into problems like this more
> often.
>


There's a page on g.o somewhere that explains this.  I read it a long
time ago, not sure how much has changed.  I think it updates like every
30 minutes or something but I seem to recall that some servers can
adjust that to hours or even just once a day if they need to.  It's been
a while but I bet it is still over there somewhere.  Got curious so I
went and found it.

https://wiki.gentoo.org/wiki/Project:Infrastructure/Rsync 

There are two links there.  Top one should give you a general idea. 

Dale

:-)  :-) 

Re: [gentoo-user] LINGUAS issue

[wabenbau]

Francisco Ares  wrote:

> Hi, all.
> 
> My locale language is "pt_BR" (Brazilian Portuguese), and many
> applications now support native translations.
> 
> And there is the "pt" possible LINGUAS entry, and there is no "pt_PT"
> (Portugal spoken Portuguese), for instance, neither any derivatives
> for other Portuguese speaking countries, which possibly have their
> own regional differences.

You can add locales by editing /etc/locale.gen and running locale-gen.
As i saw in /usr/share/i18n/SUPPORTED, pt_PT is supported.

> There are a few applications that do not distinguish "pt_BR" from
> "pt" and treat Portuguese language as simply "pt". An example is the
> OCR program "tesseract", that builds language specifics according to
> the LINGUAS environment variable.
> 
> Is there a way for specifying particular "LINGUAS" for individual
> packages?  I would not like to have to build dozens of applications to
> include "pt" to my "LINGUAS" definition just to have "tesseract" to
> include my native language support.  I've found some old messages
> about this on the net, but did not get any real solution.

You can define package specific environment variables for package 
builds in /etc/portage/env/

If you need package specific environment variables for runtime you
could create simple scripts to set the env and start the program.

#!/bin/sh
#
# start_tesseract.sh
#
LINGUAS="pt"
tesseract

Then modify the according menu entries / starter buttons to use the 
script.
 
> Or should I ask the "tesseract" package maintainer to add "pt_BR" to
> the available options?

That's a good idea.

--
Regards
wabe