Bug#1021680: libmutter-11-0: Segfault when ICC profile of device is garbage
Package: libmutter-11-0 Version: 43.0-2 Severity: important Dear Maintainer, I recently stumbled on an old and wacky video-projector device that produce garbage ICC profiles. The problem is that it crashes the whole Xserver at once with a Segfault. I tried to understand a bit the bug and I discovered that it was already fixed in this MR in the gitlab of mutter: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2627 More precisely with this patch: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2627/diffs?commit_id=a8259240ae3009fd3cd7df4deccefb105b37ba6e Would it be possible to introduce this patch within the patchsets of the debian package? For now, I built a custom debian package with the patch and I'll test it soon. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libmutter-11-0 depends on: ii adwaita-icon-theme 43-1 ii gsettings-desktop-schemas 43.0-1 ii libatk1.0-02.46.0-3 ii libc6 2.35-3 ii libcairo-gobject2 1.16.0-6 ii libcairo2 1.16.0-6 ii libcanberra0 0.30-10 ii libcolord2 1.4.6-1 ii libdrm22.4.113-2 ii libegl11.5.0-1 ii libfontconfig1 2.13.1-4.5 ii libfribidi01.0.8-2.1 ii libgbm122.2.1-1 ii libgdk-pixbuf-2.0-02.42.9+dfsg-1 ii libgl1 1.5.0-1 ii libglib2.0-0 2.74.0-2 ii libgnome-desktop-3-20 43-2 ii libgraphene-1.0-0 1.10.8-1 ii libgtk-3-0 3.24.34-3 ii libgudev-1.0-0 237-2 ii libice62:1.0.10-1 ii libinput10 1.21.0-1 ii libjson-glib-1.0-0 1.6.6-1 ii liblcms2-2 2.13.1-1+b1 ii libpango-1.0-0 1.50.10+ds-1 ii libpangocairo-1.0-01.50.10+ds-1 ii libpangoft2-1.0-0 1.50.10+ds-1 ii libpipewire-0.3-0 0.3.59-1 ii libsm6 2:1.2.3-1 ii libstartup-notification0 0.12-6+b1 ii libsystemd0251.5-2 ii libudev1 251.5-2 ii libwacom9 2.4.0-3 ii libwayland-server0 1.21.0-1 ii libx11-6 2:1.8.1-2 ii libx11-xcb12:1.8.1-2 ii libxau61:1.0.9-1 ii libxcb-randr0 1.15-1 ii libxcb-res01.15-1 ii libxcb11.15-1 ii libxcomposite1 1:0.4.5-1 ii libxcursor11:1.2.1-1 ii libxdamage11:1.1.5-2 ii libxext6 2:1.3.4-1+b1 ii libxfixes3 1:6.0.0-2 ii libxi6 2:1.8-1+b1 ii libxinerama1 2:1.1.4-3 ii libxkbcommon-x11-0 1.4.1-1 ii libxkbcommon0 1.4.1-1 ii libxkbfile11:1.1.0-1 ii libxrandr2 2:1.5.2-2+b1 ii libxtst6 2:1.2.3-1.1 ii mutter-common 43.0-2 libmutter-11-0 recommends no packages. libmutter-11-0 suggests no packages. Versions of packages libmutter-11-0 is related to: ii libegl-mesa0 [libegl-vendor] 22.2.1-1 ii libgl1-mesa-dri 22.2.1-1 ii libglx-mesa0 [libglx-vendor] 22.2.1-1 -- no debconf information -- Emmanuel Fleury Maître de conférences, | Bureau: 261 Univ. Bordeaux, LaBRI, | Tél: +33 (0)5 4000 69 34 Bât. A30, Domaine Universitaire | Fax: +33 (0)5 4000 66 69 351, Cours de la Libération | Mél: emmanuel.fle...@u-bordeaux.fr 33405 Talence Cedex, France | Web: http://www.labri.fr/~fleury OpenPGP_signature Description: OpenPGP digital signature
Bug#1016586: bpftool: Dump of jited version of the BPF program requires libbfd support
Package: bpftool
Version: 6.8.0+5.18.14-1
Severity: normal
Dear Maintainer,
I was trying to dump the jited version of a BPF program that was pinned in
/sys/fs/bpf but I received a warning about libbpf that it wasn't supported.
Here is the content of the minimalist BPF program:
==
#include
#include
SEC("socket")
int bpf_prog (struct __sk_buff *skb)
{
return 1;
}
==
Built with:
#> clang -target bpf -o basic.o -c basic.c
Inserted and pinned:
#(root)> bpftool prog load basic.o /sys/fs/bpf/bar
Checking that it is present in the loaded BPF programs:
#(root)> bpftool prog list
...
37: type 31 name bpf_prog tag cba989f8e5d0e900
loaded_at 2022-08-02T16:31:18+0200 uid 0
xlated 24B jited 29B memlock 4096B
Dump the BPF format:
#(root)> bpftool prog dump xlated id 37
0: (7b) *(u64 *)(r10 -8) = r1
1: (b7) r0 = 1
2: (95) exit
Attempt to dump the jitted format:
#(root)> bpftool prog dump jited pinned /sys/fs/bpf/foo
Error: No libbfd support
I suppose that the support for BPF must be add to libbfd in the binutils-dev
package by default.
Feel free to ask for more details if I was not clear in my report.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.18.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:\
en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages bpftool depends on:
ii libc62.33-8
ii libcap2 1:2.44-1
ii libelf1 0.187-1
ii zlib1g 1:1.2.11.dfsg-4
bpftool recommends no packages.
bpftool suggests no packages.
-- no debconf information
OpenPGP_0x926F8BC41D699DBC.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
Bug#960012: meet.google.com broken with debian build (ff76)
Hi all, I confirm it work like a charm (Firefox 76.0.1)! Thanks a lot for your work! Regards -- Emmanuel Fleury The Net is a waste of time, and that's exactly what's right about it. -- William Gibson (1996) signature.asc Description: OpenPGP digital signature
Bug#960012: meet.google.com broken with debian build (ff76)
Hi all, I confirm the bug, I also noticed that meet.google.com stopped working since I updated to 76.0-2. Audio and Video works when I am alone in the meeting room (local to my computer), but stop to work on other particpants when they join the meeting. It seems strongly related to WebRTC (but I could not manage to get log from this). As mentioned previously, this bug https://bugzilla.mozilla.org/show_bug.cgi?id=1636632 seems to be the root of all problem. A patch can be found here: https://hg.mozilla.org/mozilla-central/rev/463069687b3d The patch is discussed here: https://bugzilla.mozilla.org/show_bug.cgi?id=1624128 Note that the patch didn't make it through 76.0 just because a build error that was caused by a mistake from a maintainer and not because of the patch itself: « You're correct, after half a day of chasing this I'm almost certain that my problems were caused by the maintainer of the firefox package, who backported the patchset without taking care of the additional nss dependency at compile time. » See: https://bugzilla.mozilla.org/show_bug.cgi?id=1624128#c13 Regards -- Emmanuel Fleury Study hard what interests you the most in the most undisciplined, irreverent and original manner possible. -- Richard Feynmann signature.asc Description: OpenPGP digital signature
Bug#949674: firefox: Firefox 72.0.2-1 crash on launch.
I confirm that the problem was coming from sqlite3 package. I downgraded to libsqlite3-0:amd64 3.30.1 (from 3.31.0) and everything went back to normal. signature.asc Description: OpenPGP digital signature
Bug#949674: firefox: Firefox 72.0.2-1 crash on launch.
I confirm the problem as well and there is the exact same problem with thunderbird (same behavior and same error message). This might be caused by a shared library or something in between.
Bug#919589: libkxl0: Buffer-overflow with potential security issue
Hello, On 1/18/19 1:26 AM, Bernhard Übelacker wrote: > > I tried to have a look and found following unconditional sprintf. > Attached patch is an attempt to respect the size of > variable KXL_DName. > > The suid bit seems really to access /var/games/geki2.scores. > > What the security implications of this bug are I cannot say. Well, I think it would cost more time to discover it than just applying the patch and fixing it. So, let this bug die and go to the next one. :) Regards -- Emmanuel Fleury Rule of Diversity: Distrust all claims for "one true way". -- Eric S. Raymond (The Art of Unix Programming) signature.asc Description: OpenPGP digital signature
Bug#919589: libkxl0: Buffer-overflow with potential security issue
Package: libkxl0
Version: 1.1.7-16.1
Severity: important
Dear Maintainer,
I noticed this bug through geki2 and geki3 packages (both are setuid to
the 'games' user probably to write high-scores).
#> ldd $(which geki2)
linux-vdso.so.1 (0x7ffea25df000)
libKXL.so.0 => /usr/lib/libKXL.so.0 (0x7f183a232000) <--- Here!
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6
...
#> gdb -q $(which geki2)
Reading symbols from /usr/games/geki2...(no debugging symbols found)...done.
(gdb) r --display $(python -c 'print("A" * 26530 + "")')
...
Program received signal SIGSEGV, Segmentation fault.
0x424242426a91 in ?? ()
(gdb)
So, as the '42424242' says it, I can control four bytes of the rip
address with this flaw.
Same occurs with geki3.
I did not try very hard to see if I could do something with it, but I
suspect that I can exploit this to perform some privilege escalation.
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libkxl0 depends on:
ii libc6 2.28-5
ii libx11-6 2:1.6.7-1
libkxl0 recommends no packages.
libkxl0 suggests no packages.
-- no debconf information
signature.asc
Description: OpenPGP digital signature
Bug#914218: afl: Add support for emulated mode with QEMU
Package: afl
Version: 2.52b-4
Severity: wishlist
Dear Maintainer,
I noticed that AFL was not working when not instrumentation was compiled
with the target binary. In fact, AFL has a QEMU mode allowing to run the
fuzzer on binary-only programs. If you do not have this support you will
run into the following error:
[-] Oops, unable to find the 'afl-qemu-trace' binary. The binary must be
built separately by following the instructions in
qemu_mode/README.qemu. If you already have the binary installed, you
may need to specify AFL_PATH in the environment.
Of course, even without QEMU, afl-fuzz can still work with binaries
that are instrumented at compile time with afl-gcc. It is also
possible to use it as a traditional "dumb" fuzzer by specifying '-n'
in the command line.
[-] PROGRAM ABORT : Failed to locate 'afl-qemu-trace'.
Location : get_qemu_argv(), afl-fuzz.c:7669
I tried to add the feature to my system (Debian unstable) and was
successful. So, I propose to explain what I did to ease the job of the
maintainer in order to add it to the current Debian AFL package.
After 'apt-get source afl', I went to afl-2.52b/qemu_mode/ and I ran the
build_qemu_support.sh script.
The first bug is coming from the fact that the script expect
/usr/bin/libtool and we have /usr/bin/libtoolize. A simple modification
of the build_qemu_support.sh script did the job.
The second problem was coming from a wrong function declaration in the
QEMU code (declared non-static and defined as static).
I added a memfd_create.diff patch to patches/:
diff -ru qemu-2.10.0-clean/util/memfd.c qemu-2.10.0/util/memfd.c
--- qemu-2.10.0-clean/util/memfd.c 2018-11-20 18:11:00.170271506 +0100
+++ qemu-2.10.0/util/memfd.c2018-11-20 18:11:13.398423613 +0100
@@ -37,7 +37,7 @@
#include
#include
-static int memfd_create(const char *name, unsigned int flags)
+int memfd_create(const char *name, unsigned int flags)
{
#ifdef __NR_memfd_create
return syscall(__NR_memfd_create, name, flags);
And modified the build_qemu_support.sh script by adding:
echo "[*] Applying patches..."
patch -p1 <../patches/elfload.diff || exit 1
patch -p1 <../patches/cpu-exec.diff || exit 1
patch -p1 <../patches/syscall.diff || exit 1
+patch -p1 <../patches/memfd_create.diff || exit 1
echo "[+] Patching done."
Then, I ran the ./build_qemu_support.sh script and I ended up with a
afl-qemu-trace executable which does perfectly the job.
I did not modify the 'debian/rules' script to completely rebuild the
package. But, I probably can come with a full patch for that.
I hope that the maintainer will find this small message useful!
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages afl depends on:
ii build-essential 12.5
ii libc62.27-8
Versions of packages afl recommends:
ii afl-clang 2.52b-4
ii afl-doc2.52b-4
Versions of packages afl suggests:
ii gnuplot-nox [gnuplot] 5.2.5+dfsg1-1
-- no debconf information
signature.asc
Description: OpenPGP digital signature
Bug#908464: linux-image-amd64: Primary LCD screen refuse to work
Package: linux-image-amd64 Version: 4.18+98 Severity: normal Dear Maintainer, Each time I try to boot with the new kernel (4.18.x), one of my LCD screen works in VGA mode (as primary display) but stop to work as soon as the graphical mode starts (it complains about "No signal"). Note that the system seems to be unaware of this because the second screen render the graphical display as if the primary screen was working. I am using Wayland (yes, I love the bleeding edge...). One last specificity of my settings is that the primary display is connected through DP (display port) and the secondary display uses HDMI. I tried to look at the usual logs (/var/log/messages, /var/log/kern.log, /var/log/Xorg.0.log and /var/log/Xorg.1.log), but I did not found anything related (I may have missed it). So, does the 4.18.x Linux kernel family introduce some new things about the display ports or the way Xorg/Wayland is handled. And, everything is working fine when I switch back to 4.17.x. So, I really suspect the 4.18.x to be faulty on that. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-amd64 depends on: ii linux-image-4.18.0-1-amd64 4.18.6-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#907988: rubber must specify the encoding when opening files
Hi all, I just reported this bug to the rubber dev-team. Waiting for the next bug-fix, I suggested the following fix: In file /usr/lib/python3/dist-packages/rubber/converters/latex.py, at line 183: self.lines = None try: - with open (name, encoding='utf-8') as fp: + with open (name, encoding='utf-8', errors='replace') as fp: line = fp.readline () if not line or not re_loghead.match (line): This patch fixed it on my system. -- Emmanuel Fleury I do not fear computers. I fear the lack of them. -- Isaac Asimov signature.asc Description: OpenPGP digital signature
Bug#903434: Valgrind reports errors on i386 for trivial programs
Package: valgrind
Version: 1:3.13.0-2+b1
Followup-For: Bug #903434
Dear Maintainer,
I observe approximately the same behavior with amd64 architecture.
Here is a small sample program written in C:
===
#include
#include
int main(int argc, char **argv) {
char *str = malloc (1000);
str[0] = 'A';
str[1] = '\0';
fprintf (stdout, "%s\n", str);
return 0;
}
===
I compile it with: gcc -Wall -Wextra -m64 -g3 -O0 -o sample sample.c
It should leak some memory, but here is the output I get on my machine:
===
==22199== Memcheck, a memory error detector
==22199== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==22199== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==22199== Command: ./sample
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CB19D6: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CB9EA3: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4C85B16: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CDDB84: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CB9EA3: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4C85B16: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CDDC57: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0xE: ???
==22199==by 0x10A003: ??? (in /tmp/sample)
==22199==by 0x1FFE5F: ???
==22199==by 0x1FFE6F: ???
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CDDC63: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0xE: ???
==22199==by 0x10A003: ??? (in /tmp/sample)
==22199==by 0x1FFE5F: ???
==22199==by 0x1FFE6F: ???
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CDF9A3: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CDDC78: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0xE: ???
==22199==by 0x10A003: ??? (in /tmp/sample)
==22199==by 0x1FFE5F: ???
==22199==by 0x1FFE6F: ???
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CDF9EF: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4E1729F: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CDF8F8: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4E1B75F: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4E1B75F: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
==22199== Use of uninitialised value of size 8
==22199==at 0x4CDFA07: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4E1729F: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CDF8F8: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4E1B75F: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4E1B75F: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CB2C88: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CB9EA3: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4C85B16: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CB2CA2: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CB9EA3: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4C85B16: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CB18DE: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CB9EA3: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4C85B16: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
A
==22199== Conditional jump or move depends on uninitialised value(s)
==22199==at 0x4CB1937: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4CB9EA3: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==by 0x4C85B16: ??? (in /lib/x86_64-linux-gnu/libc-2.27.so)
==22199==
==22199==
==22199== HEAP SUMMARY:
==22199== in use at exit: 0 bytes in 0 blocks
==22199== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==22199==
==22199== All heap blocks were freed -- no leaks are possible
==22199==
==22199== For counts of detected and suppressed errors, rerun with: -v
==22199== Use --track-origins=yes to see where uninitialised values come
from
==22199== ERROR SUMMARY: 12 errors from 11 contexts (suppressed: 0 from 0)
===
So, not only the memory leak is ignored but there is a lot of false
Bug#890879: bip: Bip service won't start because of duplicate environment variable ENABLED
Package: bip Version: 0.8.9-1.2 Severity: normal Dear Maintainer, I have noticed that my bip server did stop to start properly. This seems to be linked to the 'ENABLED' environment variable. Since I renamed it to 'BIP_ENABLED' it worked again. It may be a collision between two environment variables with the same name. As, 'ENABLED' is quite common, I would advise to change this variable to 'BIP_ENABLE' in order to have a clear namespace for this variable and prevent collision with other environment variables. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bip depends on: ii adduser3.117 ii libc6 2.26-6 ii libssl1.1 1.1.0g-2 ii lsb-base 9.20170808 bip recommends no packages. bip suggests no packages. -- Configuration Files: /etc/init.d/bip changed: --- /etc/init.d/bip~2018-02-20 09:47:30.298149760 +0100 +++ /etc/init.d/bip 2018-02-20 10:04:12.320846488 +0100 @@ -23,7 +23,7 @@ DAEMON_ARGS="-f $DAEMON_CONFIG -s $DAEMON_HOME" DAEMON_USER=bip DAEMON_GROUP=bip -ENABLED=1 +BIP_ENABLED=1 # Exit if the package is not installed [ -x "$DAEMON" ] || exit 0 @@ -34,7 +34,7 @@ # Read configuration variable file if it is present [ -r /etc/default/$NAME ] && . /etc/default/$NAME -test "$ENABLED" != "0" || exit 0 +test "$BIP_ENABLED" != "0" || exit 0 # Load the VERBOSE setting and other rcS variables . /lib/init/vars.sh -- no debconf information
Bug#888248: gnome-calculator: Gnome-calculator abort at startup
Package: gnome-calculator Version: 3.26.0-3 Severity: important Dear Maintainer, Since my last update (debian unstable), I noticed that the Gnome-calculator software is no more usable. It fail on an assertion at start-up. Here is a example on how to produce the bug on a terminal: #> gnome-calculator ../../src/init2.c:52: MPFR assertion failed: p >= 2 && p <= ((mpfr_prec_t)((mpfr_uprec_t)(~(mpfr_uprec_t)0)>>1)) Aborted Feel free to ask me anything that can help to try on my system if you cannot reproduce the bug (I tried to ltrace and strace the software but it didn't give much more information). -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.12 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.ut\ f8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-calculator depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.1-3 ii libatk1.0-0 2.26.1-3 ii libc62.26-5 ii libcairo-gobject21.15.8-3 ii libcairo21.15.8-3 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libglib2.0-0 2.54.3-2 ii libgmp10 2:6.1.2+dfsg-1.2 ii libgtk-3-0 3.22.26-2 ii libgtksourceview-3.0-1 3.24.6-1 ii libmpc3 1.1.0-1 ii libmpfr4 3.1.6-1 ii libpango-1.0-0 1.40.14-1 ii libpangocairo-1.0-0 1.40.14-1 ii libsoup2.4-1 2.60.3-1 ii libxml2 2.9.4+dfsg1-6.1 Versions of packages gnome-calculator recommends: ii gvfs 1.34.1-2 ii yelp 3.26.0-2 gnome-calculator suggests no packages. signature.asc Description: OpenPGP digital signature
Bug#873204: libneon27-gnutls: Certificate verification error: signed using insecure algorithm...
Hi László, On 08/25/2017 10:02 PM, László Böszörményi (GCS) wrote: > >> $ gnutls-cli --ca-verification --verbose www.labri.fr > [...] > Please note that here you are checking www instead of webdav and as I > see, these have different certifications. My fault, I copied/pasted the wrong one... But, the certificate from webdav has also a SHA-1 signature. Sorry, for my mistake. > Please don't mix the two things: certificate is valid, but uses an > insecure algorithm for its signature. Right, I am new with this topic, so forgive me for my mistake. :) > I think you should ask someone who is better with GnuTLS. I can't see > the reason. :( > Maybe it's related to the connection ifself? Please see the detailed > log for a working site: > $ gnutls-cli-debug www.google.com > It has TLS 1.0, 1.1 and 1.2 support. For your site: > $ gnutls-cli-debug webdav.labri.fr > > Fails in the end with: > Server does not support any of SSL 3.0, TLS 1.0 and TLS 1.1 and TLS 1.2 > It seems your site has a problem. Thus I plan to close this bug in > some days as it's clear that it's not a Neon bug. The error comes from > GnuTLS and it seems to be right. Maybe your site uses SSLv2 which was > disabled as it's flawed in a variety of ways. I agree with your conclusion, I should report the problem to the administrators of the server. So, to sum up (if someone run into the same problem): - The server has valid certificate but uses SHA-1 (which is considered as insecure since the discovery of new collision methods that might break the whole scheme). - It may appear that some other frameworks do not check for SHA-1 usage in the certificate scheme which will result in a, very confusing, difference of outcomes depending the tool you are using. - At the end, the best way to solve the problem is to require the administrator of the server to stop using SHA-1 in the certificate scheme. Aside from that, the tool 'gnutls-cli-debug' seems to be very nice to debug the servers. Thanks a lot Lázló! Regards -- Emmanuel Fleury It is a capital mistake to theorize in advance of the facts. -- Sherlock Holmes, The Adventure of the Second Stain (A. Conan Doyle)
Bug#873204: libneon27-gnutls: Certificate verification error: signed using insecure algorithm...
Package: libneon27-gnutls
Version: 0.30.2-2
Severity: normal
Dear Maintainer,
I am using sitecopy for very long to push my modification on my website
through WebDAV/SSL and everything was well until a few months ago.
Then, sitecopy started to refuse to write on the remote server issuing
the following error statement:
Certificate verification error: signed using insecure algorithm
After a few research in the code of sitecopy, I manage to focus a bit
more on the origin of the problem. Here is an excerpt of an ltrace from
an erroneous run on sitecopy:
=
fopen("/home/fleury/.sitecopy/homepage."..., "w") = 0x5cf417a230
ne_session_create(0x5cf3d1907b, 0x5cf415ba70, 443, 0x7f17310904a0) =
0x5cf417bb60
ne_has_support(1, 0x5cf3d19081, 0x70747468, 0x737074) = 1
access("/home/fleury/.sitecopy/homepage."..., 4) = 0
ne_ssl_cert_read(0x5cf4179e90, 4, 0x70747468, 0x7f1731090777) = 0x5cf41e1930
ne_ssl_set_verify(0x5cf417bb60, 0x5cf3d149a0, 0x5cf4179cb0, 0) =
0x5cf41e1930
ne_set_notifier(0x5cf417bb60, 0x5cf3d14950, 0, 0) = 0x5cf41e1930
ne_set_useragent(0x5cf417bb60, 0x5cf3d19081, 0, 0) = 0x5cf4178ccb
ne_set_server_auth(0x5cf417bb60, 0x5cf3d14a40, 0x5cf4179cc0,
0x2e302f6e6f656e20) = 0
ne_path_escape(0x5cf415c5d0, 0, 0x5cf41e7480, 0x7f173134cb00) = 0x5cf4165950
ne_options(0x5cf417bb60, 0x5cf4165950, 0x7fffccdb28a0,
0x662f6f737265702f) = 1
free(0x5cf4165950) =
ne_get_error(0x5cf417bb60, 1, 0xfff9, 0) = 0x5cf417bcd8
ne_strdup(0x5cf417bcd8, 1, 0xfff9, 0)= 0x5cf43a3890
ne_get_error(0x5cf417bb60, 0x5cf417bb60, 0x6d687469726f67,
0x6e6f697461636966) = 0x5cf417bcd8
ne_strdup(0x5cf417bcd8, 0x5cf417bb60, 0x6d687469726f67,
0x6e6f697461636966) = 0x5cf43a38e0
ne_session_destroy(0x5cf417bb60, 0x5cf417bd18, 0x6d687469726f67,
0x6e6f697461636966) = 1
dcgettext(0, 0x5cf3d1952f, 5, 0x5cf3d1b328) = 0x5cf3d1952f
__printf_chk(1, 0x5cf3d1952f, 0x7fffccdb33eb, 0x5cf43a38e0) = 81
__snprintf_chk(0x7fffccdb1a20, 4096, 1, 4096)= 39
fwrite("\n", 1, 26, 0x5cf417a230) = 26
=
The error start to appear around the call to ne_ssl_set_verify().
In fact, I looked at other tools to update my website and got similar
problem when trying to access the WebDAVs file-system. For example, the
tool fuserdav was issuing the exact same error:
=
$ fusedav https://webdav.labri.fr/ mountpoint_dir/
PROPFIND failed: Certificate verification error: signed using insecure
algorithm
PROPFIND failed: Certificate verification error: signed using insecure
algorithm
... last message repeated again and again ...
=
Yet, the certificate of the web server seems to be okay when checked
with gnutls-cli:
=
$ gnutls-cli --ca-verification --verbose www.labri.fr
Processed 148 CA certificate(s).
Resolving 'www.labri.fr:443'...
Connecting to '2001:660:6101:404::80:443'...
- Certificate type: X.509
- Got a certificate list of 2 certificates.
- Certificate[0] info:
- X.509 Certificate Information:
Version: 3
Serial Number (hex): 0156904be054caf74df8e4e5a488d01a
Issuer: CN=TERENA SSL CA 3,O=TERENA,L=Amsterdam,ST=Noord-Holland,C=NL
Validity:
Not Before: Tue Jun 07 00:00:00 UTC 2016
Not After: Wed Jun 12 12:00:00 UTC 2019
Subject: CN=*.labri.fr,O=Direction des Systèmes
d'Information,L=Pessac,ST=Aquitaine,C=FR
Subject Public Key Algorithm: RSA
Algorithm Security Level: Medium (2048 bits)
Modulus (bits 2048):
00:c9:b4:82:26:c5:12:74:c8:d1:f1:c6:e5:f5:d2:1e
04:7d:87:7d:4d:8d:8d:8a:4f:bd:00:0a:e6:dc:54:4b
db:9b:d5:63:31:ab:e3:01:78:75:ce:ea:c5:f5:ad:03
8f:38:d3:92:a0:e6:91:6f:6e:ee:9d:65:45:87:ee:ab
69:b3:d6:21:a7:c4:2b:bb:35:e7:76:f8:73:76:57:75
59:1a:25:f8:19:40:0c:98:3f:08:4c:f9:1b:e8:58:a9
68:b3:f7:a3:a0:24:65:3d:6b:92:6e:cb:22:c7:d6:01
0a:60:ea:d6:35:f4:fc:31:77:36:4b:4f:05:d1:6f:97
b7:00:f6:d2:9e:4e:ec:d7:65:0e:00:38:e5:b8:69:39
1c:45:4f:43:0f:3e:bf:3f:8d:36:47:22:44:96:65:7d
6b:73:37:6a:a4:73:d6:be:ec:90:22:df:fe:98:fb:3a
11:96:87:3f:81:ec:a4:e1:2c:0f:ed:76:5e:12:9a:aa
c6:e7:af:48:52:e7:be:bb:f7:97:09:c8:3f:1e:38:63
d6:8e:d3:b3:f5:aa:b6:3a:2d:d7:fd:f5:de:74:45:1b
4b:69:65:fa:81:a9:60:2a:a6:4a:36:ad:ab:b3:9c:24
17:65:3e:dc:8a:e9:c0:c1:73:d7:22:63:12:60:94:37
9f
Exponent (bits 24):
Bug#836845: libgtk-3-0: Improper resolution when going to fullscreen with HiDPI (MacBook Retina) screen
Package: libgtk-3-0 Version: 3.21.5-3 Severity: normal Dear Maintainer, I have a MacBook (with a Retina screen 2560x1600) running an unstable Debian with Gnome3 and GDK3/Gtk+3. I noticed that all my presentation software (namely evince or pdf-presenter-console) were behaving wrongly when switching to 'presentation' mode. I seems that the resolution was switched to a lower one and only the upper-left quarter of the slides were visible on the screen. After a quite lengthy research to locate the problem, I found this hint and applied it to my ~/.bashrc, and everything went nicely again: https://wiki.archlinux.org/index.php/HiDPI#GDK_3_.28GTK.2B_3.29 I do not know if it is a "bug", but it would be nice to connect the auto-detection of HiDPI integrated in Gnome3 with these variables in GDK3. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.1 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgtk-3-0 depends on: ii adwaita-icon-theme 3.21.91-1 ii hicolor-icon-theme 0.15-1 ii libatk-bridge2.0-0 2.20.1-4 ii libatk1.0-0 2.21.90-2 ii libc6 2.24-2 ii libcairo-gobject2 1.14.6-1+b1 ii libcairo2 1.14.6-1+b1 ii libcolord2 1.3.2-1 ii libcups22.1.4-4 ii libepoxy0 1.3.1-1 ii libfontconfig1 2.11.0-6.7 ii libfreetype62.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-02.49.6-1 ii libgtk-3-common 3.21.5-3 ii libjson-glib-1.0-0 1.2.2-1 ii libpango-1.0-0 1.40.2-1 ii libpangocairo-1.0-0 1.40.2-1 ii libpangoft2-1.0-0 1.40.2-1 ii librest-0.7-0 0.8.0-1 ii libsoup2.4-12.55.90-1 ii libwayland-client0 1.11.0-2 ii libwayland-cursor0 1.11.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 11.2.2-1 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.2-1 ii libxi6 2:1.7.6-1 ii libxinerama12:1.1.3-1+b1 ii libxkbcommon0 0.6.1-1 ii libxml2 2.9.4+dfsg1-1+b1 ii libxrandr2 2:1.5.0-1 ii shared-mime-info1.6-1 Versions of packages libgtk-3-0 recommends: ii libgtk-3-bin 3.21.5-3 Versions of packages libgtk-3-0 suggests: ii gvfs 1.29.91-1 ii librsvg2-common 2.40.16-1 -- no debconf information
Bug#835000: icedove: Running external application: Failed to execute child process "firefox-esr" (Permission denied)
Package: icedove Version: 1:45.2.0-4 Severity: normal Dear Maintainer, When trying to access to a web link from an e-mail, I get the following error message: Could not launch default application for URI: Failed to execute child process "firefox-esr" (Permission denied) So, it seems that he has the proper software to execute (firefox-esr), but for some reasons, it fails to run it (Permission denied). -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.7.1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages icedove depends on: ii debianutils 4.8 ii fontconfig2.11.0-6.5 ii libasound21.1.2-1 ii libatk1.0-0 2.20.0-1 ii libc6 2.23-4 ii libcairo2 1.14.6-1+b1 ii libdbus-1-3 1.10.10-1 ii libdbus-glib-1-2 0.106-1 ii libevent-2.0-52.0.21-stable-2+b1 ii libffi6 3.2.1-4 ii libfontconfig12.11.0-6.5 ii libfreetype6 2.6.3-3+b1 ii libgcc1 1:6.1.1-12 ii libgdk-pixbuf2.0-02.34.0-1 ii libglib2.0-0 2.48.1-3 ii libgtk2.0-0 2.24.30-4 ii libhunspell-1.4-0 1.4.1-2 ii libicu57 57.1-3 ii libnspr4 2:4.12-6 ii libnss3 2:3.26-1 ii libpango-1.0-01.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpangoft2-1.0-0 1.40.1-1 ii libpixman-1-0 0.33.6-1 ii libsqlite3-0 3.14.1-1 ii libstartup-notification0 0.12-4 ii libstdc++66.1.1-12 ii libvpx3 1.5.0-4 ii libx11-6 2:1.6.3-1 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.2-1 ii libxrender1 1:0.9.9-2 ii libxt61:1.1.5-1 ii psmisc22.21-2.1+b1 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii hunspell-fr-modern [hunspell-dictionary] 1:5.6-1 pn iceowl-extension Versions of packages icedove suggests: ii apparmor 2.10.95-4 ii fonts-lyx 2.2.0-2 ii libgssapi-krb5-2 1.14.3+dfsg-1 -- no debconf information
Bug#816740: python3-venv: virtual environment was not created successfully because ensurepip is not available
Package: python3-venv Version: 3.5.1-2 Severity: important Dear beloved Maintainer, I recently updated my Debian unstable with the new python-3.5 packages and it rendered the pyvenv command totally unusable (that is why I am marking this report as 'important'). What are the symptoms and how to reproduce it: == $> pyvenv my_venv_name The virtual environment was not created successfully because ensurepip is not available. On Debian/Ubuntu systems, you need to install the python3-venv package using the following command. apt-get install python3-venv You may need to use sudo with that command. After installing the python3-venv package, recreate your virtual environment. === So, I cannot get 'pyvenv' to workproperly. This bug seems to have been already observed in the Ubuntu python3.4 package, see: https://bugs.launchpad.net/ubuntu/+source/python3.4/+bug/1290847 I also noticed that the package 'python3-pip' is not a prequisite for 'python3-venv' (which may lead to strange situations in my humble opinion). Note that 'virtualenv' is still working properly, so a temporary workaround for pyvenv creation in a Python3 fashion is: virtualenv --python=python3.5 venv_name -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.3 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-venv depends on: ii python3 3.5.1-2 ii python3.5-venv 3.5.1-7 python3-venv recommends no packages. python3-venv suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#798829: "OSError: [Errno 2] No such file or directory: ''" when running bibtex
Package: rubber Version: 1.2-1 Followup-For: Bug #798829 Dear Maintainer, I am still hitting a very similar bug each time I use bibtex inside my LaTeX document. It renders the software almost unusable when bibtex is in the loop (then, I do it by hand). Here is the full call-stack I get: $ rubber --pdf example.tex compiling example.tex... running BibTeX on example... Traceback (most recent call last): File "/usr/bin/rubber", line 4, in sys.exit(Main()(sys.argv[1:])) File "/usr/lib/python2.7/dist-packages/rubber/cmdline.py", line 331, in __call__ return self.main(cmdline) File "/usr/lib/python2.7/dist-packages/rubber/cmdline.py", line 295, in main ret = env.final.make(self.force) File "/usr/lib/python2.7/dist-packages/rubber/depend.py", line 166, in make ok = self.run() File "/usr/lib/python2.7/dist-packages/rubber/converters/latex.py", line 1310, in run if not self.post_compile(): File "/usr/lib/python2.7/dist-packages/rubber/converters/latex.py", line 1261, in post_compile if not mod.post_compile(): File "/usr/lib/python2.7/dist-packages/rubber/converters/latex.py", line 1526, in post_compile return self.pymodule.post_compile() File "/usr/lib/python2.7/dist-packages/rubber/latex_modules/bibtex.py", line 421, in post_compile return biblio.post_compile() File "/usr/lib/python2.7/dist-packages/rubber/latex_modules/bibtex.py", line 235, in post_compile return self.run() File "/usr/lib/python2.7/dist-packages/rubber/latex_modules/bibtex.py", line 258, in run if self.doc.env.execute(['bibtex', basename], doc, pwd=workdir): File "/usr/lib/python2.7/dist-packages/rubber/environment.py", line 226, in execute stderr = stderr) File "/usr/lib/python2.7/subprocess.py", line 710, in __init__ errread, errwrite) File "/usr/lib/python2.7/subprocess.py", line 1335, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory: '' I see that this bug should be fixed in rubber version 1.3 which is currently out (see: https://launchpad.net/rubber). I tried it on my system and got it working nicely. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.3 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rubber depends on: ii python 2.7.9-1 pn python:any ii texlive-latex-base 2015.20151016-1 rubber recommends no packages. Versions of packages rubber suggests: ii imagemagick 8:6.8.9.9-6 pn sam2p ii transfig 1:3.2.5.e-4 -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#798699: java.lang.ClassCastException: java.io.File cannot be cast to java.lang.Class
Package: freecol Version: 0.10.7+dfsg-3 Severity: important Just running the software leads to the following Java exception: $> freecol Disabling IPV6 network stack to work around bug #560056 on openjdk If you experience problems with connecting to remote servers, you can put it back by running Freecol this way: freecol --enable-ipv6 Exception in thread "main" java.lang.ClassCastException: java.io.File cannot be cast to java.lang.Class at org.apache.commons.cli.OptionBuilder.withType(OptionBuilder.java:298) at net.sf.freecol.FreeCol.handleArgs(FreeCol.java:338) at net.sf.freecol.FreeCol.main(FreeCol.java:150) ^C The process still hang afterward, I need to press Ctrl-C to stop it. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.6 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages freecol depends on: ii default-jre [java7-runtime]2:1.7-52 ii fonts-liberation 1.07.4-1 ii java-wrappers 0.1.28 ii libcommons-cli-java1.3.1-2 ii libcortado-java0.6.0-2 ii libmiglayout-java 4.2-1 ii openjdk-7-jre [java7-runtime] 7u85-2.6.1-3 ii openjdk-8-jre [java7-runtime] 8u66-b01-3 freecol recommends no packages. freecol suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#794627: Info received ([Pkg-mozext-maintainers]
Hi Daniel, On 08/20/2015 01:02 AM, Daniel Kahn Gillmor wrote: Excellent, thanks for your help in debugging this! It's a bug in enigmail 1.8.2, that some environment variables aren't being passed through correctly to gpg (which passes them to gpg-agent, which passes them to pinentry, whew!) I think i've fixed it in debian's enigmail package 1.8.2-4, and forwarded the fix upstream as well. Could you try it out and let me know if it fixes things for you, including over the restart that caused it to fail previously? If it doesn't fix the situation for you, let me know and we can re-open this bug. I tried with the Enigmail package 2:1.8.2-4 and it worked like a charm. I think you can close this bug once for all. :) Thanks a lot ! Regards -- Emmanuel Fleury The question of whether a computer can think is no more interesting than the question of whether a submarine can swim. -- Edsger Dijkstra signature.asc Description: OpenPGP digital signature
Bug#794627: Info received ([Pkg-mozext-maintainers] Bug#794627: enigmail does not work with gpg 2.1.6)
I was wrong, It worked yesterday, but it does not work anymore today. And, I have absolutely no idea of what I did wrong in between... I went back to an older version of the gnupg2 package and it worked again... No explanation so far... On 08/19/2015 12:04 AM, Emmanuel Fleury wrote: Hi again, I found a better way to fix it (and keep the last GPG 2.1.7-2 package). I seems that installing the last GPG package change slightly the content of the directory ~/.gnupg/. Here is the way to do it: - In Iceweasel, go to the menu item: Enigmail - Key management - Select your own key. - Go to the menu: File-Import Keys from File - Select the file ~/.gnupg/secring.gpg Now, the Enigmail plugin seems to work properly... It seems that the root of the problem is coming from the changes that are made in the files in the ~/.gnupg files and the fact that the Enigmail plugin is not aware of this change (and especially this relocation of the private keys). At least, it is my guess. Regards signature.asc Description: OpenPGP digital signature
Bug#794627: Info received ([Pkg-mozext-maintainers] Bug#794627: enigmail does not work with gpg 2.1.6)
In fact, I was wrong... Somehow, I had a small timelaps in which the Enigmail plugin started to work again as previously but after a restart of the computer (the day after) I went back to the problem. Unfortunately, I have no explanation at all about this behavior... (and I am really sorry for that!). On 08/19/2015 10:45 AM, Daniel Kahn Gillmor wrote: On Wed 2015-08-19 00:04:48 +0200, Emmanuel Fleury wrote: I found a better way to fix it (and keep the last GPG 2.1.7-2 package). I seems that installing the last GPG package change slightly the content of the directory ~/.gnupg/. Here is the way to do it: - In Iceweasel, go to the menu item: Enigmail - Key management - Select your own key. - Go to the menu: File-Import Keys from File - Select the file ~/.gnupg/secring.gpg Now, the Enigmail plugin seems to work properly... this suggests that you think the secret keyring was not migrated properly during the 2.0 to 2.1 transition. If this is the case, it will be a problem without enigmail in the loop at all (just with gpg2 on the command line). Are you using your key on a smartcard? if so, maybe you ran into the same issue as #795881 ? The fact that your problem sounds like it's still unresolved (from your subsequent message) sounds like this isn't the core of it still. I'm still unable to reproduce the problem you and the original reporter are describing :/ Any help in reproducing it would be welcome. It seems that the root of the problem is coming from the changes that are made in the files in the ~/.gnupg files and the fact that the Enigmail plugin is not aware of this change (and especially this relocation of the private keys). Enigmail shouldn't need to be aware of the change, the secret key migration should happen automatically. --dkg signature.asc Description: OpenPGP digital signature
Bug#794627: Info received ([Pkg-mozext-maintainers] Bug#794627: enigmail does not work with gpg 2.1.6)
On 08/19/2015 11:07 AM, Daniel Kahn Gillmor wrote:
hm, can you tell me more about your setup? can you show me the output
of the following command? (feel free to redact any information that you
don't want to share and/or send it to me privately with encrypted mail)
egrep -i 'enigmail|pgp' ~/.icedove/*/prefs.js
Here is my configuration of Iceweasel (it's not far from the vanilla one):
user_pref(extensions.enigmail.advancedUser, true);
user_pref(extensions.enigmail.configuredVersion, 1.8.2pre3);
user_pref(extensions.enigmail.keyserver, pgp.mit.edu,
pool.sks-keyservers.net, keys.gnupg.net);
user_pref(mail.identity.id1.attachPgpKey, false);
user_pref(mail.identity.id1.enablePgp, true);
user_pref(mail.identity.id1.openPgpHeaderMode, 0);
user_pref(mail.identity.id1.pgpKeyMode, 0);
user_pref(mail.identity.id1.pgpMimeMode, true);
user_pref(mail.identity.id1.pgpSignEncrypted, false);
user_pref(mail.identity.id1.pgpSignPlain, true);
user_pref(mail.identity.id2.attachPgpKey, false);
user_pref(mail.identity.id2.enablePgp, true);
user_pref(mail.identity.id2.openPgpHeaderMode, 0);
user_pref(mail.identity.id2.pgpKeyMode, 0);
user_pref(mail.identity.id2.pgpMimeMode, true);
user_pref(mail.identity.id2.pgpSignEncrypted, false);
user_pref(mail.identity.id2.pgpSignPlain, true);
user_pref(mail.identity.id3.enablePgp, false);
user_pref(mail.identity.id4.enablePgp, false);
user_pref(mail.identity.id5.attachPgpKey, false);
user_pref(mail.identity.id5.enablePgp, true);
user_pref(mail.identity.id5.openPgpHeaderMode, 0);
user_pref(mail.identity.id5.pgpKeyMode, 0);
user_pref(mail.identity.id5.pgpMimeMode, true);
user_pref(mail.identity.id5.pgpSignEncrypted, false);
user_pref(mail.identity.id5.pgpSignPlain, true);
user_pref(mailnews.database.global.views.conversation.columns,
{\threadCol\:{\visible\:true,\ordinal\:\3\},\flaggedCol\:{\visible\:true,\ordinal\:\7\},\attachmentCol\:{\visible\:false,\ordinal\:\9\},\subjectCol\:{\visible\:true,\ordinal\:\11\},\unreadButtonColHeader\:{\visible\:false,\ordinal\:\5\},\senderCol\:{\visible\:true,\ordinal\:\13\},\recipientCol\:{\visible\:false,\ordinal\:\15\},\junkStatusCol\:{\visible\:false,\ordinal\:\17\},\receivedCol\:{\visible\:false,\ordinal\:\19\},\dateCol\:{\visible\:true,\ordinal\:\21\},\statusCol\:{\visible\:false,\ordinal\:\23\},\sizeCol\:{\visible\:false,\ordinal\:\25\},\tagsCol\:{\visible\:false,\ordinal\:\27\},\accountCol\:{\visible\:false,\ordinal\:\29\},\priorityCol\:{\visible\:false,\ordinal\:\31\},\unreadCol\:{\visible\:false,\ordinal\:\33\},\totalCol\:{\visible\:false,\ordinal\:\35\},\locationCol\:{\visible\:true,\ordinal\:\37\},\idCol\:{\visibl
e\:false
,\ordinal\:\39\},\enigmailStatusCol\:{\visible\:false,\ordinal\:\1\}});
my OpenPGP fingerprint is 0EE5BE979282D80B9F7540F1CCD2ED94D21739E9.
Do you use a smartcard?
No, no smartcard. Just a normal setup (at least I believed so).
Regards
--
Emmanuel Fleury
Miss Wormwood: What state do you live in?
Calvin : Denial.
Miss Wormwood: I don't suppose I can argue with that...
-- Calvin Hobbes (Bill Waterson)
Bug#794627: Info received ([Pkg-mozext-maintainers] Bug#794627: enigmail does not work with gpg 2.1.6)
Hi again, I found a better way to fix it (and keep the last GPG 2.1.7-2 package). I seems that installing the last GPG package change slightly the content of the directory ~/.gnupg/. Here is the way to do it: - In Iceweasel, go to the menu item: Enigmail - Key management - Select your own key. - Go to the menu: File-Import Keys from File - Select the file ~/.gnupg/secring.gpg Now, the Enigmail plugin seems to work properly... It seems that the root of the problem is coming from the changes that are made in the files in the ~/.gnupg files and the fact that the Enigmail plugin is not aware of this change (and especially this relocation of the private keys). At least, it is my guess. Regards -- Emmanuel Fleury Shut up and hack ! -- Theo de Raadt (OpenBSD Hackaton)
Bug#794627: [Pkg-mozext-maintainers] Bug#794627: enigmail does not work with gpg 2.1.6
Hi, If anyone else can reproduce it, i'd be happy to hear about it. I experimented the exact same problem and downgrading gnupg2 to 2.0.28-3 solved the problem. I don't know what kind of specific settings I have to trigger this problem, but I confirm that this happen (and that it renders the Enigmail plugin pretty much unusable). iU gnupg2 2.0.28-3 amd64 GNU privacy guard - a free PGP replacement (new v2.x) ii enigmail 2:1.8.2-3 amd64 GPG support for Thunderbird and Debian Icedove ii gnupg-agent 2.1.7-2amd64 GNU privacy guard - cryptographic agent -- Emmanuel Fleury A conclusion is the place where you got tired thinking. -- Martin H. Fischer
Bug#781341: libllvm-ocaml-dev: Broken symlink: /usr/lib/ocaml/METAS/META.llvm - META.llvm-3.x
On 03/27/2015 11:46 PM, Sylvestre Ledru wrote: On 27/03/2015 23:28, Emmanuel Fleury wrote: On 03/27/2015 07:48 PM, Sylvestre Ledru wrote: OK, don't hesitate to provide a patch, this should be easy. Well, I am new to opam (the OCaml package manager), so I didn't know exactly what to do. But, here is the file to write at /usr/lib/ocaml/METAS/META.llvm (attached to this email). I tried it and seems to work fine (at least for me). It is not a patch but I will see what I can do (or someone else if I haven't done anything) I spent a bit more time on it, here is a patch that, I believe, solve the problem. diff -ruN llvm-defaults-0.26.orig/debian/rules llvm-defaults-0.26/debian/rules --- llvm-defaults-0.26.orig/debian/rules2015-03-28 00:05:18.400955136 +0100 +++ llvm-defaults-0.26/debian/rules 2015-03-28 09:34:38.435145704 +0100 @@ -185,7 +185,7 @@ dh_installdirs -plibllvm-ocaml-dev \ /usr/lib/ocaml/METAS dh_link -plibllvm-ocaml-dev \ - /usr/lib/ocaml/METAS/META.llvm-$(CURRENT_VERSION) /usr/lib/ocaml/METAS/META.llvm \ + /usr/lib/ocaml/llvm-$(CURRENT_VERSION)/META.llvm /usr/lib/ocaml/METAS/META.llvm \ /usr/lib/ocaml/llvm-$(CURRENT_VERSION) /usr/lib/ocaml/llvm : # clang signature.asc Description: OpenPGP digital signature
Bug#781341: libllvm-ocaml-dev: Broken symlink: /usr/lib/ocaml/METAS/META.llvm - META.llvm-3.x
Package: libllvm-ocaml-dev Version: 1:3.6-27~exp1 Severity: important Dear Maintainer, While trying to build (./configure make make install) an OCaml software against the LLVM binding, I got the following error: $ ./configure Fatal error: exception Sys_error(/usr/lib/ocaml/METAS/META.llvm: No such file or directory) I noticed that the symlink exist but point to nothing (broken link): $ ll /usr/lib/ocaml/METAS/META.llvm lrwxrwxrwx 1 root root 13 Mar 5 10:05 /usr/lib/ocaml/METAS/META.llvm - META.llvm-3.6 This is the same for llvm-3.5 (in 'unstable'). Here, I tried to move to 'experimental' to check if the problem was solved upstream. The package is totally useless without the file 'META.llvm-3.x'. So, that's why I scored the severity to 'important'. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libllvm-ocaml-dev depends on: ii libllvm-3.6-ocaml-dev 1:3.6-2 ii llvm-runtime 1:3.6-27~exp1 libllvm-ocaml-dev recommends no packages. libllvm-ocaml-dev suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#781341: libllvm-ocaml-dev: Broken symlink: /usr/lib/ocaml/METAS/META.llvm - META.llvm-3.x
On 03/27/2015 07:48 PM, Sylvestre Ledru wrote: OK, don't hesitate to provide a patch, this should be easy. Well, I am new to opam (the OCaml package manager), so I didn't know exactly what to do. But, here is the file to write at /usr/lib/ocaml/METAS/META.llvm (attached to this email). I tried it and seems to work fine (at least for me). Regards -- Emmanuel Fleury How do we convince people that in programming simplicity and clarity —in short: what mathematicians call elegance— are not a dispensable luxury, but a crucial matter that decides between success and failure? -- Edsger Dijkstra name = llvm version = 3.5.0 description = LLVM OCaml bindings archive(byte) = llvm.cma archive(native) = llvm.cmxa directory = . linkopts = -ccopt -lstdc++ package analysis ( requires = llvm version = 3.5.0 description = Intermediate representation analysis for LLVM archive(byte) = llvm_analysis.cma archive(native) = llvm_analysis.cmxa ) package bitreader ( requires = llvm version = 3.5.0 description = Bitcode reader for LLVM archive(byte) = llvm_bitreader.cma archive(native) = llvm_bitreader.cmxa ) package bitwriter ( requires = llvm,unix version = 3.5.0 description = Bitcode writer for LLVM archive(byte) = llvm_bitwriter.cma archive(native) = llvm_bitwriter.cmxa ) package executionengine ( requires = llvm,llvm.target version = 3.5.0 description = JIT and Interpreter for LLVM archive(byte) = llvm_executionengine.cma archive(native) = llvm_executionengine.cmxa ) package ipo ( requires = llvm version = 3.5.0 description = IPO Transforms for LLVM archive(byte) = llvm_ipo.cma archive(native) = llvm_ipo.cmxa ) package irreader ( requires = llvm version = 3.5.0 description = IR assembly reader for LLVM archive(byte) = llvm_irreader.cma archive(native) = llvm_irreader.cmxa ) package scalar_opts ( requires = llvm version = 3.5.0 description = Scalar Transforms for LLVM archive(byte) = llvm_scalar_opts.cma archive(native) = llvm_scalar_opts.cmxa ) package vectorize ( requires = llvm version = 3.5.0 description = Vector Transforms for LLVM archive(byte) = llvm_vectorize.cma archive(native) = llvm_vectorize.cmxa ) package passmgr_builder ( requires = llvm version = 3.5.0 description = Pass Manager Builder for LLVM archive(byte) = llvm_passmgr_builder.cma archive(native) = llvm_passmgr_builder.cmxa ) package target ( requires = llvm version = 3.5.0 description = Target Information for LLVM archive(byte) = llvm_target.cma archive(native) = llvm_target.cmxa ) package linker ( requires = llvm version = 3.5.0 description = Intermediate Representation Linker for LLVM archive(byte) = llvm_linker.cma archive(native) = llvm_linker.cmxa ) package all_backends ( requires = llvm version = 3.5.0 description = All backends for LLVM archive(byte) = llvm_all_backends.cma archive(native) = llvm_all_backends.cmxa ) signature.asc Description: OpenPGP digital signature
Bug#773250: linux-image-3.18.0-trunk-amd64: USB keyboard not recognized at the time cryptsetup prompt shows up
Update... It seems that the 'xhci-hcd' module was split into 'xhci-pci' and 'xhci-platform' since kernel version 3.18. Adding the 'xhci-pci' module to initramfs fixes the issue for me. It worked for me too... I should have read this thread till the last post... Sorry. -- Emmanuel Fleury A good compromise leaves everyone mad. -- Calvin Hobbes (Bill Waterson) signature.asc Description: OpenPGP digital signature
Bug#773250: linux-image-3.18.0-trunk-amd64: USB keyboard not recognized at the time cryptsetup prompt shows up
Same problem as previously mentioned. I have an Apple MacBook with luks, my keyboard is recognized (I can navigate in the GRUB option menu), but typing the passphrase to access the disk and boot on my system has no effect. Moreover, I am compiling my own kernels for my distribution and the problem occurred at 3.18.x and higher (I just tried with 3.19.0 right now, the problem is still here). So, the problem comes from a modification of the kernel settings and not because of some tweaks from specific to linux-image-3.18.0-trunk-amd64. The new kernel series may need to tick a new box in the menuconfig phase, but I can tell which one. I am still looking for some clues that could lead to a resolution of the problem (if a least I could see where it fails it would be a starting point). So, any hint is welcome ! Regards -- Emmanuel Fleury Experience is one thing you can't get for nothing. -- Oscar Wilde signature.asc Description: OpenPGP digital signature
Bug#757102: graphviz: Does not recognize png or any output format
Package: graphviz Version: 2.38.0-4 Severity: important Dear Maintainer, I tried to use Doxygen today and I got a lot of errors. After a few research in my system I found out that the graphviz package was simply unable to render an image based on a .dot file format. The error is always the same: dot -Tpng -o example.png ./mydotfile.dot Format: png not recognized. Use one of: Same for any other format (svg, ps, ...). I did try to investigate a bit and, thanks to an strace of the command, I discovered that the directory /usr/lib/graphviz was missing a few files. It seems that libgvplugin_gdk.so.6.0.0 and libgvplugin_gtk.so.6.0.0 are both missing: $ ls -l /usr/lib/graphviz/ total 976 lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_core.so - libgvplugin_core.so.6.0.0 lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_core.so.6 - libgvplugin_core.so.6.0.0 -rw-r--r-- 1 root root 122752 Jul 19 14:33 libgvplugin_core.so.6.0.0 lrwxrwxrwx 1 root root 31 Jul 19 14:33 libgvplugin_dot_layout.so - libgvplugin_dot_layout.so.6.0.0 lrwxrwxrwx 1 root root 31 Jul 19 14:33 libgvplugin_dot_layout.so.6 - libgvplugin_dot_layout.so.6.0.0 -rw-r--r-- 1 root root 155400 Jul 19 14:33 libgvplugin_dot_layout.so.6.0.0 lrwxrwxrwx 1 root root 24 Jul 19 14:33 libgvplugin_gdk.so - libgvplugin_gdk.so.6.0.0 lrwxrwxrwx 1 root root 23 Jul 19 14:33 libgvplugin_gd.so - libgvplugin_gd.so.6.0.0 lrwxrwxrwx 1 root root 23 Jul 19 14:33 libgvplugin_gd.so.6 - libgvplugin_gd.so.6.0.0 -rw-r--r-- 1 root root 47272 Jul 19 14:33 libgvplugin_gd.so.6.0.0 lrwxrwxrwx 1 root root 24 Jul 19 14:33 libgvplugin_gtk.so - libgvplugin_gtk.so.6.0.0 lrwxrwxrwx 1 root root 33 Jul 19 14:33 libgvplugin_neato_layout.so - libgvplugin_neato_layout.so.6.0.0 lrwxrwxrwx 1 root root 33 Jul 19 14:33 libgvplugin_neato_layout.so.6 - libgvplugin_neato_layout.so.6.0.0 -rw-r--r-- 1 root root 608864 Jul 19 14:33 libgvplugin_neato_layout.so.6.0.0 lrwxrwxrwx 1 root root 26 Jul 19 14:33 libgvplugin_pango.so - libgvplugin_pango.so.6.0.0 lrwxrwxrwx 1 root root 26 Jul 19 14:33 libgvplugin_pango.so.6 - libgvplugin_pango.so.6.0.0 -rw-r--r-- 1 root root 44952 Jul 19 14:33 libgvplugin_pango.so.6.0.0 lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_xlib.so - libgvplugin_xlib.so.6.0.0 lrwxrwxrwx 1 root root 25 Jul 19 14:33 libgvplugin_xlib.so.6 - libgvplugin_xlib.so.6.0.0 -rw-r--r-- 1 root root 14904 Jul 19 14:33 libgvplugin_xlib.so.6.0.0 I am not sure this problem is related to what I observed, but I notify you just in case. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.6 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages graphviz depends on: ii libc6 2.19-7 ii libcdt5 2.38.0-4 ii libcgraph6 2.38.0-4 ii libexpat1 2.1.0-6 ii libgcc1 1:4.9.1-4 ii libgd3 2.1.0-4 ii libgvc6 2.38.0-4 ii libgvpr22.38.0-4 ii libqtcore4 4:4.8.6+git49-gbc62005+dfsg-1 ii libqtgui4 4:4.8.6+git49-gbc62005+dfsg-1 ii libstdc++6 4.9.1-4 ii libx11-62:1.6.2-2 ii libxaw7 2:1.0.12-2 ii libxmu6 2:1.1.2-1 ii libxt6 1:1.1.4-1 Versions of packages graphviz recommends: ii fonts-liberation 1.07.4-1 Versions of packages graphviz suggests: pn graphviz-doc none ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#757102: graphviz: Does not recognize png or any output format
To be closed. I just updated to 2.38.0-5, and it fixes the problem. Regards -- Emmanuel Fleury Don't forget that Linux became only possible because 20 years of OS research was carefully studied, analyzed, discussed and thrown away. -- Ingo Molnar signature.asc Description: OpenPGP digital signature
Bug#732278: libcups2: lpq takes a long time (one minute) to report
Package: libcups2
Version: 1.7.4-4
Followup-For: Bug #732278
Hi,
After almost one year, I recently did hit the exact same bug in the
exact same context than Samuel (I am in the same lab).
The lab's CUPS server is currently a 1.4.2 server and it seems that it
does not respond to one of the request of lpq (I have a similar problem
with iceweasel with the exact same request).
lpq is then hitting the timeout after 60s and terminating by reporting
the needed data (the default printer is idle and ready to print).
Note also that lpstat is working without any delay when asked the exact
same information (lpstat -p printer). And, if Iceweasel has the same
problem than lpq, Chromium or any Gnome-based application, doesn't.
I managed to get the faulty CUPS request from a gdb session, but I am
far from being a specialist in CUPS protocol, so a little help could
make it easier for me to keep going investigating this problem:
$ gdb /usr/bin/lpq
GNU gdb (Debian 7.7.1-2) 7.7.1
...
This GDB was configured as x86_64-linux-gnu.
...
Reading symbols from /usr/bin/lpq...Reading symbols from
/usr/lib/debug/.build-id/fd/9af3ee494610c8920a091cfbc57b77ed2c3505.debug...done.
done.
(gdb) r
Starting program: /usr/bin/lpq
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[Here, I hit the timeout wait, so I interrupted the process]
^Z
Program received signal SIGTSTP, Stopped (user).
0x778984f0 in __poll_nocancel () at
../sysdeps/unix/syscall-template.S:81
81 ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0 0x778984f0 in __poll_nocancel () at
../sysdeps/unix/syscall-template.S:81
#1 0x77b9502f in poll (__timeout=6, __nfds=1,
__fds=0x7fff3bd0)
at /usr/include/x86_64-linux-gnu/bits/poll2.h:46
#2 _httpWait (http=optimized out, msec=6, usessl=optimized out)
at http.c:3335
#3 0x77b9520e in http_read (http=0x557adbe0,
buffer=0x7fff3cb0 , length=91) at http.c:4413
#4 0x77b96098 in httpRead2 (http=0x557adbe0,
buffer=0x7fff3cb0 , length=8192) at http.c:2194
#5 0x77b96210 in httpFlush (http=http@entry=0x557adbe0) at
http.c:772
#6 0x77bb4502 in cupsDoIORequest (http=0x557adbe0,
request=0x557b1390,
resource=0x682c /, infile=-1, outfile=-1) at request.c:297
#7 0x5b00 in show_printer (command=0x7fffe621
/usr/bin/lpq, http=0x557adbe0,
dest=0x5575e0d4 caxton) at lpq.c:632
#8 0x56b8 in main (argc=optimized out,
argv=0x7fffe378) at lpq.c:258
[Then, I wanted to know what was the request that has been sent to cups]
(gdb) up 7
#7 0x5b00 in show_printer (command=0x7fffe621
/usr/bin/lpq, http=0x557adbe0,
dest=0x5575e0d4 caxton) at lpq.c:632
632 if ((response = cupsDoRequest(http, request, /)) != NULL)
(gdb) p *request
$1 = {state = IPP_STATE_DATA, request = {any = {version = \002,
op_status = 11, request_id = 2}, op = { version = \002,
operation_id = IPP_OP_GET_PRINTER_ATTRIBUTES, request_id = 2},
status = {version = \002, status_code = 11, request_id = 2},
event = {version = \002, status_code = 11, request_id = 2}},
attrs = 0x557ba3e0, last = 0x557ba250, current = 0x0,
curtag = IPP_TAG_OPERATION, prev = 0x0, use = 1}
So, here is the request that is not replied by our CUPS server. I can't
understand the format right now, so a little bit of help to read it
could be interesting.
For those that have the code of lpq.c at hand reach, the problem occurs
at line lpq.c:632:
- if ((response = cupsDoRequest(http, request, /)) != NULL)
{
if (response-request.status.status_code IPP_OK_CONFLICT)
{
_cupsLangPrintf(stderr, %s: %s, command, cupsLastErrorString());
ippDelete(response);
return;
}
Note also that no IPP_OK_CONFLICT is sent back, just we just hit the
timeout and keep go in the following of the code.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.15.6 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libcups2 depends on:
ii libavahi-client3 0.6.31-4
ii libavahi-common3 0.6.31-4
ii libc6 2.19-7
ii libgnutls-deb0-28 3.2.16-1
ii libgssapi-krb5-2 1.12.1+dfsg-5
ii multiarch-support 2.19-7
ii zlib1g 1:1.2.8.dfsg-1
libcups2 recommends no packages.
Versions of packages libcups2 suggests:
ii cups-common 1.7.4-4
-- no debconf information
signature.asc
Description: OpenPGP digital signature
Bug#752864: broadcom-sta-dkms: External module driver does not compile on a Linux 3.15.x kernel
Hi, I didn't managed to understand on what source file I have to apply this file. So, I couldn't try it on my problem. But, I trust you. Regards -- Emmanuel Fleury I think I preferred it when people just stared blankly when I told them what I do. -- Val Henson (kernel developer) signature.asc Description: OpenPGP digital signature
Bug#752864: broadcom-sta-dkms: External module driver does not compile on a Linux 3.15.x kernel
Sorry, I got the patch applied on the Debian package (should have though about it before), and it compiled without generating the warning. But, the Wifi card is still not work... very likely because of #754434. So, 0012 patch close this bug report. On 07/25/2014 05:57 PM, Emmanuel Fleury wrote: Hi, I didn't managed to understand on what source file I have to apply this file. So, I couldn't try it on my problem. But, I trust you. Regards -- Emmanuel Fleury My life needs a rewind/erase button. -- Calvin Hobbes (Bill Waterson) signature.asc Description: OpenPGP digital signature
Bug#752864: broadcom-sta-dkms: External module driver does not compile on a Linux 3.15.x kernel
Package: broadcom-sta-dkms Version: 6.30.223.141-1 Severity: important Dear Maintainer, I used to build my own kernel taken from www.kernel.org. I recently noticed when trying to go for 3.15.x kernel serie that the DKMS compilation was issuing a warning that prevent compilation of the external module driver for the STA Wifi NIC. Here is the full process getting through 'dpkg-reconfigure': === #prompt dpkg-reconfigure broadcom-sta-dkms Uninstall Beginning Module: broadcom-sta Version: 6.30.223.141 Kernel: 3.14-1-amd64 (x86_64) - Status: Before uninstall, this module version was ACTIVE on this kernel. wl.ko: - Uninstallation - Deleting from: /lib/modules/3.14-1-amd64/updates/dkms/ - Original module - No original module was found for this module on this kernel. - Use the dkms install command to reinstall any previous module version. depmod Backing up initrd.img-3.14-1-amd64 to /boot/initrd.img-3.14-1-amd64.old-dkms Making new initrd.img-3.14-1-amd64 (If next boot fails, revert to initrd.img-3.14-1-amd64.old-dkms image) update-initramfs DKMS: uninstall completed. -- Deleting module version: 6.30.223.141 completely from the DKMS tree. -- Done. Loading new broadcom-sta-6.30.223.141 DKMS files... Building only for 3.15.1 Building initial module for 3.15.1 Error! Bad return status for module build on kernel: 3.15.1 (x86_64) Consult /var/lib/dkms/broadcom-sta/6.30.223.141/build/make.log for more information. Processing triggers for initramfs-tools (0.115) ... update-initramfs: Generating /boot/initrd.img-3.15.1 === And, here is the content of the make.log: === DKMS make.log for broadcom-sta-6.30.223.141 for kernel 3.15.1 (x86_64) Fri Jun 27 10:16:37 CEST 2014 /bin/sh: 1: [: Illegal number: /bin/sh: 1: [: Illegal number: Wireless Extension is the only possible API for this kernel version Using Wireless Extension API KBUILD_NOPEDANTIC=1 make -C /lib/modules/3.15.1/build M=/var/lib/dkms/broadcom-sta/6.30.223.141/build make[1]: Entering directory '/home/fleury/Development/hacking/linux/linux-3.15.1' CFG80211 API is prefered for this kernel version Using CFG80211 API Kernel architecture is X86_64 LD /var/lib/dkms/broadcom-sta/6.30.223.141/build/built-in.o CC [M] /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/shared/linux_osl.o CC [M] /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.o /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.c: In function 'wl_dump_ver': /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.c:2039:3: error: macro __DATE__ might prevent reproducible builds [-Werror=date-time] __DATE__, __TIME__, EPI_VERSION_STR); ^ /var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.c:2039:13: error: macro __TIME__ might prevent reproducible builds [-Werror=date-time] __DATE__, __TIME__, EPI_VERSION_STR); ^ cc1: some warnings being treated as errors scripts/Makefile.build:318: recipe for target '/var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.o' failed make[2]: *** [/var/lib/dkms/broadcom-sta/6.30.223.141/build/src/wl/sys/wl_linux.o] Error 1 Makefile:1310: recipe for target '_module_/var/lib/dkms/broadcom-sta/6.30.223.141/build' failed make[1]: *** [_module_/var/lib/dkms/broadcom-sta/6.30.223.141/build] Error 2 make[1]: Leaving directory '/home/fleury/Development/hacking/linux/linux-3.15.1' Makefile:157: recipe for target 'all' failed make: *** [all] Error 2 === It seems to be only due to some warnings (probably a -Werror ?). So, it shouldn't be hard to fix. Finally, note also that the DKMS process is working fine on the 3.14-1-amd64 Debian package. And, this is what I use as workaround right now. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages broadcom-sta-dkms depends on: ii dkms 2.2.0.3-1.2 Versions of packages broadcom-sta-dkms recommends: ii wireless-tools 30~pre9-8 broadcom-sta-dkms suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#561763: polyml: version 5.5 is out !
Followup-For: Bug #561763 Package: polyml Version: 5.2.1-1.1 Dear Maintainer, The current version of polyml is now 5.5.2, it would be nice to update the package with the last release. http://sourceforge.net/projects/polyml/files/polyml/5.5.2/polyml.5.5.2.tar.gz/download -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages polyml depends on: ii libc6 2.19-1 ii libgcc1 1:4.9.0-6 ii libpolyml1 5.2.1-1.1 ii libstdc++6 4.9.0-6 polyml recommends no packages. polyml suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
By the way. On 03/06/2014 10:27 AM, Emilio Pozuelo Monfort wrote: Known bug. You can probably work-around it by setting the background through dconf. As for the grey background, that's unrelated, also known. You can workaround it by disabling desktop icons. I already try to set up the background through gconf-editor with no success. But, I might have missed something. I'll try again. Regards -- Emmanuel Fleury See, you not only have to be a good coder to create a system like Linux, you have to be a sneaky bastard too ;-) -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
On 03/06/2014 10:27 AM, Emilio Pozuelo Monfort wrote: reassign 740882 gnome-control-center forcemerge 739206 740882 thanks On 05/03/14 19:57, Emmanuel Fleury wrote: Package: gir1.2-gdkpixbuf-2.0 Version: 2.30.5-1 Severity: important I have seen this behavior since my last update to 2.30.5 version on my two machines. It is totally reproducible and occurs at each attempt. Known bug. You can probably work-around it by setting the background through dconf. As for the grey background, that's unrelated, also known. You can workaround it by disabling desktop icons. In fact, I got a bit further. I had some time to install debug symbols and carve a bit in the program. Here is a more meaningful back-trace: (gdb) bt #0 convert_alpha (height=1080, width=1920, src_y=optimized out, src_x=optimized out, src_stride=7680, src_data=0x11cdf00 , dest_stride=7680, dest_data=0x7fffbb89b210 ) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:162 #1 gdk_pixbuf_get_from_surface (surface=0xfec350, src_x=optimized out, src_y=optimized out, width=1920, height=1080) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:270 #2 0x0045a4bc in ?? () #3 0x71c58a57 in g_simple_async_result_complete (simple=0xe54ce0) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #4 0x71ca913a in g_dbus_connection_call_done (source=optimized out, result=optimized out, user_data=0xd63d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gdbusconnection.c:5490 #5 0x71c58a57 in g_simple_async_result_complete (simple=0xe54d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #6 0x71c58ab9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:789 #7 0x70d48526 in g_main_dispatch (context=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3066 #8 g_main_context_dispatch (context=context@entry=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3642 #9 0x70d48878 in g_main_context_iterate (context=context@entry=0x99b320, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3713 #10 0x70d4891c in g_main_context_iteration (context=0x99b320, context@entry=0x0, may_block=may_block@entry=1) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3774 #11 0x71c84a1c in g_application_run (application=0x997100, argc=1, argv=0x7fffe2a8) at /tmp/buildd/glib2.0-2.38.2/./gio/gapplication.c:1635 #12 0x004498c8 in main () The problem seems to occur in convert_alpha, but the stack is corrupted in higher addresses (see level #2). The reason of the segfault seems to be because convert_alpha iterate on src_data which do not point toward real data. Looking around at the position of the segfault leads to this loop: 0x7219e870 +432: movb $0x0,(%rcx) 0x7219e873 +435: movb $0x0,0x1(%rcx) 0x7219e877 +439: movb $0x0,0x2(%rcx) 0x7219e87b +443: add$0x1,%r8d 0x7219e87f +447: mov%sil,0x3(%rcx) 0x7219e883 +451: add$0x4,%rdi 0x7219e887 +455: add$0x4,%rcx 0x7219e88b +459: cmp%r8d,%ebp 0x7219e88e +462: jle0x7219e930 gdk_pixbuf_get_from_surface+624 = 0x7219e894 +468: mov0x0(%r13,%rdi,1),%r9d 0x7219e899 +473: mov%r9d,%esi 0x7219e89c +476: shr$0x18,%esi 0x7219e89f +479: test %esi,%esi 0x7219e8a1 +481: je 0x7219e870 gdk_pixbuf_get_from_surface+432 0x7219e8a3 +483: mov%r9d,%r11d Investigating a bit around the crash (gdb) p /x $r13 $1 = 0x11cdf00 (gdb) ptype *0x11cdf00 type = int (gdb) p /x $rdi $2 = 0x100 (256) So, we are accessing an array of integers (32bits) that are moved to %r9d (32bits). The problem is that we are accessing one integer to far: (gdb) p /x * (0x11cdf00+0xaa) $3 = 0x0 (gdb) p /x * (0x11cdf00+0x100) Cannot access memory at address 0x11ce000 I didn't take the time to link this to actual C code, but I hope this help a bit. Regards -- Emmanuel Fleury Ok, the patches look fine, but I somehow have this slight feeling that you gave up a bit too soon on the '*why* does this happen?' question. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
On 03/06/2014 10:27 AM, Emilio Pozuelo Monfort wrote: Known bug. You can probably work-around it by setting the background through dconf. As for the grey background, that's unrelated, also known. You can workaround it by disabling desktop icons. I already tried to access the configuration through gconf-editor and modify it, with no success. But, in fact, I got a bit further. I had some time to install debug symbols and carve a bit in the program. Here is a more meaningful back-trace: (gdb) bt #0 convert_alpha (height=1080, width=1920, src_y=optimized out, src_x=optimized out, src_stride=7680, src_data=0x11cdf00 , dest_stride=7680, dest_data=0x7fffbb89b210 ) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:162 #1 gdk_pixbuf_get_from_surface (surface=0xfec350, src_x=optimized out, src_y=optimized out, width=1920, height=1080) at /tmp/buildd/gtk+3.0-3.10.7/./gdk/gdkpixbuf-drawable.c:270 #2 0x0045a4bc in ?? () #3 0x71c58a57 in g_simple_async_result_complete (simple=0xe54ce0) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #4 0x71ca913a in g_dbus_connection_call_done (source=optimized out, result=optimized out, user_data=0xd63d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gdbusconnection.c:5490 #5 0x71c58a57 in g_simple_async_result_complete (simple=0xe54d50) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:777 #6 0x71c58ab9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.38.2/./gio/gsimpleasyncresult.c:789 #7 0x70d48526 in g_main_dispatch (context=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3066 #8 g_main_context_dispatch (context=context@entry=0x99b320) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3642 #9 0x70d48878 in g_main_context_iterate (context=context@entry=0x99b320, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3713 #10 0x70d4891c in g_main_context_iteration (context=0x99b320, context@entry=0x0, may_block=may_block@entry=1) at /tmp/buildd/glib2.0-2.38.2/./glib/gmain.c:3774 #11 0x71c84a1c in g_application_run (application=0x997100, argc=1, argv=0x7fffe2a8) at /tmp/buildd/glib2.0-2.38.2/./gio/gapplication.c:1635 #12 0x004498c8 in main () The problem seems to occur in convert_alpha, but the stack is corrupted in higher addresses (see level #2). The reason of the segfault seems to be because convert_alpha iterate on src_data which do not point toward real data. Looking around at the position of the segfault leads to this loop: 0x7219e870 +432: movb $0x0,(%rcx) 0x7219e873 +435: movb $0x0,0x1(%rcx) 0x7219e877 +439: movb $0x0,0x2(%rcx) 0x7219e87b +443: add$0x1,%r8d 0x7219e87f +447: mov%sil,0x3(%rcx) 0x7219e883 +451: add$0x4,%rdi 0x7219e887 +455: add$0x4,%rcx 0x7219e88b +459: cmp%r8d,%ebp 0x7219e88e +462: jle0x7219e930 gdk_pixbuf_get_from_surface+624 = 0x7219e894 +468: mov0x0(%r13,%rdi,1),%r9d 0x7219e899 +473: mov%r9d,%esi 0x7219e89c +476: shr$0x18,%esi 0x7219e89f +479: test %esi,%esi 0x7219e8a1 +481: je 0x7219e870 gdk_pixbuf_get_from_surface+432 0x7219e8a3 +483: mov%r9d,%r11d Investigating a bit around the crash (gdb) p /x $r13 $1 = 0x11cdf00 (gdb) ptype *0x11cdf00 type = int (gdb) p /x $rdi $2 = 0x100 (256) So, we are accessing an array of integers (32bits) that are moved to %r9d (32bits). The problem is that we are accessing one integer to far: (gdb) p /x * (0x11cdf00+0xaa) $3 = 0x0 (gdb) p /x * (0x11cdf00+0x100) Cannot access memory at address 0x11ce000 I didn't take the time to link this to actual C code, but I hope this help a bit. Regards -- Emmanuel Fleury Ok, the patches look fine, but I somehow have this slight feeling that you gave up a bit too soon on the '*why* does this happen?' question. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740882: gir1.2-gdkpixbuf-2.0: Systematic segfault when trying to execute 'gnome-control-center background'
Package: gir1.2-gdkpixbuf-2.0 Version: 2.30.5-1 Severity: important I have seen this behavior since my last update to 2.30.5 version on my two machines. It is totally reproducible and occurs at each attempt. Yet, the crash occurs in /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 but, the failure may comes from other places (e.g. the gnome-control center). In the Gnome environment, the background is replaced by a solid color (gray) with no image displayed at all. When attempting to set the background image through the gnome-control-center, the software crash. Here are more details: root@beagle:~# tail -f /var/log/messages Mar 5 19:18:28 beagle kernel: [ 92.918008] gnome-control-c[5064]: segfault at 26bc000 ip 7f4fc4656894 sp 7fff5cb8c900 error 4 in libgdk-3.so.0.1000.7[7f4fc4629000+ab000] Mar 5 19:23:49 beagle kernel: [ 414.266984] gnome-control-c[5233]: segfault at 2183000 ip 7f680d2df894 sp 7fff82d41710 error 4 in libgdk-3.so.0.1000.7[7f680d2b2000+ab000] Mar 5 19:24:02 beagle kernel: [ 427.049226] gnome-control-c[5245]: segfault at 2f81000 ip 7f93b7782894 sp 7fff44047c20 error 4 in libgdk-3.so.0.1000.7[7f93b7755000+ab000] Mar 5 19:24:43 beagle kernel: [ 468.088191] gnome-control-c[5316]: segfault at 2e39000 ip 7f7ac4ce8894 sp 7fff3d773cc0 error 4 in libgdk-3.so.0.1000.7[7f7ac4cbb000+ab000] Mar 5 19:26:10 beagle kernel: [ 555.609458] gnome-control-c[5337]: segfault at 2445000 ip 7fecb59f5894 sp 7fffec8ad0f0 error 4 in libgdk-3.so.0.1000.7[7fecb59c8000+ab000] Mar 5 19:28:48 beagle kernel: [ 713.044324] gnome-control-c[5412]: segfault at 2a83000 ip 7f72ecc0b894 sp 7fff912ad9c0 error 4 in libgdk-3.so.0.1000.7[7f72ecbde000+ab000] When run under gdb and triggered to go to the background settings: (gdb) r Starting program: /usr/bin/gnome-control-center [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffd23ce700 (LWP 5443)] [New Thread 0x7fffc1c32700 (LWP 5444)] [New Thread 0x7fffc1431700 (LWP 5445)] Program received signal SIGSEGV, Segmentation fault. 0x7219e894 in gdk_pixbuf_get_from_surface () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 (gdb) bt #0 0x7219e894 in gdk_pixbuf_get_from_surface () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #1 0x0045a4bc in ?? () #2 0x71c58a57 in g_simple_async_result_complete () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #3 0x71ca913a in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #4 0x71c58a57 in g_simple_async_result_complete () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #5 0x71c58ab9 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #6 0x70d48526 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x70d48878 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x70d4891c in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x71c84a1c in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #10 0x004498c8 in main () (gdb) i f Stack level 0, frame at 0x7fffdf80: rip = 0x7219e894 in gdk_pixbuf_get_from_surface; saved rip 0x45a4bc called by frame at 0x7fffdfd0 Arglist at 0x7fffdf18, args: Locals at 0x7fffdf18, Previous frame's sp is 0x7fffdf80 Saved registers: rbx at 0x7fffdf48, rbp at 0x7fffdf50, r12 at 0x7fffdf58, r13 at 0x7fffdf60, r14 at 0x7fffdf68, r15 at 0x7fffdf70, rip at 0x7fffdf78 (gdb) I can provide more information, but you need to tell me where to look because the bug seems to be between the gnome-control-center and the library... Don't know exactly where... -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.5 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718552: libgjs0c: libgjs 1.36.1 is missing dbus.js and breaks gnome-shell 3.4.2.-11
On 08/02/2013 10:54 AM, Emmanuel Fleury wrote: Package: libgjs0c Version: 1.36.1-2 Followup-For: Bug #718552 I confirm the bug (and the severity). For now, I did not find any workaround for this bug (I tried to use the dbus.js from libgjs0b without any success). Reverting to previous version seems quite difficult because of the incompatibilities between libgjs0b and libgjs0c. I updated the Gnome-shell package this morning to 3.4.2-12 and it worked as previously (maybe a bit faster than usual). The bug may be closed now. Regards -- Emmanuel Fleury Though a program be but three lines long, someday it will have to be maintained. -- Geoffrey James (Book 5, Maintenance, The Tao of Programming) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718552: libgjs0c: libgjs 1.36.1 is missing dbus.js and breaks gnome-shell 3.4.2.-11
Package: libgjs0c Version: 1.36.1-2 Followup-For: Bug #718552 I confirm the bug (and the severity). For now, I did not find any workaround for this bug (I tried to use the dbus.js from libgjs0b without any success). Reverting to previous version seems quite difficult because of the incompatibilities between libgjs0b and libgjs0c. Regards -- Emmanuel Fleury Find purpose, the means will follow. -- Mahatma Gandhi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718516: udev package requires libmtp-runtime package
Package: udev Version: 175-7.2 Severity: normal Dear Maintainer, I observed at boot the following error message: failed to execute /lib/udev/mtp-probe This problem was solved once the libmtp-runtime package was installed. I checked on the new version of udev (204-2 on experimental) and I noticed that this dependency was still not present: Package: udev Source: systemd Version: 204-2 Installed-Size: 5145 Maintainer: Debian systemd Maintainers pkg-systemd-maintain...@lists.alioth.debian.org Architecture: amd64 Replaces: libudev0 Depends: libacl1 (= 2.2.51-8), libblkid1 (= 2.19.1), libc6 (= 2.17), libkmod2 (= 5~), libselinux1 (= 2.0.65), libudev1 (= 204-2), sysv-rc (= 2.88dsf-24) | file-rc (= 0.8.16), lsb-base (= 3.0-6), util-linux (= 2.16), procps Pre-Depends: debconf (= 1.4.69) | debconf-2.0 So, it might be nice to add libmtp-runtime (=1.1.3) to the list of dependencies. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.4 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-7 ii libselinux12.1.13-2 ii libudev0 175-7.2 ii lsb-base 4.1+Debian12 ii procps 1:3.3.8-2 ii util-linux 2.20.1-5.5 Versions of packages udev recommends: ii pciutils 1:3.2.0-3 ii usbutils 1:007-2 udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/title/upgrade: udev/reboot_needed: udev/sysfs_deprecated_incompatibility: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712292: icedtea-netx: Conflict with openjdk-7-jre-headless prevent to install icedtea-netx properly
Package: icedtea-netx Version: 1.4-1 Followup-For: Bug #712292 Not only it uses openjdk-7 but the package also conflict with openjdk-7 and force the desinstallation of it when trying to install. Thus, it renders it totally useless... root@beagle:~# apt-get install icedtea-netx Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: icedtea-7-jre-jamvm openjdk-7-jdk openjdk-7-jre openjdk-7-jre-headless openjdk-7-jre-lib The following NEW packages will be installed: icedtea-netx 0 upgraded, 1 newly installed, 5 to remove and 0 not upgraded. Need to get 0 B/20.4 kB of archives. After this operation, 78.9 MB disk space will be freed. Do you want to continue [Y/n]? Please, check the dependency list of the package: fleury@beagle:~# apt-cache depends icedtea-netx icedtea-netx |Depends: openjdk-6-jre Depends: openjdk-7-jre Depends: icedtea-netx-common Conflicts: openjdk-6-jre Conflicts: openjdk-6-jre:i386 Conflicts: openjdk-6-jre-headless Conflicts: openjdk-6-jre-headless:i386 Replaces: openjdk-6-jre Replaces: openjdk-6-jre:i386 Replaces: openjdk-6-jre-headless Replaces: openjdk-6-jre-headless:i386 Replaces: icedtea-netx:i386 Breaks: icedtea-netx:i386 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.6 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686114: auctex: Syntax highlight fail in lstlisting environment
Hold on. Close this bug. I managed to make it work on the basic example I gave... Somehow, the problem is coming from a strange thing in our LaTeX file(s) (simple example did work on NetBSD as well). Sorry for the wrong alarm. Regards -- Emmanuel Fleury -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686114: auctex: Syntax highlight fail in lstlisting environment
Sorry again,
I manage to reproduce the bug, and it seems to come from the AUCTeX
setting (or maybe Emacs).
The bad behavior occurs when the LaTeX file overpass a number of
characters. I designed the example to be precisely the amount I was
observing. Removing one char should change the behavior back to normal
(it may miss a few characters or have some extra, but the limit is
around here).
I experimented the problem with a TeX-master and an include/input file.
So the .emacs should contain at least:
(setq TeX-auto-save t)
(setq TeX-parse-self t)
(setq-default TeX-master nil)
Here are the example files (note that the position of the lstlisting
environment does not matter as long as the limit on the number of chars
is reached):
==
%%% Local Variables:
%%% mode: latex
%%% TeX-master: t
%%% End:
\documentclass{article}
\usepackage{listings}
\begin{document}
\include{test-auctex-include}
\end{document}
==
%%% Local Variables:
%%% mode: latex
%%% TeX-master: test-auctex
%%% End:
\begin{lstlisting}[language=[x86masm]Assembler]
mov $10, %eax
\end{lstlisting}
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Mauris nec
risus quis nunc iaculis vestibulum quis varius sapien. Nunc vulputate
semper elit at dapibus. Duis ac ipsum mattis magna rhoncus mattis
vitae eu urna. Aliquam rutrum laoreet vehicula. Pellentesque sit amet
felis quam, ac cursus nulla. Cum sociis natoque penatibus et magnis
dis parturient montes, nascetur ridiculus mus. Cras venenatis magna
sed dolor sagittis adipiscing lobortis eros viverra. Nulla ornare
varius metus a aliquet. Proin ut urna justo. Sed a urna vel nulla
dapibus suscipit. Aliquam sem mauris, dignissim nec imperdiet vel,
consectetur ac erat.
Nunc ut viverra nisl. Quisque iaculis cursus feugiat. Praesent vel
sapien sed quam pulvinar scelerisque. Donec at elit egestas erat
placerat pharetra. Suspendisse sodales diam ac arcu convallis at
venenatis nibh faucibus. Nunc eget lorem dui. Aliquam nec sapien urna.
Vivamus sodales neque sed elit pellentesque bibendum. Duis fermentum
ipsum eget nunc iaculis volutpat. Phasellus eu nulla id eros semper
accumsan. Vivamus in eros quam, non scelerisque tellus. Sed sapien
sapien, fermentum nec adipiscing nec, aliquam ac est. Mauris in
fringilla augue.
Nam dui nisl, sagittis suscipit rutrum ac, pharetra id urna. Sed nec
massa sem, ac fringilla lectus. Sed urna elit, convallis at tempor
eget, ultrices eu velit. Morbi non neque id urna facilisis aliquam.
Sed purus urna, ultricies in dictum in, sollicitudin id sapien. Nullam
elementum massa a metus sollicitudin blandit. Morbi facilisis lacus ut
massa tempor venenatis. Ut nec est sapien, sit amet placerat libero.
Etiam vulputate tempor lectus. Vestibulum ante ipsum primis in
faucibus orci luctus et ultrices posuere cubilia Curae; Curabitur
cursus metus non quam pharetra eget ullamcorper mauris accumsan. Morbi
fermentum ligula in metus pharetra eget venenatis lectus ullamcorper.
Nulla arcu mi, auctor quis sodales sed, mollis nec mi. Vestibulum
condimentum, est sed laoreet accumsan, mi risus lobortis magna, vitae
convallis arcu purus ac urna.
Etiam in neque augue. Aliquam sollicitudin mauris eu elit aliquam
hendrerit. Vivamus in ipsum sem, sit amet gravida dolor. Nulla
volutpat ligula non leo pellentesque imperdiet. Aenean nulla massa,
faucibus suscipit dictum sed, lobortis a velit. Sed fermentum lobortis
dolor, ut adipiscing lectus vestibulum dignissim. Vestibulum eget
felis tortor, ac adipiscing est. Etiam at tristique ligula. Maecenas
dolor sapien, faucibus molestie euismod sit amet, pellentesque in
lacus. Mauris gravida lacinia mi, ut tincidunt metus tincidunt quis.
Mauris faucibus luctus auctor. Etiam commodo interdum imperdiet. Ut
sed vulputate sem. Etiam ante elit, lobortis a egestas vitae,
vestibulum vitae tortor. Nulla nec mauris dolor. Donec feugiat nunc
arcu, a malesuada arcu.
==
I do not have any explanation for the origin of this bug. I do not know,
yet, if it is reproducible on other systems. So, if someone can confirm
it, I would be pleased at least to have spotted something that is not
only-me.
Regards
--
Emmanuel Fleury
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686114: auctex: Syntax highlight fail in lstlisting environment
Package: auctex
Version: 11.86-10.1
Severity: normal
Dear Maintainer,
I've noticed a bug in the syntax highlight on the lstlisting
environment. The 'lstlisting' seems not to be added to the list of the
verbatim-like environment.
I already tried to deactivate my own .emacs with the exact same result.
And, moreover, a friend of mine noticed the exact same bug on a NetBSD
machine.
Here is a minimal example producing the bug (not that it does not
depends over the chosen language):
\documentclass{article}
\usepackage{listings}
\lstset{language=[x86masm]Assembler}
\begin{document}
\begin{lstlisting}
mov $10, %eax
\end{lstlisting}
\end{document}
You should notice that the '$' is interpreted as the start of the math
mode and the syntax highlight start coloring the rest of the file after it.
I do not know yet what is exactly wrong. But, I'm still searching.
Anyway, if I missed something feel free to tell me.
Regards
--
Emmanuel Fleury
-- Package-specific info:
Content of '/usr/share/emacs/site-lisp/auctex'
d41d8cd98f00b204e9800998ecf8427e
/usr/share/emacs/site-lisp/auctex/.nosearch
3366a99dd44e27fa57e0bcc130c4fa1c
/usr/share/emacs/site-lisp/auctex/bib-cite.el
5e59995360ee103714cbb9c827362002
/usr/share/emacs/site-lisp/auctex/context-en.el
1829a4905363692bf8eee2c451e0274a
/usr/share/emacs/site-lisp/auctex/context-nl.el
19918a10a7209a5c5634ba6bd3028951
/usr/share/emacs/site-lisp/auctex/context.el
762c149dfbb34fd320b76af25f2af63e
/usr/share/emacs/site-lisp/auctex/font-latex.el
f176261b5a5511cbe1401ee72ffb8947
/usr/share/emacs/site-lisp/auctex/images/amstex.xpm
d33121019448617a3ad3bcafdeb8db40
/usr/share/emacs/site-lisp/auctex/images/bibtex.xpm
1a43d6438010bceb374ab0a5f2bd05a8
/usr/share/emacs/site-lisp/auctex/images/dropdown.xpm
41f1ae0341ae2e307d92a7b8b815f868
/usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm
2e4b8669b0168f32247411be3f999437
/usr/share/emacs/site-lisp/auctex/images/dvips.xpm
55f7600cadc3a209e94bacf6bbc42a7c
/usr/share/emacs/site-lisp/auctex/images/error.xpm
c29ad797273fd27201a40bd939a95fe0
/usr/share/emacs/site-lisp/auctex/images/exec.xpm
79b958849511c67d6b13ef9f5b3673e8
/usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm
a8570e26e9f96b6f527cdbe218d6c55f
/usr/share/emacs/site-lisp/auctex/images/execdvips.xpm
e647bc601aef2dc71b134a989df1adff
/usr/share/emacs/site-lisp/auctex/images/execerror.xpm
4610ec6133f89ceb441c43dfee077361
/usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm
c9cd1fc9fe4fd122cbf900fae654a67b
/usr/share/emacs/site-lisp/auctex/images/exectex.xpm
6a6b9af945d4735f048ea8e475f8d9b8
/usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm
466466f6d1867510b058a9c184ffce5d
/usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm
39d8ccaffb40b0c118e000f45272db05
/usr/share/emacs/site-lisp/auctex/images/execviewps.xpm
6767e2583c668dcb47495197b9e8cb65
/usr/share/emacs/site-lisp/auctex/images/gv.xpm
ff9c61ef5148a0cacd5422d7c0d99396
/usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm
ece6608586b591f50f20d17cdb316a1c
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm
b1f10de33dcf1b5ca9ac6155c13683a3
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm
44e35faa18ab34f3c13ac3b0082bcc47
/usr/share/emacs/site-lisp/auctex/images/pdftex.xpm
84673eb20ac3be7bf0eb4e84e23e828f
/usr/share/emacs/site-lisp/auctex/images/prverr16.xpm
59e6a0dddb00ab16c4209a2e4c6e283d
/usr/share/emacs/site-lisp/auctex/images/prverr20.xpm
30dc2ada41625cb24ea459bd62f7386c
/usr/share/emacs/site-lisp/auctex/images/prverr24.xbm
225929f8131bdd7b9b8207494a59619a
/usr/share/emacs/site-lisp/auctex/images/prverr24.xpm
0dac3d8eb00c902037cc5fa6a03e53e3
/usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm
40feb30f80d3606f32ba54b57ba18af5
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm
e1b3c9d6a6eb6fb6f096736cdfc059cf
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm
32406fc4b893b48d2996c424f61ea238
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm
cc4101ee6a3ab6a1f4e9991b91b3ff0b
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm
d4dbe057a8d3b2facd61cf7583c1e97c
/usr/share/emacs/site-lisp/auctex/images/prvtex20.xpm
f25ba1b984b095c9c561e5443f3d77a3
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xbm
28ac0855d853f606dd91e3cfacaa8a14
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xpm
6ce704103821329336489e990bc6f267
/usr/share/emacs/site-lisp/auctex/images/prvwrk12.xpm
5607f4e8bc0eb555206e6a3542205f45
/usr/share/emacs/site-lisp/auctex/images/prvwrk14.xpm
878a72cde3bb6f0ea6d586cff56e619c
/usr/share/emacs/site-lisp/auctex/images/prvwrk16.xpm
41811748a97673381115957d42a6529b
/usr/share/emacs/site-lisp/auctex/images/prvwrk20.xpm
254fc07db6a03a8a24f762135a403433
/usr/share/emacs/site-lisp/auctex/images/prvwrk24.xbm
9690511307f3693e6f28e4db93fdc58c
/usr/share/emacs/site
Bug#669569: aptitude: aptitude changelog: Changelog download failed: Download, queue destroyed.
Package: aptitude
Version: 0.6.7-1
Followup-For: Bug #669569
Hi,
And this is also happening in current unstable.
The strange thing is that 'apt-get changelog' is working fine, but
looking at the changelog through aptitude ('C') leads to a Download,
queue destroyed (just like the Ubuntu issue).
-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude 0.6.7 compiled at May 5 2012 02:05:03
Compiler: g++ 4.6.3
Compiled against:
apt version 4.12.0
NCurses version 5.9
libsigc++ version: 2.2.10
Ept support enabled.
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 5.9.20110404
cwidget version: 0.5.16
Apt version: 4.12.0
aptitude linkage:
linux-vdso.so.1 = (0x7fff39fd2000)
libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12
(0x7f6aad9a9000)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5
(0x7f6aad77a000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5
(0x7f6aad551000)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f6aad34c000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f6aad04c000)
libept.so.1.0.5.4.12 = /usr/lib/libept.so.1.0.5.4.12
(0x7f6aacdf9000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f6aaca13000)
libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f6aac7fc000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(0x7f6aac55)
libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0
(0x7f6aac337000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f6aac11b000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x7f6aabe13000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f6aabb91000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x7f6aab97b000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f6aab5f3000)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f6aab3f)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f6aab1ec000)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0
(0x7f6aaafdb000)
libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f6aaadd6000)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f6aaabcd000)
/lib64/ld-linux-x86-64.so.2 (0x7f6aae337000)
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.3.7 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages aptitude depends on:
ii libapt-pkg4.120.9.5.1
ii libboost-iostreams1.49.0 1.49.0-3
ii libc6 2.13-32
ii libcwidget3 0.5.16-3.2
ii libept1.4.12 1.0.6.1
ii libgcc1 1:4.7.0-9
ii libncursesw5 5.9-7
ii libsigc++-2.0-0c2a2.2.10-0.1
ii libsqlite3-0 3.7.12.1-1
ii libstdc++64.7.0-9
ii libtinfo5 5.9-7
ii libxapian22 1.2.10-2
ii zlib1g1:1.2.7.dfsg-11
Versions of packages aptitude recommends:
ii apt-xapian-index0.45
ii aptitude-doc-en | aptitude-doc none
ii libparse-debianchangelog-perl 1.2.0-1
ii sensible-utils 0.0.7
Versions of packages aptitude suggests:
ii debtags 1.9+b1
ii tasksel 3.09
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583160: add binutils-multiarch-dev package
Hi, On 05/24/2012 03:03 PM, Jonathan Nieder wrote: It looks pretty reasonable to me. I think it would make sense to apply this to experimental now and to unstable at the start of the Debian 8 cycle. That would be perfect for me. The patch also adds an unrelated lintian override for some reason (in debian/binutils-multiarch-dev.overrides and debian/rules), but that part's easy enough to think about independently and back out if unwanted. Agreed. Regards -- Emmanuel Fleury The future is here. It's just not widely distributed yet. -- William Gibson (1993) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671065: manpages-dev: missing manpages about pthread_mutex_* functions
Package: manpages-dev Version: 3.35-0.1 Severity: wishlist Dear Maintainer, I noticed that the pthread_mutex_init, pthread_mutex_destroy and pthread_mutex_(un)lock are not documented in the manpages-dev package though other function of the pthread API are. It might wanted but I submit the bug in case it was something that escaped to your sagacity. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.4 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages manpages-dev depends on: ii manpages 3.35-0.1 manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.6.1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671065: manpages-dev: missing manpages about pthread_mutex_* functions
On 05/01/2012 07:26 PM, Simon Paillard wrote: Though not available (yet ?) from the linux man-pages project, you can find them in the manpages-posix-dev package (from non-free, imported a while ago from OpenGroup). It is perfectly right. Installing manpages-posix-dev package (that I missed), fixed the problem. I guess, I must have been mislead because part of the pthread API is in the Linux Programmer's manual but not the mutex part. Sorry for that, I guess you can close the bug now. Regards -- Emmanuel Fleury The only way of discovering the limits of the possible is to venture a little way past them into the impossible. -- Arthur C. Clarke (Profiles of the Future, 1962) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668584: wicd-daemon package breaks at config-time
On 04/30/2012 11:47 PM, David Paleino wrote: That's the issue. How did a non-existant user end up being used in debconf? Did you create a test user and then deleted it? Yes, this is precisely what I did (and it worked). A quick fix is as follows: - open /var/cache/debconf/config.dat - search for wicd/users - delete the whole section regarding wicd/users After that, please run apt-get -f install. Seems okay, I updated to wicd 1.7.2.4-1 without noticing any problem. I think you can close this issue. Regards -- Emmanuel Fleury I suppose the secret to happiness is learning to appreciate the moment. -- Calvin Hobbes (Bill Waterson) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668584: wicd-daemon package breaks at config-time
Package: wicd-daemon Version: 1.7.2.1-1 Severity: important Dear Maintainer, I am using wicd on my (unstable/sid) Debian for quite long, at last update the wicd-daemon package broke at config-time. It breaks totally the usability of this package, so I classified this bug with the highest priority (important). Here is the error log: [root@hal ~]# apt-get install wicd-daemon Reading package lists... Done Building dependency tree Reading state information... Done wicd-daemon is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 5 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Setting up wicd-daemon (1.7.2.1-1) ... adduser: The user `user' does not exist. dpkg: error processing wicd-daemon (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of wicd-gtk: wicd-gtk depends on wicd-daemon (= 1.7.2.1-1); however: Package wicd-daemon is not configured yet. dpkg: error processing wicd-gtk (--configure): dependency problems - leaving unconfigured configured to not write apport reports configured to not write apport reports dpkg: dependency problems prevent configuration of wicd-curses: wicd-curses depends on wicd-daemon (= 1.7.2.1-1); however: Package wicd-daemon is not configured yet. dpkg: error processing wicd-curses (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of wicd-cli: wicd-cli depends on wicd-daemon (= 1.7.2.1-1); however: Package wicd-daemon is not configured yet. dpkg: error processing wicd-cli (--configure): dependency problems - leaving unconfigured configured to not write apport reports configured to not write apport reports dpkg: dependency problems prevent configuration of wicd: wicd depends on wicd-daemon (= 1.7.2.1-1); however: Package wicd-daemon is not configured yet. wicd depends on wicd-gtk (= 1.7.2.1-1) | wicd-curses (= 1.7.2.1-1) | wicd-cli (= 1.7.2.1-1) | wicd-client; however: Package wicd-gtk is not configured yet. Package wicd-curses is not configured yet. Package wicd-cli is not configured yet. Package wicd-client is not installed. Package wicd-cli which provides wicd-client is not configured yet. Package wicd-gtk which provides wicd-client is not configured yet. Package wicd-curses which provides wicd-client is not configured yet. dpkg: error processing wicd (--configure): dependency problems - leaving unconfigured configured to not write apport reports Errors were encountered while processing: wicd-daemon wicd-gtk wicd-curses wicd-cli wicd E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.1 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd-daemon depends on: ii adduser 3.113+nmu1 ii dbus1.5.12-1 ii debconf 1.5.42 ii ethtool 1:3.1-1 ii iproute 20120319-1 ii iputils-ping3:20101006-1+b1 ii isc-dhcp-client [dhcp3-client] 4.2.2.dfsg.1-4 ii lsb-base4.1+Debian0 ii net-tools 1.60-24.1 ii psmisc 22.16-1 ii python 2.7.2-10 ii python-dbus 0.84.0-3 ii python-gobject 3.2.0-3 ii python-wicd 1.7.2.1-1 ii wireless-tools 30~pre9-8 ii wpasupplicant 0.7.3-6 Versions of packages wicd-daemon recommends: iu wicd-cli [wicd-client] 1.7.2.1-1 iu wicd-curses [wicd-client] 1.7.2.1-1 iu wicd-gtk [wicd-client] 1.7.2.1-1 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-9 Versions of packages wicd depends on: iu wicd-cli [wicd-client] 1.7.2.1-1 iu wicd-curses [wicd-client] 1.7.2.1-1 iu wicd-gtk [wicd-client] 1.7.2.1-1 Versions of packages wicd-cli depends on: ii python 2.7.2-10 Versions of packages wicd-cli recommends: ii sudo 1.8.3p2-1 Versions of packages wicd-gtk depends on: ii python 2.7.2-10 ii python-glade2 2.24.0-3 ii python-gtk22.24.0-3 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-6 ii python-notify 0.1.1-3 Versions of packages wicd-curses depends on: ii python2.7.2-10 ii python-urwid 1.0.1-2 Versions of packages wicd-curses recommends: ii sudo 1.8.3p2-1 Versions of packages python-wicd depends on: ii python 2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.3~rc2-2 -- debconf information: * wicd/users: user -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Bug#661639: binutils: Fixing minor spell-checking problems spotted by lintian
On 02/29/2012 08:58 PM, Jonathan Nieder wrote: usr/bin/as mmnemonic mnemonic Ok, I guess a lintian override makes sense to avoid being distracted. Is binutils lintian-clean aside from that? Not really. The best way is to go here to see the list (it is pretty accurate): http://lintian.debian.org/full/d...@debian.org.html#binutils usr/bin/readelf microprocesspr microprocessor This part is the actual bug. Fixed upstream[*] by 90a70212 (Fix spelling mistakes, 2011-07-02). I don't think it's worth carrying a custom patch to do the same thing locally. [*] git://sourceware.org/git/binutils.git Okay, this seems correct. Regards -- Emmanuel Fleury Maître de conférence, | Bureau: 261 Univ. Bordeaux, LaBRI, | Tél: +33 (0)5 4000 69 34 Bât. A30, Domaine Universitaire | Fax: +33 (0)5 4000 66 69 351, Cours de la Libération | Mél: emmanuel.fle...@labri.fr 33405 Talence Cedex, France | Web: http://www.labri.fr/~fleury -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661639: binutils: Fixing minor spell-checking problems spotted by lintian
Package: binutils Version: 2.22-5 Severity: wishlist Dear Maintainer, I am trying to get familiar with the Debian packaging system, so I took an easy bug to start with. I found the spelling problems in the lintian reports of the binutils: http://lintian.debian.org/full/d...@debian.org.html#binutils [I] spelling-error-in-binary usr/bin/as mmnemonic mnemonic usr/bin/readelf microprocesspr microprocessor I attach a patch to apply to solve them all. As I am a beginner feel free to tell me how to get it right. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.7 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.13-27 ii libgcc1 1:4.6.2-16 ii libstdc++6 4.6.2-16 ii zlib1g 1:1.2.6.dfsg-2 binutils recommends no packages. Versions of packages binutils suggests: ii binutils-doc 2.22-5 -- no debconf information diff -u binutils-2.22/debian/binutils.overrides binutils-2.22/debian/binutils.overrides --- binutils-2.22/debian/binutils.overrides +++ binutils-2.22/debian/binutils.overrides @@ -5,0 +6,3 @@ + +# discarding spell-checking on option -mmnemonic +binutils binary: spelling-error-in-binary usr/bin/as mmnemonic mnemonic diff -u binutils-2.22/debian/changelog binutils-2.22/debian/changelog --- binutils-2.22/debian/changelog +++ binutils-2.22/debian/changelog @@ -1,3 +1,9 @@ +binutils (2.22-6) unstable; urgency=low + + * Fix spelling errors discovered by lintian + + -- Matthias Klose d...@debian.org Tue, 28 Feb 2012 19:27:00 +0100 + binutils (2.22-5) unstable; urgency=low * Update from the binutils-2_22-branch 20120124. diff -u binutils-2.22/debian/patches/series binutils-2.22/debian/patches/series --- binutils-2.22/debian/patches/series +++ binutils-2.22/debian/patches/series @@ -1,3 +1,4 @@ +169_spell_checking.patch branch-updates.diff #branch-version.diff 001_ld_makefile_patch.patch only in patch2: unchanged: --- binutils-2.22.orig/debian/patches/169_spell_checking.patch +++ binutils-2.22/debian/patches/169_spell_checking.patch @@ -0,0 +1,22 @@ +* Fix a spelling error discovered by lintian (microprocesspr - microprocessor) +* Big to small caps to conform to other names +--- a/binutils/readelf.c b/binutils/readelf.c +@@ -1873,7 +1873,7 @@ + case EM_MMA: return Fujitsu Multimedia Accelerator; + case EM_PCP: return Siemens PCP; + case EM_NCPU: return Sony nCPU embedded RISC processor; +-case EM_NDR1: return Denso NDR1 microprocesspr; ++case EM_NDR1: return Denso NDR1 microprocessor; + case EM_STARCORE: return Motorola Star*Core processor; + case EM_ME16: return Toyota ME16 processor; + case EM_ST100: return STMicroelectronics ST100 processor; +@@ -1964,7 +1964,7 @@ + case EM_ECOG1X: return Cyan Technology eCOG1X family; + case EM_MAXQ30: return Dallas Semiconductor MAXQ30 Core microcontrollers; + case EM_XIMO16: return New Japan Radio (NJR) 16-bit DSP Processor; +-case EM_MANIK: return M2000 Reconfigurable RISC Microprocessor; ++case EM_MANIK: return M2000 Reconfigurable RISC microprocessor; + case EM_CRAYNV2: return Cray Inc. NV2 vector architecture; + case EM_CYGNUS_MEP: return Toshiba MeP Media Engine; + case EM_CR16:
Bug#660090: sysinfo.h: No such file or directory
Package: binutils-source Version: 2.22-5 Severity: normal When getting the source through 'apt-get source' and compiling it with 'debuild', I get a compile error. apt-get install devscripts apt-get build-dep binutils apt-get source binutils cd binutils-2.22 debuild =[error log]=== make[3]: Entering directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single/binutils' /bin/bash ../../binutils/../ylwrap ../../binutils/arparse.y y.tab.c arparse.c y.tab.h arparse.h y.output arparse.output -- bison -y -d updating arparse.h if [ -r sysinfo.c ]; then \ gcc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error sysinfo.c ; \ else \ gcc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error ../../binutils/sysinfo.c ; \ fi /bin/bash ../../binutils/../ylwrap ../../binutils/syslex.l lex.yy.c syslex.c -- flex if [ -r syslex.c ]; then \ gcc -c -I. -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error syslex.c ; \ else \ gcc -c -I. -I../../binutils -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -g -O2 -Wno-error ../../binutils/syslex.c ;\ fi syslex.l:31:21: fatal error: sysinfo.h: No such file or directory compilation terminated. make[3]: *** [syslex.o] Error 1 make[3]: Leaving directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single/binutils' make[2]: *** [all-binutils] Error 2 make[2]: Leaving directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/fleury/Development/research/binutils-deb-pkg/binutils-ef/binutils-2.22/builddir-single' make: *** [build-single-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1350: dpkg-buildpackage -rfakeroot -D -us -uc failed =[error log]=== In fact, sysinfo.h is present in binutils/ but not in builddir-single/binutils. It seems that the build-system do not copy it to the right place. $(srcdir)/binutils/Makefile.am [Makefile.am] ... syslex.@OBJEXT@: syslex.c sysinfo.h config.h if [ -r syslex.c ]; then \ $(CC_FOR_BUILD) -c -I. $(AM_CFLAGS) $(CFLAGS_FOR_BUILD) $(NO_WERROR) syslex.c ; \ else \ $(CC_FOR_BUILD) -c -I. -I$(srcdir) $(AM_CFLAGS) $(CFLAGS_FOR_BUILD) $(NO_WERROR) $(srcdir)/syslex.c ;\ fi ... [Makefile.am] It seems to me that the solution is either to add '-I$(srcdir)' even in the case 'syslex.c' is present. Or to systematically copy 'sysinfo.h' in $(srcdir) (the second option is probably to be preferred). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.13-26 ii libgcc1 1:4.6.2-14 ii libstdc++6 4.6.2-14 ii zlib1g 1:1.2.6.dfsg-1 binutils recommends no packages. Versions of packages binutils suggests: ii binutils-doc 2.22-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660090: sysinfo.h: No such file or directory
Hi again. Strangely enough, I tried to compile the package on my laptop and I seems to be fine there. The only obvious difference between the two system is that the system which produces the bug is usin ld-gold where the system on which everything is fine is using ld-bfd. In fact, this is not the first time I see differences between ld-bfd and ld-gold (that's why I maintain my two systems on both to see noticable differences). The problem is that I do not have any idea on what is going wrong now... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.6 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.13-26 ii libgcc1 1:4.6.2-14 ii libstdc++6 4.6.2-14 ii zlib1g 1:1.2.6.dfsg-1 binutils recommends no packages. Versions of packages binutils suggests: ii binutils-doc 2.22-5 -- no debconf information -- Emmanuel Fleury The memory management on the PowerPC can be used to frighten small children. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654584: binutils-multiarch: Stabilize naming of libbfd-multiarch.so and, libopcodes-multiarch.so !
Package: binutils-multiarch Version: 2.22-3 Severity: wishlist Dear maintainer, This is really just a simple wish (that requires no real big thinking) and it has really no impact on the way the package is working. I am basing one of my software on libbfd and libopcodes and I try to get the multiarch version when available on the system. The problem is that the naming of both libraries is continuously changing without notice from one version to another. Could we have symbolic links such as /usr/lib/libbf-multiarch.so and /usr/lib/libopcodes-multiarch.so which are pointing to the proper libraries ? It would really ease a lot the usage of these libraries. Thanks in advance ! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils-multiarch depends on: ii binutils 2.22-3 ii libc6 2.13-24 ii zlib1g1:1.2.3.4.dfsg-3 binutils-multiarch recommends no packages. binutils-multiarch suggests no packages. -- no debconf information If you want to provide additional information, please wait to receive the bug tracking number via email; you may then send any extra information to n...@bugs.debian.org (e.g. 999...@bugs.debian.org), where n is the bug number. Normally you will receive an acknowledgement via email including the bug report number within an hour; if you haven't received a confirmation, then the bug reporting process failed at some point (reportbug or MTA failure, BTS maintenance, etc.). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583160: Create binutils-multiarch-dev to deal with multiarch shared
Hi, Jonathan Nieder wrote: Are libbfd and libbfd-multiarch ABI-compatible? I can easily reply to this. Yes. Indeed, libbfd-multiarch just add supports for new formats and new architectures (through new links/functions to libopcodes-multiarch, mainly by adding new print_insn_*arch* functions). So, libbfd is a subset of libbfd-multiarch. But, even if you doubt, one may just add links such as libbfd-multiarch.so and libopcodes-multiarch.so which allow both libraries to coexist with no trouble. Regards -- Emmanuel Fleury It is a capital mistake to theorize in advance of the facts. -- Sherlock Holmes, The Adventure of the Second Stain (A. Conan Doyle) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639375: texlive-latex-extra: Please upgrade exam.cls to version 2.4
Package: texlive-latex-extra Version: 2009-10 Severity: normal A lot more features have been added since version 2.3 (see changelog in the exam.cls file). Too long to be copied here, 21 releases (2.301-2.321) have been issued since the current version of exam.cls. An update is really needed. See CTAN exam class page: http://ctan.org/pkg/exam ## List of ls-R files -rw-r--r-- 1 root root 1452 Aug 26 16:34 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 80 Jun 29 08:43 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Jun 26 02:04 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Aug 2 21:21 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Aug 2 21:21 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Jun 26 02:04 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 7625 Aug 26 16:34 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 13911 Aug 26 16:34 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 5698 Aug 26 16:34 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Nov 23 2007 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf 402d5adb3864c09ed3cd80c0f2131361 /etc/texmf/texmf.d/95NonPath.cnf 1df66bc319cec731e202eaf39f5d85e1 /etc/texmf/texmf.d/96JadeTeX.cnf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.1 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-extra depends on: ii dpkg 1.16.0.3 Debian package management system ii preview-latex-style 11.86-4extraction of elements from LaTeX ii tex-common2.10 common infrastructure for building ii texlive-binaries 2009-11Binaries for TeX Live ii texlive-common2009-13TeX Live: Base component ii texlive-latex-base2009-13TeX Live: Basic LaTeX packages ii texlive-pictures 2009-13TeX Live: Graphics packages and pr Versions of packages texlive-latex-extra recommends: ii texlive-latex-extra-doc 2009-10TeX Live: Documentation files for ii texlive-latex-recommended 2009-13TeX Live: LaTeX recommended packag pn texpower none (no description available) texlive-latex-extra suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0]1.5.41 Debian configuration management sy ii dpkg 1.16.0.3Debian package management system ii ucf 3.0025+nmu2 Update Configuration File: preserv Versions of packages tex-common suggests: ii debhelper 8.9.6 helper programs for debian/rules Versions of packages texlive-latex-extra is related to: ii tex-common2.10 common infrastructure for building ii texlive-binaries 2009-11Binaries for TeX Live -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: New variant (again)
Package: icedove Version: 3.1.11-1 Followup-For: Bug #617759 Hi, It happened again on both of my computers (my laptop and my desktop). Each time I try to run icedove I get: /usr/lib/icedove/icedove-bin: symbol lookup error: /usr/lib/icedove/components/libmailcomps.so: undefined symbol: NS_CStringContainerInit But, the definition of the symbol seems to be missing for real: $ readelf -a /usr/lib/icedove/components/libmailcomps.so | grep NS_CStringContainerInit 29: 0 FUNCGLOBAL DEFAULT UND NS_CStringContainerInit 75: 0 FUNCGLOBAL DEFAULT UND NS_CStringContainerInit2 Any clue ? PS: Both of my computers have a i686 architecture. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.1 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.0.2Miscellaneous utilities specific t ii fontconfig 2.8.0-3 generic font configuration library ii libasound2 1.0.24.1-3 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libffi5 3.0.9-7 Foreign Function Interface library ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-6GCC support library ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.5-4 GTK+ graphical user interface libr ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an ii libjpeg62 6b1-2Independent JPEG Group's JPEG runt ii libnspr4-0d 4.8.8-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.10-3Network Security Service libraries ii libpango1.0-0 1.28.4-2 Layout and rendering of internatio ii libpixman-1-0 0.22.2-1 pixel-manipulation library for X a ii libpng12-0 1.2.46-3 PNG library - runtime ii libsqlite3-03.7.7-2 SQLite 3 shared library ii libstartup-notification 0.12-1 library for program launch feedbac ii libstdc++6 4.6.1-6 GNU Standard C++ Library v3 ii libx11-62:1.4.4-1X11 client-side library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii libxt6 1:1.1.1-2X11 toolkit intrinsics library ii psmisc 22.14-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii myspell-en-us [myspell-dictio 1:3.3.0-3 English_american dictionary for my ii myspell-fr-gut [myspell-dicti 1:1.0-30 French dictionary for myspell (GUT Versions of packages icedove suggests: ii libdbus-glib-1-20.94-4 simple interprocess messaging syst ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.9.1+dfsg-2 MIT Kerberos runtime libraries - k pn libnotify1 none (no description available) pn libnotify1-gtk2.10 none (no description available) ii ttf-lyx 2.0.0-1 TrueType versions of some TeX font -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: New variant (again)
By the way, The following line allow to run icedove afterward (but a few things are missing such as the links to usual external software): $ export LD_PRELOAD=/usr/lib/icedove/components/libmailcomps.so $ export LD_LIBRARY_PATH=/usr/lib/icedove $ icedove Regards -- Emmanuel Fleury Maître de conférence,| Bureau: 261 LaBRI, Domaine Universitaire | Tél: +33 (0)5 40 00 69 34 351, Cours de la Libération | Mél: emmanuel.fle...@labri.fr 33405 Talence Cedex, France | Web: http://www.labri.fr/~fleury -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631607: New upstream version available
Followup-For: Bug #631607 Package: bison Version: 1:2.4.1.dfsg-3 *** Please type your report below this line *** Bison 2.5 provide a lot of bug fixes and a better support for C++ and Java bindings. Moreover, backward compatibility should be ensured. It would be extremely helpful if this package could get upgraded. Thanks in advance ! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bison depends on: ii libc6 2.13-11Embedded GNU C Library: Shared lib ii m41.4.16-2 a macro processing language bison recommends no packages. Versions of packages bison suggests: pn bison-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581583: xserver-xorg-video-fbdev: Corrupted display with a Radeon X700 device (amd64)
Hi, Sorry for the long delay but I'm not using my amd64 a lot these days. On 10/01/2010 12:34 AM, Cyril Brulebois wrote: Emmanuel Fleury fle...@labri.fr (14/05/2010): PS: I do use my own compiled linux kernel which is working fine with my computer since quite a long time now. Still the same issue? If so, please try with current kernel in unstable. Updated X kernel logs would be appreciated. I forced the radeon driver and noticed no problem anymore. This issue can be considered as 'closed' by now. Regards -- Emmanuel Fleury Sorry, I'm just not going to apply a patch like that. I mean, how the heck is anyone else supposed to understand what you're up to ? -- Andrew Morton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582554: dpkg-reconfigure
Hi Steven, Just force the dpkg-reconfigure by doing: dpkg-reconfigure --force dash Regards -- Emmanuel Fleury -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581583: Transfer to ati_drv this issue
Hi, I finally fixed this issue by forcing the driver to be fbdev. In fact, this problem of display corruption occurs when the driver is ati_drv, radeon_drv or r128_drv. Regards -- Emmanuel Fleury -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521164: fglrx-kernel-src: Extra information to help to build the patch
Package: fglrx-kernel-src Version: 1:9-3-1 Severity: normal What did change in the 2.6.29 seems to be the following struct: - current-euid -- current-cred-euid - current-uid -- current-cred-uid - current-gid -- current-cred-gid I hope this help to patch the driver. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-kernel-src depends on: ii fglrx-source 1:9-3-1kernel module source for the non-f fglrx-kernel-src recommends no packages. fglrx-kernel-src suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507433: [xserver-xorg] Control-Alt-LeftArrow is not caught by Desktop
Package: xserver-xorg Version: 1:7.4~4 Severity: normal --- Please enter the report below this line. --- I'm not sure X should be blamed for this, it might be the Gnome desktop (e.g. metacity). Here is the problem, since I did the update this morning, I cannot navigate properly in my Workspaces with my keyboard. I can go Up (Ctrl-Alt-UpArrow), Down (Ctrl-Alt-DownArrow) and Right (Ctrl-Alt-RightArrow) but I _cannot_ go Left (Ctrl-Alt-LeftArrow). When typing the key-combo in a terminal, a 'D' appear (which is not intercepted by the Desktop). I do submit this in X because I also noticed that my /etc/X11/Xmodmap file was not taken into account anymore. Meaning that, probably, some changes occurred there (I did use another way to activate my custom setting anyway but this irritating problem of the Ctrl-Alt-LeftArrow still remain...). --- System information. --- Architecture: i386 Kernel: Linux 2.6.27.7 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== xserver-xorg-core (= 2:1.5) | 2:1.5.3-1 xserver-xorg-video-all| 1:7.4~4 OR xserver-xorg-video-4 | xserver-xorg-input-all| OR xserver-xorg-input-2.1| libc6 (= 2.7-1) | 2.7-16 debconf (= 0.5) | 1.5.24 OR debconf-2.0 | xkb-data | 1.4-1 OR xkb-data-legacy | x11-xkb-utils | 7.4+1 --- Output from package bug script --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507433: [xserver-xorg] Control-Alt-LeftArrow is not caught by Desktop
Sorry, Close this bug report, I did try an upgrade to the experimental branch of the X packages and I just restarted my X server today... My mistake. Regards -- Emmanuel Fleury The truth is rarely pure, and never simple. -- Oscar Wilde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489051: xserver-xorg-video-vesa: fails to find valid modes
Hi all, Just to let you know that this seems to be fixed in xserver-xorg-video-vesa 2.0.0-2 (experimental). I could use a virtualbox with X when I upgraded to it. Regads -- Emmanuel Fleury I don't know why and I'm not yet motivated to fix it since my views on esd are mostly unprintable. -- Alan Cox -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491546: [pgf] pgfplots
Package: pgf Version: 2.00-1 --- Please enter the report below this line. --- I also would like an update. I would like more precisely to have the package 'pgfplots' (see: http://tug.ctan.org/pkg/pgfplots) which should be part of the last TeX Live distribution but missing in the Debian package. --- System information. --- Architecture: i386 Kernel: Linux 2.6.26.2 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed =-+- texlive-latex-recommended | 2007.dfsg.1-3 latex-xcolor (= 2.00-1) | 2.11-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495824: [texlive-latex-recommended] Upgrade listings package to 1.4
Package: texlive-latex-recommended Version: 2007.dfsg.1-3 Severity: wishlist --- Please enter the report below this line. --- Hi, I'm using the listings.sty package and I noticed that the current version of the Debian package is out-of-date (still at 1.3c). Currently listings package is at 1.4, see: http://notes.dpdx.net/2007/02/27/listings-14/ http://www.ctan.org/tex-archive/macros/latex/contrib/listings/ It would be nice to upgrade for the next update of this package. Thanks in advance ! --- System information. --- Architecture: i386 Kernel: Linux 2.6.26.2 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-= texlive-common(= 2007) | 2007.dfsg.1-3 texlive-latex-base (= 2007-11) | 2007.dfsg.1-3 --- Output from package bug script --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486378: [sitecopy] Crash on a progress bar because of the use of deprecated API
Package: sitecopy
Version: 1:0.16.3-17
Severity: important
Tags: patch
--- Please enter the report below this line. ---
I experimented several crashes with sitecopy and decided to track them
down. I found out that the progress bar of libneon was somehow involved.
It seems that even though the DISABLE_PROGRESS macro has been called the
progress bar seems to keep stay active from time to time.
Looking more precisely at the libneon API, I found out that
ne_set_progress was deprecated. See src/ne_session.h:102 which states that:
/* DEPRECATED API: Set a progress callback for the session; this is
* deprecated in favour of ne_set_notifier(). The progress callback
* is invoked for after each block of the request and response body to
* indicate request and response progress (there is no way to
* distinguish between the two using this interface alone).
*
* NOTE: Use of this interface is mutually exclusive with the use of
* ne_set_notifier(). A call to ne_set_progress() removes the
* notifier callback, and vice versa. */
void ne_set_progress(ne_session *sess,
ne_progress progress,
void *userdata);
I tried out to change the ENABLE_PROGRESS/DISABLE_PROGRESS for the new
API call (ne_set_notifier) and it went nicely on all my problematic
examples.
Therefore, I suggest the following patch:
===
diff -ruN sitecopy-0.16.3-orig/src/davdriver.c
sitecopy-0.16.3/src/davdriver.c
--- sitecopy-0.16.3-orig/src/davdriver.c2008-06-15 19:22:12.0
+0200
+++ sitecopy-0.16.3/src/davdriver.c 2008-06-15 19:23:54.0 +0200
@@ -62,9 +62,9 @@
const char *root;
};
-#define ENABLE_PROGRESS do { ne_set_progress(sess,
site_sock_progress_cb, NULL); } while (0)
+#define ENABLE_PROGRESS do { ne_set_notifier(sess,
site_sock_progress_cb, NULL); } while (0)
-#define DISABLE_PROGRESS do { ne_set_progress(sess, NULL, NULL); }
while (0)
+#define DISABLE_PROGRESS do { ne_set_notifier(sess, NULL, NULL); }
while (0)
/* TODO:
* not really sure whether we should be using an enum here... what
===
*** Please apply ***
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.25.4
Debian Release: lenny/sid
500 unstableftp.fr.debian.org
--- Package information. ---
Depends (Version) | Installed
=-+-
libc6 (= 2.7-1) | 2.7-12
libneon27 (= 0.28.1) | 0.28.2-2
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476571: [libneon27] segmentation fault with WebDAV/HTTPS
Back again,
S, I think I was wrong... in fact the problem seems to come from
sitecopy which misuse the libneon API (at least this is my guess).
Here is what happen:
The libneon:ne_session.c:progress_notifier can be called even though
sitecopy:davdriver.c:file_read has freed the userdata field (called
eremote in the scope of sitecopy) at davdriver.c:519.
(not) Surprisingly, libneon crash when the progress_notifier is called
upon NULL userdata.
Anyway, in my humble opinion, I think the problem should be solved in
libneon as this library seems not programmed in an enough defensive way.
E.g., in the function:
static void progress_notifier(void *userdata, ne_session_status status,
const ne_session_status_info *info)
{
ne_session *sess = userdata;
if (status == ne_status_sending || status == ne_status_recving) {
sess-progress_cb(sess-progress_ud,info-sr.progress,info-sr.total);
}
}
One should also check that userdata is not NULL... as the userdata seems
to still be in the user's memory scope.
« Abandon every hope, ye who trust user's data here. »
:)
Regards
--
Emmanuel Fleury
/* Dijkstra probably hates me. */
-- Linus Torvalds, in kernel/sched.c
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476571: [libneon27] segmentation fault with WebDAV/HTTPS
Hello,
Ooops, I forgot the patch (though I'm not sure it's the best way to do,
at least this is a 'hack that worked' on my problem):
--- neon27-0.28.2/src/ne_session.c.orig 2008-05-23 18:38:34.0 +0200
+++ neon27-0.28.2/src/ne_session.c 2008-05-23 18:30:49.0 +0200
@@ -213,7 +213,7 @@
{
ne_session *sess = userdata;
-if (status == ne_status_sending || status == ne_status_recving) {
+if ((sess-progress_cb!=NULL) (status == ne_status_sending ||
status == ne_status_recving)) {
sess-progress_cb(sess-progress_ud, info-sr.progress,
info-sr.total);
}
}
--
Emmanuel Fleury
We don't see things as they are, we see things as we are.
-- Anaïs Nin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476571: [libneon27] segmentation fault with WebDAV/HTTPS
Hi again, Ok, I have a bit more understanding of what is going on there now. It seems that the progress function which seems to be given through a function pointer (progress_cb) is not always set properly. Here is a run with a break at: 217 sess-progress_cb(sess-progress_ud, info-sr.progress, You can see that the parameters are evolving quite ok at the beginning and then suddenly the userdata-progress_cb get lost for some reason that I failed to find until now: 10: info-sr.total = 16280 9: info-sr.progress = 8192 8: ((struct ne_session_s *) userdata)-progress_cb = ( ne_progress) 0x804b530 site_sock_progress_cb 7: ((struct ne_session_s *) userdata)-progress_ud = (void *) 0x0 6: (struct ne_session_s *) userdata = (struct ne_session_s *) 0x8070ad8 (gdb) Continuing. . Breakpoint 1, progress_notifier (userdata=0x8070ad8, status=ne_status_recving, info=0x8070ba0) at /home/fleury/development/hacking/debug/sitecopy/neon27-0.28.2/src/ne_session.c:217 217 sess-progress_cb(sess-progress_ud, info-sr.progress, info-sr.total); 10: info-sr.total = 16280 9: info-sr.progress = 16280 8: ((struct ne_session_s *) userdata)-progress_cb = ( ne_progress) 0x804b530 site_sock_progress_cb 7: ((struct ne_session_s *) userdata)-progress_ud = (void *) 0x0 6: (struct ne_session_s *) userdata = (struct ne_session_s *) 0x8070ad8 (gdb) Continuing. .] done. Breakpoint 1, progress_notifier (userdata=0x8070ad8, status=ne_status_sending, info=0x8070ba0) at /home/fleury/development/hacking/debug/sitecopy/neon27-0.28.2/src/ne_session.c:217 217 sess-progress_cb(sess-progress_ud, info-sr.progress, info-sr.total); 10: info-sr.total = 233 9: info-sr.progress = 0 8: ((struct ne_session_s *) userdata)-progress_cb = (ne_progress) 0 7: ((struct ne_session_s *) userdata)-progress_ud = (void *) 0x0 6: (struct ne_session_s *) userdata = (struct ne_session_s *) 0x8070ad8 (gdb) Continuing. Program received signal SIGSEGV, Segmentation fault. 0x in ?? () I'll investigate this further. Regards -- Emmanuel Fleury You don't lose money by sharing knowledge, when the terms are that whoever you share with will share his knowledge back with you. You're in a stronger position. -- Linus Torvalds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476571: [libneon27] segmentation fault with WebDAV/HTTPS
Hi,
It seems that the problem is located exactly at ne_session.c:217, it is
to say:
static void progress_notifier(void *userdata, ne_session_status status,
const ne_session_status_info *info)
{
ne_session *sess = userdata;
if (status == ne_status_sending || status == ne_status_recving) {
sess-progress_cb(sess-progress_ud,info-sr.progress,info-sr.total);
}
}
When executing step by step and stopping just before the segfault,
printing the variable 'sess' seems to be impossible there although the
scope seems to allow it.
(gdb)
progress_notifier (userdata=0x8070ad8, status=ne_status_sending,
info=0x8070ba0)
at /neon27-0.28.2/src/ne_session.c:216
216 if (status == ne_status_sending || status == ne_status_recving) {
(gdb)
217 sess-progress_cb(sess-progress_ud, info-sr.progress,
info-sr.total);
(gdb) p sess
No symbol sess in current context.
Anyway, userdata can be used in place of sess:
(gdb) p userdata
$17 = (void *) 0x8070ad8
(gdb) disas 0x8070ad8
No function contains specified address.
(gdb) ptype userdata
type = void *
(gdb) p (ne_session*) userdata
$18 = (struct ne_session_s *) 0x8070ad8
(gdb) p ((ne_session*) userdata)-progress_cb
$19 = (ne_progress) 0x804b530 site_sock_progress_cb
(gdb) p ((ne_session*) userdata)-progress_ud
$20 = (void *) 0x0
(gdb) p ((ne_session*) userdata)
$21 = (struct ne_session_s *) 0x8070ad8
The progress function seems to be site_sock_progress_cb and the
progress_ud seems to be 0x0 (I don't know if it is meaningfull or not).
I checked also info and everything seemed ok.
I'll try to get further later. :)
Regards
--
Emmanuel Fleury
I liked things better when I didn't understand them.
-- Calvin Hobbes (Bill Waterson)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476571: [libneon27] segmentation fault with WebDAV/HTTPS
Package: libneon27
Version: 0.28.2-2
--- Please enter the report below this line. ---
I am experimenting a segfault on a WebDAV connection through HTTPS with
libneon27-0.28.2-2.
I experiment the problem on all plate-form I tried out (mainly x86 and
amd64). Here is a gdb trace of the problem (I reach the problem through
a sitecopy request):
[EMAIL PROTECTED] gdb `which sitecopy`
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu...
(gdb) break ne_request.c:349
No source file named ne_request.c.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (ne_request.c:349) pending.
(gdb) run --fetch LaBRI
Starting program: /usr/bin/sitecopy --fetch LaBRI
sitecopy: Fetching site `LaBRI' (on webdav.labri.fr in /perso/fleury/)
Breakpoint 1, send_request_body (req=0x724820, retry=1)
at /neon27-0.28.2/src/ne_request.c:349
349 notify_status(sess, ne_status_sending);
(gdb) c
Continuing.
Checksumming home.html: [..] done.
Checksumming bug_transmeta.html: [...] done.
Checksumming p7120.html: [...] done.
Checksumming hacking.html: [..] done.
Checksumming development.html: [..] done.
Checksumming research.html: [..] done.
Checksumming index.php: [..] done.
Checksumming teaching.html: [..] done.
Checksumming publications.html: [...] done.
Breakpoint 1, send_request_body (req=0x7428a0, retry=1)
at /neon27-0.28.2/src/ne_request.c:349
349 notify_status(sess, ne_status_sending);
(gdb) s
347 req-session-status.sr.progress = 0;
(gdb)
348 req-session-status.sr.total = req-body_length;
(gdb)
349 notify_status(sess, ne_status_sending);
(gdb)
notify_status (sess=0x633480, status=ne_status_sending)
at /neon27-0.28.2/src/ne_request.c:221
221 if (sess-notify_cb) {
(gdb)
222 sess-notify_cb(sess-notify_ud, status, sess-status);
(gdb)
progress_notifier (userdata=0x633480, status=ne_status_sending,
info=0x6335e0)
at /neon27-0.28.2/src/ne_session.c:216
216 if (status == ne_status_sending || status ==
ne_status_recving) {
(gdb) n
213 {
(gdb)
216 if (status == ne_status_sending || status == ne_status_recving) {
(gdb)
217 sess-progress_cb(sess-progress_ud, info-sr.progress,
info-sr.total);
(gdb) s
Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
**
As you see, the problem occurs in ne_session.c:216. Here is a more
detailled trace:
**
[EMAIL PROTECTED] LaBRI]$ gdb `which sitecopy`
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu...
(gdb) break ne_request.c:349
No source file named ne_request.c.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (ne_request.c:349) pending.
(gdb) run --fetch LaBRI
Starting program: /usr/bin/sitecopy --fetch LaBRI
sitecopy: Fetching site `LaBRI' (on webdav.labri.fr in /perso/fleury/)
Breakpoint 1, send_request_body (req=0x724820, retry=1)
at /neon27-0.28.2/src/ne_request.c:349
349 notify_status(sess, ne_status_sending);
(gdb) c
Continuing.
Checksumming home.html: [..] done.
Checksumming bug_transmeta.html: [...] done.
Checksumming p7120.html: [...] done.
Checksumming hacking.html: [..] done.
Checksumming development.html: [..] done.
Checksumming research.html: [..] done.
Checksumming index.php: [..] done.
Checksumming teaching.html: [..] done.
Checksumming publications.html: [...] done.
Breakpoint 1, send_request_body (req=0x7428a0, retry=1)
at /neon27-0.28.2/src/ne_request.c:349
349 notify_status(sess, ne_status_sending);
(gdb) s
347 req-session-status.sr.progress = 0;
(gdb)
348 req-session-status.sr.total = req-body_length;
(gdb)
349 notify_status(sess, ne_status_sending);
(gdb)
notify_status (sess=0x633480, status=ne_status_sending)
at /neon27-0.28.2/src/ne_request.c:221
221 if (sess-notify_cb) {
(gdb)
222 sess-notify_cb(sess-notify_ud, status, sess-status);
(gdb)
progress_notifier (userdata=0x633480, status=ne_status_sending,
info=0x6335e0)
at /neon27-0.28.2/src/ne_session.c:216
216 if (status == ne_status_sending || status == ne_status_recving) {
(gdb)
213 {
(gdb)
216 if (status == ne_status_sending || status == ne_status_recving) {
(gdb)
217
Bug#362181: Unstability when including images (PNG/JPG) via drag-n-drop
Hi, Mert Dirik wrote: tags 362181 +moreinfo unreproducible thanks Emmanuel, can you still experience this with OO 2.4 ? I just tried and it seems to be fixed now. Regards -- Emmanuel Fleury Associate Professor, | Room: 261 LaBRI, Domaine Universitaire | Phone: +33 (0)5 40 00 69 34 351, Cours de la Libération | E-mail: [EMAIL PROTECTED] 33405 Talence Cedex, France | URL:http://www.labri.fr/~fleury
Bug#470252: Adding 'tags' option in the manual
Vincent Fourmond wrote: Hello, On Mon, Mar 10, 2008 at 11:00 AM, Emmanuel Fleury [EMAIL PROTECTED] wrote: I noticed that the -tags is perfectly supported but does not appear in the manpage. Here is a patch to apply on the manpage describing the behaviour od the -tags option: Thanks. I had based the manual page on statsvn's help message, but it won't hurt adding other supported options as well ;-) Actually, I'm ashamed to admit that I just got 'inspired' from this: http://svn.statsvn.org/statsvnwiki/index.php/User_Manual#General_Options I found the -tags option really useful, so I wanted to share it with others. ;) Anyway, thanks for maintaining this package ! Regards -- Emmanuel Fleury Who wouldn't be interested in everything we do?! -- Calvin Hobbes (Bill Waterson) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470252: Adding 'tags' option in the manual
Package: statsvn Version: 0.3.1.dfsg-1 Severity: wishlist Tags: patch --- Please enter the report below this line. --- I noticed that the -tags is perfectly supported but does not appear in the manpage. Here is a patch to apply on the manpage describing the behaviour od the -tags option: --- statsvn-orig.1 2008-03-10 10:48:19.0 +0100 +++ statsvn.1 2008-03-10 10:56:49.0 +0100 @@ -125,6 +126,11 @@ .BR svn (1) .TP +.BI \-tags \ 'regularexpression' +includes information about Subversion tags matching regularexpression +into the reports (to include all tags use -tags '.*') + +.TP .B \-xdoc generates Maven XDoc instead of HTML for output Regards --- System information. --- Architecture: i386 Kernel: Linux 2.6.24.2 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libbackport-util-concurrent-java| 2.2+dfsg-1 libjcommon-java | 1.0.10.dfsg-1 libjfreechart-java | 1.0.9-1 statcvs (= 3) | 1:0.3.dfsg-2 sun-java5-jre | OR sun-java6-jre | 6-04-2 OR java2-runtime | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456824: Prevent setuid/setguid process to run
Sjoerd Simons wrote: On Wed, Dec 19, 2007 at 10:52:53AM +0100, Emmanuel Fleury wrote: 2) Reverting to hal-info 20071030-1 (as suggested by Josselin Mouette) did fix the network-manager-gnome-applet. Lemme guess, your using a Fujitsu laptop. Quite impressive, 'cause in fact I do. :) It's Fujitsu-Siemens Lifebook P-7120. The hal i uploaded today should fix the issues with the new hal-info, if not please file a bug. Could you be more specific ? I tried out the hal-info-20071212-2 but it didn't worked out. Regards -- Emmanuel Fleury A journey of a thousand miles must begin with a single step. -- Lao Tzu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456824: Prevent setuid/setguid process to run
Additional comments on this bug issue: Close this bug. 1) The bug is certainly NOT related to setuid/setguid 2) Reverting to hal-info 20071030-1 (as suggested by Josselin Mouette) did fix the network-manager-gnome-applet. 3) Updating my unstable this morning did fix the gnome-power-manager applet. What is left is the gnome-volume-manager (still not working). I'll try to dig this and submit another issue. Thanks Regards -- Emmanuel Fleury If debugging is the process of removing bugs, then programming must be the process of putting them in. -- E. W. Dijkstra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456824: Prevent setuid/setguid process to run
Package: libgtk2.0-0 Version: 2.12.3-2 Severity: serious --- Please enter the report below this line. --- Recently (about a week ago) my network-manager applet, gnome-power-manager and my gnome-volume-manager refused to work properly. I looked at my ~/.xsession-errors file and I saw the following: (process:3601): Gtk-WARNING **: This process is currently running setuid or setgid. This is not a supported use of GTK+. You must create a helper program instead. For further details, see: http://www.gtk.org/setuid.html Refusing to initialize GTK+. (process:3605): Gtk-WARNING **: This process is currently running setuid or setgid. This is not a supported use of GTK+. You must create a helper program instead. For further details, see: http://www.gtk.org/setuid.html Refusing to initialize GTK+. /etc/gdm/Xsession: Beginning session setup... SESSION_MANAGER=local/stormbringer:/tmp/.ICE-unix/3598 Initializing gnome-mount extension ** (nautilus:3657): WARNING **: Failed to initialize libhal context: (null) : (null) ** (nautilus:3657): WARNING **: Could not initialize hal context Shutting down gnome-mount extension xrdb: *Label.background on line 220 overrides entry on line 150 xrdb: *Text.background on line 226 overrides entry on line 191 xrdb: *Label.foreground on line 232 overrides entry on line 151 xrdb: *Text.foreground on line 238 overrides entry on line 192 My guess (and this is ONLY a guess, might be wrong) is that Gtk+ is preventing these three processes (network-manager-applet, gnome-power-manager and gnome-volume-manager) to work properly. I couldn't get further based on what I have... :-/ Please, feel free to ask me more in-depth question about my system. The problem is 100% reproducible. Extra-information: ii gnome-power-manager 2.20.2-1 ii gnome-volume-manager 2.22.0-1 ii network-manager-gnome 0.6.5-3 --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.9 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libatk1.0-0(= 1.20.0) | 1.20.0-1 libc6 (= 2.7-1) | 2.7-4 libcairo2 (= 1.4.0) | 1.4.12-1 libcomerr2 (= 1.33-3) | 1.40.3-1 libcupsys2 (= 1.3.4) | 1.3.4-3 libfontconfig1 (= 2.4.0) | 2.5.0-2 libglib2.0-0 (= 2.14.0) | 2.14.4-2 libgnutls13 (= 2.0.4-0) | 2.0.4-1 libgtk2.0-common (= 2.12.3-2) | 2.12.3-2 libjpeg62 | 6b-14 libkrb53 (= 1.6.dfsg.2) | 1.6.dfsg.3~beta1-2 libpango1.0-0 (= 1.18.3) | 1.18.3-1 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libtiff4 | 3.8.2-7 libx11-6 | 2:1.0.3-7 libxcomposite1(= 1:0.3-1) | 1:0.4.0-1 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxdamage1 (= 1:1.1) | 1:1.1.1-3 libxext6 | 1:1.0.3-2 libxfixes3(= 1:4.0.1) | 1:4.0.3-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxrandr2(= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456824: Prevent setuid/setguid process to run
Josselin Mouette wrote: None of these applications are setuid/setgid, and we would already know if Gtk+ was breaking the whole desktop this way. Well, I warned you I was wrong. ;) Problems with these specific applications (and the gnome-mount warnings) are more likely to show a bug in hal. Could you downgrade hal-info to version 20071030-1, restart hal and see if it still happens ? Magically the network-manager went back. But, still none of the gnome-power-manager and gnome-volume-manager did show up. Should I dig more in the hal side (I'm no expert in this area) ? As for your setuid issue, it could either come from a wrong check on the GTK+ side, or be completely unrelated. It would be nice to know whether the warnings still show up after fixing your hal issue. Ok, so the title of the bug-issue is wrong. Regards -- Emmanuel Fleury The tradition of open science has done more to build the modern economy than Microsoft ever will. -- Linus Torvalds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451796: Cannot load the profiling plugin
Package: anjuta Version: 2:2.2.2-1 Severity: normal --- Please enter the report below this line. --- When I try to load the profiling plugin, I get the following error message: (anjuta:22195): libanjuta-WARNING **: could not load plugin: /usr/lib/anjuta/libanjuta-profiler.so: undefined symbol: _ This is 100% reproducable. --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.1 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== binutils | 2.18.1~cvs20071027-1 libapr1| 1.2.11-1 libaprutil1| 1.2.7+dfsg-2+b1 libart-2.0-2 (= 2.3.18) | 2.3.19-3 libatk1.0-0(= 1.20.0) | 1.20.0-1 libbonobo2-0 (= 2.15.0) | 2.20.1-1 libbonoboui2-0 (= 2.15.1) | 2.20.0-1 libc6 (= 2.6.1-1) | 2.6.1-6 libcairo2 (= 1.4.0) | 1.4.10-1 libdevhelp-1-0 (= 0.14) | 0.16.1-2 libfontconfig1 (= 2.4.0) | 2.5.0-2 libfreetype6(= 2.3.5) | 2.3.5-1+b1 libgbf-1-1 | 0.2.0-2 libgcc1 (= 1:4.2.1) | 1:4.2.2-3 libgconf2-4(= 2.13.5) | 2.20.1-1 libgdl-1-0 | 0.7.7-1 libgdl-gnome-1-0 | 0.7.7-1 libglade2-0 (= 1:2.6.1) | 1:2.6.2-1 libgladeui-1-5 | 3.2.2-1 libglib2.0-0 (= 2.14.0) | 2.14.3-1 libgnome2-0(= 2.17.3) | 2.20.1.1-1 libgnomecanvas2-0 (= 2.11.1) | 2.20.1.1-1 libgnomeprint2.2-0 (= 2.17.0) | 2.18.2-1 libgnomeprintui2.2-0 (= 2.17.0) | 2.18.1-1 libgnomeui-0 (= 2.17.1) | 2.20.1.1-1 libgnomevfs2-0 (= 1:2.17.90) | 1:2.20.1-1 libgraphviz3 (= 2.12-4) | 2.12-5 libgtk2.0-0(= 2.12.0) | 2.12.1-2 libice6 (= 1:1.0.0) | 2:1.0.4-1 liborbit2(= 1:2.14.1) | 1:2.14.7-0.1 libpango1.0-0 (= 1.18.2) | 1.18.3-1 libpcre3 (= 6.0) | 7.3-2 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-3 libpopt0 (= 1.10) | 1.10-3 libsm6 | 2:1.0.3-1+b1 libstartup-notification0(= 0.8-1) | 0.9-1 libstdc++6 (= 4.2.1) | 4.2.2-3 libsvn1 (= 1.4) | 1.4.4dfsg1-1 libuuid1 | 1.40.2-1 libvte9 (= 1:0.16.9) | 1:0.16.9-1 libwnck22 (= 2.19.5) | 2.20.1-1 libx11-6 | 2:1.0.3-7 libxcomposite1(= 1:0.3-1) | 1:0.3.2-1+b1 libxcursor1 ( 1.1.2) | 1:1.1.9-1 libxdamage1 (= 1:1.1) | 1:1.1.1-3 libxext6 | 1:1.0.3-2 libxfixes3(= 1:4.0.1) | 1:4.0.3-2 libxft2 ( 2.1.1) | 2.1.12-2 libxi6 | 2:1.1.3-1 libxinerama1 | 1:1.0.2-1 libxml2(= 2.6.29) | 2.6.30.dfsg-2 libxrandr2(= 2:1.2.0) | 2:1.2.2-1 libxrender1| 1:0.9.4-1 libxslt1.1 (= 1.1.18) | 1.1.22-1 zlib1g (= 1:1.2.3.3.dfsg-1) | 1:1.2.3.3.dfsg-7 scrollkeeper | 0.3.14-14 anjuta-common(= 2:2.2.2-1) | 2:2.2.2-1 -- Emmanuel Fleury C makes it easy to shoot yourself in the foot. C++ makes it harder, but when you do, it blows away your whole leg. -- Bjarne Stroustrup -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446360: Fixing libbfd dependancy
Package: oprofile Version: 0.9.3-1 --- Please enter the report below this line. --- Got also a problem with libbfd-2.18.so: [EMAIL PROTECTED] tmp]$ opreport -l ./multiple-hello opreport: error while loading shared libraries: libbfd-2.18.so: cannot open shared object file: No such file or directory [EMAIL PROTECTED] tmp]$ locate libbfd /home/uml/rootdir/usr/lib/libbfd-2.18.so /usr/lib/libbfd-2.18.20071027.so In fact the following fix the problem: [EMAIL PROTECTED] tmp]# cd /usr/lib [EMAIL PROTECTED] lib]# ln -s libbfd-2.18.20071027.so libbfd-2.18.so --- System information. --- Architecture: i386 Kernel: Linux 2.6.23.1 Debian Release: lenny/sid 500 unstableftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+-= debconf | 1.5.17 OR debconf-2.0 | binutils | 2.18.1~cvs20071027-1 libc6 (= 2.6.1-1) | 2.6.1-6 libgcc1 (= 1:4.2.1) | 1:4.2.2-3 libpopt0 (= 1.10) | 1.10-3 libstdc++6(= 4.2.1) | 4.2.2-3 -- Emmanuel Fleury Put your talent into your work, but your genius into your life. -- Oscar Wilde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442151: Wrong font paths in /etc/cedilla-config.lisp
Package: cedilla Version: 0.6-1 Severity: normal The path to font files in /etc/cedilla-config.lisp should be changed from /usr/share/texmf-tetex/fonts/... to /usr/share/texmf-telive/fonts/... to conform to the change to texlive. See patch above. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cedilla depends on: ii clisp 1:2.41-1 GNU CLISP, a Common Lisp implement ii common-lisp-controller6.11 Common Lisp source and compiler ma cedilla recommends no packages. -- no debconf information --- cedilla-config.lisp.orig2007-09-13 16:45:08.0 +0200 +++ cedilla-config.lisp 2007-09-13 16:45:29.0 +0200 @@ -18,38 +18,38 @@ ;;; Font sets using standard PS fonts. (define-fontset courier - `((:afm /usr/share/texmf-tetex/fonts/afm/adobe/courier/pcrr8a.afm + `((:afm /usr/share/texmf-texlive/fonts/afm/adobe/courier/pcrr8a.afm :omit ,*greek-glyph-names*) (:built-in :width 600 :cap-height 562 :x-height 426) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/symbol/psyr.afm) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/zapfding/pzdr.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/symbol/psyr.afm) +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/zapfding/pzdr.afm :encoding ,#'zapf-dingbats-encoding))) (define-fontset times - `((:afm /usr/share/texmf-tetex/fonts/afm/adobe/times/ptmr8a.afm + `((:afm /usr/share/texmf-texlive/fonts/afm/adobe/times/ptmr8a.afm :omit ,*greek-glyph-names*) (:built-in :width 667 :figure-width 500 :cap-height 662 :x-height 450) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/symbol/psyr.afm) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/zapfding/pzdr.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/symbol/psyr.afm) +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/zapfding/pzdr.afm :encoding ,#'zapf-dingbats-encoding))) (define-fontset helvetica - `((:afm /usr/share/texmf-tetex/fonts/afm/adobe/helvetic/phvr8a.afm + `((:afm /usr/share/texmf-texlive/fonts/afm/adobe/helvetic/phvr8a.afm :omit ,*greek-glyph-names*) (:built-in :width 722 :figure-width 556 :cap-height 718 :x-height 523) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/symbol/psyr.afm) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/zapfding/pzdr.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/symbol/psyr.afm) +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/zapfding/pzdr.afm :encoding ,#'zapf-dingbats-encoding))) ;;; Just like Courier, but with narrower spaces. (define-fontset courier-space `((:space :width 300) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/courier/pcrr8a.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/courier/pcrr8a.afm :omit ,*greek-glyph-names*) (:built-in :width 600 :cap-height 562 :x-height 426) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/symbol/psyr.afm) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/zapfding/pzdr.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/symbol/psyr.afm) +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/zapfding/pzdr.afm :encoding ,#'zapf-dingbats-encoding))) ;;; Random free fonts. @@ -63,8 +63,8 @@ :resources (/usr/X11R6/lib/X11/fonts/Type1/cour.pfa) :omit ,*greek-glyph-names*) (:built-in :width 600 :cap-height 562 :x-height 426) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/symbol/psyr.afm) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/zapfding/pzdr.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/symbol/psyr.afm) +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/zapfding/pzdr.afm :encoding ,#'zapf-dingbats-encoding))) ;;; An Adobe font that found its way into X11R5. @@ -74,8 +74,8 @@ :resources (/usr/X11R6/lib/X11/fonts/Type1/UTRG.pfa) :omit ,*greek-glyph-names*) (:built-in :width 684 :figure-width 530 :cap-height 692 :x-height 509) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/symbol/psyr.afm) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/zapfding/pzdr.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/symbol/psyr.afm) +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/zapfding/pzdr.afm :encoding ,#'zapf-dingbats-encoding))) ;;; The Luxi fonts, included with XFree86 4.2.0. @@ -85,8 +85,8 @@ :resources (/usr/X11R6/lib/X11/fonts/Type1/l047013t.pfa) :omit ,*greek-glyph-names*) (:built-in :width 600 :cap-height 692 :x-height 509) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/symbol/psyr.afm) -(:afm /usr/share/texmf-tetex/fonts/afm/adobe/zapfding/pzdr.afm +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/symbol/psyr.afm) +(:afm /usr/share/texmf-texlive/fonts/afm/adobe/zapfding/pzdr.afm :encoding
Bug#435798: gettext: Missing @MKINSTALLDIRS@ substitution in the autotools
Some updates... Looking at the m4/nls.m4 script: AC_DEFUN([AM_NLS], [ AC_MSG_CHECKING([whether NLS is requested]) dnl Default is enabled NLS AC_ARG_ENABLE(nls, [ --disable-nls do not use Native Language Support], USE_NLS=$enableval, USE_NLS=yes) AC_MSG_RESULT($USE_NLS) AC_SUBST(USE_NLS) ]) AC_DEFUN([AM_MKINSTALLDIRS], [ dnl If the AC_CONFIG_AUX_DIR macro for autoconf is used we possibly dnl find the mkinstalldirs script in another subdir but $(top_srcdir). dnl Try to locate it. MKINSTALLDIRS= if test -n $ac_aux_dir; then case $ac_aux_dir in /*) MKINSTALLDIRS=$ac_aux_dir/mkinstalldirs ;; *) MKINSTALLDIRS=\$(top_builddir)/$ac_aux_dir/mkinstalldirs ;; esac fi if test -z $MKINSTALLDIRS; then MKINSTALLDIRS=\$(top_srcdir)/mkinstalldirs fi AC_SUBST(MKINSTALLDIRS) ]) ** I tried to call AM_MKINSTALLDIRS from the configure.ac before running autoreconf and I got: configure.ac:16: warning: macro `AM_MKINSTALLDIRS' not found in library Where calling AM_NLS from configure.ac didn't ring a bell. I have no valid explanation for it but this sounds really strange to me. Regards -- Emmanuel Fleury I always pass on good advice. It is the only thing to do with it. It is never of any use to oneself. -- Oscar Wilde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435798: gettext: Missing @MKINSTALLDIRS@ substitution in the autotools
Package: gettext Version: 0.16.1-2 Severity: normal I'm 'flying' around a project using gettext and the autotools, recently I've hit the following problem: Making install in po make[2]: Entering directory `bless/debian-pkg/bless-0.5.1/po' /bin/sh @MKINSTALLDIRS@ bless/debian-pkg/bless-0.5.1/debian/bless/usr/share /bin/sh: @MKINSTALLDIRS@: No such file or directory make[2]: *** [install-data-yes] Error 127 make[2]: Leaving directory `bless/debian-pkg/bless-0.5.1/po' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `bless/debian-pkg/bless-0.5.1' make: *** [common-install-impl] Error 2 debuild: fatal error at line 1228: fakeroot debian/rules binary failed It seems that the @MKINSTALLDIRS@ refuse to be substituted in the final po/Makefile file where the original po/Makefile.in.in has been generated by autopoint. I saw a SUBST(MKINSTALLDIRS) in m4/nls.m4 but I have no idea if the configure is executing it or not. ***This might be bug due to a misuse of gettext/autopoint !*** But, I didn't find anything wrong in the software itself until now... See the bug-report on bless: https://gna.org/bugs/index.php?9660 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gettext depends on: ii gettext-base 0.16.1-2 GNU Internationalization utilities ii libc6 2.6-5 GNU C Library: Shared libraries Versions of packages gettext recommends: ii curl 7.16.4-1 Get a file from an HTTP, HTTPS or ii lynx 2.8.6-2Text-mode WWW Browser ii wget 1.10.2-3 retrieves files from the web -- no debconf information -- Emmanuel Fleury You must unlearn what you have learned. -- Yoda, Star Wars (George Lucas) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422509: ITP: bless -- Bless is a high quality, full featured hexadecimal editor
Hi all, Here is my proposal for the Bless package: http://www.labri.fr/perso/fleury/download/debian/bless/ lintian is happy with it but linda complain about something I don't (yet) understand: W: bless; File /usr/lib/bless/Bless.Tools.Export.Plugins.dll contained in /usr/lib of Architecture: all package. I'll be fixing it as soon I get what's wrong. Please, feel free to try out the package and to give me some comments on how to improve it. Regards -- Emmanuel Fleury Life is too important to be taken seriously. -- Oscar Wilde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435253: rhythmbox: Missing dependancy for Podcast download
Package: rhythmbox Version: 0.10.1-1+b1 Severity: normal Hi, just a minor thing I noticed recently. When trying to download from Podcast feeds, Rhythmbox was displaying an error message and couldn't download the thing. I found out that when installing the package libgnomevfs2-extra the error message go away. I would advise the maintainer to add 'libgnomevfs2-extra' in the dependances in the debian/control file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rhythmbox depends on: ii dbus1.1.1-3 simple interprocess messaging syst ii gconf2 2.18.0.1-3 GNOME configuration database syste ii gnome-icon-theme2.18.0-3 GNOME Desktop icon theme ii gstreamer0.10-alsa [gst 0.10.13-2GStreamer plugin for ALSA ii gstreamer0.10-esd [gstr 0.10.6-1 GStreamer plugin for ESD ii gstreamer0.10-gnomevfs 0.10.13-2GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-b 0.10.13-2GStreamer plugins from the base ii gstreamer0.10-plugins-g 0.10.6-1 GStreamer plugins from the good ii gstreamer0.10-plugins-u 0.10.6-1 GStreamer plugins from the ugly ii gstreamer0.10-x 0.10.13-2GStreamer plugins for X11 and Pang ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libavahi-client30.6.20-2 Avahi client library ii libavahi-common30.6.20-2 Avahi common library ii libavahi-glib1 0.6.20-2 Avahi glib integration library ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6-4GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.1-1library to load .glade files at ru ii libglib2.0-02.12.13-1The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome-media0 2.18.0-2+b1 runtime libraries for the GNOME me ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-3+b1GNOME Virtual File System (runtime ii libgnutls13 1.6.3-1 the GNU TLS library - runtime libr ii libgpod20.5.2-2 a library to read and write songs ii libgstreamer-plugins-ba 0.10.13-2GStreamer libraries from the base ii libgstreamer0.10-0 0.10.13-2Core GStreamer libraries and eleme ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libhal1 0.5.9.1-2Hardware Abstraction Layer - share ii libice6 2:1.0.3-3X11 Inter-Client Exchange library ii liblircclient0 0.8.0-9.3LIRC client library ii libmusicbrainz4c2a 2.1.5-1 Second generation incarnation of t ii libnautilus-burn4 2.18.2-1 Nautilus Burn Library - runtime ve ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsexy20.1.11-2 collection of additional GTK+ widg ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsoup2.2-82.2.100-1an HTTP library implementation in ii libtotem-plparser1 2.18.2-2 Totem Playlist Parser library - ru ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3
Bug#425550: icedove: Icedove get blank displays
Package: icedove Version: 2.0.0.0-3 Severity: grave Justification: renders package unusable When first start nothing is asked and the preferences are not translated to the new version. The application display almost normally except that all the windows are blanked. Mail cannot be read, nor mail hierarchy selected. It seems that some old config file are left over by the install process because doing 'aptitude purge icedove ; aptitude install icedove' fix the problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.18.2 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-8GNU C Library: Shared libraries ii libcairo2 1.4.6-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070516-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii libnss3-0d 3.11.5-3 Network Security Service libraries ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2-20070516-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-15 compression library - runtime icedove recommends no packages. -- debconf information: icedove/browser: Debian -- Emmanuel Fleury | Room: 261 Associate Professor, | Phone: +33 (0)5 40 00 69 34 LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69 351, Cours de la Libération | Email: [EMAIL PROTECTED] 33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Bug#425223: icedove: GDB backtrace
/libgtk-x11-2.0.so.0
#29 0x2ad09c3c in nsAppShell::Run (this=0x755ff0) at
nsAppShell.cpp:139
#30 0x2bb0d67e in nsAppStartup::Run (this=0x755f70) at
nsAppStartup.cpp:151
#31 0x00408414 in XRE_main (argc=value optimized out,
argv=value optimized out, aAppData=value optimized out) at
nsAppRunner.cpp:2695
#32 0x2b56319268e4 in __libc_start_main () from /lib/libc.so.6
#33 0x00403959 in _start ()
(gdb)
It seems that the package icedove-dbg doesn't have any source code
inside, so I got the sources from 'apt-get source' to go a bit further.
Icedove is getting down on these lines of code (nsFrame.cpp:5390):
...
//we need to do a second reflow with the style change.
// XXXwaterson This logic seems _very_ squirrely.
if (metrics-mStyleChange) {
if (reflowState.reason == eReflowReason_Resize) {
// maxElementSize does not work on style change reflows.
...
So, I tried to break a bit before:
(gdb) break nsFrame.cpp:5382
(gdb) run
...
[Switching to Thread 47201290461584 (LWP 9246)]
Breakpoint 1, nsFrame::BoxReflow (this=0xa28218, [EMAIL PROTECTED],
aPresContext=0xa24fc0, [EMAIL PROTECTED],
[EMAIL PROTECTED],
[EMAIL PROTECTED], aX=1500, aY=1500, aWidth=0, aHeight=0,
aMoveFrame=1) at nsFrame.cpp:5382
5382nsFrame.cpp: No such file or directory.
in nsFrame.cpp
(gdb) p metrics
$1 = (nsBoxLayoutMetrics *) 0x0
Here we are it seems that metrics is set to NULL and then used. It is
more or less typical from a race condition... but strangely it appears
only on 64bits plate-forms... I have no further explanation. :-/
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.21.1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages icedove depends on:
ii debianutils 2.18.2 Miscellaneous utilities
specific t
ii fontconfig 2.4.2-1.2generic font configuration
library
ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii libc6 2.5-8GNU C Library: Shared libraries
ii libcairo2 1.4.6-1 The Cairo 2D vector
graphics libra
ii libfontconfig1 2.4.2-1.2generic font configuration
library
ii libfreetype62.2.1-5 FreeType 2 font engine,
shared lib
ii libgcc1 1:4.2-20070516-1 GCC support library
ii libglib2.0-02.12.12-1The GLib library of C routines
ii libgtk2.0-0 2.10.12-2The GTK+ graphical user
interface
ii libjpeg62 6b-13The Independent JPEG
Group's JPEG
ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime
Library
ii libnss3-0d 3.11.5-3+b1 Network Security Service
libraries
ii libpango1.0-0 1.16.4-1 Layout and rendering of
internatio
ii libpng12-0 1.2.15~beta5-2 PNG library - runtime
ii libstdc++6 4.2-20070516-1 The GNU Standard C++ Library v3
ii libx11-62:1.0.3-7X11 client-side library
ii libxcursor1 1:1.1.8-2X cursor management library
ii libxext61:1.0.3-2X11 miscellaneous extension
librar
ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes'
extensio
ii libxft2 2.1.12-2 FreeType-based font drawing
librar
ii libxi6 1:1.0.1-4X11 Input extension library
ii libxinerama11:1.0.2-1X11 Xinerama extension library
ii libxrandr2 2:1.2.1-1X11 RandR extension library
ii libxrender1 1:0.9.2-1X Rendering Extension
client libra
ii libxt6 1:1.0.5-3X11 toolkit intrinsics library
ii psmisc 22.5-1 Utilities that use the proc
filesy
ii zlib1g 1:1.2.3-15 compression library - runtime
icedove recommends no packages.
-- debconf information:
* icedove/browser: GNOME
--
Emmanuel Fleury | Office: 211
Associate Professor, | Phone: +33 (0)5 40 00 35 24
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | email: [EMAIL PROTECTED]
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
Bug#423009: proguard: Adding Ant ProGuardTask to default package
Package: proguard
Version: 3.7-1
Severity: wishlist
As Ant is a required for the build-deps why wouldn't you add the support
for the Ant Task for proguard (patch attached):
--- proguard-orig/proguard-3.7/debian/rules 2007-05-09
12:37:48.0 +0200
+++ proguard/proguard-3.7/debian/rules 2007-05-09 11:47:45.0 +0200
@@ -13,6 +13,7 @@
mkdir -p build
mkdir -p lib
${JAVA_COMPILER} -d build/proguard -sourcepath src
src/proguard/ProGuard.java
+ ${JAVA_COMPILER} -d build/proguard -sourcepath src -classpath
/usr/share/ant/lib/ant.jar src/proguard/ant/ProGuardTask.java
${JAVA_COMPILER} -d build/retrace -sourcepath src
src/proguard/retrace/ReTrace.java
${JAVA_COMPILER} -d build/proguardgui -cp build/proguard
-sourcepath src src/proguard/gui/ProGuardGUI.java
${JAVA_COMPILER} -cp /usr/lib/java/ant-1.6.jar -d build
-sourcepath src src/proguard/gui/ProGuardGUI.java
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.21 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages proguard depends on:
ii sun-java6-jre [java-virtual-m 6-00-2 Sun Java(TM) Runtime
Environment (
proguard recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423009: proguard: Adding Ant ProGuardTask to default package
I forgot to add ant-proguard.jar to the ant directory.
This patch should fix it.
Regards
--
Emmanuel Fleury | Room: 261
Associate Professor, | Phone: +33 (0)5 40 00 69 34
LaBRI, Domaine Universitaire | Fax: +33 (0)5 40 00 66 69
351, Cours de la Libération | Email: [EMAIL PROTECTED]
33405 Talence Cedex, France | URL: http://www.labri.fr/~fleury
diff -ruN proguard-3.7/debian/install proguard-3.7-wc/debian/install
--- proguard/proguard-3.7/debian/install2007-05-09 18:48:19.0 +0200
+++ proguard-wc/proguard-3.7/debian/install 2007-05-09 18:53:42.0 +0200
@@ -1,6 +1,7 @@
lib/proguard.jar /usr/share/java
+lib/ant-proguard.jar /usr/share/ant/lib/ant-proguard.jar
lib/proguardgui.jar /usr/share/java
proguard /usr/bin
proguardgui /usr/bin
diff -ruN proguard-3.7/debian/rules proguard-3.7-wc/debian/rules
--- proguard/proguard-3.7/debian/rules 2007-05-09 18:48:19.0 +0200
+++ proguard-wc/proguard-3.7/debian/rules 2007-05-09 18:53:32.0 +0200
@@ -13,10 +13,12 @@
mkdir -p build
mkdir -p lib
${JAVA_COMPILER} -d build/proguard -sourcepath src src/proguard/ProGuard.java
+ ${JAVA_COMPILER} -d build/proguard -sourcepath src -classpath /usr/share/ant/lib/ant.jar src/proguard/ant/ProGuardTask.java
${JAVA_COMPILER} -d build/retrace -sourcepath src src/proguard/retrace/ReTrace.java
${JAVA_COMPILER} -d build/proguardgui -cp build/proguard -sourcepath src src/proguard/gui/ProGuardGUI.java
${JAVA_COMPILER} -cp /usr/lib/java/ant-1.6.jar -d build -sourcepath src src/proguard/gui/ProGuardGUI.java
${JAR} cfm lib/proguard.jar proguard.manifest -C build proguard
+ cp lib/proguard.jar lib/ant-proguard.jar
${JAR} cfm lib/proguardgui.jar proguardgui.manifest -C build/proguardgui .
cd src ${JAR} uf ../lib/proguardgui.jar proguard/gui/vtitle.gif proguard/gui/arrow.gif proguard/gui/default.pro proguard/gui/GUIResources.properties proguard/gui/boilerplate.pro
Bug#422509: ITP: bless -- Bless is a high quality, full featured hexadecimal editor
X-Debbugs-Cc: [EMAIL PROTECTED] Package: wnpp Severity: wishlist Owner: Emmanuel Fleury [EMAIL PROTECTED] * Package name: bless Version : 0.5.0 Upstream Author : Alexandros Frantzis [EMAIL PROTECTED] * URL : http://home.gna.org/bless/ * License : GPL Programming Lang: Mono Description : Bless is a full featured hexadecimal editor Bless is a binary (hex) editor, a program that enables you to edit files as a sequence of bytes written in C# and using the Gtk# bindings for the GTK+ toolkit. Main features are: * Efficient editing of large data files. * Multilevel undo - redo operations. * Customizable data views. * Fast data rendering on screen. * Multiple Tabs. * Fast Find and Replace operations. * Conversion Table. * Advanced Copy/Paste capabilities. * Multi-threaded search and save operations. * Export to text and html (others with plugins). * Extensibility with Plugins. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
