I would add my support for this request. Usecase, I need evolution-ews
to make an outlook calendar work on gnome-calendar, but I'd like not to
be forced to install evolution to achieve that
Thank you
On Fri, 1 Sep 2023 09:29:09 -0400 =?UTF-8?Q?Jeremy_B=C3=ADcha?=
wrote:
> Source: evolution-
> Normally I'd send a message to 993905-d...@bugs.debian.org to close the
bug
> with the mentioned version, but I have a feeling that this issue is
primarily
> about a backported fix to stable and oldstable?
> Can you confirm that?
Yes, that is correct. So manually specifying a working key server
There is a 0.7.1 release upstream which should fix this crash.
forward 940724 https://github.com/profanity-im/profanity/issues/1193
forward #940724 https://github.com/profanity-im/profanity/issues/1193
signature.asc
Description: PGP signature
I could reproduce it on my testing machine:
Program received signal SIGSEGV, Segmentation fault.
__strlen_avx2 () at ../sysdeps/x86_64/multiarch/strlen-avx2.S:65
65 ../sysdeps/x86_64/multiarch/strlen-avx2.S: Datei oder Verzeichnis nicht
gefunden.
(gdb) bt
#0 __strlen_avx2 () at ../sysdeps/
Package: qemu-system-x86
Version: 1:2.8+dfsg-6+deb9u2
With this version every running domU slowly fills up the available RAM and
random oom-kills happens.
I have only HVM domUs, so don’t know if the same happens with PV domUs.
I tried the following in grub:
- dom0_mem=8192M
-
>> When this code was written, uuidgen was Essential: yes and so was available
>> on every Debian system, so the second method was never used.
Makes sense, but the fallback code has come to life.
> Which kernel version provides /proc/sys/kernel/random/uuid ?
It predates the start of the git era
Package: popularity-contest
Version: 1.64
generate_id() {
if which uuidgen >/dev/null 2>&1; then
MY_HOSTID=`uuidgen | tr -d -`
else
MY_HOSTID=`dd if=/dev/urandom bs=1k count=1 2>/dev/null |
md5sum | sed 's/ -//'''`
fi
}
A few notes:
1) Y
# dpkg -s keyboard-configuration
Package: keyboard-configuration
Status: install ok installed
Priority: optional
Section: utils
Installed-Size: 2502
Maintainer: Debian Install System Team
Architecture: all
Multi-Arch: foreign
Source: console-setup
Version: 1.137
Replaces: console-setup (<< 1.47),
Package: bonnie++
Version: 1.97.1+b1
If you ask for symlinks and subdirectories, bonnie++ creates
dangling symlinks and fails:
$ /usr/sbin/bonnie++ -d /tmp -s 0 -n 1:-2:0:32
Create files in sequential order...done.
Stat files in sequential order...Can't stat file 20P
Cleaning up test dire
Package: gnome-packagekit
Version: 3.18.0-1
Followup-For: Bug #803420
Dear Maintainer,
I can confirm gnome-packagekit doesn't work without packagekit. It
doesn't update and doesn't show any packages, just a blank window.
It should depend on packagekit. Installing it fixed it for mee too.
-- Sys
Package: bind9
Version: 1:9.10.3.dfsg.P4-6
Architecture: i386
Severity: important
Discussion of this issue can be found at
http://bind-users-forum.2342410.n4.nabble.com/Single-slave-zone-definition-for-two-view-cache-file-name-problem-td12.html
https://www.linuxquestions.org/questions/linux-server
>> The "802" is the root= argument passed to the kernel by the boot loader.
>> Major device 8, minor 2. What I don't understand is why libmount thinks
>> it's a file name (in $PWD, no less).
> The boot loader should be passing "/dev/sda2", not "802". Are you using
> an ancient boot loader ( like
Without access to your mountinfo there's not much I can do to help you
> out and without a proper submitter address I'm not able to reach you,
Oh, it's a proper address. At first I was worried about spammers address
harvesing the BTS and created a separate address so it could be hea
Package: util-linux
Version: 2.27.1-1
Architecture: i386
(libmount1 and libblkid1 are also 2.27.1.)
My most recent reboot (and it's been a while, so it may be some dependent
library or new 4.4 kernel or something) failed in checkfs.sh.
Upon debugging, it appeared that the invocation of "fsck -C
I was having the same problem, and indeed this fixes it.
Package: iceweasel
Version: 41.0.1-1
Architecture: i386
This is probably a generic firefox bug, but I'm starting here to
respoect the firefox/iceweasel split.
Basicallly, when I have iceweasel idling with a lot of tabs open,
it burns 10-20% CPU doing nothing.
The desired behaviour, when there is
Package: vlc
Version: 2.2.1-2+b2
Architecture: i386
Severity: minor
Somehow (it may have been a transient error caused by C++ ABI upgrades),
I ended up with:
$ ls ~/.config/vlc/
vlc-qt-interface.conf
vlc-qt-interface.conf.lock
vlc-qt-interface.conf.lock.rmlock
vlc-qt-interface.conf.lock.rmlock.rm
Axel Beckert wrote:
> I am a bit lost with this, what is it exactly that it doesn't work?
> aptitude failing to load (or compile) with the binNMUed cwidget?
If you install libcwidget_0.5.17-3+b1, then aptitude 0.6.11-1+b1
fails with
# aptitude
aptitude: symbol lookup error: aptitude: undefined sy
> Maybe the comment is a little misleading.
How about
# Preventing ntpd from swapping (with mlockall()) reduces time delays,
# but resource limits (ulimit -l) cause out-of-meory errors that lead to
# ntpd quitting with strange (or no) error messages. Particular trouble
# spots are the -u option
Since I run a pool server, I have a customized config. That means that
I have the pool servers commented out, and the comment on the rlimit
command says it's not needed in that case, so I left it out of my config.
And ran into the same problem.
Really, ntpd should make calls like getpwuid() befo
Package: libgtk-3-0
Version: 3.16.4-2
I can't upgrade libgtk-3-0:i386 and libgtk-3-0:amd64, because both want
the corresponding libepoxy0, and it's not multiarch, so that's not possible.
The fix might be to make libepoxy multiarch (it already puts its
library in the right directory), but adding t
Package: liberror-perl
Version: 0.17-1.1
Severity: wishlist
Trying to install amd64 git (because git repack really likes VM) on a mostly
i386 system, apt gets all grumpy because the current package can't satisfy
an amd64 dependency.
But adding
Multi-Arch: foreign
Depends: perl:any
makes things
Package: linphone
Version: 3.6.1-2.4+b1
Architecture: i386
Pressing the mute button draws a red X on the button and audio is
muted.
After a minute or so, the red X disappears, but audio remains muted.
If I click again, the red X re-appears for another minute, then
disappears again. The audio re
Package: installation-reports
Boot method: Network
Image version: I used the daily jigdo CD download from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/jigdo-cd/
Date: Sun, Feb 15, 02:00 CET
Machine: HP 635
Processor: AMD E-450 APU with 1,65 GHz
Memory: 4 GB
Partitions
Package: spamassassin
Version: 3.4.0-2
When installing the recent Perl 5.20 upgrade, I noticed that
/etc/init.d/spamassassin wasn't restarting spamd. Even though the
$PIDFILE was correct.
This is because the interpreter was no longer named /usr/bin/perl, and
so the "--exec $XNAME" condition refu
Package: file
Version: 1:5.19-1
Architecture: i386
The script from spamassassin_3.4.0-2 starts with:
> #!/usr/bin/perl -T -w
>
> eval 'exec /usr/bin/perl -T -w -S $0 ${1+"$@"}'
> if 0; # not running under some shell
I'm not sure how that gets mistaken for an awk script
Thanks for the utilit
Package: udev
Version: 208-7
Severity: important
After upgrading to a 3.16 kernel, I noticed X wasn't detecting mouse
and keyboard any more.
After way more wild goose chasing than you want to hear about, this
turned out to be due to /dev/input/event* not being created, which was
due to devtmpfs n
Package: vlc
Version: 2.1.5-1
Architecture: i386
To reproduce:
1. Play any video in vlc
2. Pause playback
3. (optional) iconify VLC
4. xset dpms force off
5. Wait about 30 seconds
Expected: Screen stays off indefinitely
Observed: Screen unblanks in less than a minute
If VLC is not running, or is
Package: vlc
Version: 2.1.5-1
Architecture: i386
Severity: wishlist
To reproduce:
1. Play any video in vlc
2. Pause playback
3. (optional) iconify VLC
4. strace -f -p `pgrep -x vlc`
Expected: Process blocked waiting for messages from X server.
(Similar to what happens when vlc is stopped.
The fix was committed in version 0.2.3; version 2.3 is a long long
way in the future.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
W dniu 2014-05-07 21:03, Scott Kitterman napisał(a):
On Wednesday, May 07, 2014 20:25:58 s...@spam.charonski.pl wrote:
# dpkg -l | grep python-dns
ii python-dns2.3.6-1+deb7u1
all DNS client module for Python
I've checked /usr/lib/python2.7/dist-packages/DNS/Bas
# dpkg -l | grep python-dns
ii python-dns2.3.6-1+deb7u1
all DNS client module for Python
I've checked /usr/lib/python2.7/dist-packages/DNS/Base.py and patch for
that earlier DNS bug (#718547) is applied.
Regards,
Zielony
--
To UNSUBSCRIB
Package: mcelog
Version: 100-1
Architecture: i386
Severity: important
I think this is what caused #738927 to be noticed, but this is a separate issue.
# strace -efile,read,ioctl,exit_group mcelog
execve("/usr/sbin/mcelog", ["mcelog"], [/* 15 vars */]) = 0
access("/etc/ld.so.nohwcap", F_O
> Thank you very much, your positive feedback is appreciated as well.
>
> When you do this in your spare time a nice word now and then makes a
> huge difference.
Although I tried not to be a complete asshole about it, I was pretty
pissed off at the beginning, and in particular I saw some friction
I've been installing 204-4 on various machines, and I wanted to thank you
for both the nice clear informative warning *and* the override provision
so that I can do the upgrade before rebooting into the new kernel.
Much appreciated!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debi
> Or you just update to 204-4 which has been uploaded a few hours ago.
Well, yes, thank you, but it wasn't even in the BTS when I started work
on the bug, and it still isn't on ftp.debian.org as of a few seconds
before I send this message.
ftp> ls udev_*
200 PORT command successful. Consider usin
Control: tags 722604 + patch
udev 204-3 will work, with a hand-rolled kernel and no initramfs,
if you do the following:
1. Enable CONFIG_DEVTMPFS=y. DEVTMPFS_MOUNT is not required.
2. Apply the following patch to /etc/init.d/udev.
There are five parts to this patch:
1. Add the quotes to `mount
Just to send a "me, too!", I also recently bumped udev to the
systemd version and also had a non-booting machine.
Now, most of my machines had a sufficiently well-populated static /dev
that I could boot and actually didn't notice the lack of udevd.
On the non-booting machine, it was getting somew
Package: pdl
Version: 1:2.4.11-4
Architecture: i386
I'm trying to recompile pdl with perl 5.18, and it's failing in the
make test phase with:
> cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
> -Werror=format-security -Wall -ffunction-sections -Wl,-z,relro
> -Wl,--as-needed -o bl
Thanks for the rapid feedback! Unless you specifically want me to test
the patch (seems unnecessary, given how easy it is to reproduce), I'll
just wait for 0.9.9.4 to show up.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
Package: apt
Version: 0.9.9.3
Architecture: i386
Severity: important
When proxying through a squid3 cache, an attempt to "apt-get update"
fails with all errors.
The old apt package, which worked, sent the following request
to the proxy:
GET http://http.us.debian.org/debian/dists/unstable/InRelea
Thanks for this!
Of course, since this report, the 2010 CODATA values came out, and while
the ones I reported have been updated, there are still some discrepancies.
Units DB2010 CODATA value
planckmass 2.17644e-8 kg 2.17651(13)
http://physi
Okay, I did a bit of comparison. The machine the binary was *compiled*
on seemed to matter, not the one it was *run* on. A bit of extra
printing revealed the obvious culprit:
[539]$ ./a.out
sizeof regex_t = 28
array[1] confirmed all-zero
J'accuse! buf[0] = 0x18
Bug! array[1] has been overwritt
> I am personally not able to to reproduce the issue with your test
> program on an up to date i386 sid system. Could you please provide us
> the command you are using to compile the test code and the locale you
> are using?
Very interesting! I'm also using an up-to-date sid system.
No locale is
If you need to get a kernel compiling in the meantime, the
following small kernel patch works around the buffer overrun.
diff --git a/arch/x86/tools/relocs.c b/arch/x86/tools/relocs.c
index f7bab68..9978f8b 100644
--- a/arch/x86/tools/relocs.c
+++ b/arch/x86/tools/relocs.c
@@ -99,7 +99,7 @@ static
Package: vim-runtime
Version: 2:7.3.923-2
I ran into this on line 289 of /var/lib/dpkg/info/libc6:i386.preinst:
if [ "${DPKG_MAINTSCRIPT_ARCH:-$(dpkg --print-architecture)}" = "armhf" ];
then
All lines after this have the syntax messed up, apparently due to losing
track of the double-quote s
Pehaps a better solution would be to update the symlink resolution code
at the top of sh.vim (line 30 et seq.) to know about dash.
That seems like it would have a better chance of being accepted upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "u
> It does break stuff. The nvidia driver for example -- it loads
> /usr/lib/i386-linux-gnu/libnvidia-tls.so.319.23 instead of
> /usr/lib/i386-linux-gnu/tls/libnvidia-tls.so.319.23, and the non-tls library
> writes to %gs and segfaults when starting X, making the system very much
> unusable.
Ah, I
Package: libc6-i686
Version: 2.17-6
Architecture: i386
Severity: important
With dpkg 1.16.10, the output for "dpkg-query -l libc6-i686" is
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Statu
Package: libc6
Version: 2.17-6
Architecture: i386
Severity: important
This problem cropped up while compiling the kernel; it breaks
arch/x86/tools/relocs.c. I've tracked it down and reduced
it to a small test case.
With the given arguments, regcomp() corrupts the byte past the end of
its supplie
Package: cpp-4.8
Version: 4.8.0-7
Tags: patch
X-Debbugs-CC: ad_deb...@joonet.de
The lilo (1:23.2-4) build system does some moderately evil things with
the preprocessor. src/Makefile does:
gcc -E -C -traditional -DLILO_ASM -o common.s common.h
Then as86 is run on first.s, which includes common.s
Package: debhelper
Version: 9.20130518
Severity: serious
(I already sent this with a different title, but submit@ appended it to
the closed bug 708720, which isn't helpful, as this is a different bug;
the connection is just that the fix for that introduced this.)
Since this version, packages are
Package: debhelper
Version: 9.20130518
Severity: serious
Since this went in, packages are appearing which depend depend (via
${misc:Depends}) on sysv-rc (>= 2.88dsf-24), which makes them difficult
to install by people who don't have sysv-rc installed.
For example, I am unable to upgrade past open
Package: kernel-package
Version: 12.036+nmu3
Tags: patch
As of commit 70730bca1331fc50c3caacaea00439de1325bd6e
("kernel: Replace timeconst.pl with a bc script")
Linux kernel building depends on bc(1). Without it,
building fails with:
CC kernel/exit.o
CC kernel/itimer.o
BC ke
Control: tags 704193 patch
> Does
> http://git.savannah.gnu.org/cgit/findutils.git/commit/?id=4b7c8a448651fe96b72fd1e48fe0003778efe85a
> fix the issue for you? For your convenience I have generated test
> packages with this patch included and have uploaded these to
> http://people.debian.org/~amet
>> You're still not off the hook. Does 4.5.11-1 word for you?
> That's the version I reported.
Oops, my cut-and-paste error. I meant 4.4.2-5.
> P.S., try strace on it. (Which is also broken for me due to
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702309 so I can't.)
Already done in my
>s> Re-installing 4.5.11-1 produces a segfault.
> OK I'm glad you guys can reproduce it! I'll leave it in your hands.
Er... I'm just a second schlub who reported the same symptoms.
Even though the maintainer wrote to you, and not me, I figured
I'd volunteer the requested information.
But same sym
> is the "su - nobody" necessary or do you see this as regular user,
> too?
Me, I see this as a regular user.
> The whole thing seems to depend on the specific
> /var/cache/locate/locatedb (please make backup copy), I cannot reproduce
> it here. - Does locate 4.4.2-5 work with this locate-db?
I
Control: found 704193 4.5.11-1
Architecture: i386
Here's an strace. The segfault happens just AFTER locatedb is closed.
It also happns on a successful lookup. I'm running i386 sid userland
on an x86_64 kernel.
execve("/usr/bin/locate", ["locate", ""], [/* 24 vars */]) = 0
brk(0)
> Thanks for checking this. I like this, its more compact than the
> current code. However the reason why I did not use this, was that the
> following fragment:
>
> $ while true; do res=$(od -N2 -d /dev/urandom | cut -s -d' ' -f2); echo
> $res; if [ -z "$res" ]; then break; fi ; done
> 61581
> 42
> Thanks, I fixed this now in my bzr tree and it will be part of the
> next upload.
Er, assuming that's revision 2269:
http://anonscm.debian.org/loggerhead/apt/debian-sid/revision/2269/debian/apt.cron.daily
You don't need the final "cut -c1-5". It is true that cksum returns an
unsigned 32-bit nu
I don't know Ruby AT ALL, but I did a bit of googling and this appears
to make unhide.rb work with 1.9:
--- unhide.rb.orig 2012-12-06 23:53:57.0 -0500
+++ unhide.rb 2012-12-06 23:52:51.0 -0500
@@ -29,7 +29,11 @@
# Support for libc functions not covered by the standard Ruby
Package: apt
Version: 0.9.7.6
Severity: minor
/etc/cron.daily/apt does:
random_sleep()
{
RandomSleep=1800
eval $(apt-config shell RandomSleep APT::Periodic::RandomSleep)
if [ $RandomSleep -eq 0 ]; then
return
fi
if [ -z "$RANDOM" ] ; then
# A fix for shells that
Package: postgresql-9.2
Version: 9.2.1-1
Severity: minor
The above kernel complaint is generated when postgres starts up.
Presumably, it would be nice to shut it up.
(Kernel is 3.6.7, i686, FWIW.)
The PID does not correspond to any running process, but is in the range:
PID TTY STAT TIME COM
Package: orage
Version: 4.8.3-2
Architecture: i386
Despite the claims in the changelog:
> orage (4.8.3-3) experimental; urgency=low
>
> * Rebuild against xfce4-panel 4.10.
> * debian/control:
> - update standards version to 3.9.3.
> - update debhelper build-dep to 9.
>
> -- Yves-Ale
> I confirm this. The solution is to upgrade your liboctave1 package to
> version 3.6.3-2.
Thanks for the tip; I would have upgraded that at the same time, but
managed to overlook it since it's a long way away in an alphabetical
list.
That does indeed fix it.
--
To UNSUBSCRIBE, email to debian
Package: octave
Version: 3.6.3-2
Architecture: i386
Upgrading from 3.6.2-5 is failing:
# dpkg --configure octave
Setting up octave (3.6.3-2) ...
error: feval: function `unimplemented' not found
dpkg: error processing octave (--configure):
subprocess installed post-installation script returned e
Hi
I am using Xfce.
BR
Lehel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
After some digging I had to realize, that the thinkpad_acpi module is
functioning well, the error is in XFCE-s display brightness setter.
This is a duplicate of:
https://bugzilla.xfce.org/show_bug.cgi?id=7541
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627336
Workaround solution:
http://www
Thank you! I'm looking forward to trying it once it filters through the FTP
servers.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: buildcross
Version: 0.0.12
This is due to line 1095 of /usr/lib/buildcross/functions, which
defines the em_cross function:
case ${1} in
# (other cases omitted)
gcc-3.[3-4]|gcc-4.[0-6])
GCCVER=${1#gcc-}
myecho INFO "I: Building GCC ${GCCVER}
Package: src:gcc-4.7
Version: 4.7.1-5
I was trying to build a cross-compiler, and it kept failing because of
a syntax error in debian/control at line 41:
> Package: libgcc1-dbg-armel-cross
> Architecture: all
> Section: debug
> Priority: extra
> Depends: gcc-4.7-arm-linux-gnueabi-base (= ${gcc:Ve
Additional info:
If brightness setting does not work at all (scenario where brightness was not
set during text boot screen), the values of /proc/acpi/ibm/brightness go from
0 to 7 with an increment of one, without any effect on the actual brightness,
which does not change. After reaching the va
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up postgresql-client-9.1 (9.1.4-2) ...
update-alternatives: error: alternative pg_basebackup.1.gz can't be slave of
psql.1.gz: it is a slave of postmaster.1.gz
dpkg: error processing po
> Is the liblapack-pic package installed on your system?
Yes. But you may have your finger on the problem anyway.
||/ Name Version Description
+++-=-===-=
un liblapack-3.so (no description
Package: src:atlas
Version: 3.8.4-7
Architecture: i386
On an i386 system, trying "fakeroot debian/rules custom" as recommended
aborts with an error
ATLAS install complete. Examine
ATLAS/bin//INSTALL_LOG/SUMMARY.LOG for details.
cd lib/ ; /usr/bin/make atlas/libblas.a
make[4]: Entering directory
> Make sure atlas is also updated.
> It is likely to be your problem. Especially if you mix testing & unstable.
Huh; I've used unstable (not testing) for years. I actually do have testing
in the sources.list, but I'm not using it.
I think what's happened is that I have a specialized atlas packag
As I reported on June 6, I'm still seeing the bug in libblas3 version
1.2.20110419-3:
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=75;bug=659784
I notice it was re-marked fixed on the 9th, but I don't actually see
a fixed version anywhere.
I waited a few days for one to propagate through the
Talk about service, thanks! It's made its way through the
FTP servers and I have it installed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: iproute
Version: 20120521-2
Severity: wishlist
Some of us are *very* interested in playing with the new codel feature
in 3.5-rc1, and it would be convenient to have a tc command that includes
support. (In experimental, presumably.)
The commits went in just a few days after the 3.4 snaps
Package: gdm3
Version: 3.0.4-4
Severity:important
Architecture: i386
I'm tracking debian/unstable, and my computer was down for a week or so
with a bad power supply. After bringing it up to date, I found a stupid
number of users listed in the gdm3 greeter.
Users like "backup", "Majordomo" (ud 31
Package: gcc-4.7
Architecture: i386
Version: 4.7.0-3
The compiler blows up on an Intel Pentium, because it uses cmove
internally. (I.e. is compiled for i686+)
I realize running current Debian experimental packages on a Pentium
166 is perhaps more an exercise in retrocomputing than practicality,
Package: samba
Version: 2:3.6.3-2
I disabled the office samba servers last night after hearing about
CVE-2012-1182 (Bug#668309), and I expected to see a fixed binary make
its way through security.debian.org sometime this morning.
But fixed binaries don't seem to be forthcoming, so I decided to bu
Package: console-tools
Version: 0.2.3dbs-70
Tags: patch
The bug is in debian/patches/260_kernel26fix.patch, in this hunk:
diff -ruN console-tools-0.2.3-old/kbdtools/dumpkeys.c
console-tools-0.2.3/kbdtools/dumpkeys.c
--- console-tools-0.2.3-old/kbdtools/getkeycodes.c 2004-06-26
11:53:20.000
> In case you're not following the upstream ticket:
I'm not; I don't even know where their bug tracker is.
> Would you be able to build libtorrent [1] and rtorrent [2] from source,
> in their latest revision from github, and see if the issue is still
> there?
Done. Exact git commits are
libtorr
Package: keytouch-editor
Version: 1:3.2.0~beta-3
Architecture: i386
When I click "new" and press a remote control key mapped to
513 # KEY_NUMERIC_1
keytouch-editor segfaults. Other keys I've tried, not in the
KEY_NUMERIC_x range, work as expected.
An strace log beginning at the read of the inpu
Package: munin-doc
Version: 1.999.4603-1
dpkg -i /var/cache/apt/archives/munin-doc_1.999.4603-1_all.deb
(Reading database ... 287067 files and directories currently installed.)
Unpacking munin-doc (from .../munin-doc_1.999.4603-1_all.deb) ...
dpkg: error processing /var/cache/apt/archives/munin-do
Thanks, I'll test it as soon as it reaches the FTP site.
Sorry I haven't been following all the activity this last month...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: w3c-dtd-xhtml
Version: 1.1-5
I think that this is a bug because transitional xhtml 1.0 pages are correctly
validated.
I receive an error message validating a xhtml 1.0 FRAMESET web page. The same
page is correctly validated with the online w3c validator.
The error message i receive is
>> # grep texttops /etc/cups/mine.convs
>> application/x-cshell application/postscript 33 texttops
> This is a local configuration file, not shipped by cups. So this does
> not break the package for everybody, but nevertheless is a rather
> important upgrade issue. But I don't want to argue
Package: cups
Version: 1.5.0-16
Severity: grave
[521]$ echo "Hello, world" | lpr
lpr: Unsupported document-format "text/plain".
The split off of a separate cups-filters package omits the "texttops"
command which is called for in /etc/cups/mime.convs.
# dpkg-deb -c cups-filters_1.0~b1-3_i386.deb
severity 649408 critical
affects 649408 cups
"makes unrelated software on the system (or the whole system) break"
I don't know what the HELL a gnome component has to do with Berkeley lpd
protocol support, but I just finished figuring out that not only does
this stupid warning message appear every
Package: bind9
Version: 1:9.8.1.dfsg-1.1
I was updating an old system from bind 8, and there was no existing pid file in
/var/run.
Thus, postinst failed:
Installing new version of config file /etc/bind/db.root ...
Installing new version of config file /etc/bind/db.local ...
Adding group `bind'
Package: libc6
Version: 2.13-24
Severity: minor
I was trying to upgrade a Very Old installation, and the preinst failed with
> Checking for services that may need to be restarted...
> Checking init scripts...
> readlink: invalid option -- e
> Try `readlink --help' for more information.
> dpkg: er
Package: gcc-4.7-base
Version: 4.7-20111217-1
Severity: important
gcc-4.6-base and gcc-4.7-base disagree on the target of the symlink:
lrwxrwxrwx root/root 0 2011-12-17 07:54
./usr/lib/gcc/i486-linux-gnu/4.6.1 -> 4.6
lrwxrwxrwx root/root 0 2011-12-17 18:11
./usr/lib/gcc/i486-linu
Package: bind9
Version: 1:9.8.1.dfsg-1
Severity: serious
Tags: security upstream
As you have probably heard, someone has found a way to remotely crash a bind9
server:
http://isc.sans.edu/diary.html?storyid=12049
https://www.isc.org/software/bind/advisories/cve-2011-4313
A stopgap patch (9.8.1-p1
This may be a non-bug. My machine crashed (kernel panic), and on reboot it has
gone away.
If it's random hardware flakiness, sorry about the noise.
I'll try to remember to close it in a week if it hasn't reoccurred.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: nis
Version: 3.17-32
I'm not sure what happened recently; I am running sid (unstable) and a
reasonably recent kernel (3.1.0). I just upgraded to perl 5.14.
The machine is an NIS client, and for some reason ypbind is not starting.
This causes all sorts of problems with userid->name mappin
> Hm I had hoped that I had fixed everything already.
>
> /me looks again
>
> Ah, you removed the versions I had added again. Hm.
Sorry for all the dicking around with the BTS; I made a bunch of mistakes
(like not realizing that "affects" *replaces* the current list rather than
*adding* to it, w
1 - 100 of 277 matches
Mail list logo
