Bug#1061716: clang-16: unable to find standard headers like
Subject: clang-16: unable to find standard headers like Package: clang-16 Version: 1:16.0.6-19 Severity: normal This broke recently: ``` $ echo '#include ' > cassert.cc $ c++ cassert.cc cassert.cc:1:10: fatal error: 'cassert' file not found #include ^ 1 error generated. ``` My c++ is an /etc/alternatives pointer to /usr/bin/clang++ which is a symlink to /usr/lib/llvm-16/bin/clang++ . ``` $ c++ -v Debian clang version 16.0.6 (19) Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/4.7 Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/4.7.4 Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/4.8 Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/4.8.5 Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/4.9 Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/4.9.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/10 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/11 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/12 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/13 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/14 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.4.6 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.4.7 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.5 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.5.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.6 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.6.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.5 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.5.0 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.5.0 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.5.0 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/9 Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/14 Candidate multilib: .;@m64 Selected multilib: .;@m64 ``` Here's the clang -cc1 invocation, this shows the results of the driver search: ``` $ c++ -### cassert.cc Debian clang version 16.0.6 (19) Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin "/usr/lib/llvm-16/bin/clang" "-cc1" "-triple" "x86_64-pc-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free" "-clear-ast-before-backend" "-disable-llvm-verifier" "-discard-value-names" "-main-file-name" "cassert.cc" "-mrelocation-model" "pic" "-pic-level" "2" "-pic-is-pie" "-mframe-pointer=all" "-fmath-errno" "-ffp-contract=on" "-fno-rounding-math" "-mconstructor-aliases" "-funwind-tables=2" "-target-cpu" "x86-64" "-tune-cpu" "generic" "-mllvm" "-treat-scalable-fixed-error-as-warning" "-debugger-tuning=gdb" "-fcoverage-compilation-dir=/home/nicholas" "-resource-dir" "/usr/lib/llvm-16/lib/clang/16" "-internal-isystem" "/usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++" "-internal-isystem" "/usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/x86_64-linux-gnu" "-internal-isystem" "/usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/backward" "-internal-isystem" "/usr/lib/llvm-16/lib/clang/16/include" "-internal-isystem" "/usr/local/include" "-internal-isystem" "/usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../x86_64-linux-gnu/include" "-internal-externc-isystem" "/usr/include/x86_64-linux-gnu" "-internal-externc-isystem" "/include" "-internal-externc-isystem" "/usr/include" "-fdeprecated-macro" "-fdebug-compilation-dir=/home/nicholas" "-ferror-limit" "19" "-fgnuc-version=4.2.1" "-fcxx-exceptions" "-fexceptions" "-fcolor-diagnostics" "-faddrsig" "-D__GCC_HAVE_DWARF2_CFI_ASM=1" "-o" "/tmp/cassert-0fb9fc.o" "-x" "c++" "cassert.cc" "/usr/bin/ld" "-pie" "--hash-style=gnu" "--build-id" "--eh-frame-hdr" "-m" "elf_x86_64" "-dynamic-linker" "/lib64/ld-linux-x86-64.so.2" "-o" "a.out" "/lib/x86_64-linux-gnu/Scrt1.o" "/lib/x86_64-linux-gnu/crti.o" "
Bug#1013285: needrestart: Failed to check for processor microcode upgrades.
Package: needrestart Version: 3.6-1 Severity: normal `sudo needrestart -w` always prints "Failed to check for processor microcode upgrades." on my AMD Ryzen 9 3900X 12-Core Processor. I also don't have 'cpuid' in /dev/cpu/##/, but fixing that doesn't help. $ ls -l /dev/cpu/0/ total 0 crw---. 1 root root 202, 0 Jun 20 02:29 msr $ lsmod | grep -i cpuid $ sudo modprobe cpuid [sudo] password for nicholas: $ lsmod | grep -i cpuid cpuid 16384 0 $ ls -l /dev/cpu/0/ total 0 crw---. 1 root root 203, 0 Jun 20 13:48 cpuid crw---. 1 root root 202, 0 Jun 20 02:29 msr $ sudo /usr/sbin/needrestart -w Scanning processor microcode... Failed to check for processor microcode upgrades. The first core's worth of cpuinfo looks like this: processor : 0 vendor_id : AuthenticAMD cpu family : 23 model : 113 model name : AMD Ryzen 9 3900X 12-Core Processor stepping: 0 microcode : 0x8701021 cpu MHz : 2200.000 cache size : 512 KB physical id : 0 siblings: 24 core id : 0 cpu cores : 12 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 16 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr rdpru wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif v_spec_ctrl umip rdpid overflow_recov succor smca sev sev_es bugs: sysret_ss_attrs spectre_v1 spectre_v2 spec_store_bypass bogomips: 7586.41 TLB size: 3072 4K pages clflush size: 64 cache_alignment : 64 address sizes : 43 bits physical, 48 bits virtual power management: ts ttp tm hwpstate cpb eff_freq_ro [13] [14] The log from needrestart -w -v shows a failure "Use of uninitialized value $processor in concatenation (.) or string at /usr/share/perl5/NeedRestart/uCode.pm line 61.", but I think that's only an error in a logging statement after it's already failed: $ sudo /usr/sbin/needrestart -w -v [main] eval /etc/needrestart/needrestart.conf [main] needrestart v3.6 [main] running in root mode [Core] Using UI 'NeedRestart::UI::stdio'... [main] systemd detected [ucode] using NeedRestart::uCode::AMD [ucode] using NeedRestart::uCode::Intel [uCode/AMD] #0 Failed to open /dev/cpu/0/cpuid (Missed `modprobe cpuid`?): No such file or directory [uCode/AMD] #0 cpuid 0x00870f10 (/proc/cpuinfo) [uCode/AMD] #0 running ucode 0x08701021 [uCode/AMD] cpuid 0x00100f80: found processor id 0x1080 [uCode/AMD] cpuid 0x00100f81: found processor id 0x1081 [uCode/AMD] cpuid 0x00100f62: found processor id 0x1062 [uCode/AMD] cpuid 0x00100f23: found processor id 0x1022 [uCode/AMD] cpuid 0x00100f43: found processor id 0x1043 [uCode/AMD] cpuid 0x00100f91: found processor id 0x1081 [uCode/AMD] cpuid 0x00100f2a: found processor id 0x1020 [uCode/AMD] cpuid 0x00100f63: found processor id 0x1043 [uCode/AMD] cpuid 0x00100f42: found processor id 0x1041 [uCode/AMD] cpuid 0x00300f10: found processor id 0x3010 [uCode/AMD] cpuid 0x00200f31: found processor id 0x2031 [uCode/AMD] cpuid 0x00100f52: found processor id 0x1041 [uCode/AMD] cpuid 0x00100fa0: found processor id 0x10a0 [uCode/AMD] cpuid 0x00100f53: found processor id 0x1043 [uCode/AMD] cpuid 0x00100f22: found processor id 0x1022 [uCode/AMD] cpuid 0x00500f10: found processor id 0x5010 [uCode/AMD] cpuid 0x00500f20: found processor id 0x5020 [uCode/AMD] processor id 0x1022: available ucode 0x0183 [uCode/AMD] processor id 0x1020: available ucode 0x0184 [uCode/AMD] processor id 0x1062: available ucode 0x01c7 [uCode/AMD] processor id 0x1043: available ucode 0x01c8 [uCode/AMD] processor id 0x1081: available ucode 0x01d9 [uCode/AMD] processor id 0x1080: available ucode 0x01da [uCode/AMD] processor id 0x1041: available ucode 0x01db [uCode/AMD] processor id 0x10a0: available ucode 0x01dc [uCode/AMD] processor id 0x2031: available ucode 0x0232 [uCode/AMD] processor id 0x3010: available ucode 0x0327 [uCode/
Bug#1000398: fixed upstream
You don't even need to use std::valarray, a one-line testcase file with "#include " fails to compile in clang in C++17 mode or newer. A fix for this issue was committed to libstdc++ on Nov 5th: https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=2b2d97fc545635a0f6aa9c9ee3b017394bc494bf Would it be possible to pick up that change? Nick
Bug#973240: chromium: APNGs flicker
Package: chromium Version: 83.0.4103.116-3.1 Severity: normal See upstream bug: https://bugs.chromium.org/p/chromium/issues/detail?id=1142228 . This does not occur with Google Chrome, but it does occur with Debian's Chromium. Also tested the version in experimental which has the same problem. This is not a new problem for me, I'm only finally getting around to filing bugs. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-3-amd64 (SMP w/24 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: SELinux: enabled - Mode: Permissive - Policy name: default Versions of packages chromium depends on: ii chromium-common 83.0.4103.116-3.1 ii libasound2 1.2.3.2-1 ii libatk-bridge2.0-0 2.38.0-1 ii libatk1.0-0 2.36.0-2 ii libatspi2.0-0 2.38.0-2 ii libavcodec58 7:4.3.1-5 ii libavformat58 7:4.3.1-5 ii libavutil56 7:4.3.1-5 ii libc6 2.31-4 ii libcairo2 1.16.0-4 ii libcups2 2.3.3-3 ii libdbus-1-3 1.12.20-1 ii libdrm2 2.4.102-1 ii libevent-2.1-7 2.1.12-stable-1 ii libexpat1 2.2.10-1 ii libflac8 1.3.3-1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.2+dfsg-4 ii libgbm1 20.2.1-1 ii libgcc-s1 10.2.0-15 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.66.1-2 ii libgtk-3-0 3.24.23-2 ii libharfbuzz0b 2.6.7-1 ii libicu67 67.1-4 ii libjpeg62-turbo 1:2.0.5-1.1 ii libjsoncpp1 1.7.4-3.1 ii liblcms2-2 2.9-4+b1 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.29-1 ii libnss3 2:3.58-1 ii libopenjp2-7 2.3.1-1 ii libopus0 1.3.1-0.1 ii libpango-1.0-0 1.46.2-1 ii libpangocairo-1.0-0 1.46.2-1 ii libpng16-16 1.6.37-3 ii libpulse0 13.0-5 ii libre2-8 20201001+dfsg-1 ii libsnappy1v5 1.1.8-1 ii libstdc++6 10.2.0-15 ii libvpx6 1.8.2-1 ii libwebp6 0.6.1-2+b1 ii libwebpdemux2 0.6.1-2+b1 ii libwebpmux3 0.6.1-2+b1 ii libx11-6 2:1.6.12-1 ii libx11-xcb1 2:1.6.12-1 ii libxcb-dri3-0 1.14-2 ii libxcb1 1.14-2 ii libxcomposite1 1:0.4.5-1 ii libxcursor1 1:1.2.0-2 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-2 ii libxi6 2:1.7.10-1 ii libxml2 2.9.10+dfsg-6.1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.34-4 ii libxss1 1:1.2.3-1 ii libxtst6 2:1.2.3-1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages chromium recommends: ii chromium-sandbox 83.0.4103.116-3.1 Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell Versions of packages chromium-common depends on: ii x11-utils 7.7+5 ii xdg-utils 1.1.3-2 Versions of packages chromium-common recommends: ii chromium-sandbox 83.0.4103.116-3.1 ii fonts-liberation 1:1.07.4-11 ii gnome-flashback [notification-daemon] 3.38.0-1 ii libgl1-mesa-dri 20.2.1-1 ii libu2f-udev 1.1.10-1.1 ii notification-daemon 3.20.0-4 ii system-config-printer 1.5.12-1 ii upower 0.99.11-2 Versions of packages chromium-sandbox depends on: ii libc6 2.31-4 -- no debconf information
Bug#966574: llvm-10: llvm-config-10 --link-static --libnames includes libPolly.a which is in another package
Package: llvm-10 Version: 1:10.0.1-1 Severity: normal Dear Maintainer, I'm attempting to use LLVM bindings in Rust, the common bindings are the llvm-sys crate. To link, they use llvm-config-10 --link-static --libnames to find all the libraries. That list includes libPolly.a which isn't installed as part of llvm-10 but is instead included in libclang-common-10-dev which may or may not be installed. The error that I see from a rust user point of view looks like this: ``` nicholas@tracer:~$ cd llvm-sys-user/ nicholas@tracer:~/llvm-sys-user$ cargo build Compiling llvm-sys v100.1.0 error: could not find native static library `Polly`, perhaps an -L flag is missing? error: aborting due to previous error error: could not compile `llvm-sys`. ``` Nick -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-1-amd64 (SMP w/8 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages llvm-10 depends on: ii libc6 2.31-2 ii libgcc-s1 10.1.0-6 ii libllvm10 1:10.0.1-1 ii libpfm4 4.10.1+git44-ga2909cd-1 ii libstdc++6 10.1.0-6 ii libtinfo6 6.2-1 ii libz3-4 4.8.8-1 ii llvm-10-runtime 1:10.0.1-1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages llvm-10 recommends: ii llvm-10-dev 1:10.0.1-1 Versions of packages llvm-10 suggests: pn llvm-10-doc -- no debconf information
Bug#963711: chromium -g / --debug crashes on startup
Package: chromium Version: 83.0.4103.116-1 Severity: normal As part of collecting the stack trace for bug 963548, I ran chromium -g and chromium --debug both of which appear to do the same thing of starting up chromium in gdb. Entering run at the (gdb) prompt quickly crashes with a SIGABRT (probably LOG(FATAL) or DFATAL) in content::RenderProcessHostImpl::GetProcessHostForSiteInstance(content::SiteInstanceImpl*) before opening any windows. gdb session attached. Also, I have the chromium-dbgsym package installed (for some reason it's not including in the list generated by reportbug): ii chromium-dbgsym 83.0.4103.116-1 amd64 debug symbols for chromium Perhaps that can be added to /usr/share/bug/chromium/control? Not sure whether that works. Nick -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-2-amd64 (SMP w/32 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), LANGUAGE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: SELinux: enabled - Mode: Permissive - Policy name: default Versions of packages chromium depends on: ii chromium-common 83.0.4103.116-1 ii libasound2 1.2.2-2.2 ii libatk-bridge2.0-0 2.34.1-3 ii libatk1.0-0 2.36.0-2 ii libatspi2.0-0 2.36.0-2 ii libavcodec58 7:4.2.2-3 ii libavformat58 7:4.2.2-3 ii libavutil56 7:4.2.2-3 ii libc6 2.30-8 ii libcairo2 1.16.0-4 ii libcups2 2.3.3-1 ii libdbus-1-3 1.12.18-1 ii libdrm2 2.4.102-1 ii libevent-2.1-7 2.1.11-stable-1 ii libexpat1 2.2.9-1 ii libflac8 1.3.3-1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.1-2 ii libgbm1 20.1.2-1 ii libgcc-s1 10.1.0-4 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.64.3-1 ii libgtk-3-0 3.24.20-1 ii libharfbuzz0b 2.6.7-1 ii libicu67 67.1-2 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libjsoncpp1 1.7.4-3.1 ii liblcms2-2 2.9-4+b1 ii libminizip1 1.1-8+b1 ii libnspr4 2:4.25-1 ii libnss3 2:3.53.1-1 ii libopenjp2-7 2.3.1-1 ii libopus0 1.3-1+b1 ii libpango-1.0-0 1.44.7-4 ii libpangocairo-1.0-0 1.44.7-4 ii libpng16-16 1.6.37-2 ii libpulse0 13.0-5 ii libre2-7 20200601+dfsg-1 ii libsnappy1v5 1.1.8-1 ii libstdc++6 10.1.0-4 ii libvpx6 1.8.2-1 ii libwebp6 0.6.1-2+b1 ii libwebpdemux2 0.6.1-2+b1 ii libwebpmux3 0.6.1-2+b1 ii libx11-6 2:1.6.9-2+b1 ii libx11-xcb1 2:1.6.9-2+b1 ii libxcb-dri3-0 1.14-2 ii libxcb1 1.14-2 ii libxcomposite1 1:0.4.5-1 ii libxcursor1 1:1.2.0-2 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-2 ii libxi6 2:1.7.10-1 ii libxml2 2.9.10+dfsg-5+b1 ii libxrandr2 2:1.5.1-1 ii libxrender1 1:0.9.10-1 ii libxslt1.1 1.1.34-4 ii libxss1 1:1.2.3-1 ii libxtst6 2:1.2.3-1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages chromium recommends: ii chromium-sandbox 83.0.4103.116-1 Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell Versions of packages chromium-common depends on: ii x11-utils 7.7+5 ii xdg-utils 1.1.3-2 Versions of packages chromium-common recommends: ii chromium-sandbox 83.0.4103.116-1 ii fonts-liberation 1:1.07.4-11 ii gnome-flashback [notification-daemon] 3.36.3-1 ii libgl1-mesa-dri 20.1.2-1 ii libu2f-udev 1.1.10-1 ii notification-daemon 3.20.0-4 ii system-config-printer 1.5.12-1 ii upower 0.99.11-2 Versions of packages chromium-sandbox depends on: ii libc6 2.30-8 -- no debconf information c Continuing. Thread 1 "chromium" received signal SIGABRT, Aborted. [33m__GI_raise[m ([36msig=sig@entry[m=6) at [32m../sysdeps/unix/sysv/linux/raise.c[m:50 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) c Continuing. Couldn't get registers: No such process. Couldn't get registers: No such process. (gdb) [Thread 0x7fff615ba700 (LWP 28053) exited] [Thread 0x7fff61dbb700 (LWP 28052) exited] [Thread 0x7fff625bc700 (LWP 28051) exited] [Thread 0x7fff637fe700 (LWP 28050) exited] [Thread 0x7fff63fff700 (LWP 28
Bug#963098: dwarfdump: dump .eh_frame fails on x86-64 elf
Package: dwarfdump Version: 20200114-1 Severity: normal Dear Maintainer, I have an ordinary x86-64 ELF .o file (attached) which was produced by LLVM, but dwarfdump issues an error when asked to dump the .eh_frame: $ dwarfdump -F function_0.o .eh_frame dwarfdump ERROR: dwarf_get_fde_list: DW_DLE_RELOC_SECTION_RELOC_TARGET_SIZE_UNKNOWN (233) so doing a relocation is unsafe -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.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 /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dwarfdump depends on: ii libc6 2.30-8 ii libdwarf1 20200114-1 ii libelf1 0.176-1.1 dwarfdump recommends no packages. dwarfdump suggests no packages. -- no debconf information function_0.o Description: application/object
Bug#947821: grpc: package grpc_cli tool
Source: grpc Severity: wishlist gRPC comes with a command line tool "grpc_cli". See its documentation: https://github.com/grpc/grpc/blob/master/doc/command_line_tool.md This is useful both for people who have are developing a server and want to test it out without having to build a client program, and also for shell scripting. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-1-amd64 (SMP w/32 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: SELinux: enabled - Mode: Permissive - Policy name: default
Bug#940796: xfwm4: raises windows on focus immediately, ignores delay setting
Package: xfwm4 Version: 4.14.0-1 Severity: normal xfce-settings-manager Window Manager settings has options for: ?? "( ) Click to focus?? (x) Focus follow mouse ?? Short [x] Long ?? [x] Automatically raise windows when they receive focus ?? Delay before raising focused window: ?? Short [x] Long" When focus follows mouse is enabled and automatically raising windows is enabled, windows are raised immediately when they get focus instead of waiting for the delay. The choice of setting in "delay before raising focused window" appears to be ignored. -- System Information: Debian Release: bullseye/sid ?? APT prefers unstable-debug ?? APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/32 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: SELinux: enabled - Mode: Permissive - Policy name: default Versions of packages xfwm4 depends on: ii?? libc6 2.29-1 ii?? libcairo2 1.16.0-4 ii?? libepoxy0 1.5.3-0.1 ii?? libgdk-pixbuf2.0-0?? 2.38.1+dfsg-1 ii?? libglib2.0-0?? 2.60.6-2 ii?? libgtk-3-0?? 3.24.11-1 ii?? libpango-1.0-0?? 1.42.4-7 ii?? libpangocairo-1.0-0 1.42.4-7 ii?? libstartup-notification0?? 0.12-6 ii?? libwnck-3-0 3.32.0-1 ii?? libx11-6?? 2:1.6.8-1 ii?? libxcomposite1?? 1:0.4.4-2 ii?? libxdamage1 1:1.1.5-1 ii?? libxext6?? 2:1.3.3-1+b2 ii?? libxfce4ui-2-0?? 4.14.1-1+b1 ii?? libxfce4util7 4.14.0-1 ii?? libxfconf-0-3 4.14.1-1 ii?? libxfixes3?? 1:5.0.3-1 ii?? libxi6?? 2:1.7.9-1 ii?? libxinerama1?? 2:1.1.4-2 ii?? libxpresent1?? 1.0.0-2+b10 ii?? libxrandr2?? 2:1.5.1-1 ii?? libxrender1 1:0.9.10-1 Versions of packages xfwm4 recommends: ii?? librsvg2-common?? 2.44.14-1 Versions of packages xfwm4 suggests: pn?? xfce4?? -- no debconf information
Bug#843308: linux-image-4.8.0-1-amd64: iommu page fault on usb controller
Package: src:linux Version: 4.8.5-1 Severity: normal I have a USB sound device plugged into my motherboard. After playing music for anywhere from a few seconds to a minute the sound stops, and this shows up in the dmesg log: [ 672.174625] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.175628] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.176620] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.177625] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.178624] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.179624] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.180619] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.181626] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 672.182625] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] 00:13.0 is the USB controller: 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller This doesn't happen with the 4.7-series kernels. -- Package-specific info: ** Version: Linux version 4.8.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 20161019 (Debian 5.4.1-3) ) #1 SMP Debian 4.8.5-1 (2016-10-28) ** Command line: BOOT_IMAGE=/var/boot/vmlinuz-4.8.0-1-amd64 root=UUID=0f5146f6-cc66-4cf5-8b15-296a25445099 ro systemd.log_target=kmsg systemd.log_level=debug quiet ** Tainted: POE (12289) * Proprietary module has been loaded. * Out-of-tree module has been loaded. * Unsigned module has been loaded. ** Kernel log: Unable to read kernel log; any relevant messages should be attached # I ran dmesg | tail -n 100 myself: [ 1310.855820] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.856825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.857825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.858825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.859816] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.860825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.861825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.862825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.863816] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.864825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.865825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.866824] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.867817] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.868826] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.869825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.870825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.871817] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.872825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.873825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.874827] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.875820] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [ 1310.876825] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:13.0 domain=0x0007 address=0x0080 flags=0x0020] [
Bug#834396: gnuplot-x11: assertion failure rotating splot with mouse
Package: gnuplot-x11 Version: 5.0.4+dfsg1-3 Severity: normal Crash manipulating a 3d plot produced by the 'splot' command by rotating it with the mouse. Usually takes less than 2 seconds of spinning to crash. This particular sample crashed nearly immediately upon clicking the graph. Here's a transcript of gnuplot under GDB: G N U P L O T Version 5.0 patchlevel 4last modified 2016-07-21 Copyright (C) 1986-1993, 1998, 2004, 2007-2016 Thomas Williams, Colin Kelley and many others gnuplot home: http://www.gnuplot.info faq, bugs, etc: type "help FAQ" immediate help: type "help" (plot window: hit 'h') Terminal type set to 'wxt' gnuplot> set parametric dummy variable is t for curves, u/v for surfaces gnuplot> splot [t=0:6*pi] t,sin(t),cos(t) gnuplot> ** Gdk:ERROR:/build/gtk+2.0-q14kSJ/gtk+2.0-2.24.30/gdk/gdkregion-generic.c:564:miIntersectO: assertion failed: (pReg->numRects <= pReg->size) Thread 2 "gnuplot" received signal SIGABRT, Aborted. [Switching to Thread 0x7fffed554700 (LWP 25102)] 0x749961c8 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x749961c8 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 #1 0x7499764a in __GI_abort () at abort.c:89 #2 0x76087d75 in g_assertion_message (domain=domain@entry=0x72a09793 "Gdk", file=file@entry=0x72a0e790 "/build/gtk+2.0-q14kSJ/gtk+2.0-2.24.30/gdk/gdkregion-generic.c", line=line@entry=564, func=func@entry=0x72a0e968 "miIntersectO", message=message@entry=0x7fffe80c9110 "assertion failed: (pReg->numRects <= pReg->size)") at /build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gtestutils.c:2429 #3 0x76087e0a in g_assertion_message_expr (domain=0x72a09793 "Gdk", file=0x72a0e790 "/build/gtk+2.0-q14kSJ/gtk+2.0-2.24.30/gdk/gdkregion-generic.c", line=564, func=0x72a0e968 "miIntersectO", expr=) at /build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gtestutils.c:2452 #4 0x729c6176 in () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #5 0x729c761a in () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #6 0x729c7c0f in gdk_region_intersect () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #7 0x729d3407 in () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #8 0x729d3fb8 in gdk_window_process_all_updates () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #9 0x729d4019 in () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #10 0x729b2d67 in () at /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #11 0x7606205a in g_main_context_dispatch (context=0x8dfab0) at /build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:3154 #12 0x7606205a in g_main_context_dispatch (context=context@entry=0x8dfab0) at /build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:3769 #13 0x76062400 in g_main_context_iterate (context=0x8dfab0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:3840 #14 0x76062722 in g_main_loop_run (loop=0x7fffe8001050) at /build/glib2.0-vjfO_h/glib2.0-2.48.1/./glib/gmain.c:4034 #15 0x72d7a567 in gtk_main () at /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #16 0x770f39c5 in wxGUIEventLoop::DoRun() () at /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #17 0x76a836f3 in wxEventLoopBase::Run() () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #18 0x76a48a06 in wxAppConsoleBase::MainLoop() () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #19 0x0050cdaf in () #20 0x76b95862 in wxThread::CallEntry() () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #21 0x76b9c253 in () at /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #22 0x74d0b464 in start_thread (arg=0x7fffed554700) at pthread_create.c:333 #23 0x74a4a30d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 (gdb) info threads Id Target Id Frame 1Thread 0x77f91a00 (LWP 25096) "gnuplot" 0x74a42f73 in select () at ../sysdeps/unix/syscall-template.S:84 * 2Thread 0x7fffed554700 (LWP 25102) "gnuplot" 0x749961c8 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 Link to screenshot at the moment of crash: http://ctrlv.in/823571 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/32 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages gnuplot-x11 depends on: ii gnuplot-data 5.0.4+dfsg1-3 ii libc62.23-4 ii libcair
Bug#723081: amd64-microcode: installation never completes
Henrique de Moraes Holschuh wrote: On Thu, 19 Sep 2013, Nick Lewycky wrote: Henrique de Moraes Holschuh wrote: I am trying to reproduce this issue with AMD, so as to try to track down which kernels are affected (and if possibly, track down WHAT fixed the bug as that isn't clear right now). Did the issue happen on a *first install* of amd64-microcode, or did it happen only when you tried to upgrade the package from an older version ? It worked on first install and only broke when I tried to upgrade. Can you check your kernel logs and tell me whether that first install caused a processor microcode update? Sorry, no dice. Or failing that, if you could please purge the package, reboot (so that you'll be running with BIOS microcode) and install it again (which would do a "first microcode update"), just to make sure first installs are safe? This worked! (For clarification, I purged, cold rebooted and installed 2.20131007.1+really20130710.1.) It may be that the problem happens when you upgrade the processor microcode twice in a row, i.e. first installs would never cause it to happen, and the first update done by the initramfs would also be always safe. Not applicable, I don't have an initramfs. Also, if you upgraded the kernel to solve the issue, which version you're using (and did it fix the issue) ? No, I haven't gotten around to upgrading my kernel yet. I'm convinced by your explanation that the kernel is buggy and hope to get to that soon (this weekend?). Well, if you do, 3.10.x is supposed to be safe, but I'd really appreciate if you could test it like this: 1. install the old microcode package[1], with the microcode module loaded, and check /var/log/kern.log to verify whether a microcode update really happened. You might need to trigger themicrocode update manually with (for kernel 3.10): echo -n 1> /sys/devices/system/cpu/microcode/reload (for kernels before 3.6): echo -n 1> /sys/devices/system/cpu/cpu0/microcode/reload. microcode module was already loaded at boot, installing amd64-microcode_2.20120910-1_amd64.deb has this to say in the kern.log: Sep 29 18:00:31 calvin kernel: ld-linux-x32.so[5878] general protection ip:f771ee8d sp:ffe62ee8 error:0 in ld-2.17.so[f7708000+21000] Sep 29 18:00:33 calvin kernel: ld-linux-x32.so[6574] general protection ip:f7766e8d sp:ffdf2538 error:0 in ld-2.17.so[f775+21000] Sep 29 18:00:37 calvin kernel: ld-linux-x32.so[7212] general protection ip:f77cee8d sp:ffbefa68 error:0 in ld-2.17.so[f77b8000+21000] . Running the echo command didn't add anything to kern.log. 2. upgrade the microcode package to the new one in testing/unstable, which should update the microcode *again* (check in /var/log/kern.log, and if necessary please reissue the "reload" trigger above) to be sure. apt-get install amd64-microcode picks version _2.20131007.1+really20130710.1_amd64 whose installation *succeeds* and adds this to kern.log: Sep 29 18:01:46 calvin kernel: microcode: CPU0: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU1: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU2: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU3: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU4: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU5: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU6: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU7: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU8: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU9: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU10: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU11: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU12: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU13: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU14: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU15: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU16: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU17: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU18: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU19: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU20: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU21: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU22: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU23: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU24: new patch_level=0x06000822 Sep 29 18:01:46 calvin kernel: microcode: CPU25: new patch_level=0x0600082
Bug#723081: amd64-microcode: installation never completes
Henrique de Moraes Holschuh wrote: Nick, I am trying to reproduce this issue with AMD, so as to try to track down which kernels are affected (and if possibly, track down WHAT fixed the bug as that isn't clear right now). Did the issue happen on a *first install* of amd64-microcode, or did it happen only when you tried to upgrade the package from an older version ? It worked on first install and only broke when I tried to upgrade. Also, if you upgraded the kernel to solve the issue, which version you're using (and did it fix the issue) ? No, I haven't gotten around to upgrading my kernel yet. I'm convinced by your explanation that the kernel is buggy and hope to get to that soon (this weekend?). Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723081: amd64-microcode: installation never completes
Package: amd64-microcode Version: 2.20131007.1+really20130710.1 Severity: important At this stage: Setting up amd64-microcode (2.20131007.1+really20130710.1) ... Using per-core interface to update microcode on online processors... it hangs, for over an hour before I killed it. # ps ax | grep amd64-microcode 4237 pts/2S+ 0:00 /bin/sh /var/lib/dpkg/info/amd64-microcode.postinst configure 2.20120910-1 4243 pts/2D+ 0:00 /bin/sh /var/lib/dpkg/info/amd64-microcode.postinst configure 2.20120910-1 $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 0 cpu cores : 8 apicid : 32 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bmi1 bogomips: 4600.11 TLB size: 1536 4K pages clflush size: 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro processor : 1 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 1 cpu cores : 8 apicid : 33 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bmi1 bogomips: 4600.11 TLB size: 1536 4K pages clflush size: 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro processor : 2 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 2 cpu cores : 8 apicid : 34 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core arat cpb hw_pstate npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold bmi1 bogomips: 4600.11 TLB size: 1536 4K pages clflush size: 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm 100mhzsteps hwpstate cpb eff_freq_ro processor : 3 vendor_id : AuthenticAMD cpu family : 21 model : 2 model name : AMD Opteron(tm) Processor 6376 stepping: 0 cpu MHz : 1400.000 cache size : 2048 KB physical id : 0 siblings: 16 core id : 3 cpu cores : 8 apicid : 35 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc extd_apicid amd_dcm aperfmperf pni pclmulqdq monitor ssse3 fma
Bug#300657: libmotif3: image cache lookup fails
Paul Gevers wrote: Control: tag -1 unreproducible Hi Nick, On 21-03-05 00:19, Nick Lewycky wrote: Sometimes looking up an XPixmap from the ImageCache fails to find the image. I have attached a test case which demonstrates the problem. I asked someone who's used Motif years ago and he claims that OpenMotif's ImageCache.cc must be new. We just created a new libmotif3 package and I was surprised to see such an old bug appearing. Anyway, a lot has happened since you filed this bug. Could you please check if it is fixed with a resent libmotif3/libmotif4 package? I tried your test case, but it does not fail here, so if you can not test it anymore, or we don't hear back from you, I am going to close this bug in, say, 2 months time. Tested. Works now! Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632435: spring won't start
Jan Dittberner wrote: On Sat, Jul 02, 2011 at 01:07:42AM -0700, Nick Lewycky wrote: Package: spring Version: 0.82.7.1+dfsg1-3 Severity: important I apt-get installed spring, but then when I tried to run it, I was greeted with: $ spring spring: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory Indeed, that's the sole .so file it can't find: # ldd /usr/games/spring linux-gate.so.1 => (0xe000) libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xf7673000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xf765a000) libGL.so.1 => /usr/lib/libGL.so.1 (0xf759) libGLU.so.1 => /usr/lib/libGLU.so.1 (0xf751a000) libGLEW.so.1.5 => /usr/lib/libGLEW.so.1.5 (0xf74c3000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xf743c000) libz.so.1 => /usr/lib/libz.so.1 (0xf7428000) libX11.so.6 => /usr/lib/libX11.so.6 (0xf7308000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xf72fe000) libIL.so.1 => /usr/lib/libIL.so.1 (0xf71e8000) libboost_regex.so.1.46.1 => /usr/lib/libboost_regex.so.1.46.1 (0xf70e6000) libboost_thread.so.1.46.1 => /usr/lib/libboost_thread.so.1.46.1 (0xf70cd000) libboost_program_options.so.1.46.1 => /usr/lib/libboost_program_options.so.1.46.1 (0xf7063000) libboost_system.so.1.46.1 => /usr/lib/libboost_system.so.1.46.1 (0xf705f000) libboost_signals.so.1.46.1 => /usr/lib/libboost_signals.so.1.46.1 (0xf704b000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xf7047000) libopenal.so.1 => /usr/lib/libopenal.so.1 (0xf6fd8000) libogg.so.0 => /usr/lib/libogg.so.0 (0xf6fd2000) libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0xf6fc9000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xf6fa1000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf6eb2000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xf6e8c000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf6e6f000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xf6d28000) libasound.so.2 => /usr/lib/libasound.so.2 (0xf6c6) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xf6c57000) libdirectfb-1.2.so.9 => /usr/lib/libdirectfb-1.2.so.9 (0xf6be2000) libfusion-1.2.so.9 => /usr/lib/libfusion-1.2.so.9 (0xf6bd9000) libdirect-1.2.so.9 => /usr/lib/libdirect-1.2.so.9 (0xf6bc5000) libvga.so.1 => /usr/lib/libvga.so.1 (0xf6b64000) /lib/ld-linux.so.2 (0xf775f000) libnvidia-tls.so.260.19.36 => /usr/lib/tls/libnvidia-tls.so.260.19.36 (0xf6b62000) libnvidia-glcore.so.260.19.36 => /usr/lib/libnvidia-glcore.so.260.19.36 (0xf54b1000) libXext.so.6 => /usr/lib/libXext.so.6 (0xf54a2000) libstdc++-libc6.1-1.so.2 => not found libXmu.so.6 => /usr/lib/libXmu.so.6 (0xf548b000) libXi.so.6 => /usr/lib/libXi.so.6 (0xf547e000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf5465000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xf545c000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xf5457000) libtiff.so.4 => /usr/lib/libtiff.so.4 (0xf53f9000) libpng12.so.0 => /lib/libpng12.so.0 (0xf53d5000) libmng.so.1 => /usr/lib/libmng.so.1 (0xf535c000) liblcms.so.1 => /usr/lib/liblcms.so.1 (0xf5328000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xf5308000) libicuuc.so.44 => /usr/lib/libicuuc.so.44 (0xf51cd000) libicui18n.so.44 => /usr/lib/libicui18n.so.44 (0xf4ff1000) libicudata.so.44 => /usr/lib/libicudata.so.44 (0xf41b) libx86.so.1 => /lib/libx86.so.1 (0xf41ad000) libXt.so.6 => /usr/lib/libXt.so.6 (0xf415a000) libXau.so.6 => /usr/lib/libXau.so.6 (0xf4157000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xf4152000) libSM.so.6 => /usr/lib/libSM.so.6 (0xf414a000) libICE.so.6 => /usr/lib/libICE.so.6 (0xf4133000) libuuid.so.1 => /lib/libuuid.so.1 (0xf412e000) and indeed, I can't find any packages which provides a libstdc++-libc6.1-1.so. this looks like a problem with some of the libraries spring is dynamically linked with. A test on a local system (Squeeze with some packages from Wheezy/Sid) does not show this problem: ~> ldd `which spring`|grep libstdc++ libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x7fb72abae000) ~> dpkg -S /usr/lib/libstdc++.so.6 libstdc++6: /usr/lib/libstdc++.so.6 It would be great if you could find out which of the libraries in the ldd output depends on libstdc++-libc6.1-1.so.2. It is not spring itself. Hah! I had an old /usr/lib/libGLU.so which was causing the problem. So s
Bug#632435: spring won't start
Package: spring Version: 0.82.7.1+dfsg1-3 Severity: important I apt-get installed spring, but then when I tried to run it, I was greeted with: $ spring spring: error while loading shared libraries: libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or directory Indeed, that's the sole .so file it can't find: # ldd /usr/games/spring linux-gate.so.1 => (0xe000) libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xf7673000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xf765a000) libGL.so.1 => /usr/lib/libGL.so.1 (0xf759) libGLU.so.1 => /usr/lib/libGLU.so.1 (0xf751a000) libGLEW.so.1.5 => /usr/lib/libGLEW.so.1.5 (0xf74c3000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xf743c000) libz.so.1 => /usr/lib/libz.so.1 (0xf7428000) libX11.so.6 => /usr/lib/libX11.so.6 (0xf7308000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xf72fe000) libIL.so.1 => /usr/lib/libIL.so.1 (0xf71e8000) libboost_regex.so.1.46.1 => /usr/lib/libboost_regex.so.1.46.1 (0xf70e6000) libboost_thread.so.1.46.1 => /usr/lib/libboost_thread.so.1.46.1 (0xf70cd000) libboost_program_options.so.1.46.1 => /usr/lib/libboost_program_options.so.1.46.1 (0xf7063000) libboost_system.so.1.46.1 => /usr/lib/libboost_system.so.1.46.1 (0xf705f000) libboost_signals.so.1.46.1 => /usr/lib/libboost_signals.so.1.46.1 (0xf704b000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xf7047000) libopenal.so.1 => /usr/lib/libopenal.so.1 (0xf6fd8000) libogg.so.0 => /usr/lib/libogg.so.0 (0xf6fd2000) libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0xf6fc9000) libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xf6fa1000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf6eb2000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xf6e8c000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf6e6f000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xf6d28000) libasound.so.2 => /usr/lib/libasound.so.2 (0xf6c6) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xf6c57000) libdirectfb-1.2.so.9 => /usr/lib/libdirectfb-1.2.so.9 (0xf6be2000) libfusion-1.2.so.9 => /usr/lib/libfusion-1.2.so.9 (0xf6bd9000) libdirect-1.2.so.9 => /usr/lib/libdirect-1.2.so.9 (0xf6bc5000) libvga.so.1 => /usr/lib/libvga.so.1 (0xf6b64000) /lib/ld-linux.so.2 (0xf775f000) libnvidia-tls.so.260.19.36 => /usr/lib/tls/libnvidia-tls.so.260.19.36 (0xf6b62000) libnvidia-glcore.so.260.19.36 => /usr/lib/libnvidia-glcore.so.260.19.36 (0xf54b1000) libXext.so.6 => /usr/lib/libXext.so.6 (0xf54a2000) libstdc++-libc6.1-1.so.2 => not found libXmu.so.6 => /usr/lib/libXmu.so.6 (0xf548b000) libXi.so.6 => /usr/lib/libXi.so.6 (0xf547e000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf5465000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xf545c000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xf5457000) libtiff.so.4 => /usr/lib/libtiff.so.4 (0xf53f9000) libpng12.so.0 => /lib/libpng12.so.0 (0xf53d5000) libmng.so.1 => /usr/lib/libmng.so.1 (0xf535c000) liblcms.so.1 => /usr/lib/liblcms.so.1 (0xf5328000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xf5308000) libicuuc.so.44 => /usr/lib/libicuuc.so.44 (0xf51cd000) libicui18n.so.44 => /usr/lib/libicui18n.so.44 (0xf4ff1000) libicudata.so.44 => /usr/lib/libicudata.so.44 (0xf41b) libx86.so.1 => /lib/libx86.so.1 (0xf41ad000) libXt.so.6 => /usr/lib/libXt.so.6 (0xf415a000) libXau.so.6 => /usr/lib/libXau.so.6 (0xf4157000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xf4152000) libSM.so.6 => /usr/lib/libSM.so.6 (0xf414a000) libICE.so.6 => /usr/lib/libICE.so.6 (0xf4133000) libuuid.so.1 => /lib/libuuid.so.1 (0xf412e000) and indeed, I can't find any packages which provides a libstdc++-libc6.1-1.so. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-rc5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spring depends on: ii libboost-program-option 1.46.1-3 program options library for C++ ii libboost-regex1.46.11.46.1-3 regular expression library for C++ ii libboost-signals1.46.1 1.46.1-3 managed signals and slots library ii libboost-system1.46.1 1.46.1-3 Operating system (e.g. diagnostics ii libboost-thread1.46.1 1.46.1-3 portable C++ multi-threading ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libdevil1c2 1.7.8-6+b1 Cross-platform image loading and m ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii
Bug#632434: snowballz won't start
Package: snowballz Version: 0.9.5.1-2.1 Severity: important After apt-get installing snowballz, I tried to run it: $ snowballz Could not find the rabbyt library! You can get it at the python cheese shop. Try running: $ sudo easy_install rabbyt Well, snowballz does depend on python-rabbyt, so I'm not sure what the issue is. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-rc5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages snowballz depends on: ii python 2.6.6-12 interactive high-level object-orie ii python-imaging 1.1.7-2 Python Imaging Library ii python-numpy 1:1.5.1-2 Numerical Python adds a fast array ii python-opengl 3.0.1~b2-1Python bindings to OpenGL ii python-pygame 1.8.1release-2+b2 SDL bindings for games development ii python-rabbyt 0.8.1-1+b2sprite library for Python with gam ii ttf-tamil-fonts1:0.5.11 Free TrueType fonts for the Tamil snowballz recommends no packages. snowballz suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#600888: g++-4.4: [armel, fixed in head] gcc may miscompile "x >> 1"
On 20 October 2010 21:32, Matthias Klose wrote: > On 21.10.2010 01:43, Nick Lewycky wrote: > >> Package: g++-4.4 >> Version: 4.4.5-4 >> Severity: normal >> >> >> This version of gcc has a bug where code that does a shift-right >> by literal one >> may be miscompiled, even at -O0. This is breaking my build of llvm and >> even >> a >> gcc bootstrap. >> > > > >> Fortunately, there's an unintrusive patch for the problem: >> >> http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01070.html >> >> which has already been accepted into gcc head, but I didn't see it get >> applied >> to the release branches. Please add this patch as a debian-local change. >> > > when does this trigger? the testcase succeeds in the debian builds og > gcc-4.4 and gcc-4.5, and llvm-2.7 did build too. I'm using llvm from svn. There's a "make check" failure in test/Assembler/alignstack.ll due to this code in lib/Bitcode/Reader/BitcodeReader.cpp:1192 does: bool IsAlignStack = Record[0] >> 1; where Record[0] is an unsigned long & equal to 3. The resulting IsAlignStack is set to false. While that one instance could be fixed by replacing it with & 2, there's a bunch of other places in the code which also use >> 1 to actually mean shift right, and the clang that's built out of this doesn't work very well at all. Note that due to the nature of the bug, small changes in the code could affect register layout such that this problem does not manifest. It's entirely possible that a build of llvm 2.8 might not show the same testcase failure but still have problems in other cases. Nick
Bug#600888: g++-4.4: [armel, fixed in head] gcc may miscompile "x >> 1"
Package: g++-4.4 Version: 4.4.5-4 Severity: normal This version of gcc has a bug where code that does a shift-right by literal one may be miscompiled, even at -O0. This is breaking my build of llvm and even a gcc bootstrap. Fortunately, there's an unintrusive patch for the problem: http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01070.html which has already been accepted into gcc head, but I didn't see it get applied to the release branches. Please add this patch as a debian-local change. Thanks! Nick Lewycky -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv7l) Kernel: Linux 2.6.32.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages g++-4.4 depends on: ii gcc-4.4 4.4.5-4The GNU C compiler ii gcc-4.4-base 4.4.5-4The GNU Compiler Collection (base ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-4 GCC support library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libmpfr4 3.0.0-2multiple precision floating-point ii libstdc++6-4.4-dev4.4.5-4The GNU Standard C++ Library v3 (d g++-4.4 recommends no packages. Versions of packages g++-4.4 suggests: pn gcc-4.4-doc(no description available) pn libstdc++6-4.4-dbg (no description available) -- no debconf information
Bug#585809: valgrind: stripped ld.so causes tons of false positives
Package: valgrind Version: 1:3.5.0-3 Severity: important A change in /lib/ld-linux.so.2 has made valgrind report an excess number of errors: $ valgrind /bin/true ==6032== Memcheck, a memory error detector ==6032== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==6032== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info ==6032== Command: /bin/true ==6032== ==6032== Conditional jump or move depends on uninitialised value(s) ==6032==at 0x4416471: strlen (strlen.S:110) ==6032==by 0x4407C04: _dl_init_paths (dl-load.c:776) ==6032==by 0x4402A2C: dl_main (rtld.c:1393) ==6032==by 0x44141D6: _dl_sysdep_start (dl-sysdep.c:243) ==6032==by 0x4400C6C: _dl_start (rtld.c:338) ==6032==by 0x4400856: ??? (in /lib/ld-2.11.1.so) [... snip 12 more error reports ...] ==6032== HEAP SUMMARY: ==6032== in use at exit: 0 bytes in 0 blocks ==6032== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==6032== ==6032== All heap blocks were freed -- no leaks are possible ==6032== ==6032== For counts of detected and suppressed errors, rerun with: -v ==6032== Use --track-origins=yes to see where uninitialised values come from ==6032== ERROR SUMMARY: 13 errors from 8 contexts (suppressed: 0 from 0) The problem is doucmented upstream as the first note in the notes for packagers: http://valgrind.org/docs/manual/dist.readme-packagers.html Please fix this, presumably by negotiating with the libc6 folks or maybe just reassigning it to them. Thanks! Nick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.29.4 (PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages valgrind depends on: ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libc6-dbg 2.11.1-3 Embedded GNU C Library: detached d Versions of packages valgrind recommends: ii gdb 7.1-1 The GNU Debugger Versions of packages valgrind suggests: pn alleyoop (no description available) ii kcachegrind 4:4.4.4-1 visualisation tool for the Valgrin pn valkyrie (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#561956: Acknowledgement (relocation for fcntl out of range on powerpc)
I've downloaded src:ffmpeg and modified debian/confflags to add '-fPIC -DPIC' to CFLAGS there. The resulting packages worked, though I had to update libavcodec52 as well as libavformat52. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561956: relocation for fcntl out of range on powerpc
Package: libavformat52 Version: 4:0.5+svn20090706-2+b1 Severity: important On my powerpc system, any binary linked against libavformat hits the following problem: nicho...@tracer:~$ mplayer --help mplayer: error while loading shared libraries: /usr/lib/libavformat.so.52: R_PPC_REL24 relocation at 0x0d925f74 for symbol `fcntl' out of range For example, 'gnash' also does this. It's possible that the library just needs to be compiled with -fPIC instead of -fpic? Nick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-trunk-powerpc Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libavformat52 depends on: ii libavcodec52 4:0.5+svn20090706-2+b1 ffmpeg codec library ii libavutil49 4:0.5+svn20090706-2+b1 ffmpeg utility library ii libbz2-1.01.0.5-3high-quality block-sorting file co ii libc6 2.10.2-2 GNU C Library: Shared libraries ii zlib1g1:1.2.3.3.dfsg-15 compression library - runtime libavformat52 recommends no packages. libavformat52 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#561857: same here
For some reason, mpg123 can't find its libraries. They're in /usr/lib/mpg123, so this works for me: $ LD_LIBRARY_PATH=/usr/lib/mpg123 mpg123 x.mp3 I'm not sure how this is plugin mechanism is supposed to work. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550088: binutils: please enable plugin support
Package: binutils Version: 2.19.51.20090827-1 Severity: wishlist It'd be nice if Debian shipped with bfd-plugin support enabled so we could start shipping plugins. $ ar --plugin sorry - this program has been built without plugin support This would be more useful when gold ships as ld, but is still useful for a few folks (like myself) who work on such plugins. Nick -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.29.4 (PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binutils depends on: ii libc6 2.9-26GNU C Library: Shared libraries ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime binutils recommends no packages. Versions of packages binutils suggests: ii binutils-doc 2.19.91.20090910-1 Documentation for the GNU assemble -- debconf information: binutils/oformat_warning: * binutils/kernel_link_warning: -- debsums errors found: debsums: changed file /usr/bin/ld (from binutils package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537744: proposed fix
This is easier than I expected. configure.in already defines BFD_LIBS correctly as: BFD_LIBS="/usr/lib/libbfd.a -lz -liberty $DL_LIB $INTL_LIB" which means that the fix is quite simply to add $(BFD_LIBS) to libopagent_la_LIBADD in libopagent/Makefile.am. I have verified that this after works building and installing my own Debian packages with the change. Patch attached. It so happens that BFD_LIBS includes a superset of LIBERTY_LIBS, so you could remove that from libopagent_la_LIBADD too, though I decided to leave them both in, in case they change independently of each other in the future. Nick Lewycky --- a/oprofile-0.9.4+cvs20090629/libopagent/Makefile.am 2009-08-14 21:35:53.0 -0700 +++ b/oprofile-0.9.4+cvs20090629/libopagent/Makefile.am 2009-08-14 21:36:28.0 -0700 @@ -11,7 +11,7 @@ libopagent_la_CFLAGS = -fPIC -I ${top_srcdir}/libop -I ${top_srcdir}/libutil -libopagent_la_LIBADD = $(LIBERTY_LIBS) +libopagent_la_LIBADD = $(LIBERTY_LIBS) $(BFD_LIBS) # Do not increment the major version for this library except to # intentionally break backward ABI compatability. Use the
Bug#537744: (no subject)
This is not fixed. $ COLUMNS=120 dpkg --list oprofile Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii oprofile 0.9.4+cvs20090629-2 system-wide profiler for Linux systems $ pwd /usr/lib/oprofile $ ls -l total 20 -rw-r--r-- 1 root root 7152 2009-07-22 04:46 libopagent.a -rw-r--r-- 1 root root 973 2009-07-22 04:46 libopagent.la lrwxrwxrwx 1 root root 19 2009-07-26 10:24 libopagent.so -> libopagent.so.1.0.0 lrwxrwxrwx 1 root root 19 2009-07-26 10:24 libopagent.so.1 -> libopagent.so.1.0.0 -rw-r--r-- 1 root root 8104 2009-07-22 04:46 libopagent.so.1.0.0 $ objdump -T libopagent.so libopagent.so: file format elf32-i386 DYNAMIC SYMBOL TABLE: DF *UND* GLIBC_2.0 __errno_location D *UND* bfd_check_format DF *UND* GLIBC_2.0 creat DF *UND* GLIBC_2.0 getpid DF *UND* GLIBC_2.0 __xstat w D *UND* __gmon_start__ w D *UND* _Jv_RegisterClasses D *UND* bfd_init D *UND* bfd_openr DF *UND* GLIBC_2.0 gettimeofday DF *UND* GLIBC_2.1 fdopen DF *UND* GLIBC_2.0 __overflow DF *UND* GLIBC_2.0 fflush DF *UND* GLIBC_2.0 fseek DF *UND* GLIBC_2.1 fclose DF *UND* GLIBC_2.0 flockfile DO *UND* GLIBC_2.0 stderr DF *UND* GLIBC_2.0 strlen D *UND* bfd_perror D *UND* bfd_get_mach DF *UND* GLIBC_2.0 ftell DF *UND* GLIBC_2.1 fwrite_unlocked DF *UND* GLIBC_2.0 fwrite DF *UND* GLIBC_2.0 fprintf DF *UND* GLIBC_2.0 readlink DF *UND* GLIBC_2.0 funlockfile D *UND* bfd_get_arch DF *UND* GLIBC_2.0 fflush_unlocked DF *UND* GLIBC_2.0 snprintf w DF *UND* GLIBC_2.1.3 __cxa_finalize 0ba0 gDF .text 0007 OPAGENT_1.0 op_minor_version gDO *ABS* OPAGENT_1.0 OPAGENT_1.0 1010 gDF .text 0208 OPAGENT_1.0 op_write_native_code 1220 gDF .text 00db OPAGENT_1.0 op_close_agent 1300 gDF .text 0401 OPAGENT_1.0 op_open_agent 0bb0 gDF .text 0110 OPAGENT_1.0 op_unload_native_code 0b90 gDF .text 000a OPAGENT_1.0 op_major_version 0cc0 gDF .text 0348 OPAGENT_1.0 op_write_debug_line_info See those *UND* bfd_foo symbols? bfd_init and friends? Those are defined by libbfd. Here's an example program: $ cat opagenttest.c char op_open_agent (); int main () { return op_open_agent (); ; return 0; } $ gcc opagenttest.c -L/usr/lib/oprofile -lopagent -o opagenttest /usr/lib/oprofile/libopagent.so: undefined reference to `bfd_check_format' /usr/lib/oprofile/libopagent.so: undefined reference to `bfd_init' /usr/lib/oprofile/libopagent.so: undefined reference to `bfd_openr' /usr/lib/oprofile/libopagent.so: undefined reference to `bfd_perror' /usr/lib/oprofile/libopagent.so: undefined reference to `bfd_get_mach' /usr/lib/oprofile/libopagent.so: undefined reference to `bfd_get_arch' collect2: ld returned 1 exit status $ Please statically link libbfd into libopagent.so. Thanks, Nick Lewycky -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530318: hal doesn't fill in info.capabilities for mouse or keyboard
close 530318 thanks dude This was user error. HAL finds the mouse and keyboard though the /dev/input/eventX devices which are provided through the kernel evdev module. Unfortunately, my custom kernel had CONFIG_INPUT_EVDEV set to off. Sorry for the trouble! Nick Lewycky -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523869: libffi-dev: gcc doesn't find ffi.h
Package: libffi-dev Version: 3.0.7-1 Severity: important It seems that libffi-dev puts ffi.h in a target-specific directory on each platform. For example, on my system it's in /usr/include/i486-linux-gnu/ which is a directory that is used by absolutely no other package in Debian. Notably, gcc doesn't look there. As such, the program "#include " doesn't compile. I'm an author for an upstream program that uses libffi, and I can't write a autoconf script to detect ffi.h if it's not in some sort of standard place. Please remove the target specific part of the path, and just drop ffi.h and ffitarget.h into /usr/include, or if you must, /usr/include/ffi. Either way is fine with me. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25.9 (PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libffi-dev depends on: ii libffi5 3.0.7-1Foreign Function Interface library libffi-dev recommends no packages. libffi-dev suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#492505: gcc-4.3: regression from 4.2, ICE in set_lattice_value, at tree-ssa-ccp.c:487
Package: gcc-4.3 Version: 4.3.1-6 Severity: normal The attached delta-reduced code crashes GCC 4.3 with -O1, but not -O0 or GCC 4.2.4 (Debian 4.2.4-3). # gcc-4.3 000.c -c -O1 000.c: In function $B!F(B_ov_64_seek_lap$B!G(B: 000.c:33: internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:487 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25.9 (PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.3 depends on: hi binutils 2.18.50.20080507-1 The GNU assembler, linker and bina ii cpp-4.3 4.3.1-6The GNU C preprocessor ii gcc-4.3-base 4.3.1-6The GNU Compiler Collection (base ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-6 GCC support library ii libgomp1 4.3.1-6GCC OpenMP (GOMP) support library Versions of packages gcc-4.3 recommends: ii libc6-dev 2.7-12 GNU C Library: Development Librari Versions of packages gcc-4.3 suggests: pn gcc-4.3-doc(no description available) pn gcc-4.3-locales(no description available) pn gcc-4.3-multilib (no description available) ii libgcc1-dbg 1:4.3.1-6 GCC support library (debug symbols pn libgomp1-dbg (no description available) pn libmudflap0-4.3-dev(no description available) pn libmudflap0-dbg(no description available) -- no debconf information void _ov_64_seek_lap (void) { unsigned x1, x2, x3; unsigned ltmp_3978_7; unsigned ltmp_3978_7__PHI_TEMPORARY; unsigned ltmp_4011_7__PHI_TEMPORARY; unsigned ltmp_4012_7; signed ltmp_4011_7; if (x1) { if (x2) { goto llvm_cbe__ov_initset_2e_exit; } } while (1) ; llvm_cbe__ov_initset_2e_exit: if (x3) { ltmp_3978_7__PHI_TEMPORARY = 0xff7e; goto llvm_cbe_ov_halfrate_p_2e_exit; } ltmp_3978_7__PHI_TEMPORARY = 1; llvm_cbe_ov_halfrate_p_2e_exit: ltmp_3978_7 = ltmp_3978_7__PHI_TEMPORARY; ltmp_4011_7__PHI_TEMPORARY = 0x; ltmp_4011_7 = ltmp_4011_7__PHI_TEMPORARY; ltmp_4012_7 = ltmp_4011_7 >> ltmp_3978_7; }
Bug#491653: gcc-4.3: misoptimization of 64-bit bitfield when not byte aligned
close 491653 thanks Hi Bastian, You're right again, this is entirely due to the effects of strict aliasing rules. The problem goes away with -fno-strict-aliasing. Nick Bastian Blank wrote: On Sun, Jul 20, 2008 at 11:14:10PM -0700, Nick Lewycky wrote: This testcase produces different output depending on whether -O1 or -O2 is specified. The testcase is wrong. Please produce a _minimal_ variant, it even shows the same behaviour without bitfields. Please explain what exactly the following is suposed to do: | *(1+(uint64_t *) &x) x includes no unit64_t at this address, but bitfields, a different type. So this is an aliasing violation. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491654: gcc-4.3: _Bool isn't wide enough.
close 491654 thanks dude Hi Bastian, The paragraph talks about how signed types need to map to unsigned types, and then goes on to talk about _Bool and unsigned types. I completely misread it as meaning that _Bool had to map to an unsigned type. You're entirely correct here, sorry for the trouble. Nick Bastian Blank wrote: On Sun, Jul 20, 2008 at 11:32:28PM -0700, Nick Lewycky wrote: In C99, _Bool is required to map to one of the unsigned types (6.2.5/6). Please quote the standard. I read something different there. However, GCC rejects the following (admittedly unethical) snippet: struct S7 { _Bool D : 8; } s7 = { 1 }; with the error: unethical.c:2: error: width of `D' exceeds its type Then read §6.2.5 2): | An object declared as type _Bool is large enough to store the values 0 | and 1. So it can store at most one bit of information, not 8 as requested. Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491654: gcc-4.3: _Bool isn't wide enough.
Package: gcc-4.3 Version: 4.3.1-6 Severity: normal In C99, _Bool is required to map to one of the unsigned types (6.2.5/6). On i586, this is 'unsigned char', by ABI. That means that you get eight bits to the _Bool. However, GCC rejects the following (admittedly unethical) snippet: struct S7 { _Bool D : 8; } s7 = { 1 }; with the error: unethical.c:2: error: width of `D' exceeds its type Sorry GCC, no it doesn't. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25.9 (PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.3 depends on: hi binutils 2.18.50.20080507-1 The GNU assembler, linker and bina ii cpp-4.3 4.3.1-6The GNU C preprocessor ii gcc-4.3-base 4.3.1-6The GNU Compiler Collection (base ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-6 GCC support library ii libgomp1 4.3.1-6GCC OpenMP (GOMP) support library Versions of packages gcc-4.3 recommends: ii libc6-dev 2.7-12 GNU C Library: Development Librari Versions of packages gcc-4.3 suggests: pn gcc-4.3-doc(no description available) pn gcc-4.3-locales(no description available) pn gcc-4.3-multilib (no description available) ii libgcc1-dbg 1:4.3.1-6 GCC support library (debug symbols pn libgomp1-dbg (no description available) pn libmudflap0-4.3-dev(no description available) pn libmudflap0-dbg(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491653: gcc-4.3: misoptimization of 64-bit bitfield when not byte aligned
Package: gcc-4.3 Version: 4.3.1-6 Severity: normal This testcase produces different output depending on whether -O1 or -O2 is specified. Correct: # gcc PR1386.c -o pr1386 -O1 PR1386.c: In function $B!F(Bmain$B!G(B: PR1386.c:15: warning: large integer implicitly truncated to unsigned type PR1386.c:17: warning: large integer implicitly truncated to unsigned type # ./pr1386 bad bits: 0 Wrong: # gcc PR1386.c -o pr1386 -O2 PR1386.c: In function $B!F(Bmain$B!G(B: PR1386.c:15: warning: large integer implicitly truncated to unsigned type PR1386.c:17: warning: large integer implicitly truncated to unsigned type # ./pr1386 bad bits: 268237f7fb6a30 Testcase taken from llvm.org/PR1386 (it shows up as a flaw in llvm testing, but it's actually gcc getting it wrong. Doh!) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25.9 (PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.3 depends on: hi binutils 2.18.50.20080507-1 The GNU assembler, linker and bina ii cpp-4.3 4.3.1-6The GNU C preprocessor ii gcc-4.3-base 4.3.1-6The GNU Compiler Collection (base ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-6 GCC support library ii libgomp1 4.3.1-6GCC OpenMP (GOMP) support library Versions of packages gcc-4.3 recommends: ii libc6-dev 2.7-12 GNU C Library: Development Librari Versions of packages gcc-4.3 suggests: pn gcc-4.3-doc(no description available) pn gcc-4.3-locales(no description available) pn gcc-4.3-multilib (no description available) ii libgcc1-dbg 1:4.3.1-6 GCC support library (debug symbols pn libgomp1-dbg (no description available) pn libmudflap0-4.3-dev(no description available) pn libmudflap0-dbg(no description available) -- no debconf information #include #include struct X { unsigned char pad : 4; uint64_t a : 64; uint64_t b : 60; } __attribute__((packed)); int main (void) { struct X x; uint64_t bad_bits; x.pad = 255; x.a = -1ULL; x.b = -1ULL; bad_bits = ((uint64_t)-1ULL) ^ *(1+(uint64_t *) &x); printf("bad bits: %llx\n", bad_bits); return bad_bits != 0; }
Bug#481858: RFP: svn-bisect -- Determine which version of a subversion repository contains a change, by bisection
Package: wnpp Severity: wishlist * Package name: svn-bisect Version : 0.5 Upstream Author : Mark Glines <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~infinoid/App-SVN-Bisect-0.4/svn-bisect * License : Artistic License 2.0 Programming Lang: Perl Description : Determine which version of a subversion repository contains a change, by bisection Modelled after git's bisect command, this tool allows you to start with two endpoints (revision numbers) from an SVN repo, and by specifying either "svn-bisect good" or "svn-bisect bad" cut the search space in half, allowing you to efficiently perform a binary search to find which change introduced that bug you're looking for. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.24 (PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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]
Bug#264483: chemtool: superscript and subscript in SVG aren't quite right
Daniel Leidert wrote: Are there any existing problems with chemtools approach to adjust the y-value? Is there something better to use (except baseshift)? Reading several manuals, using the dy attribute seems to be ok for subscripts/superscripts characters. Well, baseshift is fundamentally better in the sense that it describes what we actually want instead of how to achieve it, but it Really Doesn't Matter. Can we close this report? Sure. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390198: compiz: maximize doesn't enter steady state with windows whose sizes are multiples
Brice Goglin wrote: > Does this problem with xterm windows jiggling when maximized in compiz > still happens today? With compiz 0.5.0? Nope, problem's gone. Thanks, Brice! Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369165: works now.
This just started working for me. It's nice to have XEmacs back! I'd close this bug, but there seem to be an awful lot of reports merged into this one, so I'll leave it as is and let the maintainer decide whether the core issue is fixed. Here are my versions of relevant packages: xemacs21 21.4.20-1 xemacs21-basesupport 2006.05.10-1 xemacs21-bin 21.4.20-1 xemacs21-mule21.4.20-1 xemacs21-mulesupport 2006.05.10-1 xemacs21-support 21.4.20-1 xemacs21-supportel 21.4.20-1 xorg 7.1.0-18 xserver-xorg 7.1.0-18 xserver-xorg-core1.3.0.0.dfsg-3 xfonts-utils 1.0.1-1 xfs 1.0.1-5 xfonts-100dpi1.0.0-3 xfonts-100dpi-transcoded 1.0.0-3 xfonts-75dpi 1.0.0-3 xfonts-75dpi-transcoded 1.0.0-3 libxfont11.2.8-1 libxft2 2.1.12-2 Thanks, Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396973: gdb: can not debug any program linked with pthread.
Daniel Jacobowitz wrote: > On Fri, Nov 03, 2006 at 08:05:32PM -0500, Nick Lewycky wrote: > >>Attached. Here's the exact session I ran: > >>ptrace(0x19 /* PTRACE_??? */, 29003, 0xc, 0xff888354) = -1 EINVAL (Invalid >>argument) > >>>>Architecture: i386 (x86_64) >>>>Shell: /bin/sh linked to /bin/bash >>>>Kernel: Linux 2.6.18.1 >>> >>>Does this mean you're running a 32-bit installation and a 64-bit >>>kernel? Did you build the kernel yourself? >> >>Yes and yes. > > It completely didn't occur to me until just now, but this was the right > question. A 32-bit GDB will not work on threaded programs on a 64-bit > kernel; it's just broken. I believe the problem is a ptrace operation > that is not properly emulated by the 32-bit compatibility layer. I'm > afraid this is a kernel bug. Ok, I agree with you that the kernel is the issue here, but that can't be the whole explanation. I just rolled back to my previous kernel, 2.6.15.6 x86_64 and the example works fine. So the architecture alone isn't the issue, unless the kernel developers ripped support out, deliberately breaking backwards compatibility with userspace. Would you like another strace? Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396973: gdb: can not debug any program linked with pthread.
Package: gdb Version: 6.4.90.dfsg-1 Severity: grave Justification: renders package unusable Any program linked with "-lpthread" will make GDB unusable with the following error: Cannot find user-level thread for LWP 28988: generic error Here's an example: $ cat simple.c int main(void) { return 0; } $ gcc -O0 -g simple.c -o simple -lpthread $ gdb ./simple GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) break simple.c:2 Breakpoint 1 at 0x8048372: file simple.c, line 2. (gdb) run Starting program: /home/nicholas/simple warning: Lowest section in system-supplied DSO at 0xe000 is .hash at e0b4 [Thread debugging using libthread_db enabled] Error while reading shared library symbols: Cannot find new threads: generic error Cannot find user-level thread for LWP 29015: generic error (gdb) bt #0 0xf7f92010 in _dl_debug_state () from /lib/ld-linux.so.2 #1 0xffdd2530 in ?? () #2 0xf7f88c35 in dl_main () from /lib/ld-linux.so.2 #3 0xf7f953e8 in _dl_sysdep_start () from /lib/ld-linux.so.2 #4 0xf7f86b46 in _dl_start () from /lib/ld-linux.so.2 #5 0xf7f867b7 in _start () from /lib/ld-linux.so.2 (gdb) c Continuing. Cannot find user-level thread for LWP 29015: generic error (gdb) c Continuing. Cannot find user-level thread for LWP 29015: generic error (gdb) bt #0 0xf7f92010 in _dl_debug_state () from /lib/ld-linux.so.2 #1 0xffdd2530 in ?? () #2 0xf7f88c35 in dl_main () from /lib/ld-linux.so.2 #3 0xf7f953e8 in _dl_sysdep_start () from /lib/ld-linux.so.2 #4 0xf7f86b46 in _dl_start () from /lib/ld-linux.so.2 #5 0xf7f867b7 in _start () from /lib/ld-linux.so.2 This is especially annoying as the actual program, despite linking with pthread is single-threaded. It works fine if you remove "-lpthread" from the compile line. I tried two gcc versions: gcc version 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) and gcc version 4.0.4 20060904 (prerelease) (Debian 4.0.3-7) both are affected, leading me to think that this is an error in gdb (or possibly libpthread.) Nick Lewycky -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages gdb depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand ii libreadline5 5.2-1 GNU readline and history libraries gdb recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#394704: synopsis: Cxx parser always fails
Package: synopsis Version: 0.8.0-4 Severity: important I can't get synopsis to work on any C++ code. ucpp emits an error and I get no documentation out, no matter what was in the file: $ ls -l empty.cpp -rw-r--r-- 1 nicholas users 0 2006-10-22 12:54 empty.cpp $ synopsis -p Cxx empty.cpp trying to redefine the special macro __STDC__ ucpp returned error flag. ignoring error. $ It even claims that __STDC__ is being redefined on an empty file. Something's gone wrong here. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages synopsis depends on: ii cpp 4:4.1.1-13 The GNU C preprocessor (cpp) ii graphviz 2.8-2.3rich set of graph drawing tools ii gsfonts 8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre ii libc6 2.3.6.ds1-6GNU C Library: Shared libraries ii libgcc1 1:4.2-20060709-1 GCC support library ii libstdc++64.1.1-17 The GNU Standard C++ Library v3 ii libsynopsis8 0.8.0-4The runtime library for Synopsis ii python2.4.3-11 An interactive high-level object-o ii python-central0.5.8 register and build utility for Pyt ii python2.4 2.4.4-1An interactive high-level object-o synopsis recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393099: white windows resolved
close 393099 thanks dude This was caused by user error installing the proprietary nvidia drivers. My link in /usr/lib/libGL.so.1 had reverted to Mesa, because I'm a fool who didn't use dpkg-divert. Again. Apologies. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393099: white windows with new compiz on nvidia "pixmap can't be bound to texture"
0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 4 1 Ncon 0x62 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 2 1 Ncon 0x63 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 2 1 Ncon 0x64 24 dc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 4 1 Ncon 0x65 24 dc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 4 1 Ncon 0x66 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 2 1 Ncon 0x67 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 2 1 Ncon 0x68 24 dc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 4 1 Ncon 0x69 24 dc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 4 1 Ncon 0x6a 24 dc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 2 1 Ncon 0x6b 24 dc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 2 1 Ncon 0x6c 24 dc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 4 1 Ncon 0x6d 24 dc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 4 1 Ncon 0x6e 24 dc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 2 1 Ncon 0x6f 24 dc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 2 1 Ncon 0x70 24 dc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 4 1 Ncon 0x71 24 dc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 4 1 Ncon 0x23 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x72 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x73 32 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 0 0 None 0x74 32 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 0 0 None 0x75 32 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x76 32 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x77 32 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 0 0 None 0x78 32 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 0 0 None 0x79 32 tc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x7a 32 tc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x7b 32 tc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 0 0 None 0x7c 32 tc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 0 0 None 0x7d 32 tc 0 32 0 r y . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x7e 32 tc 0 32 0 r y . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x7f 32 tc 0 32 0 r . . 8 8 8 0 4 0 0 16 16 16 16 0 0 None 0x80 32 tc 0 32 0 r . . 8 8 8 8 4 0 0 16 16 16 16 0 0 None 0x81 32 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 2 1 Ncon 0x82 32 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 2 1 Ncon 0x83 32 tc 0 32 0 r y . 8 8 8 0 4 24 0 16 16 16 16 4 1 Ncon 0x84 32 tc 0 32 0 r y . 8 8 8 8 4 24 0 16 16 16 16 4 1 Ncon 0x85 32 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 2 1 Ncon 0x86 32 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 2 1 Ncon 0x87 32 tc 0 32 0 r . . 8 8 8 0 4 24 0 16 16 16 16 4 1 Ncon 0x88 32 tc 0 32 0 r . . 8 8 8 8 4 24 0 16 16 16 16 4 1 Ncon 0x89 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 2 1 Ncon 0x8a 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 2 1 Ncon 0x8b 32 tc 0 32 0 r y . 8 8 8 0 4 24 8 16 16 16 16 4 1 Ncon 0x8c 32 tc 0 32 0 r y . 8 8 8 8 4 24 8 16 16 16 16 4 1 Ncon 0x8d 32 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 2 1 Ncon 0x8e 32 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 2 1 Ncon 0x8f 32 tc 0 32 0 r . . 8 8 8 0 4 24 8 16 16 16 16 4 1 Ncon 0x90 32 tc 0 32 0 r . . 8 8 8 8 4 24 8 16 16 16 16 4 1 Ncon 0x91 32 tc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 2 1 Ncon 0x92 32 tc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 2 1 Ncon 0x93 32 tc 0 32 0 r y . 8 8 8 0 4 16 0 16 16 16 16 4 1 Ncon 0x94 32 tc 0 32 0 r y . 8 8 8 8 4 16 0 16 16 16 16 4 1 Ncon 0x95 32 tc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 2 1 Ncon 0x96 32 tc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 2 1 Ncon 0x97 32 tc 0 32 0 r . . 8 8 8 0 4 16 0 16 16 16 16 4 1 Ncon 0x98 32 tc 0 32 0 r . . 8 8 8 8 4 16 0 16 16 16 16 4 1 Ncon $ The previous version (the git snapshot) worked perfectly. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages compiz depends on: ii compiz-core 0.2.0-1OpenGL window and compositing mana ii compiz-gnome 0.2.0-1OpenGL window and compositing mana ii compiz-gtk0.2.0-1OpenGL window and compositing mana ii compiz-plugins0.2.0-1OpenGL window and compositing mana compiz recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#392453: same bug.
I see the same bug on my PPC. The problem is probably due to an endianness issue; all the normal visuals are 24bpp while the compiz visual is 32bpp. The blueish-ness that I see on my laptop (never pinkish-ness as mentioned by the reporter) is a case where the colur components have shifted over by one. Blue became green, green became red. I'm not sure whose fault this is. If the reporter doesn't beat me to it, I'll submit the output of "glxinfo" and "xdpyinfo" on my PPC box. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#390198: compiz: maximize doesn't enter steady state with windows whose sizes are multiples
Package: compiz Version: 0.0.13+git20060928-2 Severity: minor "xterm" can not be set to an arbitrary size. Instead you can only resize it in certain increments based on the fixed-size font it's using. If you right-click on the titlebar of an xterm in compiz and choose Maximize, compiz will make it take up the whole screen, but it keeps jiggling and resizing and the size keeps bumping and shifting as it never gets the final size quite right. Interestingly enough, the xterm is still usable while this is going on, but the width and height of the display are going +- 1 row/column. Also, I can't reproduce this if the xterm is at the top of the screen. It may be related to the snap-to plugin? Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386121: (no subject)
I'm seeing this when rebuilding LLVM or Wine. This bug doesn't appear to go away when rebuilding from source. Or else it's possible that the newly compiled software is being linked with C++ libraries that are triggering the problem, in which case, this bug is some form of C++ ABI breakage without an associated so-version bump. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369165: probably x11
ground_gc = 0x859a8e8, inactive_gc = 0x85990d0, inactive_button_gc = 0x859c2b0, shadow_top_gc = 0x859c328, shadow_bottom_gc = 0x859c3a0, select_gc = 0x8599038, highlight_gc = 0x859a9d0, title_gc = 0x859aa68, cursor = 50331659, popped_up = 0 '\0', gray_pixmap = 50331660, pointer_grabbed = 0 '\0', next_release_must_exit = 0 '\0', menu_post_time = 0, menu_bounce_time = 0, last_selected_val = 0x0} (gdb) p ((XlwMenuWidget)new)->menu.font_set $3 = (XFontSet) 0x0 Thanks, Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369165: new backtrace
'\0', destroy_callbacks = 0x0, constraints = 0x0, x = 0, y = 0, width = 0, height = 0, border_width = 1, managed = 0 '\0', sensitive = 1 '\001', ancestor_sensitive = 1 '\001', event_table = 0x0, tm = {translations = 0x0, proc_table = 0x0, current_state = 0x0, lastEventTime = 0}, accelerators = 0x0, border_pixel = 0, border_pixmap = 2, popup_list = 0x0, num_popups = 0, name = 0x852779b "container", screen = 0x83fb140, colormap = 32, window = 0, depth = 24, background_pixel = 16777215, background_pixmap = 2, visible = 1 '\001', mapped_when_managed = 1 '\001'}} (gdb) p *instance $5 = {widget = 0x0, parent = 0x8567218, pop_up_p = 0 '\0', info = 0x8582fd0, next = 0x0} (gdb) p al[0] $6 = {{name = 0x820c96a "menu", value = 139956840}} (gdb) p al[1] $7 = {name = 0x8579250 ".xpm\021", value = 140085040} It'd be nice if someone could comment on whether this bug is probably XEmacs or libx11 (or libxt). Thanks, Nick Lewycky
Bug#382427: gdb backtrace
Pierre, Would you please run gdb again, but this time at the (gdb) prompt, type in "bt" and mail in the output? If it shows XFontsOfFontSet in the backtrace, this bug is a dupe of 369165. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376066: similar bug upstream
There appears to be a very old similar bug, http://sources.redhat.com/bugzilla/show_bug.cgi?id=1543 with the same version of binutils. Theirs, however, claims to be alpha-specific. Is it possible that this is the same bug? Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369165: associated trace files
I've tried removing all of the .*emacs* files from my home directory, as well as any local directories in /usr/local/share/emacs and /usr/local/lib/xemacs. It still crashes. I've attached the output of ltrace and of strace. Reading the strace, there's a socked opened to fd#5 (line 5832) which is eventually read from causing a SEGV (line 8040). Or at least, that read is the last call that I see before the SEGV. Causality is another issue. By contrast, the ltrace shows something different happening before the SEGV: --- SIGIO (I/O possible) --- Error: call nesting too deep! unexpected breakpoint at 0xe404 Error: call nesting too deep! Error: call nesting too deep! XtGetGC(0x85e0a68, 12, -15636, 2, 2Error: call nesting too deep! XtGetGC(0x85e0a68, 12, -15636, 2, 2Error: call nesting too deep! XFontsOfFontSet(0, -15516, -15520, 2, 2Error: call nesting too deep! --- SIGSEGV (Segmentation fault) --- I'm not sure what "Error: call nesting too deep!" means, but I wouldn't be surprised if the error is in XFontsOfFontSet. Whether's it's xemacs's misuse of the API, or a server misbehaviour, I can not tell. Nick Lewycky PS. The Debian mail server rejected my attachment as oversize. You can download the 12MB file from http://wagon.no-ip.org/xemacs.trace.tar.bz2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377347: libcairomm-1.0-dev: can't use PDF, PS or SVG
Package: libcairomm-1.0-dev Version: 0.6.0-2 Severity: normal The examples for PsSurface, PdfSurface and SvgSurface don't link: $ g++ `pkg-config --cflags --libs cairomm-1.0` cairograph.cpp /tmp/ccqYR7Sy.o: In function `main': cairograph.cpp:(.text+0x141): undefined reference to `Cairo::SvgSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/svg-surface/main.cc -o main /tmp/ccZcxUsu.o: In function `main': main.cc:(.text+0x124): undefined reference to `Cairo::SvgSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/ps-surface/main.cc -o main /tmp/ccLi5Woc.o: In function `main': main.cc:(.text+0x124): undefined reference to `Cairo::PsSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/pdf-surface/main.cc -o main /tmp/ccxdZmCy.o: In function `main': main.cc:(.text+0x132): undefined reference to `Cairo::PdfSurface::create(std::basic_string, std::allocator >, double, double)' collect2: ld returned 1 exit status $ g++ `pkg-config --cflags --libs cairomm-1.0` /usr/share/doc/libcairomm-1.0-dev/examples/png_file/main.cc -o main $ ./main Wrote png file "image.png" $ eog image.png Yep, ImageSurface works fine. Perhaps they aren't linked in? Also, the examples are protected by #ifdef's that are supposed to compile-time detect whether these surfaces are enabled in Cairo (not in cairomm). They aren't being triggered. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libcairomm-1.0-dev depends on: ii libcairo2-dev 1.2.0-2Development files for the Cairo 2D ii libcairomm-1.0-0 0.6.0-2C++ wrappers for Cairo (shared lib libcairomm-1.0-dev recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376066: testcase
I've prepared a testcase containing the .a and .o files. Unfortunately, it's 25MB and too large for email. Please retrieve it from http://wagon.no-ip.org/binutils-reg.tar.bz2 . The command that runs ld is: $ /usr/bin/ld --eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o /home/nicholas/llvm/Debug/bin/opt /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crt1.o /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crti.o /usr/lib/gcc/i486-linux-gnu/4.1.2/crtbegin.o -L/home/nicholas/llvm/Debug/lib -L/usr/lib/gcc/i486-linux-gnu/4.1.2 -L/usr/lib/gcc/i486-linux-gnu/4.1.2 -L/usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib -L/lib/../lib -L/usr/lib/../lib /home/nicholas/llvm/tools/opt/Debug/opt.o /home/nicholas/llvm/Debug/lib/LLVMDataStructure.o --export-dynamic -lLLVMBCReader -lLLVMBCWriter -lLLVMInstrumentation -lLLVMScalarOpts -lLLVMipo -lLLVMipa -lLLVMTransforms -lLLVMTarget -lLLVMTransformUtils -lLLVMAnalysis -lLLVMCore -lLLVMSupport -lLLVMbzip2 -lLLVMSystem -lpthread /usr/lib/libltdl.so -ldl -lelf --rpath /home/nicholas/llvm/Debug/bin -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/i486-linux-gnu/4.1.2/crtend.o /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../lib/crtn.o You'll want g++-4.1 installed. If I go back to binutils 2.16.1cvs20060413-1 (testing), it runs in 15 seconds while with binutils 2.17-1 it takes 5m32s. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376066: binutils: performance regression in ld
Package: binutils Version: 2.17-1 Severity: minor I'm seeing a miserable performance regression in /usr/bin/ld while building LLVM. It usually takes about 45 seconds, but it's blown up to over 5 minutes to link. I don't have a minimized testcase, though I suppose I could gather up the object files, if necessary. I'm not sure what exactly you'd need in order to track down a perf issue. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages binutils depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries binutils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373223: libglew-dev: glew header trashes glut header.
Steinar H. Gunderson wrote: > On Tue, Jun 13, 2006 at 12:33:43PM -0400, Nick Lewycky wrote: > >>GLEW can't be used with GLUT at the moment. I have freeglut3 3.8.0 >>installed. > > There is no such version in the archive; the latest version is 2.4.0-5. Could > you please recheck this? I'm unable to reproduce your bug with the latest > freeglut3-dev. Sorry, the version I gave was out of the GLUT header files. It is indeed 2.4.0-5. Given that you can't reproduce it, I'll double-check my GL/*.h files and make certain they're all correct Debian ones, or else I'll try to reproduce it inside of a clean environment, such as pbuilder's chroot. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373223: libglew-dev: glew header trashes glut header.
Package: libglew-dev Version: 1.3.4-3 Severity: grave Justification: renders package unusable GLEW can't be used with GLUT at the moment. I have freeglut3 3.8.0 installed. $ cat glew_test.cpp #include #include $ g++ -c glew_test.cpp /usr/include/GL/glut.h:531: error: expected initializer before 'glutInit' /usr/include/GL/glut.h:539: error: expected initializer before 'glutInitDisplayMode' /usr/include/GL/glut.h:541: error: expected initializer before 'glutInitDisplayString' /usr/include/GL/glut.h:543: error: expected initializer before 'glutInitWindowPosition' /usr/include/GL/glut.h:544: error: expected initializer before 'glutInitWindowSize' there's 115 errors, all of the same kind. In GL/glut.h those initializers look like: GLUTAPI void GLUTAPIENTRY glutInit(int *argcp, char **argv); GLEW doesn't do anything with GLUT defined though, so I'm not entirely sure why this happens. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libglew-dev depends on: ii libgl1-mesa-dev [li 6.5.0.cvs.20060524-1 A free implementation of the OpenG ii libglew11.3.4-3 The OpenGL Extension Wrangler - ru ii libglu1-mesa-dev [l 6.5.0.cvs.20060524-1 The OpenGL utility library -- deve libglew-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369165: xemacs21-mule: crash on start.
I wrote: > xemacs crashes immedately on start before showing any window. There's > nothing funny in the directory I'm running it from, nor am I missing xfs > or xfonts-{75|100}dpi. I don't have any workaround for this problem. I lied slightly. "xemacs -nw" loads just fine. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369165: xemacs21-mule: crash on start.
Package: xemacs21-mule Version: 21.4.19-1 Severity: normal xemacs crashes immedately on start before showing any window. There's nothing funny in the directory I'm running it from, nor am I missing xfs or xfonts-{75|100}dpi. I don't have any workaround for this problem. $ xemacs Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string "-*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*, -*-*-*-*-*-*-*-120-*-iso10646-1, -*-*-*-*-*-*-*-120-*-jisx0208.1983-0, -*-*-*-*-*-*-*-120-*-jisx0201.1976-0" to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Unable to load any usable fontset Warning: Missing charsets in String to FontSet conversion Warning: Unable to load any usable fontset Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. [snip a few paragraphs of generic error text] Lisp backtrace follows: # bind (frame-being-created) make-frame(nil #) frame-initialize() # bind (debugger debug-on-error command-line-args-left) command-line() # (condition-case ... . ((t (byte-code " ��" ... 1 # bind (error-data) normal-top-level() # (condition-case ... . error) # (catch top-level ...) Segmentation fault $ In xlsfonts, I can select "-*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*" no problem. (gdb) run Starting program: /usr/bin/xemacs warning: Lowest section in system-supplied DSO at 0xe000 is .hash at e0b4 (no debugging symbols found) (no debugging symbols found) [snip more of the same] Warning: Missing charsets in String to FontSet conversion Warning: Cannot convert string "-*-helvetica-bold-r-*-*-*-120-*-*-*-*-iso8859-*, -*-*-*-*-*-*-*-120-*-iso10646-1, -*-*-*-*-*-*-*-120-*-jisx0208.1983-0, -*-*-*-*-*-*-*-120-*-jisx0201.1976-0" to type FontSet Warning: Missing charsets in String to FontSet conversion Warning: Unable to load any usable fontset Warning: Missing charsets in String to FontSet conversion Warning: Unable to load any usable fontset (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1438773728 (LWP 18391)] 0x557483c9 in XFontsOfFontSet () from /usr/lib/libX11.so.6 (gdb) bt #0 0x557483c9 in XFontsOfFontSet () from /usr/lib/libX11.so.6 #1 0x081f4094 in xlw_set_item () #2 0x556e3df8 in XtInitializeWidgetClass () from /usr/lib/libXt.so.6 #3 0x556e437d in XtInitializeWidgetClass () from /usr/lib/libXt.so.6 #4 0x556e47e3 in _XtCreateWidget () from /usr/lib/libXt.so.6 #5 0x556e4a70 in XtCreateWidget () from /usr/lib/libXt.so.6 #6 0x081f90f6 in XawGaugeSetValue () #7 0x081eda9d in lw_make_widget () #8 0x080d4ee7 in vars_of_menubar_x () #9 0x081c8839 in Fx_window_id () #10 0x0813053b in Fmake_frame () #11 0x080be8e3 in Ffuncall () #12 0x08090e2a in execute_rare_opcode () #13 0x08093740 in funcall_compiled_function () #14 0x080be825 in Ffuncall () #15 0x08090e2a in execute_rare_opcode () #16 0x08093740 in funcall_compiled_function () #17 0x080bcde1 in Feval () #18 0x080ba2ab in condition_case_1 () #19 0x080bc531 in condition_case_3 () #20 0x08090aa7 in execute_rare_opcode () #21 0x080916e7 in execute_rare_opcode () #22 0x08093740 in funcall_compiled_function () ---Type to continue, or q to quit--- #23 0x080bcde1 in Feval () #24 0x080ba2ab in condition_case_1 () #25 0x0809c43c in Freally_early_error_handler () #26 0x080b797f in internal_catch () #27 0x0809c522 in initial_command_loop () #28 0x080b69d6 in xemacs_21_4_19_i386_debian_linux () #29 0x080b7583 in main () (gdb) My X packages are 7.0.20. I know xemacs hasn't been updated in a while but I'd appreciate your help debugging, even if the bug isn't in your package directly. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xemacs21-mule depends on: ii emacsen-common 1.4.17 Common facilities for all emacsen ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libcompfaceg1 1:1.5.2-3Compress/decompress images for mai ii libdb3 3.2.9-25 Berkeley v3 Database Libraries [ru ii libgpmg11.19.6-22General Purpose Mouse - shared lib ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libldap22.1.
Bug#368756: tetex-bin: varioref interferes with hyperref's generation of pdf bookmarks in pdflatex
Ralf Stubner wrote: > On Wed, May 24, 2006 at 13:34 -0400, Nick Lewycky wrote: > >>Here's a testcase. Compare the PDF bookmarks (just open the resulting >>PDF in Adobe Acrobat) with varioref included and with it commented >>out. > > [...] > >>\usepackage{hyperref} >>\usepackage{varioref} > > > More interesting: Try this with > > \usepackage{varioref} > \usepackage{hyperref} > > which gives correct PDF bookmarks (at least in xpdf). This is documented > in /usr/share/doc/texmf/latex/hyperref/README.gz, hence I am closing > this bug. As a general rule: load hyperref as late as possible. Hm. In my actual document, I got: ! LaTeX Error: Option clash for package hyperref. Of course, that's because I'm trying to pass [colorlinks] to hyperref. The option clash is due to \usepackage{html} (I'm trying to get 3 outputs from 1 latex source). I need to use varioref first, hyperref second and html third, then it works. Thanks. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368756: tetex-bin: varioref interferes with hyperref's generation of pdf bookmarks in pdflatex
Package: tetex-bin Version: 3.0-16 Severity: normal A PDF contains "bookmarks" which are a clickable table of contents. pdflatex will generate these with the "hyperref" package. However, when the varioref package is also used, it produces the wrong bookmarks. Here's a testcase. Compare the PDF bookmarks (just open the resulting PDF in Adobe Acrobat) with varioref included and with it commented out. \documentclass[12pt,letterpaper]{article} \usepackage{hyperref} \usepackage{varioref} \title{Test} \author{Nick Lewycky} \date{\today} \begin{document} \maketitle \section{Foo} \subsection{Foo A} \section{Bar} \subsection{Bar A} \section{Baz} \subsection{Baz A} \end{document} Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii debianutils 2.16.1 Miscellaneous utilities specific t ii dialog1.0-20060221-1 Displays user-friendly dialog boxe ii dpkg 1.13.19package maintenance system for Deb ii ed0.2-20 The classic unix line editor ii libc6 2.3.6-9GNU C Library: Shared libraries ii libfontconfig12.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.0-4 GCC support library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-16 path search library for teTeX (run ii libpaper1 1.1.17 Library for handling paper charact ii libpng12-01.2.8rel-5.1 PNG library - runtime ii libpoppler0c2 0.4.5-4PDF rendering library ii libsm61:1.0.0-4 X11 Session Management library ii libstdc++64.1.0-4The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2Type 1 font rasterizer library - r ii libx11-6 2:1.0.0-6 X11 client-side library ii libxaw7 1:1.0.1-5 X11 Athena Widget library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxp61:1.0.0-1 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.4.2-3X11 pixmap library ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii mime-support 3.36-1 MIME files 'mime.types' & 'mailcap ii perl 5.8.8-4Larry Wall's Practical Extraction ii sed 4.1.5-1The GNU sed stream editor ii tetex-base3.0-17 Basic library files of teTeX ii ucf 2.0010 Update Configuration File: preserv ii zlib1g1:1.2.3-11 compression library - runtime Versions of packages tetex-bin recommends: ii libxml-parser-perl 2.34-4 Perl module for parsing XML files ii perl-tk 1:804.027-4 Perl module providing the Tk graph ii psutils 1.17-21 A collection of PostScript documen Versions of packages tetex-base depends on: ii dpkg 1.13.19package maintenance system for Deb ii tex-common0.23 Common infrastructure for using an ii ucf 2.0010 Update Configuration File: preserv Versions of packages tetex-extra depends on: ii dpkg 1.13.19package maintenance system for Deb ii tetex-base3.0-17 Basic library files of teTeX ii ucf 2.0010 Update Configuration File: preserv -- debconf information: tetex-base/olddat: true tetex-base/fmtutil-failed: * tetex-bin/cnf_name: tetex-bin/texmf: true tetex-base/oldcfg: true tetex-base/oldupdm: tetex-base/updmap-failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368319: GtkTreeModel.get_iter requires a tree path as its argument
reopen 368319 severity 368319 normal thanks dude I can reproduce it. It turns out that all you need to do is type in a command and press enter before the menu popup has a chance to appear. This is much easier when my system is still starting up (hence, under load) than it is after I've logged in and launched all my apps. That's why it appeared to go away. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368520: gnome-control-center: please update to 2.14
Package: gnome-control-center Version: 1:2.14.1-1 Severity: wishlist Hi. I'm interested in getting compiz going on Debian, which build depends on control-center 2.14. Later today Xorg 7.1 will be released which means that support for the Xgl features should be forthcoming. I just tested the latest pkg-gnome stuff, and it builds fine with a pbuilder. It looks as if one of the Build-Deps "libebook1.2-dev" is uninstallable, but that's because it depends on libnspr4-dev which conflicts with libnspr4 used by mozilla, eclipse and openoffice.org due to the xulrunner transition. If you just build the package in a chroot via. pbuilder, it builds fine and can be installed on a system without conflicts. It isn't urgent, but it would be nice if control-center 2.14 were ready by the time compiz is to be packaged. (Note that Xgl itself isn't needed for the features like wobbly windows, spinning cube, etc. Xorg 7.1 and compiz will suffice.) Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.14.1-1configuration applets for GNOME 2 ii desktop-file-utils 0.10-1Utilities for .desktop files ii gnome-desktop-data 2.14.1.1-1Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-menus2.14.0-1 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.61-5simple interprocess messaging syst ii libebook1.2-5 1.6.1-2 Client library for evolution addre ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgamin0 [libfam0]0.1.7-3 Client library for the gamin file ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-desktop-2 2.14.1.1-1Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-menu2 2.14.0-1 an implementation of the freedeskt ii libgnome-window-settings1 1:2.14.1-1Utility library for getting window ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-2 GNOME virtual file-system (runtime ii libgnutls131.3.5-1.1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgstreamer-plugins-base0 0.10.7-2 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.6-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmetacity0 1:2.14.3-1library of lightweight GTK2 based ii libnautilus-extension1 2.14.1-3 libraries for nautilus components ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6
Bug#368319: deskbar-applet: GtkTreeModel.get_iter requires a tree path as its argument
Package: deskbar-applet Version: 2.14.1.1-4 Severity: important After an update from gnome-applets 2.12 to 2.14, the deskbar-applet replaced mini-commander. When I went to type in a simple command "xset m 1/2 1" and enter, I got a dialog box titled "Bug Detected" with the text "It probably isn't fatal, but should be reported to the developers nonetheless. The program may behave erratically from now on." Clicking "Details" reveals: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/deskbar/ui/entriac/CuemiacEntryUI.py", line 360, in on_entry_activate iter = self.model.get_iter (self.cview.last_visible_path()) TypeError: GtkTreeModel.get_iter requires a tree path as its argument and it didn't run the program. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages deskbar-applet depends on: ii gconf2 2.14.0-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libebook1.2-5 1.6.1-2 Client library for evolution addre ii libedataserver1.2-71.6.1-2 Utility library for evolution data ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libglib2.0-0 2.10.2-2 The GLib library of C routines ii libgnome-desktop-2 2.14.1.1-1Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-2 GNOME virtual file-system (runtime ii libgtk2.0-02.8.17-2 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.1-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii python2.4-glade2 2.8.2-3 GTK+ bindings: Glade support ii python2.4-gnome2 2.12.3-2 Python bindings for the GNOME desk ii python2.4-gnome2-extras2.12.1-2.1Python bindings for the GNOME desk ii python2.4-gtk2 2.8.2-3 Python bindings for the GTK+ widge ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages deskbar-applet recommends: ii gnome-utils 2.14.0-1 GNOME desktop utilities pn python-beagle (no description available) pn python2.4-soappy (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366259: trac should support doxygen-style comments
Package: trac Severity: wishlist Trac ought to have a code-documentation view, similar to tools like doxygen, but allowing trac's wiki code inside of the comments. Backwards compatibility with current doxygen or javadoc comment styles would be greatly appreciated. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366136: link-grammar: lists incorrect sentence length
Package: link-grammar Version: 4.2.2-1 Severity: minor Feeding linkparser an overlength sentence causes it to complain about the length, citing a maximum of 70 words. Putting aside the fact that this limit should be raised, it also gives a sentence length that is clearly incorrect, "1433716920": linkparser> This declaration is a blatant and improper attempt by IBM to present yet further legal arguments on their discovery sanction motion arguments that, in fact, underscore IBMs efforts to use its motion to obtain a merits determination on the scope of specificity required for actionable technological disclosures of a method or concept or other know-how and confirm that Davis and IBM are capable of undertaking such a merits analysis (however improper and incorrect) even as to the very disclosure (Item 146) that they previously featured as supposedly insufficient information for them to evaluate (e.g., ¶ 45). Sentence length (1433716920 words) exceeds maximum allowable (70 words) Clearly that sentence has 96 words in it, if you count "know-how" as one word. In any case, the print statement should be fixed to show the correct word count. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages link-grammar depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii liblink-grammar4 4.2.2-1Carnegie Mellon University's link ii link-grammar-dictionaries-en 4.2.2-1Carnegie Mellon University's link link-grammar recommends no packages. -- no debconf information
Bug#365387: libglitz1: please update to version 0.5.3
Dave Beckett wrote: > Nick Lewycky wrote: > >>Package: libglitz1 >>Version: 0.4.4-1 >>Severity: wishlist >> >>The latest release snapshot of glitz is version 0.5.3, which is one of >>the components needed to compile Xgl. The debian/ directory from 0.4.4 >>can be inserted into the 0.5.3 directory tree just fine. Please update. > > I remember looking into it last week, and the same problem remains as then, > that Xorg 7.0.0 has messed up everything. > > At present glitz's configure fails to find the X11 headers and it's correct > X11/Intrinsic.h has gone, or at least it's hiding in one of the thousand > Xorg packages there are now, but it's not under something obvious. > > ... > checking for Win32... no > checking for X... no > checking for AGL.framework... no > checking for WGL... no > ... Oh I see. X11/Intrinsic.h is in libxt-dev. There's a whole lot of new -dev packages and I installed them all. But then you have to update the Build-Deps line in your control file. The good news is that there's an "xorg-dev" metapackage which lists them. The bad news is that you're not allowed to depend on a metapackage. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#365387: libglitz1: please update to version 0.5.3
Package: libglitz1 Version: 0.4.4-1 Severity: wishlist The latest release snapshot of glitz is version 0.5.3, which is one of the components needed to compile Xgl. The debian/ directory from 0.4.4 can be inserted into the 0.5.3 directory tree just fine. Please update. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libglitz1 depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries libglitz1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364738: link-grammar: segfaults
Ken Bloom wrote: > I suspect the problem is that you don't have the environment variable > $LANG set. Right you are. I wonder how that happened? Setting LANG=en makes link-grammar work again, so you're on target. > Please send me the output of the env command so that I can confirm this, > and then I will look at the proper way to fix it. $ env SSH_AGENT_PID=2847 TERM=xterm SHELL=/bin/bash WINDOWID=48234504 XTERM_SHELL=/bin/bash USER=nicholas LD_LIBRARY_PATH=/home/nicholas/Fresco/lib:/home/nicholas/amzi_7-0-11/lib SSH_AUTH_SOCK=/tmp/ssh-KLcCeB2762/agent.2762 USERNAME=nicholas XPSERVERLIST= PATH=/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games DESKTOP_SESSION=default GDM_XSERVER_LOCATION=local AMZI_DIR=/home/nicholas/amzi_7-0-11/ PWD=/home/nicholas JAVA_HOME=/usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/ EDITOR=xemacs BABYLON_PATH=/home/nicholas/Fresco/Babylon/modules GDMSESSION=default XTERM_VERSION=XTerm(210) SHLVL=1 HOME=/home/nicholas LESS=-MM LOGNAME=nicholas CVS_RSH=ssh CLASSPATH=/home/nicholas/sable/soot/polyglot/trunk/lib/polyglot.jar:/home/nicholas/sable/soot/polyglot/trunk/lib/java_cup.jar:/home/nicholas/sable/soot/jasmin/trunk/lib/jasminclasses-2.1.1.jar:/home/nicholas/eclipse-plugins/eclipse/plugins/org.eclipse.gef_3.0.1/gef.jar:/home/nicholas/eclipse-plugins/eclipse/plugins/org.eclipse.draw2d_3.0.1/draw2d.jar:. DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-z7cX109AIS,guid=54fe4d4475a3e7ea4ac2ea169ef2fc00 BERLIN_FONT_CHOOSER=19 DISPLAY=:0.0 XAUTHORITY=/home/nicholas/.Xauthority _=/usr/bin/env Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364738: link-grammar: segfaults
Package: link-grammar Version: 4.2.2-1 Severity: important I don't know why, but link-grammar segfaults: $ link-grammar Segmentation fault $ Running it through GDB isn't very revealing: Program received signal SIGSEGV, Segmentation fault. 0x55684ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0x55684ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0x556849c5 in strdup () from /lib/tls/i686/cmov/libc.so.6 #2 0x555c4589 in linkage_print_postscript () from /usr/lib/liblink-grammar.so.4 #3 0x555a7e8f in dictionary_create_default_lang () from /usr/lib/liblink-grammar.so.4 #4 0x0804a4f0 in ?? () #5 0x0804d008 in ?? () #6 0x000a in ?? () #7 0x5556b6a4 in ?? () #8 0x5556dbb0 in ?? () #9 0x0001 in ?? () #10 0x in ?? () (gdb) I'm not sure what else to include in the bug report. Any ideas? Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages link-grammar depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii liblink-grammar4 4.2.2-1Carnegie Mellon University's link ii link-grammar-dictionaries-en 4.2.2-1Carnegie Mellon University's link link-grammar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360843: problem still exists
How is this bug still open? Should we bring in the Technical Committee? They could make the decision about where the man page belongs. http://www.debian.org/devel/tech-ctte A request to the ctte should include the list of all the affected files. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362925: gdm failed to launch /usr/X11R6/bin/X; moved to /usr/bin/X
Package: gdm Version: 2.13.0.10-2 Severity: normal Hi. GDM wouldn't load this morning. From /var/log/gdm/:0.log, it's trying to run /usr/X11R6/bin/X. GDM: Xserver not found: /usr/X11R6/bin/X :0 -dpi 96 -audit 0 -auth /var/lib/gdm/ :0.Xauth -nolisten tcp vt7 Error: Command could not be executed! Please install the X server or correct GDM configuration and restart GDM. The path to my X server isn't specified in the config file. Running strings over GDM suggests that it has a hardcoded default: daemon/StandardXServer=/usr/X11R6/bin/X There's also a similar reference to Xnest being in /usr/X11R6/bin. Please note that with the new X.org 7.0 in unstable, /usr/X11R6/bin/ should now be entirely empty and that the programs X and Xnest have moved to /usr/bin. Source: http://wiki.debian.org/Xorg69To7 Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages gdm depends on: ii adduser 3.85Add and remove users and groups ii debconf [debconf-2.0 1.4.72 Debian configuration management sy ii gksu 1.3.7-1 graphical frontend to su ii gnome-session2.14.0-2The GNOME 2 Session Manager ii gnome-terminal [x-te 2.14.0-1The GNOME 2 terminal emulator appl ii konsole [x-terminal- 4:3.5.2-1 X terminal emulator for KDE ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.4-1The ATK accessibility toolkit ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6-7 GNU C Library: Shared libraries ii libcairo21.0.4-1+b1 The Cairo 2D vector graphics libra ii libdmx1 1:1.0.1-2 X11 Distributed Multihead extensio ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1The GLib library of C routines ii libgnomecanvas2-02.14.0-1A powerful object-oriented display ii libgtk2.0-0 2.8.17-1The GTK+ graphical user interface ii libpam-modules 0.79-3.1Pluggable Authentication Modules f ii libpam-runtime 0.79-3.1Runtime support for the PAM librar ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libpango1.0-01.12.1-2Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.14.2-1SAX-based renderer library for SVG ii librsvg2-common 2.14.2-1SAX-based renderer library for SVG ii libselinux1 1.30-1 SELinux shared libraries ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.0.0-6 X11 client-side library ii libxau6 1:1.0.0-2 X11 authorisation library ii libxcursor1 1.1.5.2-3 X cursor management library ii libxdmcp61:1.0.0-3 X11 Display Manager Control Protoc ii libxext6 1:1.0.0-3 X11 miscellaneous extension librar ii libxi6 1:1.0.0-3 X11 Input extension library ii libxinerama1 1:1.0.1-2 X11 Xinerama extension library ii libxml2 2.6.23.dfsg.2-3 GNOME XML library ii libxrandr2 2:1.1.0.2-3 X11 RandR extension library ii libxrender1 1:0.9.0.2-3 X Rendering Extension client libra ii lsb-base 3.1-3 Linux Standard Base 3.1 init scrip ii metacity [x-window-m 1:2.14.1-1 A lightweight GTK2 based Window Ma ii sawfish [x-window-ma 1:1.3+cvs20050709-6 a window manager for X11 ii twm [x-window-manage 1:1.0.1-3 Tab window manager ii xbase-clients1:7.0.0-3 miscellaneous X clients ii xfwm4 [x-window-mana 4.2.3.2-2 window manager of the Xfce project ii xterm [x-terminal-em 210-3 X terminal emulator ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages gdm recommends: ii dialog1.0-20060221-1 Displays user-friendly dialog boxe ii gdm-themes0.5Themes for the GNOME Display Manag ii zenity2.14.0-1 Display graphical dialog boxes fro -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm -- To UNSUBSCRIBE, email to [EMAIL PROTE
Bug#362049: libxfixes3: XFixesSetCursorName (no such operation)
reassign 362049 gtk2-engines-industrial thanks dude This package causes breakage in any Athena-using program when installed with the new Xorg packages. I'm attaching an strace of xedit which shows xedit finding the cursor and trying to speak xcursor/xfixes to the X server. Nick Lewycky execve("/usr/bin/xedit", ["xedit"], [/* 33 vars */]) = 0 uname({sys="Linux", node="calvin", ...}) = 0 brk(0) = 0x80c8000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x5556d000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/i686/sse2/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls/i686/sse2/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/i686/sse2/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls/i686/sse2", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/i686/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls/i686/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/i686/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls/i686", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/sse2/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls/sse2/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/sse2/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls/sse2", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/tls/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/tls", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/i686/sse2/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/i686/sse2/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/i686/sse2/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/i686/sse2", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/i686/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/i686/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/i686/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/i686", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/sse2/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/sse2/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/sse2/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/sse2", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/Fresco/lib/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/Fresco/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open("/home/nicholas/amzi_7-0-11/lib/tls/i686/sse2/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/amzi_7-0-11/lib/tls/i686/sse2/cmov", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/amzi_7-0-11/lib/tls/i686/sse2/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/home/nicholas/amzi_7-0-11/lib/tls/i686/sse2", 0xc864) = -1 ENOENT (No such file or directory) open("/home/nicholas/amzi_7-0-11/lib/tls/i686/cmov/libXaw.so.7", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/ho
Bug#362049: libxfixes3: XFixesSetCursorName (no such operation)
Package: libxfixes3 Version: 1:3.0.1.2-2 Severity: grave Justification: renders package unusable After upgrading to X.org 7, I can no longer launch most X11 programs. This includes xterm, xemacs, gnome-terminal, xmms, etc. $ xterm X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 154 (XFIXES) Minor opcode of failed request: 23 (XFixesSetCursorName) Serial number of failed request: 24 Current serial number in output stream: 25 xmms gives a different error message from the GDK, but implicating the same major/minor. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libxfixes3 depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii libx11-6 2:1.0.0-5 X11 client-side library ii x11-common1:7.0.10 X Window System (X.Org) infrastruc libxfixes3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360356: amsn: requires TkCximage
close 360356 thanks dude It works now. Yesterday, I found a system-wide issue causing breakage of unrelated packages on my system. Although I didn't think the two problems were connected (it wasn't showing the right symptoms), amsn does work properly now. As noone else has commented on this bug, I assume noone else has been experiencing it. Closing. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361024: Simple test case [Was: libstdc++.so.6: cannot handle TLS data]
Ugh. I found my problem. Checking "ldconfig -p" showed that /lib/libc.so.6 => /lib/libc.so.6 with no hwcap specific entries at all. It seems I had a local diversion of /sbin/ldconfig and have been running one from March 15, 2000 for the past six years. I'm more than a little surprised. Anyways, running the modern ldconfig fixes my problem and allows the apps to find the proper libraries. Sorry for the confusion. Thanks, Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361024: Simple test case [Was: libstdc++.so.6: cannot handle TLS data]
Matthias Klose wrote: > Does /etc/ld.so.nohwcap exist? What happens if you (re)move it? No it doesn't. I do have an /etc/ld.so.hwcappkgs, if that's related. It contains: libc6 2.3.6-5 libc6-i686 2.3.6-5 Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361024: Simple test case [Was: libstdc++.so.6: cannot handle TLS data]
Matthias Klose wrote: > Aurelian Jarno pointed out the following: only reproducible with 2.4 > kernels or if you (re)move /lib/tls on a 2.6 kernel. I'm running it on a 2.6 kernel and my /lib/tls is right where it belongs. However, I note with interest that the following makes the bug go away: export LD_LIBRARY_PATH=/lib/tls /lib/tls isn't in my /etc/ld.so.conf. Should it be? When did that change? And what about the subdirectories under /lib/tls? What package is supposed to install/own/update the ld.so.conf? Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361024: Simple test case [Was: libstdc++.so.6: cannot handle TLS data]
Matthias Klose wrote: > thanks for the testcase, however I'm unable to reproduce the failure > with a recent unstable archive, nor do I see the apt-listchanges > failures. I can confirm the apt-listchanges failure here, running unstable. The only exceptional thing about my system that I think could be relevant is that I'm running a non-Debian kernel from kernel.org (2.6.15.6). The error message itself is being printed by ld.so, which belongs to the libc6 package. My libc6 version is "2.3.6-5". I've tried running the testcase with "LD_DEBUG=all" in the environment, but the output wasn't very illuminating (attached). Perhaps someone not showing symptoms can diff it against a run on their own system. Actually, valgrind screams with lots of errors in /lib/ld-2.3.6.so when running the testcase, or any other affected program. Hmm. That would explain its non-deterministic nature. Valgrind output also attached. Nick Lewycky demo.ld.bz2 Description: Unix tar archive demo.valgrind.bz2 Description: Unix tar archive
Bug#361024: libstdc++6: cannot handle TLS data
severity 361024 critical thanks dude Justification: breaks unrelated software This bug is causing total breakage of apt-show-versions. It's also causing problems with dia and gnucash (unable to load plugins written in C++) and possibly other software in the archive. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360664: gnucash: unable to import QFX
close 360664 thanks dude This bug is being caused by bug 361024 in the libstdc++6 package, and affects non-gnucash software (apt-show-versions exhibits the same symptoms). Sorry for the noise. Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360664: gnucash: unable to import QFX
Package: gnucash Version: 1.9.3-1 Severity: normal When launching gnucash, I receive the following message: ** (process:8829): WARNING **: Failed to dlopen() '/usr/lib/gnucash/gnucash/libgncmod-ofx.la': libstdc++.so.6: cannot handle TLS data I'm not sure what to make of it. I've tried both the (currently installed) i386 packages built from experimental source, as well as the current gnucash packages shipped in unstable and the same message occurs with both. To make matters more interesting, I run a custom x86_64 kernel (2.6.15.6) with a pure-32bit userspace, but starting a 32-bit kernel and loading gnucash causes the same warning. In any case, the ability to import QFX files is missing from the menus. TLS in the warning message refers to Thread Local Storage. I don't understand what would be causing this problem. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages gnucash depends on: ii gnucash-common 1.9.3-1 A personal finance tracking progra ii guile-1.6-libs 1.6.7-2 Main Guile libraries ii guile-1.6-slib 1.6.7-2 Guile SLIB support ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.11.4-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.9-6 Avahi client library ii libavahi-common3 0.6.9-6 Avahi common library ii libavahi-compat-howl00.6.9-6 Avahi Howl compatibility library ii libavahi-glib1 0.6.9-6 Avahi glib integration library ii libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-1The Bonobo UI library ii libbz2-1.0 1.0.3-2 high-quality block-sorting file co ii libc62.3.6-4 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libdate-manip-perl 5.44-2 a perl library for manipulating da ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3Enlightened Sound Daemon (ALSA) - ii libffi4 4.1.0-1 Foreign Function Interface library ii libfinance-quote-perl1.11-0.1Perl module for retrieving stock q ii libfontconfig1 2.3.2-5 generic font configuration library ii libfreetype6 2.1.10-3FreeType 2 font engine, shared lib ii libgail-common 1.8.11-1GNOME Accessibility Implementation ii libgail171.8.11-1GNOME Accessibility Implementation ii libgconf11 1.0.9-7.1 GNOME configuration database syste ii libgconf2-4 2.14.0-1GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.1-2The GLib library of C routines ii libgnome-keyring00.4.9-1 GNOME keyring services library ii libgnome2-0 2.14.0-2The GNOME 2 library - runtime file ii libgnomecanvas2-02.14.0-1A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-3The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-2GNOME 2.2 print architecture User ii libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.0-1GNOME virtual file-system (runtime di libgnutls11 1.0.16-14 GNU TLS library - runtime library ii libgpg-error01.2-1 library for common error values an ii libgsf-1-114 1.14.0-1Structured File Library - runtime ii libgsf-gnome-1-114 1.14.0-1Structured File Library - runtime ii libgtk2.0-0 2.8.16-1The GTK+ graphical user interface ii libgtkhtml3.8-15 3.8.1-1.1 HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-2 Guile's patched version of libtool ii libgwrap-runtime01.9.6-3 scripting interface generator for ii libice6 6.9.0.dfsg.1-5 Inter-Client Exchange library ii libjpeg626b-12 The Independent JPEG Group's JPEG ii libltdl3 1.5.22-4A system independent dlopen wrappe ii libofx2c2a 1:0.8.0-10 library to support Open Financial ii l
Bug#356420: FTBFS: Missing build dependency.
xfonts-utils depends on libxfont-dev which should be sufficient to build. Although libxfont-dev depends on libx11-dev, it's a versionless dependency which means that it can be satisfied with X.org 6.9.0 series. Perhaps this bug should be moved to the libxfont-dev package? Speaking of which, why is libxfont-dev only available on sparc and i386? Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360356: amsn: requires TkCximage
Package: amsn Version: 0.95-2 Severity: grave Justification: renders package unusable Running "amsn" produces the following error message in a dialog box: You can't load TkCximage, this is now needed to run aMSN. Please compile amsn first, instructions on how to compile are located in the file INSTALL and amsn doesn't load. "apt-cache search tkcximage" doesn't reveal any such package. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.6 Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1) Versions of packages amsn depends on: ii docker 1.4-3System tray for KDE3/GNOME2 dockle ii imlib11 1.9.14-29Imlib is an imaging library for X ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii python 2.3.5-5 An interactive high-level object-o ii sox 12.17.9-1A universal sound sample translato ii tcl8.4 8.4.12-1 Tcl (the Tool Command Language) v8 ii tcltls 1.5.0-3 The TLS OpenSSL extension to Tcl ii tk8.4 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - amsn recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348018: gnucash: crash on startup
Package: gnucash Version: 1.8.10-19 Severity: grave Justification: renders package unusable Running gnucash causes the splash screen to load, then it crashes with the following error: ERROR: Unbound variable: hash-for-each The last entry on the splash screen looks like "Loading Finance::Quote". Here it is with debugging: $ gnucash --debug gnucash: [D] "files to open: "() /home/nicholas/.gtkrc.mine:1: error: unexpected identifier `gtk-key-theme-name', expected keyword - e.g. `style' /home/nicholas/.gtkrc.mine:1: error: unexpected identifier `gtk-key-theme-name', expected keyword - e.g. `style' gnucash: [D] "starting up (2)." gnucash: [D] "gnc:find-file looking for ""finance-quote-check"" in "("/usr/share/gnucash") gnucash: [D] " checking for ""/usr/share/gnucash/finance-quote-check" gnucash: [D] "found file ""/usr/share/gnucash/finance-quote-check" gnucash: [D] "gnc:find-file looking for ""finance-quote-helper"" in "("/usr/share/gnucash") gnucash: [D] " checking for ""/usr/share/gnucash/finance-quote-helper" gnucash: [D] "found file ""/usr/share/gnucash/finance-quote-helper" gnucash: [D] "loading system configuration" gnucash: [D] "gnc:find-file looking for ""config"" in "("/etc/gnucash") gnucash: [D] " checking for ""/etc/gnucash/config" gnucash: [D] "found file ""/etc/gnucash/config" gnucash: [D] "loading user configuration" gnucash: [D] "trying to load ""/home/nicholas/.gnucash/config-1.8.user" gnucash: [D] "trying to load ""/home/nicholas/.gnucash/config-1.6.user" gnucash: [D] "trying to load ""/home/nicholas/.gnucash/config.user" gnucash: [D] "trying to load ""/home/nicholas/.gnucash/config-1.8.auto" gnucash: [D] "loading saved reports" gnucash: [D] "trying to load ""/home/nicholas/.gnucash/saved-reports-1.8" gnucash: [D] "Running functions on hook "report-hook # ERROR: Unbound variable: hash-for-each $ Using "gnucash --nofile" doesn't avoid the crash. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages gnucash depends on: ii bonobo1.0.22-6 The GNOME Bonobo System. ii gdk-imlib11 1.9.14-28 imaging library for use with gtk ii gnucash-common1.8.10-19 A personal finance tracking progra ii guile-1.6-libs1.6.7-2Main Guile libraries ii guile-1.6-slib1.6.7-2Guile SLIB support ii libart2 1.4.2-30 The GNOME canvas widget - runtime ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libbonobo21.0.22-6 The GNOME Bonobo library. ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libdate-manip-perl5.44-2 a perl library for manipulating da ii libdb33.2.9-23 Berkeley v3 Database Libraries [ru ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfinance-quote-perl 1.08-1 Perl module for retrieving stock q ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgal23 0.24-6 G App Libs (run time library) ii libgconf111.0.9-7.1 GNOME configuration database syste ii libgdk-pixbuf-gnome2 0.22.0-11 The GNOME1 Canvas pixbuf library ii libgdk-pixbuf20.22.0-11 The GdkPixBuf image library, gtk+ ii libghttp1 1.0.9-17 original GNOME HTTP client library ii libglade-gnome0 1:0.17-5 Library to load .glade files at ru ii libglade0 1:0.17-5 Library to load .glade files at ru ii libglib1.21.2.10-10.1The GLib library of C routines ii libgnome321.4.2-30 The GNOME libraries ii libgnomeprint15 0.37-11The GNOME Print architecture - run ii libgnomesupport0 1.4.2-30 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-30 The GNOME libraries (User Interfac ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libgtkhtml1.1-3 1.1.10-9 HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-2Guile's patched version of libtool
Bug#345116: ant: NullPointerException in XSLT with gij-4.1
Package: ant Version: 1.6.5-3 Severity: normal Tags: experimental Using libgcj7 4.1-0exp4 (experimental) I experience a NullPointerException when running the following rule: The interesting part of the exception is: java.lang.NullPointerException at gnu.xml.transform.ApplyTemplatesNode.clone (libgcj.so.7) at gnu.xml.transform.LiteralNode.clone (libgcj.so.7) at gnu.xml.transform.Template.clone (libgcj.so.7) at gnu.xml.transform.Stylesheet.clone (libgcj.so.7) at gnu.xml.transform.TemplatesImpl.newTransformer (libgcj.so.7) at org.apache.tools.ant.taskdefs.optional.TraXLiaison.createTransformer (TraXLiaison.java:228) where TraXLiaison.java:228 is the following line of code: transformer = templates.newTransformer(); I've written a simple testcase based on TraXLiaison.java to test whether the problem is in libgcj7, but for me it worked fine. Because this involved experimental packages, reproducing the problem is not entirely trivial. I've attached a full ant.log generated: $ ant --execdebug -l ant.log -v -d eclipse-plugin exec "/usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0//bin/java" -classpath "/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/xmlParserAPIs.jar:/usr/share/java/xercesImpl.jar" -Dant.home="/usr/share/ant" -Dant.library.dir="/usr/share/ant/lib" org.apache.tools.ant.launch.Launcher -cp "/home/nicholas/sable/soot/polyglot/trunk/lib/polyglot.jar:/home/nicholas/sable/soot/polyglot/trunk/lib/java_cup.jar:/home/nicholas/sable/soot/jasmin/trunk/lib/jasminclasses-2.1.1.jar:." "-l" "ant.log" "-v" "-d" "eclipse-plugin" except that because "java-1.4.2-gcj-4.1.../bin/java" is in a custom package, you'll need to replace it with "gij-wrapper-4.1" which works just as well and produces the same output. I'm using libgcj7 because it's the first release after the classpath 0.19 merge. Earlier versions don't have the gnu.xml.transform.Stylesheet class causing a failure much earlier. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Versions of packages ant depends on: ii gij [java-virtual-machine]4:4.0.2-2 The GNU Java bytecode interpreter ii gij-3.3 [java1-runtime] 1:3.3.6-7 The GNU Java bytecode interpreter ii gij-4.0 [java1-runtime] 4.0.2-5j2 The GNU Java bytecode interpreter ii gij-4.1 [java1-runtime] 4.1-0exp4 The GNU Java bytecode interpreter ii j2re1.4 [java2-runtime] 1.4.1 Sun JDK v1.4.1 ii libxerces2-java 2.6.2-3Validating XML parser for Java wit ii sablevm [java1-runtime] 1.11.3-2 Free implementation of Java Virtua Versions of packages ant recommends: ii ant-optional 1.6.5-3Java based build tool like make - ii gcj-4.1 [java-compiler] 4.1-0exp4 The GNU compiler for Java(TM) ii jikes 1:1.22-3 Fast Java compiler adhering to lan ii jikes-sablevm [java-compiler] 1.11.3-2 Wrapper for jikes using classes fr -- debconf-show failed Adding reference: ant.PropertyHelper Detected Java version: 1.5 in: /usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre Detected OS: Linux Adding reference: ant.ComponentHelper Setting ro project property: ant.version -> Apache Ant version 1.6.5 compiled on October 1 2005 Setting ro project property: ant.file -> /home/nicholas/sable/soot/trunk/build.xml Adding reference: ant.projectHelper Adding reference: ant.parsing.context Adding reference: ant.targets
Bug#343084: uxterm: unclear error message
Thomas Dickey wrote: > On Mon, Dec 12, 2005 at 04:10:15PM +0100, Nick Lewycky wrote: > >>uxterm tried to use locale en_CA.UTF-8 >>locale: Cannot set LC_CTYPE to default locale: No such file or directory >>locale: Cannot set LC_MESSAGES to default locale: No such file or directory >>locale: Cannot set LC_ALL to default locale: No such file or directory >> > I did consider this. However (just refreshed my memory), the locale > program doesn't return an error code. It writes some text to stderr. > Given the limitations of locale (and keeping it as a portable script), > the only choice appeared to be to show what the script was attempting > to do, and why it failed. > > Perhaps this should be reassigned to the package owning "locale", > since that's producing the problem that you're reporting. How about a wishlist bug on libc6 (owning /usr/bin/locale) for returning an error code on error? Is there a standard covering the locale program? Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343084: (no subject)
reassign 343084 xterm 6.8.2.dfsg.1-11 thanks dude Oops! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343084: uxterm: unclear error message
Package: uxterm Version: xterm Severity: minor uxterm mysteriously stopped working one day. It wasn't until I read the bug report in #318513 that I finally realized the problem. uxterm requires that the system locale have a UTF-8 locale installed. The error message I was getting is: uxterm tried to use locale en_CA.UTF-8 locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory which doesn't tell me the root of the problem, and confuses the user with "No such file or directory". Please consider testing for this condition and emitting an error message stating that the locale does not exist. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341859: gcc-m68hc1x: update to gcc-4.0
close 341859 thanks dude Ok, thanks Aurelien. I thought that the gnu-m68hc11.org site existed before HC11/12 support was merged with the FSF GCC, which had since occurred. Since GCC isn't supporting this platform you can safely disregard my request. If I have any problems, I'll take them up with upstream. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341859: gcc-m68hc1x: update to gcc-4.0
Package: gcc-m68hc1x Version: 1:3.3.5+3.0.1-1 Severity: wishlist It seems that GCC 4.0 has support for the M68HC11 and HC12 architecures. I'd appreciate if that source were used to create the m68hc1x cross-compiler, instead of the older www.gnu-m68hc11.org. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gcc-m68hc1x depends on: ii binutils-m68hc1x 1:2.15+3.0.1-2 binary utilities that support Moto ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an gcc-m68hc1x recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340555: RFP: xymtex -- xymtex chemical notation for latex; xymtex is a macro package for drawing chemical structural formulas.
Package: wnpp Severity: wishlist * Package name: xymtex Version : 4.03 Upstream Author : Shinsaku Fujita * URL : http://imt.chem.kit.ac.jp/fujita/fujitas3/xymtex/indexe.html * License : Unspecified (but it's not marked non-distributable as others are) Description : xymtex chemical notation for latex; xymtex is a macro package for drawing chemical structural formulas. I'd like to have some package to help typeset molecules. XyMTeX is what wikipedia uses, so if it's good enough for them then it's good enough for me. There seems to be an alternative called PPCHTeX, if that's easier to deal with. Packaging xymtex might not be too easy. You may have to contact upstream (note that I don't have an email address either) and try to convince him to include an explicit license of some sort. Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329153: fixed in upstream
bootchart 0.9 was released on Nov 13th. That should contain the fix. This bug can be closed once the latest version is uploaded. Thanks, Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313316: mozilla-js-debugger: menu option doesn't do anything at all.
Actually, it looks like mozilla-enigmail got updated in the past twelve hours. Tested with Mozilla 2:1.7.12 and still occurs. Still no error on console or JavaScript console. However, I just created a new profile to test with, and the JS Debugger appeared just fine. I suppose you can close the bug now. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313316: mozilla-js-debugger: menu option doesn't do anything at all.
I still have this problem with 1.7.11-1. I can't upgrade due to mozilla-enigmail. The JavaScript console works just fine, and if I enter the string you gave there, it shows me the Printer dialog. However, the JavaScript Debugger doesn't open a window at all, so there's no place for me to input anything. Nick Loic Minier wrote: > severity 313316 important > tags 313316 + unreproducible > thanks > > On dim, jun 12, 2005, Nick Lewycky wrote: > >>I go to Tools -> Web Development -> JavaScript Debugger ... and >>nothing happens. Nothing at all. The JavaScript Console shows no >>errors, and neither does the text console Mozilla is run from. I don't >>know how long ago it broke, but it used to work. > > > Do you still have this problem with version 2:1.7.12? > > What happens if you type "if (true) { print('hello'); }" ? > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334076: mimms: please support "application/x-mms-framed" over HTTP
Package: mimms Version: 0.0.9-2 Severity: wishlist Lately I've been seeing an audio stream which is MMS over HTTP. Here's the server headers: HTTP/1.0 200 OK Server: Rex/9.0.0.2980 Cache-Control: no-cache Pragma: no-cache Pragma: client-id=3033064317 Pragma: features="broadcast,playlist" Content-Type: application/x-mms-framed The stream isn't any type of valid data that "file" can recognize, so I'm guessing it has enough MMS data that it needs to be unpacked by a program like MiMMS. One such server is: http://64.34.147.163:80/CFNYFM at time of writing. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mimms depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libuuid1 1.38-2 universally unique id library mimms recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-bugs-dist@lists.debian.org
Package: libboost-graph-dev Version: 1.33.0-1 Severity: normal I'm not clear if this is an issue with the packaging, or the code, or the documentation. Boost suggests that read_graphviz has the prototype: template bool read_graphviz(std::istream& in, MutableGraph& graph, dynamic_properties& dp, const std::string& node_id = "node_id"); Sample code at http://www.boost.org/libs/graph/example/graphviz.cpp shows how to use it. That function is actually implemented in boost/graph/graphviz.hpp: // Parse the passed stream as a GraphViz dot file. template bool read_graphviz(std::istream& in, MutableGraph& graph, dynamic_properties& dp, std::string const& node_id = "node_id") { detail::graph::mutate_graph_impl m_graph(graph, dp, node_id); return detail::graph::read_graphviz(in, m_graph); } and it's that function "detail::graph::read_graphviz" which doesn't exist. The prototype for it is: bool read_graphviz(std::istream& in, mutate_graph& graph); Here's the full compile error from the example code posted above: $ g++ -Wall -pedantic -g -lbgl-viz test_graphviz.cpp -o test_graphviz /tmp/ccj5y3nV.o: In function `bool boost::read_graphviz, std::allocator >, boost::no_property>, boost::property, boost::no_property, boost::listS> >(std::basic_istream >&, boost::adjacency_list, std::allocator >, boost::no_property>, boost::property, boost::no_property, boost::listS>&, boost::dynamic_properties&, std::basic_string, std::allocator > const&)': /usr/include/boost/graph/graphviz.hpp:748: undefined reference to `boost::detail::graph::read_graphviz(std::basic_istream >&, boost::detail::graph::mutate_graph&)' collect2: ld returned 1 exit status Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libboost-graph-dev depends on: ii libboost-dev 1.33.0-1 Boost.org libraries development fi Versions of packages libboost-graph-dev recommends: ii libboost-graph1.33.0 1.33.0-1 generic graph components and algor -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325348: classpath: please update to 0.17; incl. fixes for gnu.xml
Package: classpath Version: 2:0.14-2.1 Severity: wishlist I'm currently getting the following error while using PHPeclipse (not in Debian): gnu.xml.dom.ls.DomLSException: illegal XML character U+0 at gnu.xml.dom.ls.DomLSParser.doParse(org.w3c.dom.ls.LSInput) (/usr/lib/libgcj.so.6.0.0) at gnu.xml.dom.ls.DomLSParser.parse(org.w3c.dom.ls.LSInput) (/usr/lib/libgcj.so.6.0.0) at gnu.xml.dom.DomDocumentBuilder.parse(org.xml.sax.InputSource) (/usr/lib/libgcj.so.6.0.0) at net.sourceforge.phpeclipse.phpeditor.PHPSyntaxRdr.readFromStream(java.io.InputStream) (Unknown Source) According to classpath's release notes, they've made fixes in gnu.xml. I haven't tested whether the new version works for me, but from the description it sounds like it does. Please update classpath to version 0.17. Thanks, Nick Lewycky -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages classpath depends on: ii classpath-common 2:0.14-2.1 architecture independent files ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgcj-common 1:4.0.1-6 Java runtime library (common files ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libxtst6 6.8.2.dfsg.1-5 X Window System event recording an ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m classpath recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325245: upstream
I've found this bug upstream, issue #35: http://websvn.tigris.org/issues/show_bug.cgi?id=35 (Is there a way to add comments in their bugzilla? I sure don't see one, and I don't plan to register to find out.) Nick Lewycky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325245: rev2line
I think I found the fix. It was updating "rev1line" twice; once in the case where the current line number is less than the old line number, and once again where the current line number is less than the new line number. The latter -- the "new" side is the rev2 side. The 1-line patch is attached. Nick Lewycky --- diff.php.orig 2005-08-26 19:17:06.0 -0400 +++ diff.php 2005-08-26 19:16:08.0 -0400 @@ -167,7 +167,7 @@ else $line = rtrim($nl); - $listing[$index]["rev1line"] = hardspace($line); + $listing[$index]["rev2line"] = hardspace($line); $curnline++; } else
Bug#325245: websvn: ?rev2line?
Package: websvn Version: 1.61-13 Severity: normal View a diff between revisions then click the link "Show entire file". In this mode, SVN shows ?rev2line? for all lines unchanged from the original up until the first changed (or added or deleted) line. You can google for "rev2line" to see this everywhere. "rev2line" appears to be used in WebSVN's "diff.php" as an internal code for the second revision's text, but I don't see the bug causes it to be printed there (or where the question marks came from). Nick Lewycky -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages websvn depends on: ii apache2 2.0.54-4next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.0.54-4traditional model for Apache2 ii debconf 1.4.30.13 Debian configuration management sy ii libapache2-mod-php4 4:4.3.10-15 server-side, HTML-embedded scripti ii po-debconf 0.8.23 manage translated Debconf template ii subversion 1.1.4-2 advanced version control system (a ii ucf 1.17Update Configuration File: preserv -- debconf information: websvn/webservers: apache, apache-ssl, apache-perl, apache2 * websvn/configuration: false websvn/parentpath: /var/lib/svn websvn/repositories: /var/lib/svn * websvn/permissions: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]