Package: psmisc
Version: 23.5-2
Severity: important
Tags: upstream
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was
Package: evince
Version: 3.14.1-2
Severity: important
Dear Maintainer,
post-jessie evince has become unusable for me since it won't resize down
to occupy only half the screen (leaving the other half to an editor!).
Somebody amid general UI vandalism has stopped its screen width being
Package: libcurl3
Version: 7.42.1-2+b1
Severity: important
File: libcurl
Dear Maintainer,
[red alert - I've recently done a dist upgrade from old-stable to stable]
It looks as though libcurl.so.4 has calls in it to SSLv3_client_method
which it tries to resolve against libssl.so.1.0.0 (which
Package: gnomine
Version: 1:3.4.2-3
Severity: important
Dear Maintainer,
Every so often (maybe 1 in 20 games) after finishing a (Large) game and
pressing new game, instead of starting a new game gnomine registers a
ghost game with zero time in the score table, The score table window
pops up
Package: subversion
Version: 1.6.17dfsg-3
Followup-For: Bug #507374
Dear Maintainer,
After an upgrade recently (say a month ago), svn to plain vanilla
sourceforge.net repositories stopped with
SSL handshake failed: Secure connection truncated.
Now, I already knew what to do about this since
Also sprach Debian Bug Tracking System:
On Wed, Jul 06, 2011 at 07:16:55PM +0200, Peter T. Breuer wrote:
Package: openni-dev
Version: 1.1.0.41-5+maverick1
There is no such package in Debian, nor in Ubuntu, come to that, so we
cannot help with your bug report. As far as I can tell, you
Package: openni-dev
Version: 1.1.0.41-5+maverick1
Severity: serious
Justification: unknown. Probably bit that says install routine should run!
Pentium-M (IBM thinkpad x40).
I'm just noting this from dpkg -i:
(Reading database ... 232866 files and directories currently installed.)
Unpacking
Package: gcc-4.3-mips-linux-gnu
Version: 4.3.5-4
Severity: grave
Tags: upstream
Justification: renders package unusable
With compile options
-O0 -static -DMIPS -mips1 -mabi=32 -msoft-float -mno-memcpy
gcc produces incorrect code for division (and I suppose, %) from C.
Test code can be
, 1 Jan 2011 12:45:49 +0100
X-Authentication-Warning: barney.it.uc3m.es: ptb set sender to
p...@inv.it.uc3m.es using -f
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Peter T. Breuer p...@inv.it.uc3m.es
To: Debian Bug Tracking System sub
Also sprach Debian Bug Tracking System:
This is an automatic notification regarding your Bug report
#502864: ntpdate: if-up.d file is missing wait_for_file,
which was filed against the ntpdate package.
It has been marked as closed by one of the developers, namely
k...@roeckx.be (Kurt
Package: gcj-jdk
Version: 4:4.4.2-2
Severity: normal
This test program
class Test {
public static void main(String argv[]) {
Object args[] = {
new Float(0.0001),
};
System.err.printf(%f\n, args);
}
}
produces no output when compiled with gcj (gcj
Also sprach Debian Bug Tracking System:
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
yes .. well, pterm and xterm were also slow in updating line by line,
so I decided to do another upgrade today, and
Package: eterm
Version: 0.9.5-2
Severity: important
Since my latest update from debian unstable, Eterm apparently causes
Xorg to take 100% whil eaiting for input. Type 10 characters and one
will appear on screen immediately, then there will be several minutes
of 100% cpu use in Xorg, and then
Package: libc6
Version: 2.9-23
Severity: normal
I'm calling getrusage with RUSAGE_CHILDREN after a child exits (waiting
for it with getpid, so yes, SIG_IGN is definitely NOT set on SIGCHLD!).
The memory fields are always zero.
{
ru_utime = {tv_sec = 33, tv_usec = 66066},
ru_stime =
Also sprach Debian Bug Tracking System:
as discussed in the bug report, this is not a bug per se, but a
configurable feature, closing report
Then the bug is how is one supposed to know that.
When a report comes in, one d÷esn't dismiss it because there is some
convoluted way of working round it
Package: wpasupplicant
Version: 0.6.4-3
Severity: normal
ldd /sbin/wpa_supplicant shows that it depends on /usr, which makes
it difficult to square with a boot that has separate / and /usr
partitions, or indeed an nfs mounted /usr. Chicken and egg.
linux-gate.so.1 = (0xe000)
Package: klipper
Version: 4:4.2.4-1+b1
Severity: normal
A few weeks ago cut'n'paste in Eterm stopped working after a general
upgrade and I initially ascribed the problem in my mind as being caused
by the move to libc 2.9 and recent Eterms. That was cemented by the
observation that cut'n'paste
Package: kicker
Version: 4:3.5.9.dfsg.1-6
Severity: normal
The latest kicker (it was Ok a few daya ago, presumably before an
upgrade) is only visible on the first of my three desktops. On the
other two it is clearly present in some sense, because hovering the
mouse on the bottom of the desktop
Also sprach Debian Bug Tracking System:
* Peter T. Breuer p...@inv.it.uc3m.es, 2008-02-21, 21:15:
Package: python-urlgrabber
Version: 3.1.0-4
Severity: normal
Probably something doesn't compile under python 2.3 (which is safely
installed on system here) or vice versa.
Python 2.3
Package: iceweasel
Version: 3.0.11-1
Severity: normal
After quiting firefox (usually using the window X button, not quit from
the menu ...) firefox pretty well always reverts next time to showing
my windows and tabs from last time at startup, though I always set
the preference in edit
Also sprach Debian Bug Tracking System:
#504409: resolvconf runs too early in boot sequence - can't mkdir
It has been closed by Petter Reinholdtsen p...@hungry.com.
--
504409: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504409
Debian Bug Tracking System
Contact
Package: swscanner
Version: 0.2.2-2.1
Severity: important
After switching to ath0 interface wrom gui, and initiating a scan ..
(maybe I should have been root, but it didn't ask ...)
Deleting frmConfigIni...
Deleting SWSconfig...
if(lo)-127.0.0.1/255.0.0.0/0.0.0.0 level: -65 noise: -256
Package: eterm
Version: 0.9.5-2
Severity: normal
Since recent upgrades (about 3 weeks) to more recent libc (I believe
that's the cause), Eterm cut and paste is not working right. xterm
seems OK (but I use it hardly at all so I cannot say for sure .. just a
few experiments seem to say it is OK,
Package: cgdb
Version: 0.6.4-3
Severity: important
Run cgdb on a compiled file. Edit that source file. Compile that source
file to code. Call run in cgdb. Break inside the source. The source
view will show the OLD source, not the actual one. Ditto for opening
the file using the file dialog.
Also sprach Debian Bug Tracking System:
I'm closing this bug as there was no response and the circumstances sound
implausible.
Response to what? This was sent out in 2005!!!
Circumstances? Implausible? What?
The script at that time simply refered to a routine that it hadn't
defined.
I have
Package: hdaps-utils
Version: 0.1-1.1
Severity: normal
There is no documentation with hdaps-utils.
Tha man page consists of 5 incomprehensible lines for both of the two
utilities supplied.
hdaps-pivot text-based application that shows the laptop position
in real-time via hdaps.
What is a
Package: pm-utils
Version: 1.1.2.4-1
Severity: normal
It appears that if the uswsusp package is installed, then pm-hibernate
locates the presence of s2disk and uses it to save, even if told not to
via, for example
(hibernate.conf)
TryMethod disk.conf
#TryMethod suspend2.conf
#TryMethod
Also sprach Petter Reinholdtsen:
Anyway, it runs too early. It was linked in at S07. I moved to S36
(after S35mountall). In rcS.d, I mean.
Please provide the output from 'ls /etc/rcS.d/'. Do you use
% ls /etc/rcS.d
README S36mountall-bootclean.sh@
Package: kicker
Version: 4:3.5.9.dfsg.1-5
Severity: normal
The problem isolates to the following change in my
./share/config/kickerrc, which triggers it:
@@ -130,7 +130,7 @@
TintColor=199,151,185
TintValue=0
TrustedApplets=clockapplet,ksystemtrayapplet,krunapplet,quicklauncher,kminipage
Package: resolvconf
Version: 1.42
Severity: normal
Resolvconf was running before /var was mounted at bootup, and tried
to mkdir /var/run/resolvconf while / was readonly.
The result is some mess on screen and some messup when /var is
eventually mounted (since /var/run/resolvconf may not be there)
Re: ii kicker 4:3.5.9.dfsg.1 desktop panel for KDE
Bug still there in pure debian. And it's been isolated.
Also sprach ptb:
If you're interested ... , it's a fault I've
observed before on wholly debian installations. It seems to come and
Yerrs, I've now had a while in which to
Package: kicker
Version: 4:3.5.10-0ubuntu1~hardy2
Severity: normal
Kicker isn't playing peekaboo correctly. It's set to automatically hide
itself immediately, but removing the mouse from it leaves it up there
for seconds at a time. My impression is that at each trial it stays
up there longer.
Also sprach Armin Berres:
On Mon, 27 Oct 08 15:57, Peter T. Breuer wrote:
Package: kicker
Version: 4:3.5.10-0ubuntu1~hardy2
ek
This is Debian...
And this is ubuntu upgraded to debian. I agree that kicker was working
yesterday before
Package: resolvconf
Version: 1.42
Severity: important
The following lines from the /sbin/resolvconf script cause my shell
(bash) to bomb:
[ ${IFACE/\/} = $IFACE ] || { report_iface_err Slash ; exit 1 ; }
[ ${IFACE/ } = $IFACE ] || { report_iface_err Space ; exit 1 ; }
It appears to
Package: ntpdate
Version: 1:4.2.4p4+dfsg-7
Severity: normal
Tags: patch
ifup produces noise from /etc/network/if-up.d/ntpdate complaining about
the wait_for_file routine not being found (curiously, line 1 is
indicated).
Indeed, it is used but not defined.
A rough guess would expect it to be
Package: make
Version: 3.81-5
Severity: normal
I believe that when a new soft link is made to an old file, make
is checking the age of the resolved path (i.e. the old file), not the
age of the link (which is new, and may have changed).
The result is that when the dependency is expressed through
Also sprach Debian Bug Tracking System:
Subject: Re: Bug#502865: make not checking age of softlink
Organization: The Golden Gryphon
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)
(x86_64-unknown-linux-gnu)
Now, make allows you to override this:
`-L'
Thanks. I
Package: tgt
Version: 20070924-1
Severity: important
% sudo tgtadm --lld --op show --mode target
tgtadm: unrecognized options: tgtadm: showtgtadm:
Try `tgtadm --help' for more information.
and the man page says
--lld [driver] --op show --mode target
show all
Also sprach Debian Bug Tracking System:
On Dec 22, Peter T. Breuer [EMAIL PROTECTED] wrote:
Dec 22 07:01:33 betty udevd-event[13774]: udev_db_get_devices_by_name: no
index directory '/dev/.udev/names/disk\x2fby-path\x2fpci-0.0-ide-0:0': No
such file or directory
when the \x2f bits
Also sprach Debian Bug Tracking System:
On Tue, Jul 01, 2008 at 11:34:03AM +0200, Peter T. Breuer wrote:
Compiling kernel 2.6.24.2 on ia32, compilaton fails at final link
complaining about not being able to find __udivdi3 and __umoddi3 for
getnstimeofday in kernel/time/timekeeping.c
Further info .. there's the precise failure under gcc 4.3:
...
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
kernel/built-in.o: In function `getnstimeofday':
(.text+0x2488f): undefined reference to `__umoddi3'
kernel/built-in.o: In function `getnstimeofday':
Package: daemontools-run
Severity: minor
Could you please add some basic introductory explanations to the man
pages (or e'en readme) for update-service and friends (svscan, svc,
svscanboot)?
What for example is a system-wide service supervision as per the top
para of the man page for
Package: python-urlgrabber
Version: 3.1.0-4
Severity: normal
Probably something doesn't compile under python 2.3 (which is safely
installed on system here) or vice versa.
Setting up python-urlgrabber (3.1.0-4) ...
Compiling /var/lib/python-support/python2.3/stgit/commands/common.py ...
File
Package: resolvconf
Version: 1.38
Severity: important
Why has resolvconf stopped working for me since this time last week?
Possibly because the libc script contains
case $1 in (127.*) return 0 ;; esac
which truncates the list of nameservers if it sees 127.0.0.1
ANND
it inverts
Also sprach Thomas Hood:
Peter T. Breuer wrote:
Actually, that looks completely incomprehensible
You have to unzip the file first.
:-). No, it's not zipped here on debian. It has been compressed with
gzip, but of course that makes no difference to my ability to read it!
If you read
One last attempt. I've copied the manpage exactly into the code. The
manpage says two example codes are functionally equivalent when
explaining what pthread_cleanup_push_defer_np and
pthread_cleanup_pop_restore_np do. If one uses one of the manpage
example codes, everything works in the testcase
Here is a diff that makes things work:
Also sprach ptb:
I believe the simplest correction is to
1) change the implementation of pthread_cleanup_pop_restore_np from
A __pthread_unregister_cancel_restore (__cancel_buf);
B __cancel_routine (__cancel_arg);
to
B
Also sprach Debian Bug Tracking System:
It has been closed by Pierre Habouzit [EMAIL PROTECTED].
Their explanation is attached below. If this explanation is
unsatisfactory and you have not received a better one in a separate
The explanation is nothing of the kind, and is unsatisfactory. I
Here is a simple testcase code which shows up bug
libc6-dev: implementation of pthread_cleanup_pop_restore_np ..
(is all wrong)
Rationale:
--
The bug is that pthread_cleanup_pop_restore_np returns from deferred
mode to async mode and runs the cleanup function in the wrong
Package: resolvconf
Version: 1.37
Severity: normal
000resolvconf does not get dns servers from the dhcp stanza in
/etc/networks when ifup is run.
The trace is this (I put a set -x in 000resolvconf):
(IP addresses obscured)
% sudo ifup -v eth0=cable-BHAM
Configuring interface eth0=cable-BHAM
Also sprach Debian Bug Tracking System:
[Charset ISO-8859-1 unsupported, filtering to ASCII...]
Peter T. Breuer wrote:
dns-nameserver 127.0.0.1 XXX.YYY.ZZZ.WWW XXX.YYY.ZZZ.WWW
The option keyword is dns-nameservers (with a final 's').
Irrelevant. I only added that in an attempt
Package: udev
Version: 0.114-2
Followup-For: Bug #457399
init.d/udev sometimes sets UDEV_ROOT (when UDEV_DISABLED is set in
/etc/udev/udev.conf) with the intention of passing the value to udevd.
But it doesn't export the variable, so the daemon later does not see it
in the environment when
Package: ifupdown
Version: 0.6.8
Severity: normal
ifup does not pass on any nameserver options to scripts such as
000resolvconf in the ifup.d directory, despite dhclient (dhclient3?)
getting nameserver info in the lease it acquires. The result is that
resolveconf, at least, builds resolv.conf
Also sprach Debian Bug Tracking System:
signal 11 received in pid 21020 after 1 cancel signals
Segmentation fault
The thread is just sitting in a nanosleep, as I said.
It makes no difference if a handler for SEGV is set or not - it just
prints the output message.
Compiling
Package: libc6-dev
Version: 2.7-4
Severity: normal
The following program exits with SEGV after sending a cancel signal to a
single thread which is sitting in a nanosleep for 10s, with no mutexes held
anywhere. The thread gets the segv, as far as I can tell in the handler,
not the parent.
The
Package: libc6-dev
Version: 2.7-4
Severity: normal
pthread_cleanup_pop_restore_np(1) is implemented as ..
} while (0);
__pthread_unregister_cancel_restore (__cancel_buf);
if (1)
__cancel_routine (__cancel_arg);
} while (0)
and
Package: stgit
Version: 0.14.1-3
Followup-For: Bug #457826
Installation here gives:
INFO: using old version '/usr/bin/python2.3'
Setting up stgit (0.14.1-3) ...
Installing new version of config file /etc/bash_completion.d/stg ...
Compiling
Package: libc6-dev
Version: 2.7-5
Followup-For: Bug #459322
The current implementation of implementation of
pthread_cleanup_pop_restore_np in pthread.h apparently has the two
function calls it makes in the wrong order. The way round it is now
only works if the thread was in DEFERRED
Package: udev
Version: 0.114-2
Severity: normal
Having set udev_root in /etc/udev/udev.conf, I see via strace and logs
that udevd is still touching /dev:
Dec 22 04:47:29 betty udevd-event[1500]: update_link:
'disk/by-label/CANON_DC' with target 'hde1' has the highest priority
0, create
Package: udev
Version: 0.114-2
Severity: normal
udevd parse_config_file() in udev_config.c attempts to parse udev.conf,
which is a shell script, read by init.d/udev, for example, via:
if [ -e /etc/udev/udev.conf ]; then
. /etc/udev/udev.conf
fi
and as such it may legitimately contain
Package: udev
Version: 0.114-2
Severity: minor
I get this message:
Dec 22 07:01:33 betty udevd-event[13774]: udev_db_get_devices_by_name: no
index directory '/dev/.udev/names/disk\x2fby-path\x2fpci-0.0-ide-0:0': No such
file or directory
when the \x2f bits in the message clearly indicate
Package: pcmcia-cs
Version: 1:0
Severity: normal
Since a few weeks or months ago, or whenever /sbin/cardmgr disappeared I
believe, sticking my SD card in the slot provokes no response.
Thinkpad X25. I've had it for years. I haven't changed the kernel in a
couple of years either.
Rebooting the
Package: hibernate
Version: 1.97-1
Severity: grave
Tags: patch
Justification: renders package unusable
Hibernate just hung on my machine after a recent update. Examining the
script showed that get_env_var_of_process is called with the args the
wrong way round (or is defined with them the wrong
Also sprach Debian Bug Tracking System:
The script only has one purpose, and that is to load the bridge module
(yenta_socket in this case). That's why it doesn't do anything if the module
is
already loaded. The stop action is not meaningful for this script.
Come to think of it, this script
Package: debconf
Version: 1.5.17
Severity: normal
I've been getting this message for months and months and months when
installing some packages:
Use of uninitialized value in exists at
/usr/share/perl5/Debconf/Template.pm line 80, line 23.
Use of uninitialized value in exists at
Package: publib-dev
Version: 0.39-3
Severity: minor
It seems that a packaging problem has led to all the man pages being
left out of this package:
betty:/tmp% dpkg -L publib-dev
/.
/usr
/usr/include
/usr/include/publib
/usr/include/publib/alloc.h
/usr/include/publib/base64.h
Package: sendmail
Severity: important
After upgrading earlier today, sendmail is getting errors
Sep 11 08:02:44 betty sendmail[26207]: NOQUEUE: SYSERR(ptb): can not
write to queue directory /var/spool/mqueue-client/ (RunAsGid=0,
required=8): Permission denied
The queue is
drwxrws--- 2
Also sprach Andrew Makhorin:
As I remember the previous bug report concerned one informational
message (from glp_simplex) not masked by msg_lev = GLP_MSG_OFF, and
that bug was fixed in 4.21.
Hi, yes, indeed, and thank you.
Well, speaking tangentially I'm not sure I'd call it fixed to be
Package: libglpk0
Version: 4.20-1
Severity: minor
Looking through the code for a way to shut off the annoying messaged
from lpx_adv_basis in the version of libglpk0 that is current for my
distribution (a new version has been made available to unstable, but
that's not me ...), I noticed the
Hi (I'm the bug reporter) ...
Also sprach Rafael Laboissiere:
Thanks for your comments. I think that the GLPK manual should be adjusted
in order to reflect the above. At two different places, I read:
Message level for terminal output:
GLP_MSG_OFF --- no output;
Package: libglpk0
Version: 4.20-1
Severity: normal
Having set parameters on the iocp and smcp structs first to GLP_MSG_ERR
and then GLP_MSG_OFF, I am still getting little extrusions on stdout or
stderr ...
lpx_adv_basis: size of triangular part = 93
lpx_adv_basis: size of triangular
Package: libpgeasy
Version: 1:3.0.4-2
Severity: important
The fetch() function in libpgeasy.c copies a certain number of bytes
into a memory location supplied by the user. Unfortunately, the
number of bytes is that of the size of the binary object, while the
bytes themeselves are the ascii
Package: glark
Version: 1.7.10-1
Severity: normal
% glark -T green term_minus .betty.it.uc3m.es:03:0c:3394042367_logicspec.c
no such file: .betty.it.uc3m.es
no such file: 03
no such file: 0c
no such file: 3394042367_logicspec.c
%
colons in file name seem to be interpreted as separators. grep
Package: publib-dev
Version: 0.38-2
Severity: minor
man hash_iter
hash_iter goes through every element in the hash table and calls
the doit function. If doit returns -1 or 0, hash_iter will
stop the traversal and return the same value.
Fine. And what exactly are the
Package: dcc-client
Version: 1.2.74-2
Severity: normal
At installation, dcc-client appers to try to start up using user.group
dcc.dcc, before those have been created, resulting in no client
startup (a subsequent service start works).
Unpacking dcc-client (from
Package: spamassassin
Version: 3.0.3-1
Followup-For: Bug #300698
Unless I add the following to /etc/spamassassin/local.cf
dcc_dccifd_path /var/lib/dcc/dccifd
(or other cf) the socket is not found, not used. (and may I say that
the name of the option is confusing given that PATH is used in
Package: dcc-client
Version: 1.2.74-2
Severity: normal
dccproc, called from spamassassin, does not seem to be able to open the
/var/lib/dcc/map file, even though dccproc is suid root. Here is a
strace ...
% strace -f spamassassin -t /tmp/spamex5 | grep -i dcc
read(8, ärm/) {\n
Package: hostname
Version: 2.07
Severity: normal
% hostname --version | od
hostname 2.05
000
I.e., with --version (or -V), output is on stderr instead of stdout.
The man page says:
-V, --version
Print version information on standard output and exit successfully.
Package: apt
Version: 0.5.4
Severity: important
-- System Information
Debian Release: 2.2
Kernel Version: Linux betty.it.uc3m.es 2.6.15.4 #11 PREEMPT Fri Mar 31 18:52:16
CEST 2006 i686 GNU/Linux
Versions of the packages apt depends on:
hi libc6 2.1.3-25 GNU C Library: Shared
Package: apt
Version: 0.5.4
Severity: important
-- System Information
Debian Release: 2.2
Kernel Version: Linux betty.it.uc3m.es 2.6.15.4 #11 PREEMPT Fri Mar 31 18:52:16
CEST 2006 i686 GNU/Linux
Versions of the packages apt depends on:
hi libc6 2.1.3-25 GNU C Library: Shared
Also sprach Per Olofsson:
Well, it also checks if udev is running and does start cardmgr if udev
is not running, even if the kernel version is =2.6.13. I didn't know
you could run pcmciautils without udev. What should the script check
for then? How do you run pcmciautils without udev?
I have
Package: pcmcia-cs
Version: 3.2.8-8
Severity: normal
pcmcia subsystem does not work properly on 2.6.13, 2.6.14, etc. kernels
because it starts cardmgr (some cards are unaffected, others aren't -
flash cards don't work for me) which is specifically required not to be
started.
Package: lphdisk
Version: 0.9-1.1
lphdisk fails to parse the partition table, mumbling
parse_table: Partition 1 overlaps with partition 0!
Unable to parse partition table.
There are several problems here. The primary one is that in an inner
loop, the parse procedure sanity checks against
Package: lphdisk
Version: 0.9-1.1
lphdisk emits messages spelling recommend as reccomend. That's
annoying. This completes a correction.
--- lphdisk-0.9/lphdisk.c Thu Aug 23 23:10:48 2001
+++ lphdisk-0.9a/lphdisk.c Fri Mar 24 00:52:50 2006
@@ -821,9 +938,9 @@
}
if
Package: lphdisk
Version: 0.9-1.1
lphdisk fails to parse both /proc/mtrr and /proc/meminfo, at least in
2.6 kernels, leading to incorrect memory size estimates.
One problem seems to be that these proc files don't like being read a
bit at at time - reading all of them into a buffer, then scanning
85 matches
Mail list logo
