Bug#387762: proxy_arp for host network device has to be set to 1
severity 387762 important thanks Hi Sebastian I have now looked at this problem and determined that it is only a documentation issue. This is what I have added to the code. if [ $(cat /proc/sys/net/ipv4/conf/$DEV/proxy_arp) == 0 ] ; then vzwarning Function proxy_arp for $DEV is set to 0. Enable with 'sysctl -w net.ipv4.conf.$DEV.proxy_arp=1'. See /usr/share/doc/vzctl/README.Debian. fi I have also updated the README.Debian file to contain this information. Network configuration: -- You may need to enable proxy_arp for the network devices that you want your virtual hosts to be accessable on. sysctl -w net.ipv4.conf.$DEV.proxy_arp=1 You can add this to a specific interface in the network configuration (/etc/network/interfaces) by the following lines: up sysctl -w net.ipv4.conf.%DEV%.proxy_arp=1 pre-down sysctl -w net.ipv4.conf.%DEV%.proxy_arp=0 Replace %DEV% with your device name (ie. eth0). I think this solves this bug. Regards, // Ola On Sat, Sep 16, 2006 at 05:22:49PM +0200, [EMAIL PROTECTED] wrote: Package: vzctl Version: 3.0.10-3 Severity: grave (Sorry and thankful in advance this time ;) It is a long bug report.) I am now running a second setup of etch with OpenVZ. However, this setup has more than one public IP address. One IP is assigned to the host system and each additional IP is assigned to its own vps. I used the vanilla source 2.6.16 + OpenVZ patch and did configure the kernel by hand. I encountered a problem: On a regular debian system /proc/sys/net/ipv4/conf/eth0/proxy_arp is set to 0. If this is the case ip neigh add proxy publicIP dev eth0 (taken from /usr/lib/vzctl/scripts/vps-functions ~line 111) has absolutely no effect! (But does not drop an error msg either!) By no effect I mean that I am unable to access the vps with its public IP from anywhere except from the host system because arp requests for the public IP of the vps are not answered. After I had determined where the problem was, I and did a rather ugly workaround by editing /usr/lib/vzctl/scripts/vps-functions: function vzarp() { local DEV [ -z ${NETDEVICES} ] vzwarning Device list is empty for DEV in $NETDEVICES; do sysctl -w net.ipv4.conf.$DEV.proxy_arp=1 ${IP_CMD} neigh $1 proxy $2 dev $DEV /dev/null 21 done } It works - but sysctl is executed on every single vps start (and stop?). In addition to those repeated executes of sysctl it might not be the greatest idea to add arp proxy support for private IPs to every local net device. What does the VE_ROUTE_SRC_DEV=eth0 value in /etc/vz/vz.conf exactly do btw? Maybe one(tm) could add a similar item which overrides $NETDEVICES filled by function vzgetnetdev() in /usr/lib/vzctl/scripts/vps-functions. There are other values I found flying around in connection with OpenVZ: net.ipv4.ip_forward = 1 (can be manually set via /etc/network/options) net.ipv4.conf.default.proxy_arp = 0 net.ipv4.conf.all.rp_filter = 1 kernel.sysrq = 1 net.ipv4.conf.default.send_redirects = 1 net.ipv4.conf.all.send_redirects = 0 (net.ipv4.tcp_ecn = 0) One value (in my case net.ipv4.conf.venet0.send_redirects = 0) is set in /etc/init.d/vz in line 165. What about the other values? Shouldn't they be checked/set? This one really took me some time (and not just the report) ... :-/ -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386229: shfs-source: Kernel Oops with this patch
Package: shfs-source Version: 0.35-6 Followup-For: Bug #386229 Hi Brad, I'm getting a kernel oops with this patch. It compiles fine, but it looks like gkrellm is doing some calls, that cause oopses. I think something about querying stats of the filesystem. I am not a kernel hacker, so I just can give my syslog. Michael Sep 25 16:58:46 muhlap kernel: SHell File System, (c) 2002-2004 Miroslav Spousta Sep 25 16:58:46 muhlap kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 0048 Sep 25 16:58:46 muhlap kernel: printing eip: Sep 25 16:58:46 muhlap kernel: e0c3650f Sep 25 16:58:46 muhlap kernel: *pde = Sep 25 16:58:46 muhlap kernel: Oops: [#1] Sep 25 16:58:46 muhlap kernel: PREEMPT Sep 25 16:58:46 muhlap kernel: Modules linked in: shfs sd_mod scsi_mod thermal fan button processor ac battery pcmcia af_packet arc4 ieee80211_crypt_wep irtty_sir sir_dev irda crc_ccitt parport_pc parport 8250_pnp eth1394 ipw2100 ieee80211 ieee80211_crypt firmware_class ohci1394 ieee1394 yenta_socket rsrc_nonstatic pcmcia_core 8250_pci 8250 serial_core snd_intel8x0m snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc ehci_hcd uhci_hcd usbcore ibm_acpi fglrx intel_agp agpgart evdev nvram rtc Sep 25 16:58:46 muhlap kernel: CPU:0 Sep 25 16:58:46 muhlap kernel: EIP:0060:[e0c3650f]Tainted: P VLI Sep 25 16:58:46 muhlap kernel: EFLAGS: 00210293 (2.6.18 #1) Sep 25 16:58:46 muhlap kernel: eax: d9b27478 ebx: ecx: edx: d8b3beac Sep 25 16:58:46 muhlap kernel: esi: d8b3bf6c edi: d8b3bf00 ebp: d8b3a000 esp: d8b3be6c Sep 25 16:58:46 muhlap kernel: ds: 007b es: 007b ss: 0068 Sep 25 16:58:46 muhlap kernel: Process gkrellm (pid: 3146, ti=d8b3a000 task=d9431560 task.ti=d8b3a000) Sep 25 16:58:46 muhlap kernel: Stack: dfe35098 c1473240 d9b27478 d8b3bf6c c015b639 d8b3beac Sep 25 16:58:46 muhlap kernel:d8b3bf6c c015b681 d9b27478 d8b3beac 187bc065 c86f03c8 c014c770 c1477c40 Sep 25 16:58:46 muhlap kernel: Sep 25 16:58:46 muhlap kernel: Call Trace: Sep 25 16:58:46 muhlap kernel: [c015b639] [c015b681] [c014c770] [c015ce3f] [c014a5dd] [c014c770] [c014d2d3] [c0111ff9] [c010318b] 0Code: af c3 e0 89 44 24 04 c7 04 24 63 b5 c3 e0 e8 79 21 4e df c7 04 24 6b b5 c3 e0 e8 6d 21 4e df 89 74 24 18 8b 74 24 0c 89 5c 24 14 8b 4b 48 8b 5c 24 08 83 c4 10 ff e1 90 8d 74 26 00 81 ec 24 02 Sep 25 16:58:46 muhlap kernel: EIP: [e0c3650f] SS:ESP 0068:d8b3be6c Sep 25 16:59:47 muhlap kernel: 1BUG: unable to handle kernel NULL pointer dereference at virtual address 0048 Sep 25 16:59:47 muhlap kernel: printing eip: Sep 25 16:59:47 muhlap kernel: e0c3650f Sep 25 16:59:47 muhlap kernel: *pde = Sep 25 16:59:47 muhlap kernel: Oops: [#2] Sep 25 16:59:47 muhlap kernel: PREEMPT Sep 25 16:59:47 muhlap kernel: Modules linked in: shfs sd_mod scsi_mod thermal fan button processor ac battery pcmcia af_packet arc4 ieee80211_crypt_wep irtty_sir sir_dev irda crc_ccitt parport_pc parport 8250_pnp eth1394 ipw2100 ieee80211 ieee80211_crypt firmware_class ohci1394 ieee1394 yenta_socket rsrc_nonstatic pcmcia_core 8250_pci 8250 serial_core snd_intel8x0m snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc ehci_hcd uhci_hcd usbcore ibm_acpi fglrx intel_agp agpgart evdev nvram rtc Sep 25 16:59:47 muhlap kernel: CPU:0 Sep 25 16:59:47 muhlap kernel: EIP:0060:[e0c3650f]Tainted: P VLI Sep 25 16:59:47 muhlap kernel: EFLAGS: 00010293 (2.6.18 #1) Sep 25 16:59:47 muhlap kernel: eax: d9b27478 ebx: ecx: edx: cc6d9eac Sep 25 16:59:47 muhlap kernel: esi: cc6d9f6c edi: cc6d9f00 ebp: cc6d8000 esp: cc6d9e6c Sep 25 16:59:47 muhlap kernel: ds: 007b es: 007b ss: 0068 Sep 25 16:59:47 muhlap kernel: Process gkrellm (pid: 13191, ti=cc6d8000 task=c3822560 task.ti=cc6d8000) Sep 25 16:59:47 muhlap kernel: Stack: dfe35098 c1473240 d9b27478 cc6d9f6c c015b639 cc6d9eac Sep 25 16:59:47 muhlap kernel:cc6d9f6c c015b681 d9b27478 cc6d9eac c86f0224 c014c770 c1477c40 Sep 25 16:59:47 muhlap kernel: Sep 25 16:59:47 muhlap kernel: Call Trace: Sep 25 16:59:47 muhlap kernel: [c015b639] [c015b681] [c014c770] [c015ce3f] [c014c770] [c014d2d3] [c014d387] [c010318b] 0Code: af c3 e0 89 44 24 04 c7 04 24 63 b5 c3 e0 e8 79 21 4e df c7 04 24 6b b5 c3 e0 e8 6d 21 4e df 89 74 24 18 8b 74 24 0c 89 5c 24 14 8b 4b 48 8b 5c 24 08 83 c4 10 ff e1 90 8d 74 26 00 81 ec 24 02 Sep 25 16:59:47 muhlap kernel: EIP: [e0c3650f] SS:ESP 0068:cc6d9e6c Sep 25 17:00:07 muhlap kernel: 1BUG: unable to handle kernel NULL pointer dereference at virtual address 0048 Sep 25 17:00:07 muhlap kernel:
Bug#389406: ikiwiki: FTBFS: Test 33 got: 512 (t/syntax.t at line 18 fail #32)
Hello, thank you for looking at this issue. On 06-Sep-25 16:16, Joey Hess wrote: [EMAIL PROTECTED]:~/src/ikiwikiperl -c IkiWiki/Plugin/typography.pm IkiWiki/Plugin/typography.pm syntax OK I get the following output: # perl -c IkiWiki/Plugin/typography.pm Can't locate Text/Typography.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at IkiWiki/Plugin/typography.pm line 8. BEGIN failed--compilation aborted at IkiWiki/Plugin/typography.pm line 8. It would be helpful if you could run the above on your system and also include the output of running t/syntax.t The output of t/syntax.t is appended below. Regards Andreas Jochens # t/syntax.t 1..44 # Running under perl version 5.008008 for linux # Current time local: Tue Sep 26 05:43:16 2006 # Current time GMT: Tue Sep 26 05:43:16 2006 # Using Test.pm version 1.25 # Testing ikiwiki.pl ok 1 # Testing IkiWiki.pm ok 2 # Testing IkiWiki/Plugin/mdwn.pm ok 3 # Testing IkiWiki/Plugin/html.pm ok 4 # Testing IkiWiki/Plugin/brokenlinks.pm ok 5 # Testing IkiWiki/Plugin/haiku.pm ok 6 # Testing IkiWiki/Plugin/htmlscrubber.pm ok 7 # Testing IkiWiki/Plugin/inline.pm ok 8 # Testing IkiWiki/Plugin/meta.pm ok 9 # Testing IkiWiki/Plugin/orphans.pm ok 10 # Testing IkiWiki/Plugin/pagecount.pm ok 11 # Testing IkiWiki/Plugin/search.pm ok 12 # Testing IkiWiki/Plugin/skeleton.pm ok 13 # Testing IkiWiki/Plugin/smiley.pm ok 14 # Testing IkiWiki/Plugin/camelcase.pm ok 15 # Testing IkiWiki/Plugin/wikitext.pm ok 16 # Testing IkiWiki/Plugin/tag.pm ok 17 # Testing IkiWiki/Plugin/pagestats.pm ok 18 # Testing IkiWiki/Plugin/polygen.pm ok 19 # Testing IkiWiki/Plugin/fortune.pm ok 20 # Testing IkiWiki/Plugin/htmltidy.pm ok 21 # Testing IkiWiki/Plugin/aggregate.pm ok 22 # Testing IkiWiki/Plugin/sidebar.pm ok 23 # Testing IkiWiki/Plugin/map.pm ok 24 # Testing IkiWiki/Plugin/otl.pm ok 25 # Testing IkiWiki/Plugin/template.pm ok 26 # Testing IkiWiki/Plugin/rst.pm ok 27 # Testing IkiWiki/Plugin/linkmap.pm ok 28 # Testing IkiWiki/Plugin/ddate.pm ok 29 # Testing IkiWiki/Plugin/toc.pm ok 30 # Testing IkiWiki/Plugin/googlecalendar.pm ok 31 # Testing IkiWiki/Plugin/favicon.pm ok 32 # Testing IkiWiki/Plugin/typography.pm not ok 33 # Test 33 got: 512 (t/syntax.t at line 18 fail #32) #Expected: 0 # t/syntax.t line 18 is: ok(system(perl -c $file /dev/null 21), 0); # Testing IkiWiki/Rcs/tla.pm ok 34 # Testing IkiWiki/Rcs/Stub.pm ok 35 # Testing IkiWiki/Rcs/git.pm ok 36 # Testing IkiWiki/Rcs/svn.pm ok 37 # Testing IkiWiki/Rcs/mercurial.pm ok 38 # Testing IkiWiki/Setup/Standard.pm ok 39 # Testing IkiWiki/Render.pm ok 40 # Testing IkiWiki/CGI.pm ok 41 # Testing IkiWiki/UserInfo.pm ok 42 # Testing IkiWiki/Setup.pm ok 43 # Testing IkiWiki/Wrapper.pm ok 44 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389429: xserver-xorg: Crashes on startup after the upgrade to 7.1
On Mon, 2006-09-25 at 19:38 +0300, Yavor Doganov wrote: Package: xserver-xorg Version: 1:7.1.0-1 Severity: grave Since the upgrade to X.org 7.1 the server crashes always on startup. I didn't change my configuration and this never hapenned before. Here's the end of Xorg.0.log: Backtrace: 0: /usr/bin/X11/X(xf86SigHandler+0x84) [0x80c4334] 1: [0xe420] 2: /usr/lib/xorg/modules/libfb.so(fbBlt+0x93b) [0xa7adaedb] 3: /usr/lib/xorg/modules/libfb.so(fbOddTile+0x114) [0xa7af4774] 4: /usr/lib/xorg/modules/libfb.so(fbTile+0x8c) [0xa7af483c] 5: /usr/lib/xorg/modules/libfb.so(fbFillRegionTiled+0x1a6) [0xa7af5136] 6: /usr/lib/xorg/modules/libfb.so(fbPaintWindow+0x108) [0xa7af53b8] [...] * xserver-xorg/config/device/driver: vesa Does this also happen with the 'ati' driver? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#389432: mv: cannot move directory into an already populated directory
hoi :) thank you very much for the quick answer. On Mon, Sep 25, 2006 at 11:51:38PM +0200, Jim Meyering wrote: Thanks for the report, but mv can't do that -- at least not by default. mv works mainly by making the rename syscall. In some unusual cases (like when src and dest are hard links), it can get away with just unlinking the source file. However, rename fails when the destination is a nonempty directory, as in your example above. True, that diagnostic is misleading, and the newer coreutils-6.2 gives a more useful message: $ mkdir -p 1/a/b 2/a/c $ mv 1/a 2/ mv: cannot move `1/a' to `2/a': Directory not empty [Exit 1] This is much more helpful. A stable coreutils-6.3 should be available soon. Great, thanks! It might make sense to add an option to make mv work this way, if you can make a good enough case for it. When you move a big tree to another filesystem and this move gets interrupted then it would be nice to be able to continue later by just issuing the command again. In my current case I really want to merge two directory structures, I guess I have to resort to some more shell scripting now. -- Martin Waitz signature.asc Description: Digital signature
Bug#389291: dpkg FTBFS
Hi, On Mon, 25 Sep 2006 21:35:46 +0200, Nicolas François [EMAIL PROTECTED] said: reassign 389291 libselinux1-dev thanks On Mon, Sep 25, 2006 at 01:20:16AM -0700, Steve Langasek wrote: Could you check if changing -lpthread to -pthread works? Yes, it works. Thanks. It also works with e2fsprogs, which was the original reason for the change in libselinux (#388375). Thus I'm reassigning. Manoj, can you change: Libs.private: -lthread to Libs.private: -pthread in libselinux.pc. Sure. Mind you, man gcc has this to say: -pthread Add support for multithreading using the POSIX threads library. This option sets flags for both the preprocessor and linker. It does not affect the thread safety of object code produced by the compiler or that of libraries supplied with it. These are HP-UX specific flags. Is the gcc documentation incorrect? manoj -- A woman without a man is like a fish without a bicycle. Therefore, a man without a woman is like a bicycle without a fish. Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
Bug#389520: chkrootkit: Bad find command in expert mode
Package: chkrootkit Version: 0.46a-3 Severity: important /usr/sbin/chkrootkit -x hangs after these messages: /usr/bin/find: warning: Unix filenames usually don't contain slashes (though pathnames do). That means that '-name /usr/lib/in.httpd' will probably evaluate to false all the time on this system. You might find the '-wholename' test more useful, or perhaps '-samefile'. Alternatively, if you are using GNU grep, you could use 'find ... -print0 | grep -FzZ /usr/lib/in.httpd'. /usr/bin/find: warning: Unix filenames usually don't contain slashes (though pathnames do). That means that '-name /usr/lib/in.pop3d' will probably evaluate to false all the time on this system. You might find the '-wholename' test more useful, or perhaps '-samefile'. Alternatively, if you are using GNU grep, you could use 'find ... -print0 | grep -FzZ /usr/lib/in.pop3d'. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages chkrootkit depends on: ii binutils 2.17-2 The GNU assembler, linker and bina ii debconf [debconf-2.0]1.5.4 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii net-tools1.60-17 The NET-3 networking toolkit ii procps 1:3.2.7-2 /proc file system utilities chkrootkit recommends no packages. -- debconf information: * chkrootkit/run_daily: false * chkrootkit/run_daily_opts: -q chkrootkit/diff_mode: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389519: flex: Flex reuses path known from Showtee Rootkit
Package: flex Version: 2.5.33-9 Severity: wishlist Flex should avoid a path that can trigger a false positive from chkrootkit. The relevant part from that: ### Showtee if [ ${QUIET} != t ];then printn Searching for Showtee... ; fi if [ -d ${ROOTDIR}usr/lib/.egcs ] || [ -f ${ROOTDIR}usr/lib/libfl.so ] || \ [ -d ${ROOTDIR}usr/lib/.kinetic ] || [ -d ${ROOTDIR}usr/lib/.wormie ] || \ [ -f ${ROOTDIR}usr/lib/liblog.o ] || [ -f ${ROOTDIR}usr/include/addr.h ] || \ [ -f ${ROOTDIR}usr/include/cron.h ] || [ -f ${ROOTDIR}usr/include/file.h ] || \ [ -f ${ROOTDIR}usr/include/proc.h ] || [ -f ${ROOTDIR}usr/include/syslogs.h ] || \ [ -f ${ROOTDIR}usr/include/chk.h ]; then echo Warning: Possible Showtee Rootkit installed else if [ ${QUIET} != t ]; then echo nothing found; fi While I readily agree that flex should not be installed on a machine directly connected to the Internet, I don't think it is unreasonably paranoid (of course...) to run chkrootkit on a desktop machine that interacts with the Internet as a client a lot. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages flex depends on: ii debconf [debconf-2.0]1.5.4 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii m4 1.4.6-2 a macro processing language Versions of packages flex recommends: ii gcc [c-compiler] 4:4.1.1-7 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-27 The GNU C compiler ii gcc-3.2 [c-compiler] 1:3.2.3-9 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-13 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-4 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.3-3 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-13The GNU C compiler -- debconf information: flex/upgrade/pre_2.5.5: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282920: apache hangs due to this bug
I am also experiencing it and my apache hangs forever due to that. Using up-to-date unofficial Sarge on AMD64 so the libc6 is 2.3.2.ds1-22sarge4. It started hanging randomly after I installed the request tracker perl module for apache. This is the backtrace: #0 0x2b40c51a in mallopt () from /lib/libc.so.6 #1 0x2b40bd80 in mallopt () from /lib/libc.so.6 #2 0x2b40aff7 in malloc () from /lib/libc.so.6 #3 0x2cb53033 in Perl_safesysmalloc () from /usr/lib/libperl.so.5.8 #4 0x2cb53e20 in Perl_savepvn () from /usr/lib/libperl.so.5.8 #5 0x2cb7366d in Perl_sv_magicext () from /usr/lib/libperl.so.5.8 #6 0x2cb73823 in Perl_sv_magic () from /usr/lib/libperl.so.5.8 #7 0x2cb19ea9 in Perl_Gv_AMupdate () from /usr/lib/libperl.so.5.8 #8 0x2cb1a0dd in Perl_gv_handler () from /usr/lib/libperl.so.5.8 #9 0x2cb74234 in Perl_sv_clear () from /usr/lib/libperl.so.5.8 #10 0x2cb74a64 in Perl_sv_free () from /usr/lib/libperl.so.5.8 #11 0x2cb6ccde in Perl_sv_report_used () from /usr/lib/libperl.so.5.8 #12 0x2cb6cc84 in Perl_sv_add_arena () from /usr/lib/libperl.so.5.8 #13 0x2cb6cd97 in Perl_sv_clean_objs () from /usr/lib/libperl.so.5.8 #14 0x2cb109a7 in perl_destruct () from /usr/lib/libperl.so.5.8 #15 0x2c98e83f in perl_shutdown () from /usr/lib/apache/1.3/mod_perl.so #16 0x2c9908d9 in perl_child_exit () from /usr/lib/apache/1.3/mod_perl.so #17 0x2c9905b5 in perl_handler () from /usr/lib/apache/1.3/mod_perl.so #18 0x0040c556 in ap_run_cleanup () #19 0x0040afbb in ap_clear_pool () #20 0x0040b021 in ap_destroy_pool () #21 0x000#22 0x004193a6 in ap_child_terminate () #23 0x004198a3 in ap_child_terminate () #24 0x00419b04 in ap_child_terminate () #25 0x0041a2eb in ap_child_terminate () #26 0x0041a805 in main () 00041671f in ap_add_config_define () -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389522: wsjt - FTBFS: error: sys/io.h: No such file or directory
Package: wsjt Version: 5.9.6.r309-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of wsjt_5.9.6.r309-1 on debian-31 by sbuild/s390 85 [...] cc -Iportaudio-v19/include -I/usr/local/include -I/usr/include/alsa -I/usr/local/include/alsa -DPACKAGE_NAME=\wsjt\ -DPACKAGE_TARNAME=\wsjt\ -DPACKAGE_VERSION=\5.9.5\ -DPACKAGE_STRING=\wsjt\ 5.9.5\ -DPACKAGE_BUGREPORT=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1 -DHAVE_STDDEF_H=1 -DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1 -DHAVE_STDIO_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_LINUX_PPDEV_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1 -DSIZEOF_INT64_T=8 -DSIZEOF_LONG_LONG=8 -DWORDS_BIGENDIAN=1 -DNDEBUG=1 -DPREFIX=\/usr\ -DFC_LIB_PATH=\/usr/lib/gcc/s390-linux-gnu/4.1.2/\ -DFC=\/usr/bin/gfortran\ -DUSE_PORTAUDIO=1 -DHAS_ASOUNDLIB_H=1 -DHAS_SOUNDCARD_H=1 -DHAS_JACK_H=1 -DHAS_PORTAUDIO_H=1 -DHAS_SAMPLERATE_H=1 -I. -Wall -O0 -g -Wall -O0 -g -DBIGSYM=1 -fPIC -DPACKAGE_NAME=\wsjt\ -DPACKAGE_TARNAME=\wsjt\ -DPACKAGE_VERSION=\5.9.5\ -DPACKAGE_STRING=\wsjt\ 5.9.5\ -DPACKAGE_BUGREPORT=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_ERRNO_H=1 -DHAVE_SYS_SYSLOG_H=1 -DHAVE_STDDEF_H=1 -DHAVE_LIBGEN_H=1 -DHAVE_SYS_WAIT_H=1 -DHAVE_WAIT_H=1 -DHAVE_STDIO_H=1 -DHAVE_TERMIOS_H=1 -DHAVE_SYS_RESOURCE_H=1 -DHAVE_LINUX_PPDEV_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_FCNTL_H=1 -DHAVE_SYS_IOCTL_H=1 -DTIME_WITH_SYS_TIME=1 -DSTRING_WITH_STRINGS=1 -DSIZEOF_INT64_T=8 -DSIZEOF_LONG_LONG=8 -DWORDS_BIGENDIAN=1 -DNDEBUG=1 -DPREFIX=\/usr\ -DFC_LIB_PATH=\/usr/lib/gcc/s390-linux-gnu/4.1.2/\ -DFC=\/usr/bin/gfortran\ -DUSE_PORTAUDIO=1 -DHAS_ASOUNDLIB_H=1 -DHAS_SOUNDCARD_H=1 -DHAS_JACK_H=1 -DHAS_PORTAUDIO_H=1 -DHAS_SAMPLERATE_H=1 -c -o ptt_unix.o ptt_unix.c ptt_unix.c:66:20: error: sys/io.h: No such file or directory make[1]: *** [ptt_unix.o] Error 1 make[1]: Leaving directory `/build/buildd/wsjt-5.9.6.r309' make: *** [build-stamp] Error 2 ** Build finished at 20060926-0038 FAILED [dpkg-buildpackage died]
Bug#388696: linux-image-2.6.16-2-486: post-removal script returned error exit status 128
Package: linux-image-2.6.16-2-486 Version: 2.6.16-18 Followup-For: Bug #388696 I have noticed the same error when purging linux-image-2.6.16-2-486. I think this is produced by a bug in kernel-package package. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-minimal Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages linux-image-2.6.16-2-486 depends on: ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-18 Yet Another mkInitRD linux-image-2.6.16-2-486 recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386738: please include plistlib
Hi Matthias, On Mon, Sep 25, 2006 at 04:34:17PM +0200, Matthias Klose wrote: Guido Guenther writes: plistlib which is currently under ./Lib/plat-mac/plistlib.py is usefull on other platforms too it's e.g. needed for #384644. forwarded. Not doing that before it's done upstream. Another possibility would be to include Lib/plat-mac (or parts of it) into python2.4. According to: http://python.org/sf/101 (which I filed before) this is not even a 2.5 item (though done before the 2.5 release). What about that: I packge up plistlib for 2.4/2.5 sepearately (done already anyway) and we drop the package for 2.6? This would keep our python closer to upstream. O.k.? -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389092: #389092: can't install KDE from graphical installer
Holger Wansing wrote: In generell: there really should be a possiblity to choose between gnome and kde and (maybe) a ressource-friendly alternative in tasksel (or remove gnome completely, but don't offer gnome and not the rest; we are not MS). See http://kitenet.net/~joey/code/tasksel/faq.html -- see shy jo signature.asc Description: Digital signature
Bug#389462: packagesearch: Missing tag database index /var/lib/debtags/package-tags.idx
Hello and thanks for the report. When I run packagesearch I get the error indicated in the subject, and a similar message in a pop-up as the program starts (it says debtags will be unavailable). I've heard about such problems with the debtags access every now and then - I do not know the reason behind those, and since those are mostly hard to reproduce, I haven't found a solution. Most likely they are caused by version problems between the libapt-front used, the current vocabulary format and the debtags version. Could you try to purge debtags and reinstall it - this might solve your issue already. You could also try packagesearch 2.1.1 from unstable (if you run i386). Otherwise, there will be a new version of packagesearch uploaded soon, which uses libept, the successor of libapt-front, which has undergone some internal redesign. I hope it will make all my problems vanish into thin air ;-) Regards Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389521: libvtk5-qt4-dev: does not depend on libvtk5-qt4
Package: libvtk5-qt4-dev Version: 5.0.1-4 Severity: important *** Please type your report below this line *** libvtk5-qt4-dev does not depend on libvt5-qt4 -- 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.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_FR) Versions of packages libvtk5-qt4-dev depends on: ii libvtk5-dev 5.0.1-4VTK header files for building C++ libvtk5-qt4-dev recommends no packages. -- no debconf information Regards, Stephane. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388195: Please update debconf PO translation for the package console-common 0.7.62
# translation of console-common_debian_po.po to Slovenian # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # Matej Kovacic [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: console-common_debian_po\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-09-19 09:15+0200\n PO-Revision-Date: 2006-09-26 08:56+0100\n Last-Translator: Matej KovaÄiÄ [EMAIL PROTECTED]\n Language-Team: Slovenian lugos-slo@lugos.si\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.10.2\n Plural-Forms: nplurals=4; plural=(n%100==1 ? 0 : n%100==2 ? 1 : n%100==3 || n%100==4 ? 2 : 3);\n #. Type: select #. Choices #: ../templates.in:1001 msgid Select keymap from arch list msgstr Izberi razporeditev tipk iz glavnega seznama #. Type: select #. Choices #: ../templates.in:1001 msgid Don't touch keymap msgstr Ne dotikaj se razporeditve tipk #. Type: select #. Choices #: ../templates.in:1001 msgid Keep kernel keymap msgstr Obdrži razporeditev tipk sistemskega jedra #. Type: select #. Choices #: ../templates.in:1001 msgid Select keymap from full list msgstr Izberi razporeditev tipk iz celotnega seznama #. Type: select #. Description #: ../templates.in:1002 #, fuzzy msgid Policy for handling keymaps: msgstr NaÄin obravnavanja razporeditev tipk: #. Type: select #. Description #: ../templates.in:1002 msgid The keymap describes how keys are laid out on your keyboard, and what symbols (letters, digits, etc.) are drawn on them. msgstr Razporeditev tipk opisuje kako so tipke razporejene na tipkovnici in kateri simboli (Ärke, Å¡tevilke, itd.) so oznaÄeni na njih. #. Type: select #. Description #: ../templates.in:1002 msgid \Select keymap from arch list\ will allow you to select one of the predefined keymaps specific for your architecture - you will most likely want this unless you have a USB keyboard. msgstr \Izberi razporeditev tipk iz glavnega seznama\ vam omogoÄa, da izberete eno izmed prednastavljenih razporeditev tipk specifiÄnih za vaÅ¡o sistemsko arhitekturo - izberete lahko v veÄini primerov, razen, Äe imate USB tipkovnico. #. Type: select #. Description #: ../templates.in:1002 msgid \Don't touch keymap\ will prevent the configuration system from overwriting the keymap you have in /etc/console. Select this if you want to keep a keymap you obtained through other means. Please remember to install new keymaps with install-keymap(8) if you select this choice. msgstr Izbira \Ne dotikaj se razporeditve tipk\ bo prepreÄila konfiguracijskemu sistemu prepis razporeditve tipk, ki jih imate shranjene v /etc/console. Izberite, Äe želite obdržati razporeditev tipk. Ne pozabite namestiti nove razporeditve tipk z ukazom install-keymap(8), Äe boste izbrali to izbiro. #. Type: select #. Description #: ../templates.in:1002 msgid \Keep kernel keymap\ will prevent any keymap from being loaded next time your system boots. It will remove from /etc/console any keymap you may have already selected (it will be lost), but if you have already loaded a keymap, it cannot be changed back until you reboot. msgstr Izbira \Obdrži razporeditev tipk sistemskega jedra\ bo prepreÄila nalaganje katerekoli razporeditve tipk ob naslednjem zagonu sistema. Iz /etc/console bo odstranila vse razporeditve tipk, ki ste jih morda že izbrali (te razporeditve bodo izgubljene), Äe pa že imate naloženo razporeditev tipk, le-ta ne bo mogla biti spremenjena do naslednjega vnoviÄnega zagona sistema. #. Type: select #. Description #: ../templates.in:1002 msgid \Select keymap from full list\ offers a full listing of all predefined keymaps. You want this, if you use an USB keyboard from a different computer architecture or if you use an adapter to use such a keyboard. msgstr \Izberi razporeditev tipk iz celotnega seznama\ ponuja celoten seznam vnaprej pripravljenih razporedov tipk. Uporabite Äe imate USB tipkovnico od kakÅ¡ne druge raÄunalniÅ¡ke arhitekture ali Äe uporabljate vmesnik za uporabo takÅ¡ne tipkovnice. #. Type: note #. Description #: ../templates.in:2001 msgid Ignored boot-time keymap in an old location msgstr Razporeditev tipk ob zagonu sistema na stari lokaciji ne bo upoÅ¡tevana. #. Type: note #. Description #: ../templates.in:2001 msgid You have asked the keymap configuration tool not to touch an existing keymap you installed, or you asked for higher-priority questions only to be asked and the tool decided not to mess with your existing setup. msgstr Od orodja za nastavitev razporeditve tipk ste zahtevali, da se ne
Bug#381142: tasksel: Tasks names aren't translated
Frans Pop wrote: I'm not quite sure if letting LANGUAGE overrule debconf/language is not a bug in tasksel, but at least we have tasks translated now. tasksel uses standard gettext for translations of the tasks menu, since that menu is generated on the fly and so cannot be translated using debconf. So this problem actually affects anything else that d-i might happen to run in the chroot that uses gettext. Which suggests to me that this LANGUAGE setting is bogus and wrong at root. -- see shy jo signature.asc Description: Digital signature
Bug#389494: samba 3.0.23c-1 shares cause segfault
severity 389494 important thanks Quoting Rodrigo Iván Zayas Reyes ([EMAIL PROTECTED]): Package: samba Version: 3.0.23c-1 Severity: grave Please do not overflate bug reports. The correct severity here is important. /usr/share/doc/debian/bug-maint-info.txt gives good hints abou tbug severities. Apart from that, I hope that somebody in the maintenance team will have mor eknowledge than me to give you hints about the possible problem. signature.asc Description: Digital signature
Bug#389493: Bugs na instalação do debian
Debian-installer-version: 08-06-2006 - ftp.br.debian.org Do you have more details about the way you got this one ? We don't even know whether this is a sarge installation image or one of the dvelopment versions of Debian Installer. Machine: Intel Processor: Pentium 4 HT 3.2Ghz Memory: 512 DDR2 Root Device: 80Gb SATA Root Size/partition table: When I try install the system, the linux can?t partition hard drives. If this was a sarge image, you maybe went into one of the various SATA support problem we had in sarge. In such case, you might need to test the development versions of Debian Installer which you'll find at http://www.debian.org/devel/debian-installer signature.asc Description: Digital signature
Bug#389525: dcc: non-free beginning from version 1.3.0
Package: dcc Version: 1.3.42-1 Severity: serious Justification: violating DFSG §5 and DFSG §6 * This agreement is not applicable to any entity which sells anti-spam * solutions to others or provides an anti-spam solution as part of a * security solution sold to other entities, or to a private network * which employs the DCC or uses data provided by operation of the DCC * but does not provide corresponding data to other users. This is definitly non-free. It looks like you did not read my orphan message, where i said: DCC's upstream decided to change it's license to non-free according DFSG with version 1.3.0 stating: The Distributed Checksum Clearinghouse source carries a license that is free to organizations that do not sell filtering devices or services except to their own users and that participate in the global DCC network. If you intend to take that package, please consider moving it to non-free, as upstreams license is non-free according to DFSG §6. Best regards, Martin PS: i am happy seing someone adopting that package. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) -- Martin Zobel-Helas credativ GmbHTel: +49 24 61 / 69 07 10 Karl-Heinz-Beckurts-Str. 13 Fax: +49 24 61 / 69 07 11 D-52428 Jülich www: http://www.credativ.de
Bug#388952: ...
good_reasons_to_remove_note_support_from_debconf++ ** 2 -- see shy jo, not actually the designer of the debconf protocol though signature.asc Description: Digital signature
Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
* Luca Capello ([EMAIL PROTECTED]) wrote : Hello! Cc:ing to d-d to get a wider audience. Well, I thought the same but then I did a little test (which I'm sorry I forgot to mention before): [...] /etc/apache2/mods-enabled/php5.load: API module structure `php5_module' in file /usr/lib/apache2/modules/libphp5.so is garbled - \ perhaps this is not an Apache module DSO? \ failed! invoke-rc.d: initscript apache2, action start failed. [EMAIL PROTECTED]:~$ = This is expected. As I said in http://lists.debian.org/debian-devel/2006/08/msg00814.html, *ALL* modules need to be rebuilt. -T -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388282: When trying to acces samba share from other computer PANIC appears
I will try to isolate the specific command giving that error, and I'll be back... Great. This will definitely be a great help reporting the Right Thing to our upstream. signature.asc Description: Digital signature
Bug#389527: pymacs version 0.22-6 won't install; need fix for bug 372294
Package: pymacs Version: 0.22-6 Severity: important installation of pymacs version 0.22-6 fails: # dpkg -i pymacs_0.22-6_all.deb (Reading database ... 191619 files and directories currently installed.) Preparing to replace pymacs 0.22-6 (using pymacs_0.22-6_all.deb) ... remove/pymacs: purging byte-compiled files for emacs20 remove/pymacs: purging byte-compiled files for emacs21 W: Unable to locate package python-all E: No packages found Traceback (most recent call last): File /usr/bin/pycentral, line 1325, in ? main() File /usr/bin/pycentral, line 1319, in main rv = action.run(global_options) File /usr/bin/pycentral, line 919, in run runtimes = get_installed_runtimes() File /usr/bin/pycentral, line 196, in get_installed_runtimes supported = pyversions.supported_versions() File /usr/share/pycentral-data/pyversions.py, line 71, in supported_versions depends = [re.sub(r'\s*(\S+)[ (]?.*', r'\1', s) for s in depends] TypeError: iteration over non-sequence dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... remove/pymacs: purging byte-compiled files for emacs20 remove/pymacs: purging byte-compiled files for emacs21 W: Unable to locate package python-all E: No packages found Traceback (most recent call last): File /usr/bin/pycentral, line 1325, in ? main() File /usr/bin/pycentral, line 1319, in main rv = action.run(global_options) File /usr/bin/pycentral, line 919, in run runtimes = get_installed_runtimes() File /usr/bin/pycentral, line 196, in get_installed_runtimes supported = pyversions.supported_versions() File /usr/share/pycentral-data/pyversions.py, line 71, in supported_versions depends = [re.sub(r'\s*(\S+)[ (]?.*', r'\1', s) for s in depends] TypeError: iteration over non-sequence dpkg: error processing pymacs_0.22-6_all.deb (--install): subprocess new pre-removal script returned error exit status 1 W: Unable to locate package python-all E: No packages found Traceback (most recent call last): File /usr/bin/pycentral, line 1325, in ? main() File /usr/bin/pycentral, line 1319, in main rv = action.run(global_options) File /usr/bin/pycentral, line 850, in run runtimes = get_installed_runtimes() File /usr/bin/pycentral, line 196, in get_installed_runtimes supported = pyversions.supported_versions() File /usr/share/pycentral-data/pyversions.py, line 71, in supported_versions depends = [re.sub(r'\s*(\S+)[ (]?.*', r'\1', s) for s in depends] TypeError: iteration over non-sequence dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: pymacs_0.22-6_all.deb # All the documented dependencies for pymacs version 0.22-6 are met and python-all is not installed, yet the errors above occur. $ dpkg -l emacsen-common python python-central python-all Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii emacsen-common 1.4.16 Common facilities for all emacsen ii python 2.3.5-2An interactive high-level object-oriented la ii python-central 0.5.5 register and build utility for Python packag No packages found matching python-all. This also prevents fixing bug 372294, for which the solution is supposed to be upgrading python-mode to =1:1.0-2 however upgrading python-mode to =1:1.0-2 depends upon pymacs and pymacs won't install. Non-working python-mode (e.g. rendered by applying stable updates) and attempting to follow these corrections for bugs results in broken packages and broken dependencies, e.g.: $ dpkg -l junior-programming pymacs python-mode Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- iU junior-program 1.9Debian Jr. programming iFR pymacs 0.22-6 interface between Emacs Lisp and Python iU python-mode1.0-3.1Emacs-lisp python-mode and doctest-mode for -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages pymacs depends on: ii emacsen-common1.4.16 Common facilities for all emacsen ii python2.3.5-2An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of
Bug#389519: closed by Manoj Srivastava [EMAIL PROTECTED] (The rootkit checker is the one that is buggy)
On Tuesday, 2006-09-26 at 00:03:30 -0700, Debian Bug Tracking System wrote: Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Manoj Srivastava [EMAIL PROTECTED] by replying to this email. The obviously right thing to do here is to fix a naively simple rootkit checker. Doing security by file names is seriously broken. The right thing to do is not to use pathes that are known to be used by malware. Deliberately triggering rootkit scanners is B.A.D. You are confusing security measures with detection. Running a rootkit scanner is a means of intrusion detection. It should detect any sign of suspicious activity. This does not provide any security for the system because it will only trigger too late. Securing a system means trying to prevent intruders from entering, or if they do enter, from tampering with the system. A rootkit scanner cannot do that. Try not to make intrusion detection harder than necessary. chkrootkit can be updated to test for a flex executable and *assume* that the library in question belongs to it. But it would also test for the version of the flex binary and incorporate knowledge about the versions of flex and their library pathes. Don't you think it would be easier and more robust not to use such a path at all? Lupe Christoph -- | You know we're sitting on four million pounds of fuel, one nuclear | | weapon and a thing that has 270,000 moving parts built by the lowest | | bidder. Makes you feel good, doesn't it? | | Rockhound in Armageddon, 1998, about the Space Shuttle | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389456: p-a-c: Fails to configure encrypted volumes
On Tuesday 26 September 2006 09:37, David Härdeman wrote: Perhaps depmod -ae needs to be executed after the crypto-modules-$kvers module has been downloaded and unpacked? Yes, depmod definitely needs to be called after new modules are loaded. (AFAIK depmod -a should be enough.) Grep on depmod in hw-detect for examples. Also, if loading modules can result in new devices, update-dev (from di-utils) needs to be called. Again, grep in hwdetect for examples. pgpZPGeqk5nmW.pgp Description: PGP signature
Bug#389526: arcboot-installer: remove references to next stage of the installation
Package: arcboot-installer yaboot-installer Version: remove references to next stage of the installation Severity: minor Hello, Both arcboot-installer and yaboot-installer templates make reference to the next stage of the installation. As Debian Installer does no longer have a second stage, that should be rephrased. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) -- This message was scanned for viruses by BitDefender for Linux Mail Servers. For more information please visit http://www.bitdefender.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388195: Please update debconf PO translation for the package console-common 0.7.62
New version. # translation of console-common_debian_po.po to Slovenian # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # Matej Kovacic [EMAIL PROTECTED], 2006. # msgid msgstr Project-Id-Version: console-common_debian_po\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-09-19 09:15+0200\n PO-Revision-Date: 2006-09-26 09:05+0100\n Last-Translator: Matej KovaÄiÄ [EMAIL PROTECTED]\n Language-Team: Slovenian lugos-slo@lugos.si\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.10.2\n Plural-Forms: nplurals=4; plural=(n%100==1 ? 0 : n%100==2 ? 1 : n%100==3 || n%100==4 ? 2 : 3);\n #. Type: select #. Choices #: ../templates.in:1001 msgid Select keymap from arch list msgstr Izberi razporeditev tipk iz glavnega seznama #. Type: select #. Choices #: ../templates.in:1001 msgid Don't touch keymap msgstr Ne dotikaj se razporeditve tipk #. Type: select #. Choices #: ../templates.in:1001 msgid Keep kernel keymap msgstr Obdrži razporeditev tipk sistemskega jedra #. Type: select #. Choices #: ../templates.in:1001 msgid Select keymap from full list msgstr Izberi razporeditev tipk iz celotnega seznama #. Type: select #. Description #: ../templates.in:1002 #, fuzzy msgid Policy for handling keymaps: msgstr NaÄin obravnavanja razporeditev tipk: #. Type: select #. Description #: ../templates.in:1002 msgid The keymap describes how keys are laid out on your keyboard, and what symbols (letters, digits, etc.) are drawn on them. msgstr Razporeditev tipk opisuje kako so tipke razporejene na tipkovnici in kateri simboli (Ärke, Å¡tevilke, itd.) so oznaÄeni na njih. #. Type: select #. Description #: ../templates.in:1002 msgid \Select keymap from arch list\ will allow you to select one of the predefined keymaps specific for your architecture - you will most likely want this unless you have a USB keyboard. msgstr \Izberi razporeditev tipk iz glavnega seznama\ vam omogoÄa, da izberete eno izmed prednastavljenih razporeditev tipk specifiÄnih za vaÅ¡o sistemsko arhitekturo - izberete lahko v veÄini primerov, razen, Äe imate USB tipkovnico. #. Type: select #. Description #: ../templates.in:1002 msgid \Don't touch keymap\ will prevent the configuration system from overwriting the keymap you have in /etc/console. Select this if you want to keep a keymap you obtained through other means. Please remember to install new keymaps with install-keymap(8) if you select this choice. msgstr Izbira \Ne dotikaj se razporeditve tipk\ bo prepreÄila konfiguracijskemu sistemu prepis razporeditve tipk, ki jih imate shranjene v /etc/console. Izberite, Äe želite obdržati razporeditev tipk. Ne pozabite namestiti nove razporeditve tipk z ukazom install-keymap(8), Äe boste izbrali to izbiro. #. Type: select #. Description #: ../templates.in:1002 msgid \Keep kernel keymap\ will prevent any keymap from being loaded next time your system boots. It will remove from /etc/console any keymap you may have already selected (it will be lost), but if you have already loaded a keymap, it cannot be changed back until you reboot. msgstr Izbira \Obdrži razporeditev tipk sistemskega jedra\ bo prepreÄila nalaganje katerekoli razporeditve tipk ob naslednjem zagonu sistema. Iz /etc/console bo odstranila vse razporeditve tipk, ki ste jih morda že izbrali (te razporeditve bodo izgubljene), Äe pa že imate naloženo razporeditev tipk, le-ta ne bo mogla biti spremenjena do naslednjega vnoviÄnega zagona sistema. #. Type: select #. Description #: ../templates.in:1002 msgid \Select keymap from full list\ offers a full listing of all predefined keymaps. You want this, if you use an USB keyboard from a different computer architecture or if you use an adapter to use such a keyboard. msgstr \Izberi razporeditev tipk iz celotnega seznama\ ponuja celoten seznam vnaprej pripravljenih razporedov tipk. Uporabite Äe imate USB tipkovnico od kakÅ¡ne druge raÄunalniÅ¡ke arhitekture ali Äe uporabljate vmesnik za uporabo takÅ¡ne tipkovnice. #. Type: note #. Description #: ../templates.in:2001 msgid Ignored boot-time keymap in an old location msgstr Razporeditev tipk ob zagonu sistema na stari lokaciji ne bo upoÅ¡tevana. #. Type: note #. Description #: ../templates.in:2001 msgid You have asked the keymap configuration tool not to touch an existing keymap you installed, or you asked for higher-priority questions only to be asked and the tool decided not to mess with your existing setup. msgstr Od orodja za nastavitev razporeditve tipk ste
Bug#389430: PATCH: net-retriever -- restructure to enable use for add-on udebs
Frans Pop wrote: 2) Any restructuring like this is unacceptable at this stage of the release process and will not be considered until after the release of Etch. See my mail to d-vote [1] for background. Actually, this patch is trivial, although the presentation hides that pretty well. There are 2 new lines of code and a lot of lines of code shuffled around. However, there's no point in applying it until there's actually something that usefully uses it. I don't actually understand how this patch could lay useful groundwork for anything, but I guess I'll try to keep an open mind on that score. 3) This general approach has not been discussed on the debian-boot list and thus will need review and consideration by the team before we can consider applying patches. You can say that again. Design first, then code? -- see shy jo signature.asc Description: Digital signature
Bug#389456: p-a-c: Fails to configure encrypted volumes
On Tue, September 26, 2006 3:44, Frans Pop said: Although the log does not show which udebs were actually installed, after the failure /var/lib/dpkg shows the following packages installed (probably newly installed as they are at the bottom of the file): - cdebconf-newt-entropy - crypto-modules-$kvers - cryptsetup-udeb - dmsetup-udeb - libpopt0-udeb - partman-crypto-dm So it looks to me like dependencies were correctly pulled in? (libdevmapper1.02-udeb was of course already installed) Hmmm...random idea of the day (which I can't test right now): Using a crypto means that device-mapper calls crypto_alloc_tfm -- crypto_alg_mod_lookup -- try_then_request_module -- request_module, which does a modprobe of a module with the same name as the crypto. Perhaps depmod -ae needs to be executed after the crypto-modules-$kvers module has been downloaded and unpacked? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389528: debsums: Trivial update for French, Russian and Swedish po manpages
Package: debsums Version: 2.0.29 Severity: wishlist Tags: patch l10n Hello, Please find attached a trivial patch to fix manpage translations for French, Russian and Swedish. You may want to manually unfuzzyfy such translation strings for simple english corrections. (this bug is similar to #351378) Greetings, Fred -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (500, 'testing'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages debsums depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii perl 5.8.8-6.1 Larry Wall's Practical Extraction debsums recommends no packages. -- debconf information excluded diff -Naur debsums-2.0.29/man/po/fr.po debsums-2.0.29.1/man/po/fr.po --- debsums-2.0.29/man/po/fr.po 2006-08-27 10:38:24.0 +0200 +++ debsums-2.0.29.1/man/po/fr.po 2006-09-26 09:58:50.0 +0200 @@ -7,7 +7,7 @@ msgstr Project-Id-Version: debsums-2.0.19\n POT-Creation-Date: 2006-08-27 18:37+1000\n -PO-Revision-Date: 2006-02-04 15:28+0100\n +PO-Revision-Date: 2006-09-26 09:58+0200\n Last-Translator: Frédéric Bothamy [EMAIL PROTECTED]\n Language-Team: Debian French Team debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n @@ -222,7 +222,6 @@ # type: Plain text #: debsums.1:69 -#, fuzzy msgid BNote: This doesn't work for CD-ROM and other local sources as packages are not copied to /var/cache. Simple Bfile sources (all debs in a single diff -Naur debsums-2.0.29/man/po/ru.po debsums-2.0.29.1/man/po/ru.po --- debsums-2.0.29/man/po/ru.po 2006-08-27 10:38:24.0 +0200 +++ debsums-2.0.29.1/man/po/ru.po 2006-09-26 09:58:58.0 +0200 @@ -7,7 +7,7 @@ msgstr Project-Id-Version: debsums\n POT-Creation-Date: 2006-08-27 18:37+1000\n -PO-Revision-Date: 2006-02-04 15:28+0100\n +PO-Revision-Date: 2006-09-26 09:58+0200\n Last-Translator: Yuri Kozlov [EMAIL PROTECTED]\n Language-Team: Russian debian-l10n-russian@lists.debian.org\n MIME-Version: 1.0\n @@ -222,7 +222,6 @@ # type: Plain text #: debsums.1:69 -#, fuzzy msgid BNote: This doesn't work for CD-ROM and other local sources as packages are not copied to /var/cache. Simple Bfile sources (all debs in a single diff -Naur debsums-2.0.29/man/po/sv.po debsums-2.0.29.1/man/po/sv.po --- debsums-2.0.29/man/po/sv.po 2006-08-27 10:38:24.0 +0200 +++ debsums-2.0.29.1/man/po/sv.po 2006-09-26 09:59:05.0 +0200 @@ -6,7 +6,7 @@ msgstr Project-Id-Version: debsums 2.0.26 manpage\n POT-Creation-Date: 2006-08-27 18:37+1000\n -PO-Revision-Date: 2006-02-19 22:52+0100\n +PO-Revision-Date: 2006-09-26 09:59+0200\n Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n Language-Team: Swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n @@ -218,7 +218,6 @@ # type: Plain text #: debsums.1:69 -#, fuzzy msgid BNote: This doesn't work for CD-ROM and other local sources as packages are not copied to /var/cache. Simple Bfile sources (all debs in a single
Bug#389270: (no subject)
Am Dienstag, 26. September 2006 01:08 schrieb Matthias Andree: Insufficient information to debug. Isufficient information to give more information. The information given is enough to see and understand the bug on my system, and I bet it can't be reproduced on yours - I guess your fetchmail daemon is working... If you have specific questions or need to get something tested on my system, feel free to ask. (When googling about the error, I found messages like http://www.mhonarc.org/archive/html/fetchmail-friends/2001-06/msg00052.html, but I guess this bug is solved for a long time. But perhaps it's still a startup problem not correctly recovered from.) Ciao, Eike pgpD9CprscFtK.pgp Description: PGP signature
Bug#387624: texlive-doc-de: move echem.sty outside doc package
Hilmar Preusse [EMAIL PROTECTED] wrote: On 25.09.06 Frank Küster ([EMAIL PROTECTED]) wrote: Frank Küster [EMAIL PROTECTED] wrote: Hi, Even worse, there doesn't seem to be a license statement with the files on CTAN. Do you have the book? I can imagine that the license statement is in the book or on the accompanying CD. We'd really appreciate an answer on this question. Otherwise, does anybody in the list regularly pass by a book shop (Lehmann's) that has the book available, and could look into the printed copyright notices? Would you mind me to forward that question to the ML of Dante e.V. Chances are good, that anybody has the book LaTeX Tips und Tricks That's a great idea, thanks! Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#389285: failed installation after hang on configuring apt
Hello t u, On Sun, Sep 24, 2006 at 06:46:28PM -0400, t u wrote: Machine: VMPLAYER on Hp Pavilion zv5120us laptop Comments / Problems: * Framebuffer console is very slow with vmware, which hogs cpu (%100 even when selecting options of partitioner) Your obsevervation is correct. Emulation does take CPU power. * validation of package zlib1g (during base system install) takes a long time I never noticed a difference between zlib1g and other packages. As far as I known, there doesn't be difference. However I can picture a difference: Say, zlib1g is the last validate package and other task is started, but the screen isn't yet updated, that results in seeing validation of zlib1g taking a long time. That would mean that an extra print to screen is needed (But I don't known if it actual is ... ) * During base install, installing core packages and unpacking the base system could list some of those packages below in a box Providing the user with information 'what is going on', is a good thing. It is done at many places in the Debian Installer. Providing the user with detailed information about what is going is less good. I you do want the detailed progress information, then switch to virtual console number four by pressing 'ALT-F4' ( switch back with 'ALT-F1' ) * Selecting a mirror: could calculate and suggest fastest mirror to the user And which algoritme for calculation of the fastest mirror do you suggest? !*! Hangs at Configuring apt (%60) for too long without explanation: had to reboot without going further Please do another install attempt. And give the installer time to complete. I propose that you start the installation before lunch and see after lunch if there is Configuring apt 61%. See also what is actual happing at vt4. Infact I don't doubt the installer. I think it is just impatience at your side. And I think we all wanna known what is going on ... So please provide more information. * no way to resume failed installation Yes, that is the consequence of the reboot before finnished install. Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389314: installation good, few unimportant suggestions, sending as directed -thanks
On Sun, Sep 24, 2006 at 10:29:39PM -0400, t u wrote: [ installation good, few unimportant suggestions, sending as directed -thanks ] Comments: * what if you didn't have to configure exim4 (mail) and and samba during installation: newbies (I) don't know what they are, and won't be able to use them bf reading documentation. Welcome to advanced technology like computers. I think it was a salesman who said it was easy. And he is right: It is easy, when you know what you are doing... Your approach is right: Read documentation about the programs you want to use. * it's great thet xserver knows what resolution to use with vmware's svga :) * no splash image set after reboot * debian shouldn't gksu with remember password checked on by default * too many services listening to outside world on first boot Please name the services and why they shouldn't be listing to the outside world? Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360842: NMU for this bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is there any chance that this bug will be fixed soonish? I have tested the patch and it fixes the mentioned problems for us (at work). I would like to see a fixed package released with etch and am willing to do a NMU if you don't mind. Or do you have any indication that this patch breaks something? Personally, I would classify this bug as RC (grave) because it renders the package unusable, but maybe it still works in some configurations? Also, it seems that 2.1.3 is available upstream (but that should probably be a separate bug report). - -- - -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFGOjpVYan35+NCKcRAopBAJ9jT/FwgPmnHdt3E/w+W8FDn3DhbwCgk/lj zNNaEajvtmW9ba2H9usAaiI= =udc6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389350: nut: purging the package fails (adduser unavailable)
On Tue, Sep 26, 2006 at 10:43:39AM +0200, Arnaud Quette wrote: Hi Bill, 2006/9/25, Bill Allombert [EMAIL PROTECTED]: Package: nut Version: 2.0.4-2 Severity: serious Hello Arnaud, There is an error when attempting to purge nut: Removing nut ... Purging configuration files for nut ... /var/lib/dpkg/info/nut.postrm: line 5: deluser: command not found dpkg: error processing nut (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on adduser to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. I'm not sure about the best action to be taken: - check if deluser exist, and try to deluser if possible = that can leave junks... - other option? Would it be possible to remove the user at remove time instead of purge time ? Cheers, Bill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389350: nut: purging the package fails (adduser unavailable)
On Tue, Sep 26, 2006 at 10:54:26AM +0200, Bill Allombert wrote: 2006/9/25, Bill Allombert [EMAIL PROTECTED]: Package: nut Version: 2.0.4-2 Severity: serious There is an error when attempting to purge nut: Removing nut ... Purging configuration files for nut ... /var/lib/dpkg/info/nut.postrm: line 5: deluser: command not found dpkg: error processing nut (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on adduser to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. I'm not sure about the best action to be taken: - check if deluser exist, and try to deluser if possible = that can leave junks... - other option? Would it be possible to remove the user at remove time instead of purge time ? If the user owns files that aren't removed until purge time, that would leave dangling files that may end up owned by an unrelated service user when the uid is reused, which would be a bad thing. (This is also why it's generally a bad idea to delete system users at all in maintainer scripts, because you can't always know that there are no files left owned by the user.) Since this package creates a /var/lib/nut directory which may be full of files owned by this user, and does nothing on removal to clean up these files, I think it's best to just not delete the user at all. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389415: [HELP] Bug#389415: wordnet_1:2.1-2(ia64/unstable): FTBFS: cast from pointer to int of diff size. (fwd)
On Mon, 25 Sep 2006, Matthew Wilcox wrote: On Mon, Sep 25, 2006 at 07:36:11PM +0200, Andreas Tille wrote: is any kind soul out there that is able to send me a patch for this problem. I have no real idea what to do. Get:1 http://http.us.debian.org unstable/main wordnet 1:2.0g-14 (tar) [5464kB] Probably it did not hit the mirrors, but now it should be there. (Debian verison number -2 is missleading because -1 was in experimental and than was overriden by another upload of a previous upstream version with colon versioning). Hope this helps tracking down the problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377079: cupsys: hp_laser (Default Printer) Printer not connected; will retry in 30 seconds.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roger Leigh wrote: Stefan Hirschmann [EMAIL PROTECTED] writes: OK. The steps were: (I have a German version but try to translate. If I am unsure I write the German word) 1. delete all the printers 2. verwaltung - add printer 3. Name HPLaser 4. Continue 5. Device LPT #1 6. as modell choosed HP LaserJet PCL 6 CUPS(en) 7. klicked add printer and logged in as root 8. Message that printer was added succesfull 9. klicked on printer and printed a test page. 10. seeing that only senseless things are printed. I would suggest breaking the printing into each of the separate stages to identify the problem. For example: $ zcat /usr/share/doc/gs-esp/examples/tiger.eps.gz | gs-esp -dSAFER -dBATCH -dNOPAUSE -sDEVICE=pxlmono -sPAPERSIZE=a4 -sOutputFile=test.raw - # cat test.raw /dev/lp0 Here already started the Problems. He wrote one line containing LaserJet.. and then just printing empty pages. I tested with a self compiled kernel. In the Attachment you'll find the configuration file of it. In the /etc/modules only lp is loaded. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIVAwUBRRjTzrQ46AY0FCioAQJTRxAAgxT3+uKlh05ktD3GBSPikl6h2CC0CIh2 m4hw/k3HdQV7BLURqloJAJwvWG/i6/r/S6uij+RuVNbbRC0lQjp97Lvjnq093g7R dQNwnbe9juznevdg63BmnYwqRUiecJTf7OrlpmZCspeNVYXlO90eTFCAKwebnugr fk+HF+jHLD3jRnjufl2dqWDWfA7OHhud/4nlZd3g7VUDpRqhuBa8oenIThlIbG63 GxzwiLUMJPaYu7PwBoGstJ+1xpYR7qNOvNkdOSJobeBGxyV2X9RMJKnliAbI/HV0 M4dQHtcuQ5HjkNyHb1AFsRPmhF8THC8Dg0Y5SvtL8w8OcAj8MyVgy6Ntq7L/b5Hw LhI6xfeoyDTY1/Rk9b7Ek3QGD5M/B+VFuiLG358btVfuLbgsrks+GjDh4snry8OP bpwaKH5MrLOsK6oF36f2FllWm4GwC0bgTcFtr02s5ABG+OS7sDsM5wCiqvg2DKWe MObMhNsxBkeDH76EPrQt3MAUSQVOw5UCVCMKXGin33WqK8bbfnNEyMA3jogxd5fL c+MYKU05otxNRxA4Btesrxz6MwfZPqKXSBoBi1OQSJ5Kn5Zui05QZCFVMmJzT5Vy UZlq+DhqPPe0UHpdXBB7YkrkBWhGT84ub5fYxUnqJchnBIsDL9IlrpSIm+SaW8yj 1f3jpEDL0UI= =++Gf -END PGP SIGNATURE- # # Automatically generated make config: don't edit # Linux kernel version: 2.6.17 # Wed Jun 21 20:15:16 2006 # CONFIG_X86_32=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_X86=y CONFIG_MMU=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_DMI=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION= CONFIG_LOCALVERSION_AUTO=y CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set CONFIG_SYSCTL=y CONFIG_AUDIT=y # CONFIG_AUDITSYSCALL is not set CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y # CONFIG_RELAY is not set CONFIG_INITRAMFS_SOURCE= CONFIG_UID16=y CONFIG_VM86=y # CONFIG_CC_OPTIMIZE_FOR_SIZE is not set CONFIG_EMBEDDED=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SHMEM=y CONFIG_SLAB=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # CONFIG_SLOB is not set CONFIG_OBSOLETE_INTERMODULE=m # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y # # Block layer # # CONFIG_LBD is not set # CONFIG_BLK_DEV_IO_TRACE is not set # CONFIG_LSF is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED=cfq # # Processor type and features # # CONFIG_SMP is not set CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUMM is not set # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set CONFIG_MK7=y # CONFIG_MK8 is not set # CONFIG_MCRUSOE is not set # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MGEODEGX1 is not set # CONFIG_MGEODE_LX is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set # CONFIG_X86_GENERIC is not set CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_CMPXCHG64=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y
Bug#388251: Please rebuild your package against the new pango1.0
reassign 388251 pango-libthai tag 388251 + pending retitle 388251 Please rebuild your package against the new pango1.0 stop Hi, I've filled the report about the wrong package, but since you're maintaining both... :) On Tue, Sep 19, 2006, Loïc Minier wrote: I wish you would upload libthai to experimental to test the new framework. I've prepared a NMU of pango-libthai as well, and I'm attaching you the interdiff. Please let me know if you do want or do not want me to upload the NMU (targetted at experimental). Unless you object I'll NMU pango-libthai with the proposed changes as the new Pango module infrastructure is available in unstable now. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#389473: openoffice.org-impress: presentation guide crashes
forwarded 389473 http://qa.openoffice.org/issues/show_bug.cgi?id=69530 thankyoubts Hopingn to have bts-link to control this bug from now on ;) /Sune -- Man, do you know how can I do for turning off the jumper? You neither should ever turn on the tool, nor must digit from a mousepad but therefore from AutoCAD 3.6.2 you have not to mount the monitor to a forward for forwarding to the attachment. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389315: strigi_0.3.8-1(hppa/unstable): FTBFS: broken inotify include file
tags 389315 + patch pending thanks hi, i have committed on Debian pkg-kde svn, a patch to fix this issue. basically, it fixes inotify support configure option and disables it. A proper fix will be in next upstream release, removing inotify private files. cheers, Fathi
Bug#387397: screen should support all RFC1345 digraphs
On Tue, Sep 26, 2006 at 01:26:11PM +1000, Ben Finney wrote: On 16-Sep-2006, Thomas Dickey wrote: Checking a dictionary might be helpful - http://www.thefreedictionary.com/digraph http://www.thefreedictionary.com/mnemonic They're really different things (the RFC's intent is to suggest some instances for the latter; your patch is for the former). You seem to be pointing out that digraph does not mean what GNU screen means by the word. I've retitled the bug, but if you really care about this issue you should perhaps make a patch to screen that fixes its use of the word digraph to match the dictionary meaning. I've not found that submitting patches to screen's maintainers is worth spending any more time on. They're always ignored. The only time screen's maintainers bother to reply is if I'm discussing something other than a fix to their code. (This is experience from the past ten years). Back to the point - digraph and mnemonic aren't the same thing. It's nice that GNU screen has a use for the RFC, but lacking clarification of the adaptation, the reader is left with the wrong impression of the RFC's content. bye -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpumik3fgdju.pgp Description: PGP signature
Bug#388399: FTBFS problems on alpha, mips[el]: Please help debugging (was: Bug#388399: Processed: Re: Bug#388399: gnuplot: FTBFS)
Dear Buildd admins, there seems to be a problem with packages that build-depend on tetex, which only manifests on the alpha, mips and mipsel buildds. We need your help to investigate this, please see below. Ralf Stubner [EMAIL PROTECTED] wrote: The strange thing is that mktexmf, which is called here, looks like this: [...] destdir=`echo $MT_MFNAME | sed 's%/[^/][^/]*$%%'` test -d $destdir || $MT_MKTEXDIR $destdir || exit 1 cd $destdir || exit 1 [...] cat mf$$.tmp END ### first failure [...] chmod `kpsestat -xst,go-w .` mf$$.tmp ### second rm -f $mfname mv mf$$.tmp $mfname ### third echo $destdir/$mfname $STDOUT echo $progname: $destdir/$mfname: successfully generated. 2 $MT_MKTEXUPD $destdir $mfname [...] From the succesfull messages at the end of mktexmf we know that $destdir was /home/buildd/.texmf-var/fonts/source/jknappen/ec/, which must have existed otherwise the script would have been terminated before. So at first sight it looks as if $destdir was created but without write permissions. No idea why that could happen. Buildd admins, could you please check this? Does any of these directories exist, and would the user under whose name the build is done have write access there? The TeX packages usually create their fonts in a hierarchy below the user's home directory. Especially for buildds, we have arranged that when the home directory does not exist or is not writable, fonts are cached in /tmp/texfonts. Could it be that on the affected systems, the directories in /home/buildd already exist, but are not writable? Alternatively, it would also make sense to copy /usr/bin/mktexmf to /usr/local/bin on the buildd and add a set -x at the beginning, and trigger a new build of gnuplot. Thanks in advance, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled
On Tue, Sep 26, 2006 at 08:37:47AM +0100, Thom May wrote: Cc:ing to d-d to get a wider audience. Well, I thought the same but then I did a little test (which I'm sorry I forgot to mention before): [...] /etc/apache2/mods-enabled/php5.load: API module structure `php5_module' in file /usr/lib/apache2/modules/libphp5.so is garbled - \ perhaps this is not an Apache module DSO? \ failed! invoke-rc.d: initscript apache2, action start failed. [EMAIL PROTECTED]:~$ = This is expected. As I said in http://lists.debian.org/debian-devel/2006/08/msg00814.html, *ALL* modules need to be rebuilt. So can we have apache2.2 uploaded to unstable so that this can happen? :-) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389532: gmail-notify recomands x-www-borwser virtual package that does not exists
Package: gmail-notify Version: 1.6.1-2 Severity: normal The virtual package x-www-browser does not exists in http://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt nor is provided by any existing package. Please use www-browser instead. Regards -- 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-2-xen-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages gmail-notify depends on: ii python 2.4.3-11An interactive high-level object-o ii python-gnome2-extras 2.14.2-1+b1 Python bindings for the GNOME desk ii python-gtk2 2.8.6-6 Python bindings for the GTK+ widge Versions of packages gmail-notify recommends: pn x-www-browser none (no description available) -- no debconf information -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 signature.asc Description: Digital signature
Bug#389543: diff for 1.0.4-1.1 NMU
Package: webcalendar Version: 1.0.4-1 Severity: normal Tags: patch Hi, Attached is the diff for my webcalendar 1.0.4-1.1 NMU. diff -Nru /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/changelog /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/changelog --- /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/changelog 2006-09-26 12:52:56.0 +0200 +++ /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/changelog 2006-09-26 12:52:56.0 +0200 @@ -1,3 +1,12 @@ +webcalendar (1.0.4-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Make webcalendar.config and webcalendar.postrm depend only on essential +packages, by checking for the existence of dbconfig-common and ucf before +attempting to use them. (Closes: #388239) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 26 Sep 2006 12:51:42 +0200 + webcalendar (1.0.4-1) unstable; urgency=high * New upstream release (closes: #363914) diff -Nru /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/webcalendar.config /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/webcalendar.config --- /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/webcalendar.config 2006-09-26 12:52:56.0 +0200 +++ /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/webcalendar.config 2006-09-26 12:52:56.0 +0200 @@ -14,7 +14,9 @@ dbc_dbtypes=mysql, pgsql -. /usr/share/dbconfig-common/dpkg/config +if [ -f /usr/share/dbconfig-common/dpkg/config ]; then +. /usr/share/dbconfig-common/dpkg/config +fi db_input high webcalendar/status/debconf_managed || true @@ -22,7 +24,9 @@ db_get webcalendar/status/debconf_managed if [ $RET = true ]; then -dbc_go webcalendar $@ +if [ -f /usr/share/dbconfig-common/dpkg/config ]; then +dbc_go webcalendar $@ +fi db_input medium webcalendar/conf/httpd_conf || true db_input medium webcalendar/conf/db_persistent || true db_input medium webcalendar/conf/use_http_auth || true diff -Nru /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/webcalendar.postrm /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/webcalendar.postrm --- /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/webcalendar.postrm 2006-09-26 12:52:56.0 +0200 +++ /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/webcalendar.postrm 2006-09-26 12:52:56.0 +0200 @@ -8,9 +8,11 @@ dbc_dbtypes=mysql, pgsql . /usr/share/debconf/confmodule -. /usr/share/dbconfig-common/dpkg/postrm -dbc_go webcalendar $@ +if [ -f /usr/share/dbconfig-common/dpkg/postrm ]; then +. /usr/share/dbconfig-common/dpkg/postrm +dbc_go webcalendar $@ +fi unlinkapache() { db_get webcalendar/conf/httpd_conf || true @@ -43,7 +45,9 @@ case $1 in purge) unlinkapache -ucf --purge /etc/webcalendar/settings.conf + if [ -x /usr/bin/ucf ]; then +ucf --purge /etc/webcalendar/settings.conf + fi rm -f /etc/webcalendar/settings.conf db_purge ;; diff -Nru /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/po/cs.po /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/po/cs.po --- /tmp/g4IvTRJzFn/webcalendar-1.0.4/debian/po/cs.po 2006-09-26 12:52:56.0 +0200 +++ /tmp/Miw13sFu2z/webcalendar-1.0.4/debian/po/cs.po 2006-09-26 12:52:56.0 +0200 @@ -7,7 +7,7 @@ msgstr Project-Id-Version: webcalendar\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2006-03-23 08:00-0500\n +POT-Creation-Date: 2006-09-26 12:52+0200\n PO-Revision-Date: 2006-05-25 17:17+0200\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n @@ -17,13 +17,13 @@ #. Type: boolean #. Description -#: ../webcalendar.templates:4 +#: ../webcalendar.templates:1001 msgid Use persistent connections? msgstr Používat perzistentní spojení? #. Type: boolean #. Description -#: ../webcalendar.templates:4 +#: ../webcalendar.templates:1001 msgid Using persistent connections can improve performance on heavily loaded websites by using a previously opened sql connection. @@ -33,13 +33,13 @@ #. Type: boolean #. Description -#: ../webcalendar.templates:11 +#: ../webcalendar.templates:2001 msgid Use HTTP auth? msgstr Používat http autentizaci? #. Type: boolean #. Description -#: ../webcalendar.templates:11 +#: ../webcalendar.templates:2001 msgid Webcalendar by default uses the database's webcal_user table for authenticating users. You can use HTTP auth logins instead and use Apache @@ -52,13 +52,13 @@ #. Type: boolean #. Description -#: ../webcalendar.templates:19 +#: ../webcalendar.templates:3001 msgid Should webcalendar be installed in single user mode? msgstr Má se Webcalendar nainstalovat v jednouživatelském režimu? #. Type: boolean #. Description -#: ../webcalendar.templates:19 +#: ../webcalendar.templates:3001 msgid Webcalendar can be installed in single user mode or multiuser mode. If it is installed in single user mode, you won't need to login. It isn't @@ -72,13 +72,13 @@ #. Type: string #. Description -#: ../webcalendar.templates:27 +#:
Bug#388115: Re 388115: tetex-base postinst fails
Ross Boylan [EMAIL PROTECTED] wrote: I modified tetex-base.postinst as indicated in the patch above to postinst.in. The problem remains. Hm, can you please add a set -x at the beginning of tetex-base.postinst, try again like this dpkg --configure -a 21 | tee configure.log (or similar) and send us the resulting logfile? Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#385798: openoffice.org: font hinting still does not work with the current version of libfreetype
Hi, Rene Engelhard [EMAIL PROTECTED] wrote: But all that 1) does is change one hard coded default to another one, Yeah, I understand that so, too... In my opinion, if you simply hardcode another hinting-default, there will be others who are complaining that the change causes ugly fonts, e.g. autohinter does not work or something like that. The only way to close this or similar bugs would be, to add full fontconfig-hinting-support to OOo. Fedora seems to have updated patches in their cvs (I know they have a lot of other patches, e.g. native gtk-printing, always-gtk-frontend etc. which may interfere with it, but not necessaryly), maybe they are worth a try? Patch to honor cairo-font-settings: (issue 59127 upstream) http://cvs.fedora.redhat.com/viewcvs/devel/openoffice.org/openoffice.org-2.0.2.ooo59127.vcl.honourcairofont.patch?rev=1.1view=auto Patch to honor fontconfig-hinting (issue 64508 upstream) http://cvs.fedora.redhat.com/viewcvs/devel/openoffice.org/openoffice.org-2.0.2.ooo64508.vcl.honourfontconfighinting.patch?rev=1.13view=auto Regards, Gert ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389544: diff for 1.2.5-1.1 NMU
Package: acidbase Version: 1.2.5-1 Severity: normal Tags: patch Hi, Attached is the diff for my acidbase 1.2.5-1.1 NMU. diff -Nru /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/changelog /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/changelog --- /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/changelog 2006-09-26 12:59:57.0 +0200 +++ /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/changelog 2006-09-26 12:59:57.0 +0200 @@ -1,3 +1,11 @@ +acidbase (1.2.5-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Make config and postrm scripts check for the existence of dbconfig-common +before attempting to use it. (Closes: #388219) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 26 Sep 2006 12:59:07 +0200 + acidbase (1.2.5-1) unstable; urgency=high * New upstream release, wich includes the following security improvements: diff -Nru /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/config /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/config --- /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/config2006-09-26 12:59:57.0 +0200 +++ /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/config2006-09-26 12:59:57.0 +0200 @@ -7,8 +7,11 @@ dbc_dbtypes=mysql, pgsql dbc_dbuser=snort dbc_dbname=snort -. /usr/share/dbconfig-common/dpkg/config -dbc_go acidbase $@ + +if [ -f /usr/share/dbconfig-common/dpkg/config ]; then +. /usr/share/dbconfig-common/dpkg/config +dbc_go acidbase $@ +fi db_input medium acidbase/webserver|| true db_text highacidbase/base_advisory|| true diff -Nru /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/postrm /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/postrm --- /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/postrm2006-09-26 12:59:57.0 +0200 +++ /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/postrm2006-09-26 12:59:57.0 +0200 @@ -5,8 +5,11 @@ # source dbconfig-common stuff dbc_dbtypes=mysql, pgsql -. /usr/share/dbconfig-common/dpkg/postrm -dbc_go acidbase $@ + +if [ -f /usr/share/dbconfig-common/dpkg/postrm ]; then +. /usr/share/dbconfig-common/dpkg/postrm +dbc_go acidbase $@ +fi if [ $1 = purge ]; then rm -f /etc/acidbase/database.php* diff -Nru /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/po/cs.po /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/po/cs.po --- /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/po/cs.po 2006-09-26 12:59:57.0 +0200 +++ /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/po/cs.po 2006-09-26 12:59:57.0 +0200 @@ -7,7 +7,7 @@ msgstr Project-Id-Version: acidbase\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2006-02-07 15:19+0100\n +POT-Creation-Date: 2006-09-26 12:59+0200\n PO-Revision-Date: 2006-01-12 08:30:26+0100\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n @@ -17,21 +17,21 @@ #. Type: select #. Choices -#: ../templates:3 +#: ../templates:1001 #, fuzzy msgid Apache, Apache2, Apache-SSL, All, None msgstr Apache, Apache2, Apache-SSL, Oba, Všechny, Žádný #. Type: select #. Description -#: ../templates:5 +#: ../templates:1002 #, fuzzy msgid Version(s) of Apache to configure automatically: msgstr Který webový server se má nastavit automaticky? #. Type: select #. Description -#: ../templates:5 +#: ../templates:1002 msgid BASE requires a few things to be set up in your web server configuration. msgstr @@ -40,7 +40,7 @@ #. Type: select #. Description -#: ../templates:5 +#: ../templates:1002 #, fuzzy msgid The Debian packaged version can usually automatically configure apache by @@ -57,13 +57,13 @@ #. Type: note #. Description -#: ../templates:16 +#: ../templates:2001 msgid NOTE: Manual configuration required msgstr Poznámka: vyžadováno ruční nastavení #. Type: note #. Description -#: ../templates:16 +#: ../templates:2001 msgid You will need to go to http://localhost/acidbase first to force the database modifications for BASE. diff -Nru /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/po/es.po /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/po/es.po --- /tmp/cIMxIHKqBE/acidbase-1.2.5/debian/po/es.po 2006-09-26 12:59:57.0 +0200 +++ /tmp/O8LyYS9TLy/acidbase-1.2.5/debian/po/es.po 2006-09-26 12:59:57.0 +0200 @@ -31,7 +31,7 @@ msgstr Project-Id-Version: acidbase debconf 1.2.1-3\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2006-02-07 15:19+0100\n +POT-Creation-Date: 2006-09-26 12:59+0200\n PO-Revision-Date: 2006-03-05 20:04+0100\n Last-Translator: David Gil [EMAIL PROTECTED]\n Language-Team: Debian Spanish debian-l10n-spanish@lists.debian.org\n @@ -41,19 +41,19 @@ #. Type: select #. Choices -#: ../templates:3 +#: ../templates:1001 msgid Apache, Apache2, Apache-SSL, All, None msgstr Apache, Apache2, Apache-SSL, Todos, Ninguno #. Type: select #. Description -#: ../templates:5 +#: ../templates:1002 msgid Version(s) of Apache to configure automatically: msgstr Versi�n/es de Apache a configurar autom�ticamente: #. Type: select #. Description -#: ../templates:5 +#: ../templates:1002 msgid
Bug#106399: GRUB Legacy is feature frozen
Robert Millan wrote : tag 106399 wontfix GRUB Legacy is now feature frozen, both in upstream and in debian. We only accept bug fixes or very essential features (e.g. to support something new that is going to become mandatory for some reason). We should be stabilising for the etch release rather than introducing new sources of potential problems. Please, rather than directing your work at a frozen branch, look at wether your proposed feature makes sense in GRUB 2. GRUB 2 is in active development (both debian and upstream) and new features are welcome there. Hello, This feature is important to me, isn't new (I've propsed help 2 years ago, and submitted a patch one month ago as requested), and won't be available in Grub2 soon (no network support now !)... My patch added a new package, not modifying current ones.. Too bad for other Debian users :-( -- Frédéric
Bug#389536: squid: New version Squid-2.6.STABLE4 release
Package: squid Version: 2.6.3-1debug20060830 Severity: wishlist There's a new version out. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages squid depends on: ii adduser 3.97 Add and remove users and groups ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2. 1.5.4Debian configuration management sy ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libdb4.44.4.20-3 Berkeley v4.4 Database Libraries [ ii libldap22.1.30-13+b1 OpenLDAP libraries ii libpam0g0.79-3.2 Pluggable Authentication Modules l ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-15 Linux Standard Base 3.1 init scrip ii netbase 4.25 Basic TCP/IP networking system ii squid-common2.6.3-1debug20060830 Internet Object Cache (WWW proxy c squid recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384114: caused by devhelp?
forwarded 384114 http://bugzilla.gnome.org/show_bug.cgi?id=344043 tags 384114 + confirmed upstream reassign 384114 devhelp 0.11-5 close 384114 0.12-1 stop Hi, On Wed, Aug 23, 2006, Sam Morris wrote: I was previously running devhelp 0.11-5. Now that I have upgraded to devhelp 0.12-1, the problem has gone away. So perhaps glade should conflict with earlier versions of devhelp. Do you think it should conflicts? I don't think we should add conflicts to workaround bugs, so I prefer not. 01:55 cortana should i close #384114 now that devhelp 0.12 is in testing? Please do! I trust you enough to do the right thing. I've reassigned the bug and tried closing with proper versions though. Bye, PS: we were not subscribed to glade-3, hence the delay -- Loïc Minier [EMAIL PROTECTED]
Bug#378807: fixed in stardict 2.4.7-2
On Fri, Jul 21, 2006 at 04:47:12AM -0700, Anthony Fok wrote: stardict (2.4.7-2) unstable; urgency=low . * FTBFS: Forgot to add bzip2 build-dependency. Thanks to Aarom Ucko for the reminder! (Closes: Bug#378807) * Also: Build-Depends: libpcre3-dev, needed by dsl2dict in stardict-tools. * [debian/patches/00list]: Actually enable jm2stardict.diff this time. This did indeed fix the problem; however, the 2.4.8-0.1 NMU was not based on 2.4.7-2 (nor any of the NMUs that followed), but 2.4.7-1 (see http://bugs.sesse.net/test-graphical.pl?pkg=stardict for the BTS' idea of the history, which I believe is correct). Somebody will need to add at least the two missing build-dependencies again; I don't know what other changes there were, but incorporating their fixes too seem like a good idea. For now, this bug is tracked as open again in the BTS (as http://bugs.debian.org/stardict shows); it won't hinder testing migration (since britney doesn't use the versioning information yet), but it should of course nevertheless be fixed, as the package will probably FTBFS again quite soon. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385665: Fwd: Re: Bug#385665: fluidsynth needs non-free midi sound bank to function (Sat, Sep 23, 2006 at 10:45 -0700)
Eric, On Tue, Sep 26, 2006 at 02:32:38AM +0200, Eric Van Buggenhaut wrote: I hope you're fine, it's been a long time since we met in Barcelona, years ago... Are you still there ? I'm dealing with bug #385665 and your help would be greatly appreciated. Someon is requesting to move fluidsynth from main/ to contrib/ arguing that 'fluidsynth needs non-free midi sound bank to function'. The argument really is that there aren't free SF2 files available out there. I could found lots of them but it wasn't sufficient apparently. Sorry, are you saying that you *did* finds lots of free SF2 files? This information isn't in the bug report. If there are freely available SF2 files, can you please point us to one? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385334: ntpd_initres, permission denied error, same here with config file
Package: ntp Version: 1:4.2.2+dfsg.2-2 Followup-For: Bug #385334 Hi all! I have the same here on my Debian/sid box. Restart fixes this problem. Attached is my /etc/ntp.conf as provided by the debian package. -- 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.18-mm1 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages ntp depends on: ii adduser 3.97Add and remove users and groups ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libreadline5 5.1-8 GNU readline and history libraries ii libssl0.9.8 0.9.8c-1SSL shared libraries ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii netbase 4.26Basic TCP/IP networking system ii perl-modules 5.8.8-6.1 Core Perl modules ii psmisc 22.3-1 Utilities that use the proc filesy ntp recommends no packages. -- no debconf information # /etc/ntp.conf, configuration for ntpd driftfile /var/lib/ntp/ntp.drift statsdir /var/log/ntpstats/ statistics loopstats peerstats clockstats filegen loopstats file loopstats type day enable filegen peerstats file peerstats type day enable filegen clockstats file clockstats type day enable # You do need to talk to an NTP server or two (or three). #server ntp.your-provider.example # pool.ntp.org maps to more than 300 low-stratum NTP servers. # Your server will pick a different set every time it starts up. # *** Please consider joining the pool! *** # *** http://www.pool.ntp.org/join.html *** server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst # By default, exchange time with everybody, but don't allow configuration. # See /usr/share/doc/ntp-doc/html/accopt.html for details. restrict default kod notrap nomodify nopeer noquery # Local users may interrogate the ntp server more closely. restrict 127.0.0.1 nomodify # Clients from this (example!) subnet have unlimited access, # but only if cryptographically authenticated #restrict 192.168.123.0 mask 255.255.255.0 notrust # If you want to provide time to your local subnet, change the next line. # (Again, the address is an example only.) #broadcast 192.168.123.255 # If you want to listen to time broadcasts on your local subnet, # de-comment the next lines. Please do this only if you trust everybody # on the network! #disable auth #broadcastclient
Bug#389491: manpages-dev: mq_open man page lists nonexistent errno code 'EACCESS'
tags 389491 fixed-upstream thanks I think it should be 'EACCES'. Yes. Fixed for upstream 2.41. thanks Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389538: diff for 3.6.8-2.1 NMU
Package: dspam Version: 3.6.8-2 Severity: normal Tags: patch Hi, Attached is the diff for my dspam 3.6.8-2.1 NMU. diff -Nru /tmp/3tV1JWxffT/dspam-3.6.8/debian/changelog /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/changelog --- /tmp/3tV1JWxffT/dspam-3.6.8/debian/changelog2006-09-26 12:22:59.0 +0200 +++ /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/changelog2006-09-26 12:22:59.0 +0200 @@ -1,3 +1,13 @@ +dspam (3.6.8-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Make config and postrm scripts run with only essential packages installed. +* Check for availability of dbconfig-common scripts and ucf in + libdspam7-drv-mysql.config and .postrm. (Closes: #388225) +* Same for libdpsma7-drv-pgsql. (Closes: #388226) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 26 Sep 2006 12:18:33 +0200 + dspam (3.6.8-2) unstable; urgency=low [ Debian DSPAM Maintainers ] diff -Nru /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-mysql.config /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-mysql.config --- /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-mysql.config 2006-09-26 12:22:59.0 +0200 +++ /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-mysql.config 2006-09-26 12:22:59.0 +0200 @@ -10,11 +10,13 @@ # The questions that are asked are pretty important. export DEBIAN_PRIORITY=low -# Load dbconfig -. /usr/share/dbconfig-common/dpkg/config.mysql +if [ -f /usr/share/dbconfig-common/dpkg/config.mysql ]; then + # Load dbconfig + . /usr/share/dbconfig-common/dpkg/config.mysql -# Run dbconfig -dbc_go libdspam7-drv-mysql $@ + # Run dbconfig + dbc_go libdspam7-drv-mysql $@ +fi exit 0 diff -Nru /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-mysql.postrm /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-mysql.postrm --- /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-mysql.postrm 2006-09-26 12:22:59.0 +0200 +++ /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-mysql.postrm 2006-09-26 12:22:59.0 +0200 @@ -7,11 +7,13 @@ # Load debconf . /usr/share/debconf/confmodule -# Load dbconfig -. /usr/share/dbconfig-common/dpkg/postrm.mysql - -# Run dbconfig -dbc_go libdspam7-drv-mysql $@ +if [ -f /usr/share/dbconfig-common/dpkg/postrm.mysql ]; then + # Load dbconfig + . /usr/share/dbconfig-common/dpkg/postrm.mysql + + # Run dbconfig + dbc_go libdspam7-drv-mysql $@ +fi case $1 in remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) @@ -23,7 +25,9 @@ rm -f /etc/dspam/dspam.d/mysql.conf$ext done rm -f /etc/dspam/dspam.d/mysql.conf -ucf --purge /etc/dspam/dspam.d/mysql.conf +if [ -x /usr/bin/ucf ]; then + ucf --purge /etc/dspam/dspam.d/mysql.conf +fi ;; *) diff -Nru /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-pgsql.config /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-pgsql.config --- /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-pgsql.config 2006-09-26 12:22:59.0 +0200 +++ /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-pgsql.config 2006-09-26 12:22:59.0 +0200 @@ -13,11 +13,13 @@ # Request user otherwise installation will fail. dbc_dbuser=dspam -# Load dbconfig -. /usr/share/dbconfig-common/dpkg/config.pgsql +if [ -f /usr/share/dbconfig-common/dpkg/config.pgsql ]; then + # Load dbconfig + . /usr/share/dbconfig-common/dpkg/config.pgsql -# Run dbconfig -dbc_go libdspam7-drv-pgsql $@ + # Run dbconfig + dbc_go libdspam7-drv-pgsql $@ +fi exit 0 diff -Nru /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-pgsql.postrm /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-pgsql.postrm --- /tmp/3tV1JWxffT/dspam-3.6.8/debian/libdspam7-drv-pgsql.postrm 2006-09-26 12:22:59.0 +0200 +++ /tmp/PBuGJB1n7Z/dspam-3.6.8/debian/libdspam7-drv-pgsql.postrm 2006-09-26 12:22:59.0 +0200 @@ -7,11 +7,13 @@ # Load debconf . /usr/share/debconf/confmodule -# Load dbconfig -. /usr/share/dbconfig-common/dpkg/postrm.pgsql - -# Run dbconfig -dbc_go libdspam7-drv-pgsql $@ +if [ -f /usr/share/dbconfig-common/dpkg/postrm.pgsql ]; then + # Load dbconfig + . /usr/share/dbconfig-common/dpkg/postrm.pgsql + + # Run dbconfig + dbc_go libdspam7-drv-pgsql $@ +fi case $1 in remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) @@ -23,7 +25,9 @@ rm -f /etc/dspam/dspam.d/pgsql.conf$ext done rm -f /etc/dspam/dspam.d/pgsql.conf -ucf --purge /etc/dspam/dspam.d/pgsql.conf +if [ -x /usr/bin/ucf ]; then + ucf --purge /etc/dspam/dspam.d/pgsql.conf +fi ;; *) diff -Nru /tmp/3tV1JWxffT/dspam-3.6.8/config.guess /tmp/PBuGJB1n7Z/dspam-3.6.8/config.guess --- /tmp/3tV1JWxffT/dspam-3.6.8/config.guess2006-09-26 12:22:59.0 +0200 +++ /tmp/PBuGJB1n7Z/dspam-3.6.8/config.guess2006-09-26 12:22:59.0 +0200 @@ -1,9 +1,10 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998,
Bug#388115: Re 388115: tetex-base postinst fails
clone 388115 -1 reassign -1 jadetex retitle -1 40jadetex.cnf is missing magic header tags -1 -pending stop Frank Küster [EMAIL PROTECTED] wrote: And some more questions. No more answers needed. The bug was actually twofold; my patch is going to fix the part on tetex-base's side, but for it to actually work, jadetex needs to be fixed, too. It's easy to reproduce, by the way, by logging into a sarge chroot and doing the dist-upgrade to sid. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#389535: Cannot blank CDRW since wodim
#include hallo.h * Robert Derochette [Tue, Sep 26 2006, 11:38:03AM]: Package: wodim Version: 5:1.0~pre4-1.1 Severity: important Hello, I'm using latest Debian Sid, so I'm using wodim. Whenever I try to blank a CDRW with k3b, it fails. Here's the debug log in k3b. Thanks for any help ! Regards, Robert Derochette System --- K3b Version: 0.12.17 KDE Version: 3.5.4 QT Version: 3.3.6 Kernel: 2.6.17-2-686 Devices --- HL-DT-ST DVDRAM GSA-4080N 0X21 (/dev/scd0, /dev/sg1) at /media/cdrom0 [CD-R; CD-RW; CD-ROM; DVD-ROM; DVD-RAM; DVD-R; DVD-RW; DVD+R; DVD+RW] [DVD-ROM; DVD-R séquentiel; DVD-RAM; DVD RW à réinscription limitée; DVD-RW séquentiel; DVD+RW; DVD+R; CD-ROM; CD-R; CD-RW] [SAO; TAO; RAW; SAO/R96P; SAO/R96R; RAW/R16; RAW/R96P; RAW/R96R; Réinscription restreinte] This looks like an ATAPI device. Correct? Could you try using it trough /dev/hdX instead? Could you run wodim -scanbus? Used versions --- cdrecord: 2.1.1a03 This is not wodim. You are confusing something. This looks like the previous version of cdrecord in Debian which indeed had the described problem. cdrecord command: --- /usr/bin/X11/wodim -v gracetime=2 dev=1,0,0 speed=10 -tao driveropts=burnfree fs=10m -overburn blank=all -force No, this is a wodim command ;-) Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Is the disk mounted? Do you have write permissions to this device? Check with ls -la /dev/sg0. Does lsof command display anything suspicious? Eduard. -- weasel die alphascorpii ist naemlich mein grosses vorbild weasel wenn ich mal gross bin, werd ich so wie alphascorpii alphascorpii dann werd als erstes mal nicht groß ;)
Bug#389450: bugzilla: webpath not respected for all stylesheets
Package: bugzilla Version: 2.22-2 Followup-For: Bug #389450 Yes, it is in sid, but surely yesterday and just now it is not in testing. And, sorry, but the subject of the of #385341 was somewhat misleading, because the problem didn't hit all stylesheets. Thanks for your work, Mathias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389537: acpi-support: should run hwclock --systohc on suspend
Package: acpi-support Version: 0.86-1 Severity: normal The script /etc/resume.d/50-time.sh runs hwclock --hctosys on ACPI resume to reset the time. As the hardware RTC may not be in sync with the system clock at suspend time, there should be a corresponding script in /etc/suspend.d that runs hwclock --systohc (similar to what happens on shutdown via /etc/init.d/hwclock.sh stop). I am running NTP and without the suspend script the discrepancy between the correct time and RTC grows over multiple suspend-resume cycles (e.g. with an uptime at the moment of 3 days, ntpdate stepped the time by 7.5 seconds on my last resume). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.162-686-mbg Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages acpi-support depends on: ii acpid1.0.4-5 Utilities for using ACPI power man ii dmidecode2.8-2 Dump Desktop Management Interface ii finger 0.17-10 user information lookup program ii hdparm 6.6-1 tune hard disk parameters for high ii laptop-detect0.12.1 attempt to detect a laptop ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii powermgmt-base 1.27Common utils and configs for power ii radeontool 1.5-3 utility to control ATI Radeon back ii toshset 1.71-1.1Access much of the Toshiba laptop ii vbetool 0.7-1+b1run real-mode video BIOS code to a ii xbase-clients1:7.1.ds-3 miscellaneous X clients Versions of packages acpi-support recommends: pn laptop-mode-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377524: I'm also using cmake with cdbs for a package.
Package: cdbs Version: 0.4.46 Followup-For: Bug #377524 A package I'm maintining is being to switch to cmake buil system, so i'll be happy if you include this cmake.mk class into cdbs. Regards -- 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-2-xen-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20060702.1 Update infrastructure for config.{ ii debhelper 5.0.37.3 helper programs for debian/rules -- no debconf information -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 signature.asc Description: Digital signature
Bug#389238: asterisk-classic
Hello, I use asterisk-classic 1.2.10 (testing) and get the same error message with asterisk-chan-capi. Asterisk Dynamic Loader Starting: [chan_capi.so]Sep 26 12:10:37 WARNING[1257]: loader.c:325 __load_resource: /usr/lib/asterisk/modules/chan_capi.so: undefined symbol: ast_pickup_call /etc/asterisk/modules.conf already contains: [global] chan_capi.so=yes Regards, Christoph Kling
Bug#384565: monotone - FTBFS: Build killed with signal 15
The bug still happens with 0.30. I was browsing the monotone-devel archives and something went *tick* in my head: Shaun Jackman wrote: The monotone-0.30.tar.gz tarball shipped with package_revision.txt set to `unknown'. Should this be fixed? Thomas Moschny wrote: [it is likely to affect 0.30 users] only in such a way that 'mtn --full-version' says something like base revision: unknown, and only if they use a binary built from the official tarfile. Other than that purely cosmetic issue it should not cause any problems. However, if you used to do something like 'cat _MTN/revision' in *your own* project, you should change that to 'mtn automate get_revision_id'. Nathaniel Smith wrote: 'mtn automate get_base_revision_id' The build failure occurs when you try to call 'mtn automate get_revision'. Could you try to change that to get_base_revision_id, and see if it improves things? -- Ludovic Brenta. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382195: ITP: libmtp -- Implementation of Media Transfer Protocol (MTP)
Hi, I've sent a RFS to debian-mentors but not received any answer. Could someone have a look at it ? Thanks, Jean Le 15.09.2006 17:31, Adeodato Simó a écrit : * Jean Parpaillon [Wed, 09 Aug 2006 16:00:05 +0200]: Heya! Package: wnpp Severity: wishlist Owner: Jean Parpaillon (artefact) [EMAIL PROTECTED] Package name: libmtp Version : 0.0.10 Upstream Author : Richard Low [EMAIL PROTECTED], Linus Walleij [EMAIL PROTECTED] URL : http://libmtp.sourceforge.net/ License : LGPL Programming Lang: C Description : Implementation of Media Transfer Protocol (MTP) libmtp is an implementation of Microsoft's Media Transfer Protocol (MTP) in the form of a library suitable primarily for POSIX compliant operating systems. It was initially based on (forked from) the great libptp2 library by Mariusz Woloszyn but has since been moved over to follow Marcus Meissners and Hubert Figuere's libgphoto2 fork of libptp2 (or is libptp2 a fork of libgphoto?). The core implementation is identical to libgphoto2, there is just a different API adapted to portable media players. How's this going? I'm interested, since newer Amarok versions can make use of this library. Would be too much to ask to send me a mail when the library enters the archive? Thanks. -- / Il n'y a pas des problèmes qu'on se \ | pose, il y a des problèmes qui se | | posent. Il n'y a pas de problèmes | | résolus, il y a seulement des | | problèmes plus ou moins résolus. -+- | \ Henri Poincaré -+-/ \ ^__^ \ (**)\___ (__)\ )\/\ U ||w | || || -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389539: file conflict with java-gcj-compat-dev
Package: libgcj-common Version: 1:4.1.1-13 Severity: grave Preparing to replace libgcj-common 1:4.1.1-13 (using .../libgcj-common_1%3a4.1.1-14_all.deb) ... Unpacking replacement libgcj-common ... dpkg: error processing /var/cache/apt/archives/libgcj-common_1%3a4.1.1-14_all.deb (--unpack): trying to overwrite `/usr/bin/rebuild-gcj-db', which is also in package java-gcj-compat-dev Installed version of java-gcj-compat-dev is 1.0.56-2. Cheers, -- Guido -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc6-g05ff0e29-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgcj-common depends on: ii gcj-4.1-base 4.1.1-10 The GNU Compiler Collection (gcj b libgcj-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389348: rezound: Program unusable - only get an core dumped
Am / On Tue, 26 Sep 2006 11:10:40 +0200 (CEST) schrieb geiger [EMAIL PROTECTED]: rezound is compiled withour debugging information. I put a rezound version (only the executable) at: gige.xdv.org/rezound If you download it to your home and try to start that, maybe we can find out what happens with that core file. I did so. You find the resulting core-file at: http://home.tiscali.de/klaumikli1/rezound/core.1190 Nevertheless, it seems that the behaviour of rezound on your machine is really an exception. Do you have problems with other programs too (especially with compiling things). This would mean that you have a hardware problem (faulty memory). No problems with the machine while compiling, encoding, working etc - only with rezound! Another cause could be library version, although I doubt that they have an influence at this early stage of the program startup. To exclude this I recompiled the debian-source-package at my machine. I had to install some dev-Packages, afterwards it compiled without problems, but after installing the newly built package - the same procedere ... only segmentations faults )-: Klaumi -- Klaus-M. Klingsporn [EMAIL PROTECTED] http://www.klaumikli.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389540: missing dependency pyxml
Package: inkscape Version: 0.44.1-1 Severity: normal Hello, just apt upgraded inkscape - the new filters require pyxml, otherwise (some, all, one of them) fail with a message to install it. I apt installed python-xml, now they work. Sorry if this is the wrong place - reportbug showed this: Your version of inkscape (0.44.1-1) is newer than that in Debian! ... The package I am using is maintained by Wolfram Quester. regards Peter -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages inkscape depends on: ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libdbus-1-30.92-2simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1 conservative garbage collector for ii libgcc11:4.1.1-14GCC support library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii liblcms1 1.15-1Color management library ii libloudmouth1-01.1.2-2 Lightweight C Jabber library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.4-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.1.1-14 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxslt1.1 1.1.17-4 XSLT processing library - runtime ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages inkscape recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.10 Image manipulation programs ii libwmf-bin 0.2.8.4-2Windows metafile conversion tools pn perlmagick none (no description available) ii pstoedit3.44-1 PostScript and PDF files to editab -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387715: [Pkg-lirc-maint] Bug#387715: lirc-modules-source: Fails to compile with kernel 2.6.18
Thomas Creutz wrote: thanks for this patch... i build a dpatch from it... I hope that it find the way to next release ;-) Thanks for the patch :) Hector has fixed this in alioth's svn, and we are testing it. We hope to be able to upload soon. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#389556: bugzilla: on update only standard site is updated by checksetup.pl
Package: bugzilla Version: 2.22-4 Severity: important On updating to a new version only the site at /etc/bugzilla is updated, but not sites at /etc/bugzilla/sites. Since different sites are already handled in the cron.daily script, this should also be default behaviour in updates. Additionaly if a site is defined in /etc/bugzilla/sites, but checksetup.pl was not started for this site, the data-X_BUGZILLA_SITE dirs are not created and lead to errors in collectstats.pl started through /etc/cron.daily/bugzilla . Please provide attached script for updating different sites separately (taken from README). Thanks, Mathias checksetup_all Description: application/shellscript
Bug#387715: [Pkg-lirc-maint] Bug#387715: lirc-modules-source: Fails to compile with kernel 2.6.18
tags 387715 pending thanks Peter Colberg wrote: Package: lirc-modules-source Version: 0.8.0-6 Severity: important Tags: patch devfs has finally been removed in kernel 2.6.18, causing lirc kernel modules to fail compiling. The patch below, taken from CVS, fixes the issue. Thanks for reporting this. Also for the patch :) Hector has fixed this in alioth's svn, and we are testing it. We hope to be able to upload soon. -- ·''`. If I can't dance to it, it's not my revolution : :' :-- Emma Goldman `. `' Proudly running Debian GNU/Linux (unstable) `- www.amayita.com www.malapecora.com www.chicasduras.com
Bug#389555: g++-4.1: Adds un-needed libraries during link
Package: g++-4.1 Version: 4.1.1-13 Severity: minor Hello, Apropos the recent posting by Christian Aichinger and his checklib scripts with output at http://rerun.lefant.net/checklib. Some of these problems (at least in the case of swish++) are caused by the fact that when g++ is used in the link phase of the compilation it adds -lm -lgcc_s and so on to the call to collect2. This means that libraries whose symbols are not to be found in the binary are still listed as NEEDED in it. This creates additional dependecies etc. This appears to be a known and wontfix problem with g++. See for example this thread: http://gcc.gnu.org/ml/gcc/2005-01/msg00229.html For now the only solution seems to be to *not* use g++ to perform the linking and instead use gcc with the additional -lstdc++ command line argument. The -Wl,--as-needed switch may also work. Regards, Kapil. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-vserver-686 Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Versions of packages g++-4.1 depends on: ii gcc-4.1 4.1.1-13The GNU C compiler ii gcc-4.1-base 4.1.1-13The GNU Compiler Collection (base ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libstdc++6-4.1-dev 4.1.1-13The GNU Standard C++ Library v3 (d g++-4.1 recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#389559: qwik: FTBFS when /bin/sh is dash
Package: qwik Version: 0.8.4.3 When /bin/sh is dash, building qwik package fails as follows: $ debuild -rfakeroot -uc -us [...] cp -p bin/{quickml-server,qwik-service,qwikweb-server} /home/tats/tmp/qwik/qwik-0.8.4.3/debian/qwik/usr/sbin/ cp: cannot stat `bin/{quickml-server,qwik-service,qwikweb-server}': No such file or directory make: *** [install] Error 1 debuild: fatal error at line 1224: fakeroot debian/rules binary failed Please don't use the brace expansion feature in /bin/sh scripts. Thanks, -- Tatsuya Kinoshita pgpTHYRTYnbQ2.pgp Description: PGP signature
Bug#388592: Listings does not wrap long floats
retitle 388592 LaTeX should allow multi-page floats severity 388592 wishlist thanks Joachim Breitner [EMAIL PROTECTED] wrote: That's unfortunate, because now I have decide myself if a long listing should be set where it's included or now. Maybe I'll just create a section long listings at the end and put all of them there, as non-floats. What is the behavior that you expect instead? Should it introduce float pages as soon as it encounters the more-than-one-page float? Or should it rather wait until there's additional floating material to fill the second float page to at least n%? Hm, maybe this isn't so unrealistic, at least in the sense of we are able to write down specifications for multi-page floats. Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#338719: Add support for dmraid in disk-detect
tags 338719 + patch thanks Hi! Attached is a patch modifying disk-detect to enable dmraid devices detection. This patch does not enable full support for dmraid devices in the whole debian-installer. Other identified aspects needing work are: - debian-installer-utils/list-devices and mabye udevinfo for disk and partition detections ; also need to hide disks involved in dmraid array - partman-base/definitions.sh humandev device name translation - partman-base/init.d/parted device detection and filtering - grub-installer, maybe lilo-installer for grub, should be somehting like [1]: device (hd0,x) /dev/mapper/dmraid_namex+1 device (hd0) /dev/mapper/dmraid_name root (hd0,x) setup (hd0) [1] http://people.debian.org/~terpstra/message/20051108.120744.d1e3e835.en.html Regards, -- Jérémy Index: debian/control === --- debian/control (revision 40924) +++ debian/control (working copy) @@ -23,7 +23,7 @@ Package: disk-detect XC-Package-Type: udeb Architecture: all -Depends: cdebconf-udeb (= 0.38), hw-detect, di-utils (= 1.13) +Depends: cdebconf-udeb (= 0.38), hw-detect, di-utils (= 1.13), dmraid-udeb [i386 amd64] Priority: optional Provides: harddrive-detection Enhances: hw-detect Index: disk-detect.sh === --- disk-detect.sh (revision 40924) +++ disk-detect.sh (working copy) @@ -114,7 +114,9 @@ db_get disk-detect/module_select if [ $RET = continue with no disk drive ]; then - break + # Don't display an error message and return to the + # menu, then. + exit 0 elif [ $RET != none of the above ]; then module=$RET if [ -n $module ] is_not_loaded $module ; then @@ -147,3 +149,19 @@ fi db_capb done + +# Activate dmraid devices if needed +if [ -x /sbin/dmraid ]; then + devices=`dmraid -c -s` + if [ $devices != No RAID disks ]; then + # At least a device was there, so load the necessary modules + for module in dm-mod dm-mirror; do + if is_not_loaded $module ; then + register-module $module + module_probe $module + fi + done + # Activate all RAID devices + log-output -t disk-detect dmraid -pay + fi +fi signature.asc Description: Digital signature
Bug#389530: the problem file
Attached flowchart.odg Description: application/vnd.oasis.opendocument.graphics
Bug#389535: Cannot blank CDRW since wodim
Package: wodim Version: 5:1.0~pre4-1.1 Severity: important Hello, I'm using latest Debian Sid, so I'm using wodim. Whenever I try to blank a CDRW with k3b, it fails. Here's the debug log in k3b. Thanks for any help ! Regards, Robert Derochette System --- K3b Version: 0.12.17 KDE Version: 3.5.4 QT Version: 3.3.6 Kernel: 2.6.17-2-686 Devices --- HL-DT-ST DVDRAM GSA-4080N 0X21 (/dev/scd0, /dev/sg1) at /media/cdrom0 [CD-R; CD-RW; CD-ROM; DVD-ROM; DVD-RAM; DVD-R; DVD-RW; DVD+R; DVD+RW] [DVD-ROM; DVD-R séquentiel; DVD-RAM; DVD RW à réinscription limitée; DVD-RW séquentiel; DVD+RW; DVD+R; CD-ROM; CD-R; CD-RW] [SAO; TAO; RAW; SAO/R96P; SAO/R96R; RAW/R16; RAW/R96P; RAW/R96R; Réinscription restreinte] Used versions --- cdrecord: 2.1.1a03 cdrecord command: --- /usr/bin/X11/wodim -v gracetime=2 dev=1,0,0 speed=10 -tao driveropts=burnfree fs=10m -overburn blank=all -force cdrecord --- This is wodim, not cdrecord. Don't expect it to behave like cdrecord in any way, don't refer to it as cdrecord. Send problem reports to [EMAIL PROTECTED], don't bother Joerg Schilling with any problems caused by this application. Copyright (C) 2006 cdrkit maintainers, (C) 1994-2006 Joerg Schilling scsidev: '1,0,0' scsibus: 1 target: 0 lun: 0 Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. Error trying to open /dev/sg0 exclusively (Permission denied)... retrying in 1 second. TOC Type: 1 = CD-ROM Warning: This version of libscg has not been configured via the standard autoconfiguration method of the Schily makefile system. There is a high risk that the code is not configured correctly and for this reason will not behave as expected. /usr/bin/X11/wodim: Permission denied. Cannot open '/dev/sg0'. Cannot open SCSI driver. /usr/bin/X11/wodim: For possible targets try 'wodim -scanbus'. Make sure you are root. /usr/bin/X11/wodim: For possible transport specifiers try 'wodim dev=help'. /usr/bin/X11/wodim: /usr/bin/X11/wodim: For more information, install the cdrkit-doc /usr/bin/X11/wodim: package and read /usr/share/doc/wodim/README.ATAPI.setup . -- 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.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wodim depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem -- no debconf information
Bug#388115: Re 388115: tetex-base postinst fails
Frank Küster [EMAIL PROTECTED] wrote: Ross Boylan [EMAIL PROTECTED] wrote: I modified tetex-base.postinst as indicated in the patch above to postinst.in. The problem remains. Hm, can you please add a set -x at the beginning of tetex-base.postinst, try again like this dpkg --configure -a 21 | tee configure.log (or similar) and send us the resulting logfile? And some more questions. It's a bit unclear to me whether The problem remains means just that tetex-base cannot be configured, or specifically that it still fails with the same jadetex error? If it is still jadetex, then we also need the answers to the other questions asked earlier to the submitter: dpkg -l jadetex tetex-base tex-common ls -l /etc/texmf/fmt.d/ cat /etc/texmf/fmt.d/*jade* kpsewhich --format='web2c files' fmtutil.cnf # after becoming root the # same way you do for # dpkg/apt/aptitude # invocations Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#389482: devscripts: [dget] please add support for ~ in package version
Re: Luca Capello 2006-09-25 [EMAIL PROTECTED] -} elsif ($arg =~ /^([a-z0-9.+-]{2,})=([a-zA-Z0-9.:+-]+)$/) { +} elsif ($arg =~ /^([a-z0-9.+-]{2,})=([a-zA-Z0-9.:+-~]+)$/) { '-' needs to be the last character in the character class because otherwise it will make up the range from + to ~. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#265220: ITA: ayttm -- Universal Instant Messaging Client
retitle 265220 ITA: ayttm -- Universal Instant Messaging Client owner 265220 ! thanks -- Regards, -- Kartik Mistry | kartik.freemind.in 0xD1028C8D | kartikm.wordpress.com --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389505: libsane: sane-dell1600n_net man page missing
Jerry Quinn [EMAIL PROTECTED] wrote: Hi, This is a new driver in 1.0.18, but no man page is included. Without it, setup is a little challenging. Upstream does not provide a manpage for this backend; patches welcome :) JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375533: Assertion failure in libnss-ldap
Hi, Just wanted to confirm that changing /etc/libnss-ldap.conf's permissions to 0644 fixes the problem. To do this properly, I had to re-configure the package (dpkg-reconfigure libnss-ldap), since hand-fixed perms get reset on upgrade. Does libnss-ldap.conf need to be 0600 at all? As far as I see, the password is in a separate file, so nothing is exposed, right? dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#388592: Listings does not wrap long floats
Joachim Breitner [EMAIL PROTECTED] wrote: Package: tetex-extra Version: 3.0-21 Severity: normal File: /usr/share/texmf-tetex/tex/latex/listings/listings.sty Hi, the listings package does not wrap long listings if they are set as floats. It does wrap listings if the float option is not provided. This happens with both the lstlisting environment as well as with lstinputlisting. A minimal example is attached. I cannot reproduce this here. In my setup, the lines in your example are never wrapped. Maybe you have a locally changed listings.cfg somewhere? This is how I get line breaking: \documentclass{article} \usepackage{listings} \begin{document} \section{As a float} foo \lstinputlisting[float=p,breaklines=true]{/etc/inittab} bar \clearpage{} \section{Not as a float} foo \lstinputlisting[breaklines=true]{/etc/inittab} bar \end{document} Regards, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#381142: tasksel: Tasks names aren't translated
On Tuesday 26 September 2006 08:44, Joey Hess wrote: tasksel uses standard gettext for translations of the tasks menu, since that menu is generated on the fly and so cannot be translated using debconf. I'm still confused why the rest of tasksel _is_ translated correctly and only the tasks are affected. So this problem actually affects anything else that d-i might happen to run in the chroot that uses gettext. Which suggests to me that this LANGUAGE setting is bogus and wrong at root. The problem this solves is the following. The S/390 images do not include localechooser and thus language selection is missing. This results in the country selection in mirror-chooser showing the country codes instead of country names. Setting LANGUAGE to en solves this. In general, IMO the installer should ensure a good default language setting (C/English), even if localechooser is not run. Yesterday I tried a different implementation: setting debconf/language=en in debian-installer-startup.d instead of setting LANGUAGE. However, that did not result in country names being displayed for S/390. Suggestions for alternative solutions are very welcome. pgpA6J46QsusX.pgp Description: PGP signature
Bug#389546: Conflict between fglrx-driver and xserver-xorg-core
Subject: Conflict between fglrx-driver and xserver-xorg-core Package: fglrx-driver Version: 8.28.8-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** There's a conflict between fglrx-driver and xserver-xorg-core. When I try to install the fglrx-driver package, I get a message error that reports a conflict with the xserver-xorg-core package. $ aptitude -y install fglrx-driver Leyendo lista de paquetes... Creando árbol de dependencias... Leyendo la información de estado extendido... Inicializando el estado de los paquetes... Leyendo las descripciones de las tareas... Construir la base de datos de etiquetas... Los siguientes paquetes están ROTOS: xserver-xorg-core Se instalarán automáticamente los siguientes paquetes NUEVOS: gcc-3.3-base libstdc++5 Se han retenido los siguientes paquetes: kdepim-kfile-plugins Se instalarán los siguiente paquetes NUEVOS: fglrx-driver gcc-3.3-base libstdc++5 0 paquetes actualizados, 3 nuevos instalados, 0 para eliminar y 1 sin actualizar. Necesito descargar 16,3MB de ficheros. Después de desempaquetar se usarán 47,5MB. No se satisfacen las dependencias de los siguientes paquetes: xserver-xorg-core: Entra en conflicto: xserver-xorg-video que es un paquete virtual. Resolving dependencies... Las acciones siguientes resolverán estas dependencias Mantener los paquetes siguientes en la versión actual: fglrx-driver [Sin instalar] La puntuación es - Se han retenido los siguientes paquetes: kdepim-kfile-plugins 0 paquetes actualizados, 0 nuevos instalados, 0 para eliminar y 1 sin actualizar. Necesito descargar 0B de ficheros. Después de desempaquetar se usarán 0B. Escribiendo información de estado extendido... $ The result is that I can't install the package due to that conflict. I have tried the same in a i386 computer, and the problem doesn't happen so I guess this conflict is exclusive of the amd64 architecture. Thanks for you help. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389415: [HELP] Bug#389415: wordnet_1:2.1-2(ia64/unstable): FTBFS: cast from pointer to int of diff size. (fwd)
On Tue, Sep 26, 2006 at 11:22:38AM +0200, Andreas Tille wrote: Probably it did not hit the mirrors, but now it should be there. (Debian verison number -2 is missleading because -1 was in experimental and than was overriden by another upload of a previous upstream version with colon versioning). Hope this helps tracking down the problem. OK, it's there now. Here's line 17 of stubs.c: static Id = $Id: stubs.c,v 1.7 2005/04/29 19:01:57 wn Exp $; which is just garbage. static const char Id[] = ... would make sense. How does that build on any architecture? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389547: diff for 2.0.4p01-14.1 NMU
Package: otrs2 Version: 2.0.4p01-14 Severity: normal Tags: patch Hi, Attached is the diff for my otrs2 2.0.4p01-14.1 NMU. diff -Nru /tmp/91xMN81GcU/otrs2-2.0.4p01/debian/changelog /tmp/RbC0UjJ6uo/otrs2-2.0.4p01/debian/changelog --- /tmp/91xMN81GcU/otrs2-2.0.4p01/debian/changelog 2006-09-26 13:17:59.0 +0200 +++ /tmp/RbC0UjJ6uo/otrs2-2.0.4p01/debian/changelog 2006-09-26 13:18:00.0 +0200 @@ -1,3 +1,11 @@ +otrs2 (2.0.4p01-14.1) unstable; urgency=medium + + * Non-maintainer upload. + * Check for dbconfig-common existence in the config maintainer script before +trying to use it; patch from Alejandro Ríos Peña. (Closes: #388231) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 26 Sep 2006 13:15:46 +0200 + otrs2 (2.0.4p01-14) unstable; urgency=low * add french debconf translation thanks to Christian Perrier, diff -Nru /tmp/91xMN81GcU/otrs2-2.0.4p01/debian/config /tmp/RbC0UjJ6uo/otrs2-2.0.4p01/debian/config --- /tmp/91xMN81GcU/otrs2-2.0.4p01/debian/config2006-09-26 13:17:59.0 +0200 +++ /tmp/RbC0UjJ6uo/otrs2-2.0.4p01/debian/config2006-09-26 13:18:00.0 +0200 @@ -43,7 +43,10 @@ . /usr/share/debconf/confmodule dbc_dbtypes=mysql, pgsql -. /usr/share/dbconfig-common/dpkg/config +if [ -f /usr/share/dbconfig-common/dpkg/config ]; then + . /usr/share/dbconfig-common/dpkg/config + dbc_go otrs2 $@ +fi TMPFILE=$(mktemp) if [ -f /etc/otrs/Kernel/Config.pm ]; then
Bug#389571: libvorbis-perl: 'make test' failure: double free or coruption
Package: libvorbis-perl Version: 0.05-2 Severity: important While preparing a new version of libvorbis-perl, I noticed the following: % make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl ok 1 [...] ok 12 *** glibc detected *** double free or corruption (!prev): 0x0816ab78 *** make: *** [test_dynamic] Aborted The tests aren't currently run from debian/rules, so this doesn't make the package FTBFS. It looks like quite a real problem, though. The open() method takes an already open input filehandle, and the documentation says clear() must be called for cleanup afterwards. Now, clear() just calls ov_clear() from libvorbisfile, whose documentation [1] says that it will close the file. Perl doesn't know that ov_clear() has closed the file, and when it tries to close it (explicitly via close() or implicitly at the end of the program), the result is a double free. I'm not very experienced with XS programming; any help is welcome. Is there a way to tell Perl that the filehandle is now closed and it should forget it? [1] /usr/share/doc/libvorbis-dev/html/vorbisfile/ov_clear.html Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389569: Add suggest for dict-server
Package: dict-moby-thesaurus Version: 1.0-5 Severity: wishlist The package has a suggest on dictd, IMO it should be on dictd | dict-server so it will not show dictd needlessly when another dict-server is installed. dict-server is a virtual package for any dictd replacement. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389557: nfs-common init script needs to write pidfile for rpc.idmapd and probably rpc.gssd
reopen 389557 reassign 389557 util-linux 2.12r-11 On Tue, Sep 26, 2006 at 02:58:22PM +0200, Steinar H. Gunderson wrote: This is the fifth duplicate of #376931, which was fixed in util-linux 2.12r-11. for rpc.gssd yes but for rpc.idmapd this isn't fix in the latest util-linux. On a HP box running uptodate debian unstable : # mount -t nfs4 -o wsize=32768,rsize=32768 palpatine:/home /mnt/ Warning: rpc.idmapd appears not to be running. All uids will be mapped to the nobody uid. # dpkg -l | grep util-linux ii util-linux2.12r-11Miscellaneous system utilities This is currently *not* fixed for idmapd and lokking at the 30nfs4-fix.dpatch the idmapd_check() is not commented out. Unfortunately, that would cause a pid file with the wrong pid to be written, which would cause idmapd to be started multiple times (see the other duplicates and the changelog). As a workaround we could use ps after the start-stop-daemon call but it's definitively not a good solution. I guess you simply want to upgrade your mount; in any case, this is not a bug in nfs-utils. Closing. :-) Reopening and reassigning to util-linux ;-) -- Le travail est l'opium du peuple et je ne veux pas mourir drogué. -+- Boris Vian -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389566: gstreamer0.10-plugins-bad: rhythmbox 0.9.5-3+b1 crashes after playing musepack files
Package: gstreamer0.10-plugins-bad Version: 0.10.3-3 Severity: normal When playing a file in mpc format Rhythmbox always crashes after playing the whole file. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_US.utf-8, LC_CTYPE=en_US.utf-8 (charmap=UTF-8) Versions of packages gstreamer0.10-plugins-bad depends on: ii gstreamer0.10-plugins-base 0.10.9-2 GStreamer plugins from the base ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc11:4.1.1-13GCC support library ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgstreamer-plugins-base0 0.10.9-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.10-1 Core GStreamer libraries and eleme ii libmms00.2-7 MMS stream protocol library ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libwavpack04.32-2an audio codec (lossy and lossless ii libxml22.6.26.dfsg-3 GNOME XML library gstreamer0.10-plugins-bad recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389450: bugzilla: webpath not respected for all stylesheets
Mathias Behrle wrote: Yes, it is in sid, but surely yesterday and just now it is not in testing. And, sorry, but the subject of the of #385341 was somewhat misleading, because the problem didn't hit all stylesheets. As you can see, bugzilla 2.22-4 is in sid since the 2006/09/21. http://packages.qa.debian.org/b/bugzilla/news/20060921T170205Z.html -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345931: A patch solving #345931
Hi Robert On Monday 25 September 2006 10:17, Robert Millan wrote: On Mon, Sep 11, 2006 at 06:26:37PM +0200, Mats Erik Andersson wrote: Venerable Maintainers of Grub, I offer you a patch that should close bug report #345931. The patch has been built on top of grub-0.97-13 with success and it repaired with honours mbr-installs of grub-0.97-1ubuntu1 on kubuntu 6.0.6 and grub-0.95+cvs20040624-17sarge1 on Debian Sarge. Does your patch work with grub from debian sid? Does GRUB 2 also exhibit this problem? I don`t think so, I`m trying this patch and I think It`s a totally grub legacy related problem. I just have few considerations on the proposed patch. As you will see the coding is independent of any Debian patches and contains a few lines of code for the source file grub-0.97/stage2/builtins.c and thus would easily integrate in the upstream version 0.97. I leave to you to decide whether the author ought to be informed, since I am still a novice in these matters. Best regards Mats Erik Andersson [EMAIL PROTECTED] Content-Description: 526972506-drive_correction.diff diff -Naur grub-0.97.orig/stage2/builtins.c grub-0.97/stage2/builtins.c --- grub-0.97.orig/stage2/builtins.c2006-09-11 16:08:32.261227280 +0200 +++ grub-0.97/stage2/builtins.c 2006-09-11 16:15:54.035067448 +0200 @@ -1953,13 +1953,30 @@ *((unsigned char *) (stage1_buffer + STAGE1_FORCE_LBA)) = is_force_lba; /* If DEST_DRIVE is a hard disk, enable the workaround, which is - for buggy BIOSes which don't pass boot drive correctly. Instead, - they pass 0x00 or 0x01 even when booted from 0x80. */ + * for buggy BIOSes which don't pass boot drive correctly. Instead, + * they pass 0x00 or 0x01 even when booted from 0x80. */ if (dest_drive BIOS_FLAG_FIXED_DISK) -/* Replace the jmp (2 bytes) with double nop's. */ -*((unsigned short *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) - = 0x9090; - + { +if ( *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) == 0xeb ) +/* For version 0.97: +* Replace the jmp (2 bytes) with double nop's. */ + *((unsigned short *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) + = 0x9090; What have changed here? +else if ( *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK)) == 0x80 ) + { +/* For versions 0.94-96: +* Set the boot drive mask. This is a workaround for buggy BIOSes which +* don't pass boot drive correctly. Instead, they pass 0x00 even when +* booted from 0x80. +* Rem: the old STAGE1_BOOT_DRIVE_MASK equals STAGE1_BOOT_DRIVE_CHECK + 2 */ + *((unsigned char *) (stage1_buffer + STAGE1_BOOT_DRIVE_CHECK + 2 )) + = (dest_drive BIOS_FLAG_FIXED_DISK); + } +else + /* The boot sector is older than version 0.94. + * Changing to a nop could make 0.92 and 0.93 acceptable. */ + goto fail; What about we set here the errnum with ERR_BAD_VERSION? or perhaps define a new error with a new message - something like: you should run grub-install or you will be unbootable - for this situation? + } /* Read the first sector of Stage 2. */ disk_read_hook = disk_read_savesect_func; if (grub_read (stage2_first_buffer, SECTOR_SIZE) != SECTOR_SIZE) I`ll try this patch a bit more in the end of the week. -- Dorileo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389565: kcontrol: Printers module does not have an option to change CUPS server
Package: kcontrol Version: 4:3.5.4-2+b1 Severity: normal *** Please type your report below this line *** In the KDE Control Center, under Peripherals then Printers, I choose CUPS as my Print system currently used. Default server is localhost:631. I wish to use an external CUPS server, but cannot change the server here. If I do not have a local CUPS server running, or have no rights on the remote CUPS server, I cannot use configure server. However, I can use the What is this? (Shift+F1) help function on the Server: localhost:631 entry on the bottom of te screen. It tells me To switch to a different CUPS server, click System options etc. This was in fact helpful as via google I found I could use the kprinter program to change the server. To summarize: there should be an option to change the CUPS server. Thanks, Mathijs -- 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.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kcontrol depends on: ii kdebase-data 4:3.5.4-2 shared data files for the KDE base ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii kicker4:3.5.4-2+b1 desktop panel for KDE ii libacl1 2.2.41-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libfam0 2.7.0-10 Client library to control the FAM ii libfontconfig12.4.1-2generic font configuration library ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libgl1-mesa-glx [ 6.5.0.cvs.20060524-1.1 A free implementation of the OpenG ii libglu1-mesa [lib 6.5.0.cvs.20060524-1.1 The OpenGL utility library (GLU) ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libraw1394-5 0.10.1-1.1 library for direct access to IEEE ii libsm61:1.0.1-3 X11 Session Management library ii libssl0.9.8 0.9.8c-1 SSL shared libraries ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension ii usbutils 0.72-5 USB console utilities ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages kcontrol recommends: ii udev 0.100-2/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389542: kde: can't be installed due to broken dependencies
Package: kde Severity: normal Kde can't be installed. It fails with this error message The following packages have unmet dependencies: kde: Depends: kde-core (= 5:47) but it is not going to be installed Depends: kde-amusements (= 5:47) but it is not going to be installed Depends: kdeaddons (= 4:3.4.3) but it is not going to be installed Depends: kdepim (= 4:3.4.3) but it is not going to be installed -- 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.18 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389382: libdjvulibre15: screwed up shlibs breaks packages built against this lib
Okay, just dput a fix. Sorry for all the libs trouble w/ this package. It is a strange situation: the ABI is (at least in principle) utterly unstable across releases for the bits of the library that upstream uses, but the calls into the library that are blessed for external use should be stable. (In principle, although to be honest I wouldn't bet my life on it.) So I need a stronger version dependency between generated packages than called for in the shlibs file used for external consumption. I finally figured out the right way to do this. But I must say that the documentation associated with dh_*libs* is remarkably opaque, even by debian's usual high-grade asbestos standard of documentation opacity. --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389456: p-a-c: Fails to configure encrypted volumes
On Tuesday 26 September 2006 09:51, Frans Pop wrote: On Tuesday 26 September 2006 09:37, David Härdeman wrote: Perhaps depmod -ae needs to be executed after the crypto-modules-$kvers module has been downloaded and unpacked? Yes, depmod definitely needs to be called after new modules are loaded. (AFAIK depmod -a should be enough.) Grep on depmod in hw-detect for examples. Also, if loading modules can result in new devices, update-dev (from di-utils) needs to be called. Again, grep in hwdetect for examples. Adding a 'depmod -a' does fix the problem. Note that there is this issue too. As I've said earlier in this BR, anna-install will likely not return an error if not all dependencies can be met (my logs attached earlier confirm this), so this needs to be checked in a different way. pgpvIa1YNV91V.pgp Description: PGP signature
Bug#388824: select-with-translated-default-field may be a bit overzealous
tags 388824 patch thanks Hi, Thijs Kinkhorst [EMAIL PROTECTED] (22/09/2006): Our package uses a translated DefaultChoice field in the debconf templates, exactly as described in DevRef 6.5.4.4. Lintian triggers a warning on this: select-with-translated-default-field. Since the warning doesn't apply, I'm overriding it. However, the warning is triggered for every occurrence in every po file. That means I'm now putting two overrides per language in our lintian-overrides file: select-with-translated-default-field mailman/site_languages hu.utf-8 select-with-translated-default-field mailman/default_server_language hu.utf-8 select-with-translated-default-field mailman/site_languages ja.utf-8 select-with-translated-default-field mailman/default_server_language ja.utf-8 [...] I think you'll get my point: we've got 13 languages already, equals 26 overrides, and I expect this to only grow. Adding two overrides for every language that we add is not ideal. So my question here is: is there a better way to solve this? Some ideas, in my order of preference, I don't know what's best or possible from your point of view though: 1) Remove the test altogether. If I do not mark DefaultChoice as translatable, then it will not appear in the .po file template, so what's the chance of someone translating it nonetheless? And if they do, it will be ignored so no harm done. I'm wondering what the test tries to accomplish. 2) If the test is actually needed, make sure it does not trigger if DefaultChoice was marked as translatable. If it's marked as such, the package maintainer intends for it to be translated. 3) Trigger the warning only once for a package. 4) Make the warning overridable categorically, i.e. I add select-with-translated-default-field mailman/site_languages and all those warnings will be overridden regardless of the last bit. Attached is a patch that checks source packages instead of binary packages. There are different advantages for this solution: * it can easily ignore Default: fields with brackets (i.e. when the maintainer obviously wants this field translated). These brackets are not included in the binary packages. * it catches the problem even if the package is not translated yet * it includes other types (not only select and multiselect, it is common to see things such as Default: true in case of boolean templates marked as translatable). Cheers, -- Thomas Huriaux diff -ur /usr/share/lintian/checks/debconf checks/debconf --- /usr/share/lintian/checks/debconf 2006-09-04 21:03:38.0 +0200 +++ checks/debconf 2006-09-26 15:01:06.0 +0200 @@ -215,10 +215,6 @@ # Tests on translations my ($mainfield, $lang) = split m/-/, $field, 2; if (defined $lang) { - if ($isselect and $mainfield eq 'default') { - tag select-with-translated-default-field, - $template-{template} $lang; - } $languages{$lang}{$mainfield}=1; } unless ($template_fields{$mainfield}) { # Ignore language codes here diff -ur /usr/share/lintian/checks/debconf.desc checks/debconf.desc --- /usr/share/lintian/checks/debconf.desc 2006-09-04 21:03:38.0 +0200 +++ checks/debconf.desc 2006-09-26 14:58:24.0 +0200 @@ -87,11 +87,6 @@ is a duplicate of the short description. If you cannot provide a good extended description, it is better to leave it blank. -Tag: select-with-translated-default-field -Type: warning -Info: You do not need to translate `Default:' fields of `select' or - `multiselect' questions in templates. - Tag: partially-translated-question Type: warning Info: If you translate the `Choices:' fields in a template, you should diff -ur /usr/share/lintian/checks/po-debconf checks/po-debconf --- /usr/share/lintian/checks/po-debconf2006-05-17 04:09:04.0 +0200 +++ checks/po-debconf 2006-09-26 14:58:24.0 +0200 @@ -38,6 +38,13 @@ $has_template = 1; if ($file =~ m/templates\.\w\w(_\w\w)?$/) { push (@lang_templates, $file); + } else { + open(PO, debfiles/$file) + or fail(Can't open debfiles/$file file.); + while (PO) { + tag translated-default-field, $file: $. + if (m/^_Default(Choice)?: [^[]*$/); + } } } } diff -ur /usr/share/lintian/checks/po-debconf.desc checks/po-debconf.desc --- /usr/share/lintian/checks/po-debconf.desc 2006-05-07 08:26:02.0 +0200 +++ checks/po-debconf.desc 2006-09-26 14:58:24.0 +0200 @@ -63,3 +63,14 @@ This can be ensured by running debconf-updatepo in the 'clean' target of ttdebian/rules/tt. PO files will then always be up-to-date when building the source package. + +Tag: translated-default-field