Re: [gentoo-user] has the sun set ?

2015-05-31 Thread Alan Grimes
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.




[gentoo-user] has the sun set ?

2015-05-31 Thread Philip Webb
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  (27 May 2015)
  # on behalf of Andreas K. Huettel 
  # 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] Failure to start md at boot

2015-05-31 Thread Mick
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

2015-05-31 Thread Peter Humphrey
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




Re: [gentoo-user] General weirdness - a tale of woe.

2015-05-31 Thread Mick
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.


Re: [gentoo-user] Failure to start md at boot

2015-05-31 Thread Peter Humphrey
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.

2015-05-31 Thread Peter Humphrey
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] General weirdness - a tale of woe.

2015-05-31 Thread Mick
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] Failure to start md at boot

2015-05-31 Thread Mick
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] Unwelcomed non-native language support

2015-05-31 Thread Neil Bothwick
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] Unwelcomed non-native language support

2015-05-31 Thread Marc Joliet
Am Sun, 31 May 2015 09:48:08 +0100
schrieb Neil Bothwick :

> > 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] splashutils users: how often does fbsplashd crash for you?

2015-05-31 Thread Heiko Baums
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.



[gentoo-user] splashutils users: how often does fbsplashd crash for you?

2015-05-31 Thread Nikos Chantziaras

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





[gentoo-user] Failure to start md at boot

2015-05-31 Thread Peter Humphrey
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




Re: [gentoo-user] Unwelcomed non-native language support

2015-05-31 Thread Neil Bothwick
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