Re: [gentoo-user] Fileserver with Raid + Crypto + BtrFS
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] AC WiFi Card
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] Akonadi database errors
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] Emerge order not deterministic !?
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
[gentoo-user] Re: Emerge order not deterministic !?
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
Re: [gentoo-user] Re: Emerge order not deterministic !?
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
[gentoo-user] Re: Re: Emerge order not deterministic !?
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 !?
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
Re: [gentoo-user] Re: Re: Emerge order not deterministic !?
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 !?
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
[gentoo-user] Re: Re: Re: Emerge order not deterministic !?
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] Re: Re: Re: Emerge order not deterministic !?
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
Re: [gentoo-user] What's happened to "Firefox Hello" on my system?
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
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
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] AC WiFi Card
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] firefox profile uses 100% CPU
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.
[gentoo-user] All sorts of digest verification failures
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] All sorts of digest verification failures
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
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] All sorts of digest verification failures
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
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
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
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
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] Re: All sorts of digest verification failures
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
Re: [gentoo-user] Re: All sorts of digest verification failures
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] Firefox-bin GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
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
[gentoo-user] LINGUAS issue
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
[gentoo-user] Re: LINGUAS issue
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
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
Re: [gentoo-user] LINGUAS issue
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
Re: [gentoo-user] firefox profile uses 100% CPU
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
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] firefox profile uses 100% CPU
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.
Re: [gentoo-user] firefox profile uses 100% CPU
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
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] [SOLVED] LINGUAS issue
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
[gentoo-user] Re: firefox profile uses 100% CPU
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] firefox profile uses 100% CPU
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
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
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
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
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
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
Re: [gentoo-user] firefox profile uses 100% CPU
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
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