Bug#1050096: virtualbox-dkms: Does not build on 6.4.0-3-amd64
Package: virtualbox-dkms Version: 7.0.10-dfsg-2 Followup-For: Bug #1050096 There was a similar problem in openvpn-dco-dkms, see bug #1043116. Maybe the fix applied there could also be applied here. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (102, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 virtualbox-dkms depends on: ii dkms 3.0.11-3 Versions of packages virtualbox-dkms recommends: ii virtualbox 7.0.10-dfsg-2 virtualbox-dkms suggests no packages. -- no debconf information
Bug#949647: Problem induced by sqlite3 3.31.0-1
Dear all, I have the same problem. First, I tried to downgrade firefox from 72.0.2-1 to 72.0.1-1+b1, but the problem persisted. Then, I downgraded libsqlite3-0 from 3.31.0-1 to 3.30.1-1. Now, firefox starts again. I upgraded firefox back to the latest version and it is still working. Kind regards Benjamin P. S.: A big thanks to the people providing snapshot.debian.org!
Bug#906730: calendar-exchange-provider: Add-on is not compatible with Thunderbird 60.0
Package: calendar-exchange-provider Version: 4.0.0~beta5-1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, after updating Thunderbird to version 1:60.0-1, an error message is shown stating that this add-on is not compatible with the current Thunderbird version. This problem is also reported upstream [1] and I saw that you already commented on this issue. But recently, some work started on porting the add-on to Thunderbird 60 [2, 3]. If a new add-on version will be published, please consider packaging it again. Thank you for your work and kind regards Benjamin Eikel [1] https://github.com/ExchangeCalendar/exchangecalendar/issues/178 [2] https://github.com/ExchangeCalendar/exchangecalendar/pull/188 [3] https://github.com/ExchangeCalendar/exchangecalendar/pull/189 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.17.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages calendar-exchange-provider depends on: ii lightning1:60.0-1 ii thunderbird 1:60.0-1 calendar-exchange-provider recommends no packages. calendar-exchange-provider suggests no packages. -- no debconf information
Bug#851513: Build fails with Linux kernel 4.9.0
Thanks, applying the patches onto the current Git master of zfs-linux and building the modules against Linux kernel 4.9.0-1-amd64 works for me. signature.asc Description: This is a digitally signed message part.
Bug#835992: [Pkg-zfsonlinux-devel] Bug#835992: 835992
Dear Petter, the build failure reported here is independent of the dkms problem in #836578. I applied the suggested patch from #836578, but the build still fails with Linux 4.7 (see attached /var/lib/dkms/spl/0.6.5.7/build/make.log). The changes of ZFS v0.6.5.8 [1] contain the compatibility with Linux 4.7. So maybe the easiest solution is packaging the new upstream release. Kind regards Benjamin [1] https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.6.5.8DKMS make.log for spl-0.6.5.7 for kernel 4.7.0-1-amd64 (x86_64) Sa 17. Sep 09:20:32 CEST 2016 make all-recursive make[1]: Verzeichnis „/var/lib/dkms/spl/0.6.5.7/build“ wird betreten Making all in module make[2]: Verzeichnis „/var/lib/dkms/spl/0.6.5.7/build/module“ wird betreten make -C /lib/modules/4.7.0-1-amd64/build SUBDIRS=`pwd` O=/lib/modules/4.7.0-1-amd64/build CONFIG_SPL=m modules make[3]: Verzeichnis „/usr/src/linux-headers-4.7.0-1-amd64“ wird betreten CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-ctl.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-proc.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-kmem.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-taskq.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-random.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-kmem.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vmem.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-kmem-cache.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-mutex.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-thread.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-taskq.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-condvar.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-rwlock.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-thread.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-err.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-rwlock.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-time.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-kobj.o In file included from /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c:31:0: /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c: In function ‘spl_kern_path_locked’: /var/lib/dkms/spl/0.6.5.7/build/include/linux/file_compat.h:79:45: error: ‘struct inode’ has no member named ‘i_mutex’ #define spl_inode_lock(ip) mutex_lock(&(ip)->i_mutex) ^ /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c:356:2: note: in expansion of macro ‘spl_inode_lock’ spl_inode_lock(parent.dentry->d_inode); ^ /var/lib/dkms/spl/0.6.5.7/build/include/linux/file_compat.h:80:49: error: ‘struct inode’ has no member named ‘i_mutex’ #define spl_inode_unlock(ip) mutex_unlock(&(ip)->i_mutex) ^ /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c:360:3: note: in expansion of macro ‘spl_inode_unlock’ spl_inode_unlock(parent.dentry->d_inode); ^ /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c: In function ‘vn_remove’: /var/lib/dkms/spl/0.6.5.7/build/include/linux/file_compat.h:80:49: error: ‘struct inode’ has no member named ‘i_mutex’ #define spl_inode_unlock(ip) mutex_unlock(&(ip)->i_mutex) ^ /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c:408:2: note: in expansion of macro ‘spl_inode_unlock’ spl_inode_unlock(parent.dentry->d_inode); ^ /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c: In function ‘vn_rename’: /var/lib/dkms/spl/0.6.5.7/build/include/linux/file_compat.h:80:49: error: ‘struct inode’ has no member named ‘i_mutex’ #define spl_inode_unlock(ip) mutex_unlock(&(ip)->i_mutex) ^ /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c:438:2: note: in expansion of macro ‘spl_inode_unlock’ spl_inode_unlock(old_parent.dentry->d_inode); ^ /var/lib/dkms/spl/0.6.5.7/build/include/linux/file_compat.h:80:49: error: ‘struct inode’ has no member named ‘i_mutex’ #define spl_inode_unlock(ip) mutex_unlock(&(ip)->i_mutex) ^ /var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.c:446:2: note: in expansion of macro ‘spl_inode_unlock’ spl_inode_unlock(new_parent.dentry->d_inode); ^ CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-vnode.o /usr/src/linux-headers-4.7.0-1-common/scripts/Makefile.build:294: die Regel für Ziel „/var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.o“ scheiterte make[7]: *** [/var/lib/dkms/spl/0.6.5.7/build/module/spl/spl-vnode.o] Fehler 1 make[7]: *** Es wird auf noch nicht beendete Prozesse gewartet... CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-kobj.o CC [M] /var/lib/dkms/spl/0.6.5.7/build/module/splat/splat-atomic.o CC [M]
Bug#701868: openssl communication problems with 1.0.1e with AES-NI
Hello, Am Samstag, 9. März 2013, 15:44:38 schrieb Kurt Roeckx: They asked if you use any LD_* environment variables. printenv | grep LD is empty. lsof -p $pid of s_client process would also be nice. See attached file lsof-sclient.txt. If you have a custom /etc/ssl/openssl.cnf, it would also be nice if you could send that. I have the default one created by the Debian package. /proc/cpuinfo would also be nice to have. See attached file proc-cpuinfo.txt. If you know how to use gdb, they ask to print print variables and buffers in e_aes_cbc_hmac_sha1.c If you want to debug it, debugging might not show you source code since you might have the source in a different path. The .deb files can be generated from the source above using: DEB_BUILD_MAINT_OPTIONS=hardening=-all DEB_BUILD_OPTIONS=noopt nostrip dpkg-buildpackage -B -uc If you build it yourself, you can also just run the ./openssl.static binary instead of installing the .deb package. With your instructions I was able to build a static version with debug symbols. Now, I get a more helpful backtrace at the point where s_client errors out (see attached file backtrace.txt). I have set a breakpoint at e_aes_cbc_hmac_sha1.c:450. The function is called multiple times before the error occurs and I do not know for what to look exactly. I have output the parameters of two calls (see attached file gdb- output.txt). Without knowing for what to look exactly, I think it is very difficult to generate helpful information. Maybe somebody here or on the openssl-dev mailing list [1] suggests what might be helpful. Thank you for your support! Kind regards Benjamin [1] http://www.mail-archive.com/openssl-dev@openssl.org/msg32168.html COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME openssl.s 29986 benjamin cwdDIR 254,0 4096 19791896 /home/benjamin/src/openssl-1.0.1e openssl.s 29986 benjamin rtdDIR8,1 40962 / openssl.s 29986 benjamin txtREG 254,0 7723240 19797391 /home/benjamin/src/openssl-1.0.1e/openssl.static openssl.s 29986 benjamin memREG8,184824 5767483 /lib/x86_64-linux-gnu/libresolv-2.17.so openssl.s 29986 benjamin memREG8,122928 5767471 /lib/x86_64-linux-gnu/libnss_dns-2.17.so openssl.s 29986 benjamin memREG8,152136 5767473 /lib/x86_64-linux-gnu/libnss_files-2.17.so openssl.s 29986 benjamin memREG8,1 1741232 5767456 /lib/x86_64-linux-gnu/libc-2.17.so openssl.s 29986 benjamin memREG8,192752 5767258 /lib/x86_64-linux-gnu/libz.so.1.2.7 openssl.s 29986 benjamin memREG8,114640 5767462 /lib/x86_64-linux-gnu/libdl-2.17.so openssl.s 29986 benjamin memREG8,1 145128 5767443 /lib/x86_64-linux-gnu/ld-2.17.so openssl.s 29986 benjamin0u CHR 136,5 0t08 /dev/pts/5 openssl.s 29986 benjamin1u CHR 136,5 0t08 /dev/pts/5 openssl.s 29986 benjamin2u CHR 136,5 0t08 /dev/pts/5 openssl.s 29986 benjamin3u unix 0x8807cc15ce00 0t073526 socket openssl.s 29986 benjamin4u unix 0x8807d3cf5b80 0t073527 socket openssl.s 29986 benjamin5r FIFO0,8 0t073528 pipe openssl.s 29986 benjamin6w FIFO0,8 0t073528 pipe openssl.s 29986 benjamin7u IPv4 73802 0t0 TCP pc-benjamin.cs.uni-paderborn.de:40354-mail.uni-paderborn.de:ssmtp (ESTABLISHED) processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz stepping: 9 microcode : 0x17 cpu MHz : 1600.000 cache size : 8192 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 0 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 dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips: 6800.88 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz stepping: 9 microcode : 0x17 cpu MHz : 1600.000 cache size : 8192 KB physical
Bug#679886: Confirm
Hello, I have exactly the same problem on an amd64 Debian installation. Kind regards Benjamin -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630527: Missing diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1
Package: libgl1-nvidia-alternatives Version: 275.09.04-1 Severity: grave Tags: sid The following report applies to the current versions from unstable and experimental. I wondered why no OpenGL context could be created anymore. I got the following output when calling glxinfo: glxinfo name of display: :0 Error: couldn't find RGB GLX visual or fbconfig I checked ldd `which glxinfo` | grep libGL.so libGL.so.1 = /usr/lib/x86_64-linux-gnu/libGL.so.1 (0x7fec1d221000) and saw dpkg -S /usr/lib/x86_64-linux-gnu/libGL.so.1 libgl1-mesa-glx: /usr/lib/x86_64-linux-gnu/libGL.so.1 There is a diversion for libGL.so.1 in /usr/lib: dpkg -S /usr/lib/libGL.so.1 diversion by libgl1-nvidia-alternatives from: /usr/lib/libGL.so.1 diversion by libgl1-nvidia-alternatives to: /usr/lib/nvidia/diversions/libGL.so.1 Probably the multiarch change in mesa [1] caused this change. So I think the diversion in this package have to be adapted. Thank you for your work on this package! [1] http://anonscm.debian.org/gitweb/?p=pkg- xorg/lib/mesa.git;a=commitdiff;h=4dd54c372a7aae0e0cf121d90e63dbe3843580d1 -- Package-specific info: uname -a: Linux horus 2.6.39-2-amd64 #1 SMP Wed Jun 8 11:01:04 UTC 2011 x86_64 GNU/Linux /proc/version: Linux version 2.6.39-2-amd64 (Debian 2.6.39-2) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Wed Jun 8 11:01:04 UTC 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 275.09.04 Thu Jun 2 12:51:38 PDT 2011 GCC version: gcc version 4.4.6 (Debian 4.4.6-6) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: nVidia Corporation GF110 [GeForce GTX 560 Ti] [10de:1200] (rev a1) (prog-if 00 [VGA controller]) Subsystem: CardExpert Technology Device [10b0:0801] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at fc00 (32-bit, non-prefetchable) [size=32M] Region 1: Memory at d800 (64-bit, prefetchable) [size=128M] Region 3: Memory at d400 (64-bit, prefetchable) [size=64M] Region 5: I/O ports at cc00 [size=128] [virtual] Expansion ROM at fe90 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 26 Jun 14 21:06 /etc/alternatives/libGL.so.1 - /usr/lib/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 28 Jun 14 21:06 /usr/lib/libGL.so.1 - /etc/alternatives/libGL.so.1 lrwxrwxrwx 1 root root 26 Jun 7 23:28 /usr/lib/libnvidia-cfg.so.1 - libnvidia-cfg.so.275.09.04 -rw-r--r-- 1 root root 133096 Jun 2 22:13 /usr/lib/libnvidia-cfg.so.275.09.04 -rw-r--r-- 1 root root 29419056 Jun 2 22:08 /usr/lib/libnvidia-glcore.so.275.09.04 -rw-r--r-- 1 root root 8720 Jun 2 22:12 /usr/lib/libnvidia-tls.so.275.09.04 lrwxrwxrwx 1 root root 10 Mar 29 09:32 /usr/lib32/libGL.so - libGL.so.1 lrwxrwxrwx 1 root root 12 Mar 29 09:32 /usr/lib32/libGL.so.1 - libGL.so.1.2 -rw-r--r-- 1 root root 401528 Jul 15 2010 /usr/lib32/libGL.so.1.2 /usr/lib/nvidia: total 7334 drwxr-xr-x 3 root root 312 Jun 14 21:18 . drwxr-xr-x 223 root root 121584 Jun 14 21:18 .. -rwxr-xr-x 1 root root1338 May 16 03:01 check-for-conflicting-opengl-libraries drwxr-xr-x 2 root root 168 Jun 14 21:18 diversions lrwxrwxrwx 1 root root 18 Jun 7 23:28 libGL.so.1 - libGL.so.275.09.04 -rw-r--r-- 1 root root 1025392 Jun 2 22:09 libGL.so.275.09.04 lrwxrwxrwx 1 root root 19 Jun 7 23:28 libglx.so - libglx.so.275.09.04 -rw-r--r-- 1 root root 6344360 Jun 2 22:12 libglx.so.275.09.04 -rwxr-xr-x 1 root root 441 May 16 03:01 pre-install /usr/lib/nvidia/diversions: total 304 drwxr-xr-x 2 root root168 Jun 14 21:18 . drwxr-xr-x 3 root root312 Jun 14 21:18 .. -rw-r--r-- 1 root root189 May 28 23:35 dummy.txt lrwxrwxrwx 1 root root 10 Jun 14 21:06 libGL.so - libGL.so.1 lrwxrwxrwx 1 root root 12 Jun 14 21:06 libGL.so.1 - libGL.so.1.2 -rw-r--r-- 1 root root 305864 Jun 14 14:37 libglx.so /usr/lib32/nvidia: total 15 drwxr-xr-x 3 root root80 Mar 22 20:05 . drwxr-xr-x 37 root root 14968 Jun 13 10:04 .. drwxr-xr-x 2 root root80 Mar 29 09:32 diversions /usr/lib32/nvidia/diversions: total 0 drwxr-xr-x 2 root root 80 Mar 29 09:32 . drwxr-xr-x 3 root root 80 Mar 22 20:05 .. -rw-r--r-- 1 root root 0 Sep 4 2010 libGL.so.190.53 Files from nvidia-installer: -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (570, 'experimental'), (560, 'testing'), (550, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked
Bug#554349: [apt] Backtrace
Package: apt Version: 0.7.24 --- Please enter the report below this line. --- Hello, I have the same problem. I tried to create a stack trace with GDB. What I have is: Core was generated by `/usr/lib/apt/methods/rred'. Program terminated with signal 11, Segmentation fault. #0 0x7ff59fb8060f in _IO_getline_info (fp=0x1fa4a30, buf=0x7fffc2711330 . \n, n=1023, delim=10, extract_delim=1, eof=0x0) at iogetline.c:63 #1 0x7ff59fb7f589 in _IO_fgets (buf=0x7fffc2711330 .\n, n=value optimized out, fp=0x1fa4a30) at iofgets.c:58 #2 0x00401d8c in ?? () #3 0x00401e55 in ?? () The last line repeats thousands of times. Maybe this helps, but I doubt it. I do not know which debugging symbols are missing for #2 and following. Kind regards, Benjamin --- System information. --- Architecture: amd64 Kernel: Linux 2.6.31-1-amd64 Debian Release: squeeze/sid 900 unstablewww.debian-multimedia.org 900 unstableftp.de.debian.org 570 experimentalftp.de.debian.org 560 testing www.debian-multimedia.org 560 testing security.debian.org 560 testing ftp.de.debian.org 550 stable www.debian-multimedia.org 550 stable security.debian.org 550 stable ftp.de.debian.org 500 etch-wx apt.wxwidgets.org 500 any apt.jenslody.de --- Package information. --- Depends (Version) | Installed ===-+-= libc6(= 2.3.4) | 2.10.1-5 libgcc1(= 1:4.1.1) | 1:4.4.2-2 libstdc++6 (= 4.2.1) | 4.4.2-2 debian-archive-keyring | 2009.01.31 Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== aptitude | 0.6.0.1-1 OR synaptic | OR wajig | dpkg-dev | 1.15.4.1 apt-doc | bzip2 | 1.0.5-3 lzma | 4.43-14 python-apt| 0.7.13.3 --- Output from package bug script --- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#427692: libopenscenegraph5: Workaround
Package: libopenscenegraph5 Version: 1.9.7-1 Followup-For: Bug #427692 Hello, I have a workaround for this problem. Create a symbolic link with the following command: ln -s /usr/lib/osgPlugins/ /usr/lib/osgPlugins-1.9.7 The plugins are searched in the path /usr/lib/osgPlugins-1.9.7 instead of /usr/lib/osgPlugins. With the symbolic link they are found and the osg* programs work again. Perhaps you have to check where this path is set in the source code or maybe in a compile parameter and change it to the correct path so that the package works without this workaround. I discovered this by doing an strace on osgviewer. Regards, Benjamin Eikel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (570, 'experimental'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21.4-blaze (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libopenscenegraph5 depends on: ii libc6 2.5-10 GNU C Library: Shared libraries ii libcoin40c2 2.4.6-1 high-level 3D graphics kit with Op ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070609-1 GCC support library ii libgl1-mesa-glx [libgl1 6.5.2-5 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.2-5 The OpenGL utility library (GLU) ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii libjasper1 1.900.1-3The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libopenthreads5 1.9.7-1 Object-Oriented (OO) thread interf ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libsm6 2:1.0.3-1X11 Session Management library ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-5 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxine11.1.6-2 the xine video/media player librar ii zlib1g 1:1.2.3-15 compression library - runtime libopenscenegraph5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418976: context: Workaround helps me
Package: context Version: 2007.01.23-3 Followup-For: Bug #418976 Hello, I had the same problem (same error messages). The workaround helps me. Upgrade works now. Thank you! Regards, Benjamin Eikel -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (550, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.20.7-belt (PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages context depends on: ii lmodern 1.010x-2 scalable PostScript and OpenType f ii ruby 1.8.2-1An interpreter of object-oriented ii tex-common1.7Common infrastructure for using an ii texlive-base 2007-3 TeX Live: Essential programs and f ii texlive-base-bin 2007-3 TeX Live: Essential binaries ii texlive-metapost 2007-3 TeX Live: MetaPost (and Metafont) context recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410272: wormux: Fixed
Package: wormux Followup-For: Bug #410272 New version 0.7.9-2 fixes the problem for me. Thank you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410272: wormux: Confirmed
Package: wormux Version: 0.7.9-1 Followup-For: Bug #410272 I can confirm this bug. Exactly the same message. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (600, 'testing'), (550, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-belt Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages wormux depends on: ii libc62.3.6.ds1-11GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcurl3 7.15.5-1Multi-protocol file transfer libra ii libgcc1 1:4.1.1-21 GCC support library ii libglib2 2.12.6-2The GLib library of C routines ii libglibm 2.12.0-1C++ wrapper for the GLib toolkit ( ii libidn11 0.6.5-1 GNU libidn library, implementation ii libkrb53 1.4.4-6 MIT Kerberos runtime libraries ii libsdl-g 2.0.13-2+b1 drawing and graphical effects exte ii libsdl-i 1.2.5-3 image loading library for Simple D ii libsdl-m 1.2.6-1.1+b2mixer library for Simple DirectMed ii libsdl-n 1.2.5-7+b1 network library for Simple DirectM ii libsdl-t 2.0.8-3+b1 ttf library for Simple DirectMedia ii libsdl1. 1.2.11-7Simple DirectMedia Layer ii libsigc+ 2.0.17-2type-safe Signal Framework for C++ ii libssl0. 0.9.8c-4SSL shared libraries ii libstdc+ 4.1.1-21The GNU Standard C++ Library v3 ii libxml++ 2.14.0-0.1 A C++ interface to the GNOME XML l ii libxml2 2.6.27.dfsg-1 GNOME XML library ii wormux-d 0.7.9-1 Data files for the game wormux ii zlib1g 1:1.2.3-13 compression library - runtime wormux recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375077: udevd: nss_ldap: failed to bind to LDAP server - boot fails
I have exactly the same bug. A friend of mine who uses Gentoo has this bug after the latest update too, so I think it is a bug in the upstream package, because the changed the bind_policy. I have found a little workaround to be able to boot the system again: Add the following lines to your /etc/ldap/ldap.conf or /etc/libnss-ldap.conf: bind_policy hard nss_reconnect_tries 3 nss_reconnect_sleeptime 1 nss_reconnect_maxconntries 3 If you think the boot takes still to long, you can decrease these values further. Another possibility would be to use bind_policy soft, but if I use that option, some other services started after udevd cannot connect to the LDAP server correctly. After booting the system, I am not able to log in as a user from the LDAP server, no matter what settings I try. Only local users work, but only if I change my /etc/nsswitch.conf: Old: passwd: compat ldap group: compat ldap shadow: compat ldap New: passwd: compat ldap group: compat #ldap shadow: compat ldap If I do not uncomment the ldap for the group database, I am not able to log in as a local user (e.g. root) on a local console. Log in through ssh works strangely. Regards, Benjamin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]