I've noticed this message about once per day just after midnight.
Googling about it did not seem (to me) to produce anything definitive,
but perhaps I did not try hard enough.
Does anybody here know
1. why this is being printed to the system log
2. whether I should just tell logcheck to ignore
Logcheck, running on a machine with up-to-date debian unstable, sent me the
following in an email yesterday. (Times and machine name removed from
beginning of each line.)
upowerd[7393]: energy 99.90 bigger than full 91.652700
kernel: [345764.796963] xfce4-notifyd[2202]: segfault at 9 ip
The 'draw3d' function defined in the 'draw' package for maxima is failing.
Before I file a bug report, I'd like to find out what package has the bug.
(Or find out if the bug be user error. :-)
I am running Debian unstable with maxima, vtk6, and tcl-vtk6 installed,
according to documentation here:
At the moment, I have to reboot to MS Windows in order to take full
advantage of all three of the monitors on my desk, but I'd usually rather
not boot to MS Windows.
I'd like to make it so that my monitor setup works as well under Debian.
The dock for my Dell laptop has two DVI ports and a VGA
What I'm wondering is whether I can get uname to return the desired
format by somehow compiling a custom kernel.
Yes you can, by getting the source code from kernel.org.
If you simply copy the config from the Debians kernel, then IIRC
# make-kpkg --initrd kernel-image kernel-headers
won't
I have downloaded some proprietary software that I want to install onto a
64-bit Debian machine. The software is written for 64-bit linux, but the
kernel version reported, for example, by uname (and perhaps by some system
call that the compiled software uses) is not in a format that the software
isn't supported per se. But when [the software], or the makefiles, parse the
string
3.12-1-amd64
they don't get the expected result. If the uname -r were the string
3.12.9-1
then parsing it would yield the expected result.
---END QUOTE FROM VENDOR---
Is the reported
isn't supported per se. But when [the software], or the makefiles,
parse the string
3.12-1-amd64
they don't get the expected result. If the uname -r were the string
3.12.9-1
then parsing it would yield the expected result.
---END QUOTE FROM VENDOR---
Is the reported
isn't supported per se. But when [the software], or the makefiles, parse
the string
3.12-1-amd64
they don't get the expected result. If the uname -r were the string
3.12.9-1
then parsing it would yield the expected result.
---END QUOTE FROM VENDOR---
Is the reported
Thanks! That worked.
On Thu, Jan 2, 2014 at 11:35 AM, Sven Joachim svenj...@gmx.de wrote:
On 2014-01-02 19:22 +0100, Thomas Vaughan wrote:
Using Debian unstable and default g++ (4.8.2), I am recently unable to
build a project that was building a few weeks ago.
---BEGIN SNIPPET FROM
Using Debian unstable and default g++ (4.8.2), I am recently unable to
build a project that was building a few weeks ago.
---BEGIN SNIPPET FROM BUILD LOG---
libtool: compile: g++ ... -m32 -fmessage-length=0 -O0 -fPIC -ggdb3
-fvar-tracking-assignments -W -Wall -Wconversion -Wshadow -Wcast-align
I run unstable and update daily.
Last Friday, I happened to log out and log in again---I don't do that
every day---and that caused the X server to restart.
When it came back up, I noticed that only one of my two monitors had
any signal going to it. I'm using the integrated intel video on my
MCV == M C Vernon [EMAIL PROTECTED] writes:
MCV Thomas, You need to configure tetex-bin and -base at the same
MCV time -
MCV dpkg --configure tetex-base tetex-bin
: $ dpkg --configure tetex-base tetex-bin
: Setting up tetex-base (0.9-6) ...
: /usr/bin/texconfig: No $TEXMFMAIN; set the
GM == Gergely Madarasz [EMAIL PROTECTED] writes:
GM On 20 May 1998, Thomas Vaughan wrote:
No, that doesn't solve the problem, which has something to do
with an environment variable, TEXMFMAIN. Apparently there is a
bug somewhere that causes TEXMFMAIN to be unset when it should be
set
After investigating the segmentation fault that I have observed in
the e-mail report from cron.weekly, I ran glimpseindex by hand and
observed the following output.
: $ glimpseindex -z -H /var/cache/man2html /usr/man/man* /usr/X11R6/man/man*
/usr/local/man/man*
:
: This is glimpseindex version
I just this morning updated my hamm system with dselect but found the
following problem:
: Setting up tetex-base (0.9-6) ...
: Installing new version of config file /etc/texmf/language.dat ...
: /usr/bin/texconfig: No $TEXMFMAIN; set the environment variable or in
texmf.cnf.
: dpkg: error
16 matches
Mail list logo
