Bug#339565: sun sparc ultra 1e etch beta1
In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: Comments/Problems: cdrom not detected. Had to start shell and modprobe esp and sr_mod Hmmm, call me stupid as I'm basically ignorant with Sparc stuff but is this something we can add support for in discover1-data just like we do for usual PC hardware...just knowing the right PCI ID ? It's not PCI, it's an sbus machine. I think the onboard esp and hme show up as sbus devices. I think sbus can be probed like pci, but I don't think discover has been trained to do so. I think sarge d-i just modprobes esp and adds it to the list of modules if any are detected. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337362: ace-of-penguins: Copyright file lists no copyright holder
tags 337362 patch thanks Hi Thimo, I've uploaded an NMU for this bug to the delayed/7-day queue on gluck. Please find the diff attached. 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/ diff -u ace-of-penguins-1.2/debian/changelog ace-of-penguins-1.2/debian/changelog --- ace-of-penguins-1.2/debian/changelog +++ ace-of-penguins-1.2/debian/changelog @@ -1,3 +1,11 @@ +ace-of-penguins (1.2-7.3) unstable; urgency=medium + + * Non-maintainer upload. + * Medium-urgency upload for RC bugfix. + * Add a proper copyright statement in debian/copyright. Closes: #337362. + + -- Steve Langasek [EMAIL PROTECTED] Wed, 16 Nov 2005 23:32:45 -0800 + ace-of-penguins (1.2-7.2) unstable; urgency=low * Non-maintainer upload. diff -u ace-of-penguins-1.2/debian/copyright ace-of-penguins-1.2/debian/copyright --- ace-of-penguins-1.2/debian/copyright +++ ace-of-penguins-1.2/debian/copyright @@ -7,4 +7,20 @@ -Ace of Penguins is distributed under the GPL license as written down in -/usr/share/common-licenses/GPL. + Copyright (C) 1998, 2001 DJ Delorie + + This program is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation; either version 2, or (at your option) + any later version. + + This program is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + GNU General Public License for more details. + + You should have received a copy of the GNU General Public License + along with this program; if not, write to the Free Software + Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA. + +On Debian GNU/Linux systems, the complete text of the GNU General +Public License can be found in `/usr/share/common-licenses/GPL'. signature.asc Description: Digital signature
Bug#339565: sun sparc ultra 1e etch beta1
The spark station 20 and all the spark machines I have known expect the SCSI CDROM to be SCSI ID 6. Other ID's are not seen as boot devices. Older spark boxen don't have PCI. Christian Perrier wrote: Comments/Problems: cdrom not detected. Had to start shell and modprobe esp and sr_mod Hmmm, call me stupid as I'm basically ignorant with Sparc stuff but is this something we can add support for in discover1-data just like we do for usual PC hardware...just knowing the right PCI ID ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339569: initramfs incompatibilities/conflict needed
conflict with initramfs-tools until bug 339568 has been fixed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#216007: libao2: libao driver fails to start
Adeodato Simó wrote: Hello, this is about the very old Debian bug #216007: libao2: libao driver fails to start on powerpc I've tested in a powerpc system and I can't reproduce it. Is it fixed for you in recent libao versions (0.8.6)? I'll close this bug this bug report on two weeks, thanks. Seems to work here after a quick test. -- David N. Welton - http://www.dedasys.com/davidw/ Linux, Open Source Consulting - http://www.dedasys.com/
Bug#324675: Fix for display of boot message
severity 324675 normal merge 306012 324675 tags 324675 patch thanks Hi, I believe that this problem arises due to a logic error in print_message() function from second/misc.c, which is called to print the boot banner. It supports substitution of some variables like ${ARCH} and ${PROM}, however if no such variables are found in the text, it just scans through it and breaks out of the loop without printing anything. The attached patch fixes the problem by ensuring that the message is printed in the end. It works for me, would be great if somebody else could confirm it. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CCdiff -aur silo-1.4.9-orig/second/misc.c silo-1.4.9/second/misc.c --- silo-1.4.9-orig/second/misc.c 2005-02-22 10:03:20.0 -0800 +++ silo-1.4.9/second/misc.c2005-11-16 23:16:27.0 -0800 @@ -439,8 +439,6 @@ } else continue; if (curly *p == '}') p++; msg = p; -} else if (!*p) { - break; } else { printf (%s, msg); break;
Bug#339532: [Pkg-openssl-devel] Bug#339532: libssl0.9.8: reproducible segfault in bn_sub_words () at bn_asm.sparc.v8plus.S
merge 335912 339532 thanks On Thu, Nov 17, 2005 at 12:04:48AM +0100, Peter Palfrader wrote: (gdb) bt #0 bn_sub_words () at bn_asm.sparc.v8plus.S:555 Looks alot like the one with ssh, and since the same patch fixes it, I'll merge them. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339570: exmh doesn't understand /etc/mailcap
Package: exmh Version: 1:2.7.2-7 Severity: normal Hi! It seems that exmh doesn't understand the Debian format of /etc/mailcap, which is best explained via example: /etc/mailcap: audio/mpeg; beep-media-player '%s'; nametemplate=%s.mp3; test=test $DISPLAY != Would lead exmh to try to start This is MPEG Audio It can be displayed with nametemplate=/tmp/waldner/1.0=1=2.20424.exmh.mp3. If I, however, mangle /etc/mailcap to _not_ contain any nametemplate entries and place it in ~, exmh works as expected - which is what I recommend as a workaround until this is fixed. Funny thing is that the nametemplate issue should be already fixed since 1998 according to http://mercea.net/~exmh/html/exmh-workers/1998-11/msg00011.html - It also adds a sanity check so that entries that read nametemplate=%s will be ignored. - seems like this got lost along the way ;) cheers, rw -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.13 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages exmh depends on: ii metamail 2.7-47implementation of MIME ii mime-support 3.28-1MIME files 'mime.types' 'mailcap ii nmh [mh] 1.1-release-3 A set of electronic mail handling ii tcl8.0 [tclsh] 8.0.5-8 Tcl (the Tool Command Language) v8 ii tcl8.3 [tclsh] 8.3.5-4 Tcl (the Tool Command Language) v8 ii tcl8.4 [tclsh] 8.4.9-1 Tcl (the Tool Command Language) v8 ii tk8.0 [wish] 8.0.5-11 Tk toolkit for Tcl and X11, v8.0 - ii tk8.3 [wish] 8.3.5-4 Tk toolkit for Tcl and X11, v8.3 - ii xterm 4.3.0.dfsg.1-14sarge1 X terminal emulator -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339571: ITP: kmess -- A messenger for KDE with MSN support
Subject: ITP: kmess -- A messenger for KDE with MSN support Package: wnpp Severity: wishlist * Package name: kmess * Version: 1.4.2 * Upstream Author: Mike K. Bennett [EMAIL PROTECTED] * URL: http://kmess.sourceforge.net * License: GPL Description: A messenger for KDE with MSN support This is yet another messenger for Linux. It is optimized for KDE and supports only MSN. It has more features than Kopete and is faster. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#174990: xpdf and zlib support
On Wed, Nov 16, 2005 at 11:31:20PM -0500, Justin Pryzby wrote: tags 174990 -wontfix thanks Has there been any progress on this bug? No - that's why there's a wontfix tag! Upstream doesn't intend to change it. Although I hope to get this in the wrapper some time, I haven't worked on it yet so I'm not committing to it. Please, don't play with the tags like this. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330004: acknowledged by developer (Isn't found in current code)
Hello and thanks for your answer, sorry, i have to correct my spelling: i did not mean a failure, more a little thing of form. i thought that in: - while read action arg argb; do case $action in enable | disable) DISCOVER_ARGS=$DISCOVER_ARGS --$action=$arg ;; skip) SKIPLIST=$SKIPLIST $arg ;; - the expression 'SKIPLIST=$SKIPLIST $arg' was not thought to go over 2 lines. the shell parses correct, indeed. sorry onesmore christian PS, could you delete my e-mail-adress off the failure-webpage, cause off spam? [EMAIL PROTECTED] schrieb am 10.11.05 02:48:17: Package: discover1 Version: 1.7.15 Hello, I checked last code that was release and can't find the error that you pointed out. Please do a check if your script isn't outdated. If you confirm this issue in current version, please reopen this bug and we can double check it together :-D Thanks a lot! -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338695: [sparc] Ultra 5 installation report - etch beta1
On Tue, 15 Nov 2005, Frans Pop wrote: [..] On Saturday 12 November 2005 06:16, Jurij Smakov wrote: [..] I filed #324675 a while back. I never noticed that the \ might have something to do with the issue. Please add information to that bug report. I have just submitted a patch. It would be great if you could do a CD build which incorporates it to test. [2] All window frames in the first stage are drawn using ASCII symbols -+| instead of pseudographics. In the second stage they are displayed properly. Same reason. Suggest you use network-console for part of the installation. Hm, this definitely looks like a regression. Sarge installer was able to display pseudographics on serial console in the same setup (xterm + cu for serial console connection). [3] During the base installation (the longest step) my console was blanked unexpectedly. This does not affect the installation, but the screen is garbled until redrawn later. Console blanking should probably be turned off somewhere early in the installation process. In /lib/debian-installer.d/S40term-linux (rootskel) console blanking is already disabled if $TERM_TYPE = virtual. In your case is it the serial console that blanks or the host console? Maybe you could test if the same works for serial consoles. At the moment I'm not sure what's going on, but since it also blanks when machine is running (not only in installer), I should be able to figure out how to prevent it. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339565: sun sparc ultra 1e etch beta1
On Wed, 16 Nov 2005, Blars Blarson wrote: It's not PCI, it's an sbus machine. I think the onboard esp and hme show up as sbus devices. I think sbus can be probed like pci, but I don't think discover has been trained to do so. discover1 had support for sbus, discover (aka discover2) does not. However, I was told by Colin Watson that d-i is using hotplug for device discovery and finding the correct drivers these days. That is a problem, because this approach relies on the fact that drivers are sysfs-aware and export all necessary information through it. The esp driver is not sysfs-trained, so that causes detection problems. Proper fix would be to add such support to the driver on the kernel side, but I have no idea what kind of effort that requires. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339567: [Evolution] Bug#339567: libebook1.2-3 should depend on libcamel1.2-6
reassign 339567 libmultisync-plugin-evolution severity 339567 wishlist tags 339567 + experimental retitle 339567 please upload to experimental a version rebuilt against experimental evolution packages thanks Hi, On Thu, Nov 17, 2005, Jerome Lacoste wrote: Package: libebook1.2-3 Version: 1.2.3-8 This is the version from unstable. libmultisync-evolution depends on libebook1.2-3 Correct. which depends on libcamel1.2-0 which conflicts with libcamel1.2-6 required by the latest evolution from experimental. That's wrong. libcamel1.2-0 is in unstable and conflicts with libcamel1.2-6 which is in experimental (yet). While it's true that evolution in experimental requires libcamel1.2-6, it also requires libebook1.2-5 (which is in experimental). libebook1.2-3 is only in unstable. You've mixed programs from unstable with libraries from experimental, there's nothing wrong with the situation you describe, and libmultisync-plugin-evolution needs a rebuild in experimental to work against experimental evolution. Hence, I'm reassigning your request to the libmultisync-plugin-evolution as a wishlist to support evolution in experimental. Bye, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#216007: libao2: libao driver fails to start
Version: 0.8.6-1 * Jamie Wilkinson [Thu, 17 Nov 2005 09:55:44 +1100]: This one time, at band camp, Adeodato Simó wrote: Hello, this is about the very old Debian bug #216007: libao2: libao driver fails to start on powerpc I've tested in a powerpc system and I can't reproduce it. Is it fixed for you in recent libao versions (0.8.6)? I haven't noticed it for a while, so I think it's fixed :) Let's consider it closed, then. Actually, I don't have Debian installed on my iBook anymore, so I can't tell you anything more, but I'm happy to see it's finally fixed :) Cheers, Lucas
Bug#311823: ruby1.8: crashing with thead deadlocks, SEGV; seems to be gc related
Hi all, I'm not able to reproduce this problem here; is there any chance that this bug has been fixed in ruby 1.8.3? 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/ signature.asc Description: Digital signature
Bug#337862: gdm: Keyboard disabled on first startup
I'm betting you've added extra getty processes to your /etc/inittab file, Yes, I did that back when my machine was too slow to boot into X every time. I used to use them all, too. which since sarge, contains this: Ah, the joy of upgrading, with modified files you never get to see things like this :-) Either remove your getty on tty7, or set gdm's minimum vt to the first available vt. Thanks. I'll try that and see if it works. -- \\// Peter - http://www.softwolves.pp.se/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339523: libxine1: fails to build
On Wed, Nov 16, 2005 at 03:46:47PM -0800, Steve Langasek wrote: On Wed, Nov 16, 2005 at 11:20:32PM +0100, A.M.P. Boelens wrote: Package: libxine1 Version: 1.0.1-1.3 Severity: serious Justification: no longer builds from source I try to rebuild linxine1 without stripping because it hangs on a certain mp3, but it won't build. I get the following error: Make[6]: Leaving directory `/home/arnout/src/xine-lib-1.0.1/src/libffmpeg/libavcodec/armv4l' Making all in i386 make[6]: Entering directory `/home/arnout/src/xine-lib-1.0.1/src/libffmpeg/libavcodec/i386' if /bin/sh ../../../../libtool-nofpic --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../.. -I../../../../include -I../../../../include -I../../../../src -I../../../../src/xine-engine -I../../../../src/xine-engine -I../../../../src/xine-utils -I../../../../src/input -I../../../../src/input-I../../../../lib -DSIMPLE_IDCT -DHAVE_AV_CONFIG_H -DRUNTIME_CPUDETECT -DUSE_FASTMEMCPY -DCONFIG_RISKY -DCONFIG_DECODERS -DXINE_MPEG_ENCODER -DCONFIG_ZLIB `echo -mtune=athlon -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2 -fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing -ffast-math -funroll-loops -finline-functions -Wall -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -g -O0 | sed -e 's/-funroll-loops//g'` -MT dsputil_mmx.lo -MD -MP -MF .deps/dsputil_mmx.Tpo \ -c -o dsputil_mmx.lo `test -f 'dsputil_mmx.c' || echo './'`dsputil_mmx.c; \ then mv -f .deps/dsputil_mmx.Tpo .deps/dsputil_mmx.Plo; \ else rm -f .deps/dsputil_mmx.Tpo; exit 1; \ fi gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../.. -I../../../../include -I../../../../include -I../../../../src -I../../../../src/xine-engine -I../../../../src/xine-engine -I../../../../src/xine-utils -I../../../../src/input -I../../../../src/input -I../../../../lib -DSIMPLE_IDCT -DHAVE_AV_CONFIG_H -DRUNTIME_CPUDETECT -DUSE_FASTMEMCPY -DCONFIG_RISKY -DCONFIG_DECODERS -DXINE_MPEG_ENCODER -DCONFIG_ZLIB -mtune=athlon -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-loops=4 -falign-jumps=4 -mpreferred-stack-boundary=2 -fexpensive-optimizations -fschedule-insns2 -fno-strict-aliasing -ffast-math -finline-functions -Wall -DNDEBUG -D_REENTRANT -D_FILE_OFFSET_BITS=64 -DXINE_COMPILE -Wnested-externs -Wcast-align -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -g -O0 -MT dsputil_mmx.lo -MD -MP -MF .deps/dsputil_mmx.Tpo -c dsputil_mmx.c -o .libs/dsputil_mmx.o dsputil_mmx.c: In function 'h263_h_loop_filter_mmx': dsputil_mmx.c:586: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm' dsputil_mmx.c:586: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm' make[6]: *** [dsputil_mmx.lo] Error 1 make[6]: Leaving directory `/home/arnout/src/xine-lib-1.0.1/src/libffmpeg/libavcodec/i386' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/arnout/src/xine-lib-1.0.1/src/libffmpeg/libavcodec' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/arnout/src/xine-lib-1.0.1/src/libffmpeg' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/arnout/src/xine-lib-1.0.1/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/arnout/src/xine-lib-1.0.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/arnout/src/xine-lib-1.0.1' make: *** [build-stamp] Error 2 This is bug #318838, which was fixed in libxine1 1.0.1-1.1. How are you building this package that you are seeing this failure in a package which has built fine with gcc-4.0 for three versions? what I did: 1) get root 2) apt-get build-dep libxine1 3) back to normal user 4) apt-get source libxine1 5) cd xine-lib-1.0.1 6) DEB_BUILD_OPTIONS=nostrip noopt dpkg-buildpackage -rfakeroot -uc -b Arnout . -- 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#339541: xemacs21-mule: installation fails
The error occurs when installing gnus. What version of gnus do you use? There is no problem in my sarge box. bash-2.05a$ dpkg -s gnus | grep Version Version: 5.10.6-0.CVS.20050317-1 Matthew -- Rapun.sel - outermost outpost of the Pick Empire http://www.pick.ucam.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339575: em64t (intel amd64) etch beta 1 install success
Package: installation-reports Debian-installer-version: http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/amd64/beta1/debian-testing-amd64-netinst.iso uname -a: Linux dhcp26 2.6.12-1-amd64-generic #1 Wed Sep 28 02:05:15 CEST 2005 x86_64 GNU/Linux Date: 2005-11-16 23:30 -0800 Method: netinst cdrom Machine: Processor: p4 2.66ghz em64t Memory: 1GB Root Device: /dev/hdb Root Size/partition table: 300GB Output of lspci and lspci -n: dhcp26:~# lspci :00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) :00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) :00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) :00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) :00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) :00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) :00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) :00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:00.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) :02:00.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) :02:00.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) :02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) dhcp26:~# lspci -n :00:00.0 0600: 8086:2570 (rev 02) :00:01.0 0604: 8086:2571 (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.3 0c03: 8086:24de (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.1 0101: 8086:24db (rev 02) :00:1f.2 0101: 8086:24d1 (rev 02) :00:1f.3 0c05: 8086:24d3 (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :01:00.0 0300: 10de:002d (rev 15) :02:00.0 0400: 109e:036e (rev 11) :02:00.1 0480: 109e:0878 (rev 11) :02:09.0 0200: 10ec:8139 (rev 10) Serial console Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O ] Configure network HW: [O ] Config network: [O ] Detect CD: [O ] Load installer modules: [O ] Detect hard drives: [O ] Partition hard drives: [O ] Create file systems:[O ] Mount partitions: [O ] Install base system:[O ] Install boot loader:[O ] Reboot: [O ] Comments/Problems: no problems installing on my second hard drive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339574: reduce amount of init.d scripts to one
Package: splashy Version: 0.1.5 I see the deb contains: /etc/init.d/splashy /etc/init.d/splashy10 /etc/init.d/splashy20 /etc/init.d/splashy30 /etc/init.d/splashy40 /etc/init.d/splashy50 /etc/init.d/splashy60 /etc/init.d/splashy70 /etc/init.d/splashyZ The /etc/init.d is a directory which most of us like to have very tidy and under control. It would bemuch better if splashy simply had a sole /etc/init.d/splashy script which, by checking $0 determined what it has to launch. case `basename $0` in *-rcS) ... ?10*) ... ?20*) ... ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339576: ITP: debian-updates -- Keep track of relevent stable security updates.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: wishlist Owner: Khalid El Fathi [EMAIL PROTECTED] * Package name: debian-updates Version : 1.6.2 Upstream Author : Steve Kemp [EMAIL PROTECTED] * URL : http://www.steve.org.uk/Software/debian-updates/ * License : GPL Description : Keep track of relevent stable security updates This is a simple script which is designed to keep a system administrator updated when relevent security advisories are released. . It will download the list of the latest security updates from the main security.debian.org website, if a locally installed package is vulnerable an email will be sent to a configurable address, or the details will be dumped to the console. . Homepage: http://www.steve.org.uk/Software/debian-updates/ - -- .''`. Khalid El Fathi : :' : [EMAIL PROTECTED] `. `' www.edena-fr.org `-GPG: 1024D/5801E0DA -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDfEw9AA9uiVgB4NoRAiBBAJwJqVo8q+VhjteWc2/ap+3QMzeoPwCfbzF9 fNcr0tM1vnkL5QbU5DG1pCk= =3Tsl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336402: socklog: new feature/improvements?
Hi Cristian, On Sun, Oct 30, 2005 at 02:16:01AM +0100, Cristian Ionescu-Idbohrn wrote: * Added option '-t' (time stamp); socklog.c modified. What is this for? The timestamp normally is added by the logger process, usually the svlogd program. Can you tell me a use case where this is needed? * killed some compilation warnings in socklog.c, chkshsgr.c, seek_set.c; some more left in pathexec_run.c, pathexec.h, prot.c. I don't want to change this. The code and compilation is tested on many Unix systems, not only Linux, and was proven to be very portable the way it is. * debian/rules applies patches. I usually use a construct like this: for i in `ls -t debian/diff/*.diff || :`; do \ (cd admin/socklog patch -p0) $$i || exit 1; \ done You then simply put patches into debian/diff/ with a .diff extension. But I don't think we need that for socklog, as I'm upstream too, and the project is quite mature and stable. * debian/rules builds with debug too. I'll apply this. Thanks for your suggestions and feedback. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339437: PMASA-2005-6 when register_globals = on
Piotr Roszatycki wrote: Dnia Wednesday 16 of November 2005 13:17, Martin Schulze napisa?: Vuln 1: Full Path Disclosures in the following files: Vuln 2: Http Response Splitting in libraries/header_http.inc.php Do you know if this is the same vulnerability as the first one above? The Full Path Disclosure is not fixed currently by upstream and I think it is not important for Debian version. I'm attaching the patch for sarge. Thanks a lot. I'm reviewing now. Additionaly, I've fixed the important bug #324318. Please, include the patch for this bug to stable release. The patch doesn't change program functionality and resolve more problems with bad configration file which are not reported to BTS. Please explain why it should be fixed in stable. Please explain why it should be fixed in a security update. At the moment, I'm not convinced it is something else than a normal bug, not even a critical one. Regards, Joey -- Of course, I didn't mean that, which is why I didn't say it. What I meant to say, I said. -- Thomas Bushnell Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339290: flashplugin-nonfree: Version 7,0,61,0 released to fix CVE-2005-2628
On tor, 2005-11-17 at 15:42 +0900, Takuo KITAME wrote: Macromedia has released version 7,0,61,0 to fix CVE-2005-2628 (buffer overflow). try update-flashplugin. And this package is just a installer. While I realise that the package is just an installer, I would have found it reasonable to bump the version number (if that's all that is required) in order to get the security fixed software installed for those who have used this installer package. Best regards, Håkan Lindqvist smime.p7s Description: S/MIME cryptographic signature
Bug#339577: CVE-2005-3353: Another EXIF related DoS vulnerability
Package: php4 Version: 4:4.3.10-16 Severity: important Tags: security A vulnerability in PHP's exif code has been found that may DoS a PHP installation through crafted JPEG images that triggers an infinite recursion. Details are sparse, but Red Hat has fixed the problem: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166943 This has been assigned CVE-2005-3353 and is different from the recent EXIF DoS problem wrt IFD levels, which was CVE-2005-1043, PHP bug 28451 and which was fixed upstream in 4.3.11. Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.29-vs1.2.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages php4 depends on: ii libapache2-mod-php4 4:4.3.10-16 server-side, HTML-embedded scripti ii php4-common 4:4.3.10-16 Common files for packages built fr php4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339578: ftp.debian.org: main/s/slirp/ directory in pool is messed up
Package: ftp.debian.org Severity: important I screwed up the main/s/slirp dircetory in the packages pool when uploading the slang-slirp package some time ago. The slang-slirp package had slirp as the name of its source package. I did not realized that there was already a package with this name in the archive. I already contacted the maintainer of slirp about thjis and also uploaded a new slang-slirp package which has slang-slirp as the name of its source. The slang-slirp package has version 1.7.6.r3-1 and supplemented the source package for slirp in unstable, which had version 1.0.16-2. I do not know exactly what has to be done to fix the problem. At any rate, the following files are extraneous to main/s/slirp: slang-slirp_1.7.6.r3-1_*.deb slirp_1.7.6.r* I guess they should be removed by hand. -- 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.8-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339579: [l10n] Updated Czech translation of smb2www debconf messages
Package: smb2www Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech translation of smb2www debconf messages. Could you please include it with the package? Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#339580: ITP: libdigest-sha-perl -- Perl extension for SHA-1/224/256/384/512
Package: wnpp Severity: wishlist Owner: Allard Hoeve [EMAIL PROTECTED] * Package name: libdigest-sha-perl Version : 5.31 Upstream Author : Mark Shelor [EMAIL PROTECTED] * URL : http://www.cpan.org/modules/by-module/Digest/ * License : GPL, Artistic Description : Perl extension for SHA-1/224/256/384/512 Digest::SHA is a complete implementation of the NIST Secure Hash Standard. It gives Perl programmers a convenient way to calculate SHA-1, SHA-224, SHA-256, SHA-384, and SHA-512 message digests. The module can handle all types of input, including partial-byte data. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (600, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac10-byte Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339581: texmacs: missing dependency to groff (pfbtops)
Package: texmacs Version: 1:1.0.5.12-1 Severity: normal Tags: patch When trying to export to pdf with Type 1 fonts, TeXmacs prints the following messages: sh: pfbtops: command not found and the pdf output does not contain Type 1 fonts, but the bitmapped Type 3 ones. After installing groff, which contains the pfbtops command, pdf output with Type 1 fonts works as it should. The fix seems to be to add a dependency to groff. Teemu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages texmacs depends on: ii guile-1.6-libs1.6.7-1Main Guile libraries ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-3 GCC support library ii libguile-ltdl-1 1.6.7-1Guile's patched version of libtool ii libltdl3 1.5.20-2 A system independent dlopen wrappe ii libqthreads-121.6.7-1QuickThreads library for Guile ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii tetex-base2.0.2c-9 Basic library files of teTeX ii tetex-bin 2.0.2-31 The teTeX binary files ii tetex-extra 2.0.2c-9 Additional library files of teTeX ii texmacs-common1:1.0.5.12-1 WYSIWYG emacs-ish mathematical tex ii xbase-clients 6.8.2.dfsg.1-7 miscellaneous X clients ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime Versions of packages texmacs recommends: ii gs 8.15-4 Transitional package ii gs-gpl [gs] 8.15-4 The GPL Ghostscript PostScript int ii ispell 3.1.20.0-4 International Ispell (an interacti ii libjpeg-progs 6b-10Programs for manipulating JPEG fil pn libtiff-tools none (no description available) ii netpbm 2:10.0-10Graphics conversion tools ii xfig1:3.2.5-alpha5-4 Facility for Interactive Generatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339582: traceback on the options page with Danish lists due to bad translation
Package: mailman Version: 2.1.5-8 Severity: normal Tags: l10n patch On a sarge install, I get the following traceback on the options page for a danish list. I have determined that this is due to the translator stripping the s from %(foo)s in one of the translations - Mailman/Cgi/options.py line 813. Line 2494 is the problematic one and looks like this: ved at indtaste dit %(extra)password.\n It should look like this: ved at indtaste dit %(extra)spassword.\n I've attached a -p1 patch that fixes this issue. admin(17491): [- Mailman Version: 2.1.5 -] admin(17491): [- Traceback --] admin(17491): Traceback (most recent call last): admin(17491): File /var/lib/mailman/scripts/driver, line 110, in run_main admin(17491): main() admin(17491): File /var/lib/mailman/Mailman/Cgi/options.py, line 107, in main admin(17491): loginpage(mlist, doc, None, language) admin(17491): File /var/lib/mailman/Mailman/Cgi/options.py, line 816, in loginpage admin(17491): table.AddRow([_(In order to change your membership option, you must admin(17491): File /var/lib/mailman/Mailman/i18n.py, line 131, in _ admin(17491): return tns % dict admin(17491): ValueError: unsupported format character 'p' (0x70) at index 105 admin(17491): [- Python Information -] -- bye, pabs http://wiki.debian.org/PaulWise diff -u mailman-2.1.5/debian/changelog mailman-2.1.5/debian/changelog --- mailman-2.1.5/debian/changelog +++ mailman-2.1.5/debian/changelog @@ -1,3 +1,9 @@ +mailman (2.1.5-10) unstable; urgency=low + + * Prevent traceback on options page of Danish lists + + -- Tollef Fog Heen [EMAIL PROTECTED] Thu, 17 Nov 2005 17:59:04 +0800 + mailman (2.1.5-9) unstable; urgency=medium * Update the Belgian translation, thanks to Luc Stroobant for prodding only in patch2: unchanged: --- mailman-2.1.5.orig/messages/da/LC_MESSAGES/mailman.po +++ mailman-2.1.5/messages/da/LC_MESSAGES/mailman.po @@ -2491,7 +2491,7 @@ msgstr For at aelig;ndre dine personlige indstillinger, skal du logge ind nedenfor -ved at indtaste dit %(extra)password.\n +ved at indtaste dit %(extra)spassword.\n Hvis du ikke kan huske dit password, kan du bede om at faring; det tilsendt i en e-mail ved at klikke paring; knappen nedenfor.\n Hvis du kun oslash;nsker at framelde dig fra listen, klik da på emMeld mig signature.asc Description: This is a digitally signed message part
Bug#339167: library package needs to be renamed (libstdc++ allocator change)
tags 339167 + confirmed pending thanks [ This bug has been reported against gdome2-xslt ] gdome2-xslt includes the ocaml bindings for the C library shipped. For this reason it must soon be transitioned from ocaml 3.08.3 to ocaml 3.09.0. I will rename the C++ part of the package contextually to the ocaml transition. Please avoid NMU for the C++ part in the meantime. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#339513: ITP: feynmf -- LaTeX macros for creating Feynman diagrams
Kevin B. McCarty [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Kevin B. McCarty [EMAIL PROTECTED] * Package name: feynmf Version : 1.08 Upstream Author : Thorsten Ohl [EMAIL PROTECTED] * URL : http://www.ctan.org/tex-archive/macros/latex/contrib/feynmf/ * License : GPL Description : set of LaTeX macros for creating Feynman diagrams Feynmf is a combined LaTeX/Metafont package for easy drawing of professional-quality Feynman diagrams Nice to see an other LaTeX package in Debian. Please have a look at the new Debian TeX Policy Draft in /usr/share/doc/tex-common/. Please either follow it, or bug the debian-tetex-maint list if you find any flaws. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#339583: egroupware-phpldapadmin: phpldapadmin security fixes
Package: egroupware-phpldapadmin Severity: grave Tags: security Justification: user security hole egroupware-phpldapadmin contains a shared/forked(?) copy of phpldapadmin. There have been a couple of security problems in phpldapadmin, namely: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-2654 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-2792 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2005-2793 Have these problems been addressed in egroupware-phpldapadmin or is it non-vulnerable? Cheers, Moritz -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.29-vs1.2.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339584: hpoj: ptal-mlcd reports Access denied to parallel port!
Package: hpoj Version: 0.91-9 Severity: important I can no longer print to my parallel-port OfficeJet K80 printer. When probing using ptal-init setup, it reports *** ptal-mlcd failed to start! Check syslog file for error messages. /var/log/lpr.log contains: Nov 17 21:21:33 kumara ptal-mlcd: FATAL ERROR at ParPort.cpp:48, dev=mlc:par:probe, pid=6847, e=1, t=113893 Access denied to parallel port! From dmesg: parport_pc: VIA 686A/8231 detected parport_pc: probing current configuration parport_pc: Current parallel port base: 0x378 parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP(,...)] parport_pc: VIA parallel port: io=0x378, irq=7 ... lp0: using parport0 (interrupt-driven). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hpoj depends on: ii adduser 3.77 Add and remove users and groups ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libsane 1.0.16-4 API library for scanners ii libsnmp9 5.2.1.2-4 NET SNMP (Simple Network Managemen ii libstdc++64.0.2-3The GNU Standard C++ Library v3 Versions of packages hpoj recommends: ii cupsys 1.1.23-12Common UNIX Printing System(tm) - ii cupsys-bsd [lpr]1.1.23-12Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support ii hpijs 2.1.3+0.9.3-3HP Linux Printing and Imaging - gs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304207: Please reopen bug
Hi, Please re-open this bug as this has been only partly fixed. This bug has been 'fixed' by disabling the F1 and Ctrl-F keys in the manual, but you can still use the 'Search for:' field on the top of the window and using it will still crash gPHPEdit. Thanks, -- Ing. Ivo F.A.C. Fokkema --- Webdesign Programming Ileos.nl - Homeservers - Websites - Webtechnologies [EMAIL PROTECTED] www.ileos.nl
Bug#303798: Please reopen bug
Hi, Please re-open this bug as it hasn't been fixed (I don't see a change in it's behaviour). Thanks, -- Ing. Ivo F.A.C. Fokkema --- Webdesign Programming Ileos.nl - Homeservers - Websites - Webtechnologies [EMAIL PROTECTED] www.ileos.nl
Bug#336402: socklog: new feature/improvements?
On Thu, 17 Nov 2005, Gerrit Pape wrote: Hi Cristian, Gerrit, On Sun, Oct 30, 2005 at 02:16:01AM +0100, Cristian Ionescu-Idbohrn wrote: * Added option '-t' (time stamp); socklog.c modified. What is this for? The timestamp normally is added by the logger process, usually the svlogd program. Can you tell me a use case where this is needed? Yes. I run socklog from the command line and use it to watch the syslog activity of an embeded system under development. In some cases, timing is important. * killed some compilation warnings in socklog.c, chkshsgr.c, seek_set.c; some more left in pathexec_run.c, pathexec.h, prot.c. I don't want to change this. The code and compilation is tested on many Unix systems, not only Linux, and was proven to be very portable the way it is. I see. Well, I don't like compilation warnings, that was my reason. * debian/rules applies patches. I usually use a construct like this: for i in `ls -t debian/diff/*.diff || :`; do \ (cd admin/socklog patch -p0) $$i || exit 1; \ done Fine with me. You then simply put patches into debian/diff/ with a .diff extension. But I don't think we need that for socklog, as I'm upstream too, and the project is quite mature and stable. Of course. * debian/rules builds with debug too. I'll apply this. Cheers, Cristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339585: picax: Maintainer field set slightly different from other Progeny Debian Team packages
Package: picax Severity: minor The Maintainer field for picax is set to Progeny Debian Packaging Group [EMAIL PROTECTED] while for all other packages by [EMAIL PROTECTED] this is set to: Progeny Debian Packaging Team [EMAIL PROTECTED]. This causes problems in some places, e.g. http://www.debian.org/devel/people where picax is listed alone under the first heading and the rest of the packages under the second. bye, Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339586: fvwm should support the _NET_WM* properties
Package: fvwm Version: 1:2.5.14-4 Severity: wishlist Subject says it all: fvwm should support the _NET_WM* properties. Currently, in ISO-8859-1 locales, when one has (due to a gtk+ bug): WM_NAME(STRING) = Bug 160236 - no window title if none of the *_NAME properties are set - Mozilla Firefox _NET_WM_NAME(UTF8_STRING) = 0xe2, 0x82, 0xac, 0x20, 0x2d, 0x20, 0x4d, 0x6f, 0x7a, 0x69, 0x6c, 0x6c, 0x61, 0x20, 0x46, 0x69, 0x72, 0x65, 0x66, 0x6f, 0x78 fvwm shows the title Bug 160236 ... corresponding to WM_NAME instead of the one corresponding to _NET_WM_NAME (which has a Euro symbol). Please see https://bugzilla.mozilla.org/show_bug.cgi?id=315947 for more information. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4-20051012 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages fvwm depends on: ii debconf [debconf-2.0]1.4.59 Debian configuration management sy ii gdk-imlib11 1.9.14-26 imaging library for use with gtk ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libfribidi0 0.10.5-4Free Implementation of the Unicode ii libglib1.2 1.2.10-10 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libreadline5 5.0-11 GNU readline and history libraries ii librplay33.3.2-9 Shared libraries for the rplay net ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstroke0 0.5.1-4 support for mouse strokes like tho ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-10 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display ii libxpm4 6.8.2.dfsg.1-10 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-6 compression library - runtime Versions of packages fvwm recommends: pn fvwm-iconsnone (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339522: elinks: cannot type in forms
Dear diary, on Wed, Nov 16, 2005 at 10:58:22PM CET, I got a letter where Caitrin Torres [EMAIL PROTECTED] said that... When attempting to fill out text fields in forms, elinks interprets the typing as instructions to the program itself rather than text to be put into the form. For example, typing 'q' in a text field brings up the dialog to exit elinks rather than putting a q in the field. This appears to happen on all pages with forms that require typing. Removing my ~/.elinks directory had no effect. Press enter on the text field, as the statusbar advises you. -- Petr Pasky Baudis Stuff: http://pasky.or.cz/ VI has two modes: the one in which it beeps and the one in which it doesn't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336402: socklog: new feature/improvements?
On Thu, Nov 17, 2005 at 11:21:47AM +0100, Cristian Ionescu-Idbohrn wrote: On Thu, 17 Nov 2005, Gerrit Pape wrote: On Sun, Oct 30, 2005 at 02:16:01AM +0100, Cristian Ionescu-Idbohrn wrote: * Added option '-t' (time stamp); socklog.c modified. What is this for? The timestamp normally is added by the logger process, usually the svlogd program. Can you tell me a use case where this is needed? Yes. I run socklog from the command line and use it to watch the syslog activity of an embeded system under development. In some cases, timing is important. Hmm, the daemontools package includes the tai64n program which can be used for this, e.g. # socklog unix /dev/log |tai64n Maybe it's better to add a similar program to the runit package. I'll think about it. Thanks, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339587: avahi-daemon: installation fails, which later makes Rhythmbox unusable
Package: avahi-daemon Version: 0.5.2-3 Severity: important Tags: experimental -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1. Installation fails with Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon failed! because trying to restart something that is not already running and considering it a failure that it cannot be stopped first (hint: invoke-rc.d, not directly running the script as /etc/init.d/foobar restart; see sysklogd for a good example). Rebooting or manually restarting the daemon doesn't fix it. 2. The postinst script doesn't update-rc.d which means that the daemon is not started at any bootup stage. The end result is that Rhythmbox flatly refuses to work, because it cannot find a working Avahi! Please fix ASAP. Thanks! - -- System Information: Debian Release: testing/unstable Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages avahi-daemon depends on: ii adduser 3.77 Add and remove users and groups ii dbus-1-utils 0.50-2 simple interprocess messaging syst ii libavahi-common0 0.5.2-3Avahi common library ii libavahi-core10.5.2-3Avahi's embeddable mDNS/DNS-SD lib ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdaemon00.8-1 lightweight C library for daemons ii libdbus-1-1 0.50-2 simple interprocess messaging syst ii libexpat1 1.95.8-3 XML parsing C library - runtime li Versions of packages avahi-daemon recommends: ii dbus 0.50-2 simple interprocess messaging syst pn libnss-mdns none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDfGIkeXr56x4Muc0RAsYpAJ0WzKE6L3Fse39v4rFt0Tw6obnONgCeNzNl G4iI5br9foi5CNQya0Ietmo= =RoBh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339517: findlib: FTBFS on m68k (ocaml segfault)
On Wed, Nov 16, 2005 at 09:38:10PM +0100, Julien Cristau wrote: Package: findlib Severity: serious Justification: no longer builds from source Hi, findlib currently fails to build on m68k with the following error: make[2]: Entering directory `/build/buildd/findlib-1.1/src/findlib-toolbox' ocamlc -o make_wizard -I +labltk -I ../findlib unix.cma str.cma labltk.cma \ findlib.cma make_wizard.ml File make_wizard.ml, line 1288, characters 6-12: Warning Y: unused variable update. make[2]: *** [make_wizard] Segmentation fault make[2]: *** Deleting file `make_wizard' make[2]: Leaving directory `/build/buildd/findlib-1.1/src/findlib-toolbox' The same error already happened with 1.0.4-4, and is probably tk or ocaml-related. Please reassign as appropriate. (it would probably be helpful to get a backtrace from the segfault) I asked for the installation of findlib build-dep on the m68k developer machine. As soon as I have it I will produce a backtrace hoping to understand better what's going on. In the meantime if sometime has memory of similar bugs on m68k it would be wonderful (I think I remember something similar related to tk indeed, but I'm not sure ...) Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#334339: News from mysql.com
Christian Hammers a écrit : Hello Joel Hello Christian, On 2005-10-25 BERTRAND Joël wrote: I have received from mysql.com : This is not first time that we see 32-bit calls failing on 64-bit system. But you can check it out by manually changing config.h, specifically: #define HAVE_GETHOSTBYNAME_R 1 #define HAVE_GETHOSTBYNAME_R_GLIBC2_STYLE 1 Try undefining both and re-run complete make. I shall try. Did you try? Any news? I have tried with the official sources (mysql-4.1.15) that come from www.mysql.com web page. if g++ -DMYSQL_SERVER -DDEFAULT_MYSQL_HOME=\/export/home/bertrand/mysql\ -DDATADIR=\/export/home/bertrand/mysql/var\ -DSHAREDIR=\/export/home/bertrand/mysql/share/mysql\ -DHAVE_CONFIG_H -I. -I. -I.. -I../innobase/include -I../include -I../include -I../regex -I. -O3 -DDBUG_OFF-fno-implicit-templates -fno-exceptions -fno-rtti -MT sql_analyse.o -MD -MP -MF .deps/sql_analyse.Tpo -c -o sql_analyse.o sql_analyse.cc; \ then mv -f .deps/sql_analyse.Tpo .deps/sql_analyse.Po; else rm -f .deps/sql_analyse.Tpo; exit 1; fi sql_analyse.cc: In member function 'virtual void field_longlong::add()': sql_analyse.cc:506: internal compiler error: in invert_exp_1, at jump.c:1719 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. make[4]: *** [sql_analyse.o] Erreur 1 make[4]: quittant le répertoire « /export/home/bertrand/mysql/mysql-4.1.15/sql » make[3]: *** [all-recursive] Erreur 1 make[3]: quittant le répertoire « /export/home/bertrand/mysql/mysql-4.1.15/sql » make[2]: *** [all] Erreur 2 make[2]: quittant le répertoire « /export/home/bertrand/mysql/mysql-4.1.15/sql » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /export/home/bertrand/mysql/mysql-4.1.15 » make: *** [all] Erreur 2 kant:[~/mysql/mysql-4.1.15] This bug comes from g++-4.0. I have compiled this source with g++-3.3. I have tried to connect to my server and the connection can be established : kant:[~/mysql/mysql-4.1.15/client] ./mysql -uroot -p -halain Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 103 to server version: 4.1.14-Debian_6-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql Best regards, JKB
Bug#339587: avahi-daemon: installation fails, which later makes Rhythmbox unusable
On Thu, 2005-11-17 at 12:57 +0200, Martin-Éric Racine wrote: The end result is that Rhythmbox flatly refuses to work, because it cannot find a working Avahi! I'll fix this, but this is also a bug in Rhythmbox. I take it you've also filed that? Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#338765: Hylafax links problem after upgrading.
Il giorno sab, 12/11/2005 alle 15.42 +0100, Leszek Dubiel ha scritto: Package: hylafax-server Version: 1:4.2.1-5sarge1 I have upgraded from woody to sarge. Then I noticed some problems: 1. I found wrong symbolic link named bin in folder /var/spool/hylafax/etc/ pointing to etc/bin. I have removed it. Right. This should be fixed now, in the latest update 2. I have changed file /var/spool/hylafax/etc/hosts.hfaxd. Since then hfaxd wouldn't start -- it complained that files /etc/hylafax/hosts.hfaxd and /var/spool/hylafax/etc/hosts.hfaxd are not the same and told me I sould file a bug. To solve problem I have removed directory /etc/hylafax, and made a symoblic link /etc/hylafax to /var/spool/hylafax/etc. This is wrong. You should not use a link. Please have a look at the documentation in /usr/share/doc/hylafax-server about the twin directories Do you remember which one of the hosts.hfaxd was newer? Bye, Giuseppe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339588: off-by-one error in server-src/infofile.c, overwriting innocent variables
Package: amanda-server Version: 2.4.5-2 Severity: normal Hi, I ran into this problem a few days ago... ] s10:~# su backup -c /usr/sbin/amadmin user due ] Segmentation fault ... had a look through the source code, and found this... ] (server-src/infofile.h) ] 42 #define NB_HISTORY 100 ] [...] ] 69 typedef struct info_s { ] 70 unsigned int command; /* command word */ ] 71 # define NO_COMMAND 0 /* no outstanding commands */ ] 72 # define FORCE_FULL 1 /* force level 0 at next run */ ] 73 # define FORCE_BUMP 2 /* force bump at next run */ ] 74 # define FORCE_NO_BUMP4 /* force no-bump at next run */ ] 75 perf_t full; ] 76 perf_t incr; ] 77 stats_t inf[DUMP_LEVELS]; ] 78 int last_level, consecutive_runs; ] 79 history_t history[NB_HISTORY+1]; ] 80 } info_t; ... and this: ] (server-src/infofile.c) ] 277 for(i=0;i=NB_HISTORY+1;i++) { ] 278 info-history[i].level = -2; ] 279 } This for loop makes one step too much. (There's even another similar loop in infofile.c, there they're doing it right). This overwrites another variable that happens to have been laid out in memory after info... ] (gdb) bt ] #0 0xb7fa40ed in debug_agets () from /usr/lib/libamanda-2.4.5.so ] #1 0xb7fdaa2f in read_txinfofile () from /usr/lib/libamserver-2.4.5.so ] #2 0xb7fdba4a in get_info () from /usr/lib/libamserver-2.4.5.so ] #3 0x0804af99 in due_one (dp=0x8053840) at amadmin.c:716 ] #4 0x0804b10a in due (argc=3, argv=0xbdb4) at amadmin.c:748 ] #5 0x08049c10 in main (argc=3, argv=0xbdb4) at amadmin.c:169 ] (gdb) c ] Continuing. ] Hardware watchpoint 4: hp ] ] Old value = (am_host_t *) 0x8054200 ] New value = (am_host_t *) 0xfffe ] 0xb7fdaaf6 in read_txinfofile () from /usr/lib/libamserver-2.4.5.so ] (gdb) bt ] #0 0xb7fdaaf6 in read_txinfofile () from /usr/lib/libamserver-2.4.5.so ] #1 0xb7fdba4a in get_info () from /usr/lib/libamserver-2.4.5.so ] #2 0x0804af99 in due_one (dp=0x8053840) at amadmin.c:716 ] #3 0x0804b10a in due (argc=3, argv=0xbdb4) at amadmin.c:748 ] #4 0x08049c10 in main (argc=3, argv=0xbdb4) at amadmin.c:169 ] (gdb) ... which finally causes the segfault. ] (gdb) c ] Continuing. ] ] Program received signal SIGSEGV, Segmentation fault. ] 0x0804afed in due_one (dp=0x8053840) at amadmin.c:722 ] 722 printf(Overdue %2d day%s %s:%s\n, ] 723-days, (-days == 1) ? : : s:, ] 724hp-hostname, dp-name); ] (gdb) bt ] #0 0x0804afed in due_one (dp=0x8053840) at amadmin.c:722 ] #1 0x0804b10a in due (argc=3, argv=0xbdb4) at amadmin.c:748 ] #2 0x08049c10 in main (argc=3, argv=0xbdb4) at amadmin.c:169 ] (gdb) (One-liner-)Patch attached. ;) Regards, Jan -- Jan C. Nordholz jckn At gmx net --- amanda-2.4.5/server-src/infofile.c 2005-11-17 12:10:18.0 +0100 +++ amanda-2.4.5_new/server-src/infofile.c 2005-11-17 12:13:54.0 +0100 @@ -274,7 +274,7 @@ rc = 0; nb_history = 0; -for(i=0;i=NB_HISTORY+1;i++) { +for(i=0;i=NB_HISTORY;i++) { info-history[i].level = -2; } for(rc = -2; (line = agets(infof)) != NULL; free(line)) {
Bug#339589: ftp.debian.org: Please remove polypaudio
Package: ftp.debian.org Hi! polypaudio is dead upstream for a year now. It was intended to be the esound successor, but since it will not be used in Gnome upstream, development ceased. Therefore it should not be shipped in a stable Debian release which is supported for several years. Otavio and I agreed to completely drop the package for now from both testing and unstable. Thanks! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339437: PMASA-2005-6 when register_globals = on
Dnia Thursday 17 of November 2005 10:22, Martin Schulze napisał: Additionaly, I've fixed the important bug #324318. Please, include the patch for this bug to stable release. The patch doesn't change program functionality and resolve more problems with bad configration file which are not reported to BTS. Please explain why it should be fixed in stable. Please explain why it should be fixed in a security update. At the moment, I'm not convinced it is something else than a normal bug, not even a critical one. The application does not work if more than 3 databases are used. I think it is not just normal bug if more advanced environment is used. It is important problem because it is no easy way to diagnose it. The workaround is possible, so at least please modify README.Debian file to inform the users how to override the problem. --- README.Debian.orig 2005-11-16 22:38:26.0 +0100 +++ README.Debian 2005-11-17 12:28:14.0 +0100 @@ -15,6 +15,22 @@ if there is no error message and you are returned to the login prompt. +PROBLEM WITH MORE THAT THREE DATABASES + + Only three first databases declared in /etc/phpmyadmin/config.inc.php are + working. If you define fourth database, it fails with message Access + denied. See Bug#324318. + + You can include + +$cfg['Servers'][$i]['compress']= FALSE; +$cfg['Servers'][$i]['controluser'] = ''; +$cfg['Servers'][$i]['controlpass'] = '' +$cfg['Servers'][$i]['AllowRoot'] = TRUE; + + to each database entry in config.inc.php file as a workaround. + + CONFIGURATION The package installs symlink into /var/www directory. You can also add -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `-
Bug#339587: avahi-daemon: installation fails, which later makes Rhythmbox unusable
to, 2005-11-17 kello 11:15 +, Ross Burton kirjoitti: On Thu, 2005-11-17 at 12:57 +0200, Martin-Éric Racine wrote: The end result is that Rhythmbox flatly refuses to work, because it cannot find a working Avahi! I'll fix this, but this is also a bug in Rhythmbox. I take it you've also filed that? And in dbus also, as it turns out. dbus forgets to redo the bootup symlinks on a reinstall, even if they are missing. Avahi needs dbus and since it doesn't find it running, installation fails. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#336402: socklog: new feature/improvements?
On Thu, 17 Nov 2005, Gerrit Pape wrote: Hmm, the daemontools package includes the tai64n program which can be used for this, e.g. # socklog unix /dev/log |tai64n I don't use daemontools, socklog is all that I need :) Maybe it's better to add a similar program to the runit package. I'll think about it. I don't use runit either, socklog is all that I need :) The cost of adding a '-ttt' option is quite low, don't you agree? Cheers, Cristian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339590: clamav-milter dies after email scanning (sparc64)
Package: clamav-milter Version: 0.87.1-1 (debian testing on sparc64) I have installed clamav-milter on a UltraSPARC 1E server (with sendmail MTA). Before 0.86 release, it worked fine. With 0.87 and now 0.87.1, it scans (or starts to scan) the first email given by sendmail and it dies without any error message. I have the same release of clamav-milter on several i386 servers, and the i386 binaries work fine. Regards, JKB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339591: dak: update of french debconf templates translation
Package: dak Version: N/A Severity: wishlist Tags: patch l10n Please find attached the updated french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Thanks - System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) # #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. # msgid msgstr Project-Id-Version: dak 1.0\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-10-25 16:55+0200\n PO-Revision-Date: 2005-10-25 20:35+0200\n Last-Translator: Clément Stenac [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Default #: ../templates:3 msgid /opt/dak msgstr /opt/dak #. Type: string #. Description #: ../templates:4 msgid Where to put the base directory for dak? msgstr Emplacement du répertoire de base de dak : #. Type: string #. Description #: ../templates:4 msgid It is best to use the dak-suite with a single base directory and not to split it up all over the filesystems. Makes life easier. This setup will prepare everything to run from the path you enter here, the default is /opt/ dak, but common locations include things like /org/your.archive.name or similar names. Use whatever you like most. msgstr Pour en simplifier l'installation, il est préférable d'utiliser la suite dak avec un seul répertoire de base plutôt que de la séparer en plusieurs fichiers. Cette installation préparera dak à fonctionner depuis le répertoire que vous indiquerez ici. La valeur par défaut est /opt/dak, mais des répertoires tels que /org/votre.archive sont courants. Vous pouvez choisir le répertoire que vous préférez. #. Type: note #. Description #: ../templates:13 msgid You really need to finish the configuration of dak! msgstr Configuration indispensable pour dak #. Type: note #. Description #: ../templates:13 msgid This package wont run out of the box. You need to change the configuration to fit your needs. You will find some examples in the directory entered in the \base directory\ question for this package and, of course, in /usr/ share/doc/dak - including the configuration the Debian Archive actually uses. msgstr Ce paquet ne fonctionnera pas sans être configuré ; vous devez adapter la configuration à vos besoins. Des exemples sont disponibles dans le répertoire que vous avez choisi comme répertoire de base, et, bien sûr, dans /usr/share/ doc/dak (y compris la configuration utilisée par l'archive Debian). #. Type: string #. Default #: ../templates:22 msgid localhost msgstr localhost #. Type: string #. Description #: ../templates:23 msgid What is the hostname for the archive host? msgstr Nom d'hôte de l'archive : #. Type: string #. Description #: ../templates:23 msgid For proper function dak needs a hostname in different places in its configuration. The entered value will be used in email addresses and mails generated by dak. msgstr Afin de fonctionner correctement, dak à besoin d'un nom d'hôte à plusieurs endroits de sa configuration. Le nom indiqué ici sera utilisé dans les adresses de courriel et les courriels créés par dak. #. Type: string #. Default #: ../templates:30 msgid local archive msgstr archive locale #. Type: string #. Description #: ../templates:31 msgid The name of your archive. msgstr Nom de votre archive : #. Type: string #. Description #: ../templates:31 msgid Please give your archive a descriptive name, so your Users see what it is about. msgstr Veuillez choisir le nom sous lequel votre archive sera connue des utilisateurs. #. Type: string #. Default #: ../templates:37 msgid deb-dak msgstr deb-dak #. Type: string #. Description #: ../templates:38 msgid The name of your dak user. msgstr Identifiant de l'utilisateur dak : #. Type: string #. Description #: ../templates:38 msgid You can choose the user which gets created for the dak package. The default should be fine, but maybe you prefer something different here. msgstr Veuillez choisir l'identifiant qui sera créé pour dak.
Bug#339592: Package: installation-reports
Package: installation-reports Debian-installer-version: Debian GNU/Linux testing Etch - Official Snapshot powerpc Binary-1 (20051116) uname -a: Linux gazam 2.6.12-1-powerpc64 #1 SMP Tue Sep 27 15:20:16 UTC 2005 ppc64 GNU/Linux Date: 2005-11-16 Method: Netinst.iso Machine: IBM Power5 Processor: POWER5 (gr) CHRP IBM,9406-520 Memory: 2047116 kB Root Device: SCSI /dev/sda2 Root Size/partition table: Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 225838 84996128794 40% / /dev/sda5 4807056237648 4325224 6% /usr /dev/sda6 1829159138266 1593300 8% /var tmpfs 1023556 0 1023556 0% /dev/shm /dev/sda7 4807056131260 4431612 3% /opt /dev/sda8 9614116131288 8994456 2% /home /dev/sda10 2885780 65660 2673532 3% /tmp Output of lspci and lspci -n: lspci :00:02.0 PCI bridge: IBM EADS-X PCI-X to PCI-X Bridge (rev 03) :00:02.2 PCI bridge: IBM EADS-X PCI-X to PCI-X Bridge (rev 03) :c0:01.0 SCSI storage controller: Mylex Corporation AcceleRAID 600/500/400/Sapphire support Device (rev 04) :c8:01.0 Ethernet controller: Intel Corporation 82546GB Gigabit Ethernet Controller (rev 03) :c8:01.1 Ethernet controller: Intel Corporation 82546GB Gigabit Ethernet Controller (rev 03) lspci -n :00:02.0 0604: 1014:0188 (rev 03) :00:02.2 0604: 1014:0188 (rev 03) :c0:01.0 0100: 1069:b166 (rev 04) :c8:01.0 0200: 8086:1079 (rev 03) :c8:01.1 0200: 8086:1079 (rev 03) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [E] Install base system:[O] Install boot loader:[E] Reboot: [O] Comments/Problems: At the install from the basesystem in expertmode it asks what kernel to install, d-i defaults to a 2.6 smp kernel. This is not the right one, chosen linux-image-2.6.12-1-powerpc64. There is no way to create a PreP boot partition with partman. To create a Prep partition I have to escape to shell and use parted. At the stage to install the bootloader I get the following error: yaboot-installer: mkofboot: Error in /etc/yaboot.conf: `magicboot' scripts cannot be used with fstype=raw To install the bootloader I have to chroot the installed system and manually dd /usr/lib/yaboot/yaboot to /dev/sda1. In the installed yaboot.conf is a line device=, I have to comment it out to get it to work. Next we have our console at an HMC. I had todo the following to get the console to work: mknod hvc0 c 229 0 chown root:tty hvc0 chmod 600 hvc0 Add an entry in /etc/securetty for hvc0 Add an entry in /etc/inittab: hvc0:12345:respawn:/sbin/getty -L hvc0 9600 System is now up 'n running -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282175: fails to delete messages for spanish hotmail.com
Package: gotmail Version: 0.8.4-1 Severity: important Even with 0.8.4-1 gotmail can't delete messages in spanish hotmail.com account. Moving to another folder works ok. Doesn't delete: gotmail -d hotmail.com -u user -p pass --folder-dir /home/user/.hotmail/user --folders Bandeja de entrada --delete Move to Trash ok: gotmail -d hotmail.com -u user -p pass --folder-dir /home/user/.hotmail/user --folders Bandeja de entrada --move Papelera If u need help on testing, just ask ;) -- adolfo signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#318022: Kanotix acerhk package
Hi, http://kanotix.com/files/debian/acerhk/ That package was made by your's truly for the Kanotix project. Although I am not officially involved with debian, I currently co-maintain some other module packages (spca5xx and madwifi) on alioth. If a developer would like to sponsor and co-maintain this in a similar fashion I'd be more than happy to help out. acer-acpi module may also be of interest. (for amd64 users) Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333237: Kanotix package for adm8211
Hi, Package for these drivers are here:- http://kanotix.com/files/debian/pool/main/a/adm8211/ I also track the experimental new version that depends on the common ieee80211 stack (=2.6.14) here:- ftp://debian.tu-bs.de/project/kanotix/experimental/pool/main/a/adm8211/ If you would like to use some of my efforts, I'd love to help out. Please contact me if you are interested. Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339506: psnup: Does not use /etc/papersize
* Jay Berkenbilt [EMAIL PROTECTED] wrote: Thank you for your detailed bug report. I just took over maintenance of psutils and just uploaded a new version. I probably inadvertently broke this. I'll look at it and will upload a new version as soon as I can. If this problem is very important to you, you can downgrade in the interim. No, it is not that important as the workaround using the -p option can be used: kunze$ psnup -pa4 -2 /tmp/bla.ps /tmp/bla.2up.ps kunze$ (In my bug report, I forgot the -pa4 option for the case where psnup works as expected.) I'll make sure this problem is not present in 1.17-21. (If I can find the problem in a few minutes, I'll upload a new version tonight. Otherwise, I will probably not have time to fix the problem before Friday or Saturday.) Very good. If I should test something, just ask. -tobias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339593: tex4ht: Should recommend or suggest zip
Package: tex4ht Version: 20050402.1817-1 Severity: normal mk4ht oolatex anything.tex needs /usr/bin/zip to create OpenOffice files. I don't know whether other parts need that, too, and also whether OpenOffice output is an important aspect for most - at least it is the only thing why tex4ht was recommended to me. Therefore I think Recommends would be right, but it's okay for me if you close this by adding a Suggests. Regards, Frank -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages tex4ht depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libkpathsea3 2.1-1 path search library for teTeX (run ii tetex-bin3.0-10.0.sarge1 The teTeX binary files -- no debconf information -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#339594: visitors: default output is html
Package: visitors Version: 0.6.1-1 Severity: normal The man page says the default output is text but it is actually html. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages visitors depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an Versions of packages visitors recommends: ii graphviz 2.2.1-1sarge1 rich set of graph drawing tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276871: acknowledged by developer (Bug#276871: fixed in gdm 2.8.0.6-1)
reopen 276871 309224 258934 327464 261979 290916 304027 314449 thanks On Thu, Nov 17, 2005 at 04:03:08AM -0800, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #276871: Date shown in gdm is correctly localized, but only for a minute., which was filed against the gdm package. [...] * New upstream release (closes: #313200, #309224, #258934, #327464, #261979, #290916, #276871, #304027, #314449) I'm happy to see that my bug, and many others, have been considered as a request for new upstream, which #313200 is, by the way. When will people just stop doing that ?!? Mike Sidenote: * Pass -dpi 96 to the X Server by default (closes: #285029) That sucks badly. You just broke configuration of people who actually have a correct configuration of their X Server. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339595: /etc/dhclient-script: line 105: [: -lt: unary operator expected
Package: dhcp-client Version: 2.0pl5-19.2 Severity: normal Hi, debian:~# dhclient Internet Software Consortium DHCP Client 2.0pl5 Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium. All rights reserved. Please contribute if you find this software useful. For info, please visit http://www.isc.org/dhcp-contrib.html sit0: unknown hardware address type 776 /etc/dhclient-script: line 105: [: -lt: unary operator expected /etc/dhclient-script: line 105: [: -eq: unary operator expected /etc/dhclient-script: line 105: [: -lt: unary operator expected /etc/dhclient-script: line 105: [: -eq: unary operator expected /etc/dhclient-script: line 105: [: -lt: unary operator expected /etc/dhclient-script: line 105: [: -eq: unary operator expected sit0: unknown hardware address type 776 Listening on LPF/sit0/null Sending on LPF/sit0/null Listening on LPF/lo/null Sending on LPF/lo/null Listening on LPF/eth0/00:0c:29:a2:b0:c2 Sending on LPF/eth0/00:0c:29:a2:b0:c2 Sending on Socket/fallback/fallback-net DHCPDISCOVER on sit0 to 255.255.255.255 port 67 interval 4 DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 6 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPACK from 10.0.0.138 /etc/dhclient-script: line 151: [: -lt: unary operator expected /etc/dhclient-script: line 152: [: -eq: unary operator expected SIOCADDRT: File exists bound to 10.0.0.154 -- renewal in 3600 seconds. debian:~# -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages dhcp-client depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an dhcp-client recommends no packages. -- no debconf information
Bug#339594: visitors: default output is html
Fixed, thank you very much for reporting it. Regards, Salvatore On 11/17/05, Rick Pasotto [EMAIL PROTECTED] wrote: Package: visitors Version: 0.6.1-1 Severity: normal The man page says the default output is text but it is actually html. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages visitors depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an Versions of packages visitors recommends: ii graphviz 2.2.1-1sarge1 rich set of graph drawing tools -- no debconf information -- Salvatore 'antirez' Sanfilippo We're programmers. Programmers are, in their hearts, architects -- Joel Spolsky http://www.invece.org
Bug#339596: apt-src: segfaults
Package: apt-src Version: 0.25.1 Severity: grave Justification: renders package unusable apt-src segfaults consistently when trying to do anything; this is presumably related to apt-build bug #337257. e.g.: [EMAIL PROTECTED] {!568} $ apt-src install unzip Segmentation fault If maintainer cannot reproduce I can send a strace... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages apt-src depends on: ii apt 0.6.42.3 Advanced front-end for dpkg ii dpkg-dev 1.13.11package building tools for Debian ii libapt-pkg-perl 0.1.17 Perl interface to libapt-pkg ii perl 5.8.7-7Larry Wall's Practical Extraction Versions of packages apt-src recommends: ii build-essential 11.1 informational list of build-essent ii fakeroot 1.5.5 Gives a fake root environment ii sudo 1.6.8p9-3 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339597: iptables: Fails to compile when using 2.6.14.2 kernel source
Package: iptables Version: 1.3.3-2 Severity: wishlist I am applying an iptables patch which requires that it reference a patched Linux kernel source tree. I changed the kernel= line in scripts/prep.sh to reference my custom kernel source. When building the iptables package, it reports this error: trimmed extensions/libipt_connbytes.c: In function 'save': extensions/libipt_connbytes.c:174: error: dereferencing pointer to incomplete type extensions/libipt_connbytes.c:174: error: dereferencing pointer to incomplete type extensions/libipt_connbytes.c:175: error: dereferencing pointer to incomplete type extensions/libipt_connbytes.c:176: error: dereferencing pointer to incomplete type extensions/libipt_connbytes.c:178: error: dereferencing pointer to incomplete type extensions/libipt_connbytes.c:179: error: dereferencing pointer to incomplete type extensions/libipt_connbytes.c: At top level: extensions/libipt_connbytes.c:192: error: invalid application of 'sizeof' to incomplete type 'struct ipt_connbytes_info' extensions/libipt_connbytes.c:193: error: invalid application of 'sizeof' to incomplete type 'struct ipt_connbytes_info' make[1]: *** [extensions/libipt_connbytes_sh.o] Error 1 /trimmed I searched online and found a user who experienced the same issue when using kernel 2.6.14 and iptables-1.3.3. His solution was to upgrade to iptables-1.3.3-20051023. https://lists.netfilter.org/pipermail/netfilter/2005-October/063400.html Please upgrade the Debian unstable iptables package to the newest source available from http://www.netfilter.org/. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285029: DPI default setting to 96
Hi, Not to complain or anything, but I disagree with Pelle's statement. GNOME is at fault here. It should not override the value with 96. GNOME font settings should retrieve the DPI setting from X, and then: * use the value 96 if it wasn't retrievable, * use the value if it is overriden by the user in the font properties, * use the retrieved value. Then gdm should follow what is used by the GNOME font settings. It seems however that people among who Owen Taylor do not share this opinion. I have monitors with 30 dpi, 110 dpi and 80 dpi and my font sizes set to 9, 10pt (the whole world uses 12pt fonts because Windows always uses such hardcoded DPI settings on reslative low-res screens of the past years), so I'd prefer X (and hopefully gdm) to follow this res. Also have I not found any detection problems with all monitors I have at home or at the university, but I can be lucky. Greetings, Paul -- Student @ Eindhoven | email: [EMAIL PROTECTED] University of Technology, The Netherlands | JID: [EMAIL PROTECTED] Using the Power of Debian GNU/Linux | GnuPG key ID: 0x50064181 signature.asc Description: Digital signature
Bug#339287: c++filt hangs with gcj
See http://sourceware.org/ml/binutils/2005-11/msg00275.html. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339554: (forw) [Pkg-shadow-devel] Bug#339554: shadow: [INTL:zh_CN] Updated simplified Chinese translation
tags 339554 fixed-upstream thanks Quoting Tomasz Kłoczko ([EMAIL PROTECTED]): Dnia 17-11-2005, czw o godzinie 07:37 +0100, Christian Perrier napisał(a): tags 339554 upstream thanks Tomasz, here's an update to the Simplified Chinese translation. I suppose you got the file through the pkg-shadow-devel mailing list so I don't need to attach it, right ? Commited. Thank you. Thank *you*..:-)
Bug#339594: visitors: default output is html
Rick Pasotto [EMAIL PROTECTED] writes: The man page says the default output is text but it is actually html. Indeed; I'll fix this. Thanks. -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339598: wavpack support
Package: gst-plugins0.8 Version: 0.8.11-2 Severity: wishlist Hi, please consider adding wavpack support, now that wavpack is in Debian. Currently the wavpack has a bug on powerpc for which I'll get a fix up asap, maybe already this evening. The wavpack plugin also needs one patch to fix http://bugzilla.gnome.org/show_bug.cgi?id=317774 I've attached the patch, it's from gst cvs Thanks and bye --- ext/wavpack/gstwavpackdec.c 2005/06/09 17:21:00 1.1.2.3 +++ ext/wavpack/gstwavpackdec.c 2005/11/11 17:23:28 1.1.2.4 @@ -117,10 +117,6 @@ gst_pad_set_explicit_caps (wavpackdec-srcpad, srccaps); - // blocks are usually 0.5 seconds long, assume that's always the case for now - wavpackdec-decodebuf = - (int32_t *) g_malloc ((wavpackdec-samplerate / 2) * - wavpackdec-channels * sizeof (int32_t)); return GST_PAD_LINK_OK; } @@ -236,6 +232,7 @@ gst_wavpack_dec_loop); wavpackdec-decodebuf = NULL; + wavpackdec-decodebuf_size = 0; wavpackdec-stream = (WavpackStream *) g_malloc0 (sizeof (WavpackStream)); wavpackdec-context = (WavpackContext *) g_malloc0 (sizeof (WavpackContext)); } @@ -246,6 +243,7 @@ { WavpackContext *context = wavpackdec-context; WavpackStream *stream = wavpackdec-stream; + guint buffer_size; memset (context, 0, sizeof (context)); @@ -267,6 +265,14 @@ context-wvc_flag = FALSE; } + buffer_size = + stream-wphdr.block_samples * wavpackdec-channels * sizeof (int32_t); + if (wavpackdec-decodebuf_size buffer_size) { +wavpackdec-decodebuf = +(int32_t *) g_realloc (wavpackdec-decodebuf, buffer_size); +wavpackdec-decodebuf_size = buffer_size; + } + unpack_init (context); } --- ext/wavpack/gstwavpackdec.h 2005/06/09 17:21:00 1.1.2.1 +++ ext/wavpack/gstwavpackdec.h 2005/11/11 17:23:28 1.1.2.2 @@ -53,6 +53,7 @@ WavpackContext *context; int32_t *decodebuf; + guint decodebuf_size; WavpackStream *stream;
Bug#339599: ITP: rt2570
Package: wnpp Severity: wishlist Hi, http://kanotix.com/files/debian/pool/main/r/rt2570/ Above are packages I developed as part of the Kanotix project. If there is any interest in them to be in debian (alongside the existing rt2400 rt2500 packages), feel free to contact me concerning these efforts. Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327007: BUG: iptables -j does not work for chains with a length =28 (was moe infos...)
On Tue, Nov 15, 2005 at 06:46:59PM +0100, Pablo Neira wrote: The patch attached fixes the problem that you're reporting here. I tried with the shell script attached and seems to work fine. I'll pass it to Harald. already found it. looks fine, I'll apply it to svn. -- - Harald Welte [EMAIL PROTECTED] http://netfilter.org/ Fragmentation is like classful addressing -- an interesting early architectural error that shows how much experimentation was going on while IP was being designed.-- Paul Vixie pgpyONOgB0ReG.pgp Description: PGP signature
Bug#339594: visitors: default output is html
Salvatore Sanfilippo [EMAIL PROTECTED] writes: Fixed, thank you very much for reporting it. Fixed upstream, not in Debian... Salvatore, could you please (for the next release) leave the man page uncompressed in the .tar.gz? The .gz is a binary file, so I can't just patch it in the Debian build scripts... Also, the version isn't up-to-date at the top of the file, and the examples should probably be changed as well. Thanks, -- ,''`. : :' :Romain Francoise [EMAIL PROTECTED] `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339218: library package needs to be renamed (libstdc++ allocator change)
hoi :) please NMU libqalculate, qalculate-gtk and qalculate-kde if neccessary. I'm on vacation until November 27th. -- Martin Waitz signature.asc Description: Digital signature
Bug#339600: asterisk: [m68k] FTBFS: BRI_* undeclared
Package: asterisk Version: 1:1.0.9.dfsg-6 Severity: important Automatic build of asterisk_1:1.0.9.dfsg-6 on garkin by sbuild/m68k 69 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.4), sed (= 3.95), zlib1g-dev, libgtk1.2-dev | libgtk-dev, libreadline4-dev | libreadline-dev, libgsm1-dev, libssl-dev, libzap-dev, libtonezone-dev (= 1:1.0.6-1), doxygen, bison, libasound2-dev, postgresql-dev, unixodbc-dev, libpri-dev (= 1.0.6-1), dpatch (= 2.0.10), zaptel-source (= 1:1.0.6-1), autotools-dev, libnewt-dev, libsqlite-dev, libspeex-dev ** Filtered missing central deps that are dependencies of or provide build-deps: libglib1.2-dev (= 1.2.0), libncurses5-dev (= 5.3.20030510-1) [...] gcc -c -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE -O2-DZAPTEL_OPTIMIZATIONS -DASTERISK_VERSION=\\ -DINSTALL_PREFIX=\\ -DASTETCDIR=\/etc/asterisk\ -DASTLIBDIR=\/usr/lib/asterisk\ -DASTVARLIBDIR=\/var/lib/asterisk\ -DASTVARRUNDIR=\/var/run/asterisk\ -DASTSPOOLDIR=\/var/spool/asterisk\ -DASTDATADIR=\/usr/share/asterisk\ -DASTLOGDIR=\/var/log/asterisk\ -DASTCONFPATH=\/etc/asterisk/asterisk.conf\ -DASTMODDIR=\/usr/lib/asterisk/modules\ -DASTAGIDIR=\/usr/share/asterisk/agi-bin\ -DBUSYDETECT_MARTIN -Wno-missing-prototypes -Wno-missing-declarations -DZAPATA_PRI -DIAX_TRUNKING -DCRYPTO -fPIC -DPIC -o chan_zap.o chan_zap.c chan_zap.c: In function 'zt_call': chan_zap.c:1899: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c:1899: error: (Each undeclared identifier is reported only once chan_zap.c:1899: error: for each function it appears in.) chan_zap.c:1899: error: 'BRI_NETWORK' undeclared (first use in this function) chan_zap.c: In function 'pri_find_dchan': chan_zap.c:2128: error: 'BRI_CPE_PTMP' undeclared (first use in this function) chan_zap.c: In function 'zt_hangup': chan_zap.c:2324: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c: In function 'zt_new': chan_zap.c:4654: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c:4654: error: 'BRI_NETWORK' undeclared (first use in this function) chan_zap.c: In function 'ss_thread': chan_zap.c:4855: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c:4855: error: 'BRI_NETWORK' undeclared (first use in this function) chan_zap.c: In function 'mkintf': chan_zap.c:6603: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c: In function 'pri_fixup_principle': chan_zap.c:7405: error: 'BRI_CPE_PTMP' undeclared (first use in this function) chan_zap.c:7405: error: 'BRI_CPE' undeclared (first use in this function) chan_zap.c:7466: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c:7466: error: 'BRI_NETWORK' undeclared (first use in this function) chan_zap.c: In function 'pri_dchannel': chan_zap.c:7834: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c:7836: error: 'pri_event_generic' has no member named 'tei' chan_zap.c:7850: error: 'BRI_CPE_PTMP' undeclared (first use in this function) chan_zap.c:7888: error: 'pri_event_generic' has no member named 'tei' chan_zap.c:7890: error: 'pri_event_generic' has no member named 'tei' [...] chan_zap.c:9117: error: 'union anonymous' has no member named 'facility' chan_zap.c:9126: error: 'union anonymous' has no member named 'facility' chan_zap.c: In function 'setup_zap': chan_zap.c:10580: error: 'BRI_NETWORK_PTMP' undeclared (first use in this function) chan_zap.c:10584: error: 'BRI_CPE_PTMP' undeclared (first use in this function) chan_zap.c:10588: error: 'BRI_NETWORK' undeclared (first use in this function) chan_zap.c:10592: error: 'BRI_CPE' undeclared (first use in this function) chan_zap.c: In function 'load_module': chan_zap.c:10844: warning: passing argument 1 of 'pri_set_error' from incompatible pointer type chan_zap.c:10845: warning: passing argument 1 of 'pri_set_message' from incompatible pointer type chan_zap.c: In function 'zt_prisendtext': chan_zap.c:11257: warning: implicit declaration of function 'pri_information_display' make[2]: *** [chan_zap.o] Error 1 make[2]: Leaving directory `/build/buildd/asterisk-1.0.9.dfsg/channels' make[1]: *** [subdirs] Error 1 make[1]: Leaving directory `/build/buildd/asterisk-1.0.9.dfsg' make: *** [build-arch-stamp] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339540: Please include man page for qalc
hoi :) On Thu, Nov 17, 2005 at 01:08:32AM +0100, Thijs Kinkhorst wrote: I've noticed that the qalc package misses a man page, so I created one based on the documentation that comes with the package, see attachment. great, thanks! :-) Could you please consider including it in the next upload, and maybe forward it upstream? yes, but I'm going on vacation now, so it will take some time. -- Martin Waitz signature.asc Description: Digital signature
Bug#339578: ftp.debian.org: main/s/slirp/ directory in pool is messed up
severity 339578 normal retitle 339578 slirp got accidently hijacked by slang-slirp thanks On Thu, Nov 17, 2005 at 10:56:37AM +0100, Rafael Laboissiere wrote: I screwed up the main/s/slirp dircetory in the packages pool when uploading the slang-slirp package some time ago. The slang-slirp package had slirp as the name of its source package. I did not realized that there was already a package with this name in the archive. I already contacted the maintainer of slirp about thjis and also uploaded a new slang-slirp package which has slang-slirp as the name of its source. The slang-slirp package has version 1.7.6.r3-1 and supplemented the source package for slirp in unstable, which had version 1.0.16-2. I do not know exactly what has to be done to fix the problem. At any rate, the following files are extraneous to main/s/slirp: slang-slirp_1.7.6.r3-1_*.deb slirp_1.7.6.r* I guess they should be removed by hand. No, they should not. Files in pool are simply removed automatically after a few days (typically 2) when they are not referred to from Packages files anymore. What happened is that slirp got hijacked by this erroneous upload, and that the 'old', 'real' slirp needs a new epoched upload to restore the situation. There has been a slirp of higher version that the real slirp in the archive now, so you cannot get back to a lower version. I'm leaving this bug open for now on ftp.debian.org, because due to automatic binary packages removal there is a risk that there will be a package version rollback in the archive, and I want to manually verify that that does not happen. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339594: visitors: default output is html
On 11/17/05, Romain Francoise [EMAIL PROTECTED] wrote: Salvatore Sanfilippo [EMAIL PROTECTED] writes: Fixed, thank you very much for reporting it. Fixed upstream, not in Debian... Sure, sorry for not being specific about this. Salvatore, could you please (for the next release) leave the man page uncompressed in the .tar.gz? The .gz is a binary file, so I can't just patch it in the Debian build scripts... Sure, just changed the build-tar-gz script to avoid compression. Also, the version isn't up-to-date at the top of the file, and the examples should probably be changed as well. Ok, I updated the version and examples to reflect the --output default change. It's really a bad idea to change defaults... but this time it was needed because I started with an unsane one, text is what most people don't want. Thank you, Salvatore -- Salvatore 'antirez' Sanfilippo We're programmers. Programmers are, in their hearts, architects -- Joel Spolsky http://www.invece.org
Bug#304271: 304271 lighttpd debian package
Maybe we can do this together. I mean we can create alioth project for lighttpd packaging. What do you think? -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej
Bug#339601: robodoc: new upstream version 4.99.6 available
Package: robodoc Version: 4.0.18-1 Severity: wishlist -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux highfield 2.6.14-2-686 #1 Mon Nov 14 14:19:05 UTC 2005 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages robodoc depends on: ii exuberant-ctags 1:5.5.2-1 build tag file indexes of source c ii libc6 2.3.5-6GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338879: #338879: cdbs: FTBFS: DVI file can't be opened
Hi all, Isaac Clerencia [EMAIL PROTECTED] wrote: Hi, dear teTeX maintainers :) cdbs fails to build from source because latex is generating a PDF file instead of a .dvi . This is a bug in db2latex-xsl. I've read in several threads and bugs (like #321942) that this happens to buggy .tex documents. This .tex document has been generated from a .xml file using this command: xsltproc --xinclude -o cdbs-doc.tex cdbs-doc-latex.xsl cdbs-doc.xml Basically cdbs-doc-latex.xsl includes the following stylesheet: xsl:import href=http://db2latex.sourceforge.net/xsl/docbook.xsl/ Sorry, I don't speak xml, and I can't find pdf in there. But I had a look at the sources of db2latex-xsl, and it seems the main problem is xsl/preamble.mod.xsl. However, there are many more occurences of pdfoutput in the doc/reference directory, in contrib and in a lot of test files in xsl/sample. Without looking at any of these, I'm sure they should be fixed. And this is *not* a Debian-specific problem; it was a bug all the time, and was only tolerated until recently. teTeX-3.0 *and* texlive-2005 are more strict now, and it will happen on every up-to-date unix-like system. You can look at the .tex file at: http://people.debian.org/~isaac/cdbs-doc.tex Since I don't dare to create a patch against preamble.mod.xsl, attached is one against cdbs-doc.tex instead. This hunk needs some further discussion: -% Load hyperref package with pdf if needed +% Load hyperref package % -\ifpdf -\usepackage[pdftex,bookmarksnumbered,colorlinks,backref,bookmarks,breaklinks,linktocpage,plainpages=false,pdfstartview=FitH]{hyperref} -\else \usepackage[bookmarksnumbered,colorlinks,backref,bookmarks,breaklinks,linktocpage,plainpages=false,]{hyperref} -\fi Hyperref detects by itself whether pdf or dvi output is requested, therefore you do not need to check here. However, this is the only place in the document where PDF vs. DVI makes a difference: if you create a clickable link, and the text is so long that it needs to be wrapped over the end of the line, you need to be careful. With PDF output, you don't need the breaklinks option - it will do it automatically. With DVI output, you will get links that protrude into the margin without the option, and nice line wrapping of links with it. However, if you use the route latex/dvips/ps2pdf to create pdf files, the links won't work. This is basically a limitation of PS, although there is a package that somehow implements a workaround, I forgot the name. So you need to decide - do you want to create DVI only for DVI viewers, and to get PostScript files for printing? Then just use \usepackage[bookmarksnumbered,colorlinks,backref, bookmarks,breaklinks,linktocpage,plainpages=false, ]{hyperref} But if you need to create PDF files via latex/dvips/ps2pdf (instead of pdflatex), you might be better off with \usepackage[bookmarksnumbered,colorlinks,backref, bookmarks,linktocpage,plainpages=false, ]{hyperref} but have to somehow make sure the links don't protrude too much into the margin. In summary, at least in the cdbs-doc case, you do not need any checks for PDF output *at*all*. Everything is detected automatically. But when you need it (e.g. for some other packages loaded in other documents), do the checks right and use \usepackage{idfpdf}, and not wrong by checking the existence of \pdfoutput (nowadays, it is always true in LaTeX, just set to 0 for DVI output and 1 for PDF). Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer --- cdbs-doc.tex.orig 2005-11-17 13:54:47.754327096 +0100 +++ cdbs-doc.tex2005-11-17 14:04:42.743874936 +0100 @@ -1,33 +1,26 @@ % % Autogenerated LaTeX file for books % -\ifx\pdfoutput\undefined \documentclass[,a4paper,10pt,twoside,openright,]{report} -\else -\documentclass[pdftex,,a4paper,10pt,twoside,openright,]{report} -\fi +% passing the pdftex option is not needed in any package in teTeX that +% I know of, thus a global option can only cause trouble. \label{id2415261}\usepackage{ifthen} % % Check for PDFLaTeX/LaTeX % -\newif\ifpdf -\ifx\pdfoutput\undefined -\pdffalse % we are not running PDFLaTeX -\else -\pdfoutput=1 % we are running PDFLaTeX -\pdftrue -\fi +% currently not needed +% \usepackage{ifpdf} % % Load graphicx package with pdf if needed % -\ifpdf -\usepackage[pdftex]{graphicx} -\pdfcompresslevel=9 -\else \usepackage{graphicx} -\fi +% graphicx autodetects the driver needed, no option +% \ifpdf\pdfcompresslevel=9\fi +% compresslevel 9 is the default, no need to change this \usepackage{anysize} \marginsize{3cm}{2cm}{1.25cm}{1.25cm}
Bug#339602: scheme48: [m68k] FTBFS:
Package: scheme48 Version: 1.3-4 Severity: important Justification: fails to build from source Hi, your package fails to build on m68k, anything I could debug? Automatic build of scheme48_1.3-4 on garkin by sbuild/m68k 69 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0) Checking for already installed source dependencies... debhelper: already installed (4.9.12 = 4.0.0 is satisfied) Checking for source dependency conflicts... Checking correctness of source dependencies... Toolchain package versions: libc6-dev_2.3.5-6 linux-kernel-headers_2.6.13+0rc3-1.1 gcc-4.0_4.0.2-2 g++-4.0_4.0.2-2 binutils_2.16.1-3 libstdc++6-4.0-dev_4.0.2-2 libstdc++6_4.0.2-2 [...] m68k-linux-gnu-gcc -c -DHAVE_CONFIG_H -I ./c -I./c -Wall -g -O2 -o c/srfi-27.o c/srfi-27.c rm -f /tmp/s48_external_$$.c \ ./build/build-external-modules /tmp/s48_external_$$.c \ s48_init_posix_dir s48_init_posix_user s48_init_posix_regexp s48_init_posix_proc_env s48_init_posix_io s48_init_posix_proc s48_init_socket s48_init_dynlink s48_init_sysexits s48_init_external_lookup s48_init_srfi_27 \ m68k-linux-gnu-gcc -rdynamic -Wall -g -O2 -o scheme48vm c/main.o c/scheme48vm.o c/scheme48heap.o c/scheme48read-image.o c/scheme48write-image.o c/extension.o c/free.o c/double_to_string.o c/external.o c/bignum.o c/unix/misc.o c/unix/io.o c/unix/fd-io.o c/unix/event.o \ /tmp/s48_external_$$.c \ -lnsl -ldl -lm \ c/posix/user.o c/posix/regexp.o c/posix/proc-env.o c/posix/proc.o c/posix/io.o c/posix/dir.o c/unix/socket.o c/unix/dynlink.o c/unix/sysexits.o c/unix/dynamo.o c/fake/glue.o c/srfi-27.o \ rm -f /tmp/s48_external_$$.c ./build/build-usual-image . `(cd . echo $PWD)`/scheme 'scheme48.image' './scheme48vm' \ './build/initial.image' Correcting byte order of resumed image. not a bignum -1071103060 make[1]: *** [scheme48.image] Error 255 Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339603: kdelibs4-dev: kde/kjs/object_object.h missing so can not compile Rekall 2.3.4 CVS
Package: kdelibs4-dev Version: 4:3.4.2-4 Severity: important *** Please type your report below this line *** When I try to compile the latest Rekall is tries to include kjs/object_object.h and this does not exist in Debian but does seem to exist in the KDE tree. In fact the list of .h files seems to be missing more than just object_object.h. I checked with packages.debian.org and that suggests that no other package includes these files, so I guess that as some kjs/*.h files are includes in this package that this is the right place to include them. -- 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.14-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kdelibs4-dev depends on: ii kdelibs-bin 4:3.4.2-4 core binaries for all KDE applicat ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libart-2.0-dev2.3.17-1 Library of functions for 2D graphi ii libarts1-dev 1.4.2-5development files for the aRts sou ii libasound2-dev1.0.9-3ALSA library development files ii libaspell-dev 0.60.4-1 Development files for applications ii libbz2-dev1.0.2-10 high-quality block-sorting file co ii libcupsys2-dev1.1.23-12 Common UNIX Printing System(tm) - ii libfam-dev2.7.0-8client library to control the FAM ii libidn11-dev 0.5.18-1 Development files GNU libidn, impl ii libjasper-1.701-dev 1.701.0-2 Development files for the JasPer J ii libkrb5-dev 1.3.6-5Headers and development libraries ii libopenexr-dev1.2.2-4development files for the OpenEXR ii libpcre3-dev 6.4-1.0.1 Perl 5 Compatible Regular Expressi ii libqt3-mt-dev 3:3.3.5-1 Qt development files (Threaded) ii libsasl2-dev 2.1.19-1.7 Development files for authenticati ii libssl-dev0.9.8a-3 SSL development libraries, header ii libtiff4-dev 3.7.4-1Tag Image File Format library (TIF ii libxml2-dev 2.6.22-2 Development files for the GNOME XM ii libxml2-utils 2.6.22-2 XML utilities ii libxslt1-dev 1.1.15-1 XSLT processing library - developm kdelibs4-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339604: New upstream version 1.07 available
package: libapache2-mod-fcgid A new upstream version is available with the following changes: Version 1.07 ( Nov 10, 2005 ) 1. Configuration IPCConnectTimeout, IPCCommTimeout, BusyTimeout can be overwritten in VirtualHost section 2. Add EXTRA_CFLAGS = -I$(builddir) in Makefile 3. Support Apache 2.1 4. Support \r\n\t HTTP header from CGI -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#150186: adduser,deluser screw up /etc/passwd NIS +:::::: entry
Marc Haber wrote: On Wed, Mar 24, 2004 at 11:39:05AM +0100, Marc Haber wrote: adduser uses useradd from the passwd package to do the real work. Please verify if the behavior can be reproduced when directly calling the low level tool, and reassign to passwd in this case. My apologies for taking so long to reply. First, for reference, I've upgraded my cluster to sarge, so the version of adduser is now 3.63, and that of passwd is 4.0.3-31sarge5. As far as I can tell, the problem does appear to be with adduser, not useradd. Useradd called by itself does not fuss with the NIS line in /etc/passwd. Please see the command session below (this was run on the NIS master): maia[42]:~# tail -n 3 /etc/passwd Debian-exim:x:107:107::/var/spool/exim4:/bin/false privoxy:x:103:65534::/etc/privoxy:/bin/false +:: maia[43]:~# useradd testuser maia[44]:~# tail -n 3 /etc/passwd privoxy:x:103:65534::/etc/privoxy:/bin/false testuser:x:1501:100::/home/testuser: +:: maia[45]:~# adduser test2 Adding user `test2'... make: Entering directory `/var/yp' make[1]: Entering directory `/var/yp/analysis.borex' Updating passwd.byname... Updating passwd.byuid... Updating group.byname... Updating group.bygid... Updating netid.byname... Updating shadow.byname... make[1]: Leaving directory `/var/yp/analysis.borex' make: Leaving directory `/var/yp' Adding new group `test2' (1019). make: Entering directory `/var/yp' make[1]: Entering directory `/var/yp/analysis.borex' Updating netid.byname... make[1]: Leaving directory `/var/yp/analysis.borex' make: Leaving directory `/var/yp' Adding new user `test2' (1019) with group `test2'. make: Entering directory `/var/yp' make[1]: Entering directory `/var/yp/analysis.borex' Updating netid.byname... make[1]: Leaving directory `/var/yp/analysis.borex' make: Leaving directory `/var/yp' Creating home directory `/home/test2'. Copying files from `/etc/skel' Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully Changing the user information for test2 Enter the new value, or press ENTER for the default Full Name []: Room Number []: Work Phone []: Home Phone []: Other []: Is the information correct? [y/N] y make: Entering directory `/var/yp' make[1]: Entering directory `/var/yp/analysis.borex' Updating passwd.byname... Updating passwd.byuid... Updating netid.byname... Updating shadow.byname... make[1]: Leaving directory `/var/yp/analysis.borex' make: Leaving directory `/var/yp' maia[46]:~# tail -n 3 /etc/passwd testuser:x:1501:100::/home/testuser: test2:x:1019:1019:,,,:/home/test2:/bin/bash +::0:0::: I attach the contents of my /etc/adduser.conf and /usr/local/sbin/adduser.local. Please let me know if you need further information (NIS config files, etc.) and I will be better about replying quickly. regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 # /etc/adduser.conf: `adduser' configuration. # See adduser(8) and adduser.conf(5) for full documentation. # The DSHELL variable specifies the default login shell on your # system. DSHELL=/bin/bash # The DHOME variable specifies the directory containing users' home # directories. DHOME=/home # If GROUPHOMES is yes, then the home directories will be created as # /home/groupname/user. GROUPHOMES=no # If LETTERHOMES is yes, then the created home directories will have # an extra directory - the first letter of the user name. For example: # /home/u/user. LETTERHOMES=no # The SKEL variable specifies the directory containing skeletal user # files; in other words, files such as a sample .profile that will be # copied to the new user's home directory when it is created. SKEL=/etc/skel # FIRST_SYSTEM_UID to LAST_SYSTEM_UID inclusive is the range for UIDs # for dynamically allocated administrative and system accounts. FIRST_SYSTEM_UID=100 LAST_SYSTEM_UID=999 # FIRST_UID to LAST_UID inclusive is the range of UIDs of dynamically # allocated user accounts. FIRST_UID=1000 LAST_UID=2 # The USERGROUPS variable can be either yes or no. If yes each # created user will be given their own group to use as a default, and # their home directories will be g+s. If no, each created user will # be placed in the group whose gid is USERS_GID (see below). USERGROUPS=yes # If USERGROUPS is no, then USERS_GID should be the GID of the group # `users' (or the equivalent group) on your system. USERS_GID=100 # If QUOTAUSER is set, a default quota will be set from that user with # `edquota -p QUOTAUSER newuser' QUOTAUSER= # If DIR_MODE is set, directories will be created with the specified # mode. Otherwise the default mode 0755 will be used. DIR_MODE=0755 # If SETGID_HOME is yes home directories for users with their own # group the setgid bit will be set. This was the default for # versions 3.13 of adduser. Because it has some bad side effects we # no
Bug#339443: biarch packages for libasound
Additional patch at http://people.ubuntu.com/patches/alsa-lib-biarch-2.diff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339605: amueleweb: transfer page is slow
Package: amule Version: 2.0.3-3 Severity: minor Amuleweb server is too slow even on LAN. It is because of an extensive list of tranfer files, and it takes too long refreshing it. I takes more than one minute on this computer. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-k6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages amule depends on: ii libc62.3.5-6 GNU C Library: Shared libraries an ii libcrypto++5.2c2 5.2.1c2-8 General purpose cryptographic shar ii libgcc1 1:4.0.2-2 GCC support library ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libreadline5 5.0-10 GNU readline and history libraries ii libstdc++6 4.0.2-2 The GNU Standard C++ Library v3 ii libwxgtk2.6-02.6.1.2 wxWidgets Cross-platform C++ GUI t ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#150186: [Adduser-devel] Bug#150186: adduser, deluser screw up /etc/passwd NIS +:::::: entry
On Thu, Nov 17, 2005 at 08:47:03AM -0500, Kevin B. McCarty wrote: maia[45]:~# adduser test2 Please retry with the --debug flag, so that we can see the exact command lines passed to the low-level tools. Then please re-try issueing these command lines manually and see whether the /etc/passwd file gets mangled as well. Please let me know if you need further information (NIS config files, etc.) and I will be better about replying quickly. I am sorry, I neither have time, nor resources to build a NIS test bed, but I still don't think that adduser is a fault. $ grep '/etc' /usr/sbin/adduser /usr/sbin/deluser /usr/share/perl5/Debian/AdduserCommon.pm /usr/sbin/adduser:# --conf FILE use FILE instead of /etc/adduser.conf /usr/sbin/adduser:$defaults = /etc/adduser.conf; /usr/sbin/adduser:$config{skel} = /etc/skel; /usr/sbin/deluser:# --home dirremove home only if /etc/passwd home dir /usr/sbin/deluser:# --conf | -c FILE use FILE instead of /etc/deluser.conf /usr/sbin/deluser:$defaults = /etc/deluser.conf; /usr/sbin/deluser:$config{skel} = /etc/skel; /usr/sbin/deluser:$config{no_del_paths} = ^/$ ^/lost+found/.* ^/media/.* ^/mnt/.* ^/etc/.* ^/bin/.* ^/boot/.* ^/dev/.* ^/lib/.* ^/proc/.* ^/root/.* ^/sbin/.* ^/tmp/.* ^/sys/.* ^/srv/.* ^/opt/.* ^/initrd/.* ^/usr/.* ^/var/.*; /usr/sbin/deluser:read_config(/etc/adduser.conf); /usr/sbin/deluser:if(system(grep, -q, ^.*:.*:.*:$gr_gid:.*:.*:.*\$, /etc/passwd) == 0) { /usr/sbin/deluser: --home dir remove home only if /etc/passwd home dir /usr/share/perl5/Debian/AdduserCommon.pm:if(-f /etc/default/nis) { /usr/share/perl5/Debian/AdduserCommon.pm:$nisconfig = /etc/default/nis; /usr/share/perl5/Debian/AdduserCommon.pm:} elsif(-f /etc/init.d/nis) { /usr/share/perl5/Debian/AdduserCommon.pm:$nisconfig = /etc/init.d/nis; If I'm not mistaken, there is no code going to do write access on /etc/passwd. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336189: confirming bug
Hi Marco, I just like to tell you my experience with newer udev versions. You set the timeout to 30, but that seems to be to long for my system. With 0.071 25 or 26 were good values, while with 0.072 and 0.074 20 seems to be the right setting. There is another strange thing happening. With 0.071 I could add udevd_timeout=20 into udev.conf. Later Versions don't seem to accept that anymore. I'm bombed with parse error at boottime. I can live with changing the init script, but udev.conf is in my eyes more comfortable. Bye Rainer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339123: it also breaks (c)debootstrap and other programs such as pbuilder
Package: base-config Version: 2.74 Followup-For: Bug #339123 sudo cdebootstrap sid build P: Retrieving Release.gpg P: Retrieving Release P: Parsing Release P: Retrieving Packages.gz P: Validating Packages P: Parsing Packages P: Retrieving libc6 P: Validating libc6 P: Retrieving libgcc1 P: Validating libgcc1 P: Retrieving gcc-4.0-base P: Validating gcc-4.0-base P: Retrieving libstdc++6 P: Validating libstdc++6 P: Retrieving apt P: Validating apt P: Retrieving libdb4.2 P: Validating libdb4.2 P: Retrieving apt-utils P: Validating apt-utils P: Retrieving libattr1 P: Validating libattr1 P: Retrieving libacl1 P: Validating libacl1 P: Retrieving libselinux1 P: Validating libselinux1 P: Retrieving coreutils P: Validating coreutils P: Retrieving debianutils P: Validating debianutils P: Retrieving dhcp3-common P: Validating dhcp3-common P: Retrieving dhcp3-client P: Validating dhcp3-client P: Retrieving net-tools P: Validating net-tools P: Retrieving perl-base P: Validating perl-base P: Retrieving liblocale-gettext-perl P: Validating liblocale-gettext-perl P: Retrieving libtext-iconv-perl P: Validating libtext-iconv-perl P: Retrieving libtext-charwidth-perl P: Validating libtext-charwidth-perl P: Retrieving libtext-wrapi18n-perl P: Validating libtext-wrapi18n-perl P: Retrieving debconf-i18n P: Validating debconf-i18n P: Retrieving debconf P: Validating debconf P: Retrieving ifupdown P: Validating ifupdown P: Retrieving iptables P: Validating iptables P: Retrieving iputils-ping P: Validating iputils-ping P: Retrieving libwrap0 P: Validating libwrap0 P: Retrieving tcpd P: Validating tcpd P: Retrieving netkit-inetd P: Validating netkit-inetd P: Retrieving sed P: Validating sed P: Retrieving libncurses5 P: Validating libncurses5 P: Retrieving ncurses-bin P: Validating ncurses-bin P: Retrieving lsb-base P: Validating lsb-base P: Retrieving netbase P: Validating netbase P: Retrieving telnet P: Validating telnet P: Retrieving zlib1g P: Validating zlib1g P: Retrieving libssl0.9.8 P: Validating libssl0.9.8 P: Retrieving wget P: Validating wget P: Retrieving libpam-runtime P: Validating libpam-runtime P: Retrieving libpam0g P: Validating libpam0g P: Retrieving libpcap0.7 P: Validating libpcap0.7 P: Retrieving libcap1 P: Validating libcap1 P: Retrieving libdb4.3 P: Validating libdb4.3 P: Retrieving libpam-modules P: Validating libpam-modules P: Retrieving procps P: Validating procps P: Retrieving base-passwd P: Validating base-passwd P: Retrieving makedev P: Validating makedev P: Retrieving ppp P: Validating ppp P: Retrieving libslang2 P: Validating libslang2 P: Retrieving libnewt0.51 P: Validating libnewt0.51 P: Retrieving libpopt0 P: Validating libpopt0 P: Retrieving whiptail P: Validating whiptail P: Retrieving pppconfig P: Validating pppconfig P: Retrieving gettext-base P: Validating gettext-base P: Retrieving pppoeconf P: Validating pppoeconf P: Retrieving info P: Validating info P: Retrieving manpages P: Validating manpages P: Retrieving groff-base P: Validating groff-base P: Retrieving bsdutils P: Validating bsdutils P: Retrieving bsdmainutils P: Validating bsdmainutils P: Retrieving dpkg P: Validating dpkg P: Retrieving libgdbm3 P: Validating libgdbm3 P: Retrieving man-db P: Validating man-db P: Retrieving login P: Validating login P: Retrieving passwd P: Validating passwd P: Retrieving adduser P: Validating adduser P: Retrieving cron P: Validating cron P: Retrieving exim4-config P: Validating exim4-config P: Retrieving exim4-base P: Validating exim4-base P: Retrieving libgpg-error0 P: Validating libgpg-error0 P: Retrieving libgcrypt11 P: Validating libgcrypt11 P: Retrieving liblzo1 P: Validating liblzo1 P: Retrieving libopencdk8 P: Validating libopencdk8 P: Retrieving libtasn1-2 P: Validating libtasn1-2 P: Retrieving libgnutls12 P: Validating libgnutls12 P: Retrieving libpcre3 P: Validating libpcre3 P: Retrieving exim4-daemon-light P: Validating exim4-daemon-light P: Retrieving at P: Validating at P: Retrieving cpio P: Validating cpio P: Retrieving ed P: Validating ed P: Retrieving libncursesw5 P: Validating libncursesw5 P: Retrieving nano P: Validating nano P: Retrieving nvi P: Validating nvi P: Retrieving psmisc P: Validating psmisc P: Retrieving klogd P: Validating klogd P: Retrieving sysklogd P: Validating sysklogd P: Retrieving libsigc++-2.0-0c2 P: Validating libsigc++-2.0-0c2 P: Retrieving aptitude P: Validating aptitude P: Retrieving dmidecode P: Validating dmidecode P: Retrieving laptop-detect P: Validating laptop-detect P: Retrieving tasksel P: Validating tasksel P: Retrieving libconsole P: Validating libconsole P: Retrieving libsepol1 P: Validating libsepol1 P: Retrieving libuuid1 P: Validating libuuid1 P: Retrieving util-linux P: Validating util-linux P: Retrieving e2fslibs P: Validating e2fslibs P: Retrieving libblkid1 P: Validating libblkid1 P: Retrieving libcomerr2 P: Validating libcomerr2 P: Retrieving libss2 P: Validating libss2 P: Retrieving e2fsprogs P: Validating e2fsprogs P: Retrieving
Bug#339603: kdelibs4-dev: kde/kjs/object_object.h missing so can not compile Rekall 2.3.4 CVS
On Thursday 17 November 2005 08:49 am, David Goodenough wrote: Package: kdelibs4-dev Version: 4:3.4.2-4 Severity: important *** Please type your report below this line *** When I try to compile the latest Rekall is tries to include kjs/object_object.h and this does not exist in Debian but does seem to exist in the KDE tree. In fact the list of .h files seems to be missing more than just object_object.h. I checked with packages.debian.org and that suggests that no other package includes these files, so I guess that as some kjs/*.h files are includes in this package that this is the right place to include them. It looks to me like object_object.h is an internal header, and not part of the public API. (At least, it includes internal.h, which none of the shipped headers I looked at include.) Josh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339541: xemacs21-mule: installation fails
Hi. From: Matthew Vernon [EMAIL PROTECTED] Subject: Bug#339541: xemacs21-mule: installation fails Date: Thu, 17 Nov 2005 09:05:47 + The error occurs when installing gnus. What version of gnus do you use? There is no problem in my sarge box. bash-2.05a$ dpkg -s gnus | grep Version Version: 5.10.6-0.CVS.20050317-1 O.K. This is the same with me. Do you have /usr/share/xemacs21/site-lisp/gnus/install.log? If any, please send me. OHURA Makoto: [EMAIL PROTECTED](Debian Project) [EMAIL PROTECTED](LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt 1024D/77DCE083 fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgppROFqVffe1.pgp Description: PGP signature
Bug#339606: ghc6: obsolete usage of tail in debian/rules
Package: ghc6 Version: 6.4.1-1 Severity: minor Tags: patch Hi, thanks for maintaining this package. I just noticed that tail in debian/rules was used with a deprecated option (tail +2 [...] instead of tail -n +2 [...]). Here is a small patch for this: --- ghc6-6.4.1.orig/debian/rules2005-11-17 15:18:14.0 +0100 +++ ghc6-6.4.1/debian/rules 2005-11-17 15:22:07.0 +0100 @@ -75,7 +75,7 @@ echo !DOCTYPE sect1 [!ENTITY ndash \-\ \ !ENTITY ldquo \\`\ \ !ENTITY rdquo \'\]; \ - tail +2 ghc/docs/users_guide/flags.xml; } \ + tail -n +2 ghc/docs/users_guide/flags.xml; } \ | xsltproc debian/flags.xsl - debian/ghc6.1 for m in ghci6 ghc-$(ProjectVersion) ghci-$(ProjectVersion); do echo .so man1/ghc6.1 debian/$$m.1; done cp ghc/utils/hp2ps/hp2ps.1 debian/hp2ps-ghc6.1 Cheers, Stefan. -- 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.12build1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ghc6 depends on: ii gcc 4:4.0.2-1 The GNU C compiler ii haskell-utils 1.6.0.1Utilities used by the Debian Haske ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libgmp3-dev 4.1.4-11 Multiprecision arithmetic library ii libgmp3c2 4.1.4-11 Multiprecision arithmetic library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libreadline5 5.0-11 GNU readline and history libraries ii libreadline5-dev 5.0-11 GNU readline and history libraries ii perl [perl5] 5.8.7-6Larry Wall's Practical Extraction ghc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339607: Valgrind crashes when executing cpuid instructions
Package: valgrind Version: 1:3.0.1-2 Severity: important Valgrind crashes when executing the cpuid instruction. This means valgrind can't be used to test programs that use for example /usr/lib/i686/cmov/libcrypto.so.0.9.8 from libssl0.9.8, since it calls the OPENSSL_ia32_cpuid function that executes cpuid. Version 1:2.4.0-3 of valgrind doesn't have this problem. Disabling /usr/lib/i686/cmov/libcrypto.so.0.9.8 by renaming it can be used as a work-around. I'm including a test program and the output when running it in valgrind. /Mikael -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (871, 'stable'), (50, 'testing'), (30, 'unstable'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-vserver-k7 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages valgrind depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an Versions of packages valgrind recommends: ii gdb 6.3-6 The GNU Debugger -- no debconf information #include stdio.h #include string.h static void cpuid(int operation) { unsigned int eax; union { char str[13]; struct { unsigned int ebx, edx, ecx; } regs; } u; memset(u, 0, sizeof(u)); __asm__(cpuid : =a (eax), =b (u.regs.ebx), =c (u.regs.ecx), =d (u.regs.edx) : 0 (operation)); printf(Cpuid %d %08x %08x %08x %08x %s\n, operation, eax, u.regs.ebx, u.regs.ecx, u.regs.edx, u.str); } int main() { cpuid(0); return 0; } ==23961== Memcheck, a memory error detector. ==23961== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==23961== Using LibVEX rev 1367, a library for dynamic binary translation. ==23961== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==23961== Using valgrind-3.0.1-Debian, a dynamic binary instrumentation framework. ==23961== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==23961== For more details, rerun with: -v ==23961== --23961-- DWARF2 CFI reader: unhandled CFI instruction 0:50 --23961-- DWARF2 CFI reader: unhandled CFI instruction 0:50 vex: priv/host-x86/hdefs.c:2315 (emit_X86Instr): Assertion `0' failed. vex storage: P 512, T total 45149176 (1423758), T curr 146820 (4423) valgrind: the 'impossible' happened: LibVEX called failure_exit(). ==23961==at 0xB0016962: vgPlain_core_panic_at (m_libcassert.c:181) ==23961==by 0xB0016961: panic (m_libcassert.c:177) ==23961==by 0xB001697F: vgPlain_core_panic_at (m_libcassert.c:182) ==23961==by 0xB0016990: vgPlain_core_panic (m_libcassert.c:187) ==23961==by 0xB002388C: failure_exit (m_translate.c:360) ==23961==by 0xB00573B6: vex_assert_fail (vex_util.c:163) ==23961==by 0xB005B8AD: emit_X86Instr (hdefs.c:2315) ==23961==by 0xB0056FF5: LibVEX_Translate (vex_main.c:574) ==23961==by 0xB0023E11: vgPlain_translate (m_translate.c:585) ==23961==by 0xB0038EE6: handle_tt_miss (scheduler.c:566) ==23961==by 0xB0039212: vgPlain_scheduler (scheduler.c:680) ==23961==by 0xB004F431: vgModuleLocal_thread_wrapper (syswrap-linux.c:80) ==23961==by 0xB004B99E: run_a_thread_NORETURN (syswrap-x86-linux.c:150) sched status: running_tid=1 Thread 1: status = VgTs_Runnable ==23961==at 0x8048398: cpuid (test-cpuid.c:5) ==23961==by 0x1B936EBF: __libc_start_main (in /lib/tls/libc-2.3.5.so) ==23961==by 0x8048300: ??? (start.S:119) Note: see also the FAQ.txt in the source distribution. It contains workarounds to several common problems. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what Linux distro you are using. Thanks.
Bug#339608: openoffice.org-impress: Fonts wrong in presentation mode
Package: openoffice.org-impress Version: 2.0.0-2 Severity: normal I consider this bug important, but it is such an incredible bug that I just cannot imagine anyone besides me has it without screaming, so I set the severity to normal to reflect my distrust in myself. Impress shows different fonts in presentation mode and in windowed mode. Windowed mode is just fine, but starting the presentation leads to numerous changes: * font attributes (italics, bold) are lost * outline attribute is not lost, but looks silly * symbols from special fonts are set in standard font instead (this makes bullets disappear) I have included screen shots to demonstrate the first two problems. The font used here in Bitstream Vera Sans, that is a system-wide font installed by Debian means, not some obscure font from my home directory. -- 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.14-1-686-smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-impress depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-3 GCC support library ii libstdc++64.0.2-3The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3STLport C++ class library ii openoffice.org-core 2.0.0-2OpenOffice.org office suite archit ii openoffice.org-draw 2.0.0-2OpenOffice.org office suite - draw openoffice.org-impress recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#150186: [Adduser-devel] Bug#150186: adduser, deluser screw up /etc/passwd NIS +:::::: entry
reassign 150186 passwd 1:4.0.3-31sarge5 thanks Marc Haber wrote: On Thu, Nov 17, 2005 at 08:47:03AM -0500, Kevin B. McCarty wrote: maia[45]:~# adduser test2 Please retry with the --debug flag, so that we can see the exact command lines passed to the low-level tools. Then please re-try issueing these command lines manually and see whether the /etc/passwd file gets mangled as well. Thank you, with the --debug flag I've been able to find the problem. adduser at some point calls /usr/bin/passwd newuser and it is that which messes up the NIS line in /etc/passwd. I have no idea why it is changing anything in /etc/passwd other than the line for the requested user. The useradd and chfn programs, on the other hand, seem blameless. Demonstration (after already adding a test user foo): maia[28]:~# tail -n 3 /etc/passwd privoxy:x:103:65534::/etc/privoxy:/bin/false foo:x:1501:100:,,,:/home/foo:/bin/false +:: maia[29]:~# /usr/bin/passwd foo Enter new UNIX password: Retype new UNIX password: passwd: password updated successfully maia[30]:~# tail -n 3 /etc/passwd privoxy:x:103:65534::/etc/privoxy:/bin/false foo:x:1501:100:,,,:/home/foo:/bin/false +::0:0::: Reassigning to passwd (the version in Sarge) as you requested. regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333531: Bayesian classification much less efficient that with 3.0.2
Package: spamassassin Version: 3.1.0a-2 Hello Duncan, I retried with 3.1.0a-2, and this time I deleted the bayesian database and rebuilt it from my spam/ham maiboxes. The results are better but there still the problem of sa-learn --spam having no effect on the rating of some spam, whereas the sarge sa-learn works fine. Sometimes this is even stranger: if you feed the same mail twice in a row to sa-learn, it is not reckognized as seen and the spam level go up, but if you feed it to spamassin -t twice, the spam level go down. So I suspect a bug in sa-learn. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338879: #338879: cdbs: FTBFS: DVI file can't be opened
Frank Küster [EMAIL PROTECTED] wrote: With PDF output, you don't need the breaklinks option - it will do it automatically. With DVI output, you will get links that protrude into the margin without the option, and nice line wrapping of links with it. However, if you use the route latex/dvips/ps2pdf to create pdf files, the links won't work. this should read: The line-wrapped links won't work - the protruding links without the option will work fine. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#325188: Deleting .mozilla in the user account stops the crashes
severity 325188 important thanks Hi, Thank you for the report . On Mon, 10 Oct 2005 12:20:19 -0700 Aaron Johnson [EMAIL PROTECTED] wrote: Well...after testing several things, I discovered that my wifes account did not crash when viewing flash in firefox. So, I switched to my account and renamed the .mozilla directory. Firefox did not crash on flash content. I copied my bookmarks into the new created (by Firefox) .mozilla directory, and it still did not crash. That means that there is an extension or theme that I have installed (and my wife doesn't have) that is causing Firefox to crash. I'lll have to start adding them in one at a time to see which one it is. I hope this helps a little. Could you teach the name of theme and extension where trouble occurs? regards, Nobuhiro -- Nobuhiro Iwamatsu hemamu @ t-base.ne.jp iwamatsu @ nigauri.org Key fingerprint = 353A C650 BB7A 6F72 3650 9461 4121 C743 3170 EBE9 ICQ : 8095912 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]