Greetings all;
As those of you the the USA know, Southern WV took a beating from the
weather last night and today. Heavy rains, high winds combined to kill
the power for about 25% of the states population, and threaten to drown
quite a few. My own automatic 20 kw nat gas standby ran from about 3:20
Thursday morning until a final restart shortly after 18:00 local. So I
am busy catching up on my email, when apparently my ups did not properly
restart after one of the inevitable short term power up's when the line
crews are closing circuits to see if they fault again because there yet
another down tree laying on the lines a half mile around the corner.
So I'm typing away on a message reply when the screen goes black, the ups
has a low battery and kills the load. Restarting the ups was a matter
of holding down the power button for 3 or 4 seconds, followed by a trip
to the tower to tap its power switch. Everything solved as soon as its
booted, right?
Wrong... No /usr/bin/X to be found. I had to totally apt-get
install --re-install all of the Xorg-server stuff, 35 or 40 packages,
to get the missing /usr/bin/X. That may not have been the only package
that was nuked by the untimely powerdown but I've no way to verify that.
But why should a powerdown as unceremonious as pulling the plug, have
deleted /usr/bin/X? It doesn't grok at this site.
Clues?
Thanks.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
Hi
I just upgrade (new installation) from Kubuntu 10.04 to 14.04,
I followed the instructions as found in
https://wiki.trinitydesktop.org/UbuntuInstall
however I obtained the following error (after a while)
Errors were encountered while processing:
/var/cache/apt/archives/kubuntu-default-settings-trinity_4%3a14.0.3-0ubuntu14.04.0+0_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
what can I do?
thanks
Uwe Brauer
Hi
I just compiled Emacs for Kubuntu 14..04 running trinity, while emacs
runs without problems
in KDE4 it fails for trinity the error message is:
undefined color: "WINDOW_FOREGROUND"
I swore I have seen this error before, and it was caused by some trinity
package, deinstallation solved the problem, but I don't recall which one
it was.
Anybody has an idea? trinity without Emacs sucks
thanks
Uwe Brauer
Hi
I it seems that a bold
sudo apt-get install -f
Solved most (but maybe not all problems with my trinity installation).
Be it as it may, when I logged in to Trinity, almost everything felt
similar, save one (for me) very important thing.
In earlier Kubuntu (for example 10.04) and earlier trinity versions (TDE v3.5.13.2)
there were *two* control center,
- the ugly vanilla kde control center
- and a I presume a Kubuntu specific Mac OSX clone.
I attach a screenshot.
Now in Kubuntu 14.04+ Trinity R14.0.3
I cannot find the MacOSX clone anymore. Where is it? Was it deleted,
taken out? For me it was one of the reasons to stay with Trinity, to
have both a familiar environment which does not need to much resources
but which is comfortable enough when it come to configuration, the KDE
vanilla control center is much worse in this respect.
Thanks and regards
Uwe Brauer
Hi all,
there was/is a discussion about powersave features and options.
I do not use it that often, but this week going to work with the train I
decided to try it out and hibernated the notebook. It is Dell 5440.
After power on all worked fine and it came up from hibernation.
When the lock screen asked for password and I pressed some key it went again
into hibernation state.
The second time I powered on, I was able to unlock he screen and go on with
my work.
This was reproducable - I tried it twice the same behavior.
How can this be debugged?
regards
Sometime long ago my konqueror stopped suggesting choices for filling in
userid fields in web page login forms. I've poked around a lot, but
cannot see how to (re)activate that. On the same topic: Is there a way
to delete an inappropriate auto fill item?
And, being greedy, does anyone know the same answers to these questions
vis-a-vis Firefox and Chrome?
Many thanks in advance!
Jonesy
--
Marvin L Jones | Marvin | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | FreeBSD __
38.238N 104.547W | jonz.net | DM78rf | OS/2 SK
Greetings all;
I can see that its installed and should be calling kaffeine to service a
quite wide range of video formats.
Unfortunately, while kaffeine is installed and runs for other digital
than tv broadcast, neither firefox is actually calling it. So while I
can see videos, some on cnn, and some on nbc news in firefox's postcard
sized video, nothing that I have been able to add, will call up kaffeine
to play a youtube video. If I launch a copy and have it running, it
seems to me that firefox should pass the data stream to the running copy
of kaffeine.
But its not happening, no reaction from kaffeine can be obtained from
either version of firefox.
So I installed the gxine launcher plugin. Looks like an identical list of
acceptable video formats to that of kaffeine.
Is there an about:config option to be set so this works? What else do I
need to check?
Thanks.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
Hi all!
I've found solution how to switch layouts with Ctrl+Shift.
To be honest, it was sad to found that old "feature", requiring
something more than click three checkboxes in the "Xkb Options" still
exists.
Why can't I set Ctrl+Shift in the TDE Control Center as a shortcut?
(Ctrl+Shift shortcut is interpreted as Ctrl + ISO_Next_Group) Why it is
necessary to edit config files?
I hope someday this behaviour will be fixed.
Best wishes, J. Drahun.
Feature request:
My mailwatcher script is calling dcop from the hard drive for every
incoming mail, and my putting a set -x in the top of it, then watching
the output trace, shows a quite large lag in its doing that.
But I see no daemon launcher in /etc/init.d.
It seems to me that if dcop were a memory resident process like dbus is,
the HD would be spared that that access, and the response time would be
2% of what it is now.
If this version of kmail in R14.0.4 can use a dbus feed too, that problem
is solved by my changing one var in the top of my script. Does anyone
know? I ask because if I switch it, and it doesn't work, the dbus buffer
gets stuffed and it takes a reboot to fix that, a dbus restart doesn't
seem to re-init it. BTDT, several times.
Thanks.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>
Greetings all;
fetchmail's log shows it was pulled from both email servers I used.
Handed off to procmail for delivery, it apparently was
silently /dev/nulled by procmail.
The only size limits in .procmailrc have to do with taking a maximum hit
on spamassassin's kids.
In the order in which its executed, this is the catcher recipe, which has
worked for quite a bit of a decade now, and worked a couple days ago for
a smaller picture:
:0
*.*lrcrispy\(a)frontiernet\.net
/var/spool/mail/gene
And the only size limits are below that where it calls the spam checking:
:0
* ^X-Spam-Status:
{
:0 fw
| formail -R "X-Spam-Status:" "X-False-Spam-Status:"
:0 fw
| formail -A "X-Nasty: Aren't we?"
}
:0
* ^X-Spam-Level:
{
:0 fw
| formail -R "X-Spam-Level" "X-False-Spam-Level"
}
:0
* ^X-Spam-Checker-Version:
{
:0 fw
|
formail -R "X-Spam-Checker-Version:" "X-False-Spam-Checker-Version:"
}
##############################################################################
# Rewrite Reply-To: for SpamAssassin users list
##############################################################################
:0
* < 500000
* !^List-Id: .*(spamassassin\.apache.\org)
{
:0 fw: spamassassin.lock
| /usr/bin/spamc -t 140 -u gene -d 127.0.0.1
}
# Sometimes SpamAssassin fails to run. This forces the issue.
:0 w
* !^X-Spam-Checker-Version:
* < 500000
* !^List-Id: .*(spamassassin\.apache\.org)
* !^From: .FETCHMAIL-DAEMON@
{
:0 fw: spamassassinFailed.lock
| nice -n 1 /usr/bin/spamassassin
}
I am thinking I need a catcher below all his that puts anything that
still exists in /var/spool/mail/gene so I can manually dispose of it?
Is that how the rest of you are thinking, that there is no save option if
it falls all the way thru to the last recipe above? It gets handed off
to procmail as the MTA, and procmail normally logs the size, but there's
nothing in that size category in the procmail.log. Leading me to think
it fell all the way thru for some unk reason.
Comments plz.
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>