[gentoo-user] openrc start-stop-daemon problem

[covici]

Hi.  I am having a problem with openrc 16.4 where start-stop daemon
complains like this fopen /var/run/ (happens to almost all
of them)  no such file or directory, but -- using the interactive
feature -- I see that the pid file is actually is there.  /var/run is a
simlink to /run which is a tmpfs file system.  It looks like permissions
are correct as well, so I have no idea why this is happening.  When the
system shuts down, start-stop-daemon still complains and has some other
way to find the process,  but its still annoying.

Thanks in advance for any suggestions.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

[gentoo-user] Re: unabridged english dictionary?

[»Q«]

On Mon, 8 Jun 2015 13:25:15 + (UTC)
James  wrote:

> Also, while we are at it, my seamonkey marks words as mispelled,
> but there is not a "spellchecker" function to fix the mistakes,
> so what am I missing in seamonkey ( I run lxde, if that matters).
> If it's an addon I need, suggests as to the best (most complete)
> usa english would be welcome information. An unabridged english
> dictionary, even if from the right side of the pond, would be keen
> to integrate into seamonkey.
> 
> Q? (if my memory is correct?)

I've had to move dictionary stuff to the far back burner for now,
thanks to too much real life stuff.

I don't think there exist unabridged spellchecking dictionaries, but
it's possible to create a pretty big one.  See
, the "create a customized wordlist"
link.  ("Emeried" is in the wordlist for "SCOWL size" >=80.  You can
check to see what words are in what lists by using the "check if a word
is in SCOWL" link.)  If you download a Hunspell dictionary, you should
just be able to unzip it (both the .aff and .dic files)
into /usr/share/hunspell -- that should make it available system-wide.

How to get SeaMonkey to use a new dictionary, I'm not certain.
With Firefox, you right-click in a text box and choose an option
under "Languages".  Maybe this extension would help:
.

Firefox 39 and some soon-to-be-released SeaMonkey should come with a
newer en_US dictionary, per
.  But I don't
think it's possible to use the bundled dictionaries with Gentoo's
built-from-source Mozilla packages.  Maybe seamonkey-bin would do it.

[gentoo-user] so many TeX packages ...

[hw]

Hi,

there are quite a few TeX/LaTeX packages available.  Which ones should I 
use?


What I need to do is invent some way to automatically print labels on 
label printers with data from a mysql database.


What would you suggest?

Re: [gentoo-user] openrc start-stop-daemon problem

[Mick]

On Tuesday 09 Jun 2015 15:46:39 cov...@ccs.covici.com wrote:
> Hi.  I am having a problem with openrc 16.4 where start-stop daemon
> complains like this fopen /var/run/ (happens to almost all
> of them)  no such file or directory, but -- using the interactive
> feature -- I see that the pid file is actually is there.  /var/run is a
> simlink to /run which is a tmpfs file system.  It looks like permissions
> are correct as well, so I have no idea why this is happening.  When the
> system shuts down, start-stop-daemon still complains and has some other
> way to find the process,  but its still annoying.
> 
> Thanks in advance for any suggestions.

Not sure why this is happening, but I have noticed the same with some 
applications (ipsec-tools springs to mind).  I think it started when /var/run, 
/var/lock and /dev/shm (? not sure) were moved over to /run/*. 

I assumed that this is because some package maintainers may have not caught up 
with the fs change yet.

-- 
Regards,
Mick


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

Re: [gentoo-user] openrc start-stop-daemon problem

[covici]

Mick  wrote:

> On Tuesday 09 Jun 2015 15:46:39 cov...@ccs.covici.com wrote:
> > Hi.  I am having a problem with openrc 16.4 where start-stop daemon
> > complains like this fopen /var/run/ (happens to almost all
> > of them)  no such file or directory, but -- using the interactive
> > feature -- I see that the pid file is actually is there.  /var/run is a
> > simlink to /run which is a tmpfs file system.  It looks like permissions
> > are correct as well, so I have no idea why this is happening.  When the
> > system shuts down, start-stop-daemon still complains and has some other
> > way to find the process,  but its still annoying.
> > 
> > Thanks in advance for any suggestions.
> 
> Not sure why this is happening, but I have noticed the same with some 
> applications (ipsec-tools springs to mind).  I think it started when 
> /var/run, 
> /var/lock and /dev/shm (? not sure) were moved over to /run/*. 
> 
> I assumed that this is because some package maintainers may have not caught 
> up 
> with the fs change yet.
I also notice that many  files still use runscript and have not fixed
the name change for that.



-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com