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 it
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
000
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 po
>> 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
>
>>> 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---
>>>
>>> I
>>> 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
>> 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 rep
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
ex
Thanks! That worked.
On Thu, Jan 2, 2014 at 11:35 AM, Sven Joachim 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.
> >
> &g
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
-W
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
mot
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
>>>>> "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
>>
> "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; se
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 proces
16 matches
Mail list logo
