Bug#387692: lftp: mput does not close already sent files
Package: lftp Version: 3.5.4-1 Severity: normal When uploading a lot of files, lftp opens them in a row but do not close them. It can easily be reproduced by uploading a lot of files to a server. During transfer, use lsof to check opened files by lftp. lftp takes a lot of memory too. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lftp depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libexpat11.95.8-3.2 XML parsing C library - runtime li ii libgcc1 1:4.1.1-13 GCC support library ii libgcrypt11 1.2.3-1 LGPL Crypto library - runtime libr ii libgnutls13 1.4.2-1 the GNU TLS library - runtime libr ii libgpg-error01.2-1 library for common error values an ii libncurses5 5.5-2 Shared libraries for terminal hand ii libreadline5 5.1-7 GNU readline and history libraries ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii netbase 4.26Basic TCP/IP networking system ii zlib1g 1:1.2.3-13 compression library - runtime lftp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387693: ITP: myhdl -- Python module to use Python as a Hardware Description Language
Package: wnpp Severity: wishlist Owner: Oscar Daniel Diaz [EMAIL PROTECTED] * Package name: myhdl Version : 0.5.1 Upstream Author : Jan Decaluwe [EMAIL PROTECTED] * URL : http://myhdl.jandecaluwe.com/ * License : LGPL Programming Lang: Python Description : Python module to use Python as a Hardware Description Language MyHDL is an open source Python package that lets you go from Python to silicon. With MyHDL, you can use Python as a hardware description and verification language. Furthermore, you can convert implementation-oriented MyHDL code to Verilog automatically, and take it to a silicon implementation from there. MyHDL also offers all the Python power to make simulations and verifications beyond the conventional way. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-athlon64 Locale: LANG=es_CO, LC_CTYPE=es_CO (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387696: mdcfg: MD stands for multiple device, not multidisk
Package: mdcfg Severity: minor In the templates file for mdcfg, the acronym MD has been consistently translated with multidisk. However, it really is short for multiple devices. As a rough synonym software RAID is often used. Multiple device is also prefered by the Debian maintainer of mdadm. In the mdadm documentation and messages the term MD array is now used frequently. In Google md multiple device gives twice as many hits as md multiple disk. See for example: - http://www.die.net/doc/linux/man/man4/md.4.html Although wikipedia also seems to have it wrong: - http://en.wikipedia.org/wiki/Redundant_array_of_independent_disks There are also a two strings in partman that contain multidisk: ./partman/partman-auto-raid/debian/partman-auto-raid.templates:39:_Description: Multidisk (MD) not available ./partman/partman-auto-raid/debian/partman-auto-raid.templates:40: The current kernel doesn't seem to support multidisk devices. This should be pgpQ7bU8FagDq.pgp Description: PGP signature
Bug#366410: tinyproxy: format string bug
Hi, I found your report and I'd like to give a comment: Karl Chen wrote... Below is a fix to a format string bug in tinyproxy. It does not appear exploitable in the current version of tinyproxy. Not exploitable but configuring ViaProxyName to something format-string like causes more or less funny entries in the logfile, e.g. | ViaProxyName tiny%s%s%sproxy - | INFO Sep 16 08:50:20 [29720]: Setting Via proxy name to: tinySetting Via proxy name to: tiny%s%s%sproxy(null)E1U+E7BFproxy Not a security problem IMHO since tinyproxy.conf can be modified by administrator only, but still confusing. (To the maintainer:) Please apply the patch when convenient, thank you. Christoph signature.asc Description: Digital signature
Bug#387694: xfstt: FTBFS: Missing Build-Depends on 'x11proto-core-dev'
Package: xfstt Version: 1.7-2 Severity: serious Tags: patch When building 'xfstt' in a clean 'unstable' chroot, I get the following error: make[3]: Entering directory `/xfstt-1.7/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -DLOCALEDIR=\/usr/share/locale\ -DFONTDIR=\/usr/share/fonts/truetype\ -DCACHEDIR=\/var/cache/xfstt\ -DPIDFILE=\/var/run/xfstt.pid\ -DMAGNIFY=0 -I../libfstt -Wall -g -O2 -fomit-frame-pointer -ffast-math -MT xfstt-xfstt.o -MD -MP -MF .deps/xfstt-xfstt.Tpo -c -o xfstt-xfstt.o `test -f 'xfstt.cc' || echo './'`xfstt.cc; \ then mv -f .deps/xfstt-xfstt.Tpo .deps/xfstt-xfstt.Po; else rm -f .deps/xfstt-xfstt.Tpo; exit 1; fi In file included from xfstt.cc:71: /usr/include/X11/fonts/FS.h:58:23: error: X11/Xdefs.h: No such file or directory In file included from /usr/include/X11/fonts/FS.h:59, from xfstt.cc:71: /usr/include/X11/fonts/fsmasks.h:61:21: error: X11/Xmd.h: No such file or directory Please add the missing Build-Depends on 'x11proto-core-dev' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/xfstt-1.7/debian/control ./debian/control --- ../tmp-orig/xfstt-1.7/debian/control2006-09-16 06:41:44.0 + +++ ./debian/control2006-09-16 06:41:41.0 + @@ -2,7 +2,7 @@ Section: x11 Priority: extra Maintainer: Guillem Jover [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), x11proto-fonts-dev +Build-Depends: debhelper (= 5), x11proto-fonts-dev, x11proto-core-dev Standards-Version: 3.7.2 Package: xfstt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310495: [EMAIL PROTECTED]: Re: [PATCH] Add multibyte support]
On Fri, 15 Sep 2006, Jérôme Pouiller wrote: Le Ven 15 septembre 2006 9:14, Kapil Hari Paranjape a écrit : [...] 2. From the 'par' built by you as well as the one built by me I am unable to get the 'correct' output for the sample file that was submit by the original submitter of the bug report #310495. Is there some specific environment variable that needs to be set or unset? Yes, your current charset ñust be identic to charset of input text. Something like export LANG=en_IE.UTF-8 should make output correct. My current LANG environment variable is en_IN.UTF-8. I would be grateful if you would download the text given by the original submitter in the bug report and check that your version of par manages to format it correctly. I haven't been able to do that here so far ... Thanks and best regards, Kapil. -- signature.asc Description: Digital signature
Bug#387695: zope-securemailhost: Typo in package description
Package: zope-securemailhost Version: 1.0.4-1 Severity: minor The package description contains a couple of spelling mistakes * fance HTML... should be fancy HTML... * blin carbon copy should be blind carbon copy cheers Avinash. -- 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.17.9-betsi Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Versions of packages zope-securemailhost depends on: ii zope-common 0.5.24 common settings and scripts for zo ii zope2.8 2.8.8-2Open Source Web Application Server ii zope2.9 2.9.4-1Open Source Web Application Server zope-securemailhost recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330999: #330999: samba.postinst destroys smbpasswd if LDAP/NIS is down
AFAIK this bug will be left open until etch is released, then this sarge bug will be closed. Steve, Christian do you agree with this, or should we change the severity, or close it , or do something else? Agreed 100%. Even if sarge tag is considered obsolete and version trackig should be used, it is actually convenient to just see that we should not care about this bug and close it when etch is released, just the way we closed woody bugs when sarge was released. There are a bunch of bugs that are version-tracked as fixed in 3.0.14whatever' and which should indeed be closed when etch is released. signature.asc Description: Digital signature
Bug#382129: Is now a good time to revisit installer not booting on OldWorld PowerMac beige G3?
Is there someone out there who will work with me to get a kernel that boots to run debian-installer on my beige G3 PowerMac (OldWorld) machine? As I reported in Bug#382129 regarding the Linux-powerpc 2.6.16 kernel not booting on my OldWorld test machine, I now find that the 2.6.17 kernel in the latest daily d-i ISOs also will not boot on OldWorld. The console messages are essentially the same as in Bug#382129. As expected, It boots OK on my G4 NewWorld test machine. Recently, there was an email from someone who managed to configure a 2.6.16 (I think it was) kernel that would boot on his OldWorld machine. It involved making the ide disk driver resident, I think. I'm not a kernel hacker, so I can't do that part myself. But I've got hardware I can test things on, and I'd be willing to give someone who knows what they are doing an account on one of those machines if they will work with me on solving this problem. Any takers? If not, I think it may be time to withdraw OldWorld PowerMacs from the list of hardware supported by the Debian Installer. Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360434: fakechroot: FTBFS (amd64): E: Failed to satisfy Build-Depends dependency for fakechroot: ia32-libs-dev
severity 360434 serious retitle 360434 fakechroot: FTBFS (amd64): Failed to satisfy Build-Depends dependency for fakechroot: ia32-libs-dev tags 360434 +patch thanks Hello, when building 'fakechroot' in a clean amd64/unstable chroot, I now get the following error: Building fakechroot on unstable/amd64... dpkg-source: extracting fakechroot in fakechroot-2.5 dpkg-source: unpacking fakechroot_2.5.orig.tar.gz dpkg-source: applying ./fakechroot_2.5-1.diff.gz Reading package lists... Building dependency tree... Package ia32-libs-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source However the following packages replace it: lib32z1-dev ia32-libs lib32bz2-dev E: Package ia32-libs-dev has no installation candidate E: Failed to satisfy Build-Depends dependency for fakechroot: ia32-libs-dev With the attached patch, which replaces the Build-Depends on the removed 'ia32-libs-dev' by 'libc6-dev-i386', the 'fakechroot' package can be built on unstable/amd64 again. Regards Andreas Jochens diff -urN ../tmp-orig/fakechroot-2.5/debian/control ./debian/control --- ../tmp-orig/fakechroot-2.5/debian/control 2006-09-14 05:45:45.0 + +++ ./debian/control2006-09-14 05:45:47.0 + @@ -3,7 +3,7 @@ Section: utils Priority: optional Standards-Version: 3.6.2 -Build-Depends: libc6-dev-s390x [s390], libc6-dev-sparc64 [sparc], ia32-libs-dev [amd64], yada (= 0.48) +Build-Depends: libc6-dev-s390x [s390], libc6-dev-sparc64 [sparc], libc6-dev-i386 [amd64], yada (= 0.48) Package: fakechroot Architecture: any diff -urN ../tmp-orig/fakechroot-2.5/debian/packages ./debian/packages --- ../tmp-orig/fakechroot-2.5/debian/packages 2006-09-14 05:45:45.0 + +++ ./debian/packages 2006-09-14 05:43:22.0 + @@ -24,7 +24,7 @@ (c) 2003-2005 Piotr Roszatycki [EMAIL PROTECTED], LGPL Build-Depends: libc6-dev-s390x [s390] Build-Depends: libc6-dev-sparc64 [sparc] -Build-Depends: ia32-libs-dev [amd64] +Build-Depends: libc6-dev-i386 [amd64] Build: bash CC=${CC:-gcc} CFLAGS=${CFLAGS:--Wall -pedantic -g} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311777: fupdown: dhclient.leases file deleted on reboot
tags 311777 + confirmed patch thanks Here is a patch to implement this. It is based on this change from Ubuntu: ifupdown (0.6.7ubuntu2) dapper; urgency=low * Change the dhclient3 leases path to /var/lib/dhcp3 so the leases survive a reboot. (Ubuntu: #18148) -- Scott James Remnant [EMAIL PROTECTED] Wed, 23 Nov 2005 16:11:30 + I added support for dhclient (v2) as well, using /var/lib/dhcp/ for that version to match the default for dhclient. diff -ur ifupdown-0.6.7-0.4/ifupdown.nw ifupdown-0.6.7/ifupdown.nw --- ifupdown-0.6.7-0.4/ifupdown.nw 2006-09-15 23:39:20.0 +0200 +++ ifupdown-0.6.7/ifupdown.nw 2006-09-16 08:56:00.0 +0200 @@ -3924,9 +3924,9 @@ up [[ifconfig %iface% hw %hwaddress%]] -dhclient3 -pf /var/run/dhclient.%iface%.pid -lf /var/run/dhclient.%iface%.leases %iface% \ +dhclient3 -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \ if (execable(/sbin/dhclient3)) -dhclient -e -pf /var/run/dhclient.%iface%.pid -lf /var/run/dhclient.%iface%.leases %iface% \ +dhclient -e -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% \ elsif (execable(/sbin/dhclient)) pump -i %iface% [[-h %hostname%]] [[-l %leasehours%]] \ elsif (execable(/sbin/pump) mylinuxver() = mylinux(2,1,100)) @@ -3938,7 +3938,7 @@ elsif (execable(/sbin/dhcpcd)) down -dhclient3 -r -pf /var/run/dhclient.%iface%.pid -lf /var/run/dhclient.%iface%.leases %iface% \ +dhclient3 -r -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \ if (execable(/sbin/dhclient3)) cat /var/run/dhclient.%iface%.pid | xargs -i kill -TERM {} \ elsif (execable(/sbin/dhclient)) diff -ur ifupdown-0.6.7-0.4/inet.defn ifupdown-0.6.7/inet.defn --- ifupdown-0.6.7-0.4/inet.defn 2006-09-15 23:39:20.0 +0200 +++ ifupdown-0.6.7/inet.defn 2006-09-16 08:56:21.0 +0200 @@ -75,9 +75,9 @@ up [[ifconfig %iface% hw %hwaddress%]] -dhclient3 -pf /var/run/dhclient.%iface%.pid -lf /var/run/dhclient.%iface%.leases %iface% \ +dhclient3 -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \ if (execable(/sbin/dhclient3)) -dhclient -e -pf /var/run/dhclient.%iface%.pid -lf /var/run/dhclient.%iface%.leases %iface% \ +dhclient -e -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp/dhclient.%iface%.leases %iface% \ elsif (execable(/sbin/dhclient)) pump -i %iface% [[-h %hostname%]] [[-l %leasehours%]] \ elsif (execable(/sbin/pump) mylinuxver() = mylinux(2,1,100)) @@ -89,7 +89,7 @@ elsif (execable(/sbin/dhcpcd)) down -dhclient3 -r -pf /var/run/dhclient.%iface%.pid -lf /var/run/dhclient.%iface%.leases %iface% \ +dhclient3 -r -pf /var/run/dhclient.%iface%.pid -lf /var/lib/dhcp3/dhclient.%iface%.leases %iface% \ if (execable(/sbin/dhclient3)) cat /var/run/dhclient.%iface%.pid | xargs -i kill -TERM {} \ elsif (execable(/sbin/dhclient))
Bug#387696: mdcfg: MD stands for multiple device, not multidisk
Quoting Frans Pop ([EMAIL PROTECTED]): Package: mdcfg Severity: minor In the templates file for mdcfg, the acronym MD has been consistently translated with multidisk. However, it really is short for multiple devices. As a rough synonym software RAID is often used. I may be culprit for this error, in an old hunt for jargon and meaningless acronyms...:-) I indeed agree for the change which should be done ASAP to give translators an opportunity to fix their translations. I guess that many have probably been confused by multidisk and should then update their translations. The mention od software RAID ad a good synonym shoudl probably be mentioned. Unless there's a strong objection, I plan to do this change by myself in mdcfg. Objections? signature.asc Description: Digital signature
Bug#387697: debian-installer: grub and lilo fail with no explanation
Package: debian-installer Severity: normal Hello ! I installed recently a debian/testing on a friend's laptop - who had windows on it. I repartitionned using qtparted on KNOPPIX. I tried the normal install. I have to say that I'm quite impressed, as everything went pretty smooth - everything was detected properly, thanks for the great job. There only was one problem in the end - I would say the most critical place : both GRUB and LILO failed, with an error code 1 - not quite explicit. So I switched to the console and tried to install LILO manually, it complained about the partition table not being what LILO would like it to be, and advised to run with -P ignore. I did that, and it ran perfectly smooth afterwards (no problem to boot with Linux nor Windows). Do you think that it would be a good idea to make it the default to run with -P ignore if the first run fails with this specific error ? Cheers, and thanks again for the good work Vincent Fourmond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387500: Still no /sbin/update-grub after updating to 0.97-16
Hi Otavio, I've just updated grub on my amd64 box, but I still don't have an /sbin/grub-install on my system. Am I missing something? I also did not get any warning during the upgrade that my kernel-img.conf needs to be updated. I thought you were also going to add a debconf message? Note that most people don't see NEWS.Debian messages. If you don't add a debconf message, I'd suggest that you file a bug report against release-notes so the transition can be mentioned there. Cheers, FJP pgpPLR9PGfNGA.pgp Description: PGP signature
Bug#387563: Typo: lspci -X should be lspci -n
The X people assured me it wasn't being used. I'm not reintroducing the flag. I don't understand why you'd want -n. *I* was indeed following the bug reporter suggestion with the main intent of ifxing translations along with the original sentence and do it The Right Way. Of course, as you say lspci -n is not useful for the purpose here. Recommending lspci alone or (lspci ; lspci -n)|sort as we do for D-I would be a better option. Waiting for the final XSF advice and I'll commit one of these. I actually do not insist deeply to commit changes myself...but I insist on translations (debian/po/*po and debian/po/templates.pot) not being broken which means that they should be modified on the fly before running debconf-udpatepo (also note that debconf-updatepo should not be run on a sarge machine). signature.asc Description: Digital signature
Bug#387185: picprog: Fails to detect programmer in amd64
Jan Wagemakers schreef: I will ask around on some pic-related mailingslist to check if others with an amd64 see the same problem. I have received an interesting mail¹ from Maarten Blomme. I'll summerize it here because it is written in the dutch language. Maarten says that when he tries to use picprog on his amd64 64bit-mode slackware box it most of the time fails but sometimes it works. Maarten also says that when he alter one line in picport.cc² which makes picprog think that his PC is ten times faster and makes picprog running at a very slow rate the problem disappears and it works without a problem. Can you compile picprog yourself with this patch² to test if this solves your problem? I'll contact Jaakko (upstream) when this patch solves your problem to ask for a real solution. [1] http://groups.google.be/group/wisclub/msg/4cfaa22cf0733131 [2] http://groups.google.be/group/wisclub/msg/8f2b3d488d57cf64 In picport.cc change the line: mhz = tmp; by mhz = tmp * 10; -- Met vriendelijke groetjes - Jan Wagemakers - ... When we speak of free software, we are referring to freedom, not price. -- GNU GENERAL PUBLIC LICENSE Version 2, June 1991 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387700: grub: Errors in NEWS.Debian.gz
Package: grub Version: 0.97-16 Severity: minor grub (0.97-16) unstable; urgency=low grub-install and update-grub has change location. s/change/changed/ There's a wrapper available in /sbin to keep backward compatibility but it'll be remove once Etch is release as stable. You _must_ edit your s/remove/removed/ s/release/released/ /etc/kernel-img.conf and remove the full paths from it. For example: This is not what you tell people to do below: there are still full paths, only they are different full paths! So I'd suggest: /etc/kernel-img.conf and update the path to update-grub. For example: (Unless of course the example is wrong...) ,[ /etc/kernel-img.conf ] I don't really understand why the , is here at the beginning of the line. | ... | postinst_hook = /sbin/update-grub | postrm_hook = /sbin/update-grub ` Same for the `. Should be change to: s/change/changed/ ,[ /etc/kernel-img.conf ] | ... | postinst_hook = /usr/sbin/update-grub | postrm_hook = /usr/sbin/update-grub ` pgp7tbpGKf01u.pgp Description: PGP signature
Bug#387698: please reencode xserver-xorg.postinst.in in UTF-8
Package: xserver-xorg Version: 1:7.0.23 Severity: minor Tags: patch l10n Please could you reencode the l10n part of xserver-xorg.postinst.in in UTF-8 ? Patch attached. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages xserver-xorg depends on: ii debconf 1.5.3 Debian configuration management sy ii x11-common 1:7.0.23X Window System (X.Org) infrastruc ii xbase-clients1:7.1.ds-3 miscellaneous X clients ii xkb-data 0.8-10 X Keyboard Extension (XKB) configu ii xserver-xorg-core1:1.0.2-9 X.Org X server -- core server ii xserver-xorg-input-all 1:7.0.23the X.Org X server -- input driver ii xserver-xorg-input-evdev [xs 1:1.1.2-1 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-ati [xser 1:6.5.8.0-1 X.Org X server -- ATI display driv Versions of packages xserver-xorg recommends: ii discover1 1.7.18hardware identification system pn laptop-detect none(no description available) ii mdetect0.5.2.1 mouse device autodetection tool ii xresprobe 0.4.23debian1 X Resolution Probe -- debconf information excluded --- xserver-xorg.postinst.in2006-08-25 12:27:12.0 +0200 +++ - 2006-09-16 09:24:14.563705000 +0200 @@ -336,13 +336,13 @@ # Set a sane monitor id default if probe fails if [ -z $MONITOR_IDENTIFIER ]; then case ${LC_ALL:-${LC_MESSAGES:-$LANG}} in - ca_*) DEFAULT=Monitor gen?ric ;; - da_*) DEFAULT=Standard Sk?rm ;; + ca_*) DEFAULT=Monitor gen??ric ;; + da_*) DEFAULT=Standard Sk??rm ;; de_*) DEFAULT=Standardbildschirm ;; - es_*) DEFAULT=Monitor gen?rico ;; - fr_*) DEFAULT=?cran g?n?rique;; + es_*) DEFAULT=Monitor gen??rico ;; + fr_*) DEFAULT=??cran g??n??rique;; it_*) DEFAULT=Monitor Generico ;; - pt_BR) DEFAULT=Monitor Gen?rico ;; + pt_BR) DEFAULT=Monitor Gen??rico ;; *) DEFAULT=Generic Monitor ;; esac MONITOR_IDENTIFIER=$DEFAULT
Bug#387699: exim4: Should create /var/run/exim4/ if it is missing
Package: exim4-base Version: 5.40-8 Severity: important Tags: patch The exim4 init.d script is creating files in /var/run/exim4/, but do not make sure the directory exist before doing this. This will break when I change /var/run/ to be a tmpfs in initscripts. Here is a patch to solve this. --- /etc/init.d/exim4.orig 2006-07-24 10:44:24.0 +0200 +++ /etc/init.d/exim4 2006-09-16 09:23:08.0 +0200 @@ -86,6 +86,7 @@ start_exim() { + [ -d /var/run/exim4 ] || mkdir /var/run/exim4 case ${QUEUERUNNER} in combined) $ENV start-stop-daemon --start --pidfile $PIDFILE \ Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382129: Is now a good time to revisit installer not booting on OldWorld PowerMac beige G3?
On Saturday 16 September 2006 09:09, Rick Thomas wrote: Is there someone out there who will work with me to get a kernel that boots to run debian-installer on my beige G3 PowerMac (OldWorld) machine? I'd like to see that happen. If not, I think it may be time to withdraw OldWorld PowerMacs from the list of hardware supported by the Debian Installer. Note that as I understand there are also problems booting the kernel outside the installer (i.e. just upgrading an installed system), this does not seem to be a Debian Installer issue, but rather a powerpc kernel or kernel configuration issue. This of course means that the debian-boot team can do very little about it and that you need help from the kernel maintainer. My expectation is that the installer will work just fine again once the kernel issue is solved. See also bug #366620 that is currently being discussed on the debian-kernel list. Cheers, FJP pgpUpZdqHbMxC.pgp Description: PGP signature
Bug#340975: polite Cuties harrdcore actiion.
admirable Girl and innoocent little fine pussiees! http://hadsonikadel.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387698: please reencode xserver-xorg.postinst.in in UTF-8
Quoting Robert Millan ([EMAIL PROTECTED]): Package: xserver-xorg Version: 1:7.0.23 Severity: minor Tags: patch l10n Please could you reencode the l10n part of xserver-xorg.postinst.in in UTF-8 ? Seconded. I do not commit this myself as I find it a little bit too invasive with regards of my knowledge of X postinst stuff but I think that the generated xorg.conf file should really be UTF-8 encoded for sure. Indeed finding a way to have these strings gettext'ed would be nice...and thus put the translated stuff for Generic monitor in the debconf templates.pot file. signature.asc Description: Digital signature
Bug#330999: #330999: samba.postinst destroys smbpasswd if LDAP/NIS is down
On Sat, Sep 16, 2006 at 08:56:52AM +0200, Christian Perrier wrote: AFAIK this bug will be left open until etch is released, then this sarge bug will be closed. Steve, Christian do you agree with this, or should we change the severity, or close it , or do something else? Agreed 100%. Even if sarge tag is considered obsolete and version trackig should be used, it is actually convenient to just see that we should not care about this bug and close it when etch is released, just the way we closed woody bugs when sarge was released. The obsolescence of the suite tags is greatly exaggerated; there is no other method of indicating that a bug's applicability is limited by release, even when it may *not* be limited by version number of the package. There are a bunch of bugs that are version-tracked as fixed in 3.0.14whatever' and which should indeed be closed when etch is released. No, if they're version-tracked as fixed in these versions, they *are* closed and nothing further should be done with them... -- 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#343566: finical Cuties in haardcore acttion!
cultured Sluts in haardcore actionn! http://hadsonikadel.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387699: exim4: Should create /var/run/exim4/ if it is missing
[Andreas Metzler] Hello, this creates /var/run/exim4 with incorrect permissions. exim4-base.postinst uses install -d -oDebian-exim -gDebian-exim -m750 /var/run/exim4 to setup the directory. OK. BTW I am not convinced that generating this stuff in the init script is the correct solution for the whole problem, packages are shipping subdirectories of /var/run in the deb package itself and are rightfully expecting the directory to be persistent. Well, not having some place to store state information before partitions are checked and mounted is creating a problems for ifupdown, initscripts and others, and I belive it is time to solve this problem. Programs have been misusing /dev/shm/ for too long, and they need an alterantive location to store their stuff. You should somehow try to save this info, instead of changing every package using its own directory in /var/run. I fail to see the advantage of adding that complexity when we can just add 'mkdir' calls to the scripts expecting some directories in /var/run/. The next upload of sysvinit will make /var/run/ a tmpfs and mount it as the very first thing done during boot. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387704: grep: -i breaks \W in some locales (perhaps UTF-8 locales only)
Package: grep Version: 2.5.1.ds2-5 Severity: normal I noticed that enabling --ignore-case suddenly caused certain patterns not to match any longer although they should: $ echo 'foo bar' | grep'^foo\W' foo bar $ echo 'foo bar' | grep -i '^foo\W' $ Digging further reveals that there's an locales influence since $ echo 'foo bar' | LANG=C grep -i '^foo\W' foo bar $ matches again. After a check using all my generated locales: MATCH: - de_DE - [EMAIL PROTECTED] - en_US FAIL: - de_DE.UTF-8 - [EMAIL PROTECTED] - en_US.UTF-8 there's a strong impression that UTF-8 locales somehow disturb \W when using -i. Even more confusing, using the bracket expression instead of the synonym matches again: $ echo 'foo bar' | LANG=de_DE.UTF-8 grep -i '^foo[^[:alnum:]]' foo bar $ For the records, this sounds somewhat similar to #209194 and #218873 but these bugs are fixed in this version (2.5.1.ds2-5), I've checked. By the way, there's a typo in the manpage and .B \eW is a synonym for - .BR [^[:alnum]] . + .BR [^[:alnum:]] . .PP -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages grep depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries grep recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#387705: Broken package - Version conflict
Package: xchat Version: 2.6.4-2+b1 Hello, The current version of xchat isn't installable. It colidates with xchat-common. And could you upload please 2.6.6? :) the-me:~# apt-get install xchat Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder dass, wenn Sie die instabile Distribution verwenden, einige erforderliche Pakete noch nicht kreiert oder aus Incoming herausbewegt wurden. Da Sie nur eine einzige Operation angefordert haben ist es sehr wahrscheinlich, dass das Paket einfach nicht installierbar ist und eine Fehlermeldung über dieses Paket erfolgen sollte. Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen: Die folgenden Pakete haben nichterfüllte Abhängigkeiten: xchat: Hängt ab: xchat-common (= 2.6.4-2+b1) aber 2.6.4-2 soll installiert werden E: Kaputte Pakete the-me:~#
Bug#385359: Fwd: Bug#385359: Debug-Information and workaround
2006/9/12, Michael Banck [EMAIL PROTECTED]: So are you saying you are not going to address this issue, or just that this aspect is irrelevant? I'm fixing it, jus pointing it doesn't brake sarge upgrades. Before I throw it at NEW, just confirming: renaming the lib package to libwbxml2-0 is the correct way? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387625: please split up the configuration files
Wessel Dankers wrote: - All config files must be named *.conf; this to prevent problems when dpkg creates a foo.conf.dpkg-old file. The postinst script might want to offer to rename existing files. Not commenting on the rest of the bug currently, but we already have a patch in apache2 that prevents it from loading .dpkg-* files when doing includes, so this is a non-issue. ... Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387701: linux-image-2.6.17.11-kanotix-2: kernel panic during boot (ifrename / ndiswrapper)
Package: linux-image-2.6.17.11-kanotix-2 Version: 1 Severity: important Kernel 2.6.17.11-kanotix-2 crashes during boot when attempting to configure wireless LAN interface (wlan0) configured with ndiswrapper if the PCICIA wireless card is in the slot during bootup. Note: the following services were disabled by me (maybe they really shouldn't?): -88888888--- update-rc.d portmap disable update-rc.d zope2.8 disable update-rc.d zope2.9 disable update-rc.d rpc disable update-rc.d hotplug enable update-rc.d nfs-common disable update-rc.d nfs-kernel-server disable update-rc.d splashy-init disable -88888888--- Sample output (typed from screen output during bootup): -88888888--- BUG: unable to handle kernel NULL pointer dereference at virtual address 0040 printing eip: c019f4a9 *pde = Oops: [#1] PREEMPT SMP Modules linked in: nsc_ircc parport_pc parport via_rhine mii snd_via82xx_modem snd_via82xx gameport snd_ac97_codec snd_ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_mpu401_uart snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore i2c_viapro i2c_core shpchp pci_hotplug via_agp agpgart ehci_hcd uhci_hcd ath_pci ath_rate_sample wlan ath_hal via_ircc irda crc_ccitt eth1394 tsdev yenta_socket rsrc_nonstatic pcmcia_core ohci1394 ieee1394 ndiswrapper usbcore psmouse pcspkr fuse capability commoncap cpufreq_performance cpufreq_powersave powernow_k7 freq_table processor evdev CPI:0 EIP:0060:[c019f4a9] Tainted: P VLI EFLAGS: 00010202(2.6.17.11-kanotix-2 #1) EIP is at remove_proc_entry+0x39/0x200 eax: 0008 ebx: 0008 ecx: 0001 edx: esi: de6c3c00 edi: e0d30c7b ebp: 0002 esp: dde35e5c ds: 007b es: 007b ss: 0068 Process ifrename (pid: 3279,threadinfo=dde34000 task=dfc07580) Stack: 000a e0d30c78 0008 de6c3c00 de6c4004 0004 e0d241db e0d30c78 0008 de6c3c00 de6c3800 e0d28a76 de6c3c00 e0d3ab1c de6c3800 000a c0132081 e0d3ab1c 000a de6c3800 de6c3800 01a66a1f c033fc05 Call Trace: e9d241db wrap_procfs_remove_ndis_device+0x1b/0xx70 [ndiswrapper] e0d28a76 notifier_event+0x26/0x50 [ndiswrapper] c0132081 notifier_call_chain+0x21/0x40 c033fc05 dev_change_name+0x135/0x190 c033fd7d dev_ifsioc+0x11d/0x300 c0340436 dev_ioctl+0x2a6/0x380 c017bd32 vfs_ioctl+0x52/0x2c0 c017bbfd sys_ioctl+0x5d/0x70 c01030b7 syscall_call+0x7/0xb Code: 20 89 44 24 04 85 db 0f 84 74 01 00 00 8b 7c 24 04 31 c0 83 c9 ff f2 ae f7 d1 49 b8 e0 93 42 c0 89 cd e8 7b fb 1f 00 8b 44 24 20 8b 48 38 8d 78 38 85 c9 0f 84 11 01 00 00 8b 74 24 04 b8 00 e0 EIP: [c019f4a9] remove_proc_entry+0x39/0x200 SS:ESP 0068:dde35e5c 6note: ifrename[3279] exited with preempt_count 1 /etc/rcS.d/S40ifrename: line 10: 3279 Segmentation fault $IFRENAME -d -p -88888888--- After ejecting the PCMCIA card (D-Link AirPlus XtremeG DWL-G650 Wireless Cardbus Adapter, hardware revision B2): -88888888--- pccard: card ejected from slot 0 ndiswrapper (miniport_reset:62): wlan is being reset ndiswrapper (miniport_reset:62): wlan is being reset ndiswrapper (miniport_reset:62): wlan is being reset -88888888--- (Last message repeats at infinitum AFAIK.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-kanotix-2 Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages linux-image-2.6.17.11-kanotix-2 depends on: ii coreutils [fileutils] 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii fileutils 5.97-5 The GNU file management utilities linux-image-2.6.17.11-kanotix-2 recommends no packages. -- debconf information: linux-image-2.6.17.11-kanotix-2/preinst/failed-to-move-modules-2.6.17.11-kanotix-2: linux-image-2.6.17.11-kanotix-2/prerm/would-invalidate-boot-loader-2.6.17.11-kanotix-2: true linux-image-2.6.17.11-kanotix-2/postinst/depmod-error-2.6.17.11-kanotix-2: false linux-image-2.6.17.11-kanotix-2/preinst/abort-install-2.6.17.11-kanotix-2: linux-image-2.6.17.11-kanotix-2/preinst/initrd-2.6.17.11-kanotix-2: linux-image-2.6.17.11-kanotix-2/postinst/create-kimage-link-2.6.17.11-kanotix-2: true linux-image-2.6.17.11-kanotix-2/postinst/old-initrd-link-2.6.17.11-kanotix-2: true linux-image-2.6.17.11-kanotix-2/prerm/removing-running-kernel-2.6.17.11-kanotix-2: true
Bug#387703: RFP: piklab -- IDE for PIC and dsPIC microcontrollers
Package: wnpp Severity: wishlist * Package name: piklab Version : 0.11.3 Upstream Author : Nicolas Hadacek [EMAIL PROTECTED] * URL : http://piklab.sourceforge.net/ * License : GPL Programming Lang: C++ Description : IDE for PIC and dsPIC microcontrollers Piklab is an integrated development environment for applications based on Microchip PIC and dsPIC microcontrollers similar to the MPLAB environment. Support for several compiler and assembler toolchains is integrated. The GPSim simulator, the ICD1 programmer, the ICD2 debugger, the PICkit1 and PICkit2 programmers, and most direct programmers are supported. A command-line programmer and debugger is also available. -- 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.17 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- Met vriendelijke groetjes - Jan Wagemakers - - Debian GNU/Linux testing/unstable - Up : 64 days -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387702: evince: is uninstallable due to libdbus-1-2 which has benn dropped
Package: evince Version: 0.4.0-2+b1 Severity: grave Justification: renders package unusable Hi, evince is uninstallable due to dependancy to libdbus-1-2 which is no more available on the repositories. Regards Jean-Luc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-k8-9 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages evince depends on: ii gconf2 2.14.0-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.2-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.13-3 Avahi client library ii libavahi-common3 0.6.13-3 Avahi common library ii libavahi-glib1 0.6.13-3 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libdjvulibre15 3.5.17-1.1Runtime support for the DjVu image ii libesd-alsa0 [libesd0] 0.2.36-3.1Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.4.0-5 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-4 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime ii libgnutls131.4.4-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libkpathsea4 3.0-18path search library for teTeX (run ii libnautilus-extension1 2.14.3-1 libraries for nautilus components ii liborbit2 1:2.14.0-2+b1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpoppler0c2 0.4.5-4.1 PDF rendering library ii libpoppler0c2-glib 0.4.5-4.1 PDF rendering library (GLib-based ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-2 X11 Session Management library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libtasn1-3 0.3.5-2 Manage ASN.1 structures (runtime) ii libtiff4 3.8.2-6 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime evince recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387699: exim4: Should create /var/run/exim4/ if it is missing
On 2006-09-16 Petter Reinholdtsen [EMAIL PROTECTED] wrote: Package: exim4-base Version: 5.40-8 Severity: important Tags: patch The exim4 init.d script is creating files in /var/run/exim4/, but do not make sure the directory exist before doing this. This will break when I change /var/run/ to be a tmpfs in initscripts. Here is a patch to solve this. --- /etc/init.d/exim4.orig 2006-07-24 10:44:24.0 +0200 +++ /etc/init.d/exim4 2006-09-16 09:23:08.0 +0200 @@ -86,6 +86,7 @@ start_exim() { + [ -d /var/run/exim4 ] || mkdir /var/run/exim4 case ${QUEUERUNNER} in combined) $ENV start-stop-daemon --start --pidfile $PIDFILE \ Hello, this creates /var/run/exim4 with incorrect permissions. exim4-base.postinst uses install -d -oDebian-exim -gDebian-exim -m750 /var/run/exim4 to setup the directory. BTW I am not convinced that generating this stuff in the init script is the correct solution for the whole problem, packages are shipping subdirectories of /var/run in the deb package itself and are rightfully expecting the directory to be persistent. You should somehow try to save this info, instead of changing every package using its own directory in /var/run. cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387709: fails to start
Package: freeciv-client-xaw3d Version: 2.0.8-3 Severity: grave The package fails to start with this message: 1: No s'ha trobat el fitxer spec de so stdsounds. 1: Per tenir so has de descarregar un conjunt de sons. 1: Pots obtenir sons de ftp://ftp.freeciv.org/freeciv/contrib/sounds/sets. 1: Es continuarà amb els sons desactivats. 2: Usant recursos anteriors - és correcte 0: Unable to open fontset: -*-*-*-*-*--14-* -- 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.17-1-686 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages freeciv-client-xaw3d depends on: ii freeciv-data2.0.8-3 Civilization turn based strategy g ii libasound2 1.0.12-1 ALSA library ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsdl-mixer1.2 1.2.6-1.1+b1 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-3 Simple DirectMedia Layer ii libsm6 1:1.0.1-2X11 Session Management library ii libx11-62:1.0.0-9X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2X11 miscellaneous utility library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxt6 1:1.0.2-2X11 toolkit intrinsics library ii xaw3dg 1.5+E-14 Xaw3d widget set ii zlib1g 1:1.2.3-13 compression library - runtime freeciv-client-xaw3d recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387707: samba: Error editing smb.conf on upgrade
Package: samba Version: 3.0.23c-1 Severity: important Apologies if I overlooked an already existing bug report. There are so many... I just updated samba on my machine, and after that, the smbd program refused to start, sending desparate mails Panic or segfault in Samba. I tracked this back to the line passdb backend = tdbsam, in /etc/samba/smb.conf. Comparing this to the backed up previous version shows that the upgrade had removed guest from passdb backend = tdbsam, guest but not , . It seems that this line from samba-common.postinst does not take this situation into account: s/^\([[:space:]]*passdb backend[[:space:]]*=.*\)[[:space:]]*guest[[:space:]]*$/\1/i \ The =.* is greedy, eating up everything before guest. The comma is matched by it, the space is because of the greedyness. This leaves , in \1. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages samba depends on: ii debconf [debconf-2.0] 1.5.3Debian configuration management sy ii libacl1 2.2.41-1 Access control list shared library ii libattr12.4.32-1 Extended attribute shared library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcomerr2 1.39-1 common error description library ii libcupsys2 1.2.2-2 Common UNIX Printing System(tm) - ii libgnutls13 1.4.4-1 the GNU TLS library - runtime libr ii libkrb531.4.4-1 MIT Kerberos runtime libraries ii libldap22.1.30-13+b1 OpenLDAP libraries ii libpam-modules 0.79-3.1 Pluggable Authentication Modules f ii libpam-runtime 0.79-3.1 Runtime support for the PAM librar ii libpam0g0.79-3.1 Pluggable Authentication Modules l ii libpopt01.10-2 lib for parsing cmdline parameters ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-15 Linux Standard Base 3.1 init scrip ii netbase 4.25 Basic TCP/IP networking system ii procps 1:3.2.7-2/proc file system utilities ii samba-common3.0.23c-1Samba common files used by both th ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages samba recommends: pn smbldap-tools none (no description available) -- debconf information: samba/nmbd_from_inetd: samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true * samba/run_mode: daemons -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387710: planet: Should do multiple downloads concurrently
Package: planet Version: 2.0-3 Severity: normal In a typical planet configuration many blogs will be aggregated, some of which will be on slow links. The current code appears to download each XML file in turn, which results in a very slow process. Planet should download multiple blog XML files concurrently, if it downloaded ~10 files at once it would significantly decrease the time taken to do it's work. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages planet depends on: ii apache2-mpm-prefork [httpd] 2.0.55-4.2 traditional model for Apache2 ii debconf 1.5.4 Debian configuration management sy ii python2.4.3-11 An interactive high-level object-o ii python-support0.4.1 automated rebuilding support for p planet recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316321: Fixed in 2.0.55-4.2?
I think this bug is at least fixed in 2.0.55-4.2. I looked at the initscript of apache2 and found this as reload: log_begin_msg Reloading apache 2.0 configuration... if $APACHE2CTL graceful $2 ; then log_end_msg 0 else log_end_msg 1 fi it does a graceful restart, without interrupting the current connections. It doesn't do anything if the configuration files are broken (it does a configtest before the reload) and if they aren't broken the apache is reloaded. If the apache doesn't run, apache is started. I think this is a good behaviour of the initscript and think the bug can be closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386945: initscripts: User Mode Linux (UML) doesn't start because /dev/shm is mounted noexec
[Henrique de Moraes Holschuh] I suspect we need to provide some other tmpfs for users such as UML and ifupdown. I am quite sure of it. After having a look at ifupdown, I changed my mind. We should not wait for etch to release before providing a tmpfs file system for use during boot. Some long-standing bugs in ifupdown are unsolvable because the state file isn't writable when the kernel calls userspace to handle coldplug events. Because of this, I integrated the patches from ubuntu to mount /var/run and /var/lock/ as tmpfs file systems in mountkernfs.sh, the very first thing to happen during boot. I plan to upload this into experimental today, along with the changes to split out sysvinit-utils and a few others changes. Testers are most welcome. Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385934: xen-hypervisor-3.0.2-1-i386: still seeing this issue
Package: xen-hypervisor-3.0.2-1-i386 Version: 3.0.2-3+hg9762-1 Followup-For: Bug #385934 Hello! For me, the new upload of xen-hypervisor-3.0.2-1-i386, version 3.0.2-3+hg9762-1, does _not_ fix this issue. I'm still seeing the same problem as it was originally reported in this very bug report. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Versions of packages xen-hypervisor-3.0.2-1-i386 depends on: ii xen-utils-3.0.2-1 3.0.2-3+hg9762-1 XEN administrative tools xen-hypervisor-3.0.2-1-i386 recommends no packages. -- no debconf information Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387701: linux-image-2.6.17.11-kanotix-2: kernel panic during boot (ifrename / ndiswrapper)
* João Batista [EMAIL PROTECTED] [2006-09-16 09:21]: Package: linux-image-2.6.17.11-kanotix-2 Kernel 2.6.17.11-kanotix-2 crashes during boot when attempting to This package is not in Debian. Can you please report this to your vendor, probably kanotix. -- Martin Michlmayr http://www.cyrius.com/
Bug#386442: roxen4: Fails to preconfigure: debconf loop?
On Sat, Sep 16, 2006 at 03:29:55AM +0200, Steinar H. Gunderson wrote: On Thu, Sep 07, 2006 at 07:13:57PM +0200, Kurt Roeckx wrote: I've tried setting my debconf priority lower, but it's not working. It looks like an issue with the noninteractive frontend; basically, the configuration logic is rather broken, doing (very simplified, there are a few extra prompts in there as well): I default to noninteractive / critical, I've tried lowering the priority, changing the frontend, but not both at the same time. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387397: screen should support all RFC1345 digraphs
On 15-Sep-2006, Thomas Dickey wrote: On Thu, Sep 14, 2006 at 08:10:06AM +0200, Ben Finney wrote: GNU screen supports a small set of digraphs for entry of non-ASCII characters using only ASCII characters. Most (all?) of these come from RFC1345, Character Mnemonics Character Sets: URL:http://www.ietf.org/rfc/rfc1345.txt RFC1345 doesn't define digraphs. It is interesting that vim can map the mnemonics to input characters, but that is not the point of the RFC. I'm not sure what you mean by these assertions. GNU screen already has many of these digraphs; I don't know why you mention vim. Are you arguing against the feature? On 15-Sep-2006, Thomas Dickey wrote: On Thu, Sep 14, 2006 at 08:10:06AM +0200, Ben Finney wrote: The attached patch, which applies cleanly to screen 4.0.2, adds support for all two-key mnemonics (digraphs) from RFC1345. The patch is also available here: It's nice that it applies cleanly. However the table appears to use a linear search, and would make screen slow enough to annoy most people. Speculation on performance changes without any measurement is usually wrong. In this case, the feature already exists in GNU screen. Can you measure the change in performance and post again with the measurements you find objectionable? -- \I have one rule to live by: Don't make it worse. -- Hazel | `\ Woodcock | _o__) | Ben Finney [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#324293: INTL:vi Vietnamese translation for zope
On 15/09/2006, at 10:19 PM, Thomas Huriaux wrote: zope has been removed from the archived (see #335488) and debconf templates have been moved to the zope-common package. The Vietnamese translation is now strongly outdated. Clytie, could you please update the attached file and send it to [EMAIL PROTECTED] I am really pleased that there is finally a zope-common debconf file. I spent ages on that list of dratted almost-the-same zope files. ;) Does zope-common mean I can delete all my other zope- debconf translations? (Just checking!) vi.po.gz Description: GNU Zip compressed data Here's a typo: ___ .po:16 auto: ⑤ Type: password auto: ⑤ Description Original: ⌘0 Please enter a password for the admin user. The password must not be empty. The password is deleted from the configuration database, once the instance is sucessfully created and cannot be recoverd. - recoverd + recovered ___ My updated translation is attached. :) from Clytie (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) http://groups-beta.google.com/group/vi-VN PGP.sig Description: This is a digitally signed message part
Bug#387711: feeds.dat gets huge
Package: rss2email Version: 1:2.60-1 Severity: important Hi Joey, I use rss2email since several month, and it seems that it stores a lot of information in feeds.dat. Today, my feeds.dat has reached 1.5 MB. That means that every time I run r2e, which used to be pretty fast, it took 100% CPU for a lot of time (several minutes). (btw I am not really sure this big CPU usage and the size of the feeds.dat file are linked, but it sounds logical.) -- 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.17-2-686 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages rss2email depends on: ii python-feedparser 4.1-5 Universal Feed Parser for Python ii python-support0.5.1 automated rebuilding support for p rss2email recommends no packages. -- no debconf information Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#385934: xen-hypervisor-3.0.2-1-i386: still seeing this issue
Hello! On Sat, Sep 16, 2006 at 11:02:43AM +0200, I wrote: For me, the new upload of xen-hypervisor-3.0.2-1-i386, version 3.0.2-3+hg9762-1, does _not_ fix this issue. I'm still seeing the same problem as it was originally reported in this very bug report. Ok, it indeed works when I switch back from the 2.6.17-2-xen-686 Linux kernel to the 2.6.16-2-xen-686 one. Still the domUs don't come up, but that's a separate issue. Regards, Thomas signature.asc Description: Digital signature
Bug#385945: [UFO-devel] Bug#385945: boson: crashes on singleplayer game start
Le Samedi 16 Septembre 2006 02:06, Andreas Beckermann a écrit : [...] I have done some additional research and have been able to reproduce the bug on one of my own machines. It happens with mesa based drivers only. It appears to me that this is a bug in mesa, in particular I believe it is http://www.mail-archive.com/mesa3d-dev%40lists.sourceforge.net/msg00772.htm l The fact that this problem goes away with libgl1-mesa-dri 6.5.0.cvs.20060524-1 seems to confirm that, as current mesa versions don't include the fix yet, cvs does. Hmm, I'm using here libgl1-mesa-dri 6.4.1-0ubuntu8 and can't reproduce the problem. If you can create a minimal example, please send it to the libufo mailing list. However I have no idea how to write around this problem so that it works for broken mesa versions, too. The only way I can see atm is not to use vertex arrays, but this solution _really_ sucks and would require quite some changes to libufo. IIRC, the only place where we are using vertex arrays in libufo is in GL_Graphics::drawVertexArray. You could replace the vertex array with plain glBegin, glVertex, glEnd calls. But using immediate mode is a performance penalty ... (though it shouldn't be too slow, as there are usually only a few vertices drawn. Compared to a RTS, it's really low-poly rendering) The VertexArray object returns interleaved arrays. Looping over all vertices with glVertex and glColor should work (but getting OpenGL vertex arrays to work would certainly be better). Send me an email if you need help with that ... CC'ing libufo-devel for this problem, maybe some good idea comes up. Additional information for libufo developers: It stems from usage of vertex arrays in libufo, however I have not yet managed to narrow it down to the exact combination of circumstances (meaning I haven't had time to write a few test cases yet). From what I have found by now, I think it happens only when using ufo::UVertexArray with triangles (i.e. not with lines). IIRC it was PE_IndicatorRadioButton in UBasicStyle::paintPrimitive() that triggered the bug for me. It's strange that this occurs only with triangles ... Best, Johannes
Bug#374946: unreproducible
severity 374946 normal thanks After a series of removal/reinstallation tests everything works well in my network. To me it looks like a config problem that was solved by a fresh reinstall. I'm downgrading this bug as it doesn't look release critical to me. Keep in mind that most people either start with a fresh install or upgrade from a way older version. Feel free to close if you like. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387641: postfix: newaliases script seg fault during upgrade
tags 387641 moreinfo unreproducible thanks On Fri, Sep 15, 2006 at 04:56:05PM +0200, [EMAIL PROTECTED] wrote: Running newaliases /var/lib/dpkg/info/postfix.postinst: line 539: 29476 Segmentation fault new aliases Could you please run the newaliases command directly under gdb and forward a backtrace to the BTS? This bug is not reproducible here, or I assume on the machines of many other users who have this version of postfix installed. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387714: ftp.debian.org: Remove obsolete packages libtktable and libtktable-dev from archive
Package: ftp.debian.org Severity: normal Please purge the old packages for libtktable and libtktable-dev from testing unstable: Due to non-compatibility of ABI versions, the tktable version should be part of the package name (presently libtktable2.9, the -dev package is no longer required...). Cheers, Lars -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387713: planet: Bad crontab file if interval 60
Package: planet Version: 2.0-3 Severity: normal If the interval is 60 then the first field is '*' which means that the cron job is run every minute for the selected hours. It should be 0 for the first field. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages planet depends on: ii apache2-mpm-prefork [httpd] 2.0.55-4.2 traditional model for Apache2 ii debconf 1.5.4 Debian configuration management sy ii python2.4.3-11 An interactive high-level object-o ii python-support0.4.1 automated rebuilding support for p planet recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387325: confusing text
found 387325 0.97-16 submitter 387325 ! thanks The NEWS file now says: You _must_ edit your /etc/kernel-img.conf and remove the full paths from it. but then it suggests that /sbin/update-grub should be changed to /usr/sbin/update-grub. That's not removing the full path to me. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#387627: [pkg-ntp-maintainers] Bug#387627: ntp: off-by-one mistake
forwarded 387627 http://bugs.ntp.isc.org/710 thanks I've forwarded it upstream. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387708: Bug in the example config script demonstrating the backup capability
Package: debconf-doc Version: 1.5.4 Severity: normal The example config script in the section Letting the user back up contains the following code: if [ $STATE -eq 1 ]; then # The user has asked to back up from the first # question. This case is problematical. Regular # dpkg and apt package installation isn't capable # of backing up questions between packages as this # is written, so this will exit leaving the package # unconfigured - probably the best way to handle # the situation. exit 10 fi In the first line of this code 1 should be replaced with 0 or else the script will never exit with code 10. Anton Zinoviev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368366: no line number info even with DEB_BUILD_OPTIONS=nostrip noopt debug
This patch /should/ be enough to get mesa built with debugging symbols: diff -u mesa-6.5.0.cvs.20060524/debian/rules mesa-6.5.0.cvs.20060524/debian/rules --- mesa-6.5.0.cvs.20060524/debian/rules +++ mesa-6.5.0.cvs.20060524/debian/rules @@ -66,6 +66,6 @@ mkdir -p build/$(1)-$(2)/lib/ ; \ ln -sf ../../gl-$(2)/lib/libGL.so build/$(1)-$(2)/lib/ ; \ fi - make -C build/$(1)-$(2)/src SRC_DIRS=$(3) DEBIAN_DRIVERS_DIR=$(if $(call driver_map,$(1)-$(2),1),/$(call driver_map,$(1)-$(2),3)) + make -C build/$(1)-$(2)/src CFLAGS=$(CFLAGS) SRC_DIRS=$(3) DEBIAN_DRIVERS_DIR=$(if $(call driver_map,$(1)-$(2),1),/$(call driver_map,$(1)-$(2),3)) if test $(1) != gl ; then \ rm build/$(1)-$(2)/lib/libGL.so ; \ Unfortunately, upstream's build system is too fragile for this, and setting CFLAGS in the environment appears to override other CFLAGS that need to be set in order to build the drivers correctly. More investigation needed. -- 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#387712: istanbul: Istanbul does not start
Package: istanbul Version: 0.2.1-2 Severity: important The python module gst is missing. This might be related to the python transition maybe? It might also be just a missing dependency, however a lot of gstreamer stuff was pulled in by the installation of istanbul so I hope that not more packages are needed ;) Traceback (most recent call last): File /usr/bin/istanbul, line 30, in ? from istanbul.main import main File /var/lib/python-support/python2.4/istanbul/main/main.py, line 30, in ? from istanbul.main.save_window import SaveWindow File /var/lib/python-support/python2.4/istanbul/main/save_window.py, line 27, in ? import gst File /usr/lib/python2.4/site-packages/gst-0.10/gst/__init__.py, line 108, in ? from _gst import * File /usr/lib/python2.4/warnings.py, line 61, in warn warn_explicit(message, category, filename, lineno, module, registry) File /usr/lib/python2.4/warnings.py, line 82, in warn_explicit for item in filters: RuntimeError: can't initialize module gst: no error given -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.14-2-powerpc Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages istanbul depends on: ii gconf22.14.0-1 GNOME configuration database syste ii gettext 0.14.6-1 GNU Internationalization utilities ii gstreamer0.10-alsa0.10.9-2 GStreamer plugin for ALSA ii gstreamer0.10-plugins-bas 0.10.9-2 GStreamer plugins from the base ii gstreamer0.10-plugins-goo 0.10.3-3 GStreamer plugins from the good ii gstreamer0.10-plugins-ugl 0.10.4-1 GStreamer plugins from the ugly ii gstreamer0.10-x 0.10.9-2 GStreamer plugins for X11 and Pang ii libc6 2.3.6-10 GNU C Library: Shared libraries ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgstreamer0.10-00.10.9-2 Core GStreamer libraries and eleme ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libsm64.3.0.dfsg.1-8 X Window System Session Management ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:3.0.1.2-4X11 miscellaneous 'fixes' extensio ii libxml2 2.6.26.dfsg-2 GNOME XML library ii python2.4.3-11 An interactive high-level object-o ii python-glade2 2.8.6-5GTK+ bindings: Glade support ii python-gnome2 2.12.4-5 Python bindings for the GNOME desk ii python-gnome2-extras 2.14.2-1 Python bindings for the GNOME desk ii python-gst0.100.10.5-3 generic media-playing framework (P ii python-support0.4.1 automated rebuilding support for p -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387717: tnftp not listed as ftp alternative
Package: tnftp Version: 20050625-0.1 After the install of tnftp, using the command update-alternatives --list ftp, i can't see tnftp as a possible alternative, so neither the update-alternatives --config ftp works gosg4:/etc/alternatives# dpkg -l | grep ftp ii tnftp 20050625-0.1 The enhanced ftp client gosg4:/etc/alternatives# dpkg -L tnftp /. /usr /usr/bin /usr/bin/ftp /usr/sbin /usr/share ... /usr/share/doc/tnftp/changelog.Debian.gz gosg4:/etc/alternatives# update-alternatives --list ftp gosg4:/etc/alternatives# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387718: diff for 0.3.2-9.1 NMU
Package: radiusclient Version: 0.3.2-9 Severity: normal Tags: patch Hi, Attached is the diff for my radiusclient 0.3.2-9.1 NMU. diff -Nru /tmp/wFvnX3OFIE/radiusclient-0.3.2/debian/changelog /tmp/ro5Q7tjotY/radiusclient-0.3.2/debian/changelog --- /tmp/wFvnX3OFIE/radiusclient-0.3.2/debian/changelog 2006-09-16 12:23:24.0 +0200 +++ /tmp/ro5Q7tjotY/radiusclient-0.3.2/debian/changelog 2006-09-16 12:23:25.0 +0200 @@ -1,3 +1,11 @@ +radiusclient (0.3.2-9.1) unstable; urgency=medium + + * Non-maintainer upload. + * Don't give -m to dh_makeshlibs; fixes shlibs generation, patch from +David Schmitt. (Closes: #378986) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 15 Sep 2006 13:16:37 +0200 + radiusclient (0.3.2-9) unstable; urgency=low * Fix auth on 64bit machines. Patch by Tim Weippert. diff -Nru /tmp/wFvnX3OFIE/radiusclient-0.3.2/debian/rules /tmp/ro5Q7tjotY/radiusclient-0.3.2/debian/rules --- /tmp/wFvnX3OFIE/radiusclient-0.3.2/debian/rules 2006-09-16 12:23:24.0 +0200 +++ /tmp/ro5Q7tjotY/radiusclient-0.3.2/debian/rules 2006-09-16 12:23:25.0 +0200 @@ -74,7 +74,7 @@ dh_shlibdeps dh_gencontrol - dh_makeshlibs -m$(version_so) + dh_makeshlibs dh_md5sums chmod 600 $(topdir)/debian/tmp/etc/radiusclient/servers
Bug#387719: diff for 0.51-4.1 NMU
Package: linpqa Version: 0.51-4 Severity: normal Tags: patch Hi, Attached is the diff for my linpqa 0.51-4.1 NMU. diff -Nru /tmp/qra3fJvFdm/linpqa-0.51/debian/changelog /tmp/RM1bBe2Uu9/linpqa-0.51/debian/changelog --- /tmp/qra3fJvFdm/linpqa-0.51/debian/changelog2006-09-16 12:22:47.0 +0200 +++ /tmp/RM1bBe2Uu9/linpqa-0.51/debian/changelog2006-09-16 12:22:47.0 +0200 @@ -1,3 +1,15 @@ +linpqa (0.51-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * Make package compile with newer libpisock; fixes FTBFS. +(Closes: #386189) +* Patch the code to use the new API; patch from Ludovic Rousseau (adapted + to apply cleanly). +* Update versioned build-dependency on libpisock-dev to 0.12.1-1, to make + sure we compile against the new API. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Sat, 16 Sep 2006 03:20:49 +0200 + linpqa (0.51-4) unstable; urgency=low * Thanks Colin, for NMU diff -Nru /tmp/qra3fJvFdm/linpqa-0.51/debian/control /tmp/RM1bBe2Uu9/linpqa-0.51/debian/control --- /tmp/qra3fJvFdm/linpqa-0.51/debian/control 2006-09-16 12:22:47.0 +0200 +++ /tmp/RM1bBe2Uu9/linpqa-0.51/debian/control 2006-09-16 12:22:47.0 +0200 @@ -2,7 +2,7 @@ Section: otherosfs Priority: extra Maintainer: Michael D. Ivey [EMAIL PROTECTED] -Build-Depends: libpisock-dev (= 0.11.3-1), debhelper +Build-Depends: libpisock-dev (= 0.12.1-1), debhelper Standards-Version: 3.6.1 Package: linpqa diff -Nru /tmp/qra3fJvFdm/linpqa-0.51/PQAcompile.c /tmp/RM1bBe2Uu9/linpqa-0.51/PQAcompile.c --- /tmp/qra3fJvFdm/linpqa-0.51/PQAcompile.c2000-08-26 17:29:07.0 +0200 +++ /tmp/RM1bBe2Uu9/linpqa-0.51/PQAcompile.c2006-09-16 12:22:47.0 +0200 @@ -19,10 +19,10 @@ //#include libhtmlparse.h -#include libpisock/pi-source.h -#include libpisock/pi-socket.h -#include libpisock/pi-dlp.h -#include libpisock/pi-file.h +#include pi-source.h +#include pi-socket.h +#include pi-dlp.h +#include pi-file.h #define TYPE_HTML 4 @@ -180,6 +180,7 @@ // return(0); //} +#if 0 static time_t pilot_time_to_unix_time (unsigned long raw_time) { @@ -191,6 +192,7 @@ { return (unsigned long)((unsigned long)t + PILOT_TIME_DELTA); } +#endif int load_bitmap(char *image[], FILE *in) diff -Nru /tmp/qra3fJvFdm/linpqa-0.51/PQAdecompile.c /tmp/RM1bBe2Uu9/linpqa-0.51/PQAdecompile.c --- /tmp/qra3fJvFdm/linpqa-0.51/PQAdecompile.c 2006-09-16 12:22:47.0 +0200 +++ /tmp/RM1bBe2Uu9/linpqa-0.51/PQAdecompile.c 2006-09-16 12:22:47.0 +0200 @@ -23,10 +23,10 @@ #include time.h #include string.h -#include libpisock/pi-source.h -#include libpisock/pi-socket.h -#include libpisock/pi-dlp.h -#include libpisock/pi-file.h +#include pi-source.h +#include pi-socket.h +#include pi-dlp.h +#include pi-file.h #ifdef sun extern char* optarg; @@ -89,10 +89,7 @@ exit (1); } - if (pi_file_get_info (pf, info) 0) { -fprintf (stderr, can't get info\n\n); -exit (1); - } + pi_file_get_info (pf, info); if(vflag) dump_header (pf, info); @@ -1174,10 +1171,7 @@ int i, pos,x, y, tmp; char *buf; - if (pi_file_get_app_info (pf, app_info, app_info_size) 0) { -printf (can't get app_info\n\n); -return; - } + pi_file_get_app_info (pf, app_info, app_info_size); printf (app_info_size %d\n, app_info_size);
Bug#330999: #330999: samba.postinst destroys smbpasswd if LDAP/NIS is down
No, if they're version-tracked as fixed in these versions, they *are* closed and nothing further should be done with them... Right. It seems that I'll have longstanding issues completely getting the picture of this version tracking stuff.:) signature.asc Description: Digital signature
Bug#386367: Bug closed too soon
This bug should not be closed as the repaired version has *not* been placed on the servers. The -5 version of firefox is available for every architecture *except* the one for which it is needed, namely powerpc.Try again please,Adam Bartley
Bug#284704: Tinyproxy fails to cleanup PID file running as non-root user
tags patch thanks Installing tinyproxy with default configuration. Startup is fine, but shutdown produces a warning message about not being able to cleanup the PID file, presumably because it is running as nobody. That's correct. The pidfile is created before tinyproxy does the setuid call. An additional chown on the pidfile is not sufficient since removing the pidfile in /var/run requires write access on that directory itself. A solution therefore has to: - create a pidfile directory like /var/run/tinyproxy. - change the pidfile location into that directory. - chown that directory according to the user/group definition in the config file. - chown the pidfile in the same way. See the attached patch - although one might also say this problem is rather cosmetic since stopping tinyproxy works anyway. Christoph diff -urN tinyproxy-1.6.3.ORIG/debian/changelog tinyproxy-1.6.3/debian/changelog --- tinyproxy-1.6.3.ORIG/debian/changelog 2006-09-16 05:43:19.0 + +++ tinyproxy-1.6.3/debian/changelog2006-09-16 09:32:36.0 + @@ -1,3 +1,10 @@ +tinyproxy (1.6.3-2patch1) unstable; urgency=low + + * Have a pidfile directory /var/run/tinyproxy, chown the pidfile so +tinycode can clean it upon exit (Closes: #284704) + + -- Christoph Biedl [EMAIL PROTECTED] Sat, 16 Sep 2006 08:41:58 + + tinyproxy (1.6.3-2) unstable; urgency=low * Remove debugging grammar.[ch] and scanner.c as diff -urN tinyproxy-1.6.3.ORIG/debian/dirs tinyproxy-1.6.3/debian/dirs --- tinyproxy-1.6.3.ORIG/debian/dirs2006-09-16 05:43:19.0 + +++ tinyproxy-1.6.3/debian/dirs 2006-09-16 09:32:36.0 + @@ -2,3 +2,4 @@ usr/share/man/man8 usr/share/doc/tinyproxy etc/tinyproxy +var/run/tinyproxy diff -urN tinyproxy-1.6.3.ORIG/debian/tinyproxy.init tinyproxy-1.6.3/debian/tinyproxy.init --- tinyproxy-1.6.3.ORIG/debian/tinyproxy.init 2006-09-16 05:43:19.0 + +++ tinyproxy-1.6.3/debian/tinyproxy.init 2006-09-16 09:32:36.0 + @@ -9,6 +9,7 @@ NAME=tinyproxy DESC=tinyproxy FLAGS= +CONFIG=/etc/tinyproxy/tinyproxy.conf if [ -r /etc/default/tinyproxy ] then . /etc/default/tinyproxy @@ -18,6 +19,25 @@ set -e +# assert pidfile directory and permissions +if [ $1 != stop ] ; then +USER=`grep-i '^User[[:space:]]'$CONFIG | awk '{print $2}'` +GROUP=`grep -i '^Group[[:space:]]' $CONFIG | awk '{print $2}'` +PIDFILE=`grep -i '^PidFile[[:space:]]' $CONFIG | awk '{print $2}' | sed -e 's///g'` +PIDDIR=`dirname $PIDFILE` +if [ $PIDDIR -a $PIDDIR != /var/run ] ; then + if [ ! -d $PIDDIR ] ; then + mkdir $PIDDIR + fi + if [ $USER ] ; then + chown $USER $PIDDIR + fi + if [ $GROUP ] ; then + chgrp $GROUP $PIDDIR + fi +fi +fi + case $1 in start) echo -n Starting $DESC: diff -urN tinyproxy-1.6.3.ORIG/src/tinyproxy.c tinyproxy-1.6.3/src/tinyproxy.c --- tinyproxy-1.6.3.ORIG/src/tinyproxy.c2004-08-06 16:23:51.0 + +++ tinyproxy-1.6.3/src/tinyproxy.c 2006-09-16 09:32:36.0 + @@ -341,6 +341,12 @@ argv[0], config.username); exit(EX_NOUSER); } + if (chown (config.pidpath, thisuser-pw_uid, thisgroup ? thisgroup-gr_gid : 0) 0) { + fprintf(stderr, + %s: Unable to change PID file to user \%s\., + argv[0], config.username); + exit(EX_CANTCREAT); + } if (setuid(thisuser-pw_uid) 0) { fprintf(stderr, %s: Unable to change to user \%s\., --- tinyproxy-1.6.3.ORIG//doc/tinyproxy.conf2004-08-06 16:23:48.0 + +++ tinyproxy-1.6.3//doc/tinyproxy.conf 2006-09-16 10:15:07.0 + @@ -85,7 +85,7 @@ # PidFile: Write the PID of the main tinyproxy thread to this file so it # can be used for signalling purposes. # -PidFile /var/run/tinyproxy.pid +PidFile /var/run/tinyproxy/tinyproxy.pid # # Include the X-Tinyproxy header, which has the client's IP address when signature.asc Description: Digital signature
Bug#386185: prospective NMU diff
tags 368582 patch tags 384057 patch tags 384282 patch tags 386185 patch tags 369895 patch thanks Hi Marcelo, Attached please find the initial diff for my proposed NMU. It fixes 5 bugs, 4 of them RC bugs, and also addresses three other issues I've found in the package relationships: unnecessary (incorrect) shlibs in the -dbg package, an incorrect hard-coded dependency of libgl1-mesa-swx11 on libglu, and the addition of a Provides: to libglu1-mesa-dev which improves transitional support for the old xlibmesa-glu-dev name. There is no bug report for these last three issues, but I'll open one soon for documentation purposes. I'll continue testing these packages throughout the weekend prior to uploading, so I may find some additional fixes that should be included, but I'm sending you this diff now so that you have as much time as possible to review it before I upload. If I don't hear any objections by Sunday evening (UTC-0700), I will proceed with a 0-day NMU of mesa to get Xorg 7.1 unstuck. Test packages will also be available shortly from http://people.debian.org/~vorlon/mesa/. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u mesa-6.5.0.cvs.20060524/debian/rules mesa-6.5.0.cvs.20060524/debian/rules --- mesa-6.5.0.cvs.20060524/debian/rules +++ mesa-6.5.0.cvs.20060524/debian/rules @@ -186,7 +186,6 @@ dh_compress -s dh_fixperms -s # dh_makeshlibs -s -Nlibglu1-mesa -Nmesag3 - dh_makeshlibs -plibgl1-mesa-swx11-dbg -V 'libgl1-mesa-swx11 | libgl1' ifneq ($(strip $(shell dh_listpackages -s | grep -w libgl1-mesa-glide3)),) dh_makeshlibs -plibgl1-mesa-glide3 -V 'libgl1-mesa-glide3' endif @@ -197,7 +196,7 @@ dh_makeshlibs -plibosmesa6 endif ifneq ($(strip $(shell dh_listpackages -s | grep -w libgl1-mesa-swx11)),) - dh_makeshlibs -plibgl1-mesa-swx11 -V 'libgl1-mesa-swx11 | libgl1' + dh_makeshlibs -plibgl1-mesa-swx11 endif ifneq ($(strip $(shell dh_listpackages -s | grep -w libgl1-mesa-glx)),) dh_makeshlibs -plibgl1-mesa-glx -V 'libgl1-mesa-glx | libgl1' @@ -208,7 +207,7 @@ # Make sure nothing has been left behind. find debian -mindepth 2 -name shlibs | cut -d / -f 2 | sort -u \ debian/shlibs.actual - find debian -mindepth 2 -name lib\*.so.\* | cut -d / -f 2 | sort -u \ + find debian -mindepth 2 -name lib\*.so.\* | grep -v dbg | cut -d / -f 2 | sort -u \ debian/shlibs.should cmp debian/shlibs.actual debian/shlibs.should rm debian/shlibs.actual debian/shlibs.should diff -u mesa-6.5.0.cvs.20060524/debian/control mesa-6.5.0.cvs.20060524/debian/control --- mesa-6.5.0.cvs.20060524/debian/control +++ mesa-6.5.0.cvs.20060524/debian/control @@ -9,7 +9,7 @@ Package: libgl1-mesa-swx11 Section: libs Architecture: any -Depends: ${shlibs:Depends}, libglu1-mesa | libglu1 +Depends: ${shlibs:Depends} Conflicts: mesag3-glide, mesag3-glide2, mesag3+ggi, libgl1, nvidia-glx, mesag3, libgl1-mesa-swrast Provides: libgl1, mesag3, libgl1-mesa-swrast Replaces: libgl1, mesag3, libgl1-mesa-swrast @@ -51,7 +51,7 @@ Package: libgl1-mesa-swx11-dbg Section: libs Architecture: any -Depends: ${shlibs:Depends}, libglu1-mesa | libglu1 +Depends: ${shlibs:Depends} Conflicts: libgl1-mesa-swrast-dbg Replaces: libgl1-mesa-swrast-dbg Provides: libgl1-mesa-swrast-dbg @@ -67,7 +67,7 @@ Depends: ${shlibs:Depends} Conflicts: libgl1, libgl1-mesa-dri ( 6.4.0) Replaces: libgl1, libgl1-mesa-dri ( 6.4.0) -Provides: libgl1, libgl1-mesa-dri +Provides: libgl1 Description: A free implementation of the OpenGL API -- GLX runtime This version of Mesa provides GLX and DRI capabilities: it is capable of both direct and indirect rendering. For direct rendering, it can use DRI @@ -117,7 +117,7 @@ Package: mesa-common-dev Section: devel Architecture: all -Replaces: xlibmesa-gl-dev ( 1:7) +Replaces: xlibmesa-gl-dev ( 1:7), xlibosmesa-dev Description: Developer documentation for Mesa This package includes the specifications for the Mesa-specific OpenGL extensions, the complete set of release release notes and the @@ -173,7 +173,7 @@ Section: libdevel Architecture: any Depends: ${shlibs:Depends}, libglu1-mesa (= ${Source-Version}), libgl1-mesa-dev | libgl-dev -Provides: libglu-dev +Provides: libglu-dev, xlibmesa-glu-dev Conflicts: mesag-dev ( 5.0.0-1), mesa-glide2-dev ( 5.0.0-1), mesag3+ggi-dev ( 5.0.0-1), xlibmesa-dev Replaces: libglu-dev Description: The OpenGL utility library -- development support files diff -u mesa-6.5.0.cvs.20060524/debian/changelog mesa-6.5.0.cvs.20060524/debian/changelog --- mesa-6.5.0.cvs.20060524/debian/changelog +++ mesa-6.5.0.cvs.20060524/debian/changelog @@ -1,3 +1,45 @@ +mesa (6.5.0.cvs.20060524-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Upload mesa 6.5
Bug#387063: #387063 uninstallable because of binNMU-unsafe dependency on xchat-common
tag 387063 + patch thanks Hello, Aaron already gave the solution, so tagging it with patch. Will there be fixing upload in the next days? Or should we NMU this during our BSP today or tomorrow? -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#379940: Bug#385945: boson: crashes on singleplayer game start
On Sat, Sep 16, 2006 at 02:14:09AM +0200, Andreas Beckermann wrote: In the report on Sparc, there is additionally an X Error immediately before this, returning a BadRequest for opcode 128 (XFree86-DRI). I thought perhaps the problem here was that boson's OpenGL support only worked with DRI, so I gave it a try myself; it seems that even with DRI enabled here, I get the same error about needing GL_EXT_framebuffer_object. I *also* get a warning about DRI being unavailable, even though I know that DRI is enabled on my display and I'm using it successfully! [...] Well, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379940, I am waiting for the additional information here. This problem is unfortunately pretty much a fishing in the dark kind of thing and can have a lot of reasons. A popular one is that the wrong libGL.so is picked up, which is why boson tells you which one it uses - so if you had nvidia/ati drivers installed before, you may want to check that they are actually gone. No. libGL.so.1 is the mesa libGL, and the right one for my system. This is not a problem of the wrong driver being available on the system, there is simply something wrong with boson's DRI detection wrt the DRI-enabled GL in Debian. The output of ldd on program that links against libGL and _is_ accellerated would help here. Doubtful, but here's a simple example: $ ldd /usr/bin/glxgears linux-gate.so.1 = (0xe000) libGL.so.1 = /usr/lib/libGL.so.1 (0xa7f01000) libGLU.so.1 = /usr/lib/libGLU.so.1 (0xa7e86000) libglut.so.3 = /usr/lib/libglut.so.3 (0xa7e51000) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xa7e2c000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xa7cfb000) libX11.so.6 = /usr/lib/libX11.so.6 (0xa7c35000) libXext.so.6 = /usr/lib/libXext.so.6 (0xa7c27000) libXxf86vm.so.1 = /usr/lib/libXxf86vm.so.1 (0xa7c22000) libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0xa7c0f000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xa7c0b000) libdrm.so.2 = /usr/lib/libdrm.so.2 (0xa7c04000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xa7b25000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xa7b1a000) /lib/ld-linux.so.2 (0xa7f89000) libXau.so.6 = /usr/lib/libXau.so.6 (0xa7b16000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xa7b11000) $ And indeed, starting a single player game (which works without crashing for me) gets me a very slow display indicative of indirect rendering. This is with the i810 driver on i386. So I haven't been able to reproduce the original problem, but boson doesn't work very well for me, and I know I know libgl1-mesa-dri does work on my system. What exactly makes you think so? glxinfo, the fact that being an i810 user means I had to go to great pains to /get/ a mesa that would do DRI right on my Debian system, and that dozens of other GL-using apps run at appropriate speeds? $ glxinfo | grep direct direct rendering: Yes $ Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386223: NMU diff
Hi, please find includeda the -13.2 NMU diff for this bug. --- xkbsel-0.13/debian/changelog +++ xkbsel-0.13/debian/changelog @@ -1,3 +1,10 @@ +xkbsel (0.13-13.2) unstable; urgency=low + + * NMU + * remove obsolete libxaw6-dev build-dependency (closes: #386223) + + -- Rene Engelhard [EMAIL PROTECTED] Fri, 15 Sep 2006 22:30:07 +0200 + xkbsel (0.13-13.1) unstable; urgency=low * Non-maintainer upload. diff -u xkbsel-0.13/debian/control xkbsel-0.13/debian/control --- xkbsel-0.13/debian/control +++ xkbsel-0.13/debian/control @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Gregory Pomerantz [EMAIL PROTECTED] -Build-Depends: debhelper, libxaw7-dev, xkb-data, libdb4.3-dev, libjpeg62-dev, libpng12-dev, libtiff4-dev, libungif4-dev, flex, gettext, libtool, orbit, texinfo, libxaw6-dev +Build-Depends: debhelper, libxaw7-dev, xkb-data, libdb4.3-dev, libjpeg62-dev, libpng12-dev, libtiff4-dev, libungif4-dev, flex, gettext, libtool, orbit, texinfo Standards-Version: 3.6.1 Package: xkbsel Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387716: democracyplayer: Download speed limit needed
Package: democracyplayer Version: 0.9.0-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The player really needs a download speed limit. It can completely saturate your connection, which is bad enough by yourself, but even worse on a shared connection. You should be able to set a KB/second limit. (It has that upstream rate thing, and I'm not sure what it does, but it sure doesn't limit download speed.) - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages democracyplayer depends on: ii democracyplayer-data 0.9.0-1 GTK+ based RSS video aggregator da ii libatk1.0-0 1.12.2-1The ATK accessibility toolkit ii libboost-python1.33.11.33.1-4Boost.Python Library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface ii libnspr4-0d 1.8.0.5-4.2 NetScape Portable Runtime Library ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxine1 1.1.2-3 the xine video/media player librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxul0d 1.8.0.5-4.2 Gecko engine library ii python 2.4.3-11An interactive high-level object-o ii python-glade22.8.6-5 GTK+ bindings: Glade support ii python-gnome22.12.4-4Python bindings for the GNOME desk ii python-gnome2-extras 2.14.2-1Python bindings for the GNOME desk ii python-gtk2 2.8.6-5 Python bindings for the GTK+ widge ii python-support 0.4.3 automated rebuilding support for p ii python2.42.4.3-8 An interactive high-level object-o ii zlib1g 1:1.2.3-13 compression library - runtime democracyplayer recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFC87e5+GdyTDsrJsRAoBtAKDIpQlKL4C0He1iDhitWWK/rKywVwCg09HH xgzkaZ/XzwyS6TK7alkOmO8= =MO/u -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387648: jack: dies with curses.error: addstr() returned ERR
* [EMAIL PROTECTED] [EMAIL PROTECTED] [2006-09-15 16:58]: Package: jack Version: 3.1.1-3 And do you think you could try with the latest version in testing? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369517: linux-image-2.6.16-1-alpha-smp: undefined scsi symbols; fails to allocate percpu data
* Andras Horvath wrote: Norbert Tretkowski wrote: I think I have a patch which fixes this problem, building a new kernel currently... It didn't fix the problem. if that's 2.6.17-2 then I'm sorry to report that -smp still doesn't work (same scsi errors; see attached log). -generic works fine though. Since smp on alpha seems quite broken currently, I'm going to drop the smp flavour with the next upload. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387707: samba: Error editing smb.conf on upgrade
forcemerge 383307 387707 thanks Apologies if I overlooked an already existing bug report. There are so You did..:) signature.asc Description: Digital signature
Bug#386899: Build-dep issues with exiv2...
reopen 386899 tags 386899 patch block 387348 by 386899 block 386855 by 386899 thanks Andreas, As Yannick has pointed out your second NMU hasn't fixed the issue, thus I'm reopening the bug. As a result I am unable to rebuild digikam nor any other application which has a build-dep on libexiv2-dev: apt-cache rdepends libexiv2 libexiv2 Reverse Depends: ufraw libexiv2-0.10 libexiv2-0.10 kphotoalbum gpscorrelate-gui gpscorrelate gimp-ufraw The patch suggestion from Yannick is: If you replace in the debian/rules dh_makeshlibs -V'libexiv2-0.10 (= $${binary:Version})' by dh_makeshlibs -V Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387665: [pkg-ntp-maintainers] Bug#387665: ntp: mismatching ifdefs for IPv6 + POSIXness issue = FTBFS on Hurd
On Fri, Sep 15, 2006 at 03:53:28PM +0200, Marc Dequènes wrote: On some architectures where IPv6 is not working, some mismatching ifdefs leads to FTBFS. A patch is attached. MAXHOSTNAMELEN is used unconditionnaly, while setting this constant is NOT a MUST in POSIX and an absolutly unnecessary limit on Hurd and cause an FTBFS on this architecture. A patch is attached. Both patches apply cleanly when appended in debian/series. Regards. --- orig/libisc/net.c 2006-06-06 20:16:24.0 + +++ new/libisc/net.c 2006-09-13 18:17:29.0 + @@ -201,6 +201,7 @@ #endif /* IPV6_V6ONLY */ } +#ifndef IPV6_V6ONLY static void initialize_ipv6only(void) { RUNTIME_CHECK(isc_once_do(once_ipv6only, I think that #ifndef IPV6_V6ONLY is wrong (and so is the comment at the end of function). I think you want you just want to remove the #endif at the end of the function. @@ -257,6 +258,7 @@ try_ipv6pktinfo) == ISC_R_SUCCESS); } #endif /* WANT_IPV6 */ +#endif /* ISC_PLATFORM_HAVEIPV6 */ isc_result_t isc_net_probe_ipv6only(void) { That looks good. --- orig/ntpd/ntp_intres.c2006-09-14 16:24:11.0 + +++ new/ntpd/ntp_intres.c 2006-09-14 16:24:16.0 + @@ -41,7 +41,7 @@ #include arpa/inet.h /**/ #ifdef HAVE_SYS_PARAM_H -# include sys/param.h /* MAXHOSTNAMELEN (often) */ +# include sys/param.h /* NI_MAXHOST (often) */ #endif #include isc/net.h Note that for NI_MAXHOST you need netdb.h, which you should get because we include ntp_stdlib.h, which includes ntp_rfc2553.h. @@ -524,10 +524,10 @@ msyslog(LOG_INFO, findhostaddr: Resolving %s, stoa(entry-peer_store)); #endif - entry-ce_name = emalloc(MAXHOSTNAMELEN); + entry-ce_name = emalloc(NI_MAXHOST); error = getnameinfo((const struct sockaddr *)entry-peer_store, SOCKLEN(entry-peer_store), -(char *)entry-ce_name, MAXHOSTNAMELEN, +(char *)entry-ce_name, NI_MAXHOST, NULL, 0, 0); } #ifdef DEBUG NI_MAXHOST really is a better thing to use there, so this looks good. kurt
Bug#387720: diff for 2.34-4.2 NMU
Package: libxml-parser-perl Version: 2.34-4.1 Severity: normal Tags: patch Hi, Attached is the diff for my libxml-parser-perl 2.34-4.2 NMU. diff -Nru /tmp/uaIhTE9rkI/libxml-parser-perl-2.34/debian/changelog /tmp/Lnxjq35k7R/libxml-parser-perl-2.34/debian/changelog --- /tmp/uaIhTE9rkI/libxml-parser-perl-2.34/debian/changelog2006-09-16 12:22:57.0 +0200 +++ /tmp/Lnxjq35k7R/libxml-parser-perl-2.34/debian/changelog2006-09-16 12:22:57.0 +0200 @@ -1,3 +1,11 @@ +libxml-parser-perl (2.34-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix buffer overflow when reading UTF-8 data; patch from Joris van +Rantwijk. (Closes: #378411) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 15 Sep 2006 21:56:47 +0200 + libxml-parser-perl (2.34-4.1) unstable; urgency=high * NMU. diff -Nru /tmp/uaIhTE9rkI/libxml-parser-perl-2.34/Expat/Expat.xs /tmp/Lnxjq35k7R/libxml-parser-perl-2.34/Expat/Expat.xs --- /tmp/uaIhTE9rkI/libxml-parser-perl-2.34/Expat/Expat.xs 2006-09-16 12:22:57.0 +0200 +++ /tmp/Lnxjq35k7R/libxml-parser-perl-2.34/Expat/Expat.xs 2006-09-16 12:22:57.0 +0200 @@ -291,7 +291,6 @@ char * linebuff; STRLEN lblen; STRLEN br = 0; - int buffsize; int done = 0; int ret = 1; char * msg = NULL; @@ -336,33 +335,27 @@ } PUTBACK ; -buffsize = lblen; done = lblen == 0; } else { tbuff = newSV(0); tsiz = newSViv(BUFSIZE); -buffsize = BUFSIZE; } while (! done) { - char *buffer = XML_GetBuffer(parser, buffsize); - - if (! buffer) - croak(Ran out of memory for input buffer); + char *buffer, *tb; SAVETMPS; if (cbv-delim) { - Copy(linebuff, buffer, lblen, char); + tb = linebuff; br = lblen; done = 1; } else { int cnt; SV * rdres; - char * tb; PUSHMARK(SP); EXTEND(SP, 3); @@ -384,14 +377,22 @@ croak(read error); tb = SvPV(tbuff, br); - if (br 0) - Copy(tb, buffer, br, char); - else + /* br == number of bytes read from stream + Note that it is possible that br BUFSIZE if the input stream + is decoding a non-ASCII source. */ + if (br = 0) done = 1; PUTBACK ; } + buffer = XML_GetBuffer(parser, br); + if (! buffer) + croak(Ran out of memory for input buffer); + + if (br 0) +Copy(tb, buffer, br, char); + ret = XML_ParseBuffer(parser, br, done); SPAGAIN; /* resync local SP in case callbacks changed global stack */
Bug#387549: [Pkg-utopia-maintainers] Bug#387549: dbus: Session bus does not accept connections or fails to start properly
On Sat, Sep 16, 2006 at 01:38:41AM +0200, André Wendt wrote: Hi Sjoerd, That doesn't help, you start a session bus but the environment variables won't be set. If the process in $DBUS_SESSION_BUS_PID could you check if running ``dbus-deamon --session'' gives some usefull error message? ``dbus-deamon --session'' gives no error message whatsoever. If I invoke that command, none of the variables are set although the process is active until it receives SIGINT. Before that, there is a session already running, ps aux tells me it was invoked using ``dbus-daemon --fork --print-pid 8 --print-address 6 --session'', but that one obviously doesn't set the variables either. dbus-launch is what should set the environment variables, not dbus-daemon itself. I let you run dbus-daemon to see if something bad happend to it on your system. According to your original mail the DBUS_SESSION_BUS_ADDRESS is set (Could you recheck that?) so there shouldn't be a problem connecting to your session bus... Also please try to re-login if you didn't in the mean time. Maybe the running session bus is too old.. If that doesn't help please send me the output of strace dbus-monitor.. Sjoerd -- No people are all bad, just as none are all good. Tecumseh, (Shawnee) to his nephew Spemica Lawba 1790
Bug#386251: Fixed in NMU of xcdroast 0.98+0alpha15-7.1
On Fri, Sep 15, 2006 at 10:23:25PM +0200, Héctor García Álvarez wrote: Why don't you ask before doing an NMU?. Please complain to the release management team if you don't like the rules. You didn't test the patch, did you? I did. And I hope you have a better reason for this statement than what you say in the next two sentences. Because it has a bug which break old working behavior. Which? Now cdrecord.proDVD doesn't work (which even in been non free, it will break working instalations). Frankly I don't care. If you like a non-free software and want your package to work with it, fine. Then do your job as a maintainer and make it work again. P.D: Please, even in 0-day NMU period send a I'm going to do a NMU with at least a few hours. I've been working on this a few days now to Oh come on, you had 9 days and weren't able to even send a short ack to the bug report. How on earth should I know that you would answer my email in a few hours? not do what you just did. Then you should have send an email to the bug report. I would have certainly left the bug alone had I know that you are working on it. But there was no hint whatsoever. Besides, you are free to upload a new version with a better patch. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
Bug#387715: lirc-modules-source: Fails to compile with kernel 2.6.18
Package: lirc-modules-source Version: 0.8.0-6 Severity: important Tags: patch devfs has finally been removed in kernel 2.6.18, causing lirc kernel modules to fail compiling. The patch below, taken from CVS, fixes the issue. Regards, Peter -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (400, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc7-maia Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lirc-modules-source depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii debhelper 5.0.37.3 helper programs for debian/rules ii debianutils 2.17.1 Miscellaneous utilities specific t ii ucf 2.0015 Update Configuration File: preserv Versions of packages lirc-modules-source recommends: ii dpkg-dev 1.13.22package building tools for Debian ii gcc [c-compiler] 4:4.1.1-7 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-13 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-4The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-13 The GNU C compiler ii kernel-package10.056 A utility for building Linux kerne ii make 3.81-3 The GNU version of the make util -- debconf information excluded Index: drivers/kcompat.h === RCS file: /cvsroot/lirc/lirc/drivers/kcompat.h,v retrieving revision 5.26 retrieving revision 5.27 diff -u -p -r5.26 -r5.27 --- drivers/kcompat.h 4 Mar 2006 23:16:02 - 5.26 +++ drivers/kcompat.h 23 Jul 2006 23:24:35 - 5.27 @@ -15,8 +15,11 @@ #include linux/device.h +#if LINUX_VERSION_CODE KERNEL_VERSION(2,6,18) #define LIRC_HAVE_DEVFS #define LIRC_HAVE_DEVFS_26 +#endif + #define LIRC_HAVE_SYSFS #if LINUX_VERSION_CODE KERNEL_VERSION(2,6,13) Index: drivers/lirc_dev/lirc_dev.c === RCS file: /cvsroot/lirc/lirc/drivers/lirc_dev/lirc_dev.c,v retrieving revision 1.46 retrieving revision 1.47 diff -u -p -r1.46 -r1.47 --- drivers/lirc_dev/lirc_dev.c 16 Jul 2006 08:10:45 - 1.46 +++ drivers/lirc_dev/lirc_dev.c 23 Jul 2006 23:24:35 - 1.47 @@ -49,16 +49,18 @@ #endif #define __KERNEL_SYSCALLS__ #include linux/unistd.h + +#include drivers/kcompat.h + /* DevFS header */ -#if LINUX_VERSION_CODE = KERNEL_VERSION(2,4,0) +#if defined(LIRC_HAVE_DEVFS) #include linux/devfs_fs_kernel.h #endif /* SysFS header */ -#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,0) +#if defined(LIRC_HAVE_SYSFS) #include linux/device.h #endif -#include drivers/kcompat.h #include drivers/lirc.h #include lirc_dev.h Index: drivers/lirc_imon/lirc_imon.c === RCS file: /cvsroot/lirc/lirc/drivers/lirc_imon/lirc_imon.c,v retrieving revision 1.10 retrieving revision 1.11 diff -u -p -r1.10 -r1.11 --- drivers/lirc_imon/lirc_imon.c 4 Mar 2006 22:36:38 - 1.10 +++ drivers/lirc_imon/lirc_imon.c 23 Jul 2006 23:24:35 - 1.11 @@ -58,10 +58,13 @@ #include linux/slab.h #include asm/uaccess.h #include linux/usb.h +#include drivers/kcompat.h + +#if defined(LIRC_HAVE_DEVFS) #include linux/devfs_fs_kernel.h +#endif #include drivers/lirc.h -#include drivers/kcompat.h #include drivers/lirc_dev/lirc_dev.h Index: drivers/lirc_sasem/lirc_sasem.c === RCS file: /cvsroot/lirc/lirc/drivers/lirc_sasem/lirc_sasem.c,v retrieving revision 1.13 retrieving revision 1.14 diff -u -p -r1.13 -r1.14 --- drivers/lirc_sasem/lirc_sasem.c 4 Mar 2006 22:36:39 - 1.13 +++ drivers/lirc_sasem/lirc_sasem.c 23 Jul 2006 23:24:35 - 1.14 @@ -67,10 +67,13 @@ #include linux/slab.h #include asm/uaccess.h #include linux/usb.h + +#include drivers/kcompat.h +#if defined(LIRC_HAVE_DEVFS) #include linux/devfs_fs_kernel.h +#endif #include drivers/lirc.h -#include drivers/kcompat.h #include drivers/lirc_dev/lirc_dev.h
Bug#383130: Bug forwarded
tags 383130 upstream forwarded 383130 [EMAIL PROTECTED] thanks Hi! Thanks for the report, bug forwarded upstream. BTW if you want a quicker report and resolution, you ought ot report those bug directly to upstream... Romain -- You can fool some people sometimes, But you can't fool all the people all the time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368972: libgl1-mesa-directfb-dev should not provide libgl-dev: ITNMU
On Fri, Sep 15, 2006 at 04:29:43PM -0700, Steve Langasek wrote: A Hurd porter would of course be able to do their own subsequent NMU if they're confident in this patch. OK, do you prefer us to NMU it right after yours, or when the new mesa reached testing? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387721: tinyproxy: Should not grant non-localhost access by default
Package: tinyproxy Version: 1.6.3-2 Severity: normal Hi, I noticed the default configuration file grants access to a local network by default: | Allow 192.168.1.0/25 Although this is much better than allow access from anywhere this still can be abused cause harm and confusion in appropriate networks. Please comment that line out. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.13 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages tinyproxy depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii logrotate3.7.1-3 Log rotation utility tinyproxy recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#386831: tomcat-common
Alternatively, you could create a tomcat-common package, which included files shared between the two versions. It would be this package that owned the tomcat user. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384233: Not confirmed - closing?
Hi! Since I got no answer and no confirmation of this bug, I have tested upon a fresh install, and no AdminSettings.php file are created. I will close this bug soon if no confirmation happen. romain -- Everyone is crying out for peace, yes None is crying out for justice I don't want no peace I want equal rights and justice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370540: reopen bug - problem is not solved
The bug isn't fixed correct in 0.097-1 and still exists. There's a wrong condition in the udev.init. I have attached two patches who fixes the problem by changing the condition. ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de--- udev.init.orig 2006-09-16 12:35:32.0 +0200 +++ udev.init 2006-09-16 12:36:18.0 +0200 @@ -42,7 +42,7 @@ create_dev_makedev() { if [ -e /sbin/MAKEDEV ]; then -[ ! -e /dev/MAKEDEV ] || ln -s /sbin/MAKEDEV /dev/MAKEDEV +[ -e /dev/MAKEDEV ] || ln -s /sbin/MAKEDEV /dev/MAKEDEV else ln -s /bin/true /dev/MAKEDEV fi --- udev.init.orig 2006-09-16 12:35:32.0 +0200 +++ udev.init 2006-09-16 12:53:26.0 +0200 @@ -42,7 +42,7 @@ create_dev_makedev() { if [ -e /sbin/MAKEDEV ]; then -[ ! -e /dev/MAKEDEV ] || ln -s /sbin/MAKEDEV /dev/MAKEDEV +[ ! -e /dev/MAKEDEV ] ln -s /sbin/MAKEDEV /dev/MAKEDEV else ln -s /bin/true /dev/MAKEDEV fi
Bug#387723: dhcp3-client: dhclient3 opens $CWD redundantly, doesn't let go
Package: dhcp3-client Version: 3.0.4-8 Severity: normal # lsof /home COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME dhclient3 16841 root cwdDIR3,7 4096 850717 /home/jon/wd/debconf/dc7 I ran ifup eth0 from a terminal where CWD was /home/jon/wd/debconf/dc7. Later on I wanted to umount /home but dhclient3 has maintained a filehandle for the CWD it was launched in. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dhcp3-client depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii debianutils 2.17Miscellaneous utilities specific t ii dhcp3-common 3.0.4-8 Common files used by all the dhcp3 ii libc62.3.6.ds1-4 GNU C Library: Shared libraries dhcp3-client recommends no packages. -- debconf information: dhcp3-client/dhclient-needs-restarting: dhcp3-client/dhclient-script_moved: signature.asc Description: Digital signature
Bug#387726: democracyplayer: Flash videos play jerky and w/o sound
Package: democracyplayer Version: 0.9.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Unfortunately, many videos you find with Democracy Player are Flash videos (.flv). Also unfortunately, for me at least, they play jerkily and with no sound. The video plays smooth for about half a second, and then skips ahead about half a second, which continues through the whole video. And there's no sound at all. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages democracyplayer depends on: ii democracyplayer-data 0.9.0-1 GTK+ based RSS video aggregator da ii libatk1.0-0 1.12.2-1The ATK accessibility toolkit ii libboost-python1.33.11.33.1-4Boost.Python Library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo21.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libgtk2.0-0 2.8.20-1The GTK+ graphical user interface ii libnspr4-0d 1.8.0.5-4.2 NetScape Portable Runtime Library ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxine1 1.1.2-3 the xine video/media player librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxul0d 1.8.0.5-4.2 Gecko engine library ii python 2.4.3-11An interactive high-level object-o ii python-glade22.8.6-5 GTK+ bindings: Glade support ii python-gnome22.12.4-4Python bindings for the GNOME desk ii python-gnome2-extras 2.14.2-1Python bindings for the GNOME desk ii python-gtk2 2.8.6-5 Python bindings for the GTK+ widge ii python-support 0.4.3 automated rebuilding support for p ii python2.42.4.3-8 An interactive high-level object-o ii zlib1g 1:1.2.3-13 compression library - runtime democracyplayer recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFC9mv5+GdyTDsrJsRAp2tAKD4T9ygSFwfwJMc3C9TRG1dMWCw9QCgkNWC 6aKySFnZmZyafekhnOs3ueA= =oZ+m -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387724: deskbar-applet: error while adding Firefox live bookmark
Package: deskbar-applet Version: 2.14.2-4 Severity: normal When I add a new Firefox live bookmark using Firefox internal bookmarks manager a window is opened and it says: Bug detected. A programming error has been detected Details: Traceback (most recent call last): File /usr/lib/deskbar-applet/handlers/mozilla.py, line 153, in lambda self.watcher.connect('changed', lambda watcher, f: self._parse_bookmarks()) File /usr/lib/deskbar-applet/handlers/mozilla.py, line 161, in _parse_bookmarks self._bookmarks, parsed_file, self._shortcuts_to_smart_bookmarks_map = MozillaBookmarksParser(self).get_indexer() File /usr/lib/deskbar-applet/handlers/mozilla.py, line 257, in __init__ self.close() File HTMLParser.py, line 112, in close self.goahead(1) File HTMLParser.py, line 150, in goahead k = self.parse_endtag(i) File HTMLParser.py, line 316, in parse_endtag self.handle_endtag(tag.lower()) File /usr/lib/deskbar-applet/handlers/mozilla.py, line 302, in handle_endtag if self.href.startswith(javascript:): AttributeError: 'NoneType' object has no attribute 'startswith' -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages deskbar-applet depends on: ii gconf2 2.14.0-4 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libebook1.2-5 1.6.3-1 Client library for evolution addre ii libedataserver1.2-71.6.3-1 Utility library for evolution data ii libfontconfig1 2.3.2-7 generic font configuration library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome-desktop-2 2.14.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.1-2 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii python-glade2 2.8.6-5 GTK+ bindings: Glade support ii python-gnome2 2.12.4-4 Python bindings for the GNOME desk ii python-gnome2-desktop 2.14.0-3 Python bindings for the GNOME desk ii python-gtk22.8.6-5 Python bindings for the GTK+ widge ii python2.4 2.4.3-8 An interactive high-level object-o Versions of packages deskbar-applet recommends: ii gnome-utils 2.14.0-2 GNOME desktop utilities ii python-soappy 0.11.3-1.6 SOAP Support for Python (SOAP.py) ii python2.4-beagle 0.2.6-2python bindings for beagle -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387725: debconf-escape is not idempotent wrt '\n'
Package: debconf Version: 1.5.4 Severity: normal debconf-escape does not properly escape the literal (non-control) \n: lapse:~ echo '\n' | debconf-escape -e | debconf-escape -u | xxd 000: 0a0a -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages debconf depends on: ii debconf-i18n 1.5.4 full internationalization support ii perl-base 5.8.8-6.1 The Pathologically Eclectic Rubbis Versions of packages debconf recommends: ii apt-utils 0.6.45 APT utility programs -- debconf information excluded -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#272837: Fixed
This bug is fixed in current package version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291063: lire = 2:2.0.2-1 will no longer crash on this
Hi, FWIW: this bug is partially fixed in lire 2:2.0.2-1, which is in testing now. It now only tries to decode google search keywords which are UTF-8 encoded, and passes all others as is. So it will no longer crash. However, decoding other search keywords so that they too show up nice in the reports still needs to be taken care of. See also the 2006-07-16 15:29 entry in upstream ChangeLog. Bye, Joost -- ..http://logreport.com/ | '.|/^LogReport$/ | Lirehttp://logreport.org/ signature.asc Description: Digital signature
Bug#387722: Arm: arm_dynamic_loop_delay not applied anymore
Package: mldonkey-server Version: 2.8.0-1 Hi, an IRC user reported hanging MLDonkey server on arm platform. According to http://buildd.debian.org/fetch.php?pkg=mldonkeyver=2.8.0-1arch=armstamp=1158281806file=logas=raw arm_dynamic_loop_delay not applied to ./ . the patch is not applied anymore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386707: NMU diff
Hi, I just NMUed for this bug. See attached patch. Regards, Rene -- ''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 --- changelog.old 2006-09-16 12:14:49.0 +0200 +++ changelog 2006-09-16 12:06:33.0 +0200 @@ -1,3 +1,10 @@ +debmirror (20060907.1) unstable; urgency=medium + + * NMU + * depend on libdigest-sha1-perl (closes: #386707) + + -- Rene Engelhard [EMAIL PROTECTED] Sat, 16 Sep 2006 12:05:30 +0200 + debmirror (20060907) unstable; urgency=low * Merge pdiff patch by Peter Colberg [EMAIL PROTECTED] (Closes: #366855) --- control.old 2006-09-16 12:13:42.0 +0200 +++ control 2006-09-15 17:20:38.0 +0200 @@ -6,7 +6,7 @@ Package: debmirror Architecture: all -Depends: libnet-perl, libdigest-md5-perl, liblockfile-simple-perl, rsync, libcompress-zlib-perl, bzip2, libwww-perl +Depends: libnet-perl, libdigest-md5-perl, libdigest-sha1-perl, liblockfile-simple-perl, rsync, libcompress-zlib-perl, bzip2, libwww-perl Recommends: gnupg, patch Description: Debian partial mirror script, with ftp and package pool support This program downloads and maintains a partial local Debian mirror.
Bug#387699: exim4: Should create /var/run/exim4/ if it is missing
On 2006-09-16 Petter Reinholdtsen [EMAIL PROTECTED] wrote: [Andreas Metzler] [...] You should somehow try to save this info, instead of changing every package using its own directory in /var/run. I fail to see the advantage of adding that complexity when we can just add 'mkdir' calls to the scripts expecting some directories in /var/run/. Hello, There are two *possible* obvious advantages: - changes only to only one package. - Works for stuff that is not started by /etc/init.d/. - I do not know whether this is relevant currently. Another point is that the whole thing is not always _that_ simple to do in packages, as there are legitimate uses of *users* adding such directories. e.g. I am running spamassassin under its own designated user listening on /var/run/am-spamd/socket. - The packages make this simple: 1 add the user 2 mkdir /var/run/am-spamd/ 3 chown am-spamd:am-spamd /var/run/am-spamd 4 add --username=am-spamd --socketpath /var/run/am-spamd/socket to /etc/default/spamassassin. If directories under /var/run/ are no persistent, this breaks. (You might tell me that I should have used /var/local/run. ;-) There is also the partial-upgrades issue, upgrading to a version of sysvinit that drops everything under /var/run/ on every reboot will break every package currently relying on /var/run/* being persistent. (adding a bunch of versioned conflicts to the new sysvinit versions would fix this.) thanks for listening, cu andreas -- The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal vision of the emperor's, and its inclusion in this work does not constitute tacit approval by the author or the publisher for any such projects, howsoever undertaken.(c) Jasper Ffforde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278012: gnome-alsamixer crash when open proporties
On Sun, Oct 24, 2004, Marco Salgado A. wrote: Steps to reproduce the crash: 1. open gnome-alsamixer 2. go to file menu 3. select proporties Expected Results: Show the properties of sound card Additional Information: I've some problem with sound, this work whitout problem but when i try to change volume from applet, this say me that don't locate a mixer. Hi Marco. I've just uploaded a CVS snapshot of gnome-alsamixer. Are you able to reproduce this bug with the new version? -- adn Mohammed Adnène Trojette
Bug#387684: make incompatibly breaks my makefile and provides no way to fix
Manoj Srivastava writes (Re: Bug#387684: make incompatibly breaks my makefile and provides no way to fix): There is a way to fix it; just forget the $(shell ...) wrapper. No, that results in the variable value being split into several commands, each of which gets executed separately. What I want is to be able to write a multi-line value, defined in a make variable, to a file. Eg, supposing I want to run the following python script #!/usr/bin/python import somemodule somemodule.invoke($(SOME_COMPLICATED_MAKE_VARIABLE)) from a Makefile target. How do I do it ? The obvious answer is define script #!/usr/bin/python import somemodule somemodule.invoke($(SOME_COMPLICATED_MAKE_VARIABLE)) endef target: python -c $(script) but that doesn't work because it runs each line as a separate command. Making it work in 3.81 wouldn't help me because my makefiles have to be compatible with make 3.80. In 3.80 this can be solved by the hideous hack in my original report, which is based on the fact that $(shell $(multiline_variable)) would pass each line of $(multiline_variable) to the shell as a separate argument: define script set -e; d=script.py; rm -f $$d; for f in $$@;do echo $$f $$d; done -- #!/usr/bin/python import somemodule somemodule.invoke($(SOME_COMPLICATED_MAKE_VARIABLE)) endef target: : $(shell $(script)) python script.py But in 3.81 this has been changed, incompatibly, with no good reason. Perhaps the only answer is p=printf script.py %s define script $p '#!/usr/bin/python' $p 'import somemodule' $p 'somemodule.invoke($(SOME_COMPLICATED_MAKE_VARIABLE))' endef target: : script.py $(script) python script.py but this is not only ugly but also really very awkward; in particular, the quoting requirements inside the script are crazy and it's not clear that any possible script is expressible. It seems to me that it is a basic requirement of a language like make that it is capable of running any command. That is, it should be possible, by writing in make, to specify exactly which byte strings are used for the command and each argument, and that all byte strings should be specifiable as command arguments, just as you can with the shell. (I suppose you might reasonably exclude byte strings containing nuls or control characters.) The new behaviour does not have this property, because it is not apparently possible to cause make to invoke any external program with an argument containing newlines without preceding backslashes. In any case, this is not likely to be a change that is going to be reverted -- if you are not happy with this canning of the commands to be executed directly, I am not sure we have a recourse. It seems likely that the change I'm complaining about here is an unforeseen consequence of the line-ending-handling change. We could revert that whole thing (or make it only happen if POSIXLY_CORRECT). Or we could revert to make 3.80 (is anyone depending on 3.81 behaviours, I wonder?) and I could go and bitch at upstream. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323030: samba: logs for debugging
Package: samba Followup-For: Bug #323030 Sep 16 13:24:51 tirolinux nmbd[29967]: [2006/09/16 13:24:51, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(396) Sep 16 13:24:51 tirolinux nmbd[29967]: * Sep 16 13:24:51 tirolinux nmbd[29967]: Sep 16 13:24:51 tirolinux nmbd[29967]: Samba name server DK10 is now a local master browser for workgroup ARBEITSGRUPPE on subnet 192.168.0.10 Sep 16 13:24:51 tirolinux nmbd[29967]: Sep 16 13:24:51 tirolinux nmbd[29967]: * Sep 16 13:24:51 tirolinux nmbd[29967]: [2006/09/16 13:24:51, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(351) Sep 16 13:24:51 tirolinux nmbd[29967]: find_domain_master_name_query_fail: Sep 16 13:24:51 tirolinux nmbd[29967]: Unable to find the Domain Master Browser name ARBEITSGRUPPE1b for the workgroup ARBEITSGRUPPE. Sep 16 13:24:51 tirolinux nmbd[29967]: Unable to sync browse lists in this workgroup. -- System Information: Debian Release: stable/testing APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages samba depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii libacl1 2.2.41-1Access control list shared library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcomerr2 1.39-1 common error description library ii libcupsys2 [libcupsys2-g 1.2.2-2 Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.2.2-2 Common UNIX Printing System(tm) - ii libkrb53 1.4.4-1 MIT Kerberos runtime libraries ii libldap2 2.1.30-13+b1OpenLDAP libraries ii libpam-modules 0.79-3.1Pluggable Authentication Modules f ii libpam-runtime 0.79-3.1Runtime support for the PAM librar ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libpopt0 1.10-2 lib for parsing cmdline parameters ii logrotate3.7.1-3 Log rotation utility ii netbase 4.25Basic TCP/IP networking system ii samba-common 3.0.14a-3sarge2 Samba common files used by both th samba recommends no packages. -- debconf information: samba/nmbd_from_inetd: samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true * samba/run_mode: daemons -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387730: qc-usb-source: fails to compile with kernel 2.4.32
Package: qc-usb-source Version: 0.6.4-4 Severity: normal qc-usb-source: fails to compile with kernel 2.4.32 with this error: make[3]: Entering directory `/usr/src/modules/qc-usb-source' gcc-3.3 -I/usr/src/linux/include -nostdinc -iwithprefix include -DMODULE -D__KERNEL__ -DNOKERNEL -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -Wall -Wstrict-prototypes -Wno-trigraphs -pipe -c qc-driver.c qc-driver.c:80: error: syntax error before int qc-driver.c:80: warning: type defaults to `int' in declaration of `module_param' qc-driver.c:80: warning: function declaration isn't a prototype qc-driver.c:80: warning: data definition has no type or storage class -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages qc-usb-source depends on: ii debhelper 5.0.37.3 helper programs for debian/rules Versions of packages qc-usb-source recommends: ii kernel-package10.056 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387727: mldonkey-server dose start on ARM
Package: mldonkey-server Version: 2.7.7-9 If i start the mldonkey-server ive got the message segmentation fault. Bevor ive done an apt-get dist-upgrade, ive used 2.7.7-6 and it workes corretly. Now ive have compiled the lastes cvs sources and this is working correctly. I am using Debian SID, 2.6.16 #1 PREEMPT Thu Jun 8 23:38:13 PDT 2006 armv5tel GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387728: segfault in add_candidates
Package: gcc-snapshot Version: 20060912-1 PR29105 Automatic build of adept_2.1.1 on coconut by sbuild/ia64 0.49 ... /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I/build/tbm/adept-2.1.1/./adept/adept -I../.. -I/build/tbm/adept-2.1.1/./adept/adept/.. -I.. -I/usr/include/kde -I/usr/share/qt3/include -I. -I/usr/include/tagcoll-1.6.3 -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fexceptions -DQT_NO_ASCII_CAST -DQT_NO_CAST_ASCII -DDEFAULT_KONSOLE_HIDDEN=true -c -o tagfilter.lo /build/tbm/adept-2.1.1/./adept/adept/tagfilter.cpp g++ -DHAVE_CONFIG_H -I. -I/build/tbm/adept-2.1.1/./adept/adept -I../.. -I/build/tbm/adept-2.1.1/./adept/adept/.. -I.. -I/usr/include/kde -I/usr/share/qt3/include -I. -I/usr/include/tagcoll-1.6.3 -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fexceptions -DQT_NO_ASCII_CAST -DQT_NO_CAST_ASCII -DDEFAULT_KONSOLE_HIDDEN=true -c /build/tbm/adept-2.1.1/./adept/adept/tagfilter.cpp -fPIC -DPIC -o .libs/tagfilter.o In file included from /build/tbm/adept-2.1.1/./adept/adept/tagfilter.cpp:10: /build/tbm/adept-2.1.1/./adept/adept/../adept/tagfilter.h: In constructor 'adept::TagFilterT::TagFilter()': /build/tbm/adept-2.1.1/./adept/adept/../adept/tagfilter.h:36: internal compiler error: Segmentation fault 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.1/README.Bugs. make[4]: *** [tagfilter.lo] Error 1 make[4]: Leaving directory `/build/tbm/adept-2.1.1/obj-x86_64-linux-gnu/adept/adept' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387729: Only wrapper for grub-install is available, not the real grub-install
Package: grub Version: 0.97-16 Severity: grave Justification: renders package unusable After an upgrade from 0.97-15 to 0.97-16, I have the following situation: /sbin/grub-install is not found (it should be the transitional wrapper) /usr/sbin/grub-install is the wrapper for grub-install nothing like a /usr/sbin/grub-install.real is found; there is no real grub-install /usr/sbin/grub-install calls itself in an infinite loop as it contains the line: exec /usr/sbin/grub-install $* This prevents grub-install from working at all, making it impossible to install the grub bootloader to the MBR or anywhere. Output of ls -l /sbin | grep grub -rwxr-xr-x 1 root root599 2006-09-15 14:55 update-grub Output of ls -l /usr/sbin | grep grub -rwxr-xr-x 1 root root 136176 2006-09-15 14:55 grub -rwxr-xr-x 1 root root2987 2005-11-11 12:41 grub-floppy -rwxr-xr-x 1 root root 358 2006-09-15 14:55 grub-install -rwxr-xr-x 1 root root2312 2006-09-15 14:55 grub-md5-crypt -rwxr-xr-x 1 root root1213 2006-04-01 14:41 grub-reboot -rwxr-xr-x 1 root root2533 2006-09-15 14:55 grub-set-default -rwxr-xr-x 1 root root2473 2006-09-15 14:55 grub-terminfo -rwxr-xr-x 1 root root 599 2006-09-15 14:55 update-grub -rwxr-xr-x 1 root root 31889 2006-09-04 16:41 update-grub.real Note the size of grub-install, obviously fitting to the one of the wrapper shell script. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages grub depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand grub recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386185: Severity of #387706
Well, I feel normal to be a bit low (this is why I did not feel necessary to split the bugreport at first): if the package is not split, tulip will only be installable on machines with the non-accelerated (or glide only) version of libgl1, which is quite bad. Even if I split tlprender out of the tulip package, installing the tlprender package would require to remove libgl1-glx first. It does not violate any policy that I know of, but seems at least important to me. Best regards, -- Yann. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379725: Isn't this fixed?
severity 379725 normal thanks From reading the changelog entry I would say this bug was fixed in 1.3.6-1. Therefore I downgrade it to normal but leave it to the maintainer to close it if it really was forgotten. In case I missed something feel free to upgrade again. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386499: Patch for Bug #386499 in python-samba
Hello Samba Maintainer! I work during the BSP in Jülich on python-samba and worked out a patch for python-samba: In order to use the new Python Policy I used python-central. The use of python-central automatically fixes this bug, because pycentral byte-compiles the modules during installation and removes them when you remove the package. If you want to have a look on my patch: http://developer.skolelinux.org/~winnie/bsp/python-samba/ Greetings Patrick Winnertz