[gentoo-user] KDE4 localization
Hi there! Since the upgrade to 4.6.3, most KDE applications show up in English. Even stuff that has not been upgraded, like kmymoney. The only KDE4 application I know that still is German is systemsettings. Does anyone else experience this? Wonko
Re: [gentoo-user] KDE4 localization
Hi. No, for me all works fine. -- Maxim Vorontsov 27.05.2011, в 20:19, Alex Schuster wo...@wonkology.org написал(а): Hi there! Since the upgrade to 4.6.3, most KDE applications show up in English. Even stuff that has not been upgraded, like kmymoney. The only KDE4 application I know that still is German is systemsettings. Does anyone else experience this? Wonko
Re: [gentoo-user] KDE4 localization
Maxim Vorontsov writes: No, for me all works fine. Probably another problem that only I have. BTW, German language is of course set in systemsettings, and it's also set via Help - Switch Application Language. It's no big deal, but I'm missing the German language in KMyMoney. Wonko
Re: [gentoo-user] KDE4 localization
Maybe deleting config files in ~/.kde can help? Dont forget backup it:-) -- Maxim Vorontsov 27.05.2011, в 21:35, Alex Schuster wo...@wonkology.org написал(а): Maxim Vorontsov writes: No, for me all works fine. Probably another problem that only I have. BTW, German language is of course set in systemsettings, and it's also set via Help - Switch Application Language. It's no big deal, but I'm missing the German language in KMyMoney. Wonko
Re: [gentoo-user] webkit-gtk build failure and masking confusion
On 2018.02.17 21:14, Neil Bothwick wrote: I no longer use Gnucash, having switched to KMyMoney a few years ago. Now that's just jumped a major version and I had to mask it because of missing features... so much for progress. What missing features? There are some bugs in KMM 5.0, but I don't know of anything totally missing (that was present in 4.x) If you found a bug or regression not already reported, please do report it.
Re: [gentoo-user] webkit-gtk build failure and masking confusion
On Sunday, 18 February 2018 02:14:18 GMT Neil Bothwick wrote: > I no longer use Gnucash, having switched to KMyMoney a few years ago. Now > that's just jumped a major version and I had to mask it because of > missing features... so much for progress. This conversation reminds me that I used to like Quicken on That Other Platform. Does anyone know of a broad equivalent to it on Linux? I don't relish having to learn double-entry book-keeping. -- Regards, Peter.
Re: [gentoo-user] OT Bookeeping recommendations
On Tuesday 05 September 2006 20:24, Stephen Liu wrote: Hi Brett, What software does anyone use for bookeeping under Linux. I do some consulting and need to be able to track income, expenses, and do invoices and payments. I don't need anything fancy. Maybe GnuCash http://www.gnucash.org/ GnuCash is very good. Also you should investigate KMyMoney. Both programs are capable. GnuCash has been around longer, but they lack some features now due to spending the last two years porting to GTK2. Good luck, -- Zac Slade [EMAIL PROTECTED] ICQ:1415282 YM:krakrjak AIM:ttyp99 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT Bookeeping recommendations
Thanks to both. I've been checking some out tonight. On Tuesday September 5 2006 22:51, Zac Slade wrote: On Tuesday 05 September 2006 20:24, Stephen Liu wrote: Hi Brett, What software does anyone use for bookeeping under Linux. I do some consulting and need to be able to track income, expenses, and do invoices and payments. I don't need anything fancy. Maybe GnuCash http://www.gnucash.org/ GnuCash is very good. Also you should investigate KMyMoney. Both programs are capable. GnuCash has been around longer, but they lack some features now due to spending the last two years porting to GTK2. Good luck, -- Zac Slade [EMAIL PROTECTED] ICQ:1415282 YM:krakrjak AIM:ttyp99 -- Brett I. Holcomb -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE4 localization
Maxim Vorontsov writes: 27.05.2011, в 21:35, Alex Schuster wo...@wonkology.org написал(а): Maxim Vorontsov writes: No, for me all works fine. Probably another problem that only I have. BTW, German language is of course set in systemsettings, and it's also set via Help - Switch Application Language. It's no big deal, but I'm missing the German language in KMyMoney. Maybe deleting config files in ~/.kde can help? It's .kde4 in Gentoo. No, the same happens when I try with a test user with clean .kde4 directory. Dont forget backup it:-) I backup them up regularly. And I just had to restore some config files because all plasma was messed up AGAIN. Most plasmoids were missing, including the panel, and I hat lots of additional activities. Before this I had to log out because kwin was using 1.3G of memory. Maybe a side effect from /var running full? I had 2G of stuff in /var/tmp/kdecache-wonko/http/. Is this normal? I moved this directory into my $HOME directory and set a symlink so just using KDE will not again fill /var again. Wonko
Re: [gentoo-user] Re: Graphite causing trouble
On Friday 06 January 2012 16:12:24 walt wrote: I rebuilt only gloog-ppl and that fixed the problem for me. In order to get that done, though, I had to remove the -floop-* flags temporarily because cloog-ppl gave the error that Peter describes. Once that job was done I reinstated the -floop-* flags and all is well. I wish I'd thought of that. Much quicker than emerge -e world twice! Mind you, on this i5 box it takes under five hours each time to remerge the 980 packages, including Libre Office. Two packages didn't compile: lame (wrong file size; I'll try again tomorrow) and kmymoney (compiled fine when called on its own, not during -e world). To get things compiling I removed all signs of graphite. I'm not sure whether it's worth the trouble of putting it back in again. Thoughts, anyone? -- Rgds Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] webkit-gtk build failure and masking confusion
On Sat, 17 Feb 2018 18:20:26 -0500, John Blinka wrote: > > Your best bet is to keyword gnucash-2.7.4, which does use the up to > > date webkit-gtk. > > Tried that and gnucash-2.7.4 (and dependencies) do build without any > troubles. But https://gnucash.org/news.phtml declares that all 2.7.* > versions are unstable, so I > prefer not to risk it. Fair comment, if it was just that the ebuild was in testing, I'd give it a go but if the project devs say it's not stable, well.. I no longer use Gnucash, having switched to KMyMoney a few years ago. Now that's just jumped a major version and I had to mask it because of missing features... so much for progress. -- Neil Bothwick The quickest way to a man's heart is through his sternum. pgpc2bYksZka9.pgp Description: OpenPGP digital signature
Re: [gentoo-user] webkit-gtk build failure and masking confusion
On Sun, Feb 18 2018, Neil Bothwick wrote: > On Sat, 17 Feb 2018 18:20:26 -0500, John Blinka wrote: > >> > Your best bet is to keyword gnucash-2.7.4, which does use the up to >> > date webkit-gtk. >> >> Tried that and gnucash-2.7.4 (and dependencies) do build without any >> troubles. But https://gnucash.org/news.phtml declares that all 2.7.* >> versions are unstable, so I >> prefer not to risk it. > > Fair comment, if it was just that the ebuild was in testing, I'd give it > a go but if the project devs say it's not stable, well.. The exact words in the bug (621532 comment 60) are Just to reiterate. There are no plans to fix this webkit-gtk ancient SLOT, because it will be last rited any day now; just waiting on gnucash-2.7 stabilization to proceed after some (probably harmless) test failures are fixed or deemed nonblocking. > I no longer use Gnucash, having switched to KMyMoney a few years ago. Now > that's just jumped a major version and I had to mask it because of > missing features... so much for progress. Understood. I am a little fearful of the new gnucash. But fortunately I am not a power user. (Hopefully canek uses gnucash). allan
Re: [gentoo-user] webkit-gtk build failure and masking confusion
On Sat, 17 Feb 2018 23:07:46 -0500, Jack wrote: > > I no longer use Gnucash, having switched to KMyMoney a few years > > ago. Now that's just jumped a major version and I had to mask it > > because of missing features... so much for progress. > What missing features? There are some bugs in KMM 5.0, but I don't > know of anything totally missing (that was present in 4.x) If you > found a bug or regression not already reported, please do report it. It's annoying things like not remember the directory for loading account files but always taking me back to ~/Documents. The really annoying one is that it no longer offers previous transaction with the payee to select from, so I have to enter all the details every time. -- Neil Bothwick Copy from another: plagiarism. Copy from many: research. pgpwNgNOa5pxl.pgp Description: OpenPGP digital signature
[gentoo-user] Re: upgrading (profiles, too)
On Thu, 30 May 2019 15:38:34 +0100 Mick wrote: > On Thursday, 30 May 2019 02:18:01 BST Dale wrote: > > > I haven't tested the 17.1 profile yet. If you are unsure, I'd just > > use 17.0 and wait until 17.1 is released. > > The 17.1 profile does away with separate /lib directories as > explained here: > > https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout The 17.1 profiles are soon to be marked stable, so I went ahead and migrated a little over a week ago, following the draft news item Michał Górny recently posted to -dev. FWIW, the migration seemed to go smoothly and I haven't noticed anything breaking except app-office/kmymoney won't build, apparently because the ebuild expects something to be in /lib which isn't there any more. But one dev said it builds fine on his 17.1 test system, so I dunno. I filed a bug, <https://bugs.gentoo.org/686750>.
Re: [gentoo-user] FVWM Desktop scrolling not working with KDE open dialog box
On 05/27/11 00:22, Jesús J. Guerrero Botella wrote: 2011/5/26 Jake Moe jakesaddr...@gmail.com: I'm having a weird issue I'm hoping someone here can help with. I've asked on the FVWM mailing list, but they can't reproduce with my config, so I'm hoping someone here with experience with the KDE/QT side of things might be able to offer a suggestion. I saw your question in the fvwm mailing list. If Thomas Adam couldn't help there I don't think anyone here will be able to. But stay tuned, just in case... I, like him, couldn't reproduce this. I've occasionally used lots of kde applications with fvwm without this problem. It seems to only be limited to QT/KDE, but I have no idea if it's a bug in FVWM, or a feature in KDE that needs disabling. Hope this description makes sense. Does anyone have any ideas? Well, in my book, a kde app is an application that links against the kde foundations (kdelibs), a qt-only app is an application that links against any or many of the qt parts, but not against kdelibs. smplayer seems to fall into the later category. It could help if you were able to reproduce this with a minimal single config file and try some more qt and kde programs. I've tried it with SMplayer, Kdevelop, Kate, KMyMoney, and KolourPaint and they all exhibit the same behaviour. Gnome and other X apps don't exhibit the same behaviour, it seems limited to KDE apps. I'll try to strip down a config and see if I can't find what option does it. I think I might also move my .kde4 folder temporarily and see if it still happens. Thanks for the reply. Jake Moe
Re: [gentoo-user] FVWM Desktop scrolling not working with KDE open dialog box
2011/5/26 Jake Moe jakesaddr...@gmail.com: On 05/27/11 00:22, Jesús J. Guerrero Botella wrote: 2011/5/26 Jake Moe jakesaddr...@gmail.com: I'm having a weird issue I'm hoping someone here can help with. I've asked on the FVWM mailing list, but they can't reproduce with my config, so I'm hoping someone here with experience with the KDE/QT side of things might be able to offer a suggestion. I saw your question in the fvwm mailing list. If Thomas Adam couldn't help there I don't think anyone here will be able to. But stay tuned, just in case... I, like him, couldn't reproduce this. I've occasionally used lots of kde applications with fvwm without this problem. It seems to only be limited to QT/KDE, but I have no idea if it's a bug in FVWM, or a feature in KDE that needs disabling. Hope this description makes sense. Does anyone have any ideas? Well, in my book, a kde app is an application that links against the kde foundations (kdelibs), a qt-only app is an application that links against any or many of the qt parts, but not against kdelibs. smplayer seems to fall into the later category. It could help if you were able to reproduce this with a minimal single config file and try some more qt and kde programs. I've tried it with SMplayer, Kdevelop, Kate, KMyMoney, and KolourPaint and they all exhibit the same behaviour. Gnome and other X apps don't exhibit the same behaviour, it seems limited to KDE apps. I'll try to strip down a config and see if I can't find what option does it. I think I might also move my .kde4 folder temporarily and see if it still happens. One quick thing you could try is to create a new user and try there, if you don't want to mess up your kde config. -- Jesús Guerrero Botella
Re: [gentoo-user] KDE4 localization
On Saturday 28 May 2011 20:27:59 Alex Schuster wrote: Maxim Vorontsov writes: 27.05.2011, в 21:35, Alex Schuster wo...@wonkology.org написал(а): Maxim Vorontsov writes: No, for me all works fine. Probably another problem that only I have. BTW, German language is of course set in systemsettings, and it's also set via Help - Switch Application Language. It's no big deal, but I'm missing the German language in KMyMoney. Maybe deleting config files in ~/.kde can help? It's .kde4 in Gentoo. No, the same happens when I try with a test user with clean .kde4 directory. Dont forget backup it:-) I backup them up regularly. And I just had to restore some config files because all plasma was messed up AGAIN. Most plasmoids were missing, including the panel, and I hat lots of additional activities. Before this I had to log out because kwin was using 1.3G of memory. Maybe a side effect from /var running full? I had 2G of stuff in /var/tmp/kdecache-wonko/http/. Is this normal? I moved this directory into my $HOME directory and set a symlink so just using KDE will not again fill /var again. Wonko no, normal is something like 60 or 100mb for http. You don't delete your caches... btw, a lot of kde stuff ends up in .local nowadays. Stupid standards...
Re: [gentoo-user] KDE4 localization
On Sunday 29 May 2011 18:16:04 Volker Armin Hemmann wrote: On Saturday 28 May 2011 20:27:59 Alex Schuster wrote: Maxim Vorontsov writes: 27.05.2011, в 21:35, Alex Schuster wo...@wonkology.org написал(а): Maxim Vorontsov writes: No, for me all works fine. Probably another problem that only I have. BTW, German language is of course set in systemsettings, and it's also set via Help - Switch Application Language. It's no big deal, but I'm missing the German language in KMyMoney. Maybe deleting config files in ~/.kde can help? It's .kde4 in Gentoo. No, the same happens when I try with a test user with clean .kde4 directory. Dont forget backup it:-) I backup them up regularly. And I just had to restore some config files because all plasma was messed up AGAIN. Most plasmoids were missing, including the panel, and I hat lots of additional activities. Before this I had to log out because kwin was using 1.3G of memory. Maybe a side effect from /var running full? I had 2G of stuff in /var/tmp/kdecache-wonko/http/. Is this normal? I moved this directory into my $HOME directory and set a symlink so just using KDE will not again fill /var again. Wonko no, normal is something like 60 or 100mb for http. You don't delete your caches... btw, a lot of kde stuff ends up in .local nowadays. Stupid standards... This is mine: $ du -s -h /var/tmp/kdecache-michael/http 61M /var/tmp/kdecache-michael/http Are you running some strange plasma or plugin that keeps caching and caching? In Konqueror I have my Disk Cache Size set at 51200 KiB. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: Re: [gentoo-user] Running out of space on /var partition
Dale writes: Alex Schuster wrote: I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe here. I run KDE here and it uses less than 1Gbs all the time. Most of the time it hovers around 1Gb with a lot of junk open. If your used 8Gbs, you got a lot running or something. o_O I'm using 4.5G right now according to free -m (using the -/+ buffers/cache entry). 550M for a Windows VM, 355M for Kontact, 350M for my TV-Browser application, 200M for Firefox, incredible 165M for a Chromium instance, 155M plasma-desktop. Oh, there's an emerge -a command waiting for me to confirm it should run, 155M. virtuoso-t neds 150M, the same goes for Amarok, and kwin is at 140 now. The rest is mainly more Chromium and Konqueror processes, X, akonadi_nepomuk, apache2, kmymoney, the rest is less then 65M each. The system even starts swapping from time to time. 6G was not enough, things are much better now that I have 8G. With 4, it became unusable after 1-2 days of being logged into KDE. Well, if you were using LVM, this would take less than a minute: lvresize -L +2G /dev/myVolumeGroup/myVarVolume resize2fs /dev/myVolumeGroup/myVarVolume Yea but I don't use LVM. I know :) Wonko
Re: [gentoo-user] Running out of space on /var partition
Alex Schuster wrote: Dale writes: Alex Schuster wrote: I don't use tmpfs any more, as 8G of RAM is barely enough to run KDe here. I run KDE here and it uses less than 1Gbs all the time. Most of the time it hovers around 1Gb with a lot of junk open. If your used 8Gbs, you got a lot running or something. o_O I'm using 4.5G right now according to free -m (using the -/+ buffers/cache entry). 550M for a Windows VM, 355M for Kontact, 350M for my TV-Browser application, 200M for Firefox, incredible 165M for a Chromium instance, 155M plasma-desktop. Oh, there's an emerge -a command waiting for me to confirm it should run, 155M. virtuoso-t neds 150M, the same goes for Amarok, and kwin is at 140 now. The rest is mainly more Chromium and Konqueror processes, X, akonadi_nepomuk, apache2, kmymoney, the rest is less then 65M each. The system even starts swapping from time to time. 6G was not enough, things are much better now that I have 8G. With 4, it became unusable after 1-2 days of being logged into KDE. Well, if you were using LVM, this would take less than a minute: lvresize -L +2G /dev/myVolumeGroup/myVarVolume resize2fs /dev/myVolumeGroup/myVarVolume Yea but I don't use LVM. I know :) Wonko Jeez, I thought I used the kitchen sink here at times. The better question may be, what don't you have running? LOL Dale :-) :-)
Re: [gentoo-user] Re: upgrading (profiles, too)
On 5/31/19 9:13 AM, Peter Humphrey wrote: On Thursday, 30 May 2019 16:32:01 BST »Q« wrote: The 17.1 profiles are soon to be marked stable, so I went ahead and migrated a little over a week ago, following the draft news item Michał Górny recently posted to -dev. FWIW, the migration seemed to go smoothly and I haven't noticed anything breaking except app-office/kmymoney won't build, apparently because the ebuild expects something to be in /lib which isn't there any more. But one dev said it builds fine on his 17.1 test system, so I dunno. I filed a bug, <https://bugs.gentoo.org/686750>. Encouraged by this, I tried the migration this morning. I followed the enews item that Mick quoted - I even printed it to keep myself straight. Before the start: $ eselect profile show Current /etc/portage/make.profile symlink: default/linux/amd64/17.0/desktop/plasma I went through the migration, step by step, but after step 7, "unsymlink-lib --finish", I found 110 files still in /lib and /usr/lib (list attached), of the >3000 before the migration attempt, and /usr/local/lib still a symlink. This can't be right, can it? It's perfectly OK for there to still be stuff under /lib /usr/lib /usr/local/lib. These are supposed to be things which are arch independent, such as config stuff and scripts. However, I'm pretty sure none of them should still be a symlink. What's the link pointing to? I'd be tempted to revert the unsymlink. Did you check the output of "unsymlink-lib --analyze" first?
Re: [gentoo-user] systemd
Michael Schreckenbauer writes: Hi, Am Dienstag, 30. August 2011, 13:56:44 schrieb Alex Schuster: Alan McKinnon writes: [...] What's your objection to dbus? It gives you a standard message bus, is small, light, consumes minimal resources and provides a nice standard way to do IPC. Probably easier than reinventing the wheel with named pipes and other bits over and over. Except for me. dbus-daemon often uses 10-20% of my CPU according to top. Mine idles most of the time, no CPU is used. My computer is running for ~6h now, dbus-daemon used less than 1.5s CPU time. After a relogin, this is also true here at this moment, dbus-daemon uses about 4% of one of my two cores. After 26 days of uptime, its total CPU time is 1380 minutes, Followed by udisks-daemon with 990 minutes, and then mysqld with 25 minutes. And this morning, it was using about 750M of memory. Which is less than kwin's and Kontact's usage, but still. Strange. Mine uses only ~20MB. Right now I have three dbus-daemon processes (one owned by messagebus, two owned by my user), with a total of 4.5M only. The excessive usage of 750M (I noticed this for the first time) probably was a memory leak. Like with KWin, where it always happens after some days of being logged in. But I think the problem is on my side, I run KDE4 with only 8G of memory, no wonder I need 1.7G of swap right now. /rant I have only 4GB of memory, run kde4, swap is not used at all most of the time. There are still ~512MB free with ~1,3GB cached currently. I do have programs running :) firefox with some tabs, kdevelop with a project (~100.000 LOC), kmail, LibreOffice and 3 konsoles, each with some tabs open. I know, I am of no help at all, but I really wonder, why your numbers differ so significantly from mine. I run some more applications. 9 Konsole tabs, two Dolphins, a Konqueror as file manager, Amarok, TV-Browser, Kontact, Chromium with 15 tabs, KMyMoney. That's what comes up after login, after a while of being logged in more stuff is running. Yesterday I had a Windows running in vmplayer, that may use 512M. Right now, 4.7G of memory is needed (free -m, -/+ buffers/cache entry). [Later] Whoops, forgot to actually send this mail. Ten hours later I have another dbus-daemon process, owned by root, but memory their usage is the same. 5250M of RAM are needed now altogether. Wonko
Re: [gentoo-user] At last! A Qt5 version of KMail-2 - but here be dragons!
On Monday, December 19, 2016 09:45:21 AM Peter Humphrey wrote: > J. Roeleveld <jo...@antarean.org> wrote : > > On Sunday, December 18, 2016 03:11:58 PM Peter Humphrey wrote: > > > Peter Humphrey pe...@prh.myzen.co.uk> > > > > wrote : > > > > This morning I ran my usual daily update and was presented with a long > > > > list of kde-app packages, including KMail-2. The only problem was four > > > > blocks that portage couldn't sort out on its own, so I evicted the > > > > existing versions with emerge -C and continued. > > > > > > > > Then kleopatra failed to build, as in bug 602924. The fix there worked > > > > (I > > > > > > should call it an evasion really) and kleopatra built ok. > > > > > > I should have done some more checking before writing. The fix was to > > > > emerge > > > > > -C kde-apps/gpgmepp. I don't know whether you can do that before > > > starting > > > the upgrade, but it's worth a try. It might save a lot of work. > > > > > > At any rate, there's no sign of gpgmepp being pulled back in with the > > > new > > > 16.12.0 versions of kde-apps packages, now that the old versions have > > > > gone. > > > > More important, how is the latest kmail behaving? > > It isn't. > > I finished the emerge -e world, then @preserved-rebuild presented me with a > whole lot of packages, resulting in the same appalling mess as before: > incompatible versions being required of numerous packages. I've never had > @preserved-rebuild follow an -e world before. Me neither, although I do wonder if it maybe caches something somewhere. I did just now have a preserved-rebuild after a depclean action. (This was after a clean update and no preserved-rebuild necessary prior to the depclean) > I've reverted to a week-old system backup, but now when I invoke KMail I get > a dialogue box saying "This will start the program kmail -qwindowtitle %c > %u. If you do not trust this program, click Cancel". What? Of course I > trust it, so I click Continue, and I get "Unable to make the service KMail > executable, aborting execution" > > What could possible go wrong with a simple offline tarring of files to USB > disk and back again? I know, I know... Did you include all the permissions in the tar during compression and extraction? > Has no-one else tried this upgrade? No, did try today, but as it has a conflict with dependencies for kmymoney (which isn't yet for slot 5), I am unwilling to proceed on this laptop. I will test my desktop later today/this week. -- Joost
Re: [gentoo-user] systemd
On Tue, Aug 30, 2011 at 7:01 PM, Alex Schuster wo...@wonkology.org wrote: Michael Schreckenbauer writes: Hi, Am Dienstag, 30. August 2011, 13:56:44 schrieb Alex Schuster: Alan McKinnon writes: [...] What's your objection to dbus? It gives you a standard message bus, is small, light, consumes minimal resources and provides a nice standard way to do IPC. Probably easier than reinventing the wheel with named pipes and other bits over and over. Except for me. dbus-daemon often uses 10-20% of my CPU according to top. Mine idles most of the time, no CPU is used. My computer is running for ~6h now, dbus-daemon used less than 1.5s CPU time. After a relogin, this is also true here at this moment, dbus-daemon uses about 4% of one of my two cores. After 26 days of uptime, its total CPU time is 1380 minutes, Followed by udisks-daemon with 990 minutes, and then mysqld with 25 minutes. And this morning, it was using about 750M of memory. Which is less than kwin's and Kontact's usage, but still. Strange. Mine uses only ~20MB. Right now I have three dbus-daemon processes (one owned by messagebus, two owned by my user), with a total of 4.5M only. The excessive usage of 750M (I noticed this for the first time) probably was a memory leak. Like with KWin, where it always happens after some days of being logged in. But I think the problem is on my side, I run KDE4 with only 8G of memory, no wonder I need 1.7G of swap right now. /rant I have only 4GB of memory, run kde4, swap is not used at all most of the time. There are still ~512MB free with ~1,3GB cached currently. I do have programs running :) firefox with some tabs, kdevelop with a project (~100.000 LOC), kmail, LibreOffice and 3 konsoles, each with some tabs open. I know, I am of no help at all, but I really wonder, why your numbers differ so significantly from mine. I run some more applications. 9 Konsole tabs, two Dolphins, a Konqueror as file manager, Amarok, TV-Browser, Kontact, Chromium with 15 tabs, KMyMoney. That's what comes up after login, after a while of being logged in more stuff is running. Yesterday I had a Windows running in vmplayer, that may use 512M. Right now, 4.7G of memory is needed (free -m, -/+ buffers/cache entry). [Later] Whoops, forgot to actually send this mail. Ten hours later I have another dbus-daemon process, owned by root, but memory their usage is the same. 5250M of RAM are needed now altogether. Very, very weird. You all seem to have some weird issues with dbus-daemon that I don't have. (times retrieved with ps axS, memory consumption retrieved with htop) On my 77-day uptime server runing Debian 5, dbus's total time is 0:00. (That's with ps axS) virtual memory of 21M, resident of 900K. On my gentoo desktop, 8 days' uptime, I show two dbus-daemon processes, both with 0:00. Both with virtual of 19M. One with resident of 984K, one with resident of 808K. On my router, Debian 6, with 4 days' uptime, ps axS shows 0:00 for consumed time. 23M virtual, 968K resident. -- :wq
Re: [gentoo-user] Layout problem in latest KDE apps
On Thursday, 2 August 2018 13:27:45 BST Mick wrote: > On Thursday, 2 August 2018 07:10:00 BST Peter Humphrey wrote: > > On Monday, 30 July 2018 11:18:22 BST Peter Humphrey wrote: > > > My daily update yesterday included 100 kde-apps/* . Now dolphin and > > > konqueror-as-a-file-manager have their panels laid out with extremely > > > wide spacing (example attached). Is this my fault or theirs? > > > > I tried creating a new user for myself, and got the same results, > > including the missing icons. I also spent several hours today rebuilding the entire system from scratch[1], and then creating a new user. I didn't even copy my .mozilla directory. Still no improvement. > Are you running a full Plasma DE? Yes, the full works, with just the tweaks that the control panel allows. Nothing non-standard. Here's my entire package.use: app-emulation/virtualboxadditions extensions java python net-libs/webkit-gtk -webgl x11-libs/wxGTK webkit www-client/chromium -hangouts jumbo-build dev-lang/python sqlite sys-firmware/intel-microcodeinitramfs sys-kernel/linux-firmware savedconfig media-fonts/terminus-font center-tilde distinct-l app-admin/gkrellm hddtemp sys-kernel/gentoo-sources symlink app-office/kmymoney calendar hbci ofx quotes sys-libs/gwenhywfar qt4 app-office/libreoffice googledrive pdfimport dev-libs/xmlsec nss www-client/links-X -jpeg -png -tiff -directfb -fbcon -sdl media-libs/mesa opencl dev-qt/qtwebengine -system-icu net-misc/tigervnc server media-libs/mesa -vaapi sys-devel/llvm clang video_cards_radeon x11-libs/libdrm video_cards_radeon > I have missing icons here for more than a year on KDE applications (or > whatever they are called this semester), on non-Plasma desktop. 1. This is my standard procedure for rebuilding the entire system: $ cat /usr/local/bin/ejsys #!/bin/bash emerge --jobs -1 gcc && emerge --jobs -1 binutils && emerge --jobs -1 glibc emerge --jobs --load-average=36 --keep-going --nospinner \ --exclude="gcc binutils glibc" @system linux-firmware intel-microcode Then make mrproper; cp /boot/ .config; kmake $ cat /usr/local bin/kmake: #!/bin/bash mount /boot cd /usr/src/linux make -j12 && make modules_install && make install &&\ cp -v ./arch/x86/boot/bzImage /boot/EFI/Boot/bootX64.efi &&\ echo && echo "Rebuilding modules" && echo &&\ emerge --jobs --load-average=48 @module-rebuild @x11-module-rebuild && echo &&\ echo "Remaking microcode images" &&\ /usr/sbin/iucode_tool -S --write-earlyfw=/boot/early_ucode.cpio /lib/firmware/intel-ucode/* && echo &&\ echo "Remounting /sys/firmware/efi/efivars read-write" &&\ mount -oremount,rw /sys/firmware/efi/efivars && echo &&\ echo "Don't forget to bootctl-install the new kernel!" && echo $ cat /usr/local/bin/ejeworld #!/bin/bash emerge --jobs --load-average=48 --keep-going --nospinner \ --exclude="$(cat system.pkgs) linux-firmware intel-microcode" -e @world system.pkgs contains the names of the 43 packages that are emerged by @system. I don't know what else I can try. Help, anyone? -- Regards, Peter.
[gentoo-user] gpgme update and kdepimlibs-4.14.11_pre20160211 blocker
Hi All,
This morning's attempt to update a no-multilib PC brought up this conflict:
# emerge -1aDv app-crypt/gpgme
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] app-crypt/gpgme-1.8.0-r2:1/11::gentoo [1.5.5:1/11::gentoo]
USE="cxx%* qt5%* -common-lisp -python% -static-libs"
PYTHON_TARGETS="python2_7%* python3_4%* (-python3_5)" 1,268 KiB
[blocks B ] kde-apps/kdepimlibs:4 ("kde-apps/kdepimlibs:4" is blocking
app-crypt/gpgme-1.8.0-r2)
Total: 1 package (1 upgrade), Size of downloads: 1,268 KiB
Conflict: 1 block (1 unsatisfied)
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(kde-apps/kdepimlibs-4.14.11_pre20160211-r2:4/4.14::gentoo, installed)
pulled in by
>=kde-apps/kdepimlibs-4.14:4[aqua=] (>=kde-apps/kdepimlibs-4.14:4[-aqua])
required by (kde-apps/libkgapi-2.2.0:4/4::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kalarm-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kabcclient-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/konsolekalendar-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kaddressbook-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/blogilo-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/ktnef-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/akregator-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kmail-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kdepim-common-libs-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/knode-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kdepim-runtime-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/calendarjanitor-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.4:4[aqua=] (>=kde-apps/kdepimlibs-4.4:4[-aqua])
required by (app-office/kmymoney-4.7.2:4/4::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/ktimetracker-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kjots-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/knotes-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/akonadiconsole-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kleopatra-4.14.11_pre20160211:4/4.14::gentoo, installed)
>=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
apps/kont
[gentoo-user] Re: gpgme update and kdepimlibs-4.14.11_pre20160211 blocker
On Saturday 04 Mar 2017 09:50:21 Mick wrote:
> Hi All,
>
> This morning's attempt to update a no-multilib PC brought up this conflict:
>
> # emerge -1aDv app-crypt/gpgme
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild U ] app-crypt/gpgme-1.8.0-r2:1/11::gentoo [1.5.5:1/11::gentoo]
> USE="cxx%* qt5%* -common-lisp -python% -static-libs"
> PYTHON_TARGETS="python2_7%* python3_4%* (-python3_5)" 1,268 KiB
> [blocks B ] kde-apps/kdepimlibs:4 ("kde-apps/kdepimlibs:4" is blocking
> app-crypt/gpgme-1.8.0-r2)
>
> Total: 1 package (1 upgrade), Size of downloads: 1,268 KiB
> Conflict: 1 block (1 unsatisfied)
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
>
> (kde-apps/kdepimlibs-4.14.11_pre20160211-r2:4/4.14::gentoo, installed)
> pulled in by
>
> >=kde-apps/kdepimlibs-4.14:4[aqua=]
> >(>=kde-apps/kdepimlibs-4.14:4[-aqua])
>
> required by (kde-apps/libkgapi-2.2.0:4/4::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/kalarm-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/kabcclient-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/konsolekalendar-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/kaddressbook-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/blogilo-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/ktnef-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/akregator-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/kmail-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/kdepim-common-libs-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/knode-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/kdepim-runtime-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/calendarjanitor-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.4:4[aqua=] (>=kde-apps/kdepimlibs-4.4:4[-aqua])
>
> required by (app-office/kmymoney-4.7.2:4/4::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/ktimetracker-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/kjots-4.14.11_pre20160211:4/4.14::gentoo, installed)
>
> >=kde-apps/kdepimlibs-4.14.11_pre20160211:4[aqua=,akonadi(+)] (>=kde-
>
> apps/kdepimlibs-4.14.11_pre20160211:4[-aqua,akonadi(+)]) required by (kde-
> apps/knotes-4.14.11_pre20160211:4/4.14::g
[gentoo-user] Swap performance
Hi there! I still wonder why my KDE4 system starts swapping so early. Until a week ago, I had 6G of RAM, but after a day of being logged in, I usually had some swap usage. Sometimes this goes up to 1.5G, this is when the system becomes way too slow and I log out. Normally I don't mind having swap, I always had. But to me it looks like this is worse than it should be. From the point when swapping starts, it's nearly permanent, like, when switching applications and desktops. As if important stuff were swapped out that will be needed again soon. While unimportant stuff stays in memory. This was even worse when using the ati-drivers/fglrx, but at the moment I'm using xf86-video-ati with xorg-server-1.10.1.901 and KMS. echo 1 /proc/sys/vm/drop_caches helps a little, but not much. And not for long. Sometimes I quit memory-hungry applications like Kontact, Amarok and TV Browser and restart them immediately afterwards. Memory usage has dropped, and desktop switching is fast again, once I went to every desktop so that stuff will be swapped in. BTW, vm.swappiness is set to 20. Or I do a 'swapoff -a swapon -a', this empties the swap and also frees memory. But this takes _quite_ _a_ _while_. Once I measured 37 minutes to clear 1G of swap. But I do not remember how much memory was being used then, so I tried again, after closing memory-intensive applications: weird ~ # free -m total used free sharedbuffers cached Mem: 5721 4184 1536 0 34111 -/+ buffers/cache: 4039 1682 Swap: 4093885 3208 weird ~ # time swapoff -a real27m8.757s user2m12.284s sys 21m37.089s weird ~ # free -m total used free sharedbuffers cached Mem: 5721 4785936 0 53409 -/+ buffers/cache: 4322 1398 Swap:0 0 0 So, 27 minutes to put 885MB of swap back into RAM, with the double amount of that being free RAM. I monitored with iotop, and the transfer rate started around 60-100 K/s, later it went higher. But the average transfer rate is 550K/s. Shouldn't swap be, like, a little faster? My swap is on an LUKS-encrypted LVM volume, but I tried with a fresh new LVM volume, and it was a little better only. The SATA drive gives 80-100 MB/s according to hdparm -t. dd'ing /dev/zero directly to the swap volume gives around 100 MB/s. I'm running ck-sources 2.6.38, but I experience this for a long time now, and changed from tuxonice-sources (another thing that just doesn't work well for me) to ck-sources, to try if this would improve things. I even cloned a .config from some live cd, in case I had some stupid option activated that slowed things down. Lowering swappiness helped, as did more memory. With 3.7G of RAM, KDE4 was barely usable. But two years ago, when this PC was new, I ran KDE 4.2 on x86, compiled all except OpenOffice in tmpfs, often had a virtual machine running in VMplayer, and it was fine. I sure run lots of applications (Kontact, Amarok, TV Browser which uses an incredible amount of RAM), some Dolphins, some Konsoles, a few Konquerors, about 15-26 Chromium tabs, KMyMoney, some editors, sometimes Qt Creator, and some Okulars. When I file some photos from my camera with Digikam, I normally do not close it afterwards, hoping that it gets swapped out if needed, and unless I start using it again this should not cost too much of my RAM. This has always been my style of working, I don't like to close an applications just after working with it. And it was fine in the past, with much less memory, and with a virtual machine running all of the time. Now I got another 2G of RAM, and things are better. But still, I have 800M of swap right now, without using special applications or VMs. At this moment, it's not problem, there is no paging going on. A little while ago, it was quite noticeable. I was running rdiff-backup stuff at that moment, but so I am doing now. Weird. Oh, even weirder: The phone just rang, and five minutes later, swap has gone to 860M. I was running rdiff-backup --list-increment-sizes, maybe this uses much memory, and caches the stuff. Now the command has finished, and paging has stopped. The rdiff-backup process itself does not use much memory. BTW, does anyone else's kwin use 750M? That's pretty high, I think it used to be more like 300M. Wonko
Re: [gentoo-user] Running out of space on /var partition
Dale writes: Alex Schuster wrote: Dale writes: Alex Schuster wrote: I don't use tmpfs any more, as 8G of RAM is barely enough to run KDE here. I run KDE here and it uses less than 1Gbs all the time. Most of the time it hovers around 1Gb with a lot of junk open. If your used 8Gbs, you got a lot running or something. o_O I'm using 4.5G right now according to free -m (using the -/+ buffers/cache entry). 550M for a Windows VM, 355M for Kontact, 350M for my TV-Browser application, 200M for Firefox, incredible 165M for a Chromium instance, 155M plasma-desktop. Oh, there's an emerge -a command waiting for me to confirm it should run, 155M. virtuoso-t neds 150M, the same goes for Amarok, and kwin is at 140 now. The rest is mainly more Chromium and Konqueror processes, X, akonadi_nepomuk, apache2, kmymoney, the rest is less then 65M each. The system even starts swapping from time to time. 6G was not enough, things are much better now that I have 8G. With 4, it became unusable after 1-2 days of being logged into KDE. Jeez, I thought I used the kitchen sink here at times. The better question may be, what don't you have running? LOL I made some screenshots [*] after I started with an empty .kde4 directory one week ago. They show what is started automatically when I log into KDE, well, except for the last desktop where I fired up a browser for online banking. Desktop 1: Administration stuff. A Konsole with a root shell and a normal shell, and another spare one. Some system info and logging plasmoids. Desktop 2: Multimedia. Amarok, a folder plasmoid with my images. A Dolphin with two tabs showing my music and video files, both tabs have two views. A Konsole window is grouped to the Dolphin window, I use it mainly for downloading videos with my download script, which is a wrapper for youtube- dl but does a little more. BTW, I added it to the 'Open with...' menu in Konqueror, but nowadays I write 'mydl' in this shell and drag the URLs I want to download from the browser right into the shell. Desktop 3: Mail/News/WWW. Kontact, I use the KMail, Akregator and KNode components mainly. And two grouped Chromium windows with some tabs. Desktop 4: Remote. I go here when I administrate remote systems, via ssh in a Konsole, RDesktop, or NX. The folder views have shortcuts to start NX/Rdesktop/VPN sessions, or Dophins opening FTP locations and such. Desktop 5: Programming. A big Dolphin grouped to a Konsole with a growing number of tabs. Some folder views for stuff I regularly need. Another Chromium, showing my Wiki, and more tabs when I need them. When I actually do something here, I also have some editor windows open. Desktop 6: Other. Financial stuff, LibreOffice, and other things that don't fit into the other desktops. All in all, I don't think this is really so much. With KDE uptime, more things are running, and I often see no need to close them, because might need them later again. The weird thing is that this has been my attitude for long, and before KDE4, I had no problems with this, even with less then 4G of RAM. I was using swap then, but it did not matter much, a little delay while an application I did not use for a while gets swapped in was okay. But now, when swapping starts, it seems to happen constantly. As if important stuff were swapped out, that would be needed again immediately. With the ati-drivers, this was even worse. When I moved to radeon, it was much better already. Wonko [*] http://www.wonkology.org/comp/desktop/2011-07-24/
Re: [gentoo-user] KDE ridiculous memory usage
Florian Philipp writes: I have a bit of a problem. I'm on KDE-4.4.5 and it eats memory for breakfast. Directly after booting, everything is okay but the usage grows significantly. I wonder whether this is expected behavior. I was just about to write something about this. I suffered from bad performance for quite a while now (like mplayer stuttering during emerges), started a thread in in the gentoo-performance list and got some advice that made things a little better, but I suspect the effect came from reduced memory usage only. Since yesterday the problems all seem to be gone, but again it's not a real solution, as I plugged in another 2GB of memory, so now I have 6G. I used to restart kdm once per day in order to free memory. If I did not do this, KDE4 became nearly unsusabe. The following statistics have been taken after 8 days of uptime during which the system was on standby most of the time during work days and at night. free -m total used free shared buffers cached Mem: 3754 3588 165 0 57 258 -/+ buffers/cache: 3271 482 Swap: 6142 978 5163 A desktop machine that has 4GB RAM and still needs to swap?! After 1 day of uptime, my system needs even more, but I'm also running some stuff. wo...@weird ~ $ free -m total used free sharedbuffers cached Mem: 5721 5618103 0112 1108 -/+ buffers/cache: 4397 1323 Swap: 4094 50 4044 Excerpt from top: VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1094m 484m 10m S0 12.9 96:43.01 firefox 932m 471m 15m S0 12.6 5:10.20 akregator 384m 303m 2856 S0 8.1 59:43.43 virtuoso-t 709m 282m 2936 S0 7.5 0:40.51 nepomukservices 839m 146m 15m S0 3.9 8:37.76 thunderbird-bin 191m 131m 532 S0 3.5 12:30.73 dbus-daemon 902m 105m 5288 S0 2.8 0:30.16 krunner 263m 105m 1724 S0 2.8 2:31.18 squid 255m 61m 6672 S7 1.6 305:04.24 X 1106m 55m 7756 S0 1.5 4:22.73 amarok 534m 54m 10m S0 1.5 2:33.94 kopete 559m 52m 6536 S0 1.4 56:52.37 nepomukservices 718m 38m 12m S4 1.0 143:36.62 plasma-desktop 295m 33m 2048 S0 0.9 1:59.32 mysqld 360m 17m 1856 S0 0.5 0:07.56 tomboy 445m 16m 3392 S0 0.4 38:54.36 nepomukservices 365m 14m 6356 S1 0.4 27:38.49 konsole 438m 11m 4928 S0 0.3 0:20.12 kded4 508m 11m 6364 S0 0.3 0:45.79 kwin Now this looks different here. I have X with 946M, plasma-desktop with 505M, that's 15 times the memory you need. Then comes java with 371M (for TV-Browser - yes, 371MB just for showing the TV programme!), emerge wants 272M while emerging openoffice. Chromium also needs much memory, my 33 tabs want 762M: VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1722m 946m 22m R 24 16.5 217:29.77 X 1728m 504m 23m S0 8.8 61:07.82 plasma-desktop 2018m 371m 6772 S0 6.5 2:45.60 java 379m 272m 1884 S0 4.8 4:39.50 emerge 2632m 127m 11m S0 2.2 6:48.31 pica 694m 123m 21m S0 2.2 11:28.50 kontact 1246m 117m 20m S0 2.1 27:30.34 amarok 757m 101m 86m S0 1.8 116:20.68 vmware-vmx 946m 94m 10m S0 1.7 1:37.32 chrome 682m 91m 15m S0 1.6 4:22.98 chrome 494m 79m 14m S0 1.4 0:40.28 kmymoney 929m 61m 13m S0 1.1 2:29.96 chrome 328m 56m 5084 S0 1.0 1:46.09 kio_imap4 73712 49m 616 S0 0.9 0:10.79 screen 921m 48m 30m S0 0.8 0:01.62 systemsettings 573m 46m 14m S0 0.8 1:36.06 dolphin Okay, I'm used to Firefox taking much memory. I'm okay with that since it's the most heavily used application currently running. But why does Akregator need that much memory? It doesn't even have any tabs open at the moment and is just running minimized in the background. Beats me. Virtuoso looks like an optional Soprano dependency which in turn is needed for Nepomuk. Are the default use flags for dev-libs/soprano suboptimal? What happens if I choose other flags for Soprano? Don't know. But you can just turn off virtuoso in systemsettings- desktop search. I just turned it on again, and - now I need 271M of swap, and again my system becomes unresponsive due to the constant swapping that is going on. With 6G! Which is another problem I think. One question is how KDE4 can need such a lot of memory, the other is how the system can become so unresponsive once its starts swapping. I used to have larger swap with less RAM, and did not have those performance problems. One
[gentoo-user] boost-1.62.0-r1 blocked by nothing ??
Hi,
now I have an emerge mystery myself: It claims boost is blocked by ...
nothing. See yourself:
- emerge tells me that boost is for whatever reason blocked
- I cannot find any entry for this in /etc/portage/**
- eix does not show any kind of mask for 1.62.0-r1
- none of the installed packages show a condition preventing an update
Any idea?
Cheers,
Jörg
= %< ===
$ emerge -uDvta --changed-use --with-bdeps=y --backtrack=50 world
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
Total: 0 packages, Size of downloads: 0 KiB
!!! The following update has been skipped due to unsatisfied dependencies:
dev-libs/boost:0
!!! All ebuilds that could satisfy "=dev-util/boost-build-1.62*" have been
masked.
!!! One of the following masked packages is required to complete your
request:
- dev-util/boost-build-1.62.0-r1::gentoo (masked by: )
(dependency required by "dev-libs/boost-1.62.0-r1::gentoo" [ebuild])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.
Nothing to merge; quitting.
$ find /etc/portage/ -type f -exec grep boost {} +
/etc/portage/package.use:dev-libs/boost expat
$ eix -I boost
[U] dev-libs/boost
Available versions: 1.55.0-r2(0/1.55.0)^t 1.56.0-r1(0/1.56.0)^t
~1.58.0-r1(0/1.58.0)^t ~1.59.0(0/1.59.0)^t ~1.60.0(0/1.60.0)^t
~1.61.0(0/1.61.0)^t ~1.61.0-r1(0/1.61.0)^t 1.62.0-r1(0/1.62.0)^t
~1.63.0(0/1.63.0)^t {context debug doc icu mpi +nls python static-libs
+threads tools ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64"
ABI_X86="32 64 x32" PYTHON_TARGETS="python2_7 python3_4 python3_5"}
Installed versions: 1.56.0-r1^t(11:20:13 AM 12/03/2016)(icu nls
threads -context -debug -doc -mpi -python -static-libs -tools ABI_MIPS="-n32
-n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32"
PYTHON_TARGETS="python2_7 -python3_4")
Homepage:http://www.boost.org/
Description: Boost Libraries for C++
[U] dev-util/boost-build
Available versions: 1.55.0^t ~1.55.0-r1^t 1.56.0^t ~1.58.0^t ~1.59.0^t
~1.60.0^t ~1.61.0^t 1.62.0-r1^t ~1.63.0^t {examples python test
PYTHON_TARGETS="python2_7"}
Installed versions: 1.56.0^t(07:24:23 PM 07/16/2015)(-examples -python
-test PYTHON_TARGETS="python2_7")
Homepage:http://www.boost.org/doc/tools/build/index.html
Description: A system for large project software construction,
simple to use and powerful
Found 2 matches
$ equery d boost
* These packages depend on boost:
app-office/calligra-2.9.11 (dev-libs/boost)
app-office/kmymoney-4.7.2 (dev-libs/boost)
app-office/libreoffice-5.2.3.3-r1 (>=dev-libs/boost-1.55)
app-text/libabw-0.1.1 (>=dev-libs/boost-1.46)
app-text/libebook-0.1.2-r1 (dev-libs/boost)
app-text/libetonyek-0.1.6 (dev-libs/boost)
app-text/libmspub-0.1.2 (dev-libs/boost)
app-text/libmwaw-0.3.8 (dev-libs/boost)
dev-cpp/libcmis-0.5.2_pre20160820 (dev-libs/boost)
dev-cpp/yaml-cpp-0.5.3 (>=dev-libs/boost-1.49.0-r2)
dev-db/mysql-connector-c++-1.1.6 (dev-libs/boost)
dev-db/mysql-workbench-6.3.4-r1 (>=dev-libs/boost-1.55.0[nls])
dev-db/vsqlite++-0.3.13-r1 (>=dev-libs/boost-1.33.1)
dev-libs/libixion-0.11.1 (dev-libs/boost[threads])
dev-libs/liborcus-0.11.2 (dev-libs/boost)
dev-libs/librevenge-0.0.4 (dev-libs/boost)
dev-util/mdds-1.2.2 (dev-libs/boost)
games-puzzle/pingus-0.7.6 (dev-libs/boost)
games-strategy/0ad-0.0.21_alpha (dev-libs/boost)
games-strategy/wesnoth-1.12.6 (>=dev-libs/boost-1.48[nls,threads])
games-strategy/widelands-0.18 (>=dev-libs/boost-1.48)
games-util/grfcodec-6.0.5 (dev-libs/boost)
kde-apps/akonadi-1.13.1_pre20160203-r1 (dev-libs/boost)
kde-apps/gpgmepp-16.08.3 (dev-libs/boost)
kde-apps/kdepim-runtime-4.14.11_pre20160211 (dev-libs/boost)
kde-apps/kdepimlibs-4.14.11_pre20160211-r2 (>=dev-libs/boost-1.35.0-r5)
kde-apps/kget-16.08.3 (dev-libs/boost)
kde-apps/kleopatra-4.14.11_pre20160211 (dev-libs/boost)
kde-frameworks/kactivities-5.29.0 (>=dev-libs/boost-1.54)
kde-frameworks/kactivities-stats-5.29.0 (>=dev-libs/boost-1.54)
kde-plasma/kactivitymanagerd-5.8.5 (>=dev-libs/boost-1.54)
kde-plasma/plasma-desktop-5.8.5-r1 (dev-libs/boost)
media-gfx/digikam-5.3.0-r1 (dev-libs/boost[threads])
media-gfx/enblend-4.1.3-r1 (>=dev-libs/boost-1.31.0)
media-gfx/hugin-2015.0.0-r1 (>=dev-libs/boost-1.49.0-r1)
media-gfx/inkscape-0.91-r3 (>=dev-libs/boost-1.36)
media-libs/chromaprint-1.2 (test ? dev-libs/boost)
media-libs/libcdr-0.1.1 (dev-libs/boost)
media-libs/libpagemaker-0.0.3-r1 (dev-libs/boost)
media-libs/libvisio-0.1.5 (dev-libs/boost)
media-libs/openimageio-1.6.13 (dev-libs/boost[python?])
media-libs/vigra-1.9.0 (>=dev-libs/boost-1.52.0-
r6[python?,python_targets_python2_7(-)?,-python_single_target_jython2_7(-),-
python_single_target
Re: [gentoo-user] boost-1.62.0-r1 blocked by nothing ??
Jörg Schaible wrote:
> Hi,
>
> now I have an emerge mystery myself: It claims boost is blocked by ...
> nothing. See yourself:
> - emerge tells me that boost is for whatever reason blocked
> - I cannot find any entry for this in /etc/portage/**
> - eix does not show any kind of mask for 1.62.0-r1
> - none of the installed packages show a condition preventing an update
>
> Any idea?
>
> Cheers,
> Jörg
>
> = %< ===
> $ emerge -uDvta --changed-use --with-bdeps=y --backtrack=50 world
>
> These are the packages that would be merged, in reverse order:
>
> Calculating dependencies... done!
>
> Total: 0 packages, Size of downloads: 0 KiB
>
> !!! The following update has been skipped due to unsatisfied dependencies:
>
> dev-libs/boost:0
>
> !!! All ebuilds that could satisfy "=dev-util/boost-build-1.62*" have been
> masked.
> !!! One of the following masked packages is required to complete your
> request:
> - dev-util/boost-build-1.62.0-r1::gentoo (masked by: )
>
> (dependency required by "dev-libs/boost-1.62.0-r1::gentoo" [ebuild])
> For more information, see the MASKED PACKAGES section in the emerge
> man page or refer to the Gentoo Handbook.
>
>
>
> Nothing to merge; quitting.
>
> $ find /etc/portage/ -type f -exec grep boost {} +
> /etc/portage/package.use:dev-libs/boost expat
> $ eix -I boost
> [U] dev-libs/boost
> Available versions: 1.55.0-r2(0/1.55.0)^t 1.56.0-r1(0/1.56.0)^t
> ~1.58.0-r1(0/1.58.0)^t ~1.59.0(0/1.59.0)^t ~1.60.0(0/1.60.0)^t
> ~1.61.0(0/1.61.0)^t ~1.61.0-r1(0/1.61.0)^t 1.62.0-r1(0/1.62.0)^t
> ~1.63.0(0/1.63.0)^t {context debug doc icu mpi +nls python static-libs
> +threads tools ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64"
> ABI_X86="32 64 x32" PYTHON_TARGETS="python2_7 python3_4 python3_5"}
> Installed versions: 1.56.0-r1^t(11:20:13 AM 12/03/2016)(icu nls
> threads -context -debug -doc -mpi -python -static-libs -tools ABI_MIPS="-n32
> -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32"
> PYTHON_TARGETS="python2_7 -python3_4")
> Homepage:http://www.boost.org/
> Description: Boost Libraries for C++
>
> [U] dev-util/boost-build
> Available versions: 1.55.0^t ~1.55.0-r1^t 1.56.0^t ~1.58.0^t ~1.59.0^t
> ~1.60.0^t ~1.61.0^t 1.62.0-r1^t ~1.63.0^t {examples python test
> PYTHON_TARGETS="python2_7"}
> Installed versions: 1.56.0^t(07:24:23 PM 07/16/2015)(-examples -python
> -test PYTHON_TARGETS="python2_7")
> Homepage:http://www.boost.org/doc/tools/build/index.html
> Description: A system for large project software construction,
> simple to use and powerful
>
> Found 2 matches
> $ equery d boost
> * These packages depend on boost:
> app-office/calligra-2.9.11 (dev-libs/boost)
> app-office/kmymoney-4.7.2 (dev-libs/boost)
> app-office/libreoffice-5.2.3.3-r1 (>=dev-libs/boost-1.55)
> app-text/libabw-0.1.1 (>=dev-libs/boost-1.46)
> app-text/libebook-0.1.2-r1 (dev-libs/boost)
> app-text/libetonyek-0.1.6 (dev-libs/boost)
> app-text/libmspub-0.1.2 (dev-libs/boost)
> app-text/libmwaw-0.3.8 (dev-libs/boost)
> dev-cpp/libcmis-0.5.2_pre20160820 (dev-libs/boost)
> dev-cpp/yaml-cpp-0.5.3 (>=dev-libs/boost-1.49.0-r2)
> dev-db/mysql-connector-c++-1.1.6 (dev-libs/boost)
> dev-db/mysql-workbench-6.3.4-r1 (>=dev-libs/boost-1.55.0[nls])
> dev-db/vsqlite++-0.3.13-r1 (>=dev-libs/boost-1.33.1)
> dev-libs/libixion-0.11.1 (dev-libs/boost[threads])
> dev-libs/liborcus-0.11.2 (dev-libs/boost)
> dev-libs/librevenge-0.0.4 (dev-libs/boost)
> dev-util/mdds-1.2.2 (dev-libs/boost)
> games-puzzle/pingus-0.7.6 (dev-libs/boost)
> games-strategy/0ad-0.0.21_alpha (dev-libs/boost)
> games-strategy/wesnoth-1.12.6 (>=dev-libs/boost-1.48[nls,threads])
> games-strategy/widelands-0.18 (>=dev-libs/boost-1.48)
> games-util/grfcodec-6.0.5 (dev-libs/boost)
> kde-apps/akonadi-1.13.1_pre20160203-r1 (dev-libs/boost)
> kde-apps/gpgmepp-16.08.3 (dev-libs/boost)
> kde-apps/kdepim-runtime-4.14.11_pre20160211 (dev-libs/boost)
> kde-apps/kdepimlibs-4.14.11_pre20160211-r2 (>=dev-libs/boost-1.35.0-r5)
> kde-apps/kget-16.08.3 (dev-libs/boost)
> kde-apps/kleopatra-4.14.11_pre20160211 (dev-libs/boost)
> kde-frameworks/kactivities-5.29.0 (>=dev-libs/boost-1.54)
> kde-frameworks/kactivities-stats-5.29.0 (>=dev-libs/boost-1.54)
> kde-plasma/kactivitymanagerd-5.8.5 (>=dev-libs/boost-1.54)
> kde-plasma/plasma-desktop-5.8.5-r1 (dev-libs/boost)
> media-gfx/digikam-5.3.0-r1 (dev-libs/boost[threads])
> media-gfx/enb
Re: [gentoo-user] At last! A Qt5 version of KMail-2 - but here be dragons!
e. - Synchronisation of groupdav is smoother - There finally is a decent option to connect to office365 (including calendar) (with the above, I have only tested loading data, not tested modifying anything yet) Things I miss: - A configuration option inside "systemsettings", can not find the kcm for akonadi:5. - I can't find the little "-" icons which were present in the screenshots from Peter Humphrey. I was actually hoping to test those, but they don't appear. Things I don't like so far: - The default colour scheme (unread emails are by default a very light-colour blue, I prefer the old colourscheme. - Having to get rid of kmymoney due to incompatible libraries. (Why does a financial app have a hard-dependency on kdepimlibs) More updates are likely to follow, if people are actually interested. The update to the current in-portage-tree version went quite smoothly once the blocking packages were identified and removed. (All of kdepim:4 needs to be removed first for portage to be able to identify all required keyword-changes) This was mostly due to running a mixed stable and unstable setup. If anyone is interested, I can provide the full keyword file I used. -- Joost
Re: [gentoo-user] At last! A Qt5 version of KMail-2 - but here be dragons!
e. - Synchronisation of groupdav is smoother - There finally is a decent option to connect to office365 (including calendar) (with the above, I have only tested loading data, not tested modifying anything yet) Things I miss: - A configuration option inside "systemsettings", can not find the kcm for akonadi:5. - I can't find the little "-" icons which were present in the screenshots from Peter Humphrey. I was actually hoping to test those, but they don't appear. Things I don't like so far: - The default colour scheme (unread emails are by default a very light-colour blue, I prefer the old colourscheme. - Having to get rid of kmymoney due to incompatible libraries. (Why does a financial app have a hard-dependency on kdepimlibs) More updates are likely to follow, if people are actually interested. The update to the current in-portage-tree version went quite smoothly once the blocking packages were identified and removed. (All of kdepim:4 needs to be removed first for portage to be able to identify all required keyword-changes) This was mostly due to running a mixed stable and unstable setup. If anyone is interested, I can provide the full keyword file I used. -- Joost
Re: [gentoo-user] At last! A Qt5 version of KMail-2 - but here be dragons!
;> Joost > >Ok, update time. >I haven't been able to do much with it today as I had to go to the >office. > >When I came back, various stuff had failed, but this is due to >synchronizing >all email (old offline-imap option) to the desktop and the >home-partition had >filled up. >I cleaned up all the kdepim config-files and the database tables again >and >started kontact with a clean config. It is, again, synchronizing. > >I did not experience any crashes of akonadi or kontact during normal >use and >shutting down of applications (including akonadictl stop). >With the exception of what I mentioned before, which can not be blamed >on >akonadi. > >Things I like so far: >- Synchronisation seems to be faster, so is the rest of the interface. >- Synchronisation of groupdav is smoother >- There finally is a decent option to connect to office365 (including >calendar) >(with the above, I have only tested loading data, not tested modifying >anything yet) > >Things I miss: >- A configuration option inside "systemsettings", can not find the kcm >for >akonadi:5. >- I can't find the little "-" icons which were present in the >screenshots from >Peter Humphrey. I was actually hoping to test those, but they don't >appear. > >Things I don't like so far: >- The default colour scheme (unread emails are by default a very >light-colour >blue, I prefer the old colourscheme. >- Having to get rid of kmymoney due to incompatible libraries. (Why >does a >financial app have a hard-dependency on kdepimlibs) > >More updates are likely to follow, if people are actually interested. > >The update to the current in-portage-tree version went quite smoothly >once the >blocking packages were identified and removed. (All of kdepim:4 needs >to be >removed first for portage to be able to identify all required >keyword-changes) >This was mostly due to running a mixed stable and unstable setup. > >If anyone is interested, I can provide the full keyword file I used. > >-- >Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: upgrading (profiles, too)
On Thursday, 30 May 2019 16:32:01 BST »Q« wrote: > The 17.1 profiles are soon to be marked stable, so I went ahead and > migrated a little over a week ago, following the draft news item Michał > Górny recently posted to -dev. FWIW, the migration seemed to go > smoothly and I haven't noticed anything breaking except > app-office/kmymoney won't build, apparently because the ebuild expects > something to be in /lib which isn't there any more. But one dev said > it builds fine on his 17.1 test system, so I dunno. I filed a bug, > <https://bugs.gentoo.org/686750>. Encouraged by this, I tried the migration this morning. I followed the enews item that Mick quoted - I even printed it to keep myself straight. Before the start: $ eselect profile show Current /etc/portage/make.profile symlink: default/linux/amd64/17.0/desktop/plasma I went through the migration, step by step, but after step 7, "unsymlink-lib --finish", I found 110 files still in /lib and /usr/lib (list attached), of the >3000 before the migration attempt, and /usr/local/lib still a symlink. This can't be right, can it? -- Regards, Peter. /lib: total 3.7M lrwxrwxrwx 1 root root 12 May 7 11:28 cpp -> /usr/bin/cpp drwxr-xr-x 4 root root 4.0K May 19 09:43 firmware drwxr-xr-x 2 root root 4.0K May 7 00:20 gentoo -rwxr-xr-x 1 root root 164K May 7 02:52 ld-2.29.so lrwxrwxrwx 1 root root 10 May 7 02:51 ld-linux.so.2 -> ld-2.29.so -rwxr-xr-x 1 root root 18K May 7 02:52 libanl-2.29.so lrwxrwxrwx 1 root root 14 May 7 02:51 libanl.so.1 -> libanl-2.29.so -rwxr-xr-x 1 root root 14K May 7 02:52 libBrokenLocale-2.29.so lrwxrwxrwx 1 root root 23 May 7 02:51 libBrokenLocale.so.1 -> libBrokenLocale-2.29.so -rwxr-xr-x 1 root root 1.9M May 7 02:52 libc-2.29.so -rwxr-xr-x 1 root root 42K May 7 02:52 libcrypt-2.29.so lrwxrwxrwx 1 root root 16 May 7 02:51 libcrypt.so.1 -> libcrypt-2.29.so lrwxrwxrwx 1 root root 12 May 7 02:51 libc.so.6 -> libc-2.29.so -rwxr-xr-x 1 root root 18K May 7 02:52 libdl-2.29.so lrwxrwxrwx 1 root root 13 May 7 02:51 libdl.so.2 -> libdl-2.29.so -rwxr-xr-x 1 root root 818K May 7 02:52 libm-2.29.so -rwxr-xr-x 1 root root 18K May 7 02:52 libmemusage.so lrwxrwxrwx 1 root root 12 May 7 02:51 libm.so.6 -> libm-2.29.so -rwxr-xr-x 1 root root 98K May 7 02:52 libnsl-2.29.so lrwxrwxrwx 1 root root 14 May 7 02:51 libnsl.so.1 -> libnsl-2.29.so -rwxr-xr-x 1 root root 38K May 7 02:52 libnss_compat-2.29.so lrwxrwxrwx 1 root root 21 May 7 02:51 libnss_compat.so.2 -> libnss_compat-2.29.so -rwxr-xr-x 1 root root 38K May 7 02:52 libnss_db-2.29.so lrwxrwxrwx 1 root root 17 May 7 02:51 libnss_db.so.2 -> libnss_db-2.29.so -rwxr-xr-x 1 root root 26K May 7 02:52 libnss_dns-2.29.so lrwxrwxrwx 1 root root 18 May 7 02:51 libnss_dns.so.2 -> libnss_dns-2.29.so -rwxr-xr-x 1 root root 54K May 7 02:52 libnss_files-2.29.so lrwxrwxrwx 1 root root 20 May 7 02:51 libnss_files.so.2 -> libnss_files-2.29.so -rwxr-xr-x 1 root root 22K May 7 02:52 libnss_hesiod-2.29.so lrwxrwxrwx 1 root root 21 May 7 02:51 libnss_hesiod.so.2 -> libnss_hesiod-2.29.so -rwxr-xr-x 1 root root 14K May 7 02:52 libpcprofile.so -rwxr-xr-x 1 root root 150K May 7 02:52 libpthread-2.29.so lrwxrwxrwx 1 root root 18 May 7 02:51 libpthread.so.0 -> libpthread-2.29.so -rwxr-xr-x 1 root root 86K May 7 02:52 libresolv-2.29.so lrwxrwxrwx 1 root root 17 May 7 02:51 libresolv.so.2 -> libresolv-2.29.so -rwxr-xr-x 1 root root 38K May 7 02:52 librt-2.29.so lrwxrwxrwx 1 root root 13 May 7 02:51 librt.so.1 -> librt-2.29.so -rwxr-xr-x 1 root root 22K May 7 02:52 libSegFault.so -rwxr-xr-x 1 root root 43K May 7 02:51 libthread_db-1.0.so lrwxrwxrwx 1 root root 19 May 7 02:51 libthread_db.so.1 -> libthread_db-1.0.so -rwxr-xr-x 1 root root 14K May 7 02:52 libutil-2.29.so lrwxrwxrwx 1 root root 15 May 7 02:51 libutil.so.1 -> libutil-2.29.so drwxr-xr-x 2 root root 4.0K May 7 00:49 modprobe.d drwxr-xr-x 5 root root 4.0K May 31 09:13 modules drwxr-xr-x 4 root root 4.0K May 7 00:32 netifrc drwxr-xr-x 8 root root 4.0K May 7 04:34 rc drwxr-xr-x 4 root root 4.0K Mar 13 17:02 systemd drwxr-xr-x 4 root root 4.0K May 21 09:28 udev /usr/lib: total 7.1M drwxr-xr-x 2 root root 4.0K May 7 02:52 audit drwxr-xr-x 3 root root 4.0K Mar 31 04:56 clang drwxr-xr-x 2 root root 4.0K May 7 04:26 clc drwxr-xr-x 3 root root 12K May 31 13:43 cmake lrwxrwxrwx 1 root root 19 May 7 02:38 consolekit -> /usr/lib/ConsoleKit drwxr-xr-x 4 root root 4.0K May 31 13:43 ConsoleKit -rw-r--r-- 1 root root 1.0K May 7 00:41 cracklib_dict.hwm -rw-r--r-- 1 root root 240K May 7 00:41 cracklib_dict.pwd -rw-r--r-- 1 root root 13K May 7 00:41 cracklib_dict.pwi -rw-r--r-- 1 root root 1.5K May 7 02:52 crt1.o -rw-r--r-- 1 root root 1.1K May 7 02:52 crti.o -rw-r--r-- 1 root root 440 May 7 02:52 crtn.o drwxr-xr-x 3 root root 4.0K Mar 7 23:10 gcc drwxr-xr-x
