Bug#387258: [Pkg-alsa-devel] Bug#387258: alsa-driver: Wrong use of po-debconf flags
I need the complete set of PO files in the package *before* the #flag:translate:4 line was added. Attached. OK. Fro mthis, I've prepared a full set of PO files that can be use as a basis for a call for translation updates. Before launching it as I proposed earlier, I'd first like to check with you if you have already done something (I guess you didn't, otherwise, I would have received something, as the French translator). signature.asc Description: Digital signature
Bug#379180: Fetching duplicate messages socket error
severity 379180 minor tags 379180 wontfix thanks Hi, This is most likely a network problem on your or the server end. To mitigate the duplicates you see you should set the max_messages_per_session variable in your getmail configuration. -- .Fredrik Steen - http://www.stone.nu/ - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388335: policy violation: binaries in wrong location
On Tuesday 19 September 2006 23:42, Steve Langasek wrote: It would be equally valid to say that aoetools does not support automounting, and therefore /usr/sbin is appropriate. So you're saying that a person that has an aoe driven SAN should have to mount it by doing something like: mount /dev/etherd/e1.1 /exports/blah This doesn't make any sense. The point of the aoetools is to make using the aoe devices possible. Making them manual boot only seems somewhat suboptimal. The closest thing I could conceive to this is if the device mapper had to be manually setup on boot instead of having scripts that setup the lvm and evms stuff. Those subsystems provide block devices just like the aoetools. So I don't believe this makes the package completely unusable, and is not a reason to exclude the package from release if it goes unfixed. I guess it technically provides more functionality than nothing, but it's pretty near useless in a production environment where a machine should be expected to boot without intervention. However, I guess I can agree that it doesn't cause additional problems by being installed. I think it is RC bug in that it provides basic boot functionality and is not on the root volume. I have the init script (/etc/init.d/aoe) and the default config file (/etc/default/aoetools) being tested on a dev server right now. I have it where it can be mounted upon boot. I will attach them to #387552 asap. I will attach versions that assume the binaries are in /sbin since assuming they are on /usr/sbin would require making sure /usr is mounted if it is not on the root volume, which I think is wrong. I mean, what if I wanted to put /usr on the aoe device? I couldn't unless all the tools required to set it up were on the root volume. Thanks, wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388192: dpkg: [INTL:dz] Dzongkha dpkg templates translation
Thanks a lot for this update. I'm seeing that Kinley Tshering is listed as the Dzongkha translator (in po/LINGUAS). Also, the Last-Translator field of the PO is set as: Last-Translator: norbu [EMAIL PROTECTED] Is it a team-maintained PO? Do you want me to update one of these field? Yes, it is team-maintained. I hereby confirm that Tenzin Dendup is currently the person acting as proxy for the whole Dzongkha translation team. For that reason, I usually blindly commit all updates he sends to me. I would also do the same for updates sent by Pema Geyleg, who has been the first coordinator of the Dzongkha translation effort. It would indeed be interesting to do what Nicolas suggests, ie putting the name of former translators in some way in the PO file headers. About po/LINGUAS, it's probably best to mention the team rather than individuals, yes.but Tenzin will confirm. signature.asc Description: Digital signature
Bug#375194: Can you test 2.6.18-rc7 ...
On Tue, Sep 19, 2006 at 07:25:29PM +0300, Yavor Doganov wrote: Sven Luther wrote: Begin: Waiting for root filesystem... ... Then displays a message that it cannot load i8042.ko and drops me to a Busybox (initramfs) shell. Anyway, I thank both of you, there seems to be a progress. I'll test whatever you say to help you fix it. Mmm, there is no reason why it should try to load i8042 on your gossamer pmac, which has no such hardware. Can you please reopen a new bug report about this against initramfs-tools ? Preferably with the serial log ? I will certainly file a bug, if you could be so kind to tell me what do you mean by serial log? I searched for a specific log but couldn't find one. If what you mean is to retype the error messsages that appear on the console, I'll do that, of course. if you have a digicam, you can use that too, avoids lot of typing :) That said, the idea is to use a serial cable to put a console on the serial port which you access from another machine using minicom or some other serial terminal program. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350464: ITP: picard -- album-based MusicBrainz tagger
Hi Decklin, are you still interested in packaging Picard? I've dropped the dependency on libtunepimp 0.5 in Picard 0.7.1 (will be releases this week), which means that all the required dependencies (libtunepimp 0.4, python-musicbrainz2) are already in Debian. I have a 0.7.0 package at http://users.musicbrainz.org/~luks/ubuntu2/dists/sid/main/source/. It will surely need some cleanup, but could be a good starting point. And if you are not interested or don't have time, would you mind if I take over this ITP? Regards, -Lukáš -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388371: jflex: JFlexTask cannot be found
Package: jflex Version: 1.4.1-3 Severity: normal JFlex.jar includes an ant task JFlex.anttask.JFlexTask, but this can't be found by ant because JFlex.jar is not under ANT_HOME/lib. This can be solved by symlinking /usr/share/java/JFlex.jar to /usr/share/ant/lib/JFlex.jar. See #292271 for a similar bug. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ko_KR.EUC-KR, LC_CTYPE=ko_KR.EUC-KR (charmap=EUC-KR) Versions of packages jflex depends on: ii gij [java-virtual-machine]4:4.1.1-7 The GNU Java bytecode interpreter ii gij-4.1 [java1-runtime] 4.1.1-13 The GNU Java bytecode interpreter ii jamvm [java1-runtime] 1.4.3-1virtual machine which conforms to ii kaffe 2:1.1.7-4 A JVM to run Java bytecode ii kaffe-pthreads [kaffe]2:1.1.7-4 A POSIX threads enabled version of ii sun-java5-jre [java2-runtime] 1.5.0-08-1 Sun Java(TM) Runtime Environment ( jflex recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379202: Skribe depends on bigloo 2.8
Hi Konrad, On Tue, Sep 19, 2006 at 11:59:52PM +0100, Konrad D??browski wrote: After trying a few different combinations, I've seen that skribe compiles with bigloo 2.7 (in testing at the moment), but not with bigloo 2.8 (including the official sources). Should an RC bug be filed against the bigloo package in unstable to stop it entering testing until skribe gets ported to it? Konrad P.S. This problem also affects the latest version of skribe (1.2e). I've see that, while trying to update the package. I emailed upstream and got no answer. I'll retry. Since I only ever packaged skribe, just to be able to build the bigloo docs, and it is even not used for this, I'd be rather tempted to request its removal from testing, and finally build the docs using texinfo if possible. Best regards, -- Yann. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388370: git-core: man pages for git commands have .sp sprinkled through them
Package: git-core Version: 1:1.4.2.1-1 Severity: minor A large number of the man pages (all I tried at random) have .sp as text in them. Frequently at the end of a line, but not necessarily so. Looks as though it was some formatting instruction that did not get interpreted correctly -- 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=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages git-core depends on: ii adduser 3.97Add and remove users and groups ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1Multi-protocol file transfer libra ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii perl-modules 5.8.8-6.1 Core Perl modules ii rcs 5.7-18 The GNU Revision Control System ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages git-core recommends: pn curl none (no description available) ii git-doc 1:1.4.2.1-1 content addressable filesystem (do ii less 394-3 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-3 Secure shell client, an rlogin/rsh ii patch2.5.9-4 Apply a diff file to an original ii python 2.4.3-11An interactive high-level object-o ii rsync2.6.8-2 fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388293: RFP: libvoikko -- Finnish spell-checker and hyphenator library
Hi, Sorry for lack of communication to Harri, I've recently started working on this. I've uploaded a new version of malaga and the packages suomi-malaga, libvoikko to mentors.debian.net, with slight modifications to the packages found in the address mentioned (lintian-clean). I'm planning to send oo2-voikko and tmispell-voikko later on. What is currently really needed is a sponsor for those packages, so if anyone is interested, please take a look at the packages at: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=malaga http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=suomi-malaga http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=libvoikko ...and sponsor them to get the into Debian. Thank you. -Timo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388374: udev: fails during upgrade configuration
Package: udev Version: 0.100-1 Severity: important Unfortunately I cannot tell much. In short, I obtain an error during upgrade of udev. I obtain it again trying dpkg --configure -a, but with a different set of messages, then I run the postconfig by hand with two arguments and it apparently works. However, dpkg keeps giving me an error. I observe this: tucano:/var# wajig daily-upgrade; wajig clean; date [ many lines deleted ] Setting up udev (0.100-1) ... Installing new version of config file /etc/udev/cd-aliases-generator.rules ... Installing new version of config file /etc/udev/devfs.rules ... Installing new version of config file /etc/udev/hotplug.rules ... Installing new version of config file /etc/udev/permissions.rules ... Installing new version of config file /etc/udev/persistent-input.rules ... Installing new version of config file /etc/udev/persistent-net-generator.rules ... Installing new version of config file /etc/udev/persistent.rules ... Installing new version of config file /etc/udev/udev.rules ... Installing new version of config file /etc/init.d/udev ... dpkg: error processing udev (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: udev E: Sub-process /usr/bin/dpkg returned an error code (1) Tue Sep 19 11:27:21 CEST 2006 tucano:/var# dpkg --configure -a Setting up udev (0.100-1) ... dpkg: error processing udev (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: udev tucano:/var# ls -l /var/lib/dpkg/info/udev.postinst -rwxr-xr-x 1 root root 6342 Sep 7 13:05 /var/lib/dpkg/info/udev.postinst tucano:/var# bash -x /var/lib/dpkg/info/udev.postinst configure notfirst + case $1 in + '[' -z notfirst ']' + '[' -e /etc/udev/run-write_net_rules ']' + chrooted + '[' -r /proc/1/root ']' + return 1 + '[' -e /etc/udev/kernel-upgrade ']' + can_start_udevd + supported_kernel + case $(uname -r) in ++ uname -r + return 0 + '[' '!' -d /sys/class/ ']' + '[' '!' -e /proc/sys/kernel/hotplug ']' + grep -q '[[:space:]]tmpfs$' /proc/filesystems + '[' -e /etc/udev/disabled ']' + return 0 + restart_udevd + start-stop-daemon --stop --name udevd --oknodo --quiet --retry 5 + local rc=0 + udevd --daemon + '[' 0 -ne 0 ']' + update_initramfs + '[' -x /usr/sbin/update-initramfs -a -e /etc/initramfs-tools/initramfs.conf ']' + update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.16-2-amd64-k8-smp I: mdadm: RAID support installed to mount /dev/md1 during boot. I: mdadm: use `dpkg-reconfigure -plow mdadm` to change this. + '[' -x /etc/init.d/udev ']' + update-rc.d udev start 03 S . + '[' -x /etc/init.d/udev-mtab ']' + update-rc.d udev-mtab start 36 S . tucano:/var# echo $? 0 tucano:/var# dpkg --configure -a Setting up udev (0.100-1) ... dpkg: error processing udev (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: udev -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages udev depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libselinux1 1.30.27-3 SELinux shared libraries ii libvolume-id00.100-1 libvolume_id shared library ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388373: gdebi: In Xinerama mode only first display is darkened for root-password entry box
Package: gdebi Version: 0.1.6 Severity: normal I have a two-monitor setup using nvidia-drivers with xinerama support. When I install a package with gdebi-gtk and get prompted for the root password, the first screen is darkened, but the second stays the same. I think it would make sense to also darken the second (and third, etc) monitor as well. Thanks Philipp -- 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 gdebi depends on: ii gksu 1.9.4-1graphical frontend to su ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii python2.4.3-11 An interactive high-level object-o ii python-apt0.6.19 Python interface to libapt-pkg ii python-glade2 2.8.6-5GTK+ bindings: Glade support ii python-gtk2 2.8.6-5Python bindings for the GTK+ widge ii python-support0.5.1 automated rebuilding support for p ii python-vte1:0.12.2-4 Python bindings for the VTE widget gdebi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388335: policy violation: binaries in wrong location
On Wed, Sep 20, 2006 at 12:11:37AM -0600, Warren Turkal wrote: On Tuesday 19 September 2006 23:42, Steve Langasek wrote: It would be equally valid to say that aoetools does not support automounting, and therefore /usr/sbin is appropriate. So you're saying that a person that has an aoe driven SAN should have to mount it by doing something like: mount /dev/etherd/e1.1 /exports/blah I'm saying that forcing the removal of aoetools from etch because it doesn't support mounting aoe devices at boot time won't get you any closer to your goal; instead, it will prevent users from using this packages for applications that don't involve early boot-time mounting of the devices. Hence: the bug is a bug, but it is not release-critical. -- 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#388372: subversion: 'svnlook help' report error
Package: subversion Version: 1.4.0-2 Severity: normal $ svnlook help svnlook: Bad database version: compiled with 4.4.20, running against 4.3.29 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages subversion depends on: hi libapr0 2.0.55-4the Apache Portable Runtime hi libc62.3.6.ds1-4 GNU C Library: Shared libraries hi libsvn0 1.4.0-2 Shared libraries used by Subversio subversion recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388375: libselinux1-dev: pkgconfig file needs Libs.private: -lpthread
Package: libselinux1-dev Version: 1.30.27-3 Severity: serious From my pbuilder build log of e2fsprogs: ... CC prof_err.c LD e2fsck.shared CP e2fsck LD e2fsck.static /usr/lib/libselinux.a(setrans_client.o): In function `fini_context_translations': /home/srivasta/libselinux-1.30.27/src/setrans_client.c:210: undefined reference to `pthread_mutex_lock' /home/srivasta/libselinux-1.30.27/src/setrans_client.c:211: undefined reference to `pthread_mutex_lock' ... collect2: ld returned 1 exit status make[3]: *** [e2fsck.static] Error 1 make[3]: Leaving directory `/tmp/buildd/e2fsprogs-1.39/debian/BUILD-STD/e2fsck' make[2]: *** [all-progs-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/e2fsprogs-1.39/debian/BUILD-STD' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/e2fsprogs-1.39/debian/BUILD-STD' make: *** [debian/stampdir/build-std-stamp] Error 2 Looking at /usr/lib/pkgconfig/libselinux.pc, that file has no declaration of the static library's need for -lpthread. I think that needs to go into Libs.private, although I could be remembering wrong. I don't know whether e2fsprogs actually uses pkgconfig, but if it doesn't that's a separate bug to be filed (needs to either use pkgconfig or add -lpthread manually). -- Daniel Schepler
Bug#388377: kontact: System often hangs (!) after opening 'New Mail' window
Package: kontact Version: 4:3.5.4-1 Severity: important This happens not every time, but often. A few seconds after opening a 'New Mail' or 'Forward Mail' window (after having typed some letters), the system hangs completely. The magic sysreq keys don't respond anymore. This happens since one of the last upgrades of multiple packages. After submitting this report, I'll try another kernel ... any help would be very much appreciated, regards tom -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kontact depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libkcal2b4:3.5.4-1 KDE calendaring library ii libkdepim1a 4:3.5.4-1 KDE PIM library ii libkpimidentities1 4:3.5.4-1 KDE PIM user identity information ii libqt3-mt3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 Versions of packages kontact recommends: ii kaddressbook 4:3.5.3-3 KDE NG addressbook application ii kitchensync 4:3.5.3-3 Synchronization framework ii kmail 4:3.5.3-3 KDE Email client ii knode 4:3.5.3-3 KDE news reader ii knotes4:3.5.3-3 KDE sticky notes ii korganizer4:3.5.3-3 KDE personal organizer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387780: initramfs-tools: power cut during update-initramfs leaves system unbootable
A power cut during update-initramfs may leave the system in an unbootable state as the old initrd.img is overwritten, but the new initrd.img is not yet completed. (This happened to me when my laptop battery ran empty.) A simple fix would be to create the new initrd.img as a temporary file and move it to replace the old initrd.img only after image creation has been finished. That way, the chance to have an unbootable system after a power cut would be significantly lower, restricted to situations in which the old initrd.img doesn't work anymore. A better fix would be to always keep a copy of the old vmlinuz/initrd.img pair or ramdisk including vmlinuz. This would solve lot of problems of this kind, and always keep one or more fallback to older kernels. Absolutely. That solution would require some more thought and work... ;-) As far as I have understood update-initramfs is called on many occasions and also possibly multiple times during a single apt-get run (not only kernel upgrades but also upgrades of other packages, like e.g. mdadm), so one would have to take some care to identify and backup the last known-working kernel/initrd.img pair. Best regards, Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388379: stunnel4 doesn't check that pids are valid before trying to use kill
Package: stunnel4 Version: 2:4.0.9-1 Severity: minor don-test-support (support)[210]$ sudo /etc/init.d/stunnel4 restart Restarting SSL tunnels: [started: /etc/stunnel/admin_stunnel.conf] [started: /etc/stunnel/quarantine_stunnel.conf] stunnel. don-test-support (support)[211]$ sudo kill -9 $(cat /var/run/*stunnel4.pid) don-test-support (support)[212]$ sudo /etc/init.d/stunnel4 restart Restarting SSL tunnels: /etc/init.d/stunnel4: line 40: kill: (21994) - No such process A trivial patch would be to do the following: if [ $PROCLIST ] kill -0 $PROCLIST 2/dev/null; then kill $PROCLIST echo -n [stopped: $file] fi don-test-support (support)[221]$ sudo kill -9 $(cat /var/run/*stunnel4.pid) don-test-support (support)[222]$ sudo /etc/init.d/stunnel4 restart Restarting SSL tunnels: [started: /etc/stunnel/admin_stunnel.conf] [started: /etc/stunnel/quarantine_stunnel.conf] stunnel. Don Armstrong -- Dropping non-free would set us back at least, what, 300 packages? It'd take MONTHS to make up the difference, and meanwhile Debian users will be fleeing to SLACKWARE. And what about SHAREHOLDER VALUE? -- Matt Zimmerman in [EMAIL PROTECTED] http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386989: More information (xorg.conf)
On Tue, 2006-09-19 at 23:15 +, Joachim Breitner wrote: Hi, to make this bug report more useful, my xorg.conf attached. The relevant part is Section Device Identifier FireGL T2 Driver radeon Option DynamicClocks true Option AGPMode 4 Option AGPFastWrite false Option ColorTiling true Option EnablePageFlip true EndSection Does it also happen if you comment out any or all of these options? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#388376: latex-ucs-doc: installs files into /usr/share/texmf/doc against Debian TeX policy
Package: latex-ucs-doc Version: 20041017-5 Severity: important Debian TeX policy states: A package must not install files into (subdirectories of) `/usr/share/texmf/doc', which is a symbolic link to `/usr/share/doc/texmf'. but this package does it. As an effect of this, latex-ucs-doc prevents upgrades of tex-common with a file conflict message: Preparing to replace tex-common 0.28 (using .../tex-common_0.29_all.deb) ... Unpacking replacement tex-common ... dpkg: error processing /var/cache/apt/archives/tex-common_0.29_all.deb (--unpack): trying to overwrite `/usr/share/texmf/doc', which is also in package latex-ucs-doc Errors were encountered while processing: /var/cache/apt/archives/tex-common_0.29_all.deb -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Bug#388378: sysklogd: Syntax error in init script
Package: sysklogd Version: 1.4.1-19 Severity: important I got a mail from cron this morning: ... /etc/cron.daily/sysklogd: start-stop-daemon: unrecognized option `--quiet--signal' Try `start-stop-daemon --help' for more information. This looks like a missing space on line 90 of /etc/init.d/sysklogd. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386363: Reopen
reopen 386363 thanks From http://www.debian.org/Bugs/Developer.en.html#closing : The message body needs to contain an explanation of how the bug was fixed. Thank you for including that if you wish to close the bug again...closing without explanation is *not* cleanup. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386985: linux-image-2.6.17-2-k7: noacpi does not resolve issue
Package: linux-image-2.6.17-2-k7 Version: 2.6.17-9 Followup-For: Bug #386985 Got this same hang on a Sony VAIO PCG-FXA49. 2.6.16-2-k7 packages work fine, both revisions of the 2.6.17-2-k7 packages hang on this machine (KM133), but work on KM266 desktop. Booting with noacpi (editing grub command line directly, or changing kopt values in menu.1st and update-grub) does not help. -- 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.16-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.17-2-k7 depends on: ii initramfs-tools [linux-initra 0.79 tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.17-2-k7 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.17-2-k7/postinst/old-system-map-link-2.6.17-2-k7: true shared/kernel-image/really-run-bootloader: true linux-image-2.6.17-2-k7/preinst/overwriting-modules-2.6.17-2-k7: true linux-image-2.6.17-2-k7/prerm/removing-running-kernel-2.6.17-2-k7: true linux-image-2.6.17-2-k7/postinst/kimage-is-a-directory: linux-image-2.6.17-2-k7/postinst/create-kimage-link-2.6.17-2-k7: true linux-image-2.6.17-2-k7/prerm/would-invalidate-boot-loader-2.6.17-2-k7: true linux-image-2.6.17-2-k7/preinst/already-running-this-2.6.17-2-k7: linux-image-2.6.17-2-k7/preinst/failed-to-move-modules-2.6.17-2-k7: linux-image-2.6.17-2-k7/preinst/bootloader-initrd-2.6.17-2-k7: true linux-image-2.6.17-2-k7/postinst/old-initrd-link-2.6.17-2-k7: true linux-image-2.6.17-2-k7/preinst/abort-overwrite-2.6.17-2-k7: linux-image-2.6.17-2-k7/postinst/depmod-error-2.6.17-2-k7: false linux-image-2.6.17-2-k7/postinst/old-dir-initrd-link-2.6.17-2-k7: true linux-image-2.6.17-2-k7/preinst/lilo-initrd-2.6.17-2-k7: true linux-image-2.6.17-2-k7/preinst/abort-install-2.6.17-2-k7: linux-image-2.6.17-2-k7/postinst/bootloader-error-2.6.17-2-k7: linux-image-2.6.17-2-k7/preinst/initrd-2.6.17-2-k7: linux-image-2.6.17-2-k7/postinst/depmod-error-initrd-2.6.17-2-k7: false linux-image-2.6.17-2-k7/preinst/lilo-has-ramdisk: linux-image-2.6.17-2-k7/postinst/bootloader-test-error-2.6.17-2-k7: linux-image-2.6.17-2-k7/preinst/elilo-initrd-2.6.17-2-k7: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388382: kdemultimedia-kio-plugins: wrong lame encoding option results in static-like files copying audio CD via konqueror
Package: kdemultimedia-kio-plugins Version: 4:3.5.4-1 Severity: grave Justification: causes non-serious data loss The default command line configuration, or any modification of it accessible through kcontrol interface, will spawn lame with the -x option. This results in mp3 files containing almost white noise like sounds, at least on this powerpc arch, with lame version 3.96.1. Omitting this switch, the very same operation succeds. The option however is not accessible to the user. Suggested patch: Omit the -x switch Longer term solution: Make the final command line accessible to the user, at least as an editable entry in ~/.kde/share/config/kcmaudiocd_encoder_lame_rc. Something like kaudiocreatorrc commandLine option would be much more flexible. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kdemultimedia-kio-plugins depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libartsc01.5.4-1 aRts sound system C support librar ii libasound2 1.0.12-1ALSA library ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcdparanoia0 3a9.8-14Shared libraries for cdparanoia ii libflac7 1.1.2-5 Free Lossless Audio Codec - runtim ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.12.3-2The GLib library of C routines ii libkcddb14:3.5.4-1 CDDB library for KDE ii libogg0 1.1.3-2 Ogg Bitstream Library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4 TagLib Audio Meta-Data Library ii libvorbis0a 1.1.2-1 The Vorbis General Audio Compressi ii libvorbisenc21.1.2-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2-1 The Vorbis General Audio Compressi kdemultimedia-kio-plugins recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388381: DAK sends mail in UTF-8 without Content-Type
Package: ftp.debian.org Severity: minor See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384285;msg=28;mbox=yes Mail contains UTF-8 characters (because of changelog entry), but no Content-Type. This produces garbled output in MUAs that assume other charsets. Solution is just to add the following header: Content-Type: text/plain; charset=utf-8 -- Robert Millan ACK STORM, S.L. - http://www.ackstorm.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388296: nobootloader: Pegasos firmware older than 1.2.99 need to substract 1 from partitions.
On Tue, Sep 19, 2006 at 09:22:45PM +0100, Colin Watson wrote: tags 388296 pending thanks On Tue, Sep 19, 2006 at 07:41:45PM +0200, Sven Luther wrote: Can you please check the attached patch and commit it in both ubuntu and debian if it seems ok to you. I did some hand-testing only, not a full install with it, but it seems mostly ok. In any case, there is an error in the code using /sys over the old devfs code compared to the older devfs code. The devfs code always substract 1 from the partitions, while the /sys code never does it. Thanks, good catch; I must have simply missed that -1. I've committed a somewhat modified version of your patch. Thanks, Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388380: kcalc: pasted in numbers break calculations
Package: kcalc Version: 4:3.5.4-1 Severity: normal How to reproduce: open up your text editor and type 10 in there, then select 10, copy it, bring up kcalc and hit CRTL-v. Now try to get the result of 10 modulus 3 (which is 1): click Mod, then 3. Kcalc says 0. Not every calculation breaks, tested only with modulus, maybe it's reproducible with others too. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kcalc depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 kcalc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388383: *** glibc detected *** double free or corruption (out): 0x0808c410 ***
Package: adesklets Version: 0.4.7-1 When I upgraded package amarok from unstable, adesklets stopped working. $ adesklets [10:03 AM Wed Sep [EMAIL PROTECTED]:~ $ *** glibc detected *** double free or corruption (out): 0x0808c410 *** *** glibc detected *** double free or corruption (out): 0x0808c410 *** -- Infinite Love Is The Only Truth, Everything Else Is Illusion! PGP:0xE6359031 ICQ:32812963 MSN:[EMAIL PROTECTED] signature.asc Description: PGP signature
Bug#369158: renders gtkpod unusable on amd64
hi, i can reproduce this issue with my new 2nd generation nano (The SysInfo file has passed away with newer firmware versions) and it renders gtkpod completely unusable on my (amd64) system (and might aswell break other applications depending on it). Im not sure about the severity, but given the fact that all newer Ipod generations will make gtkpod segfault it should be upgraded to something RC-alike. Looking at upstream's CVS it doesnt seem like they fixed it. (ipod_device.c has been rewritten from scratch in the meanwhile). bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388385: No CSV import possible in UI
package: interchange-ui version: 5.4.1-1 severity: wishlist It is not possible to import CSV files in the UI. With regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388386: build failure with 2.6.18 kernel release
Package: lufs-source Version: 0.9.7-8 Severity: important Build fails with kernel-2.6.18. /usr/src/modules/lufs/kernel/Linux/2.6/inode.c:62: warning: initialization from incompatible pointer type /usr/src/modules/lufs/kernel/Linux/2.6/inode.c:414:5: warning: KERNEL_VERSION_CODE is not defined /usr/src/modules/lufs/kernel/Linux/2.6/inode.c: In function `lu_get_sb': /usr/src/modules/lufs/kernel/Linux/2.6/inode.c:515: error: too few arguments to function `get_sb_nodev' /usr/src/modules/lufs/kernel/Linux/2.6/inode.c:515: warning: return makes pointer from integer without a cast /usr/src/modules/lufs/kernel/Linux/2.6/inode.c: At top level: /usr/src/modules/lufs/kernel/Linux/2.6/inode.c:521: warning: initialization from incompatible pointer type make[5]: *** [/usr/src/modules/lufs/kernel/Linux/2.6/inode.o] Error 1 make[4]: *** [_module_/usr/src/modules/lufs/kernel/Linux/2.6] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388384: laptop-net: no documentation
Package: laptop-net Version: 2.26-4 Severity: important Hello, I wanted to use laptop-net in environment where after bringing up the interface, a few commands must be ran. Looking at the files that are contained in the package, I found /usr/share/laptop-net/profile-change which shows rughly what should be done in order to achieve this. Please provide documentation for the package (no man pages) and/or examples of such configurations. Severity is important since this functionality, although present can't be used since it is not documented at all, thus making the package unusable in scenarios like the one described above. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5-merci Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages laptop-net depends on: ii debconf [debconf-2.0]1.5.4 Debian configuration management sy ii ifupdown 0.6.7-0.4 high level tools to configure netw ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.7 0.7.2-7 System interface for user-level pa ii lockfile-progs 0.1.10 Programs for locking and unlocking ii module-init-tools3.2.2-3 tools for managing Linux kernel mo ii modutils 2.4.27.0-6 Linux module utilities ii net-tools1.60-17 The NET-3 networking toolkit laptop-net recommends no packages. -- debconf information excluded -- This message was scanned for viruses by BitDefender for Linux Mail Servers. For more information please visit http://www.bitdefender.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388387: docbook-utils: docbook2* scripts all use same temporary files
Package: docbook-utils Version: 0.6.14-1 Severity: normal If I run two docbook2* scripts on the same source file concurrently, I get an error because they both try to remove the same intermediate files: /[ docbook2ps test.xml docbook2pdf test.xml ] | Using catalogs: /etc/sgml/catalog | Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print | Working on: /tmp/test.xml | Using catalogs: /etc/sgml/catalog | Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print | Working on: /tmp/test.xml | rm: cannot remove `test.tmp': No such file or directory | rm: cannot remove `test.tex': No such file or directory | x -i print -d /usr/share/docbook-utils/docbook-utils.dsl#print -V paper-type=A4 /usr/share/sgml/declaration/xml.dcl /tmp/test.xml | Done. | Done. \ and one of the processes fails with exit value 9. This isn't a contrived scenario - it bit me because I was using make with the '-j' argument. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages docbook-utils depends on: ii docbook-dsssl1.79-4 modular DocBook DSSSL stylesheets, ii jadetex 3.13-6 generator of printable output from ii lynx 2.8.5-2sarge1.1 Text-mode WWW Browser ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii sgmlspl 1.03ii-31 SGMLS-based example Perl script fo ii sp 1.3.4-1.2.1-47 James Clark's SGML parsing tools ii w3m 0.5.1-5 WWW browsable pager with excellent Versions of packages docbook-utils recommends: ii docbook-xml 4.4-5 standard XML documentation system, -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387780: initramfs-tools: power cut during update-initramfs leaves system unbootable
On Wed, Sep 20, 2006 at 09:23:15AM +0200, Thiemo Nagel wrote: A power cut during update-initramfs may leave the system in an unbootable state as the old initrd.img is overwritten, but the new initrd.img is not yet completed. (This happened to me when my laptop battery ran empty.) A simple fix would be to create the new initrd.img as a temporary file and move it to replace the old initrd.img only after image creation has been finished. That way, the chance to have an unbootable system after a power cut would be significantly lower, restricted to situations in which the old initrd.img doesn't work anymore. A better fix would be to always keep a copy of the old vmlinuz/initrd.img pair or ramdisk including vmlinuz. This would solve lot of problems of this kind, and always keep one or more fallback to older kernels. Absolutely. That solution would require some more thought and work... ;-) As far as I have understood update-initramfs is called on many occasions and also possibly multiple times during a single apt-get run (not only kernel upgrades but also upgrades of other packages, like e.g. mdadm), so one would have to take some care to identify and backup the last known-working kernel/initrd.img pair. What about backuping the currently running one ? Or keeping load of backups ? But the idea was to ask this in a debconf question at lower priorities : We have detected multiple kernels installed. current default is : ... previous default was : ... currently running kernel is : ... newly installed kernel is : ... list of available kernels : ... Then the user can change either the default or backup kernels, and how many he would like to save and so on. ramdisk generators, bootloaders and co should share in this scheme, and everything will work happily thereafter. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388278: ITP: doc-debian-uk -- Debian Manuals and other documents in Ukrainian
On Tue, Sep 19, 2006 at 05:35:35PM +0300, Yanovych Borys wrote: Package: wnpp Severity: wishlist Owner: Yanovych Borys [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: doc-debian-uk Maybe I am the only one to be confused by this, but I saw that and immediately thought this had something to do with the British... an unfortunate coincidence, and maybe there's no better way to go. But would it make sense to say doc-debian-ukranian? -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388390: BPF filters 'host' and 'not host' consider only src = host
Package: libpcap0.8 Version: 0.9.4-2 Severity: normal When I use BPF filters for exclude an host I use 'not host xxx.xxx.xxx. xxx', but filter exclude only packets with src = xxx.xxx.xxx.xxx and not packets with dst = xxx.xxx.xxx.xxx. Same condition with filter 'host xxx.xxx.xxx.xxx', filter show only packets with src = xxx.xxx.xxx.xxx I'm using Debian Etch daily upgraded. Naviga e telefona senza limiti con Tiscali Scopri le promozioni Tiscali adsl: navighi e telefoni senza canone Telecom http://abbonati.tiscali.it/adsl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388391: tinysnmp-module-interfaces: fails to parse 64-bit values from /proc/net/dev
Package: tinysnmp-module-interfaces Version: 0.8.4 Severity: normal Hi, with the patch from #388256 that makes tinysnmpd work on sparc, I get the following syslog warning from tinysnmpd when doing an snmpwalk: Sep 20 11:40:06 raakel tinysnmpd[27844]: failed to update module interfaces: while parsing /proc/net/dev: parse error on line 4 The problem is that getifstats() in modules/interfaces/proc.c tries to parse 32-bit values with atou32(), but on my system there's a 64-bit value there: Inter-| Receive| Transmit face |bytespackets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 1351021784000 0 0 0 135102 1784000 0 0 0 eth0:6521091504 84643592000 0 0 0 41871821 351036000 0 0 0 sit0: 0 0000 0 0 00 0000 0 0 0 (The first number on the eth0 line is 2**32) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-sparc64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages tinysnmp-module-interfaces depends on: ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii tinysnmp-agent 0.8.4 A lightweight SNMPv1 implementatio tinysnmp-module-interfaces recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388392: tinysnmp: debian/rules clean doesn't do its job
Package: tinysnmp Version: 0.8.4 Severity: minor Hi, invoking 'fakeroot ./debian/rules clean' doesn't clean up properly, but leaves the object files around. My quick hack was to add find . -type d -exec $(MAKE) -C \{\} clean \; to the clean target, but that's a bit ugly of course. -- 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.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388382: kdemultimedia-kio-plugins: wrong lame encoding option results in static-like files copying audio CD via konqueror
severity 388382 normal thanks On Wed, Sep 20, 2006 at 09:58:20AM +0200, Alberto Marmodoro wrote: Package: kdemultimedia-kio-plugins Version: 4:3.5.4-1 Severity: grave Justification: causes non-serious data loss This is not data loss; I assure you, ripping CDs is a non-destructive operation. :) The default command line configuration, or any modification of it accessible through kcontrol interface, will spawn lame with the -x option. This results in mp3 files containing almost white noise like sounds, at least on this powerpc arch, with lame version 3.96.1. mp3 support is also a secondary feature of kdemultimedia-kio-plugins; lame isn't even included in Debian, the primary target of CD ripping with this package is ogg vorbis files. So this bug is also not grave by the unusable or mostly so metric, therefore I'm downgrading the report. 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#388395: tinysnmp: build doesn't fail on compile errors
Package: tinysnmp Version: 0.8.4 Severity: normal Tags: patch Hi, the build process doesn't currently stop and fail when there is a compile error. This causes errors to go unnoticed. A quick patch attached. -- 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.8-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) --- /tmp/GdYvJ6nBqN/tinysnmp-0.8.4/rules.mk 2004-07-28 22:56:31.0 +0300 +++ /tmp/vKVcLAvHZW/tinysnmp-0.8.4+memmove/rules.mk 2006-09-19 16:47:47.0 +0300 @@ -45,7 +45,7 @@ ifneq ($(DIR),) all:: - for F in $(DIR); do $(MAKE) -C $$F all; done + for F in $(DIR); do $(MAKE) -C $$F all || exit 2; done endif # ifneq ($(DIR),) do-it-all::
Bug#387780: initramfs-tools: power cut during update-initramfs leaves system unbootable
On Wed, Sep 20, 2006 at 10:17:12AM +0200, Sven Luther wrote: On Wed, Sep 20, 2006 at 09:23:15AM +0200, Thiemo Nagel wrote: A power cut during update-initramfs may leave the system in an unbootable state as the old initrd.img is overwritten, but the new initrd.img is not yet completed. (This happened to me when my laptop battery ran empty.) A simple fix would be to create the new initrd.img as a temporary file and move it to replace the old initrd.img only after image creation has been finished. That way, the chance to have an unbootable system after a power cut would be significantly lower, restricted to situations in which the old initrd.img doesn't work anymore. A better fix would be to always keep a copy of the old vmlinuz/initrd.img pair or ramdisk including vmlinuz. This would solve lot of problems of this kind, and always keep one or more fallback to older kernels. Absolutely. That solution would require some more thought and work... ;-) As far as I have understood update-initramfs is called on many occasions and also possibly multiple times during a single apt-get run (not only kernel upgrades but also upgrades of other packages, like e.g. mdadm), so one would have to take some care to identify and backup the last known-working kernel/initrd.img pair. What about backuping the currently running one ? Or keeping load of backups ? But the idea was to ask this in a debconf question at lower priorities : We have detected multiple kernels installed. current default is : ... previous default was : ... currently running kernel is : ... newly installed kernel is : ... list of available kernels : ... nono, not debconf please. Then the user can change either the default or backup kernels, and how many he would like to save and so on. ramdisk generators, bootloaders and co should share in this scheme, and everything will work happily thereafter. the idea is to backup on an update call any initramfs that is older than a certain time, lets say 6h or maybe 24h thus not created while upgrading mdadm, udev, usplash, cryptsetup or so together. will be in 0.81 update-initramfs. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388389: cdfs files to build with 2.6.18 kernel release
Package: cdfs-src Version: 2.4.20.a+2.6.12-2 Severity: important Build fails with 2.6.18 kernel release. /usr/src/modules/cdfs/2.6/root.c:541: warning: initialization from incompatible pointer type /usr/src/modules/cdfs/2.6/root.c: In function `cdfs_get_sb': /usr/src/modules/cdfs/2.6/root.c:547: error: too few arguments to function `get_sb_bdev' /usr/src/modules/cdfs/2.6/root.c:547: warning: return makes pointer from integer without a cast /usr/src/modules/cdfs/2.6/root.c: At top level: /usr/src/modules/cdfs/2.6/root.c:553: warning: initialization from incompatible pointer type -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388393: ftbfs: can't read /usr/lib/libXrender.la: No such file or directory
Package: gtk+2.0 Version: 2.8.20-1 I suspect this is caused by other libraries referencing the old /usr/lib/libXrender.la which has been removed a while ago. This caused a lot of problems, since the maintainer decided not to rename the libxrender-dev package when he removed features. I am not sure where to report this bug, so I'm reporting it for the package whose build actually fails. ranlib .libs/libgdk-x11-2.0.a rm -fr .libs/libgdk-x11-2.0.lax creating libgdk-x11-2.0.la /bin/sed: can't read /usr/lib/libXrender.la: No such file or directory libtool: link: `/usr/lib/libXrender.la' is not a valid libtool archive make[5]: *** [libgdk-x11-2.0.la] Error 1 make[5]: Leaving directory `/usr/src/debian/build/gtk+2.0-2.8.20/build-tree/gtk+-2.8.20-static/gdk' make[4]: *** [all-recursive] Error 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388256: tinysnmp-agent: SIGBUS on sparc at startup
On Tue, Sep 19, 2006 at 03:01:51PM +0200, Abraham vd Merwe wrote: Thanks for the help. Can you send me your patch with the memmove()'s and I'll have a look at it? The attached patch makes tinysnmpd survive a full snmpwalk on sparc. As I said, I don't think this is the correct fix, since nothing in memmove(3) indicates it can be relied on for copying non-aligned data. But at least it shows some of the problematic points. FWIW, this seems to work with -Os as well, so -O0 is no longer needed. Cheers, -- Niko Tyni [EMAIL PROTECTED] --- /tmp/GdYvJ6nBqN/tinysnmp-0.8.4/agent/odb.c 2004-07-30 19:59:29.0 +0300 +++ /tmp/vKVcLAvHZW/tinysnmp-0.8.4+memmove/agent/odb.c 2006-09-19 23:27:33.0 +0300 @@ -80,7 +80,7 @@ static int snmp_copy_value (snmp_value_t *dest,const snmp_value_t *src) { - memcpy (dest,src,sizeof (snmp_value_t)); + memmove (dest,src,sizeof (snmp_value_t)); if (src-type == BER_OCTET_STRING) { @@ -145,7 +145,7 @@ odb-parent = odb-sibling = odb-child = NULL; if (type == VALUE) -odb-data.value = node-value; +memmove((odb-data.value), (node-value), sizeof(snmp_value_t)); else odb-data.node = node-oid[0]; --- /tmp/GdYvJ6nBqN/tinysnmp-0.8.4/modules/resources/diskinfo_linux.c 2004-07-17 17:02:24.0 +0300 +++ /tmp/vKVcLAvHZW/tinysnmp-0.8.4+memmove/modules/resources/diskinfo_linux.c 2006-09-19 23:40:33.0 +0300 @@ -137,6 +137,7 @@ struct statfs fs; struct mntent *entry; struct diskinfo *pt; + uint64_t tmp; FILE *fp; abz_clear_error (); @@ -194,8 +195,10 @@ strcpy (pt-d_dev,entry-mnt_fsname); strcpy (pt-d_dir,entry-mnt_dir); pt-d_type = type; - pt-d_total = ((uint64_t) fs.f_bsize * (uint64_t) fs.f_blocks) 20; - pt-d_free = ((uint64_t) fs.f_bsize * (uint64_t) fs.f_bavail) 20; + tmp = ((uint64_t) fs.f_bsize * (uint64_t) fs.f_blocks) 20; + memmove((pt-d_total), tmp, sizeof(uint64_t)); + tmp = ((uint64_t) fs.f_bsize * (uint64_t) fs.f_bavail) 20; + memmove((pt-d_free), tmp, sizeof(uint64_t)); disk_insert (list,pt); } --- /tmp/GdYvJ6nBqN/tinysnmp-0.8.4/modules/resources/main.c 2004-07-31 21:13:01.0 +0300 +++ /tmp/vKVcLAvHZW/tinysnmp-0.8.4+memmove/modules/resources/main.c 2006-09-19 23:44:44.0 +0300 @@ -134,13 +134,15 @@ static void diskTotal (snmp_value_t *value,const struct diskinfo *disk) { value-type = BER_Gauge32; - value-data.Gauge32 = disk-d_total; + /* should this be uint64_t or uint32_t ? */ + memmove(value-data.Gauge32, disk-d_total, sizeof(uint64_t)); } static void diskFree (snmp_value_t *value,const struct diskinfo *disk) { value-type = BER_Gauge32; - value-data.Gauge32 = disk-d_free; + /* should this be uint64_t or uint32_t ? */ + memmove(value-data.Gauge32, disk-d_free, sizeof(uint64_t)); } static int storage_update (struct odb **odb)
Bug#388369: [Pkg-mono-group] Bug#388369: libmono0: create_z_stream and friends are missing in libMonoPosixHelper
forcemerge 379225 388369 tags 379225 + confirmed pending thanks This bug will be fixed with the upload of mono 1.1.17.1-4 -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=getsearch=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$+++$ E- W+++$ N o? K- w++! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G++ e h! r-++ y? --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part
Bug#368981: libglib2.0-0: libglib 2.10 produces errors in the form GSlice: failed to allocate 248 bytes
Hi, On Fri, May 26, 2006, Felix Seeger wrote: Running kde (self compiled) with glib 2.10 often crashes the applications. The error message is: ***MEMORY-ERROR***: [25002]: GSlice: failed to allocate 248 bytes (alignment: 256): Das Argument ist ungültig Most of the time, the problem happens when klicking on a file in a file chooser or the file browser, depending on the extension (only happens with some extensions). Since kde is not using glib directly it looks like it is no kde problem. This doesn't happen with the latest glib 2.9 package. This is unlikely to be a current glib bug, either it was fixed in glib or it is a programming error in a KDE program using GSlice. Could you please point at the exact binary which calls glib in such a manner? Do you still get the problem with 2.12.3? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#354622: Using Firefox as the app name without official branding is still a trademark violation
Eric Dorland wrote: Please see Gerv's comments here: http://lists.debian.org/debian-legal/2005/01/msg00757.html to see where he agreed we did not have to use the logo. Fair enough, he did make that statement. At the time, we obviously weren't taking that part seriously. We are now, and we're saying its not ok. He also stated that the logos were not in the tarball, which may have been true at the time, but is certainly no longer true. (see mozilla/other-licenses in the 1.5.0.7 tarball) In that light, you should consider this, as I previously said, notice that your usage of the trademark is not permitted in this way, and we are expecting a resolution. If your choice is to cease usage of the trademark rather than bend the DFSG a little, that is your decision to make. Is there no way that you could be convinced to split the license on the logo to have a DSFG-free copyright license and the same, restrictive trademark license. That would basically clear up the issue from our perspective and IMHO not weaken your ability to enforce your trademarks. At this point, its highly unlikely.that we would allow any changes to the license that would be compliant with the DFSG, certainly not creation of derived works. The logo is a powerful brand and mark on its own, and it would be fairly silly to give up the control of that mark in such a way. If this isn't possible, could we at least get a stay of execution? Etch is going into deep freeze in less than a month. Would it be possible to resolve this after the release? I would think it makes much more sense to resolve this before you put another long-lived release into the wild, unless your aim is to delay compliance. Ignoring the logo issue entirely, I have grave concerns around the nature and quality of some of the changes the patchset contains, and I would like to see the changes as a set of specific patches before I could make any recommendation as to whether we should continue to allow use of the trademark. If we were forced to revoke your permission to use the trademark, freeze state would not matter, you would be required to change all affected packages as soon as possible. Its not a nice thing to do, but we would do it if necessary, and we have done so before. If you do have this set of patches (a question which you didn't bother to answer) a link would be greatly appreciated so I can get them into our bugzilla and get the right sets of eyes on the code. Regardless of whether we're going to circle around on the logo issue, if you intend to continue using the mark, you need to do that ASAP. Because Gerv is not responsible anymore for the trademark permissions and approvals, that means any agreements reached with him are null and void? Not necessarily, just saying I don't see a need to consult him, especially if something he thought was ok (splitting logos from wordmark) has been confirmed to not be. So this means any patch we wish to apply to the source must be signed off by Mozilla corporation before we can upload packages? What if this is a security update, do we need to wait for you before we can update the package? Yes, if you are shipping a browser called Firefox, we should be signing off on every deviation from what we ship. Yes, its time consuming, and yes, I can find more entertaining ways to spend my time, but its a necessary evil. As for your straw man about security bugs, what security bugs would you be fixing with your own patches? If there are security bugs, they should be fixed upstream, not in your own tree. We've had this discussion repeatedly in the context of the security group, and we expect that branded builds of x.y.z from insert distro here will be the source tarball/cvs tag for x.y.z plus the set of approved patches. We do not want to get into the fools' game of cherry-picking patches, or individual distros deciding that Patch A isn't security-oriented enough. This is all something we draw a hard line on, even for distros that have people contributing back to the project. There are no free passes, nor should there be. I have actually been asked recently by another distro maintainer whether everyone is on a fair playing field. Right now, it seems to others as if Debian has a special deal, which isn't fair, and it needs to change. To be honest, the more I read about the DFSG, I don't know if its possible to use our trademarks at all, as someone making a major change would not inherit the grant, and would be in violation of our trademark requirements, thus it isn't in the spirit of the DFSG. I know this is well-trodden ground, but now that we have a process, I'm not sure you want to go down that path. On the other hand, if by simply changing a build option, users can make unlimited changes, I think that's much saner than if you make major changes, you need to change anywhere it says Firefox. The current setup is even more
Bug#388394: postal should not be a native package
Package: postal Version: 0.62.1 Severity: wishlist Hi maintainer, There is no need for postal to be a native package. Please provide orig.tar.gz and diff.gz. Thanks. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=bg_BG, LC_CTYPE=bg_BG (charmap=UTF-8) Versions of packages postal depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libssl0.9.7 0.9.7i-2SSL shared libraries ii libstdc++5 1:3.3.6-13 The GNU Standard C++ Library v3 postal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388217: gocr: New Upstream Verion (0.41) available
On Tue, Sep 19, 2006 at 11:40:09AM +0200, Jan Wagner wrote: Package: gocr Version: 0.39-5 Severity: important -- System Information: [...] There is a new Upstream version available. See http://jocr.sourceforge.net/download.html. Please include the pgm patch! Old version is known to be buggy. That's right, thanks. c. PS: please write before -- System Information line, that's supposed to be an appendix to the report. I've seen your comment only after a second read of message (trying to understand why you set it 'important'). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385366: PageFlip is the culprit
severity 385366 normal retitle 385366 Crashes with OSD over OpenGL with PageFlip enabled tags 386989 +unreproducible thanks Hi again, I should not trust random HOWTOS in the Internet. Indeed, the OSD crash is gone with the EnablePageFlip Option commented out, instead of set to true. Thus the bug is not important any more. Thanks to Michel for the hint! Now, the other bug is not reasily to reproduce. I marked it unreproducible for now, so don't worry about it until someone else reports it too, or until it happens to me again with the settings that work for the OSD fix, then I'll give you more information. Sorry for not thinking of checking these options on my own... Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388388: cdfs files to build with 2.6.18 kernel release
Package: cdrs-src Version: 2.4.20.a+2.6.12-2 Severity: important Build fails with 2.6.18 kernel release. /usr/src/modules/cdfs/2.6/root.c:541: warning: initialization from incompatible pointer type /usr/src/modules/cdfs/2.6/root.c: In function `cdfs_get_sb': /usr/src/modules/cdfs/2.6/root.c:547: error: too few arguments to function `get_sb_bdev' /usr/src/modules/cdfs/2.6/root.c:547: warning: return makes pointer from integer without a cast /usr/src/modules/cdfs/2.6/root.c: At top level: /usr/src/modules/cdfs/2.6/root.c:553: warning: initialization from incompatible pointer type -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388278: ITP: doc-debian-uk -- Debian Manuals and other documents in Ukrainian
John Goerzen wrote: * Package name: doc-debian-uk Maybe I am the only one to be confused by this, but I saw that and immediately thought this had something to do with the British... an unfortunate coincidence, and maybe there's no better way to go. But would it make sense to say doc-debian-ukranian? No, you are not alone. Similar discussions already arose up before at creation of the different Ukrainian packages of localization (apt-cache search locale-uk). I think, it is necessary to perceive this package as an ordinary localization package and to follow the decisions, that were accepted before. -- Yanovych Borys, [EMAIL PROTECTED] 2B14 7FA8 2B5F 66C8 FB71 5CAE 0DFB CFD0 66C8 52FD signature.asc Description: OpenPGP digital signature
Bug#388115: tetex-base: postinst fails, can not upgrade
On 19.09.06 Frans Pop ([EMAIL PROTECTED]) wrote: Hi, I'm seeing the same errors on my sparc64 (log file looks the same too). Relevant log message seems to be: (/usr/share/texmf-tetex/tex/latex/base/latex.ltx ! LaTeX must be made using an initex with no format preloaded. l.78 ... using an initex with no format preloaded} The other errors just seems to be subsequent. 1. Which version of jadetex package do you use? 2. What gives you ls -l /etc/texmf/fmt.d? 3. Please send us files containing jade in its names. Regards, H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317461: FTBFS: Rebuilding glib results in unsatisfiable dependencies
Hi, This is a followup for Debian bug http://bugs.debian.org/317461. On Fri, Jul 08, 2005, Roger Leigh wrote: I rebuilt glib2.0 while investigating another bug. With current sid packages, libglib2.0-0 gains an additional dependency: $ dpkg --info libglib2.0-0_2.6.5-1_powerpc.deb | grep Depends Depends: libc6 (= 2.3.2.ds1-21), libglib2.0-udeb I believe this is due to shlibs handling: you will get a self-dependency if you build glib in a system which has libglib installed. I've fixed this for Gtk and Pango, so I suppose we will use the same fix for Glib. (The fix is to generate a shlibs.local after dh_makeshlibs which will cause no shlibs inter-dependencies at dh_shlibdeps time. The shlibs.local file is removed after dh_shlibdeps to avoid polluting the source.) Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#388399: gnuplot: FTBFS
Package: gnuplot Version: 1:2.5.0p2-2 Buildd logs show that gnuplot is failing to build from source on alpha, mips and mipssel: http://buildd.debian.org/build.php?arch=alphapkg=amandaver=1:2.5.0p2-2 http://buildd.debian.org/build.php?arch=mipspkg=amandaver=1:2.5.0p2-2 http://buildd.debian.org/build.php?arch=mipselpkg=amandaver=1:2.5.0p2-2 My interest is that gnuplot is blocking transition of amanda to testing. Regards Alex Owen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388403: wodim: spurious conffile prompts when replacing cdrecord
Package: wodim Version: 1.0~pre4-1 Severity: important On installing wodim over cdrecord, I get a conffile prompt for /etc/default/rscsi, a file I have definitely never edited. Please take care of such replaced conffiles in your maintainer scripts so that spurious prompts don't interrupt the user's upgrade process. There has recently been discussion on debian-devel about the best method for accomplishing this under these exact conditions; you may want to check the archives for this month. 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#387362: tomcat5.5: two circular dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill Allombert wrote: Part of the question is why you splitted tomcat5.5 in three packages ? (They are all arch: all from the same source). [...] But probably there is something else ? The original goal was to install tomcat5.5 without -webapps or -admin; and it should be possible, so I'll move -webapps and -admin as suggest and not depends - -- Arnaud Vandyck, STE fi, ULg Formateur Cellule Programmation. Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFEQj04vzFZu62tMIRAk3MAJ9ilFwTNJQR/idPqvynvIJ25gnYsACeOJdb suk6guwDtMaRUi5NRcKlSjA= =0lPU -END PGP SIGNATURE- begin:vcard fn:Arnaud Vandyck n:Vandyck;Arnaud org;quoted-printable:Universit=C3=A9 de Li=C3=A8ge;STE-Formations Informatiques adr;quoted-printable;quoted-printable;quoted-printable:B=C3=A2timent C1;;Rue Armand St=C3=A9vard, 2;Li=C3=A8ge;;4000;Belgique email;internet:[EMAIL PROTECTED] title;quoted-printable:Attach=C3=A9 (formateur) tel;work:+32 4 366 90 55 tel;fax:+32 4 366 90 59 tel;home:+32 4 349 09 69 tel;cell:+32 486 31 10 47 x-mozilla-html:FALSE url:http://www.ste.fapse.ulg.ac.be/ version:2.1 end:vcard
Bug#388400: installation-report
Package: installation-reports Boot method: Etch NetInstall Beta 3 (11 Aug 2006) Image version: From debian.org website / Beta 3 Date: 20 Sept 2006 Machine: IBM xSeries 306m Processor: Intel Pentium 4 - 3.2Ghz with Hyperthreading Memory: 512Mo DDR2 PC 4200 Partitions: That is the problem Output of lspci and lspci -n: not possible Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [O] Create file systems:[O] Mount partitions: [E] Install base system:[O] Install boot loader:[E] Reboot: [E] Comments/Problems: The integrated RAID chipset of the IBM xSeries 306m named Adaptec SATA HostRAID Controller seems to be not recognized. Even if i had setup a RAID 1 array with my 2 SATA disks, the installer see both disks independently, it does not see the RAID array. Adaptec bios version is 4.7-5 B2064 IBM 306m bios version is 1.31 Other users have the same problem : http://forums.debian.net/viewtopic.php?t=427postdays=0postorder=ascstart=15 Thanks a lot. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364129: mambo adoption
I'm willing to do the adoption of mambo but I'm quite new to the debian maintainers guild. So I'm not sure what it exactly means to adopt a package. I'm very familiar with Debian as a developer and user but never proceeded to build packages the official way. So if there is some guidance into getting the procedures the way it should I'm willing to invest time into the Mambo package. Rg, Arnaud Loonstra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388406: Segfault during the second mission
Package: widelands Version: build9half-10 Severity: normal Hello ! To get my hands on the game, I play the tutorial. The first mission went fine, but the second crashes reproducibly when the mines are finished, with the following output Event Chain: looking if check is needed for eventchain 4 Eventchain Advisor 3 Mines Up is going to get checked! WARNING: Couldn't open map:boldreth.png: Couldn't find file map:boldreth.png zsh: segmentation fault widelands Lokks like a missing image or a bad description in the campaign data is responsible for that... Hope it will be fixed soon, I'd like to go on playing ;-) Thanks for considering this report ! Vincent Fourmond -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages widelands depends on: ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc11:4.1.1-13GCC support library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libsdl-image1.21.2.5-2 image loading library for Simple D ii libsdl-mixer1.21.2.6-1.1 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.5-7 network library for Simple DirectM ii libsdl-ttf2.0-02.0.8-3 ttf library for Simple DirectMedia ii libsdl1.2debian1.2.11-3 Simple DirectMedia Layer ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii widelands-data build9half-10 fantasy real-time strategy game (d ii zlib1g 1:1.2.3-13compression library - runtime widelands recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388396: texinfo: CSS @import bug in makeinfo
Package: texinfo Version: 4.8.dfsg.1-2 Severity: normal Tags: patch The code to read a css file has an obvious bug: A css file: == @import url(foo); == will end up as == @mport url(foo); == The fix is easy: 2006-09-20 Werner Koch [EMAIL PROTECTED] * makeinfo/html.c (process_css_file): Fixed copying of @import --- texinfo-4.8.dfsg.1/makeinfo/html.c~ 2006-09-20 10:58:05.0 +0200 +++ texinfo-4.8.dfsg.1/makeinfo/html.c 2006-09-20 10:44:20.0 +0200 @@ -108,6 +108,7 @@ process_css_file (char *filename) if (nextchar == 'i' || nextchar == 'c') { append_char (import_text, c); + append_char (import_text, nextchar); state = import_state; } else Seems it has never been tested ;-) Shalom-Salam, Werner -- 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.15.2 Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages texinfo depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries texinfo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388398: ftp.debian.org: please remove clisp, clisp-dev, clisp-doc packages for sparc
Package: ftp.debian.org Severity: normal Hello, clisp does not build anymore on sparc (see 386075). Upstream is unable to fix the problem, nor do I have access to a sparc porting machine. So with regret I ask to remove the sparc packages of the clisp package, I will upload a clisp binary with modified Architecture line ASAP. Groetjes, Peter -- 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.11-mine89 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#388397: openoffice.org-impress: No text displayed in the Help dialog when OO.o-writer not installed
Package: openoffice.org-impress Version: 2.0.4~rc1-1 Severity: normal When only OO.o-impress (and its dependencies) is installed, the Help feature doesn't work. While the menu Help - Openoffice.org Help does give a help dialog, only the left pane is working. I can choose the tabs about Contents, Index etc. and the proper tab shows up, but choosing anything or search anything has no effect - the right pane where the help text is supposed to be displayed is always blank. Only after installing OO.o-writer the help dialog starts to work properly. I have OO.o-help-en-us installed. I didn't test other help packages. Thanks, Ming 2006.09.20 -- 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-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-impress depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libstlport5.05.0.2-8 STLport C++ class library ii openoffice.org-core 2.0.4~rc1-1 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4~rc1-1 OpenOffice.org office suite - draw openoffice.org-impress recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344401: firefox crashes when printing
Package: firefox Version: 1.5.dfsg+1.5.0.7-1 Followup-For: Bug #344401 Hi, I _never_ experienced Firefox crashes on printing until this morning. I am using and up-to-date Sid with Firefox 1.5.dfsg+1.5.0.7-1. Running firefox -g, I can see that the last things prompted when dying are: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46987433094432 (LWP 22934)] 0x2abc1aff7750 in FcFontSetSortDestroy () from /usr/lib/libfontconfig.so.1 (gdb) So it could be something related to libfontconfig. I have a very similar issue with Tunderbird (#388001), and I found that out very recently too. All the best, Roberto -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages firefox depends on: ii debianutils 2.17.2 Miscellaneous utilities specific t ii fontconfig2.4.1-2generic font configuration library ii libatk1.0-0 1.12.2-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.4-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354622: Using Firefox as the app name without official branding is still a trademark violation
Just to sum everything up, since some of this is getting circular, this is how we have been dealing with Linux distros. Ultimately, fair is fair, and unless you think Debian should get a special deal (which I don't think is DFSG-friendly, let alone likely to happen) , these are the conditions you need to get on board with: - All changes the distributor wishes to make to the source code must be provided as discrete patches, along with a description of why the change is required - Releases are expected to be based on the CVS tag and/or source tarball for the release version, plus approved patches. - build configurations should also be submitted for approval. - The logo and the trademark are required to be used together. Ultimately, I don't have a lot more to say here. The ball is in your court now, but you should absolutely not plan to ship without addressing these issues one way or another. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354187: libX11-6 : locales
Waqar Malik wrote: Package: libX11-6 Version: 2:1.0.0-1 Does not provide /usr/share/X11/locales Gives rise to following warning, ~$ xeyes Warning: locale not supported by Xlib, locale set to C X locales are provided by libx11-data, not libX11-6. Do you not have this package installed? Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387780: initramfs-tools: power cut during update-initramfs leaves system unbootable
On Wed, Sep 20, 2006 at 11:00:21AM +0200, maximilian attems wrote: On Wed, Sep 20, 2006 at 10:17:12AM +0200, Sven Luther wrote: What about backuping the currently running one ? Or keeping load of backups ? But the idea was to ask this in a debconf question at lower priorities : We have detected multiple kernels installed. current default is : ... previous default was : ... currently running kernel is : ... newly installed kernel is : ... list of available kernels : ... nono, not debconf please. Why not debconf ? Then the user can change either the default or backup kernels, and how many he would like to save and so on. ramdisk generators, bootloaders and co should share in this scheme, and everything will work happily thereafter. the idea is to backup on an update call any initramfs that is older than a certain time, lets say 6h or maybe 24h thus not created while upgrading mdadm, udev, usplash, cryptsetup or so together. This will not guarantee you that you backup the right one, and doesn't work in coordination with the bootloaders. will be in 0.81 update-initramfs. Ok, but i think it is a partial solution and misses the complete problem. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388407: tex-common: Trying to overwrite `/usr/share/texmf/doc'
Package: tex-common Version: 0.28 Severity: serious Hi, The latest version (0.29) of tex-common fails to be installed here: Preparing to replace tex-common 0.28 (using .../tex-common_0.29_all.deb) ... Unpacking replacement tex-common ... dpkg: error processing /debian/debian/pool/main/t/tex-common/tex-common_0.29_all.deb (--unpack): trying to overwrite `/usr/share/texmf/doc', which is also in package latex-ucs-doc Thanks. Cheers, Samuel. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-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 tex-common depends on: ii debconf [debconf-2.0] 1.5.4 Debian configuration management sy ii ucf 2.0015 Update Configuration File: preserv tex-common recommends no packages. Versions of packages tetex-base depends on: ii ucf 2.0015 Update Configuration File: preserv Versions of packages tetex-bin depends on: ii debconf [debconf-2.0] 1.5.4Debian configuration management sy ii debianutils 2.17.2 Miscellaneous utilities specific t ii dpkg1.13.22 package maintenance system for Deb ii ed 0.2-20 The classic unix line editor ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libkpathsea43.0-18 path search library for teTeX (run ii libpaper1 1.1.20 Library for handling paper charact ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpoppler0c2 0.4.5-4.1PDF rendering library ii libsm6 1:1.0.1-2X11 Session Management library ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libt1-5 5.1.0-2 Type 1 font rasterizer library - r ii libx11-62:1.0.0-9X11 client-side library ii libxaw7 1:1.0.2-4X11 Athena Widget 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 mime-support3.37-1 MIME files 'mime.types' 'mailcap ii perl5.8.8-6.1Larry Wall's Practical Extraction ii sed 4.1.5-1 The GNU sed stream editor ii tetex-base 3.0-21 Basic TeX input files of teTeX ii ucf 2.0015 Update Configuration File: preserv ii whiptail0.52.2-7 Displays user-friendly dialog boxe ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages tetex-extra depends on: ii tetex-base3.0-21 Basic TeX input files of teTeX ii tetex-bin 3.0-18 The teTeX binary files ii ucf 2.0015 Update Configuration File: preserv -- debconf information: tetex-base/olddat: true tex-common/singleuser: false tetex-base/fmtutil-failed: tetex-base/oldupdm: tex-common/check_texmf_wrong: tetex-bin/cnf_name: tetex-base/updmap-failed: tex-common/check_texmf_missing: tex-common/cnf_name: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388408: gftp: gFTP ignores space as first character in file and directory names
Package: gftp Version: 2.0.18-5 Severity: normal With standard command-line ftp: % ftp ftp open testdomainet.com Connected to testdomainet.com. 220-FTP server ready. 220 This is a private system - No anonymous login Name (testdomainet.com:grove): testdomainet.com 331 User testdomainet.com OK. Password required Password: 230-User testdomainet.com has group access to: testdoma 230 OK. Current restricted directory is / Remote system type is UNIX. Using binary mode to transfer files. ftp cd gftp-bug 250 OK. Current directory is /gftp-bug ftp ls 200 PORT command successful 150 Connecting to port 44005 drwxr-xr-x2 00 6 Sep 20 11:19 space first dir -rw-r--r--1 00 0 Sep 20 11:06 space first file drwxr-xr-x3 00 53 Sep 20 11:19 . drwx--x--x 80 68389testdoma20480 Sep 20 11:19 .. 226-Options: -a -l 226 4 matches total ftp cd \ space\ first\ dir 250 OK. Current directory is /gftp-bug/ space first dir ftp cd .. 250 OK. Current directory is /gftp-bug ftp get \ space\ first\ file local: space first file remote: space first file 200 PORT command successful 150 Connecting to port 44080 226 File successfully transferred ftp With gftp-text: % LANG=C gftp-text gFTP 2.0.18, Copyright (C) 1998-2003 Brian Masney [EMAIL PROTECTED]. If you have any questions, comments, or suggestions about this program, please feel free to email them to me. You can always find out the latest news about gFTP from my website at http://www.gftp.org/ gFTP comes with ABSOLUTELY NO WARRANTY; for details, see the COPYING file. This is free software, and you are welcome to redistribute it under certain conditions; for details, see the COPYING file ftp open testdomainet.com Username [anonymous]: testdomainet.com Password: Looking up testdomainet.com Trying testdomainet.com:21 Connected to testdomainet.com:21 220-FTP server ready. 220 This is a private system - No anonymous login USER testdomainet.com 331 User testdomainet.com OK. Password required PASS 230-User testdomainet.com has group access to: testdoma 230 OK. Current restricted directory is / SYST 215 UNIX Type: L8 TYPE I 200 TYPE is now 8-bit binary PWD 257 / is your current location ftp cd gftp-bug CWD gftp-bug 250 OK. Current directory is /gftp-bug PWD 257 /gftp-bug is your current location ftp ls Loading directory listing /gftp-bug from server (LC_TIME=C) PORT 192,168,212,135,171,237 200 PORT command successful LIST -aL 150 Connecting to port 44013 226-ASCII 226-Options: -a -l 226 4 matches total drwx--x--x68389 testdoma 20480 Sep 20 11:19 .. drwxr-xr-x00 6 Sep 20 11:19 space first dir -rw-r--r--00 0 Sep 20 11:06 space first file ftp cd \ space\ first\ dir CWD \ space\ first\ dir 550 Prohibited file name: \ space\ first\ dir ftp cd space first dir CWD space first dir 550 Can't change directory to space first dir: No such file or directory ftp get \ space\ first\ file Loading directory listing /gftp-bug from cache (LC_TIME=C) ftp As you can see the initial spaces are missing in the directory listing and there are no way of changing to the directory, and the file can't be transferred. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (300, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) Versions of packages gftp depends on: ii gftp-gtk 2.0.18-5 X/GTK+ FTP client ii gftp-text 2.0.18-5 colored FTP client using GLib -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388411: myspell-nl: please add nl-NL.{dic,aff} - nl_NL.{dic,aff} symlink
Package: myspell-nl Version: 1:0.1e-43 Severity: minor Thunderbird apparently only finds the Dutch dictionary if it's named nl-NL, not nl or nl_NL... -- 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 myspell-nl depends on: ii dictionaries-common [openoffi 0.70.2 Common utilities for spelling dict myspell-nl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388312: wacom-tools: [INTL:nl] Translation into Dutch available
Added to cvs now. I'm assessing new upstream, but it will be part of the next upload. Thanks! Ron On Tue, Sep 19, 2006 at 10:08:09PM +0200, Vincent Zweije wrote: Package: wacom-tools Version: 0.7.4.1 Please find attached the Dutch po-debconf translation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368974: Intent to NMU
Hello, On Mon, Sep 18, 2006 at 11:13:54PM +0200, Josselin Mouette wrote: You'll get things in Debian faster if you make the package yourself. Right. Then, since I need this bug fixed in order to upload other software I'm working on, I'll do an NMU. Please find the patch attached. If you don't reject it within a week, I'll proceed with the upload. Regards, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] diff -Naur hdf5-1.6.5.orig/debian/changelog hdf5-1.6.5/debian/changelog --- hdf5-1.6.5.orig/debian/changelog2006-09-20 10:26:45.0 +0200 +++ hdf5-1.6.5/debian/changelog 2006-09-20 10:34:56.886668250 +0200 @@ -1,3 +1,9 @@ +hdf5 (1.6.5-2.1) unstable; urgency=low + + * Added patch to fix CommonFG::getObjnameByIdx. Closes: #368974 + + -- Enrico Zini [EMAIL PROTECTED] Wed, 20 Sep 2006 10:34:22 +0200 + hdf5 (1.6.5-2) unstable; urgency=medium * config/gnu-flags: don't use -fomit-frame-pointer on m68k, to avoid diff -Naur hdf5-1.6.5.orig/debian/patches/10-getObjnameByIdx.dpatch hdf5-1.6.5/debian/patches/10-getObjnameByIdx.dpatch --- hdf5-1.6.5.orig/debian/patches/10-getObjnameByIdx.dpatch1970-01-01 01:00:00.0 +0100 +++ hdf5-1.6.5/debian/patches/10-getObjnameByIdx.dpatch 2006-09-20 10:39:54.353258750 +0200 @@ -0,0 +1,21 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 10-getObjnameByIdx.dpatch by [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: No description. + [EMAIL PROTECTED]@ +diff -urNad hdf5-1.6.5~/c++/src/H5CommonFG.cpp hdf5-1.6.5/c++/src/H5CommonFG.cpp +--- hdf5-1.6.5~/c++/src/H5CommonFG.cpp 2005-10-01 17:30:03.0 +0200 hdf5-1.6.5/c++/src/H5CommonFG.cpp 2006-09-20 10:39:51.949108500 +0200 +@@ -898,8 +898,8 @@ + } + + // now, allocate C buffer to get the name +-char* name_C = new char[name_len]; +-name_len = H5Gget_objname_by_idx(getLocId(), idx, name_C, name_len); ++char* name_C = new char[name_len + 1]; ++name_len = H5Gget_objname_by_idx(getLocId(), idx, name_C, name_len + 1); + + // clean up and return the string + string name = string(name_C); diff -Naur hdf5-1.6.5.orig/debian/rules hdf5-1.6.5/debian/rules --- hdf5-1.6.5.orig/debian/rules2006-09-20 10:26:45.0 +0200 +++ hdf5-1.6.5/debian/rules 2006-09-20 10:38:26.959797000 +0200 @@ -111,7 +111,8 @@ $(MAKE) -C debian/build-mpich/ touch build-stamp-mpich -clean: +clean: clean-patched unpatch +clean-patched: test -f debian/control.in dh_testroot -rm -rf debian/build-serial @@ -121,6 +122,14 @@ grep -v ^\% debian/control.in | sed s/@VERSION@/$(version)/g debian/control dh_clean configure-stamp* build-stamp* install-stamp* debian/*.shlibs +patch: patch-stamp +patch-stamp: + dpatch apply-all + dpatch call-all -a=pkg-info patch-stamp +unpatch: + dpatch deapply-all + rm -rf patch-stamp debian/patched + install: install-serial install-lam install-mpich install-doc install-serial: build-stamp-serial signature.asc Description: Digital signature
Bug#388410: Zabbix PHP front-end doesn't allow to login
Package: zabbix-frontend-php Version: 1:1.1.2-1 Severity: critical We have problems with the login page which prevent the whole front-end to works. I'm filing this bug report in order to prevent this version of the package to migrate to testing. -- Fabio Tranchitella [EMAIL PROTECTED].''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#323554: Processed: Re: Bug#323554: emacs-snapshot-gtk: Ediff crashes Emacs under X
reassign 323554 icewm stop Hi, This is a followup for Debian bug http://bugs.debian.org/323554. You two seemed to have a private discussion and, for some reason, Eduard reassigned this bug to Glib. This has no chance of being a Glib bug IMO, so I'm reassigning it back to icewm. If you want to reassign it to Glib, please provide some sensible information on why it's a Glib bug, preferably with a test case. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#323554: Processed: Re: Bug#323554: emacs-snapshot-gtk: Ediff crashes Emacs under X
#include hallo.h * Loïc Minier [Wed, Sep 20 2006, 11:42:29AM]: reassign 323554 icewm stop Hi, This is a followup for Debian bug http://bugs.debian.org/323554. You two seemed to have a private discussion and, for some reason, Eduard reassigned this bug to Glib. This has no chance of being a Glib bug IMO, so I'm reassigning it back to icewm. If you want to reassign it to Glib, please provide some sensible information on why it's a Glib bug, preferably with a test case. Uhm, IIRC it was meant to be reassigned to libgtk2.0, looks like a copypaste mistake made by me. Anyway, can you reproduce it with the current icewm (1.2.28, in Sid)? IIRC some fixes have been made WRT crashing programs. Eduard.
Bug#388409: Warning while importing
Package: gonzui Version: 1.2-1 Severity: minor Hi when I import tarball into gonzui, I get following warnings: /usr/lib/ruby/1.8/langscan/_easyscanner.rb:21: warning: regexp has invalid interval /usr/lib/ruby/1.8/langscan/_easyscanner.rb:21: warning: regexp has `}' without escape they are not critical, but break progressbar display. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gonzui depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdb4.2-ruby1.8 0.5.8-1 Interface to Berkeley DB for Ruby pn libiconv-ruby1.8 none (no description available) ii libruby1.8 [libzlib-ruby1.8] 1.8.4-5 Libraries necessary to run Ruby 1. pn libstrscan-ruby1.8 none (no description available) pn libwebrick-ruby1.8 none (no description available) ii ruby 1.8.2-1 An interpreter of object-oriented gonzui recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387537: aptitude does not notify when file sizes or md5sum mismatch
Hi, This bug is fixed in the upstream as follows today, but the error message is not localized. [Generate a useful error when an md5sum verification fails. (Closes: #387537) [snip] + _error-Error(Failed to fetch %s: %s, (*i)-DescURI().c_str(), (*i)-ErrorText.c_str()); Here is a patch for localization. Could you apply it? Thanks, -- |: Noritada KOBAYASHI |: Dept. of General Systems Studies, |: Graduate School of Arts and Sciences, Univ. of Tokyo |: E-mail: [EMAIL PROTECTED] (preferable) |: [EMAIL PROTECTED] |: Key fingerprint = AB26 9533 81DA 997B 3C06 4380 19BB ADA0 695C 9F53 diff -rN -u old-aptitude/src/generic/apt/download_install_manager.cc new-aptitude/src/generic/apt/download_install_manager.cc --- old-aptitude/src/generic/apt/download_install_manager.cc2006-09-20 17:51:14.0 +0900 +++ new-aptitude/src/generic/apt/download_install_manager.cc2006-09-20 18:11:59.0 +0900 @@ -113,7 +113,7 @@ continue; failed=true; - _error-Error(Failed to fetch %s: %s, (*i)-DescURI().c_str(), (*i)-ErrorText.c_str()); + _error-Error(_(Failed to fetch %s: %s), (*i)-DescURI().c_str(), (*i)-ErrorText.c_str()); break; }
Bug#387247: Still can't install
Has a rebuild happened? The libpisock8 wasn't there before. Is that a new problem? apt-get install evolution Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: evolution: Depends: libdbus-1-2 (= 0.62) but it is not installable Depends: libpisock8 but it is not installable E: Broken packages -- Øyvind Harboe http://www.zylin.com
Bug#388115: tetex-base: postinst fails, can not upgrade
Hi I experience the same problem on amd64. To answer your question: The other errors just seems to be subsequent. 1. Which version of jadetex package do you use? iU jadetex3.13-7 2. What gives you ls -l /etc/texmf/fmt.d? # ls -l /etc/texmf/fmt.d insgesamt 28 -rw-r--r-- 1 root root 1364 2005-10-05 16:51 00tex.cnf -rw-r--r-- 1 root root 3328 2006-03-17 01:42 01tetex.cnf -rw-r--r-- 1 root root 3091 2005-10-21 13:16 01tetex.cnf.dpkg-dist -rw-r--r-- 1 root root 3704 2006-03-17 01:42 01tetex.cnf.dpkg-old -rw-r--r-- 1 root root 271 2005-03-09 14:05 40jadetex.cnf -rw-r--r-- 1 root root 362 2006-09-17 18:04 40jadetex.cnf.dpkg-new -rw-r--r-- 1 root root 565 2005-11-01 03:24 50cyrtexinfo.cnf 3. Please send us files containing jade in its names. # cat /etc/texmf/fmt.d/40jadetex.cnf # jadefmtutil.cnf: configuration file for fmtutil; jade flavor. # invoke with 'fmtutil --cnffile file' # # formatengine pattern-filearguments jadetex etexlanguage.datlatex jadetex.ini pdfjadetex pdfetex language.datpdflatex pdfjadetex.ini # cat /etc/texmf/fmt.d/40jadetex.cnf.dpkg-new # 40jadetex.cnf # You can change/add entries to this file and changes will be preserved # over upgrades, even if you have removed the main package prior # (not if you purged it). You should leave the following pseudo comment # present in the file! # -_- DebPkgProvidedMaps -_- # jadetex etexlanguage.datjadetex.ini pdfjadetex etexlanguage.datpdfjadetex.ini bye, -christian- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376558: inkscape: patch available
Hi Roman! On Thu, Jul 06, 2006 at 11:30:06PM +0700, Roman S Dubtsov wrote: Package: inkscape Version: 0.44-1 Followup-For: Bug #376558 attached is a patch which a) uses better (still silly) svg parsing technique b) does better tmp file creation c) uses plot-svg pstoedit driver to produce svgs d) does not use -output-dir with latex, but the solution is *nix only =( [...snip...] I wanted to include your patch (simply modified by replacing the pid in the temprary file name by random number) in the debian package for the new version of inkscape (0.44.1) but It did not work as expected. Using your patch and trying to render the default formula nothing got imported into my document. Having a closer look, the tex and generated ps-file are ok, but the generated svg is not displayable in neither inkscape nor gqview. It is attached to this email, perhaps you know where the problem is. Thanks for your work, Wolfi inkscape-latex.tmp.5154.svg Description: image/svg signature.asc Description: Digital signature
Bug#388115: tetex-base: postinst fails, can not upgrade
On Wed, Sep 20, 2006 at 11:00 +0200, Hilmar Preusse wrote: Relevant log message seems to be: (/usr/share/texmf-tetex/tex/latex/base/latex.ltx ! LaTeX must be made using an initex with no format preloaded. l.78 ... using an initex with no format preloaded} This happens after fmtutil calls etex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini This *looks* as if 'jadetex.ini' has been updated to the new form, while the fmtutil.cnf snippets have not. Either because these are conffiles and the local admins did not accept the change (not a bug), or because the most recent jadetex upload missed that change (jadetex bug). However, Frans and Sean, please answer these questions: The other errors just seems to be subsequent. 1. Which version of jadetex package do you use? 2. What gives you ls -l /etc/texmf/fmt.d? 3. Please send us files containing jade in its names. Then I can stop guessing ... BTW, did anybody see the original bug report via the mailing list? cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388154: gtk2-engines-gtk-qt: crashes emacs-snapshot-gtk with a segfault
tags 388154 unreproducible -- Hi Andreas, unfortunately I'm not able to reproduce this bug. I've just installed emacs-snapshot-gtk on my up-to-date sid box and started it several times without a crash. Looking at the backtrace you provided, I'm not entirely sure if this is really a bug in gtk-qt-engine, since the crash seems to happen somewhere in libc or libfontconfig. But to be sure, I'll ask upstream what he thinks. Cheers, Bastian -- Bastian Venthur http://venthur.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388413: FTBFS: missing dep on quilt
Package: xserver-xorg-video-tdfx Version: 1:1.2.1-3 Severity: important Hi, xserver-xorg-video-tdfx_1:1.2.1-3 FTBFS with the following error: Couldn't find quilt. Please install it or add it to the build-depends for this package. The same also happens with the following packages: xserver-xorg-video-siliconmotion_1:1.4.1-3 xserver-xorg-video-savage_1:2.1.1-3 xserver-xorg-video-rendition_1:4.1.0.dfsg.1-3 xserver-xorg-video-mga_1:1.4.1.dfsg.1-3 xserver-xorg-video-cyrix_1:1.1.0-3 xserver-xorg-video-chips_1:1.1.1-3 but I don't know how to file a single bug for all those :) Roberto -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388412: ITP: libonig -- Oniguruma regular expressions library
Package: wnpp Severity: wishlist Owner: Max Kellermann [EMAIL PROTECTED] * Package name: libonig Version : 4.4.4 Upstream Author : K.Kosako sndgk393 AT ybb DOT ne DOT jp * URL : http://www.geocities.jp/kosako3/oniguruma/ * License : BSD Description : Oniguruma regular expressions library Oniguruma is a regular expressions library. The characteristics of this library is that different character encoding for every regular expression object can be specified. This library is being used by the Ruby interpreter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323554: Processed: Re: Bug#323554: emacs-snapshot-gtk: Ediff crashes Emacs under X
On Wed, Sep 20, 2006, Eduard Bloch wrote: Uhm, IIRC it was meant to be reassigned to libgtk2.0, looks like a copypaste mistake made by me. If you think this is a Gtk bug, it would be nice to provide a test case. The description is too high level for me to try to reproduce it. Anyway, can you reproduce it with the current icewm (1.2.28, in Sid)? IIRC some fixes have been made WRT crashing programs. (I'm not running icewm, so I suppose this question is directed towards Romain.) -- Loïc Minier [EMAIL PROTECTED]
Bug#388115: tetex-base: postinst fails, can not upgrade
On Wednesday 20 September 2006 11:00, you wrote: 1. Which version of jadetex package do you use? iU jadetex 3.13-7 Previously installed version is: 3.13-6 2. What gives you ls -l /etc/texmf/fmt.d? $ ls -l /etc/texmf/fmt.d total 28 -rw-r--r-- 1 root root 1364 Oct 31 2005 00tex.cnf -rw-r--r-- 1 root root 3328 Mar 22 03:41 01tetex.cnf -rw-r--r-- 1 root root 271 Mar 9 2005 40jadetex.cnf -rw-r--r-- 1 root root 362 Sep 17 18:04 40jadetex.cnf.dpkg-new -rw-r--r-- 1 root root 269 Mar 23 2005 40jadetex.cnf.dpkg-old -rw-r--r-- 1 root root 99 Sep 4 2005 40xmltex.cnf.disable -rw-r--r-- 1 root root 565 Oct 31 2005 50cyrtexinfo.cnf 3. Please send us files containing jade in its names. Attached. Below is the last part of the log from the upgrade. Looks like the 40jadetex.cnf.dpkg-new is there because jadetex cannot jet be configured and so the old version of the config file is still used. Looking at the changes in that file, the cause could well be there. Could it be that the problem is a similtaneous upgrade of jadetex and tetex with jadetex still having an old-style config file? If that's the case, will that not also be an issue for sarge-etch upgrades? snip Errors were encountered while processing: tetex-base tetex-extra jadetex E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up tetex-base (3.0-21) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. Running updmap-sys. This may take some time... done. mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. Running fmtutil-sys. This may take some time... Error: `etex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' failed Error: `pdfetex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' failed ### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. ### This is a summary of all `failed' messages and warnings: `etex -ini -jobname=jadetex -progname=jadetex latex jadetex.ini' failed `pdfetex -ini -jobname=pdfjadetex -progname=pdfjadetex pdflatex pdfjadetex.ini' failed fmtutil-sys failed. Output has been stored in: /tmp/tetex.format_creation.XtL23245/fmtutil-sys.log Please include this file if you report a bug. dpkg: error processing tetex-base (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of tetex-extra: tetex-extra depends on tetex-base (= 3.0-11); however: Package tetex-base is not configured yet. dpkg: error processing tetex-extra (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of jadetex: jadetex depends on tetex-extra (= 2.0.1-2) | texlive-latex-recommended; however: Package tetex-extra is not configured yet. Package texlive-latex-recommended is not installed. jadetex depends on tetex-extra (= 2.0.1-2) | texlive-fonts-recommended; however: Package tetex-extra is not configured yet. Package texlive-fonts-recommended is not installed. dpkg: error processing jadetex (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: tetex-base tetex-extra jadetex Press return to continue. /snip # jadefmtutil.cnf: configuration file for fmtutil; jade flavor. # invoke with 'fmtutil --cnffile file' # # formatengine pattern-filearguments jadetex etexlanguage.datlatex jadetex.ini pdfjadetex pdfetex language.datpdflatex pdfjadetex.ini # 40jadetex.cnf # You can change/add entries to this file and changes will be preserved # over upgrades, even if you have removed the main package prior # (not if you purged it). You should leave the following pseudo comment # present in the file! # -_- DebPkgProvidedMaps -_- # jadetex etexlanguage.datjadetex.ini pdfjadetex etexlanguage.datpdfjadetex.ini # jadefmtutil.cnf: configuration file for fmtutil; jade flavor. # invoke with 'fmtutil --cnffile file' # # formatengine pattern-filearguments jadetex tex language.datlatex jadetex.ini pdfjadetex pdftex language.datpdflatex pdfjadetex.ini pgpDwXIl6tOPo.pgp Description: PGP signature
Bug#387247: Still can't install
On Wed, Sep 20, 2006 at 11:48:04AM +0200, =?UTF-8?Q? =C3=98yvind?= Harboe wrote: Has a rebuild happened? For most architectures. The libpisock8 wasn't there before. Is that a new problem? It's bug #341172, now marked as 'serious'. -- 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#303124: g++-2.95 spews out lots of warnings with glib header files
Hi, On Tue, Apr 05, 2005, Richard Atterer wrote: compiling glib applications with g++-2.95 is possible, but the compiler outputs a lot of warnings like this: /usr/include/glib-2.0/gobject/gtype.h:431: warning: `visibility' attribute directive ignored [...] The headers should suppress these warnings if the detected compiler is gcc 2.95. I'm not sure upstream would accept a patch cluttering the headers for to avoid warnings with an old compiler. I don't think we would want to maintain a patch changing all invocations of G_GNUC_INTERNAL (currently 10) in Debian. It might be possible to patch only G_GNUC_INTERNAL, if this is the case, and you're willing to write a patch, I'll forward it upstream for inclusion. Meanwhile, I suggest you disable that particular warning or this particular class of warnings. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#367969: cl-tbnl: upstream is now at 0.11.1
Package: cl-tbnl Version: 0.9.10-1 Followup-For: Bug #367969 upstream changelog: Version 0.11.1 2006-09-14 Cleaner implementation of *CATCH-ERRORS-P* Version 0.11.0 2006-09-14 Added *CATCH-ERRORS-P* Version 0.10.3 2006-09-05 Appease SBCL (thanks to Juho Snellman) Version 0.10.2 2006-09-05 Better reporting of IP addresses and ports if not behind mod_lisp Improved logging Fixed REAL-REMOTE-ADDR Cookies always use UTF-8 encoding (which is opaque to the client anyway) Read request bodies without 'Content-Length' header (for Hunchentoot) Removed accented character from test.lisp to appease SBCL (reported by Xristos Kalkanis) Version 0.10.1 2006-08-31 Only LispWorks: Set read timeout to NIL if connected to mod_lisp Version 0.10.0 2006-08-28 Based LispWorks version of TBNL on Hunchentoot infrastructure Added easy handlers Exported GET-BACKTRACE (suggested by Erik Enge) Version 0.9.11 2006-08-16 Added note about SBCL problems So for sbcl this seems an important update to do Groetjes, Peter -- 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.11-mine89 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cl-tbnl depends on: ii cl-base64 3.3.2-1Common Lisp package to encode and ii cl-kmrcl 1.89-1 General Utilities for Common Lisp ii cl-md51:1.8-1Common Lisp package for MD5 Messag ii cl-ppcre 1.2.16-1 Portable Regular Express Library f ii cl-rfc23881.1-3 an implementation of RFC 2388 in C ii cl-url-rewrite0.1.0-3Common Lisp package for rewriting ii cl-who0.6.1-1Common Lisp HTML generator ii common-lisp-controller6.2This is a Common Lisp source and c cl-tbnl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388411: myspell-nl: please add nl-NL.{dic,aff} - nl_NL.{dic,aff} symlink
tags 388411 moreinfo thanks Hello Bart-Jan, Thunderbird apparently only finds the Dutch dictionary if it's named nl-NL, not nl or nl_NL... Thanks for your report. However, we've added that link in the -43 revision of the package, which you report you are already using. What's going wrong here? Thijs signature.asc Description: This is a digitally signed message part
Bug#388414: cl-fad: new version available: 0.5.1
Package: cl-fad Version: 0.5.0-2 Severity: wishlist Hi, From weitz.de: CL-FAD - A portable pathname library for Common Lisp. version: [0.5.1 / 2006-08-11] No big changes it seems. Groetjes, Peter -- 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.11-mine89 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cl-fad depends on: ii common-lisp-controller6.2This is a Common Lisp source and c cl-fad recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387047: knetworkconf: please support debian etch 4.0 and debian unstable/experimental
tags 387047 + pending thanks hi, i have commited the patch upstream (r586643) except experimental part. i prefered to commit only needed part to support Etch. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354622: Using Firefox as the app name without official branding is still a trademark violation
severity 354622 serious quit On Tue, Sep 19, 2006 at 12:55:55AM -0400, Mike Connor wrote: Steve Langasek wrote: I've confirmed that this isn't acceptable usage of the trademark. If you are going to use the Firefox name, you must also use the rest of the branding. If Eric's statement that the firefox logos are distributed under a non-free copyright license remains accurate, then it seems that ultimately, the only acceptable solution to Debian would unfortunately be to stop using the firefox name altogether. So I'm hoping we can find a middle ground somewhere. Are the Debian logos and trademarks free? No, the Debian logos are not free. This is considered a bug. To the extent that the DFSG addresses trademarks at all, I believe it's covered under DFSG #4, i.e., trademarks are always free if we're allowed to use them at all. Is there some sort of convenient rebranding switch that creators of derivative distributions can use? No, there is not. Understood, but it is important to consider legal implications when mucking around with trademarks. At the least, file a bug in our bugzilla (Marketing - Trademark Permissions) if you want to try to get an exception to how things are typically done. That said, when I asked cbeard (who's in charge of product/branding issues), he explicitly said no to this case. Given your subsequent comments indicating that the Mozilla Foundation reserves the right to revoke trademark grants for released versions of Debian, I don't see that we have any choice but to discontinue our use of the marks. For my part I think your trademark handling is unprecedented in Free Software and really rather unreasonable, and it's certainly far removed from the understanding that we had with Gervase previously, but it's your trademark to manage as you wish and Debian will certainly take appropriate steps to ensure we aren't infringing it. -- 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#377310: libglib2.0-dev: [inaccurate] warning: the use of `mktemp' is dangerous, better use `mkstemp'
Hi, This is a followup for Debian bug http://bugs.debian.org/377310. On Mon, Jul 10, 2006, Jari Aalto+mail.linux wrote: According to gcc developers: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28310 This bug should be redirected to glib. Reported as: http://sources.redhat.com/bugzilla/show_bug.cgi?id=2898 Could you explain the exact *Glib* but? Didn't you mean to reassign to the libc manpages? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#388393: ftbfs: can't read /usr/lib/libXrender.la: No such file or directory
Hi, On Wed, Sep 20, 2006, Max Kellermann wrote: /bin/sed: can't read /usr/lib/libXrender.la: No such file or directory libtool: link: `/usr/lib/libXrender.la' is not a valid libtool archive Please find which .la file references libXrender.la (probably grep -l libXrender.la /usr/lib/*.la). The package shipping this file needs a rebuild. Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#388415: (no subject)
Package: dovecot-imapd Version: 1.0.rc7-1 After upgrading to 1.0.rc7-1 on Debian Etch, Dovecot kicks out the errors below and gets very confused: Sep 20 10:57:25 server01 deliver(alex): rename(/home/alex/mail/.INBOX.Ubuntu-Users/dovecot-uidlist.lock, /home/alex/mail/.INBOX.Ubuntu-Users/dovecot-uidlist) failed: No such file or directory Sep 20 10:57:25 server01 deliver(alex): file_dotlock_replace(/home/alex/mail/.INBOX.Ubuntu-Users/dovecot-uidlist) failed: No such file or directory Sep 20 10:57:25 server01 deliver(alex): Corrupted transaction log file /home/alex/mail/.INBOX.Ubuntu-Users/dovecot.index.log: Append with UID 4, but next_uid = 5 Sep 20 10:57:25 server01 dovecot: IMAP(alex): Corrupted transaction log file /home/alex/mail/.INBOX.Ubuntu-Users/dovecot.index.log: Append with UID 4, but next_uid = 5 Sep 20 10:57:25 server01 dovecot: IMAP(alex): Transaction log got desynced for index /home/alex/mail/.INBOX.Ubuntu-Users/dovecot.index I'm not running it over NFS. It's simply Postfix MailScanner Postfix Dovecot LDA /home/username/mail I purged all the cache/index files and that made no difference. I've also backed up my email in Thunderbird, wiped my maildir and then left it to recreate folders as mail arrives and I still get the errors. This is obviously something to do with Dovecot's LDA so here is the sieve rule that filters into Ubuntu-Users. I've not altered anything in my .dovecot.sieve file and It's been working solidly for months: if header :contains [To, CC, From] [EMAIL PROTECTED] { fileinto INBOX.Ubuntu-Users; stop; } Is anybody else seeing this? Regards, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#387780: initramfs-tools: power cut during update-initramfs leaves system unbootable
On Wed, Sep 20, 2006 at 11:06:54AM +0200, Sven Luther wrote: On Wed, Sep 20, 2006 at 11:00:21AM +0200, maximilian attems wrote: snipp nono, not debconf please. Why not debconf ? useless user intervention, useless work for translators. not portable beyond Debian unless carefully done. snipp the idea is to backup on an update call any initramfs that is older than a certain time, lets say 6h or maybe 24h thus not created while upgrading mdadm, udev, usplash, cryptsetup or so together. This will not guarantee you that you backup the right one, and doesn't work in coordination with the bootloaders. will be in 0.81 update-initramfs. Ok, but i think it is a partial solution and misses the complete problem. no but thanks for your pointer. so keeping a back up wile running is a good idea, dpkg.bak. if there exists no young .bak it will be saved there. so powercuts are catches for block based bootloaders too and more modern bootloaders find a .bak that has a known old state, presumed good. regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388417: Please move sulogin from sysvinit to sysvinit-utils
Package: sysvinit Severity: wishlist Tags: patch The latest release of upstart (0.2.7) does not ship its own sulogin binary anymore. So the Ubuntu developers moved the sulogin binary and manpage from the sysvinit to the sysvinit-utils package in revision sysvinit_2.86.ds1-14.1ubuntu11. The same should be done for the Debian package to keep in sync with the package split. Please find the attached patch. It's created against current trunk. Cheers, Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Index: debian/rules === --- debian/rules(Revision 942) +++ debian/rules(Arbeitskopie) @@ -97,12 +97,14 @@ rm -f $(tmp)/sbin/reboot endif rm -f $(tmp)/usr/share/man/man8/killall5.8 + rm -f $(tmp)/usr/share/man/man8/sulogin.8 rm -f $(tmp)/usr/share/man/man1/last.1 rm -f $(tmp)/usr/share/man/man1/lastb.1 rm -f $(tmp)/usr/share/man/man1/mesg.1 rm -f $(tmp)/usr/share/man/man8/pidof.8 rm -f $(tmp)/usr/share/man/man1/mountpoint.1 rm -f $(tmp)/sbin/killall5 + rm -f $(tmp)/sbin/sulogin rm -f $(tmp)/usr/bin/last rm -f $(tmp)/usr/bin/lastb rm -f $(tmp)/usr/bin/mesg @@ -138,14 +140,17 @@ install -d -o root -g root -m 755 $(tmp)/usr/share/man install -d -o root -g root -m 755 $(tmp)/usr/share/man/man{1,8} install -o root -g root -m 755 src/killall5 $(tmp)/sbin + install -o root -g root -m 755 src/sulogin $(tmp)/sbin install -o root -g root -m 755 src/last $(tmp)/usr/bin install -o root -g root -m 755 src/mesg $(tmp)/usr/bin strip -s -R .comment $(tmp)/sbin/killall5 + strip -s -R .comment $(tmp)/sbin/sulogin strip -s -R .comment $(tmp)/usr/bin/last strip -s -R .comment $(tmp)/usr/bin/mesg ln -sf ../sbin/killall5 $(tmp)/bin/pidof ln -sf last $(tmp)/usr/bin/lastb install -o root -g root -m 644 man/killall5.8 $(tmp)/usr/share/man/man8 + install -o root -g root -m 644 man/sulogin.8 $(tmp)/usr/share/man/man8 install -o root -g root -m 644 man/last.1 $(tmp)/usr/share/man/man1 install -o root -g root -m 644 man/lastb.1 $(tmp)/usr/share/man/man1 install -o root -g root -m 644 man/mesg.1 $(tmp)/usr/share/man/man1
Bug#377310: libglib2.0-dev: [inaccurate] warning: the use of `mktemp' is dangerous, better use `mkstemp'
On Wed, Sep 20, 2006 at 12:04:36PM +0200, Lo?c Minier wrote: Hi, This is a followup for Debian bug http://bugs.debian.org/377310. On Mon, Jul 10, 2006, Jari Aalto+mail.linux wrote: According to gcc developers: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28310 This bug should be redirected to glib. Reported as: http://sources.redhat.com/bugzilla/show_bug.cgi?id=2898 Could you explain the exact *Glib* but? Didn't you mean to reassign to the libc manpages? I cannot comment further because this was the information I was able to find during investigation and scanning the mailing lists. I'm not invonled in C-library development groups. I'm sure the libc/glibc developers can find the consensus how to treat this properly. Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385935: debian-policy: [ACCEPTED] Request for the 'stardict' virtual package.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kurt Roeckx wrote: I guess that should be reading stardict-dictionary, since that seems to be an existing virtual package. It doesn't seem to be used however. Yes, it should be reading stardict-dictionary and there is a follow up proposal for providing stardict-dictionary packages in debian: http://lists.debian.org/debian-devel/2006/09/msg00182.html So, why would them providing stardict be a good thing? Cause it's easier for user to use/find it. What you really want to do with a virtual package is to have a dependency on the virtual package. So, which package could/should depend on stardict? There currently isn't any package that has a dependency on it, and I don't see how it would be useful. Please see the follow up proposal above. I'm also not really sure if stardict-dictionary is a good virtual package. I think in general you might want to have more than 1 package installed that provides a dictionary. It might also be that that dictionary is not packaged for Debian or is non-free, so having a Depends on it might not always be what you want. If we did one of the options in the follow proposal, and then we will have many free dictionary packages in Debian. Best regards, - -Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFERmqnQYz4bYlCYURAp/2AKDXf+CqpeZp9ybSsGPdgIXkn+f+1QCeM+3Z S9LwVnWclkC8rX1V6M5TI+M= =sIbj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]