Re: [gentoo-user] Failure to start md at boot
On Sunday 31 May 2015 16:09:22 Peter Humphrey wrote: On Sunday 31 May 2015 15:18:19 Peter Humphrey wrote: On Sunday 31 May 2015 13:06:58 Mick wrote: On Sunday 31 May 2015 10:01:43 Peter Humphrey wrote: On Friday 29 May 2015 01:10:52 I wrote: OK, so this is what I have at present. I haven't booted with it yet to test it - I'll do that in the morning: DEVICE /dev/sd[abcde][123456789] ARRAY /dev/md1 UUID=ea156c7f:183ca28e:c44c77eb:7ee19756 ARRAY /dev/md5 UUID=e7640378:966a5b3a:c44c77eb:7ee19756 ARRAY /dev/md7 UUID=c2d056c4:9118021f:ad73c633:b38fa97c Specifying the UUIDs hasn't helped. I still get failure to start /dev/md7 during boot as often as not. Did you try my suggestion to (also) specify the metadata type to see if it makes a difference? Ah, no, I missed that. I'll try it and see how it goes. It hasn't helped. I think I know what the problem is: namely, that I haven't discovered how to set up lvmetad. I get an error lvmetad is running but disabled but if I enable it in /etc/lvm/lvm.conf I get a different error. What should I be doing here? Google hasn't helped me. In my own defence, I did mention this on Wednesday. Sorry, but I don't really know much about LVM because I've never used it in anger. I just (re)size my partitions as I need them to be. However, I see this mentioned in the Wiki: https://wiki.gentoo.org/wiki/Talk:LVM HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Failure to start md at boot
On Sunday 31 May 2015 15:18:19 Peter Humphrey wrote: On Sunday 31 May 2015 13:06:58 Mick wrote: On Sunday 31 May 2015 10:01:43 Peter Humphrey wrote: On Friday 29 May 2015 01:10:52 I wrote: OK, so this is what I have at present. I haven't booted with it yet to test it - I'll do that in the morning: DEVICE /dev/sd[abcde][123456789] ARRAY /dev/md1 UUID=ea156c7f:183ca28e:c44c77eb:7ee19756 ARRAY /dev/md5 UUID=e7640378:966a5b3a:c44c77eb:7ee19756 ARRAY /dev/md7 UUID=c2d056c4:9118021f:ad73c633:b38fa97c Specifying the UUIDs hasn't helped. I still get failure to start /dev/md7 during boot as often as not. Did you try my suggestion to (also) specify the metadata type to see if it makes a difference? Ah, no, I missed that. I'll try it and see how it goes. It hasn't helped. I think I know what the problem is: namely, that I haven't discovered how to set up lvmetad. I get an error lvmetad is running but disabled but if I enable it in /etc/lvm/lvm.conf I get a different error. What should I be doing here? Google hasn't helped me. In my own defence, I did mention this on Wednesday. -- Rgds Peter
[gentoo-user] has the sun set ?
Using Kde-Sunset, I have 3 useful apps available in forms which aren't provided by KDE 4 (Kworldclock Ksokoban Kmahjongg). Yesterday, while doing my weekly system update, I encountered a msg : !!! The following installed packages are masked: - media-libs/lcms-1.19-r1::gentoo (masked by: package.mask) /usr/portage/profiles/package.mask: # Matthias Maier tam...@gentoo.org (27 May 2015) # on behalf of Andreas K. Huettel dilfri...@gentoo.org # media-libs/lcms:0 has serious security issues and is unmaintained, # see bug 526642. Please uninstall it and/or upgrade to media-libs/lcms:2 I looked at the bug, which explains the reason for dropping Lcms:0 . Unfortunately, Kde-Sunset appears to require Lcms:0 for Libmng:0 , which is required by Qt-Meta:3 which aren't included in Kde-Sunset itself. For now, I can simply ignore the warning, but it looks as if it wb no longer possible to install Kde-Sunset on a new machine. I realise Gentoo itself doesn't provide support for Kde-Sunset, but does anyone know of a way round this obstacle or have other advice ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] has the sun set ?
Philip Webb wrote: Using Kde-Sunset, I have 3 useful apps available in forms which aren't provided by KDE 4 (Kworldclock Ksokoban Kmahjongg). ## # # # X # # # # #@ *# # !!! = Actually, a thousand million times better than ksokoban is EasySok, which is, by far, the best puzzle game ever released on Linux. Unfortunately, that one was abandoned years ago despite being better than all other sokobans... -- IQ is a measure of how stupid you feel. Powers are not rights.
Re: [gentoo-user] splashutils users: how often does fbsplashd crash for you?
Am 31.05.2015 um 12:01 schrieb Nikos Chantziaras: how often does fbsplashd crash for you? For me not once since it exists. fbsplashd.stati[599]: segfault at 7f24ceb9b000 ip 0050a6f0 sp 7f24ce35fd08 error 6 in fbsplashctl Are you sure that there's no other problem with your system? fbsplashd.stati is actually fbsplashd.static. But I don't know if your system logger just cuts the file name. I would first try to reinstall media-gfx/splashutils.
Re: [gentoo-user] Unwelcomed non-native language support
Am Sun, 31 May 2015 09:48:08 +0100 schrieb Neil Bothwick n...@digimed.co.uk: app-editors/gvim-7.4.273 (nls ? sys-devel/gettext) %%% Even gvim! And it definitely does not crash without gettext % grep gettext /var/portage/app-editors/gvim/gvim-7.4.712.ebuild nls? ( sys-devel/gettext ) Yes, equery is still getting it wrong, gvim only depends on gettext when built with USE=nls. I don't get this. equery is showing *exactly* the same information as your grep. It's not wrong, it's just that it only shows that gvim *might* depend on gettext, namely when the nls USE flag is set, while emerge --depclean -pv will give you a definitive yes/no answer (although automagic dependencies might still render its answer incorrect). However, emerge won't tell you *why*, so strictly speaking you need both for a full answer. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup pgpjD3oZxwDGG.pgp Description: Digitale Signatur von OpenPGP
Re: [gentoo-user] Unwelcomed non-native language support
On Sat, 30 May 2015 13:57:34 +0300, gevisz wrote: Nothing crashed so far and this, in my view, proves that should not be an obligatory dependency for any package in my wold file. That only shows that you have not used any function that requires gettext, not that none use it. You can use emerge --depclean -pv gettext to determine which do. $ emerge --depclean -pv gettext --- Couldn't find 'gettext' to depclean. No packages selected for removal by depclean It needs to be installed, now that your update has pulled it back in try depclean again. However, running # equery depends gettext before forcefully unmerging the gettext package, I got the following response: equery depends always used to be unreliable when it came to USE controlled dependencies. emerge --depclean gives the authoritative answer and it considers the portage tree, USE flags and dependencies at the time it is run. app-editors/gvim-7.4.273 (nls ? sys-devel/gettext) %%% Even gvim! And it definitely does not crash without gettext % grep gettext /var/portage/app-editors/gvim/gvim-7.4.712.ebuild nls? ( sys-devel/gettext ) Yes, equery is still getting it wrong, gvim only depends on gettext when built with USE=nls. So it seems to me that gettext is a false lead and that the root of your problem lies somewhere else. May be, but as I have already written it, I cannot think of a better explanation why started in a default profile Firefox uses non-English menu, but started in a new profile, it uses the English menu for the same youtube video on the same web-page. Because there is a language setting in your current profile. If this were a system default, the new profile would exhibit the same behaviour. If Firefox is the only program that is misbehaving, and then only with an existing profile, I would not look further afield for blame. -- Neil Bothwick Puns are bad, but poetry is verse... pgpBPruwCRkI_.pgp Description: OpenPGP digital signature
[gentoo-user] Failure to start md at boot
I've split this out from the previous thread because it was getting messy. I'd followed Rich Freeman's advice to specify arrays by UUID in mdadm.conf, and this is what happened: On Friday 29 May 2015 01:10:52 I wrote: OK, so this is what I have at present. I haven't booted with it yet to test it - I'll do that in the morning: DEVICE /dev/sd[abcde][123456789] ARRAY /dev/md1 UUID=ea156c7f:183ca28e:c44c77eb:7ee19756 ARRAY /dev/md5 UUID=e7640378:966a5b3a:c44c77eb:7ee19756 ARRAY /dev/md7 UUID=c2d056c4:9118021f:ad73c633:b38fa97c Specifying the UUIDs hasn't helped. I still get failure to start /dev/md7 during boot as often as not. -- Rgds Peter
[gentoo-user] splashutils users: how often does fbsplashd crash for you?
Here, almost all the time on boot. How to find out (as root): zgrep fbsplash /var/log/* My logs are filled with: fbsplashd.stati[599]: segfault at 7f24ceb9b000 ip 0050a6f0 sp 7f24ce35fd08 error 6 in fbsplashctl
Re: [gentoo-user] Failure to start md at boot
On Sunday 31 May 2015 10:01:43 Peter Humphrey wrote: I've split this out from the previous thread because it was getting messy. I'd followed Rich Freeman's advice to specify arrays by UUID in mdadm.conf, and this is what happened: On Friday 29 May 2015 01:10:52 I wrote: OK, so this is what I have at present. I haven't booted with it yet to test it - I'll do that in the morning: DEVICE /dev/sd[abcde][123456789] ARRAY /dev/md1 UUID=ea156c7f:183ca28e:c44c77eb:7ee19756 ARRAY /dev/md5 UUID=e7640378:966a5b3a:c44c77eb:7ee19756 ARRAY /dev/md7 UUID=c2d056c4:9118021f:ad73c633:b38fa97c Specifying the UUIDs hasn't helped. I still get failure to start /dev/md7 during boot as often as not. Did you try my suggestion to (also) specify the metadata type to see if it makes a difference? Something else to check: Make sure that the /etc/fstab name for the RAID device and your /etc/mdadm.conf use the same name. If you have changed the partitions on this RAID, or recreated it, make sure to run 'mdadm --zero-superblock', before you delete the partition from the partition table, or you could recover it when you recreate a partition if not zeroed. Have a look at smartctl output to see if there is something wrong with any of the md7 disks. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] General weirdness - a tale of woe.
On Sunday 31 May 2015 01:39:34 Peter Humphrey wrote: On Saturday 30 May 2015 16:43:13 Peter Humphrey wrote: On Saturday 30 May 2015 12:49:51 Mick wrote: On my laptop which has stayed on Kmail-1 I have this: ---8 Have a look here for more details and warnings: https://wiki.gentoo.org/wiki/KDE/KDEPIM-4.7_upgrade Many thanks Mick - that's very helpful. I expect that sooner or later bitrot will catch up with Kmail-1 and it will stop working. I dread for this happening, but I will not move to Kmail-2 until then. I don't blame you, and I wish I hadn't either. I'll see if it's possible to go back. Well, it did look promising right up to the last gasp. I put those package.mask entries in, and I found I needed a couple of package.use entries as well, and then everything went suspiciously well. Portage downgraded several packages and recompiled several others, and I was ready to go. At this point I must put in a word of commendation for portage: it handled this major regression with aplomb throughout. That is one professional program. I created a new user (this is now really tedious), started KMail-1 and imported 14000-odd messages from the old KMail-2 - and in a fraction of the time that KMail-2 takes for the same task. Great! I thought. Then I found there was no inbox to copy its e-mails into, and I couldn't copy the folder because one existed already - I just couldn't see it. I think I remember it disappearing once or twice before in the days of KMail-1. Anyway, I couldn't see a way forward so I've reverted to the original KMail-2 pro tem. Maybe I'll have another go if I remember the way out of having no inbox. Anyway, thanks Mick for steering me the way I wanted to go. You're welcome. You could look into ~/Mail/ or wherever you keep your mails and find the Inbox directory. Then copy any messages you want shown there manually. The index will be recreated when you restart Kmail, or if you click on 'Recreate Index' under the Properties/Maintenance of the folder. Also, under Settings/Configure Kmail/Misc there is a field to specify which folder to open on start up. Some combination of the above should work. Please note there is a known bug which has come about due to bitrot: All sent messages are placed in the local Sent-Mail folder. I have to manually drag and drop them in the respective email account sent folders from which they were sent. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Unwelcomed non-native language support
On Sun, 31 May 2015 12:59:32 +0200, Marc Joliet wrote: Yes, equery is still getting it wrong, gvim only depends on gettext when built with USE=nls. I don't get this. equery is showing *exactly* the same information as your grep. It's not wrong, it's just that it only shows that gvim *might* depend on gettext, namely when the nls USE flag is set, Yes the OP listed a long list of packages that he thought did depend on gettext, even though they do not with hi current settings. while emerge --depclean -pv will give you a definitive yes/no answer (although automagic dependencies might still render its answer incorrect). However, emerge won't tell you *why*, so strictly speaking you need both for a full answer. depclean tells you which package depends on the package you want to remove, examination of the ebuild is usually the most reliable way of determining whether that need is USE controlled. The main disadvantage of depclean IMO is that it shows ony one package that depends on the package you want to remove, not all the relevant parts of the dependency chain. If the package you want to reove is not system-critical, the easiest option is often to quickpkg it, remove it and then look at the output from emerge --tree --update --deep @world -- Neil Bothwick Intel: where Quality is job number 0.9998782345! pgpX4UN7Q3pHV.pgp Description: OpenPGP digital signature
Re: [gentoo-user] General weirdness - a tale of woe.
On Sunday 31 May 2015 13:18:06 Mick wrote: You could look into ~/Mail/ or wherever you keep your mails and find the Inbox directory. Then copy any messages you want shown there manually. The index will be recreated when you restart Kmail, or if you click on 'Recreate Index' under the Properties/Maintenance of the folder. Also, under Settings/Configure Kmail/Misc there is a field to specify which folder to open on start up. Some combination of the above should work. The trouble is that the in-box folder is missing, so there's no way to manipulate what's in it. Please note there is a known bug which has come about due to bitrot: All sent messages are placed in the local Sent-Mail folder. I have to manually drag and drop them in the respective email account sent folders from which they were sent. Ah, well that shouldn't bother me because I have only one outgoing account, so only one sent-mail folder. -- Rgds Peter
Re: [gentoo-user] Failure to start md at boot
On Sunday 31 May 2015 13:06:58 Mick wrote: On Sunday 31 May 2015 10:01:43 Peter Humphrey wrote: On Friday 29 May 2015 01:10:52 I wrote: OK, so this is what I have at present. I haven't booted with it yet to test it - I'll do that in the morning: DEVICE /dev/sd[abcde][123456789] ARRAY /dev/md1 UUID=ea156c7f:183ca28e:c44c77eb:7ee19756 ARRAY /dev/md5 UUID=e7640378:966a5b3a:c44c77eb:7ee19756 ARRAY /dev/md7 UUID=c2d056c4:9118021f:ad73c633:b38fa97c Specifying the UUIDs hasn't helped. I still get failure to start /dev/md7 during boot as often as not. Did you try my suggestion to (also) specify the metadata type to see if it makes a difference? Ah, no, I missed that. I'll try it and see how it goes. Something else to check: Make sure that the /etc/fstab name for the RAID device and your /etc/mdadm.conf use the same name. Yes, they're the same - but fstab isn't consulted until long after the VGs are started, is it? If you have changed the partitions on this RAID, or recreated it, make sure to run 'mdadm --zero-superblock', before you delete the partition from the partition table, or you could recover it when you recreate a partition if not zeroed. Nope, haven't changed anything since creation. Have a look at smartctl output to see if there is something wrong with any of the md7 disks. I was suspicious of the spinning disks I've just replaced with SSDs, because they were showing a few errors and not a lot of remaining life. Smartctl doesn't recognise the SSDs so I don't know how useful its output is, but it's not reporting anything anyway. -- Rgds Peter
Re: [gentoo-user] General weirdness - a tale of woe.
On Sunday 31 May 2015 15:01:10 Peter Humphrey wrote: On Sunday 31 May 2015 13:18:06 Mick wrote: You could look into ~/Mail/ or wherever you keep your mails and find the Inbox directory. Then copy any messages you want shown there manually. The index will be recreated when you restart Kmail, or if you click on 'Recreate Index' under the Properties/Maintenance of the folder. Also, under Settings/Configure Kmail/Misc there is a field to specify which folder to open on start up. Some combination of the above should work. The trouble is that the in-box folder is missing, so there's no way to manipulate what's in it. I appreciate the inbox folder is not shown in the GUI. Is there an inbox directory under your main mail storage? This is mine: $ ls -al Mail/inbox/ total 92 drwx-- 5 michael michael 4096 May 31 15:23 . drwx-- 16 michael michael 4096 May 31 13:18 .. drwx-- 2 michael michael 73728 May 30 23:38 cur drwx-- 2 michael michael 4096 Jul 17 2010 new drwx-- 2 michael michael 4096 May 30 23:25 tmp You can check if your messages are shown under ../inbox/cur If not you can manually copy them there. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
