Bug#341319: sleepd ignores harddisk activity
Package: sleepd Version: 1.2.14 Hello Joey ! Now this is the third time it happens that on my laptop sleepd ignores the activity of the harddisk through dpkg updates are running (in this last case, generating of locales was going on). I do updates only on AC power, at home. sleepd gest started via /etc/init.d && my custom /etc/defaults as: /usr/sbin/sleepd -s apm -s -u 900 -U 900 -c 20 I'm using sleepd becuase the apm system doesn't trigger a harddisk shutdown by user inactivity. It suspends only after closing the lid. This is all about suspend to RAM, i didn't configure anything else by now (like suspend to disk). HTH, Micha & the stuff: Architecture i386 Kernel 2.6.13.2-puck3 custom, with apm, no acpi, booted with apm=on Debian testing/unstable (etch) Other packages: apmd 3.2.2-3 libapm1 3.2.2-3 libc6 2.3.5-8 _ /var/log/daemon.log: Nov 26 03:39:38 puck cardmgr[3738]: exiting Nov 26 03:39:46 puck apmd[3066]: Suspending now Nov 26 05:24:26 puck cardmgr[6256]: watching 2 sockets Nov 26 05:24:26 puck cardmgr[6256]: socket 1: Xircom CEM56 Ethernet/Modem Nov 26 05:24:30 puck cardmgr[6256]: executing: './network start eth0 2>&1' Nov 26 05:24:30 puck cardmgr[6256]: + Sample private network setup Nov 26 05:24:30 puck cardmgr[6256]: executing: './serial start eth0 2>&1' Nov 26 05:24:30 puck cardmgr[6256]: + Default modem setup Nov 26 05:24:42 puck apmd[3066]: Proxy has been running more than 20 seconds; killing it Nov 26 05:24:43 puck apmd[3066]: Proxy exited on signal 15 Nov 26 05:57:16 puck init: Trying to re-exec init Nov 26 06:03:46 puck sleepd[3085]: 23 sec sleep; resetting timer Nov 26 06:04:09 puck sleepd[3085]: 23 sec sleep; resetting timer Nov 26 06:04:31 puck sleepd[3085]: 22 sec sleep; resetting timer Nov 26 06:05:54 puck sleepd[3085]: 22 sec sleep; resetting timer Nov 26 06:06:57 puck sleepd[3085]: 22 sec sleep; resetting timer Nov 26 06:07:40 puck sleepd[3085]: 22 sec sleep; resetting timer Nov 26 06:22:41 puck sleepd[3085]: system inactive for 900s; forcing sleep Nov 26 06:23:16 puck cardmgr[6494]: executing: './network stop eth0 2>&1' Nov 26 06:23:17 puck cardmgr[6494]: + eth0: error fetching interface information: Device not found Nov 26 06:23:19 puck cardmgr[6494]: executing: './serial stop eth0 2>&1' Nov 26 06:23:19 puck cardmgr[6494]: + Cannot stat /dev/eth0: No such file or directory Nov 26 06:23:19 puck cardmgr[6494]: + Cannot stat /dev/eth0: No such file or directory Nov 26 06:23:19 puck cardmgr[6494]: + Cannot stat /dev/modem: No such file or directory Nov 26 06:23:19 puck cardmgr[6494]: + /dev/eth0: Nov 26 06:23:19 puck cardmgr[6494]: + /dev/eth0: Nov 26 06:23:19 puck cardmgr[6494]: + /dev/modem: Nov 26 06:23:21 puck apmd[3066]: Proxy has been running more than 20 seconds; killing it Nov 26 06:23:21 puck apmd[3066]: Proxy exited on signal 15 Nov 26 06:23:21 puck apmd[3066]: Suspending now Nov 26 06:23:21 puck cardmgr[6494]: exiting Nov 26 06:24:15 puck apmd[3066]: Proxy has been running more than 20 seconds; killing it Nov 26 06:24:15 puck apmd[3066]: Proxy exited on signal 15 Nov 26 06:26:21 puck sleepd[3085]: 23 sec sleep; resetting timer Nov 26 06:26:42 puck sleepd[3085]: 22 sec sleep; resetting timer Nov 26 06:35:59 puck sleepd[3085]: 22 sec sleep; resetting timer Nov 26 06:36:21 puck sleepd[3085]: 22 sec sleep; resetting timer Nov 26 06:50:30 puck cardmgr[8134]: watching 2 sockets cat /proc/interrupts: 0:9017139 XT-PIC timer 1: 11590 XT-PIC i8042 2: 0 XT-PIC cascade 5: 71018 XT-PIC CS46XX, uhci_hcd:usb1 8: 9 XT-PIC rtc 12: 2889 XT-PIC i8042 14: 236699 XT-PIC ide0 15: 2044 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 __ hdparm -I /dev/hda: ATA device, with non-removable media Model Number: FUJITSU MHD2032AT Serial Number: 01136163 Firmware Revision: 1812 Standards: Supported: 3 2 1 Likely used: 4 Configuration: Logical max current cylinders 63046304 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors:6354432 LBAuser addressable sectors:6354432 device size with M = 1024*1024:3102 MBytes device size with M = 1000*1000:3253 MBytes (3 GB) Capabilities: LBA, IORDY(cannot be disabled) bytes avail on r/w long: 4 Queue depth: 1 Standby timer values: spec'd by Vendor R/W multiple sector transfer: Max = 16 Current = 16 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 Cycle
Bug#292871: lyx-qt doesn't show math symbol with hebrew locale
Package: lyx-qt Version: 1.3.4-2 Severity: normal Under an hebrew locale (LANG=he_IL) lyx-qt doesn't show the math simbols such as sum and int (it just shows the word). Setting LC_TIME to an english locale (such as en_US) and leaving LANG as he_IL solves the problem. This doesn't happen with lyx-xforms. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.26-om1 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages lyx-qt depends on: ii latex- 0.1-5 Xft-compatible versions of some La ii libaik 1.0.1+cvs.2004.03.15+dev-0.12-0.2 an English-language thesaurus (dev ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc 1:3.4.3-7 GCC support library ii libice 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libqt3 3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstd 1:3.3.5-7 The GNU Standard C++ Library v3 ii libx11 4.3.0.dfsg.1-10 X Window System protocol client li ii lyx-co 1.3.4-2 High Level Word Processor - common ii xlibs 4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#371236: libgl1-mesa-dev: can't link against libGL.so
Package: libgl1-mesa-dev Version: 6.4.2-1 Severity: normal I can't link any application against libGL.so (including an empty one). I keep getting the error: /usr/bin/ld: BFD 2.16.91 20060413 Debian GNU/Linux assertion fail ../../bfd/elflink.c:6265 /usr/bin/ld: a.out: hidden symbol `__fini_array_end' in a.out is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status Downgrading to binutils in stable (which conflicts with gcc/g++ and gives other warnings so isn't a good option), solves this problem. I tried this with g++ and gcc version 3.4 4.0 and 4.1 This happens also with an empty file doing: test.c: int main() { return 0; } and gcc -lGL test.c -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages libgl1-mesa-dev depends on: ii libc6-dev 2.3.6-13 GNU C Library: Development Librari ii libgl1-mesa-dri 6.4.2-1A free implementation of the OpenG ii libgl1-mesa-glx [libgl1-mesa- 6.4.2-1A free implementation of the OpenG ii mesa-common-dev 6.4.2-1Developer documentation for Mesa libgl1-mesa-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#371502: libgl1-mesa-dev: can't compile any program against libGL.so
Package: libgl1-mesa-dev Version: 6.4.2-1 Severity: normal I can't link any application against libGL.so (including an empty one). I keep getting the error: /usr/bin/ld: BFD 2.16.91 20060413 Debian GNU/Linux assertion fail .../../bfd/elflink.c:6265 /usr/bin/ld: a.out: hidden symbol `__fini_array_end' in a.out is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status Downgrading to binutils in stable (which conflicts with gcc/g++ and gives other warnings so isn't a good option), solves this problem. I tried this with g++ and gcc version 3.4 4.0 and 4.1 This happens also with an empty file doing: test.c: int main() { return 0; } and gcc -lGL test.c -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages libgl1-mesa-dev depends on: ii libc6-dev 2.3.6-13 GNU C Library: Development Librari ii libgl1-mesa-dri 6.4.2-1A free implementation of the OpenG ii libgl1-mesa-glx [libgl1-mesa- 6.4.2-1A free implementation of the OpenG ii mesa-common-dev 6.4.2-1Developer documentation for Mesa libgl1-mesa-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343097: binutils: Problem still present, seems to be a problem with linking against libGL
Package: binutils Version: 2.16.1cvs20060413-1 Followup-For: Bug #343097 I'm getting the same error when trying to link against libGL, libglut and libwx_gtk2u_gl-2.6 also with current version of the library: /usr/bin/ld: BFD 2.16.91 20051206 Debian GNU/Linux assertion fail ../../bfd/elflink.c:6203 /usr/bin/ld: test: hidden symbol `__fini_array_end' in test is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output versions of the libraries: libgl1-mesa-dev 6.4.2-1 freeglut3-dev 2.4.0-5 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages binutils depends on: ii libc6 2.3.6-13 GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401392: Installation report AMD64 'testing' netinstall - part I
Package: installation-reports Boot method: CD image Image version: 'testing' netinstaller snapshot image 2006-11-30 (downloaded 2006-12-02) from debian.org Date: 2006-12-03 Machine: PC Processor: AMD Athlon 64 X2 dualcore Memory: 2G RAM dual channel Video: 256M nvidia GForce7200 Harddrive: 320G SATA II 'ST3320620AS' Partitions: I try to create 1 prim -> 11 logical partitions including 2 x swap and a fat32, + 1 prim = /boot User level: I'm experienced. -- It was my intention to take as less care as possible, to test the installers robustness. Accordingly, the installation didn't succeed. This is a preliminary bug report - more to come soon. I hope i will have more luck tomorrow ;) -- I just send you my manual logs, mainly usability notes. I chose the graphical installer, got a nice screen and anything went fine, until the partitioner. __ Manual partitioning __ * keyboard navigation: the active buttons are not easy to recognize (no highlight color) it's a detail but creates a unsure feeling - really, that's an unfortunate moment to tolerate that detail, at *partitioning* ! * I notice that installer offers some standard mountpoints. It would be nice if those already chosen would be omitted in that list. * You really want to have MB the default when i enter just a number ? I bet 99% of all AMD64 users partition anything in full G. I missed to type 'G' repeatedly, leading to the below barfed issue. * pressing 'back' one time too often throws me back to the beginning, deleting my sophisticated partitioning table without warning ! Shit ! Strange enough, some values (m%, name, ..) seem to be remembered -> does it mean the partition table gets written immediately to disk, for every new partition ? I am used to it being written only if anything is complete...and why does the installer show an empty table at the second start then. * Selecting an already completed partition, i can modify any setting but not the size. ... You see, that's the reason why i walked back at all in the above mentioned case, to search for that feature. A trap. Why do i have to *search* for a way to modify the size ? It should be there, in the main partition settings, as anything else. ... i checked it out now, you really want me to *delete* it ! Come on... that's really really uncool. (And don't tell me it can't be because the table immediately gets written, or whatever. I know it can. You know it can.) Failure stability and debug logging * oops. After creating 11 sophistricated partitions, i pressed a wrong key (ESC one time too often ?) and GTK or whatever crashed: 5 seconds of silence, where all buttons are blank, so no screenshot possible; with blank window content. Then the main menu reappears. Choosing 'Create partitions' again, just leads to the same empty window. Nothing left from my precious table it seems ! And I can't go on. I tried to save a debug log: 'Web' just went back to main menu. I already configured the network though. Maybe the card wasn't working?. No way to check that ! 'Disc': Didn't try that, there's no floppy drive anyway (i bet 99% of AMD64 users) and no dvd writer yet (would that have worked ?). 'Mounted Filesystem' leads to unresponsive system,with blinking white screen... and here we are. Looks like i have to reboot. Uhgh. I'm finished. (I admit i'm far too tired BUT isn't that the standard situation ? For sysadmins. Anyway i can't remember it had been different any time) Enough for tonight m° * ps. There should be a feature to leave the graphical configurator, to enter a shell to track bugs (like, i still don't know if the network was reachable at all)
Bug#415141: sylpheed-claws-gtk2: add a delete thread option
Package: sylpheed-claws-gtk2 Version: 2.6.0-1.1 Severity: wishlist It would be nice if there was a delete thread option which would save some work instead of using mark thread and then delete. The sylpheed claws forum seems to imply that this option is already implemented there. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sylpheed-claws-gtk2 depends on: ii libaspell15 0.60.5-1 GNU Aspell spell-checker runtime l ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcompfaceg1 1:1.5.2-4Compress/decompress images for mai ii libetpan10 0.48-3 mail handling library ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-02.12.1-4 GNOME 2.2 print architecture User ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libldap22.1.30-13.4 OpenLDAP libraries ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpisock9 0.12.2-6 library for communicating with a P ii libsm6 1:1.0.1-3X11 Session Management library ii libssl0.9.8 0.9.8e-4 SSL shared libraries ii libstartup-notification00.8-2library for program launch feedbac Versions of packages sylpheed-claws-gtk2 recommends: ii aspell-en [aspell-dictionary] 6.0-0-5.1 English dictionary for GNU Aspell ii aspell-he [aspell-dictionary] 1.0-0-1Hebrew dictionary for aspell ii metamail 2.7-52 implementation of MIME ii sylpheed-claws-gtk2-i18n 2.6.0-1.1 Locale data for Sylpheed-Claws GTK ii sylpheed-claws-scripts1.0.5-5.1 Helper scripts for Sylpheed and Sy ii xfonts-100dpi 1:1.0.0-3 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-3 75 dpi fonts for X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388169: firefox crashes on sites using flash
Package: firefox Version: 1.99+2.0b2+dfsg-1 Severity: important I get consistent crashes with firefox, all versions available (1.5 and 2 beta) when surfing to sites that use flash (I tried both the free and non-free plugins). Removing the flash plugin solves the problem (but no flash) and it works perfectly fine in opera (no crashes). It says that firefox recieves an X-Window System error (following). I have a mach64 card which may be related, with the DRI drivers from cvs (nothing changed in X as the debian version supports DRI), I tried loading X without the DRI drivers but it didn't change anything. I tried debugging as explained but not much useful info: Starting program: /usr/lib/firefox/firefox-bin --sync -a firefox [Thread debugging using libthread_db enabled] [New Thread -1222125888 (LWP 27179)] [New Thread -1223070800 (LWP 27183)] [New Thread -1231459408 (LWP 27184)] [New Thread -1244410960 (LWP 27187)] [New Thread -1252799568 (LWP 27188)] [New Thread -1261188176 (LWP 27189)] [New Thread -1270289488 (LWP 27190)] [New Thread -1279513680 (LWP 27191)] [New Thread -1287902288 (LWP 27192)] [Thread -1287902288 (LWP 27192) exited] [New Thread -1296290896 (LWP 27193)] [Thread -1296290896 (LWP 27193) exited] [New Thread -1296290896 (LWP 27194)] [New Thread -1287902288 (LWP 27196)] [New Thread -1306526800 (LWP 27197)] [New Thread -1314915408 (LWP 27198)] [Thread -1244410960 (LWP 27187) exited] [Thread -1252799568 (LWP 27188) exited] [Thread -1261188176 (LWP 27189) exited] [Thread -1270289488 (LWP 27190) exited] [Thread -1296290896 (LWP 27194) exited] [New Thread -1296290896 (LWP 27221)] [New Thread -1270289488 (LWP 27222)] [New Thread -1252799568 (LWP 27223)] The program 'Gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 83 error_code 8 request_code 145 minor_code 3) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Program exited with code 01. (gdb) bt full No stack. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages firefox depends on: ii debianutils 2.17.1 Miscellaneous utilities specific t ii fontconfig2.4.1-1generic font configuration library ii libatk1.0-0 1.12.2-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.4.1-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-16 MySpell spellchecking library ii libpango1.0-0 1.12.4-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380414: Illegal system call of soffice.bin -> OpenOffice 2.0.3 does not start
| > Linux woody 2.6.13.2-1 #1 Sun Nov 27 06:52:07 CET 2005 i586 GNU/Linux | | Oh, old kernel... Also with 2.6.15 and 2.6.16. | But the problem here might be the i586 ok. So what... I have a K6, and chose this option in the kernel config. What can i do ? Compiling as i686 doesn't look promising. Compile myself without -mtune ? No way i'll do that on this slow box. Buy another mainboard ? At least straightforward ... but anyway, shouldn't it be mentioned online that OO does not run on any CPU anymore ? | OOo is built with -mtune=pentiumpro since long ago (1.0.1-6...[1]) However, AFAICR the error occurred only after upgrade to 2.0 | slow, see the changelog - which is a i686... Might be it just happened to use a i686-specific | instruction right now (changed gcc etc.) Yes, maybe. But then, here's another candy i discovered right now: $ $ amaya Illegal instruction $ dpkg -l amaya ii amaya 9.51-2.1 Web Browser, HTML Editor and Testbed for Draft W3C (This is a smart and somehwat rudimentary gtk1 app, very small thingy) $ $ strace amaya [...] open("/etc/ld.so.cache", O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=88776, ...}) = 0 mmap2(NULL, 88776, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb62f7000 close(6)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libgnomeprint-2-2.so.0", O_RDONLY) = 6 read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\5\1"..., 512) = 512 fstat64(6, {st_mode=S_IFREG|0644, st_size=409780, ...}) = 0 mmap2(NULL, 413120, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb6292000 mmap2(0xb62f5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x62) = 0xb62f5000 close(6)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libart_lgpl_2.so.2", O_RDONLY) = 6 read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\4\206"..., 512) = 512 fstat64(6, {st_mode=S_IFREG|0644, st_size=87428, ...}) = 0 mmap2(0x4185e000, 89208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0x4185e000 mmap2(0x41873000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x14) = 0x41873000 close(6)= 0 munmap(0xb62f7000, 88776) = 0 open("/etc/ld.so.cache", O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=88776, ...}) = 0 mmap2(NULL, 88776, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb62f7000 close(6)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libgnomeprintui-2-2.so.0", O_RDONLY) = 6 read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\324"..., 512) = 512 fstat64(6, {st_mode=S_IFREG|0644, st_size=227976, ...}) = 0 mmap2(NULL, 227084, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb625a000 mmap2(0xb629, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x36) = 0xb629 close(6)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/libgnomecanvas-2.so.0", O_RDONLY) = 6 read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\203"..., 512) = 512 fstat64(6, {st_mode=S_IFREG|0644, st_size=172284, ...}) = 0 mmap2(NULL, 175392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb622f000 mmap2(0xb6259000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x29) = 0xb6259000 close(6)= 0 munmap(0xb62f7000, 88776) = 0 uname({sys="Linux", node="woody", ...}) = 0 uname({sys="Linux", node="woody", ...}) = 0 getuid32() = 1000 open("/etc/passwd", O_RDONLY) = 6 fcntl64(6, F_GETFD) = 0 fcntl64(6, F_SETFD, FD_CLOEXEC) = 0 _llseek(6, 0, [0], SEEK_CUR)= 0 fstat64(6, {st_mode=S_IFREG|0644, st_size=2350, ...}) = 0 mmap2(NULL, 2350, PROT_READ, MAP_SHARED, 6, 0) = 0xb632d000 _llseek(6, 2350, [2350], SEEK_SET) = 0 munmap(0xb632d000, 2350)= 0 close(6)= 0 open("/home/knut/.amaya-knut", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 6 fcntl64(6, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 0xbfd43468) = 0 write(6, "9504\0", 5) = 5 fsync(6)= 0 chmod("/home/knut/.amaya-knut", 0600) = 0 open("/etc/ld.so.cache", O_RDONLY) = 7 fstat64(7, {st_mode=S_IFREG|0644, st_size=88776, ...}) = 0 mmap2(NULL, 88776, PROT_READ, MAP_PRIVATE, 7, 0) = 0xb62f7000 close(7)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i586/libnss_db.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) stat64("/lib/tls/i586", 0xbfd43030) = -1 ENOENT (No
Bug#380414: Illegal system call of soffice.bin -> OpenOffice 2.0.3 does not start
| Or the OOo upstream added some (new/changed) i686 inline asm during their speedup work... Seriously ? How can i find the right answer ? Will UPS be notified of this issue ? I mean, there are plenty non-i686 processors out (even more advanced ones). m°
Bug#381518: feature request
Package: installation-reports Boot method: CD Image version: 'Etch' from August 3, 2006 Date: August 5, 2006 Machine: IBM Thinkpad T60 Processor: Pentium M Memory: 1,5 GB Partitions: Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: This is a feature request. I tried to use the first 'etch' CD as rescue boot system for a server system which went limbo. My hope was that only keyboard / mouse input was blocked and i could still ssh or telnet into it. So this is not about recovering a system on the same machine, but on a remote one. I'm talking about the stage when network is configured, but no base system is installed yet. (Before the reboot) So far the installer worked well, but i there were no ssh or telnet included. Not even ping. Maybe that's ok, for an installer on CD. However, i think it would be a nice feature to be able, once the network is established, to load additional packages from the net into RAM to be able to do any task that comes around. Yes, that would be _very_ handy. Greetings, Micha ( -- Or maybe i just didn't find the feature...?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381518: feature request
Yes. Good idea to put up a sid chroot which could avoid dep problems. This looks rather like a brainstorm to me, it's not yet implemented, right ? Still the basic idea was the possibility to install additional packages into RAM, for any rare and improbably recovery or other task. So apt should be available, and a tool like aptitude could be included, too. The whole thing probably would fit best into netinstall, but hopefully could be added to other installer or recovery images too. ° /\/ m°
Bug#392549: fontconfig does not depend on defoma
Package: fontconfig Version: 2.4.1-2 I don't install defoma, normally, because i don't want to drift too far away from the various distributions mainstream. Recently i installed fontconfig, on recommendation from someone using freerock / slackware, to try if that could improve things a little bit. Now i see it automatically installed defoma. fontconfig depends on defoma, but there's no important reason. It can run very well without defoma. It should only suggest. Debian unstable (sid), i386, xorg 7.1.0, defoma 0.11.10 Greets, mi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421190: libgfortran2-dev: depends on non-existing version of gcc-4.2-base
Package: libgfortran2-dev Version: 4.2-20060923-1 Severity: normal This version fo the package depends on gcc-4.2-base version 4.2-20060923-1 which doesn't exist and is thus uninstallable without forcing the instalation -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgfortran2-dev depends on: ii gcc-4.2-base 4.2-20070405-1 The GNU Compiler Collection (base ii libgfortran2 4.2-20070405-1 Runtime library for GNU Fortran ap libgfortran2-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422374: atlas3-sse2: reports no sse2 support and won't set alternatives but sets them anyway
Package: atlas3-sse2 Version: 3.6.0-20.6 Severity: minor At install the package reports that the machine doesn't support sse2 so alternatives to the libraries won't be set, but alternatives are set anyway to the sse2 version (relevant when compiling for a different machine which does support sse2 but doesn't have the libraries) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages atlas3-sse2 depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.5-5 GNU C Library: Shared libraries ii libg2c0 1:3.4.6-5 Runtime library for GNU Fortran 77 atlas3-sse2 recommends no packages. -- debconf information: * atlas3-sse2/no_sse2: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418167: mingw32: please add g77
Package: mingw32 Version: 3.4.5.20060117.1.dfsg-2 Severity: wishlist There are some math libraries that can benefit from that -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mingw32 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii mingw32-binutils2.16.91-20060119.1-1 Minimalist GNU win32 (cross) binut ii mingw32-runtime 3.9-4Minimalist GNU win32 (cross) runti mingw32 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357707: feature request: Mark packages as Download Only
Package: aptitude Version: 0.4.1 Hello, I use aptitude to control a cache that is a repository (or proxy cache). On a LAN of several laptops and PCs, i use aptitude with apt sources pointing to a dedicated 'apt-proxy' packages server, within the LAN, which delivers packages from a cache, requesting them from internet sources only if necessary. The proxy allows fine-tuning of the versions to keep available locally, and is speeding up download very much for any further than the first one. It is very confortable to update different laptops this way, at LAN speed. Especially if your download link is only ADSL1000, which is quite widepsread nowadays in Europe. Another cool thing is, i can install apt-proxy on a laptop, too, and use that to do updates or even installations on boxes which have no internet connection at all (or maybe only modem dialup per phoneline). I think it would be possible to do nearly the same with a simple /var/cache/apt only, configuring that as LAND repository for the other machines. Anyway. The problem is i have to provide all necessary packages on this laptop, which menas o have top keep lots of installed which i never there. I i could mark packages in aptitude on the PC with the main packages server as 'Download Only' then i could mark anything i ever may need, on any laptop or machine to install, and then just copy the cache to a laptop (eventually running apt-proxy too) when i need it anywhere else, at places with no [fast] connection. Another benefit is, i could do the 'slow' regular update from the internet sources once at one computer, where updating laptops would always run at LAN speed. It also relieves much load from the WAN link, too (this is a WLAN behind a router, shaed by several parties). The 'download only' marker would imply that it is not installed, so it's a kind of special 'update' flag, with no dependency trigger: Of course, only a previously installed version would be relevant for depencency management. I don't know how that could be implemented in the aptitude package database. Best would be, not at all :) just add the flag and regard this when performaing any update actions. aptitude --version aptitude 0.4.1 compiled at Dec 9 2005 18:34:43 Compiler: g++ 4.0.3 20051201 (prerelease) (Debian 4.0.2-5) NCurses version: 5.5 libsigc++ version: 2.0.16 I am using Debian GNU/Linux unstable, kernel 2.6.15, and libc6 2.3.6-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345631: libaqbanking0c2a: aqhbci-qt3-wizard segfaults when creating user
Hello Karsten, Karsten Dambekalns schrieb: > On Tuesday 03 January 2006 22:19, you wrote: > >>Could you please checkout the new packages of libgwenhywfar and >>libaqbanking on http://aqbanking.alioth.debian.org/unstable/ >> >>Do the new packages solve your problem? > > Unfortunately not. I upgraded all packages I had installed to the ones > available at the URL mentioned above, but still I get the same behaviour: I happily managed to build the current version (1.9.7beta) of AqBanking now. They are available from the same location. The aqhbci-qt3-wizard has vanished and is from now on replaced by a common wizard for all backends. Thus I propose to close this bug. Do you agree? Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346557: aqhbci-qt3-wizard: double free causes abort
Hi Jörg, Jörg Sommer schrieb: >>Even if this probably won't help, could you please try again with the >>newer packages for AqBanking and Gwenhywfar available on >>http://aqbanking.alioth.debian.org/unstable/ Thank you. > > It does not help. I get the same error. Okay, I finally managed to build packages of the current version of AqBanking (see below). This version has no aqhbci-qt3-wizard any more but instead a common wizard used for configuration of all backends. Do you agree that we can now close this bug? > BTW: Can you add a Packages, Sources and Release file to this directory > to make it directly usable by apt? You can now use the following line in /etc/apt/sources.list: deb http://aqbanking.alioth.debian.org/debian/ unstable/ Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354307: packages.qa.debian.org/m/mydsn.html has weird sorted news
Package: qa.debian.org Severity: minor Hi, I discovered that http://packages.qa.debian.org/m/mydns.html shows the acceptance of mydns 0.11.0-8 in unstable out of order on top of the list of latest news. Since it's the first line I got at a first glance the impression that the newest uploaded package of mydns is 0.11.0-8. It would be nice to have this fixed and having this news entry displayed in order. I don't know whether this is an error affecting more packages. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354314: [britney] should respect versions in closed RC bugs
Package: ftp.debian.org Severity: important Hello, I just discovered that britney considered libaqbanking 1.6.2-5 to be a valid candidate despite of bug #345631 being of severity grave and closed for version 1.9.6.99+1.9.7beta-1 which hasn't reached sid yet. When I closed #345631 I expected britney to detect that the bug is still pending for the version available in sid and to keep it in sid until the fixed version has reached sid. Or did I misused the PTS? Yours Micha P.S.: Since I was not able to reproduce bug #345631 its severity might have been somewhat lower (i.e. important). Thus I do not ask ftp-master to take any action concerning libaqbanking 1.6.2-5 (do what you believe in). But that's not the issue here anyway... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354557: RFP: libpam-script -- PAM module that runs a script on session open and close
Subject: RFP: libpam-script -- PAM module that runs a script on session open and close Package: wnpp Owner: Micha Lenk <[EMAIL PROTECTED]> Severity: wishlist * Package name: libpam-script Version : 0.1.7 Upstream Author : Izak Burger <[EMAIL PROTECTED]> * URL : http://freshmeat.net/projects/pam_script/ * License : GPL Description : PAM module that runs a script on session open and close pam_script.so runs a session open script (/etc/security/onsessionopen) and/or a session close script (/etc/security/onsessionclose) if they exist. Alternatively any other script can be executed using the options onsessionopen=/path/to/script and onsessionclose=/path/to/script. I am in contact with Izak and currently trying to sort out who actually will maintain this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352289: aqbanking-tool: Add aqhbci README
merge 352289 343916 thank you, dear bug tracker. Hi Jörg, Jörg Sommer wrote: > I think the README in src/plugins/backends/aqhbci/tools/aqhbci-tool is > interesting, because it describes how to add/mange hbci accounts. Yes, you are right. This bug is a duplicate of #343916 reported by Andreas Pakulat. It's allready fixed but the new package isn't uploaded yet due to other packaging problems. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343097: binutils: hidden symbol `__fini_array_end' in bitmap_test is referenced by DSO
Package: binutils Version: 2.16.1cvs20051206-1 Severity: important Trying to link against glut (freeglut3) causes the following error: gcc -lglut test.c /usr/bin/ld: BFD 2.16.91 20051206 Debian GNU/Linux assertion fail ../../bfd/elflink.c:6203 /usr/bin/ld: test: hidden symbol `__fini_array_end' in test is referenced by DSO /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status This happened to me even with a completely empty test program (empty main). Downgrading to binutils in stable (ld version 2.15) solves the problem. The only reference I found on the web is: http://sourceware.org/ml/binutils/2005-05/msg00329.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages binutils depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343916: aqbanking-tool: aqhbic-tool README missing
Hello Andreas, On Sun, Dec 18, 2005 at 08:17:34PM +0100, Andreas Pakulat wrote: > There is a extra README explaining all commands of aqhbci-tool, but it's > not included in aqbanking-tool, thus new users without knowledge of > aqhbci-tool don't know how to create a new account for example (this > just came up on the openhbci mailing list). This README is the only > source of documentation for the aqhbci-tool. Thank you for your bug report. I'll include the README in the aqbanking-tool package in the next revision/release of the package. Some day I would like to have a real manpage for aqhbci-tool, but this needs to be written or converted first... :-> Any volunteers? ;-) Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344002: dialog segfaults with empty or non-existing --default-item
Package: dialog Version: 1.0-20051207-1 Severity: normal when dialog is called with the option --default-item with an empty or non-existing default item it segfaults, ie something of the sort dialog --default-item "" ... This makes netenv unusable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages dialog depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libncursesw5 5.5-1 Shared libraries for terminal hand dialog recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339755: Packaging Mozilla (Thunderbird) extensions
Hello, I've now created the package and published it here for revision: deb http://www.stud.uni-karlsruhe.de/~uinx/debian/stable ./ Since the current version of mozilla-thunderbird-mailinglistheader doesn't provide any hints about it's license I've packaged it for section non-free/mail. The file debian/copyright contains a hint about the planned GPL release. I appreciate any comments on this package. If someone likes to sponsor this package feel free to upload it. :) Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332908: Slow sessions with fresh install
Hi, I experienced slow sessions and very slow use of lam on my fresh install. Disabeling the php-mcrypt module did the trick for me. It is very useable now. Met vriendelijke groet, Micha Kersloot http://www.kovoks.nl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339755: [Fwd: Re: mailinglistheader in Debian]
The new upstream version is licensed under GPL. I packaged the new upstream version and put the package online for download at http://www.stud.uni-karlsruhe.de/~uinx/debian/stable/ I'm now looking for a sponsor. -- Micha --- Begin Message --- Hallo Micha, > Würde es Dir was ausmachen, ein neues Release von mailinglistheader zu > machen, dass das Plugin unter die GPL (oder irgend eine andere > DFSG-kompatible Lizenz) stellt? Das dürfte doch vermutlich schnell zu Ich hab heute eine neue Version rausgebracht, die mit Thunderbird 1.5, Mozilla 1.7.x und SeaMonkey 1.0 kompatibel ist und die GPL als Lizenz hat. Bitte die Abhängigkeit zu EnigMail oder Mnenhy beachten; sonst funktioniert die Erweiterung nur wenn alle Header angezeigt werden. -- Regards/MfG, Christian Weiske signature.asc Description: OpenPGP digital signature --- End Message ---
Bug#346557: aqhbci-qt3-wizard: double free causes abort
Hello Jörg, Jörg Sommer wrote: > Package: libaqhbci8 > Version: 1.6.1-1 > Severity: normal > > Hi, > > $ /usr/lib/aqbanking/plugins/0/wizards/aqhbci/aqhbci-qt3-wizard > 6:2006/01/08 19-17-15:(null)(18409):qt3_wizard.cpp: 116: I18N available for > your language > 5:2006/01/08 19-17-18:(null)(18409):pageimport.cpp: 132: Current import > mode: YES > 6:2006/01/08 19-17-31:(null)(18409):pagemedium.cpp: 180: Chipcard selected, > will check for type > 3:2006/01/08 19-17-33:(null)(18409):hbci.c: 983: Token is not supported by > any plugin > *** glibc detected *** double free or corruption (fasttop): 0x10124e48 *** > Abgebrochen > $ echo $? > 134 Even if this probably won't help, could you please try again with the newer packages for AqBanking and Gwenhywfar available on http://aqbanking.alioth.debian.org/unstable/ Thank you. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347209: hnb: Enable multiline notes
Package: hnb Version: 1.9.18-3 Severity: wishlist It would be nice to enable multi line notes. Limiting the note to one line makes it difficult to format more complicated notes that can benefit from multiple paragraphs -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages hnb depends on: ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand hnb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350219: initrd-netboot-tools: confusing cp-errors if busybox is activated in mkinitrd.conf
Package: initrd-netboot-tools Version: 0.5.3cvs.20040906-16 Severity: minor Tags: patch Hello, today I've spend some hours on tracking some weird error messages if busybox is enabled in /etc/mkinitrd/mkinitrd.conf: cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//usr/bin/cut': No such file or directory cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//sbin/ifconfig': No such file or directory cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//bin/grep': No such file or directory cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//usr/bin/head': No such file or directory cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//bin/hostname': No such file or directory cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//usr/bin/tr': No such file or directory cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//sbin/route': No such file or directory I discovered that these messages are not really an error (the built initrd is just fine). The error is caused by already existing symlinks to busybox which isn't in the place (/bin2/busybox) the symlink points to during build of the initrd. I attached a patch for /etc/mkinitrd/scripts/netboot (appliable to the netboot script of initrd-netboot-tools 0.5.3cvs.20040906-16) which lets the netboot script detect those cases and print out a notice instead of copying and failing. If you think that this notice might confuse other users just skip the else clause in the added code. :-) Yours Micha -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages initrd-netboot-tools depends on: ii initrd-tools 0.1.81.1 tools to create initrd image for p -- no debconf information --- netboot.orig2006-01-28 01:31:22.737829192 +0100 +++ netboot 2006-01-28 01:35:21.852478240 +0100 @@ -62,8 +62,12 @@ copy_initrd_file(){ filename="$1" - mkdir -p "$(dirname $INITRDDIR/$filename)" - cp -a "$filename" "$INITRDDIR/$filename" + if [ ! -L $INITRDDIR/$filename ]; then +mkdir -p "$(dirname $INITRDDIR/$filename)" +cp -a "$filename" "$INITRDDIR/$filename" + else +echo "NOTICE: Skipping copying of $filename, destination is a symbolic link to $(readlink $INITRDDIR/$filename)" + fi } # hard-code these two, so old debconf values don't bite us
Bug#350560: fvwm clashes with fvwmtabs
Package: fvwm Version: 1:2.5.16-1 Severity: normal The manual page of fvwmtabs is in both packages and installs to the same place and fvwm provides the fvwmtabs extension. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages fvwm depends on: ii debconf [debconf-2.0] 1.4.69 Debian configuration management sy ii gdk-imlib11 1.9.14-28 imaging library for use with gtk ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-1 Free Implementation of the Unicode ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-01.2.8rel-5 PNG library - runtime ii libreadline5 5.1-5 GNU readline and history libraries ii librplay3 3.3.2-10 Shared libraries for the rplay net ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstroke00.5.1-5mouse strokes library -- runtime f ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-2 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages fvwm recommends: ii fvwm-icons 2001.08.13-3 XPMs for fvwm -- debconf information: fvwm/upgrade/pre_2.5.8: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350629: please support root on NFS filesystem
Package: grub Version: 0.95+cvs20040624-17 Severity: wishlist Hello, I am running grub on a diskless system which mounts it's root filesystem via nfs. When installing a new kernel image I would like to have my /boot/grub/menu.lst updated by update-grub but update-grub silently refuses to update my menu.lst. I attached a patch which makes update-grub somewhat NFS aware. The patch lets the function find_device() return /dev/nfs if the first field in /etc/fstab looks like a NFS mounted share (if it contains a colon). In the function convert() it bypasses the check for existence of /dev/nfs and the check for an apropriate device in /boot/grub/devices.map if NFS is used for the corresponding mount. It might be usefull having netboot support in install-grub too, so a call of 'install-grub --recheck' could lead to a line like this (nd)/dev/nfs in /boot/grub/devices.map. This is just an idea, so I didn't try to find out how to achieve this feature. Yours Micha -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-adeos Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages grub depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information --- update-grub 2006-01-30 21:32:33.0 +0100 +++ update-grub.nfs-aware 2006-01-30 21:33:26.0 +0100 @@ -74,6 +74,9 @@ LABEL=* | UUID=*) device=`readlink -f "$(findfs $device)"` ;; + *:*) + device='/dev/nfs' + ;; *) device=`readlink -f "$device"` ;; @@ -128,6 +131,12 @@ # Convert an OS device to the corresponding GRUB drive. # This part is OS-specific. convert () { +# Handle NFS device +if [ "$1" == "/dev/nfs" ]; then + echo "(nd)" + exit 0 +fi + # First, check if the device file exists. if test -e "$1"; then :
Bug#156888: grub: Yes, we do want the option not to have savedefault
Hello, On Thu, Sep 25, 2003 at 11:13:07AM +1200, Nick Phillips wrote: > Notwithstanding any bugs which this might work around, update-grub should > provide some way to avoid adding 'savedefault' to each menu item. > > It is not always the case that booting a kernel means you want it to be > booted next time, and it is also not always the case that the selection > either can or should be made by editing menu.lst (the authors of grub knew > this, that's why they made savedefault an option that could be optionally > included into menu entries). > > Please add some means to avoid adding savedefault to the menu entries; I > need it, and I'm sure I'm not alone. I just worked out a patch (see attachment) for the version of grub coming with Debian Sarge which changes update-grub that it includes 'savedefault' only if the option 'default' is set to 'saved'. Yours Micha --- update-grub 2006-01-30 23:40:23.0 +0100 +++ update-grub.patched 2006-01-30 23:40:05.0 +0100 @@ -619,6 +619,16 @@ # Extract the memtest86 value memtest86=$(GetMenuOpt "memtest86" "$memtest86") +# Extract the current default value +default=$(sed -n '/^default[\t ]\+/s/^default[\t ]\+//pi' $menu_file) + +# Determine whether to use the savedefault option in kernel sections +if test "$default" = "saved"; then +savedefault="true" +else +savedefault="false" +fi + # Generate the menu options we want to insert buffer=$(tempfile) echo $start >> $buffer @@ -772,7 +782,7 @@ currentOpt=$(get_kernel_opt $kernelVersion) write_kernel_entry "$kernelVersion" "" "" "$grub_root_device" "$kernel" \ - "$currentOpt" "" "$initrd" "true" + "$currentOpt" "" "$initrd" "$savedefault" # insert the alternative boot options if test ! x"$alternative" = x"false" ; then @@ -783,7 +793,7 @@ write_kernel_entry "$kernelVersion" "$descr" "$lockalternative" \ "$grub_root_device" "$kernel" "$currentOpt" "$suffix" "$initrd" \ - "true" + "$savedefault" done fi
Bug#339464: xlibmesa-dri: Add mach64 dri support
Package: xlibmesa-dri Version: 6.8.2.dfsg.1-10 Severity: wishlist There are still quite a few people out there with mach64 and having dri for this card helps quite a bit, considering it is in the tree it would be nice to compile it. -- Package-specific info: VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) X.Org X server log files on system: -rw-r--r-- 1 root micha 42206 2005-02-18 03:03 /var/log/Xorg.1.log -rw-r--r-- 1 root root 44497 2005-11-16 12:16 /var/log/Xorg.0.log Contents of most recent X.Org X server log file /var/log/Xorg.0.log: X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-10 20051030001519 David Nusinow <[EMAIL PROTECTED]>) Release Date: 9 February 2005 X Protocol Version 11, Revision 0, Release 6.8.2 Build Operating System: Linux 2.6.12-1-686 i686 [ELF] Current Operating System: Linux litshi 2.6.14 #1 PREEMPT Tue Nov 15 19:43:44 IST 2005 i686 Build Date: 30 October 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.14 ([EMAIL PROTECTED]) (gcc version 4.0.3 20051023 (prerelease) (Debian 4.0.2-3)) #1 PREEMPT Tue Nov 15 19:43:44 IST 2005 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Nov 16 12:15:29 2005 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Sony LCD" (**) | |-->Device "Ati Rage Mobility M1" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "touchpad" (**) FontPath set to "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi:unscaled,/usr/lib/X11/fonts/75dpi:unscaled,/usr/lib/X11/fonts/Type1" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "DontZap" "true" (**) Option "BlankTime" "3" (**) Option "StandbyTime" "4" (**) Option "SuspendTime" "5" (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.8.2, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.8.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) using VT number 4 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 104d,80f6 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 104d,80f6 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 104d,80f6 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 104d,80f6 rev 1a class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 104d,80f6 rev 1a class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card 104d,80f6 rev 40 class 06,01,00 hdr 00 (II) PCI: 00:07:5: chip 1106,3058 card 104d,80f6 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:07:6: chip 1106,3068 card 104d,80f6 rev 30 class 07,80,00 hdr 00 (II) PCI: 00:0a:0: chip 104c,ac51 card 2000, rev 00 class 06,07,00 hdr 82 (II) PCI: 00:0a:1: chip 104c,ac51 card 2800, rev 00 class 06,07,00 hdr 82 (II) PCI: 00:0e:0: chip 104c,8020 card 104d,80f6 rev 00 class 0c,00,10 hdr 00 (II) PCI: 00:10:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c4d card 104d,80f6 rev 64 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,6), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x9
Bug#339755: ITP: mozilla-thunderbird-mailinglistheader -- Display mailing list header fields (RFC 2369) in Thunderbird
Package: wnpp Severity: wishlist Owner: Micha Lenk <[EMAIL PROTECTED]> * Package name: mozilla-thunderbird-mailinglistheader Version : 0.2.2 Upstream Author : Christian Weiske <[EMAIL PROTECTED]> * URL : http://www.cweiske.de/misc_extensions.htm#mailinglistheader * License : I don't know yet Description : Display mailing list header fields (RFC 2369) in Thunderbird This extension implements RFC 2369 for Thunderbird: Special mailing list header fields in the mail are parsed, and the links are displayed in the extended header view. You can click them to simply go to the archive, request help or unsubscribe from the list. mailto:, http: and all other types of links are supported. Homepage: http://www.cweiske.de/misc_extensions.htm#mailinglistheader I'm currently trying to find out under which license the author is publishing this usefull extension. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339755: ITP: mozilla-thunderbird-mailinglistheader -- Display mailing list header, fields (RFC 2369) in Thunderbird
Hello, Just for the records: I'just received a reply concerning the license of mailinglistheader: The author plans to publish the next available update under the GPL. Yours, Micha Original Message Betreff: Re: Debian-Paket für die Thunderbird-Erweiterung mailinglistheader Datum: Fri, 18 Nov 2005 18:08:11 +0100 Von: Christian Weiske <[EMAIL PROTECTED]> An: Micha Lenk <[EMAIL PROTECTED]> Referenzen: <[EMAIL PROTECTED]> Hallo Micha, > ich würde die Thunderbird-Erweiterung mailinglistheader gerne als > Debian-Paket verfügbar machen (Vgl. http://bugs.debian.org/339755 ). > Hättest Du etwas dagegen? Nö. > Leider finde ich keinerlei Informationen, unter welcher Lizenz Du die > Erweiterung veröffentlicht hast. Kannst Du in das xpi noch irgendwie > eine Lizenz-Datei einbauen, die den Kriterien der [1]Debian-Richtlinien > für freie Software (DFSG) entspricht (z.B. die GPL)? Ich muss für Thunderbird 1.5 sowieso neue xpis bauen, und da werd ich meine Extensions alle unter die GPL stellen. TB 1.5 sollte in der nächsten Woche oder so rauskommen, da gibt es dann ein Update. -- Regards/MfG, Christian Weiske
Bug#344790: hyperref: off by 1 error with pdf bookmarks and tocdepth
Package: tetex-extra Version: 3.0-11 Severity: minor hyperref uses tocdepth to decide the depth of the bookmarks generated from the document sections. The problem is that with documents that don't have a chapter section this causes an off by one error. Setting tocdepth to 1 to have only sections in the table of contents causes no bookmarks to be generated instead of generating bookmarks only for sections. setting tocdepth to 2 shows sections and subsections but only sections show in the bookmarks. -- Package-specific info: Please read and follow the instructions in the first lines below the text: "-- Package-specific info:". Thank you. Press ENTER to continue If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 micha micha 973 2005-11-06 11:48 /home/micha/texmf/ls-R -rw-r--r-- 1 root users 1064 2005-12-24 15:16 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 3322 2005-12-24 15:16 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 2005-12-12 18:00 /usr/share/texmf/ls-R -> /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 35 2005-12-12 18:00 /usr/share/texmf-tetex/ls-R -> /var/lib/texmf/ls-R-TEXMFDIST-TETEX -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages tetex-extra depends on: ii dpkg 1.13.11.0.1 package maintenance system for Deb ii tetex-base 3.0-11 Basic library files of teTeX ii tetex-bin3.0-12 The teTeX binary files ii ucf 2.004 Update Configuration File: preserv tetex-extra recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344790: [Micha Feigin] Re: Bug#344790: hyperref: off by 1 error with pdf bookmarks and tocdepth
On Wed, 28 Dec 2005 12:59:55 +0100 Frank Küster <[EMAIL PROTECTED]> wrote: > Hi Micha, > > please keep the bugnumber in the Cc, so that the other maintainers also > see the mail, and it gets properly archived. > Sorry mixed up reply and reply all > Frank Küster <[EMAIL PROTECTED]> wrote: > > > I attached a sample file. If you change the tocdepth value from 1 to 2 the > > bookmarks are one level behind the table of contents (for tocdepth=2 table > > of > > contents shows subsections but bookmarks only sections, tocdepth=1 shows > > sections in toc and nothing in bookmarks). > > This is not the case here. When increasing tocdepth, the bookmarks need > 2 pdflatex runs to show the additional level, but they always show the > same items as the toc does. > I tried compiling it even 5 times before sending the initial bug report, doesn't help. I get with tocdepth=2 only section 1 in the bookmarks without subsection 1 in bookmarks (but it does appear in toc). With tocdepth=1 nothing in bookmarks and section 1 appears in toc. I tried compiling with both pdflatex and latex->dvipdf and viewing with both xpdf and acroread. I can also send you pdfs if you want. > If you add > > \listfiles > > as the very first line of the LaTeX file, the log file and the output > will contain a list of included style files with versions. Please send > us this list. Also, above the list you can find the listing of all > included files with full path (even without the \listfiles command). > Please check whether any file is used that is in /usr/local/texmf, > ~/texmf or any other local tree. > only things from /usr/share/texmf(...) nothing local > > For some reason exporting from lyx produces more erratic results, tocdepth=1 > > gives nothing in bookmarks (same as regular latex) but tocdepth=2 results > > with > > subsections in bookmarks instead of just sections). I also attached the lyx > > file just in case. > > I hope we'll be able to debug this without lyx - I've never used it. > There is also a lyx related bug, it would be a problem to debug the lyx problem without knowing what lyx compiles. I am trying to see if I can get at what lyx is compiling itself and not what it exports as it seems to be different things. It still leaves me with bookmarks that are lagging one level behind the toc > Regards, Frank > -- > Frank Küster > Inst. f. Biochemie der Univ. Zürich > Debian Developer > > > +++ > This Mail Was Scanned By Mail-seCure System > at the Tel-Aviv University CC. > +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC.
Bug#303234: gnucash: Please include HBCI
Hello, Thomas Bushnell BSG schrieb: >>What is the status of GnuCash with HBCI-support? So far, I didn't find >>any working packages supporting HBCI. > > It cannot be done because the HBCI libraries are being compiled > against a GPL-incompatible library. Well, at least it can't be done *yet*. Thomas Viehmann [1]started to work on an alternative crypt module of Gwenhywfar using gnutls instead of openssl. 1. http://sf.net/mailarchive/forum.php?thread_id=9107869&forum_id=926 (german) Unfortunately this is not that easy as Thomas Viehmann isn't a core developer of Gwenhywfar. If you like to support him don't hesitate. Just ask. In the mean time Thomas Viehmann and I will provide inofficial GnuCash packages with enabled HBCI support for the i386 architecture. Latest packages are available from [2] for Debian Sarge and from [3] for Debian Sid. 2. http://www.stud.uni-karlsruhe.de/~uinx/debian/stable/ 3. http://people.debian.org/~tviehmann/debian/unstable/ Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344790: [Micha Feigin] Re: Bug#344790: hyperref: off by 1 error with pdf bookmarks and tocdepth
On Wed, 28 Dec 2005 15:34:17 +0100 Frank Küster <[EMAIL PROTECTED]> wrote: > Micha Feigin <[EMAIL PROTECTED]> wrote: > > >> If you add > >> > >> \listfiles > >> > >> as the very first line of the LaTeX file, the log file and the output > >> will contain a list of included style files with versions. Please send > >> us this list. Also, above the list you can find the listing of all > >> included files with full path (even without the \listfiles command). > >> Please check whether any file is used that is in /usr/local/texmf, > >> ~/texmf or any other local tree. > >> > > > > only things from /usr/share/texmf(...) nothing local > > Well, we still need the output of \listfiles - or maybe just send the > complete logfile as an attachment, it shouldn't be too big. > attached > Regards, Frank > -- > Frank Küster > Inst. f. Biochemie der Univ. Zürich > Debian Developer > > > +++ > This Mail Was Scanned By Mail-seCure System > at the Tel-Aviv University CC. > +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC.This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) (format=latex 2005.12.15) 28 DEC 2005 15:37 entering extended mode **sample_tocdepth.tex (./sample_tocdepth.tex LaTeX2e <2003/12/01> Babel and hyphenation patterns for american, french, german, ngerman, b ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur kish, ukrainian, nohyphenation, loaded. (/usr/share/texmf/tex/latex/beamer/base/beamer.cls (/usr/share/texmf/tex/latex/beamer/base/beamerbasercs.sty Package: beamerbasercs 2004/10/07 (rcs-revision 1.3) ) Document Class: beamer 2005/10/23 cvs version 3.06 A class for typesetting pres entations (rcs-revision 1.67) (/usr/share/texmf/tex/latex/beamer/base/beamerbasemodes.sty Package: beamerbasemodes 2004/12/09 (rcs-revision 1.21) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] (/usr/share/texmf/tex/latex/beamer/base/beamerbasedecode.sty Package: beamerbasedecode 2005/05/09 (rcs-revision 1.18) [EMAIL PROTECTED] [EMAIL PROTECTED] ) [EMAIL PROTECTED] [EMAIL PROTECTED] ) \headheight=\dimen102 \headdp=\dimen103 \footheight=\dimen104 \sidebarheight=\dimen105 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] (/usr/share/texmf/tex/latex/beamer/base/beamerbaseoptions.sty Package: beamerbaseoptions 2004/11/15 (rcs-revision 1.7) (/usr/share/texmf-tetex/tex/latex/graphics/keyval.sty Package: keyval 1999/03/16 v1.13 key=value parser (DPC) [EMAIL PROTECTED]@=\toks14 )) (/usr/share/texmf/tex/latex/pgf/basiclayer/pgfcore.sty (/usr/share/texmf-tetex/tex/latex/graphics/graphicx.sty Package: graphicx 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR) (/usr/share/texmf-tetex/tex/latex/graphics/graphics.sty Package: graphics 2001/07/07 v1.0n Standard LaTeX Graphics (DPC,SPQR) (/usr/share/texmf-tetex/tex/latex/graphics/trig.sty Package: trig 1999/03/16 v1.09 sin cos tan (DPC) ) (/usr/share/texmf-tetex/tex/latex/graphics/graphics.cfg File: graphics.cfg 2005/02/03 v1.3 graphics configuration of teTeX/TeXLive ) Package graphics Info: Driver file: dvips.def on input line 80. (/usr/share/texmf-tetex/tex/latex/graphics/dvips.def File: dvips.def 1999/02/16 v3.0i Driver-dependant file (DPC,SPQR) )) [EMAIL PROTECTED]@height=\dimen119 [EMAIL PROTECTED]@width=\dimen120 ) (/usr/share/texmf/tex/latex/pgf/systemlayer/pgfsys.sty (/usr/share/texmf/tex/latex/pgf/utilities/pgfrcs.sty (/usr/share/texmf/tex/generic/pgf/utilities/pgfrcs.code.tex Package: pgfrcs 2005/10/23 v1.00 (rcs-revision 1.7) )) (/usr/share/texmf/tex/generic/pgf/systemlayer/pgfsys.code.tex Package: pgfsys 2005/10/18 v1.00 (rcs-revision 1.9) [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] (/usr/share/texmf/tex/generic/pgf/systemlayer/pgf.cfg File: pgf.cfg 2005/06/29 (rcs-revision 1.1.1.1) ) Package pgfsys Info: Driver file for pgf: pgfsys-dvips.d
Bug#344790: [Micha Feigin] Re: Bug#344790: hyperref: off by 1 error with pdf bookmarks and tocdepth
On Fri, 30 Dec 2005 13:14:49 +0100 Ralf Stubner <[EMAIL PROTECTED]> wrote: > On Fri, Dec 30, 2005 at 01:50 +0200, Micha Feigin wrote: > > On Wed, 28 Dec 2005 15:34:17 +0100 > > Frank Küster <[EMAIL PROTECTED]> wrote: > > > > > Well, we still need the output of \listfiles - or maybe just send the > > > complete logfile as an attachment, it shouldn't be too big. > > > > > > > attached > > Thanks. Just as Frank I can't reproduce your problem with the testfile > you provided. Comparing the log files, the main difference I have found > up to now is the version of beamer.cls and related packagges. You are > using sid, which has beamer version 3.06, while I am using sarge (with > teTeX 3 backport), which has beamer version 3.01. > > Does this problematic behaviour depend on you using beamer? I am > attaching a simple testfile using the standard article.cls. This files > gives correct behaviour here with both pdflatex and latex+dvips+ps2pdf. > Does it work on your machine? > It does seem to be dependent on beamer apparently. With the attached file the bookmarks and table of contents are in sync. I tried to start looking into it but I don't know enough tex and I don't have the time this week. > cheerio > ralf > > > > > +++ > This Mail Was Scanned By Mail-seCure System > at the Tel-Aviv University CC. +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC.
Bug#345652: smtpguard: wrong upstream URL in debian/copyright
Package: smtpguard Version: 1.1.2-1 Severity: serious Justification: Policy 12.5 In debian/copyright the given URL is wrong. The correct URL is probably http://sourceforge.net/projects/flexguard/ Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345672: libofx2c2a: shouldn't depend on package ofx
Package: libofx2c2a Version: 1:0.8.0-9 Severity: normal The package libofx2c2a shouldn't depend on package ofx by field "Depends" because this leads to a circular dependency. As I understand chapter 7.2 of the Debian policy libofx2c2a should only depend on package ofx iff it is needed for the functionality of libofx2c2a. Considering packages depending on libofx2c2a I don't believe those packages need package ofx to be installed (i.e. gnucash doesn't need package ofx in order to use OFX functionallity, right?). I suggest to use the "Suggests" header instead. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345672: libofx2c2a: shouldn't depend on package ofx
Hello, Please keep in mind to move the conflict-dependency with libofx1 from package ofx to package libofx-dev or so (I didn't investigated the right place). It is probably still needed because libofx1 contained some development files (see #326989). Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342848: libaqbanking0-dev: please split dev package
tag 342848 +wontfix thanks Thomas Viehmann schrieb: >>Could you please make separate -dev packages for each frontend instead of >>putting them all together in this one package? > > I'm not sure that a split is worthwile. After all, recompiling a package > like gnucash takes a lot of resources so that the nuisance of having to > install the KDE dependencies has very limited impact. > > >>(Incidentally, splitting the Qt3 UI of aqhbci from its main package would >>also be nice.) > > No. Upstream (understandably) has issues with us splitting the packages > as it presently is and we don't want the upstream support list to be > flooded by people who can't figure out what they need. > You do realize that you the QT wizard is the only (graphical) method to > set up your accounts? I totally agree with Thomas, thus tagging this bug as wontfix. I'm sorry. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345631: libaqbanking0c2a: aqhbci-qt3-wizard segfaults when creating user
Hello Karsten, Christian Stimming wrote: > First idea: Update to the latest packages of that branch. That would be > > libgwenhywfar-1.19.2 > libaqbanking-1.6.2 > > There have been some fixes concerning new user creation. I would guess > this problem is already solved. Could you please checkout the new packages of libgwenhywfar and libaqbanking on http://aqbanking.alioth.debian.org/unstable/ Do the new packages solve your problem? Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307505: Tiger doesn't care about ldap passwords
Package: tiger Version: 3.2.1-24 Hi, Tiger doesn't work with our LDAP based password database. So i've made a patch which seems to work fine. Maybe you want to include it? --- gen_passwd_sets.orig2005-05-03 18:36:53.0 +0200 +++ gen_passwd_sets 2005-05-03 18:37:31.0 +0200 @@ -55,6 +55,7 @@ [ -z "$RM" ] && RM=`which rm` [ -z "$CP" ] && CP=`which cp` [ -z "$YPCAT" ] && YPCAT=`which ypcat 2>/dev/null` +[ -z "$GETENT" ] && GETENT=`which getent 2>/dev/null` [ -z "$WORKDIR" ] && WORKDIR=/tmp local=0 @@ -188,6 +189,15 @@ fi } ;; +ldap) [ "$local" != 1 ] && [ -n "$GETENT" ] && { +$GETENT passwd > $WORKDIR/ldap_passwd.$$ 2>/dev/null +if [ $? -eq 0 ] ; then + echo $WORKDIR/ldap_passwd.$$ >> $outfile +else + $RM $WORKDIR/ldap_passwd.$$ +fi +} + ;; # This is from SunOS, what should we do here for Linux? (if anything) #nisplus) [ "$local" != 1 ] && { # $NISCAT passwd.org_dir > $WORKDIR/nisplus_passwd.$$ -- Met vriendelijke groet, Micha Kersloot Op de hoogte blijven? Schrijf je nu in voor de nieuwsbrief! http://www.kovoks.nl/index.phtml?table=contactnbrf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307366: Bug#307784: pam-pgsql: CAN-2004-0366
Severity #307366 Grave Merge #307784 #307366 Thanks dear bugtracking system. On Fri, May 06, 2005 at 09:10:17PM +0200, Primoz wrote: > Is there a way to revert the upload to the NMUed one (which had security > problems fixed), so package stays in sarge. I would need at least a week > to 14 days to port pam-mysql to pgsql (which seems like the best way to > go). Yes: Release a new package containing the changes of the NMU. The simplest and fastest way is to download the sources from http://snapshot.debian.net/archive/2004/11/13/debian/pool/main/p/pam-pgsql/, include the NMU changelog entries (i.e. copy debian/changelog from the current source) and re-release it without other source changes as 0.5.2-9 or higher. Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313581: debian/rules clean does not clean
tags upstream fixed-upstream pending thanks Matthias Klose schrieb: > Package: libaqbanking > Version: 1.0.9-2 > > clean does not clean > libaqbanking-1.0.9/src/plugins/bankinfo/generic/at/banks.data This was an upstream issue. It is fixed in a new upstream version. A new package is in preparation. Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313578: no reason to list the plugins in a shlibs file
tags pending thanks Matthias Klose schrieb: > Package: libaqbanking > Version: 1.0.9-2 > > the shlibs files should only list the shlibs, not the plugins. A new package is in preparation. Thank you for reporting the bug. Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313581: debian/rules clean does not clean
tags 313581 +upstream -fixed-upstream -pending Micha Lenk schrieb: > This was an upstream issue. It is fixed in a new upstream version. > A new package is in preparation. Sorry, no, this *is* an upstream issue. Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313581: New package prepared
tags 313581 pending tags 313791 pending thanks The prepared package is waiting for C++ ABI change according to http://lists.debian.org/debian-devel-announce/2005/06/msg4.html before it will be uploaded to unstable. In the meantime this package is available at http://aqbanking.alioth.debian.org/hbci/ Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334694: libpam-mount: mount.crypt fails to mount volume (new bug)
Package: libpam-mount Version: 0.9.27.49-2 Severity: important This version of mount.crypt almost works. BUT you are using the -d option from cryptsetup which for some people does not work. See bug #298944 for more information. Removing the -d option in mount.crypt (line 159) resolves this problem (for me) -- 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.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libpam-mount depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libssl0.9.8 0.9.8a-2 SSL shared libraries ii mount 2.12p-8Tools for mounting and manipulatin ii zlib1g1:1.2.3-6 compression library - runtime libpam-mount recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334706: phpldapadmin: config file comments are too long
Package: phpldapadmin Version: 0.9.7-1 Severity: wishlist The lines in the /etc/phpldapadmin/config.php file should be wrapped at 80 characters. -- 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.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages phpldapadmin depends on: ii apache2-mpm-prefork [httpd] 2.0.54-5 traditional model for Apache2 ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libapache2-mod-php4 4:4.4.0-3 server-side, HTML-embedded scripti ii php4 4:4.4.0-3 server-side, HTML-embedded scripti ii php4-cgi 4:4.4.0-3 server-side, HTML-embedded scripti ii php4-ldap 4:4.4.0-3 LDAP module for php4 phpldapadmin recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333104: kbanking
Hello Mark and Thomas, Mark Purcell schrieb: > My one query is Does kmymoney2 build with kbanking from aqbanking? Do you > have > some test debs I can look into? The packages I've build and checked in to svn.debian.org are available under http://aqbanking.alioth.debian.org/unstable/ >>So I'd like to know: >>- Mark, would you mind if libaqbanking provided libkbanking1? > > I am happy for libaqbanking to provide libkbanking1, provided kmymoney2 will > build. I've tried to build kmymoney2 (release version 0.8) with the libkbanking1-package I've build from AqBanking source. The build succeded, but I've not been able to use kmymoney2 with my already configured AqBanking accounts since the context menu entry for connecting KMyMoney2 accounts to AqBanking accounts is disabled. I haven't had enough time yet for figuring out whether this was my fault or not... Mark, I would appreciate it if you could test whether the packages are ready for use with KMyMoney2... > I'm unsure if you will need to use some special Replaces: Conflicts: headers > because we are effectivly merging two upstream sources. Hmm, I don't know either, but since the packagename remains the same I think it might suffice to ask ftp-master (?) to remove all libkbanking packages from the Debian archives and upload the new AqBanking packages providing the additional package libkbanking1. >>If and when Mark and the release team give their OK, I'd upload >>aqbanking with kbanking today. Thomas, if you agree with the changes (have a look at the SVN changelogs) I've made in the packages mentioned above, and if Mark has no objections please upload them. :) Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279743: Bug in saslauthd init script
Hi, Don't think this is a bug. The ${START} variable is set and read in / etc/defaults/saslauthd and should be altered there. Met vriendelijke groet, Micha Kersloot Op de hoogte blijven? Schrijf je nu in voor de nieuwsbrief! http://www.kovoks.nl/index.phtml?table=contactnbrf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329716: sasl2-bin: /etc/default/saslauthd suggests daemon can handel more than one auth method
Not to be rude, but I think this is a duplicate of bug #274182 Met vriendelijke groet, Micha Kersloot Op de hoogte blijven? Schrijf je nu in voor de nieuwsbrief! http://www.kovoks.nl/index.phtml?table=contactnbrf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334694: acknowledged by developer (Bug#334694: fixed in libpam-mount 0.9.27.62-1)
Debian Bug Tracking System schreef: > > We believe that the bug you reported is fixed in the latest version of > libpam-mount, which is due to be installed in the Debian FTP archive: > ii libpam-mount 0.9.27.62-1a PAM module that can mount volumes ii cryptsetup 20050111-3 configures encrypted block devices I'm sorry to say, but that's a no. It still uses the -d parameter of cryptsetup in some cases and that parameter doesn't work correct in all cases. It does not work correct on my system where the partition is encrypted with the password that i use to log in. I know it's more a cryptsetup bug, but you are relying on it, so that makes it a problem for your package also. I'm not sure why you (or upstream) are using that -d /dev/stdin parameter at all. I've only deleted this parameter to get my system working. -- Met vriendelijke groet, Micha Kersloot Op de hoogte blijven? Schrijf je nu in voor de nieuwsbrief! http://www.kovoks.nl/index.phtml?table=contactnbrf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299235: gnucash: New Upstream Version
Hello Thomas, now the current upstream version is 1.8.12. I would appreciate it very much if you could upgrade the gnucash package, since 1.8.10 has a bug which may HBCI cause to fail. Yes, I know your 1.8.10 package doesn't ship with HBCI included (bug #303234), but as long as you don't include it in your package I will build HBCI enabled packages for the german users. Now these users ask me to build the current release of gnucash. But since it's your package I did't like to go that far without having you informed about the need of a newer gnucash in Debian... What do you think about the "rigamarole of fetching and packaging a new upstream release" now? Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333710: chkrootkit: should depend on package procps
Subject: chkrootkit: should depend on package procps Package: chkrootkit Version: 0.44-2 Severity: minor The package chkrootkit should depend on package procps. If procps isn't installed chkrootkit will fail to run (return code 1) with following error message: chkrootkit: can't find `ps'. Yours Micha -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages chkrootkit depends on: ii binutils2.15-6 ii debconf 1.4.30.13 ii libc6 2.3.2.ds1-22 ii net-tools 1.60-10 -- debconf information: * chkrootkit/run_daily_opts: -q * chkrootkit/run_daily: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333786: svn-buildpackage: typo error in line 509?
Package: svn-buildpackage Version: 0.6.12 Severity: minor Hello, I'm currently trying to understand the perl code of svn-buildpackage. Doing this I struggled over a maybe typo error: In line 509 the variable $tagversion is typed once with lowercase v, whereas all other occurences of $tagVersion are typed with uppercase V. I didn't understand the code yet - thus I yet don't know whether it really is a bug. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333104: libaqbanking0-dev: Please include libkbanking headers and library for Kmymoney2 aqbanking support
tags 333104 +pending thank you, dear PTS. Hello Christoph, Christoph Dwertmann schrieb: > Please include libkbanking headers and library for Kmymoney2 aqbanking support I just released a new package of aqbanking. The package will not be uploaded to unstable until the current package of aqbanking reached testing. In the meantime you can download it from http://aqbanking.alioth.debian.org/unstable/ Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329467: libnss-pgsql1: getgrent_r group database query deadlocks if database is not available
Package: libnss-pgsql1 Version: 1.3 Severity: important When our PostgreSQL server is not available, commands like 'id root' hang. The only output is "Could not connect to database". Unfortunately, libnss-pgsql1 doesn't terminate after that but hangs. We tried to debug the problem a little but just 'id root' calls _nss_pgsql_setgrent() trying to open the database connection (with open_backend()), which fails. After that it still tries _nss_pgsql_getgrent_r() which detects that the backend is not open and tries to open it (just in case). For this it calls _nss_pgsql_setgrent(). Since _nss_pgsql_getgrent_r() acquires a lock and _nss_pgsql_setgrent() tries to acquire the same lock it ends in a deadlock - it hangs. Shouldn't nss have noticed after the first call of _nss_pgsql_setgrent() that the database is unavailable? Any help is much appreciated. If you need some more debug info don't hesitate to ask. Yours Micha -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libnss-pgsql1 depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpq3 7.4.7-6sarge1 PostgreSQL C client library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314914: clamav: FTBFS (gcc-4.0): operator '>' has no left operand
Version: 0.87-1 reopen 314914 thanks This Bug is still not fixed for me, because there is no sendmail but nullmailer on my system. Wouldn't it be better not to detect sendmail's version via command line but from any header inclusion? The attached patch takes the version of the package libmilter-dev as the version of sendmail. Since libmilter-dev is in clamav's build-deps this should provide a more reliable way of detecting the sendmail version - even if it's an ugly hack too. :) Yours Micha -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages clamav depends on: ii clamav-freshclam [clamav-data 0.87-1 ii libc6 2.3.5-6 ii libclamav10.87-1 ii zlib1g1:1.2.3-4 Versions of packages clamav recommends: ii arj 3.10.22-1 ii unzoo 4.4-4 -- no debconf information diff -urN clamav-0.87.debian/debian/libmilter-version.sh clamav-0.87/debian/libmilter-version.sh --- clamav-0.87.debian/debian/libmilter-version.sh 1970-01-01 01:00:00.0 +0100 +++ clamav-0.87/debian/libmilter-version.sh 2005-09-24 16:48:03.593242568 +0200 @@ -0,0 +1,3 @@ +#! /bin/sh + +dpkg -s libmilter-dev | sed -n '/^Version:/s/-[^-]*$//p' diff -urN clamav-0.87.debian/debian/rules clamav-0.87/debian/rules --- clamav-0.87.debian/debian/rules 2005-09-24 16:54:55.845570688 +0200 +++ clamav-0.87/debian/rules2005-09-24 17:04:02.027538408 +0200 @@ -52,9 +52,9 @@ dh_testdir # Add here commands to configure the package. ifeq ($(HAVE_CURL),yes) - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --disable-clamav --with-dbdir=/var/lib/clamav/ --sysconfdir=/etc/clamav --with-sendmail=/usr/sbin/sendmail --enable-milter --disable-clamuko --with-tcpwrappers --with-gnu-ld --with-libcurl --with-dns ${DEBUG_OPTS} + ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --disable-clamav --with-dbdir=/var/lib/clamav/ --sysconfdir=/etc/clamav --with-sendmail='/bin/sh $(CURDIR)/debian/libmilter-version.sh' --enable-milter --disable-clamuko --with-tcpwrappers --with-gnu-ld --with-libcurl --with-dns ${DEBUG_OPTS} else - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --disable-clamav --with-dbdir=/var/lib/clamav/ --sysconfdir=/etc/clamav --with-sendmail=/usr/sbin/sendmail --enable-milter --disable-clamuko --with-tcpwrappers --with-gnu-ld --without-libcurl --with-dns ${DEBUG_OPTS} + ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --disable-clamav --with-dbdir=/var/lib/clamav/ --sysconfdir=/etc/clamav --with-sendmail='/bin/sh $(CURDIR)/debian/libmilter-version.sh' --enable-milter --disable-clamuko --with-tcpwrappers --with-gnu-ld --without-libcurl --with-dns ${DEBUG_OPTS} endif build: build-stamp
Bug#314914: clamav: FTBFS (gcc-4.0): operator '>' has no left operand
Hello Stephen, Stephen Gran schrieb: > I have supplied /path/to/sendmail to configure, as it's known on Debian > systems. I have also patched clamav-milter.c so that if sendmail's > version is undefined previously, it will be defined as the version > currently in Debian. But I think it's not okay to *assume* sendmail (or something that should behave like sendmail) is installed, if you do not provide a build-depend on it (whatever 'it' means). >>The attached patch takes the version of the package libmilter-dev as the >>version of sendmail. Since libmilter-dev is in clamav's build-deps this >>should provide a more reliable way of detecting the sendmail version - >>even if it's an ugly hack too. :) > > >>+dpkg -s libmilter-dev | sed -n '/^Version:/s/-[^-]*$//p' Well, that's the content of the additional script which should be called to simulate sendmail more *reliable*. It outputs for instance Version: 8.13.4 which is okay as long as the configure script grabbs the second word in the first line of output, as it does currently: configure.in: 174: sendmailver=`$sendmailprog -d0 < /dev/null | head -1 | \ awk '{print $2}'` 175: 176: if test -n "$sendmailver"; then 177:sendmailver_a=`echo $sendmailver | awk -F. '{printf $1}'` 178:sendmailver_b=`echo $sendmailver | awk -F. '{printf $2}'` 179:sendmailver_c=`echo $sendmailver | awk -F. '{printf $3}'` 180: 181:AC_DEFINE_UNQUOTED(SENDMAIL_VERSION_A, $sendmailver_a, \ [major version of Sendmail]) 182:AC_DEFINE_UNQUOTED(SENDMAIL_VERSION_B, $sendmailver_b, \ [minor version of Sendmail]) 183:AC_DEFINE_UNQUOTED(SENDMAIL_VERSION_C, $sendmailver_c, \ [subversion of Sendmail]) 184: fi > [EMAIL PROTECTED]:~/Debian/clamav/0.87/clamav-0.87$ ./configure --help | grep > sendmail > --with-sendmail=PATHspecify location of Sendmail binary (default=auto > find) > > So that patch won't work - it will give configure a path to the binary > 8.13.5-1, which I'm having trouble imaging exists on most systems :) No, trats wrong. My patch gives configure the path to my additional script debian/libmilter-version.sh as sendmail binary. Then configure is calling this script in order to detect the sendmail version. I tested it, it works. And since libmilter-dev is built from the same source like sendmail it should always provide the correct version string. :) > Let me look at what went wrong ... As I said above: The configure script grabbs the second word of the first line of the output given by the specified sendmail binary. But nullmailer, which is installed in my sid-chroot, behaves different from sendmail in giving no propper version string (okay, this might be a nullmailer-bug too...). It just ignores the unknown options and tries to send mail. But since there are no recipients given it outputs: No recipients were listed resulting in the sendmail version string 'recipients' (I found it in the config.log) which is not null but also not parsable later on. Thus building the package fails with nullmailer. > I don't see it. In my local tree, the patch to supply a sendmail > version is there. Checking the buildd logs, I see that none of the > build daemons had this problem. Probably because they didn't install nullmailer but a real mailer. Yes, from this point of view, you're right: there is no error. But I thought Debian tries hardly to aim for quality software, and my patch might improve the source package as it will enhance it to build even on systems having nullmailer installed as mailer. > Does the build actually fail for you, or do you just see configure > generate a warning? Yes, it fails with the same error as reported in the original bug report. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329925: ITP: e00compr -- converter for E00 files
Hello, On Sat, Sep 24, 2005 at 09:16:13PM +0800, Paul Wise wrote: > Package: wnpp > Severity: wishlist > Owner: Paul Wise <[EMAIL PROTECTED]> > > * Package name: e00compr > Version : 1.0.0 > Upstream Author : Daniel Morissette <[EMAIL PROTECTED]> > * URL : http://avce00.maptools.org/e00compr/ > * License : MIT > Description : a program to read/write Arc/Info compressed E00 files > E00compr is an ANSI C library that reads and writes Arc/Info compressed E00 > files. Both "PARTIAL" and "FULL" compression levels are supported. > > This package contains the e00conv command-line program, which takes a E00 > file as input (compressed or not) and copies it to a new file with the > requested compression level (NONE, PARTIAL or FULL). It also contains the > header file, static library and some examples needed to create programs > using the library. Would you mind to explain, what an E00 file is? I have no idea... Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329970: nullmailer: should use ferr instead of fout for errors
Package: nullmailer Version: 1:1.00-1 Severity: normal Hello, nullmailer should output errors on stderr (using 'ferr' in source code) instead of output errors on stdout (using 'fout' in source code). Reason: I tried to build the package clamav in a sid chroot, but failed because clamav expects /usr/sbin/sendmail to output a version string, which nullmailer doesn't support. clamav starts /usr/sbin/sendmail with the option -d0 and grabbs the second word of the first line of output as version string. Have a look at the last few mails of bug #314914 for more details. Nullmailer outputs the string "No recipients were listed.", but on stdout. Thus the configure script of clamav takes a non-parsable string portion as version string and fails to build (on systems having nullmailer installed). I know that it's fairly ugly having clamav detecting Sendmail's version this way. But nevertheless I think nullmailer should output errors on stderr, not on stdout. The changes should be minimal, but sadly my sid-chroot doesn't build nullmailer at all using g++-4.0, not even with including the patch from bug #315601. Yours Micha -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nullmailer depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-9 GCC support library ii libstdc++51:3.3.6-10 The GNU Standard C++ Library v3 ii ucf 2.002 Update Configuration File: preserv Versions of packages nullmailer recommends: ii sysklogd [system-log-daemon] 1.4.1-17 System Logging Daemon -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326239: libaqbanking0c2: cannot install libaqbanking0-dev
tags 326239 pending thanks Thomas Bushnell BSG schrieb: > libaqbanking currently links against libofx1c2. Please link against the > recently install libofx-dev, which uses a newer version of libofx. (You > should end up with a dependency on libofx2, and not libofx1c2 at all.) I just prepared a new upstream release upload, which now links against libofx2. The new packages are currently available at http://aqbanking.alioth.debian.org/unstable/ Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326989: static library is packaged in libofx2 (should be in libofx-dev)
Package: libofx Severity: minor Tags: patch The files /usr/lib/libofx.a and /usr/lib/libofx.la are packaged into the package libofx2. According to Debian policy and according to the [1]Debian Library Packaging Guide they should preferrably packaged into the -dev-Package. 1. http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#shldevpackagecontents Why? I noticed this issue to be a problem when I tried to backport libofx for Debian Sarge in order to backport my own package depending on libofx. I had no problem to backport libofx to sarge, but when I tried to install my new backported libofx the following problem occured: The package libofx2c102 0.8.0-3.sarge1 (my backport) conflicts with the package libofx1 0.7.0-7 in having the files mentioned above in common. Purging libofx1 in favor of libofx2c102 would cause all depending packages to be removed, thus this is no option (as I didn't plan to backport packages which my packages do not depend on... :-P). In fact it should be possible to install a library multiple times with different SONAMEs (at least this is the idea behind having the SONAME in the package name). Could you please package the mentioned files into the -dev package? The attached patch will do the job. :) Yours Micha -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) diff -urN libofx-0.8.0-3/debian/rules libofx-0.8.0/debian/rules --- libofx-0.8.0-3/debian/rules 2005-09-07 01:54:51.993201936 +0200 +++ libofx-0.8.0/debian/rules 2005-09-07 01:53:49.614684912 +0200 @@ -72,6 +72,8 @@ dh_movefiles -plibofx-dev \ usr/lib/*.so \ + usr/lib/*.a \ + usr/lib/*.la \ usr/include -mv debian/tmp/usr/share/doc/libofx2/{implementation_notes.txt,totest.txt} debian/libofx-dev/usr/share/doc/libofx-dev cp -rp doc/html debian/libofx-dev/usr/share/doc/libofx-dev
Bug#326989: libofx: static library is packaged in libofx2 (should be in libofx-dev)
Hello again, Some more files which the packages libofx1 0.7.0-7 and libofx2 0.8.0-3 have in common: /usr/share/libofx/*think about providing a new separate package, for instance libofx-data /usr/share/doc/libofx/*think about providing a new separate package, for instance libofx-doc Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318889: sylpheed-claws-gtk2: libaspell15 was changed to libaspell15c2 so it doesn't install
Package: sylpheed-claws-gtk2 Version: 1.9.6cvs1-1 Severity: grave Justification: renders package unusable Debain switch from libaspell15 to libaspell15c2 which requires a rebuild of the package. After that it works fine. Without it, it won't install -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages sylpheed-claws-gtk2 depends on: ii libaspell150.60.3-1 The GNU Aspell spell-checker runti ii libatk1.0-01.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgpgme6 0.3.16-2 GPGME - GnuPG Made Easy ii libgtk2.0-02.6.8-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libssl0.9.70.9.7g-1 SSL shared libraries Versions of packages sylpheed-claws-gtk2 recommends: ii sylpheed-claws-gtk2-i18n 1.9.6cvs1-1 Locale data for Sylpheed Claws (i1 -- no debconf information +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318901: aspell-he: doesn't work with the current aspell
Package: aspell-he Version: 0.6-0-1 Severity: grave Justification: renders package unusable Debian switched from libaspell15 to libaspell15c2 so aspell-he doesn't install and if forced, doesn't work -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319963: CXX ABI change needs renaming of package libofx1 to libofx1c2
Package: libofx1 Version: 1:0.7.0-7 Severity: important Tags: patch I would appreciate an upload of package libofx1c2 because I need a package of libOFX which has passed the CXX ABI change. A patch is already available from Ubuntu at http://people.ubuntu.com/~scott/patches/libofx/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 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#320078: whiptail is unable to handle special characters not present in current locale
Package: whiptail Version: 0.51.6-28 Severity: wishlist If I feed my whiptail with characters which aren't present in the current locale whiptail is unable to handle these characters. You can't delete the feeded input whithin the input box. This occurs for instance with the locale LANG=C, LC_CTYPE=C and characters like '???'. This problem is somewhat relevant for debconf (with which I discovered this bug) as debconf accepted a special character and saved it. In a second run of debconf I wasn't able to fix the bad input of the run before. Between both debconf runs I didn't touch the locale (locales haven't been installed at that stage). For easier understanding of the problem I attached a simple small shell script which calls whiptail with potentially evil options... Micha -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages whiptail depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libnewt0.51 0.51.6-28Not Erik's Windowing Toolkit - tex ii libpopt01.7-5lib for parsing cmdline parameters ii libslang2 2.0.4-4 The S-Lang programming library - r whiptail recommends no packages. -- no debconf information whiptailbug.sh Description: Bourne shell script
Bug#320078: whiptail is unable to handle special characters not present in current locale
Hello Alastair, Alastair McKinstry schrieb: > The problem is that 'characters not in the current locale' are garbage > bytes as far as _any_ software is concerned: if you enter some > 'non-locale character' whiptail gets a bunch of uninterpretable bytes. > it can't even reliably figure out what was the last 'real' character > before these. whiptail is not unique in this: it is true of all > software. Its just that whiptail is in the front of the pipeline to > receive and display them. Is it even not possible to prevent the user from entering non-locale characters? As a user I would prefer to get multiple other but legal characters when I enter a non-locale character, wich I am able to delete just after. In cases where I enter such a non-locale character by accident I would at least be able to correct my mistake. > The solution is to ensure such garbage characters don't get entered into > whiptail, etc. (or other X programs). Use a non C locale, in particular > use UTF-8, and make sure all programs produce UTF-8. Well, but that's what I'm asking for: Whiptail shouldn't accept those garbage characters if the locale doesn't support them. Remeber: I wasn't even willing to enter these ugly garbage characters... Please think it over again. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292270: gimageview: changing to full screen in image window with fit to window, image doesn't zoom
Package: gimageview Version: 0.2.27-1 Severity: minor When changing between full screen view and windowed view in the image window (open in shared window option) and the zoom is set to fit to window option, the image doesn't adjust the zoom automatically. i.e from image window change to full screen, the image remains with the windowed size, only when flipping to the next image it is zoomed to the screen size. When changing back it remains with the zoom of the full screen image until changing to the next image. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages gimageview depends on: ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libbz2-1.0 1.0.2-3 high-quality block-sorting file co ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgtk2.0-0 2.6.1-1 The GTK+ graphical user interface ii libjpeg626b-9The Independent JPEG Group's JPEG ii libmng1 1.0.8-1 Multiple-image Network Graphics li ii libpango1.0-01.8.0-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii librsvg2-2 2.8.1-2 SAX-based renderer library for SVG ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxine1 1.0-1 the xine video/media player librar ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292273: sylpheed-claws-maildir-plugin: handle subdirectories
Package: sylpheed-claws-maildir-plugin Version: 0.7-1 Severity: wishlist Unless I missed somthing, the maildir plugin doesn't handle nested maildirs. Each one needs to be added on its own, which means each one has its own inbox/trash/... and reaching the inbox or seeing the nuber of new messages requires to uncolapse the mailbos. This makes it very cumbersome to handle more then a very small number of maildir directories. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages sylpheed-claws-maildir-plugin depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii sylpheed-claws 0.9.13-1Bleeding edge version of the Sylph ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292273: sylpheed-claws-maildir-plugin: A bit obscure but found the solution to subdirs
Package: sylpheed-claws-maildir-plugin Version: 0.7-1 Followup-For: Bug #292273 Took some playing around but the solution was to play around with symlinks since sylpheed uses the directory names and not directory structure to create the subfolders. i.e use .inboxes.local instead of inboxes/local The bug can be scratched. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages sylpheed-claws-maildir-plugin depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii sylpheed-claws 0.9.13-1Bleeding edge version of the Sylph ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292281: sylpheed-claws-maildir-plugin: Emptying the trash does not empty the trash
Package: sylpheed-claws-maildir-plugin Version: 0.7-1 Severity: normal Doing empty trash under a maildir seems to ignore the command as everything remains in the trash. It works fine under a different imap folder. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages sylpheed-claws-maildir-plugin depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libdb4.2 4.2.52-17 Berkeley v4.2 Database Libraries [ ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii sylpheed-claws 0.9.13-1Bleeding edge version of the Sylph ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292292: sylpheed-claws-gtk2: Gets locked in some speller input mode if correcting spelling mistake using right click
Package: sylpheed-claws-gtk2 Version: 0.9.12cvs187.1-1 Severity: normal If I use the right mouse key to fix a spelling mistake in compose mode sylpheed then gets locked into the speller mode. For example pressing r will go into search and if there are letters for the letter options it will start replacing words in the document. It seems that the speller isn't deactivated again once sctivated. This doesn't happen with sylpheed-claws, only sylpheed-claws-gtk2 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc1 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages sylpheed-claws-gtk2 depends on: ii libaspell150.60.2-1 The GNU Aspell spell-checker runti ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libglib2.0-0 2.6.1-3 The GLib library of C routines ii libgpgme6 0.3.16-2 GPGME - GnuPG Made Easy ii libgtk2.0-02.6.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.0-2 Layout and rendering of internatio ii libssl0.9.70.9.7e-3 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295788: sylpheed-claws: Can't mark and then delete a group of messages
Package: sylpheed-claws Version: 1.0.1-1 Severity: normal I can no longer mark and delete a group of messages. ie pressing shift and the arrows to mark a group of messages and then delete to delete them just jumps to the first message in the folder, leaves the marked messages as marked, but does nothing else. This worked before and wouldn't be so annoying if it was possible to delete a whole thread at a time. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-rc4 Locale: LANG=he_IL, LC_CTYPE=he_IL (charmap=ISO-8859-8) Versions of packages sylpheed-claws depends on: ii libaspell15 0.60.2-1The GNU Aspell spell-checker runti ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libcompfaceg11989.11.11-24 Compress/decompress images for mai ii libglib1.2 1.2.10-9The GLib library of C routines ii libgpgme60.3.16-2GPGME - GnuPG Made Easy ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii libldap2 2.1.30-3OpenLDAP libraries ii libpisock8 0.11.8-10 Library for communicating with a P ii libssl0.9.7 0.9.7e-3SSL shared libraries ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-10 X Window System Input extension li ii sylpheed-claws-i18n 1.0.1-1 Locale data for Sylpheed Claws (i1 ii xlibs4.3.0.dfsg.1-11 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298624: gnats: New upstream release available.
Package: gnats Version: 4.0-7 Severity: wishlist A new upstream release is available. If you have the time please have a look at it. The release note on the homepage says: > Notable enhancements include: > > - Upgrade to autoconf 2.59 generated configure scripts. > - New PR numbers are reported to the client upon new submissions > - Rewrite of install-sid. Now, rather than editing send-pr, > which can be installed on a read-only partition, install-sid > creates or edits user or site configuration files > ~/.send-pr.conf or /etc/gnats/send-pr.conf. > - Removal of libiberty, old manpages, and old build framework cruft > - Performance enhancements to indexing code > - Various cleanups and bugfixes. See the ChangeLog files for details. Thanks Micha -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnats depends on: ii debconf 1.4.30.11Debian configuration management sy ii debianutils 2.8.4Miscellaneous utilities specific t ii exim4 4.44-2 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tr 4.44-2 lightweight exim MTA (v4) daemon ii gnats-user 4.0-7The GNU problem report management ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374426: dh_installdocs: Add option --prefer-from-docs-files to prefer files from debian/package.docs
Package: debhelper Version: 5.0.37.1 Severity: wishlist Tags: patch Hello, please add the option --prefer-from-docs-files to dh_installdocs to prefer files from debian/package.docs over files specified on command line. This option can be usefull to solve bug #369268 in cdbs. I tried to implement this option but I don't know whether the approach to solve #369268 is okay. So I would like at least a comment from a cdbs maintainer whether he supports this wishlist bug and will make use of the new option. Also the documentation of the new option should be reviewed since I'm not a native english speaker. Any comments also on the cdbs bug are appreciated. Yours Micha -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages debhelper depends on: ii binutils 2.16.1cvs20060413-1 The GNU assembler, linker and bina ii coreutils5.96-3 The GNU core utilities ii dpkg-dev 1.13.21 package building tools for Debian ii file 4.17-2 Determines file type using "magic" ii html2text1.3.2a-3An advanced HTML to text converter ii perl 5.8.8-6 Larry Wall's Practical Extraction ii po-debconf 1.0.2 manage translated Debconf template debhelper recommends no packages. -- no debconf information diff -urN debhelper-5.0.37.1/Debian/Debhelper/Dh_Getopt.pm debhelper-micha/Debian/Debhelper/Dh_Getopt.pm --- debhelper-5.0.37.1/Debian/Debhelper/Dh_Getopt.pm2006-04-14 00:35:50.0 +0200 +++ debhelper-micha/Debian/Debhelper/Dh_Getopt.pm 2006-06-19 11:59:18.134530504 +0200 @@ -170,6 +170,8 @@ "language=s" => \$options{LANGUAGE}, + "prefer-from-docs-files" => \$options{PREFER_FROM_DOCS_FILES}, + "<>" => \&NonOption, ); diff -urN debhelper-5.0.37.1/dh_installdocs debhelper-micha/dh_installdocs --- debhelper-5.0.37.1/dh_installdocs 2006-01-04 02:20:51.0 +0100 +++ debhelper-micha/dh_installdocs 2006-06-19 12:11:49.700275144 +0200 @@ -11,7 +11,7 @@ =head1 SYNOPSIS -B [S>] [B<-A>] [B<-n>] [B<-X>I] [S>] +B [S>] [B<-A>] [B<-n>] [B<-X>I] [B<--prefer-from-docs-files>] [S>] =head1 DESCRIPTION @@ -29,6 +29,10 @@ binary package in debian/control, but if you use B<-p>, B<-i>, or B<-a> flags, it will be the first package specified by those flags. +If you use B<--prefer-from-docs-files> filenames listed in debian/package.docs +will get installed from the origin listed in debian/package.docs preferred over +filename's origins specified as parameter. + Also, debian/README.Debian (or debian/README.debian) and debian/TODO, if they exist, will be installed into the first binary package listed in debian/control, if dh_installdocs is acting on that package. Note that @@ -66,6 +70,11 @@ Exclude files that contain "item" anywhere in their filename from being installed. Note that this includes doc-base files. +=item B<--prefer-from-docs-files> + +Install the files specified on command line only if no equal named file +is listed in the corresponding debian/package.docs. + =item I Install these files as documentation into the first package acted on. (Or @@ -117,7 +126,21 @@ } if (($package eq $dh{FIRSTPACKAGE} || $dh{PARAMS_ALL}) && @ARGV) { - push @docs, @ARGV; + if ($dh{PREFER_FROM_DOCS_FILES}) { + foreach my $argv_doc (@ARGV) { + my $argv_doc_basename = basename($argv_doc); + my $basename_collision = 0; + foreach my $doc (@docs) { + if (basename($doc) eq $argv_doc_basename) { + $basename_collision = 1; + last; + } + } + push @docs, $argv_doc if not $basename_collision; + } + } else { + push @docs, @ARGV; + } } if (@docs) {
Bug#369268: [Build-common-hackers] debhelper.mk: installs common docs instead of docs listed in package.docs
tag 369268 +patch thanks. Peter Eisentraut schrieb: Micha Lenk wrote: The difference compared to dh_installdocs is, that I didn't configure cdbs (on my own) to install any docs. Neither in config files like the .docs files nor on command line (okay, pointless in debian/rules). I just created the .docs files because I trusted cdbs to make proper use of dh_installdocs. Thus I did expect it to do the same like I did without cdbs calling dh_installdocs in debian/rules on my own. I understand that this is a problem. Right now, I don't know how to attack this. But I'll leave this bug open until we find new inspiration. I just reported #374426, a wishlist bug against debhelper asking for a new option --prefer-from-docs-files which changes dh_installdocs's behaviour that it now installs the files specified in a package.docs file in preference over the ones specified on command line. If this new option were implemented in dh_installdocs fixing this bug (#369268) would be fairly easy: Just call dh_installdocs with this new option. I attached a patch for debhelper.mk doing this. Note: This patch is only usable if the patch from #374426 has been applied to debhelper previously. I wrote in #374426 initial bug report: > I tried to implement this option but I don't know whether the approach > to solve #369268 is okay. So I would like at least a comment from a > cdbs maintainer whether he supports this wishlist bug and will make > use of the new option. So, it would be nice if you would comment on this new bug report. Yours Micha
Bug#354557: RFP: libpam-script -- PAM module that runs a script on session open and close
Izak wrote me in a private message that he uploaded the package to mentors.debian.net and is asking for a sponsor. http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libpam-script -- Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369268: debhelper.mk: installs common docs instead of docs listed in package.docs
reopen 369268 thanks dear BTS Peter Eisentraut wrote: I'm closing this bug because it's not a cdbs issue. I do not agree. I believe it's a cdbs issue, because cdbs behaves other than a simple user of cdbs (like me) would expect. The bug just makes the use of cdbs complicated. I believe cdbs should do the complicated thing - not the user. Otherwise cdbs tends to get pointless. I suggest to alter dh_installdocs for support of installing files listed in .docs in preference over the files specified on command line. Afterwards it should be fairly easy to fix this bug cleanly. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369268: [Build-common-hackers] Bug#369268: debhelper.mk: installs common docs instead of docs listed in package.docs
Hello, Peter Eisentraut wrote: Micha Lenk wrote: I suggest to alter dh_installdocs for support of installing files listed in .docs in preference over the files specified on command line. Afterwards it should be fairly easy to fix this bug cleanly. Great, but what does cdbs have to do with that? You'll have to talk to the debhelper maintainer to get that idea rejected. cdbs should make use of this new feature in order to close this bug. Of course it is possible to fix the bug otherwise. But simply closing the bug isn't fixing it. If you do not agree please consider to tag this bug wontfix instead of closing it. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369268: [Build-common-hackers] debhelper.mk: installs common docs instead of docs listed in package.docs
Hello, Peter Eisentraut: >> Of course it is possible to fix the bug otherwise. > > How? cdbs could call dh_installdocs twice. The first time with files specified on commandline, the second time without. >> If you do not agree please consider to tag this bug wontfix instead >> of closing it. > > That would presume that it's a bug in the first place, which I dispute. Does cdbs do something wrong or not? I say, yes it's doing things wrong: cdbs should install files listed in .docs in preference over the files specified on command line to dh_installdocs. Not having talked about the reasons for this bug: Do you at least agree with this being a bug? Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#371487: Solved
Hoping this reaches the right place. The problem arrised from having the dri snapshot from dri.sf.net installed on the system. This replaced libGL and seems to have been compiled with an older ld which caused the problem. Also, I am sorry for the bunch of following bug reports, there seems to be a bug with reportbug (it connects to the debian bug report smtp server and just keeps on submitting). On Wed, 07 Jun 2006 11:35:16 -0700 [EMAIL PROTECTED] (Debian Bug Tracking System) wrote: > Thank you for the problem report you have sent regarding Debian. > This is an automatically generated reply, to let you know your message has > been received. It is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > As you requested using X-Debbugs-CC, your message was also forwarded to >[EMAIL PROTECTED] > (after having been given a Bug report number, if it did not have one). > > Your message has been sent to the package maintainer(s): > Mesa package maintainers <[EMAIL PROTECTED]> > > If you wish to submit further information on your problem, please send > it to [EMAIL PROTECTED] (and *not* to > [EMAIL PROTECTED]). > > Please do not reply to the address at the top of this message, > unless you wish to report a problem with the Bug-tracking system. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > > +++ > This Mail Was Scanned By Mail-seCure System > at the Tel-Aviv University CC. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369268: [Build-common-hackers] debhelper.mk: installs common docs instead of docs listed in package.docs
Hello, Peter Eisentraut wrote: Does cdbs do something wrong or not? I say, yes it's doing things wrong: cdbs should install files listed in .docs in preference over the files specified on command line to dh_installdocs. Again, this is not the doing of cdbs. cdbs calls debhelper. Debhelper decides what to install. If you think that files should take precedence over the command line, you'll have to talk to the debhelper maintainer. It's completely pointless to complain here because we are not controlling that. Actually I don't care whether dh_installdocs takes files in .docs files precedence over files specified on command line (at least for this bug report) or not. What I do care here is what cdbs is doing for packaging the documentation. I as packager selected a specific README to be packaged in and specified it in the corresponding file .docs, since I were expecting cdbs is using dh_installdocs (which it does). But my decision which README is to be installed in has been overruled without any comment by cdbs (why ever). I had to read the code of debhelper.mk in order to understand why the hell the *specific* README from .docs has been ignored by cdbs. That's odd, isn't it? The difference compared to dh_installdocs is, that I didn't configure cdbs (on my own) to install any docs. Neither in config files like the .docs files nor on command line (okay, pointless in debian/rules). I just created the .docs files because I trusted cdbs to make proper use of dh_installdocs. Thus I did expect it to do the same like I did without cdbs calling dh_installdocs in debian/rules on my own. Or shouldn't I have expected this? If I expected something wrong from cdbs - then maybe I'll think it all over. But then, where is this difference between dh_installdocs called from within cdbs compared to dh_installdocs called from pure debian/rules documented? Did I miss something? Not having talked about the reasons for this bug: Do you at least agree with this being a bug? Every tool known to man has the command line overriding settings in files. Debhelper does just that, so it's fine by me. But I'm not the debhelper maintainer, so I don't care. I totally agree that it's fine for dh_installdocs having command line override settings in files. But that's not at all the bug of cdbs I'm talking about here. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372183: libaqbanking: please provide version which links without ssl
# This bug depends on #340573 lib Gwenhywfar block 340573 by 372183 # This is a duplicate of #340564 (even the same submitter) merge 340564 372183 thanks, dear BTS. Hello Thomas, I support your wish for an AqBanking not depending on openssl. Unfortunately it's not that easy. Thomas Viehmann already tagged the corresponding bug #372183 in Gwenhywfar as 'help needed' with the following comment: On 5th of May 2006 Thomas Viehmann <[EMAIL PROTECTED]> wrote: > we're actively seeking (a) skilled individual(s) to move libgwenhywfar > to GnuTLS. This is a prerequisite to have GnuCash with HBCI in Debian. > If you want to offer help or help others to do so, please feel free to > send comments or patches to this bug report. > > Be warned though, that the compatibility layer of GnuTLS will not cut > the mustard. Also, patches must be able to work with configuration > files of libssl-based gwenhywfar. We really do appreciate any help concerning this issue. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372183: libaqbanking: please provide version which links without ssl
Hallo, Thomas Bushnell BSG schrieb: Well, IIRC libaqbanking itself doesn't use libssl, its dependency libgwenhywfar does. Now, crypto may be pluggable in gwenhywfar also, but what does that gain us? Actually, aqbanking *does* use SSL: I tried to track this down in the build process. Therefor I configured aqbanking without aqhbci and aqofx backend and cbanking frontend only. I don't know yet why at all, but the only times ssl or crypt is mentioned in the build process is when building the bankinfo plugin: Making all in de make[5]: Entering directory `/home/micha/dev/aqbanking/aqbanking-svn/src/plugins/bankinfo/de' [...] gcc -shared .libs/de.o -Wl,--whole-archive ../generic/.libs/libbankinfo.a -Wl,--no-whole-archive -Wl,--rpath -Wl,/home/micha/dev/aqbanking/aqbanking-svn/src/libs/aqbanking/.libs -L/home/micha/dev/aqbanking/aqbanking-svn/src/libs/aqbanking /home/micha/dev/aqbanking/aqbanking-svn/src/libs/aqbanking/.libs/libaqbanking.so -L/usr/lib -lssl -lcrypto -ldl /usr/lib/libktoblzcheck.so /usr/lib/libgwenhywfar.so -Wl,-soname -Wl,de.so.0 -o .libs/de.so.0.0.0 [...] ... and similar for all other bankinfo plugins. To me this looks like it should be possible to get rid of openssl in an Aqbanking package without support for HBCI (as a first step). Unfortunately I'm somewhat lost since I know very little about using libtool and autotools. So, any help is appreciated... Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372183: libaqbanking: please provide version which links without ssl
unmerge 340564 372183 thanks Thomas Bushnell BSG schrieb: Please don't merge different bugs. #340564 is "please replace openssl with gnutls" #372183 is "please don't use any ssl of any kind at all" I understand why #340564 is hard. #372183 is an entirely different thing. Can you unmerge the bugs please, and, if there is some reason why a version of aqbanking cannot be built which has no ssl support at all, say why? Thanks for clarification in the private mail. A little hint in the initial bugreport about the difference would have been nice and might have avoided the merge. Anyway, it should be okay now. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372183: libaqbanking: please provide version which links without ssl
reopen 372183 tags 372183 +wontfix block 372183 by 340573 thanks I wrote: Conclusion: Since this bug now clearly renders as duplicate of #340564 just added with some more confusion and clarification I'll close this bug now (as suggested by Thomas Bushnell). As Thomas Viehmann pointed out in a private mail it's better to keep this bug open - as it really isn't fixed yet. Instead I tag it wontfix until #340573 is closed. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372933: aqbanking-tool: missing Depends:
Hi Rico, Rico Gloeckner wrote: # ldd `which aqhbci-tool` linux-gate.so.1 => (0xe000) libaqhbci.so.10 => /usr/lib/libaqhbci.so.10 (0xb7ee3000) libcbanking.so.16 => not found ^^^ libaqbanking.so.16 => /usr/lib/libaqbanking.so.16 (0xb7e6e000) libgwenhywfar.so.38 => /usr/lib/libgwenhywfar.so.38 (0xb7d7d000) libc.so.6 => /lib/tls/libc.so.6 (0xb7c45000) libssl.so.0.9.8 => /usr/lib/i586/libssl.so.0.9.8 (0xb7c0a000) libcrypto.so.0.9.8 => /usr/lib/i586/libcrypto.so.0.9.8 (0xb7ae3000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb7adf000) /lib/ld-linux.so.2 (0xb7f61000) libz.so.1 => /usr/lib/libz.so.1 (0xb7acb000) Depends: libc6 (>= 2.3.6-6), libgcc1 (>= 1:4.1.0), libgwenhywfar38 (>= 2.1.1), libstdc++6 (>= 4.1.0) Conflicts: libaqhbci2-dev Filename: pool/main/liba/libaqbanking/aqbanking-tool_2.0.0-1_i386.deb aqbanking-tools probably should list libcbanking16 as Depends: That's strange and shouldn't be at all. My local copy of the file aqbanking-tool_2.0.0-1_i386.deb correctly depends on all the stuff needed by aqbanking-tool. But why the heck doesn't the i386-package in the official repository? Also strange: http://packages.debian.org/unstable/utils/aqbanking-tool correctly lists all dependencies... As there is an upload scheduled anyway I hope this bug gets fixed with the next upload automatically. Thomas, could you please double-check before uploading? Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373912: libaqbanking dependency hell is back
Hi Bill, Bill Allombert schrieb: Package: libaqbanking16 Version: 2.0.0-3 Severity: important Hello Debian aqbanking maintainers, the libaqbanking depdendency hell is back, see the graph <http://debian.semistable.com/dot/libqbanking4_unstable.png> Thanks for reporting this issue. We'll fix it as soon as possible. Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373246: ITP: keyjnote -- A fancy PDF presentation tool
Florian Ragwitz wrote: > Package: wnpp > Severity: wishlist > Owner: Florian Ragwitz <[EMAIL PROTECTED]> > > * Package name: keyjnote > Version : 0.8.1 > Upstream Author : Martin J. Fiedler <[EMAIL PROTECTED]> > * URL : http://keyjnote.sourceforge.net/ > * License : GPL > Programming Lang: Python > Description : A fancy PDF presentation tool Please consider not using the word "fancy". Debian is fancy, or nearly everything is fancy. It's just some more noise when looking for a PDF presentation tool. What about Description: PDF presentation tool with eye candies ? Yours Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339464: xlibmesa-dri: Add mach64 dri support
The support to Xorg was added at the time (it wasn't compiled in originally). At the moment as far as I know DRI doesn't work again though as the version of the kernel module from dri.freedesktop.org requires a newer version of Xorg than debian carries. That is a different bug/feature request so the original bug can be closed. Thanks Micha > -Original Message- > From: Brice Goglin [mailto:[EMAIL PROTECTED] > Sent: Wednesday, January 24, 2007 1:15 AM > To: Micha Feigin > Cc: [EMAIL PROTECTED] > Subject: Bug#339464: xlibmesa-dri: Add mach64 dri support > > Hi, > > About 2 years ago, you reported a bug to the Debian BTS > asking for DRI support on a mach64 board. > Do you still have problems getting DRI to work on this box? > If not, I will close this bug in the next weeks. > > Thanks, > Brice > > > > > +++ > This Mail Was Scanned By Mail-seCure System at the Tel-Aviv > University CC. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]