Hi Julien,
On Wed, Dec 15, 2010 at 04:58:26PM +0100, Julien Viard de Galbert wrote:
It's been a long time since this did hit experimental, even testing now
has a more recent version. Did you have a look at it since then?
Thanks for pinging me on this bug. I recently restarted into
Package: dns2tcp
Version: 0.4.dfsg-5.1
Severity: grave
Does anyone actually use this package? Either it is heavily broken or I
am doing something wrong.
I set up dns2tcpd and a NS record as described in the documentation.
However calling dig -t NS on the subdomain times out for the vast
majority
Package: slimrat-nox
Version: 1.0-1
Severity: normal
The manpage of slimrat is incomplete. The example uses options that are
neither explained in the manpage itself nor in slimrat --help. It would
be great if you could add the missing documentation, because the example
given seems to be a
severity 494972 normal
thanks
Hi,
fcron uses a different syntax from fcron. Your issue is explained in the
FAQ: http://fcron.free.fr/doc/en/faq.html#AEN2849 Where did you look up
the syntax for fcron? Maybe this is a documentation bug.
Helmut
--
To UNSUBSCRIBE, email to
tags 567096 + patch
thanks
I created a patch for this issue and verified that it does answer NS
request in a manner dig can understand. Unfortunately I was not able to
test it in a real use case yet.
Helmut
diff --git a/common/includes/dns.h b/common/includes/dns.h
index 435c57f..eebc4f4 100644
found 567096 0.4.dfsg-5
thanks
This affects stable, btw. Rhonda can fix it now.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: src:leafnode
Version: 1.11.7.rel-2
Severity: normal
Tags: patch
In fetchnews.c in function getbody_newno it looks like f is closed in
all circumstances. However this is not the case. This function can
therefore leak filedescriptors.
When it fails to fopen g it leaves f open, but exits
Package: tor
Version: 0.2.1.20-2
Severity: important
My system has limits on the allowed traffic that change during the day.
I therefore configure tor in a way producing little traffic and open the
ORPort during the happy hours. Unfortunately tor manages to close the
ORPort before the happy hours
On Sun, Nov 29, 2009 at 11:18:06PM +0100, Peter Palfrader wrote:
Why would this defeat the purpose of the *ControlPort*?
When I open the ORPort via the ControlPort it is closed by some cron
script reloading tor. So the changes made to tor via the ControlPort are
not persistent, which is wrong.
Package: mutextrace
Version: 0.1-1
Severity: important
The mutextrace package does not contain any documentation. According to
policy section 12.1. a bug should be reported for a missing manual page
which is the case. As there is no other documentation in the package it
degrades the usability and
Package: munin-node
Version: 1.4.0-1
Severity: important
The df and df_inode plugins lost all history about filesystems on lvm
since upgrading to 1.4.0-1. The source of this problem is a change in
the naming of rrd files. Previously they would be called
Package: munin-node
Version: 1.4.0-1
Severity: whishlist
Please include the cpufreq_[1] plugin. In contrast to the cpuspeed
plugin it does not take a snapshot of the speed, but uses the stats
generated by the kernel. As a result it is far more accurate.
Helmut
[1]
Package: munin
Version: 1.4.0-1
Severity: normal
Since upgrading to 1.4.0-1 munin-graph.log contains lines like:
2009/12/02 16:50:12 [ERROR] Unable to graph
/var/www/munin/localdomain/localhost.localdomain/sensors_fan-day.png :
parameter '#00CC00' does not represent a number in line
Package: base-passwd
Version: 3.5.22
Severity: wishlist
From /usr/share/doc/base-passwd/users-and-groups.txt.gz:
adm
Group adm is used for system monitoring tasks. Members of this group can
read many log files in /var/log, and can use xconsole.
Historically, /var/log was
Hi Tom,
thanks for you very quick and helpful answers (- plural).
This is a known issue in munin 1.4.0 upgrading from 1.2.6. It is
documented in the upstream release notes, and also packaged in the munin
package at: /usr/share/doc/munin/UPGRADING
I really suggest that a link to this is
On Thu, Dec 03, 2009 at 02:27:15PM +, Colin Watson wrote:
While I agree that it doesn't hurt to have it open, FWIW, I have no
plans to work on this and think that the sheer pain of the renaming
probably outweighs any benefits from the clearer name.
That is what wont-fix is for. Feel free
found 559188 1.4.1-1
thanks
Tom Feiner wrote:
This bug was fixed in munin 1.4.1.
Not exactly. The new version changed the log message, so I assume part
of the bug was fixed:
2009/12/05 12:50:11 [RRD ERROR] Unable to graph
/var/www/munin/localdomain/localhost.localdomain/sensors_fan-day.png :
Hi Tom,
On Sat, Dec 05, 2009 at 09:07:57AM +0200, Tom Feiner wrote:
From [1]:
-
The cpuspeed plugin in the distribution has shown the average and not the
instant speed of the system for a while now. But the visuals of the plugin
you point out is much cooler.
I have been using an old
Package: dash
Version: 0.5.5.1-2
Severity: grave
Justification: renders package unusable
Upgrading dash fails:
(Reading database ... 181192 files and directories currently installed.)
Preparing to replace dash 0.5.5.1-2 (using .../dash_0.5.5.1-2.2_amd64.deb) ...
Adding `diversion of
Hi,
On Tue, Jul 28, 2009 at 01:14:26AM +0200, Raphael Geissert wrote:
Could you please provide the output of $ dpkg-divert --list /bin/sh, and
readlink -f /bin/sh?
$ dpkg-divert --list /bin/sh
local diversion of /bin/sh to /bin/sh.distrib
$ readlink -f /bin/sh
/bin/dash
$
We tested many
Hi Raphael,
On Tue, Jul 28, 2009 at 01:41:01AM +0200, Raphael Geissert wrote:
And /bin/sh.distrib points to dash? :-/
No:
$ readlink -f /bin/sh.distrib
/bin/bash
$
You probably also want to know my bash version. It is 3.2-6.
I'm not quite sure, I'll take a look at this tomorrow. But unless
Hi Raphael,
On Tue, Jul 28, 2009 at 02:09:36AM +0200, Raphael Geissert wrote:
Ah, right; I really need to get some sleep, the diversion looks fine.
Although
either you added it manually (did you?) or dash used to use local diversions
(instead of setting the package name on the call to
Package: manpages-dev
Version: 3.21-1
Severity: normal
File: /usr/share/man/man3/strndup.3.gz
$ man strndup
...
SYNOPSIS
#include string.h
...
$ cat test.c
#include string.h
#include stdlib.h
int main() {
char *s;
s = strndup(foo, (size_t)2);
free(s);
Package: passwd
Version: 1:4.1.4.2-1
Severity: normal
File: /usr/sbin/chpasswd
chpasswd once had an option -e. It enabled passing encrypted passwords
to chpasswd. This functionality was somehow lost after the Lenny
release.
Helmut
--
To UNSUBSCRIBE, email to
Package: kiki-the-nano-bot
Version: 1.0.2+dfsg1-1
Severity: normal
No, this doesn't make sense, it just makes kiki crash.
(Syntax: $ is shell prompt, (gdb) is gdb prompt and # is my comments)
$ rm ~/.kiki.hsc
$ gdb kiki-the-nano-bot
...
(gdb) run
...
# select NEW GAME by pressing enter
# go to
Package: chrony
Version: 1.23-3
Severity: grave
Justification: renders package unusable
# /etc/init.d/chrony start
Starting /usr/sbin/chronyd...
Now it will wait forever.
$ ps aux OT | grep /chrony
root 8811 0.0 0.1 2572 1088 pts/1S+ 12:42 0:00 /bin/sh
/etc/init.d/chrony start
If you want to get an answer I urge you to also contact the submitter
(me) by either by ccing me directly or by ccing [EMAIL PROTECTED]
Otherwise it is very unlikely that I eventually catch your comment. See
#351856.
Given that the whole setup works like a charm for me I think the severity is
Hallo Michael,
Sorry, I don't buy into this argument, but it's nitpicking anyway. The bug has
to be fixed.
ACK
It is not empty. And if it was empty, downgrading would not solve the
issue.
No, that's not necessarily true. There may be a problem in the shell script
for
example or in
Hallo Michael,
Have you ever tried using the default config?
Yes, no change.
I also tried to strace chronyd directly. It hangs in a read from
filedescriptor 6 which happens to be /dev/rtc according to lsof, so
indeed chronyd *is* hung. Hope this helps.
Helmut
--
To UNSUBSCRIBE, email to
Hello John,
I had to downgrade, because chrony also broke suspend2disk[1]...
Is this a different bug? If so it should be reported seperately.
I explained why this affected ...
...so I could as well have tagged it critical because it affects other
applications as well.
I can find no
Hi John,
When I manually start chronyc and then type a command (sourcestats for
instance) it keeps waiting forever.
This almost certainly means that chronyd is not running (or is hung).
Exactly: or is hung. An hung is a bug.
Helmut
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Hi Joachim,
On Wed, Feb 10, 2010 at 11:26:07PM +0100, Sven Joachim wrote:
Ever thought of upgrading this two years old, totally unsupported kernel?
I followed your advise and upgraded my kernel to vanilla 2.6.32.8. The
problem persists in all detail (only that I lost all my old xterms).
On the
Package: ingerman
Version: 20091006-4
Severity: grave
Justification: renders package unusable
Hi,
I was upgrading my unstable system and saw the following message.
| Problems rebuilding an ispell hash file (ingerman.hash)
|
|
Thanks for your quick reply.
On Tue, Feb 09, 2010 at 03:32:27PM +0100, Agustin Martin wrote:
What are the contents of /var/lib/ispell?
$ ls -la /var/lib/ispell/
total 3840
drwxr-xr-x 2 root root4096 Feb 7 13:51 .
drwxr-xr-x 64 root root4096 Feb 7 13:43 ..
-rw-r--r-- 1 root root
Package: nagios-plugins-standard
Version: 1.4.14-1
Severity: normal
The nagios-plugins-standard package pulls in tons of dependencies that
are completely useless to me. This is the depends header:
Depends:
libc6 (= 2.3),
Unavoidable.
libldap-2.4-2 (= 2.4.7),
Package: procps
Version: 1:3.2.8-6
Severity: important
File: /usr/bin/snice
Running snice 1234 goes into an endless loop. It doesn't matter whether
the specified pid exists or not.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
Package: ncurses-base
Version: 5.7+20090803-2
Severity: critical
Justification: breaks unrelated software
ctrl-c does no longer cause SIGINT.
Debugging this issue:
When I create a new xterm (or rxvt) as a fork from my windowmanager
(awesome) the terminal shows the broken behaviour.
I have
Package: netplug
Version: 1.2.9.1-2
Severity: important
Let me cite the package description:
It's similar to ifplugd, but uses NETLINK instead of regularly polling
the link status. This improves power-consumption with laptops, but does
not work with all network card.
This is the theory.
Hi Sven,
thanks for your very quick reply.
On Wed, Feb 10, 2010 at 11:26:07PM +0100, Sven Joachim wrote:
I have still some xterms that are not affected open. Those were started
in 2009.
Before or after you upgraded ncurses-base? That package has not been
touched for more than five months.
Package: xserver-xorg-video-intel
Version: 2:2.9.1-2
Severity: important
File: /etc/modprobe.d/i915-kms.conf
Starting X results in a black screen, that is the screen is instantly
turned off and only a reboot can activate it again. The keyboard however
works in some ways. I can still switch vts
Hi Brice,
On Thu, Feb 11, 2010 at 02:02:57PM +0100, Brice Goglin wrote:
Indeed, but a quick google search didn't help much. The intel guys will
likely ask you to test a recent kernel anyway, so let's see what 2.6.33
says.
Thanks for your investigation. It will take a bit of time for me to
Hi Brice,
thanks for your very quick reply.
On Thu, Feb 11, 2010 at 01:32:18PM +0100, Brice Goglin wrote:
Can you try with debian's 2.6.32-trunk kernel package instead of your
own kernel ?
I fear that I will have to answer this question with no, because
cryptsetup is so broken that it would
tags 541174 +unreproducible
severity 541174 normal
thanks
Hi,
On Tue, Aug 11, 2009 at 09:30:54PM -1000, Martin Michlmayr wrote:
libtool --mode=compile gcc -Wall -g -O2 -Wall -Wextra -Wl,--as-needed
-Werror -I. -c libexplain/fildes_to_address_family.c -o
tags 547400 +unreproducible
severity 547400 normal
thanks
On Sat, Sep 19, 2009 at 01:26:05PM +0100, Martin Michlmayr wrote:
/usr/include/glib-2.0/glib/gthread.h:344: error: dereferencing pointer
'_SOUP_METHOD_GET.27' does break strict-aliasing rules
I failed to reproduce this one on i386
Hi,
thanks to Manoj for pointing this out and Richard for explaining it.
Unfortunately this rc bug is still open after two months.
Short summary:
sendmail-base.prerm invokes an init script without invoke-rc.d which
technically is forbidden by the Debian policy. (report from Manoj)
The part
severity 553135 normal
thanks
On Fri, Jan 22, 2010 at 01:50:40PM -0800, Russ Allbery wrote:
That being said, this is clearly not the problem that either Policy or the
Lintian tag were designed to catch, and you should feel free to decrease
the severity and add an override. Also, please feel
severity 542093 important
block 555036 by 542093
thanks
Thanks to Julien Valroff for pointing out a lack of documentation in
this package. In fact it contains no documentation at all which makes it
unusable.
I ran into this bug while trying to squash #555036.
Helmut
--
To UNSUBSCRIBE, email
Hi Gerrit,
as you can see David Riebenbauer provided a patch to convert
dash.preinst to something not depending on /bin/sh. As far as I can tell
applying this patch would not worsen the situation in any way, but it
would make it easier to work on the bash package. Could you somehow
answer to this
Package: src:conky
Version: 1.7.1.1-1
Severity: normal
Leaks pointer allocated in src/mail.c:896 mail=malloc(...) when
returning 0 in line 310.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Package: src:myodbc
Version: 3.51.27r695-1
Severity: normal
In setup/MYODBCSetupConfigDSNEdit.c:86 the variable origdsn gets
assigned the result of strdup which doesn't get freed when the function
returns on line 100. This branch seems to be an error condition and the
variable is later freed, so
Package: cppcheck
Version: 1.39-1
Severity: normal
$ cat confuse_cppcheck.c
#include unistd.h
#include fcntl.h
void confuse(void) {
int fd=-1;
do {
if(fd = 0)
close(fd);
fd = open(tmp, O_RDONLY);
} while(fd = 0);
}
$
Package: sparse
Version: 0.4.1+git20081218-1
Severity: normal
Tags: patch
The site in the Homepage field tells me that the url is old and should
be updated to http://sparse.wiki.kernel.org/index.php/Main_Page.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
It does. This may be related to a known upstream problem with some
motherboards. Please try commenting out the rtcfile directive in
/etc/chrony/chrony.conf.
After commenting out rtcfile upgrading the package again works, so that
might at least be a work around. Still I think that this
Package: mailman
Version: 1:2.1.9-7
Severity: serious
Justification: Policy 10.8
The stable (etch) version of mailman does not rotate the logfile
/var/log/mailman/mischief. It is used to record login failures and
similar things from the cgi scripts mailman provides. As the log file is
not rotated
I had problems with /dev/rtc before, sometimes related to HPET which in
combination with chrony even froze my system. This kernel bug has been fixed
recently. Also I had problems when using the wrong module. Are you sure you
use
the right one? Does hwclock work for you?
I don't really know
All of the boxes in my company are. Too bad I can't test on more
systems. That's quite different from ???a single system???. And it's not
like amd64 is an obscure architecture, last time I checked.
Did you notice that the bug was reported on i386 initially? So it is
even a bit
Package: chrony
Version: 1.23-4
Severity: normal
The new init script for chrony kills random netstat processes. This
introduces a small race condition for systems also running munin. Munin
uses netstat to plot the number of network connections. Killing the
netstat process results in holes in the
Package: clive
Version: 2.2.4-1
Severity: wishlist
clive seems to be like the perfect video downloading application.
However extracting video (data) urls does not seem to be among the
supported features (not even by parsing debug output). I imagine
something like youtube-dl -g URL which just
Package: xmp
Version: 2.7.1-1
Severity: normal
Hi again,
slowly we are getting the xmp manual page into shape. It now lists:
-t, --tempo bpm
Set the initial tempo in beats per minute (default is 125).
-t, --time time
Specifies the maximum playing time
Package: signing-party
Version: 1.1.1-1
Severity: minor
File: /usr/bin/gpgsigs
Hi,
Please support pdflatex with gpgsigs --latex: It currently fails with
the following message:
! LaTeX Error: Unknown graphics extension: .1.eps.
The failing line is:
\includegraphics[height=3cm]{.1.eps}
Package: texlive-generic-extra
Version: 2007.dfsg.15-1
Severity: serious
Justification: Policy 2.3
$ head -n18 /usr/share/texmf-texlive/tex/latex/barr/diagram.tex
% This should appear in a file named diagram.tex
% Copyright 1988,1989 Michael Barr
% Department of Mathematics and
Hi,
From the bug report it's not clear to me, whether ejabberd has
really an upgrade problem or not. If this is realle the case, I
will put your text into the release notes, OK?
Partly yes:
1) Back up /var/lib/ejabberd *before* upgrading.
This is the directory contains all data for
Package: bind9
Version: 9.5.1.dfsg.P1-1
Severity: serious
Justification: no longer builds from source
gcc -fno-strict-aliasing -DDIG_SIGCHASE -O2 -I/usr/include/libxml2 -o
.libs/named .libs/builtin.o .libs/client.o .libs/config.o .libs/control.o
.libs/controlconf.o .libs/interfacemgr.o
Package: texlive-generic-extra
Version: 2007.dfsg.16-1
Severity: serious
Justification: Policy 2.3
Sorry, I found another one. :-(
$ head -n9 /usr/share/texmf-texlive/dvips/aurora/aurora.pro
%!
% Aurora: Colour Separation for Level 1 PostScript.
% Copyright: Graham Freeman, 1994.
%
Package: mpd
Version: 0.14.1-1
Severity: normal
Justification: Policy 9.3.2
$ /etc/init.d/mpd force-reload
Usage: /etc/init.d/mpd {start|start-create-db|stop|restart}
$
But Policy 9.3.2 says:
The start, stop, restart, and force-reload options should be supported
by all scripts in /etc/init.d,
Package: etckeeper
Version: 0.30
Tags: patch
Severity: wishlist
etckeeper provides good .gitignore (or whatever you are using). It
especially provides patterns for vim swapfiles. However a swapfile for
the commandline vim - or just vim is not ignored. I therefore suggest
adding a line
ignore
It's pretty clear to me that there's an underbar there, though it's
perhaps not as clear as it could posisbly be... if you can propose a
change that would resolve it (while keeping the link underline) I'd be
interested in applying it.
Sorry for letting you wait for so long. As we seem to
Attached is what I see.
That's how it should look. :-) (Remember that I can only observe this
for non-visited links.)
My screenshot was made using iceweasel 3.0.6-1 on sid/amd64 (which
should pretty much be the same as lenny).
I'm still interested in making it more clear, so if you can play
If you want the original submitter to see your reply, you have to
include nnn-submit...@bugs.debian.org in the list of recipients.
Otherwise your mail will not be seen until a submitter wonders whether
anyone noticed the report and lurks in to the website. Yes, debbugs is
strange in this respect,
Package: debhelper
Version: 7.0.17
Severity: wishlist
Rereading the policy I discovered that debian/rules should have
get-orig-source. However dh does not provide this command. It should be
easy to implement, because uscan can already do all the work (if a watch
file is present). On the other
Package: maildir-utils
Version: 0.4-2
Severity: normal
The manpage says on --format:
| The fields corresponding to certain letters are the same as the ones
| in search expressions (scroll down for the list).
Then later:
| s: subject
| f: from (sender)
| t: to (recipient)
| c: cc: (carbon-copy
Package: liferea
Version: 1.6.0~rc6-1
Severity: important
Recently a constant stream of 1MB/s writes started on my system. It
happened twice so far and started around 0:00. I identified liferea as
one cpu using task and once I stopped it the stream of writes stopped,
too. The next time I observed
severity 537332 grave
thanks
justification: involuntary denial of service attack
Hi,
as announed earlier I tried to run gdb on liferea. Other than the
previous times the writes did not start around 0:00. It looks more like
24 hours after being started.
gdb does not show anything interesting (at
Package: kteatime
Version: 4:4.2.4-2
Severity: minor
Hi,
I noticed that kteatime does not update the tray image correctly when it
removes the tea clock. Minor parts at the bottom left are not updated.
See attached image. My window manager is fluxbox.
usability-feedback param=please ignore if
Package: mplayer
Version: 1.0~rc3+svn20090405-1
Severity: minor
Actions taken:
Play a video with long constant images. This property holds for certain
music videos on youtube.com. mplayer can nicely be combined with
youtube-dl to play such a video. Then do one of the following things:
1) Resize
Hi,
you have no seen how ignorant the psi developers really are:
1) They did not came up with a solution within the announced week.
2) They released another version without a solution.
3) They still don't care.
So please, pretty please, just apply this stupid patch until their
ignorance is
Package: console-setup
Version: 1.38
Severity: serious
Justification: 3.9.1
console-setup uses uudecode in preinst or config, so it has to
Pre-Depend on sharutils. This is my output for aptitude install
console-setup:
Preconfiguring packages ...
/tmp/console-setup.config.229961: 5390: uudecode:
Package: vim-runtime
Version: 2:7.2.148-2
Severity: minor
File: /usr/share/vim/vim72/syntax/sshconfig.vim
Tags: patch
vim does not recognize LocalCommand as a keyword when editing
.ssh/config files. It actually is a keyword (see man ssh_config).
Adding the following line to the file should
tags 365884 +patch
thanks
A patch for this issue can be found at:
http://marc.info/?l=openssh-unix-devm=124709554726655w=2
Suggestions welcome.
Helmut
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
/show/394.
As a maintainer reading this, could you link this bug report to the
upstream bug report?
Thanks
Helmut
From 54495557addff37ff52df7edc3ff4d30e1182571 Mon Sep 17 00:00:00 2001
From: Helmut Grohne hel...@subdivi.de
Date: Mon, 8 Mar 2010 17:37:20 +0100
Subject: [PATCH] emit rfc4122 (version
Package: arbtt
Version: 0.4.5.1-1
Severity: important
Hi,
I finally found some time to try arbtt. It looks like a great tool, but
somehow does not produce reasonable stats for me.
I tried to use the inactive tag as documented:
$idle 60 == tag inactive,
However the whole night appears in the
severity 573805 normal
thanks
Hi Seb,
[If you are only interested in the results, only read the last three
paragraphs.]
On Sun, Mar 14, 2010 at 06:59:14PM +0100, Sebastien Delafond wrote:
[stats] Resolved `localhost' to 127.0.0.1
[stats] Successful bind to 127.0.0.1:6601
[1]
Sending
Hi Seb,
On Mon, Mar 22, 2010 at 12:17:57PM +0100, Sebastien Delafond wrote:
Running mpc del 0 doesn't change that behavior whatsoever: it doesn't
look like mpdcron is asking the content of the playlist to mpd at all,
but instead it's just concerned with the status+currentsong, which is
what
Hi Seb,
On Mon, Mar 22, 2010 at 04:18:12PM +0100, Sebastien Delafond wrote:
I see; I assume you *cannot* reproduce the problem if you do *not* wait
on the playlist event, right (you can do that by adding for instance
events = player;mixer;database;stored_playlist;update to your [mpd]
stanza)
Hi Seb,
On Mon, Mar 22, 2010 at 06:36:36PM +0100, Sebastien Delafond wrote:
I understand that, and want to verify that your taking out the
playlist event does indeed make the problem go away.
I thought that this would have been obvious, but since you asked me
again I now verified it. The
Hi Seb,
On Mon, Mar 22, 2010 at 06:51:02PM +0100, Sebastien Delafond wrote:
Good, thanks; I could reproduce your problem by *adding* playlist to my
events, but I wanted to be sure there wasn't anything else at play here.
Ok.
I'll write a patch that doesn't try to do anything at all if an
Package: cpufreqd
Version: 2.4.1-1
Severity: critical
Tags: patch
Justification: causes hardware damage
Since no package on my system depends on libsensors3 I removed it. With
it the file /etc/sensors.conf went away. This is a file cpufreqd
requires to use for the sensors plugin. Without that
On Thu, Apr 15, 2010 at 07:31:25AM +0900, Mattia Dongili wrote:
severity 577822 normal
So damaging hardware is a normal bug... Maybe we should readjust all
other bugs to wishlist.
Would you mind describing what you're actually experiencing rather than
an ipotetical (and quite unlinkely)
On Thu, Apr 15, 2010 at 08:10:08AM +0900, Mattia Dongili wrote:
you computer will turn off before that happens. If that is not the case
then there might be a bios (or sometimes kernel) problem.
Relying on userspace to perform this critical function is nonsense, but
your concern is
reassign 569227 bash
thanks
Hi Thomas,
On Tue, Feb 16, 2010 at 06:42:27AM -0500, Thomas Dickey wrote:
Your shell is not likely using the parts of ncurses which would change
the terminal modes. For instance, bash uses only the termcap interface.
I'd look at the shell.
I finally found some
Package: xterm
Version: 255-1
Severity: important
Hi,
after rebooting my system I noticed that the XTerm*eightBitInput: false
setting is ignored. Pressing alt-1 results in an eight-bit character.
This is a bug, that makes irssi almost unusable. Please provide a
workaround as soon as possible.
Hi Joachim,
On Thu, Mar 11, 2010 at 08:31:40PM +0100, Joachim Breitner wrote:
However the whole night appears in the stats. I therefore had a look at
the ouput of arbtt-dump, specifically the cLastActivity numbers. They
seem to range between 0 and 14. During the time I was asleep the
Package: mpdcron
Version: 0.3+git20100302-1
Severity: important
mpdcron goes into an infinite loop when I delete the currently played
song (mpc del 0). If you cannot reproduce it, try enabling the stats
module.
By the way, the documentation - or should I say lack thereof - is
disappointing.
Hi Seb,
thanks for your quick reply.
On Sun, Mar 14, 2010 at 10:05:44AM +0100, Sebastien Delafond wrote:
can you please set the log level to debug, and include the portion of
the log file corresponding to the infinite loop ?
I have to say that I failed to see a difference between loglevel=0
Package: buffer
Version: 1.19-10
Severity: wishlist
Buffer is supposed to keep the writer side of a pipe busy. So it should
be the ideal tool to put between in a pipe like this:
$ lzcat maps.osm.lzma | maptool -z9 maps.bin
maptools seems to read in chunks of about 16M. However 16M is the
maximum
Package: mbuffer
Version: 20091122-1
Severity: normal
Steps to reproduce:
$ mbuffer -q # then hit Ctrl-C to send SIGINT
It segfaults. Unfortunately gdb does not give a valuable traceback. With
strace it looks like this:
...
read(0, 0x7f0f01903000, 4096) = ? ERESTARTSYS (To be
Package: libgssapi-krb5-2
Version: 1.8.3+dfsg-2
Severity: grave
File: /usr/lib/libgssapi_krb5.so.2
My system uses kerberos to authenticate users to ssh. After upgrading a server
to squeeze logging in is no longer possible (this could satisfy critical
severity). Unfortunately debugging this turned
I was asked to show a krb5.conf for the ssh server. See it below.
Helmut
$ cat /etc/krb.conf
[libdefaults]
default_realm = REALM.DOMAIN.EXAMPLE
dns_lookup_realm = false
dns_lookup_kdc = false
[realms]
REALM.DOMAIN.EXAMPLE = {
kdc =
Running strace on ssh revealed the almost immediately before emiting the
Unspecified GSS failure. Minor code may provide more information\nNo such
file or directory\n
it tries to open a directory /usr/lib/krb5/plugins/authdata which does
not exist on my system (and is not contained in any
On Thu, Nov 25, 2010 at 02:56:46PM +0100, Helmut Grohne wrote:
Running strace on ssh revealed the almost immediately before emiting the
Unspecified GSS failure. Minor code may provide more information\nNo such
file or directory\n
it tries to open a directory /usr/lib/krb5/plugins/authdata
201 - 300 of 8319 matches
Mail list logo