Bug#281893: Any progress on this bug?
This is a very old bug report which appears to be very easy to fix. Do you need an NMU? -- Nathanael Nerode [EMAIL PROTECTED] This space intentionally left blank. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286780: Any progress on this bug?
You said in Dec. 2004 that you would apply the patch to a Debian-only release. Ready to do so yet? -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245314: Old, unreproducible bug.
Can this bug be closed? -- Nathanael Nerode [EMAIL PROTECTED] It's just a goddamned piece of paper. -- President Bush, referring to the US Constitution http://www.capitolhillblue.com/artman/publish/article_7779.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272004: This bug doesn't appear to be happening
This is a very old bug, and it applies to a version in experimental which has been superseded by the version in unstable, and the version in unstable build just fine. So why is this bug open? Reply to bug trail please. -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345931: grub 0.97 doesn't work on several machines
Jason Thomas wrote: Hi, Please check your menu.lst for a splashimage line. If one or more exists comment them out and try to boot again. No splashimage. (Onscreen garbage is text). How where the menu.lst files created? By normal grub install, linux-image install/update process. menu.lst attached to this message. You could also try pressing 'c' for the command line interface, when the random garbage is on the screen. But I've no idea if that will work. Doesn't work. I have seen this problem occurs when the splashimage directive points to a nonexistant file. On Wed, Jan 04, 2006 at 01:58:23PM +0100, John Hughes wrote: When the system random garbage gets printed on the screen. # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ## password ['--md5'] passwd # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' # e.g. password topsecret # password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/ # password topsecret # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specifiv kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro # kopt=root=/dev/hda2 ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(recovery mode) single # altoptions=(recovery mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 # howmany=all ## should update-grub create memtest86 boot option ## e.g. memtest86=true ## memtest86=false # memtest86=true ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.14-1-386 root(hd0,0) kernel /vmlinuz-2.6.14-1-386 root=/dev/hda2 ro initrd /initrd.img-2.6.14-1-386 savedefault boot title Debian GNU/Linux, kernel 2.6.14-1-386 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.14-1-386 root=/dev/hda2 ro single initrd /initrd.img-2.6.14-1-386 savedefault boot ### END DEBIAN AUTOMAGIC KERNELS LIST
Bug#343316: x-symbol: (wrong-type-argument arrayp nil)
On Wed, Dec 14, 2005 at 11:39:48AM +0100, Samuel Mimram wrote: The x-symbol mode won't launch here. The first error I get is: Debugger entered--Lisp error: (error Value out of range for variable `gc-cons-threshold') After some more investigations, this seems to be the culprit. Indeed, if I change the following lines in x-symbol.el (let ((gc-cons-threshold most-positive-fixnum) (quail-ignore (regexp-quote x-symbol-quail-suffix-string))) to (let ((quail-ignore (regexp-quote x-symbol-quail-suffix-string))) the problem *almost* vanishes. I can see my \alpha as real alphas. However, the electric input isn't working: I have to manually use Decode buffer to turn \alpha into a real alpha. Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344400: [CinePaint-dev] Bug#344400: NMU for this package in 7 day delayed
Don, this message was resent to the developers list of CinePaint. Can you please tell us in plain text what NMU means? As well we did not hear from Andrew for a while. Can anyone else do changes to get CinePaint out in Debian? We have seen some requests to use the new 0.20-1 version precompiled. regards Kai-Uwe Behrmann + development for color management + imaging / panoramas + email: [EMAIL PROTECTED] + http://www.behrmann.name Am 03.01.06, 05:52 -0800 schrieb Don Armstrong: I have just made an NMU for this package to the 7 day delay queue. This NMU can be overridden by a maintainer upload between now and then. The interdiff of the NMU is attached. Don Armstrong -- Nothing is as inevitable as a mistake whose time has come. -- Tussman's Law http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344401: firefox: printing broken
Package: firefox Version: 1.5.dfsg-3 Followup-For: Bug #344401 I forgot: ... erasing the user's directory: .mozilla/firefox ... Sorry. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages firefox depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii fontconfig 2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-8 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxp6 6.8.2.dfsg.1-11 X Window System printing extension ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii psmisc 21.8-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-8 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#346062: capplets-data: package ships mimeinfo.cache
Package: capplets-data Version: 1:2.12.1-1 Severity: serious Tags: experimental As lool noticed, the package ships /usr/share/applications/mimeinfo.cache, and this is BAD(tm). -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341705:
http://bugs.mysql.com/bug.php?id=16218 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343822: +usr/X11R6/lib/X11/doc/html/Xprint_FAQ.html when building 6.9.0-1+SVN on amd64
2006 m. sausis 5 d., ketvirtadienis 04:26, Modestas Vainius rašė: trunk/debian) on amd64 box. I used up-to-date pbuilder for building. It's really strage but it seems the file 'Xprint_FAQ.html' must be readded. I'll test if 6.9.0-1 builds with my pbuilder environment (it shouldn't though). Tonight I did a full binary-arch and binary-indep build of 6.9.0-1 and it didn't fail. But binary-arch build of -1 would have failed as it did on amd64 buildd[1] (because Xprint_FAQ.html gets installed in binary-indep part). If I'm not missing something, usr/X11R6/lib/X11/doc/html/Xprint_FAQ.html should be added to the MANIFEST.all rather than MANIFEST.amd64.in (as in -1) or removed from MANIFEST files all together (as in -1+SVN). Thus the following patch (against -1+SVN) should address the problem (I haven't tested it, but it should work) --- old/debian/MANIFEST.all 2006-01-05 11:50:45.0 +0200 +++ debian/MANIFEST.all 2006-01-05 11:49:01.0 +0200 @@ -63,6 +63,7 @@ usr/X11R6/lib/X11/doc/XiPorting.txt usr/X11R6/lib/X11/doc/XiProtocol.txt usr/X11R6/lib/X11/doc/Xprint_FAQ.txt +usr/X11R6/lib/X11/doc/html/Xprint_FAQ.html usr/X11R6/lib/X11/doc/Xtrans.txt usr/X11R6/lib/X11/doc/XvMC_API.txt usr/X11R6/lib/X11/doc/appgroup.txt 1. http://amd64.ftbfs.de/fetch.php?pkg=xorg-x11ver=6.9.0.dfsg.1-1arch=amd64stamp=1135999117file=logas=raw pgpNYXxllaSFK.pgp Description: PGP signature
Bug#346002: apt: GPG error when updating
Adam D. Barratt wrote: # BTS control commands package apt # Raising severities as per the rationale in #345891 severity 346002 serious severity 345823 serious severity 345956 serious merge 346002 345823 345956 345891 This happened before. Please check #316915. Is there any way to switch this signature checking off? Many thanx Harri signature.asc Description: OpenPGP digital signature
Bug#344400: [CinePaint-dev] Bug#344400: NMU for this package in 7 day delayed
On Thu, Jan 05, 2006 at 10:32:00AM +0100, Kai-Uwe Behrmann wrote: Don, this message was resent to the developers list of CinePaint. Can you please tell us in plain text what NMU means? As well we did not hear from Andrew for a while. Can anyone else do changes to get CinePaint out in Debian? We have seen some requests to use the new 0.20-1 version precompiled. Hi everyone, Sorry for the long, long delay. I've had a lot on my plate in the last few months. The packages should be ready before the weekend is out. Cheers, Andrew Netsnipe Lau -- -- Andrew Netsnipe Lau http://www.cse.unsw.edu.au/~alau/ Debian GNU/Linux Maintainer UNSW Computing Students' Society - I reject your reality and substitute my own! - Adam Savage (MythBusters) -- signature.asc Description: Digital signature
Bug#346069: samba: Segfault in Samba after upgrade to 3.0.21a-1
Package: samba Version: 3.0.21a-1 Severity: grave Justification: renders package unusable Everytime I attempt to map a drive or browse an already mapped drive from a PC running WinXP Pro with all updates applied, I receive the following email (I have installed samba-dbg package): The Samba 'panic action' script, /usr/share/samba/panic-action, was called for pid 21799 (/usr/sbin/smbd). Below is a backtrace for this process generated with gdb, which shows the state of the program at the time the error occurred. If the problem persists, you are encouraged to first install the samba-dbg package which contains the debugging symbols for samba binaries. The, submit the provided information as a bug report to Debian. For information about the procedure for submitting bug reports , please see http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage. Using host libthread_db library /lib/libthread_db.so.1. 0x2be0fc15 in ?? () #0 0x2be0fc15 in ?? () #1 0xffc0 in ?? () #2 0x7fd83d1c in ?? () #3 0x0001 in ?? () #4 0x2bdb8415 in ?? () #5 0x0001 in ?? () #6 0x0001 in ?? () #7 0x in ?? () Having downgraded to samba 3.0.20b-3, I can map and browse OK. Andy, BlueArc Engineering -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages samba depends on: ii debconf [debc 1.4.67 Debian configuration management sy ii libacl1 2.2.34-1 Access control list shared library ii libattr1 2.4.25-1 Extended attribute shared library ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.10-1 common error description library ii libcupsys21.1.23-15 Common UNIX Printing System(tm) - ii libkrb53 1.4.3-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libpam-module 0.79-3 Pluggable Authentication Modules f ii libpam-runtim 0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpopt0 1.7-5 lib for parsing cmdline parameters ii logrotate 3.7.1-2Log rotation utility ii lsb-base 3.0-13 Linux Standard Base 3.0 init scrip ii netbase 4.23 Basic TCP/IP networking system ii samba-common 3.0.21a-1 Samba common files used by both th Versions of packages samba recommends: pn smbldap-tools none (no description available) -- debconf information: samba/nmbd_from_inetd: * samba/run_mode: daemons samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339688: delayed NMU coming
On Sat, Dec 31, 2005 at 02:57:53PM +0100, Eduard Bloch wrote: Hello, as announced I have uploaded a fixed version of fuse. However I have used the delayed queue (7 days) to give you enough time to react. Changes attached as diff. As I tried to tell you on irc I didn't upload new version of fuse yet cause I'm waiting for fuse support in makedev. Otherwise new package would have to use mknod which is violation of the policy. I still wait for it, but if this NMU allows you to fix other packages, then let it enter the archive. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#320351: Updated patch for 2.6.15
Tags: patch I have updated the package for 2.6.14 and 2.6.15 kernels. The updated package is available at: http://www.better.se/debian/kernel-patch-exec-shield/ My package no longer depends on kernel-patch-acl, so it need not be removed from etch. I for one would like to see this package in Debian. Marcus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344739: patch
tags 344739 patch tags 344767 patch -- Earth -- mother of the most beautiful women in the universe. -- Apollo, Who Mourns for Adonais? stardate 3468.1 diff -u grub-0.97/debian/update-grub grub-0.97/debian/update-grub --- grub-0.97/debian/update-grub +++ grub-0.97/debian/update-grub @@ -591,28 +591,28 @@ } -echo -n Testing for an existing GRUB menu.list file ... +echo -n Testing for an existing GRUB menu.list file ... 2 # Test if our menu file exists if [ -f $menu_file ] ; then menu=$menu_file rm -f $newtemplate unset newtemplate - echo found: $menu_file + echo found: $menu_file 2 cp -f $menu_file $menu_file~ else # if not ask user if they want us to create one menu=$menu_file - echo - echo - echo -n Could not find $menu_file file. + echo 2 + echo 2 + echo -n Could not find $menu_file file. 2 if [ -y = $command_line_arguments ] ; then - echo - echo Generating $menu_file + echo 2 + echo Generating $menu_file 2 answer=y else - echo -n Would you like $menu_file generated for you? - echo -n (y/N) + echo -n Would you like $menu_file generated for you? 2 + echo -n (y/N) 2 read answer fi @@ -737,23 +737,23 @@ echo ## ## End Default Options ## $buffer echo $buffer -echo -n Searching for splash image ... +echo -n Searching for splash image ... 2 current_splash=`grep '^splashimage=' ${grub_dir}/menu.lst || true` splashimage_path=splashimage=${grub_root_device}${grub_dir##${boot_device:+/boot}}/splash.xpm.gz if [ -f ${grub_dir}/splash.xpm.gz ] [ $current_splash = ]; then - echo found: /boot/grub/splash.xpm.gz + echo found: /boot/grub/splash.xpm.gz 2 echo $splashimage_path $buffer echo $buffer elif [ -f ${grub_dir}/splash.xpm.gz ] [ $current_splash = $splashimage_path ]; then - echo found: /boot/grub/splash.xpm.gz + echo found: /boot/grub/splash.xpm.gz 2 echo $splashimage_path $buffer echo $buffer elif [ $current_splash != ] [ $current_splash != $splashimage_path ]; then - echo found but preserving previous setting: $(grep '^splashimage=' /boot/grub/menu.lst) + echo found but preserving previous setting: $(grep '^splashimage=' /boot/grub/menu.lst) 2 echo $current_splash $buffer echo $buffer else - echo none found, skipping ... + echo none found, skipping ... 2 fi sortedKernels= @@ -808,7 +808,7 @@ initrd=$kernel_dir/$initrdName fi - echo Found kernel: $kernel + echo Found kernel: $kernel 2 if [ $kernelName = vmlinuz ]; then if [ -L /boot/$kernelName ]; then @@ -860,7 +860,7 @@ currentOpt= initrd= - echo Found kernel: $kernel + echo Found kernel: $kernel 2 write_kernel_entry $kernelVersion $grub_root_device \ $kernel $currentOpt $initrd false @@ -870,7 +870,7 @@ echo $end $buffer -echo -n Updating $menu ... +echo -n Updating $menu ... 2 # Insert the new options into the menu if ! grep -q ^$start $menu ; then cat $buffer $menu @@ -888,2 +888,2 @@ -echo done -echo +echo done 2 +echo 2 diff -u grub-0.97/debian/changelog grub-0.97/debian/changelog --- grub-0.97/debian/changelog +++ grub-0.97/debian/changelog @@ -1,3 +1,12 @@ +grub (0.97-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Urgency high as this breaks any linux image installation. + * Use automake1.9 according to control. (closes: #344739) + * Don't write anything to stdout in update-grub. (closes: #344767) + + -- Bastian Blank [EMAIL PROTECTED] Thu, 5 Jan 2006 12:31:42 +0100 + grub (0.97-2) unstable; urgency=low * Update debian/control. This caused the wrong NMU identification :( diff -u grub-0.97/debian/rules grub-0.97/debian/rules --- grub-0.97/debian/rules +++ grub-0.97/debian/rules @@ -98,7 +98,7 @@ dh_testdir # Add here commands to configure the package. - aclocal-1.8 automake-1.8 autoconf + aclocal-1.9 automake-1.9 autoconf CC=$(CC) LDFLAGS=$(LDFLAGS) ./configure \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \
Bug#346069: attaching smb.conf
; ; /etc/smb.conf ; ; Sample configuration file for the Samba suite for Debian GNU/Linux ; ; Please see the manual page for smb.conf for detailed description of ; every parameter. ; [global] # Do something sensible when Samba crashes: mail the admin a backtrace panic action = /usr/share/samba/panic-action %d printing = bsd printcap name = /etc/printcap load printers = yes guest account = nobody invalid users = root syslog only = yes hosts deny = usprint ; security = user is always a good idea. This will require a Unix account ; in this server for every user accessing the server. security = server password server = ukdc uk-dc2 ; password server = uspdc ; username map = /etc/samba/username.map ; Change this for the workgroup your Samba server will part of workgroup = TERASTACK server string = %h server (Samba %v) ; This socket options really speed up Samba under Linux, according to my ; own tests. socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=16384 SO_RCVBUF=16384 ; Passwords are encrypted by default. This way the latest Windows 95 and NT ; clients can connect to the Samba server with no problems. encrypt passwords = true ; It's always a good idea to use a WINS server. If you want this server ; to be the WINS server for your network change the following parameter ; to yes. Otherwise leave it as no and specify your WINS server ; below (note: only one Samba server can be the WINS server). ; Read BROWSING.txt for more details. wins support = no ; If this server is not the WINS server then specify who is it and uncomment ; next line. wins server = 10.1.1.1 ; Please read BROWSING.txt and set the next four parameters according ; to your network setup. There is no valid default so they are commented ; out. ; os level = 0 domain master = no local master = no ; preferred master = no ; debug level = 255 ; What naming service and in what order should we use to resolve host names ; to IP addresses name resolve order = lmhosts host wins bcast ; This will prevent nmbd to search for NetBIOS names through DNS. dns proxy = no ; Name mangling options preserve case = yes short preserve case = yes default case = lower hide dot files = no dos filetime resolution = true ; This boolean parameter controlls whether Samba attempts to sync. the Unix ; password with the SMB password when the encrypted SMB password in the ; /etc/samba/smbpasswd file is changed. unix password sync = false ; For Unix password sync. to work on a Debian GNU/Linux system, the following ; parameters must be set (thanks to Culus for pointing this out): passwd program = /usr/bin/passwd %u passwd chat = *New\spassword:* %n\n *Re-enter\snew\spassword:* %n\n *Password\schanged.* . ; The following parameter is useful only if you have the linpopup package ; installed. The samba maintainer and the linpopup maintainer are ; working to ease installation and configuration of linpopup and samba. message command = /bin/sh -c '/usr/bin/linpopup %f %m %s; rm %s' ; The default maximum log file size is 5 MBytes. That's too big so this ; next parameter sets it to 1 MByte. Currently, Samba rotates log ; files (/var/log/{smb,nmb} in Debian) when these files reach 1000 KBytes. ; A better solution would be to have Samba rotate the log file upon ; reception of a signal, but for now on, we have to live with this. max log size = 1000 ; don't map archive bit so files generated by DOS won't get execute ; permission set map archive = no ; allow deletion of read-only files delete readonly = yes [homes] comment = Home Directories browseable = no ; By default, the home directories are exported read only. Change next ; parameter to no if you want to be able to write to them. read only = no ; File creation mask is set to 0700 for security reasons. If you want to ; create files with group=rw permissions, set next parameter to 0775. create mask = 0664 ; Directory creation mask is set to 0700 for security reasons. If you want to ; create dirs. with group=rw permissions, set next parameter to 0775. directory mask = 0775 [printers] comment = All Printers browseable = no path = /tmp printable = yes public = no writable = no create mode = 0700 ; A sample share for sharing your CD-ROM with others. [cdrom] comment = Samba server's CD-ROM writable = no locking = no path = /var/autofs/misc/cd public = yes ; ; The next two parameters show how to auto-mount a CD-ROM when the ; cdrom share is accesed. For this to work /etc/fstab must contain ; an entry like this: ; ; /dev/scd0 /cdrom iso9660 defaults,noauto,ro,user 0 0 ; ; The CD-ROM gets unmounted automatically after the connection to the ; ; If you don't want to use auto-mounting/unmounting
Bug#345876: animate.c
On Wed, Jan 04, 2006 at 01:54:29PM -0500, Matthias Clasen wrote: I don't doubt that there are more vulnerabilities lurking in ImageMagick, but I don't see how this same problem occurs in animate.c... Which version are you looking at? The code in question recently moved from magick/animate.c to wand/animate.c. Anyway, the underlying problem is the same in all cases: A single numeric format expansion should be allowed in user-supplied strings. In animate.c, look for a call to FormatMagickString() following a comment Form filename for multi-part images.. The format string is taken verbatim from the command line. Admittedly though, animate will rarely be called from scripts or as a mime handler, so the security impact is quite low compared to, say, convert. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346074: pmp-common doesn't work anymore
Package: pmp-common Version: 3 Severity: grave Justification: renders package unusable Hi, on a daily updated sid pmp-common doesn't work anymore. Only root can access my iriver player. Trying to access it as user Device is busy is reported. I reported this as a follow-up on bug #333838 but nothing happend, so reporting this again as a new bug. Johannes -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-ck7-20051219 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pmp-common depends on: ii base-passwd 3.5.11 Debian base system master password ii udev 0.079-1/dev/ and hotplug management daemo ii usbutils 0.71+cvs20051029-4 USB console utilities pmp-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346076: poppler: New integer overflows [CVE-2005-3624, CVE-2005-3625, CVE-2005-3627]
Package: poppler Version: 0.4.3-1 Severity: critical Tags: security patch Hi! Chris Evans found some more integer overflows in the xpdf code [1] which affect poppler as well. [1] also has demo exploit PDFs for patch checking. In addition, upstream used a slightly wrong patch for CVE-2005-3192, I reported that as [2] and included the fix in the latest Ubuntu version. See [4] for the Ubuntu debdiff. I also forwarded the patch upstream [3]. Thanks, Martin [1] http://scary.beasts.org/security/b0dfca810501f2da/CESA-2005-003.txt [2] https://bugs.freedesktop.org/show_bug.cgi?id=5514 [3] https://bugs.freedesktop.org/show_bug.cgi?id=5516 [4] http://patches.ubuntu.com/patches/poppler.CVE-2005-3624_5_7.diff -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#345238: Shell command injection in delegate code (via file names)
tag 345238 + patch thanks On Fri, Dec 30, 2005 at 02:19:27PM +0100, Florian Weimer wrote: With some user interaction, this is exploitable through Gnus and Thunderbird. I think this warrants increasing the severity to grave. Here's the vanilla fix from upstream SVN, stripped off whitespace changes. I wonder why they've banned ` but still allow $(...), though. Regards, Daniel. --- delegate.c.orig 2006-01-05 13:37:47.0 +0100 +++ delegate.c 2006-01-05 13:45:00.0 +0100 @@ -701,6 +701,8 @@ MagickExport MagickBooleanType InvokeDelegate(ImageInfo *image_info, Image *image,const char *decode,const char *encode,ExceptionInfo *exception) { +#define ProhibitedAlphabet *?\'|` + char *command, **commands; @@ -753,11 +755,11 @@ } image_info-temporary=MagickTrue; } - if (delegate_info-mode != 0) -if (((decode != (const char *) NULL) + if ((delegate_info-mode != 0) + (((decode != (const char *) NULL) (delegate_info-encode != (char *) NULL)) || ((encode != (const char *) NULL) - (delegate_info-decode != (char *) NULL))) + (delegate_info-decode != (char *) NULL { char *magick; @@ -771,6 +773,13 @@ /* Delegate requires a particular image format. */ + if ((strpbrk(image_info-filename,ProhibitedAlphabet) != (char *) NULL) || + (strpbrk(image-filename,ProhibitedAlphabet) != (char *) NULL)) +{ + ThrowFileException(exception,FileOpenError, +FilenameContainsProhibitedCharacters,image-filename); + return(MagickFalse); +} if (AcquireUniqueFilename(image_info-unique) == MagickFalse) { ThrowFileException(exception,FileOpenError, @@ -850,18 +859,25 @@ for (i=0; commands[i] != (char *) NULL; i++) { status=MagickFalse; +if ((strpbrk(image_info-filename,ProhibitedAlphabet) != (char *) NULL) || +(strpbrk(image-filename,ProhibitedAlphabet) != (char *) NULL)) + { +ThrowFileException(exception,FileOpenError, + FilenameContainsProhibitedCharacters,image-filename); +break; + } if (AcquireUniqueFilename(image_info-unique) == MagickFalse) { ThrowFileException(exception,FileOpenError, UnableToCreateTemporaryFile,image_info-unique); -return(MagickFalse); +break; } if (AcquireUniqueFilename(image_info-zero) == MagickFalse) { (void) RelinquishUniqueFileResource(image_info-unique); ThrowFileException(exception,FileOpenError, UnableToCreateTemporaryFile,image_info-zero); -return(MagickFalse); +break; } command=TranslateText(image_info,image,commands[i]); if (command == (char *) NULL)
Bug#345238: Shell command injection in delegate code (via file names)
* Daniel Kobras: tag 345238 + patch thanks On Fri, Dec 30, 2005 at 02:19:27PM +0100, Florian Weimer wrote: With some user interaction, this is exploitable through Gnus and Thunderbird. I think this warrants increasing the severity to grave. Here's the vanilla fix from upstream SVN, stripped off whitespace changes. I wonder why they've banned ` but still allow $(...), though. +#define ProhibitedAlphabet *?\'|` This choice of characters is indeed strange. Perhaps some of them are Windows-related. + if ((strpbrk(image_info-filename,ProhibitedAlphabet) != (char *) NULL) || + (strpbrk(image-filename,ProhibitedAlphabet) != (char *) NULL)) +{ + ThrowFileException(exception,FileOpenError, +FilenameContainsProhibitedCharacters,image-filename); + return(MagickFalse); +} Wrong direction of test. You should only pass on known-good characters, not reject bad characters. A better fix would be to bypass the shell and invoke the delegate directly (using fork and execve). If this is not feasible, the file name should be translated according to this pseudo-code: def translate(name): result = '\'' for char in name: if name == '\'': result += '\\'' else: result += char result += '\'' return result Using ' instead of as the string terminator ensures that variable expansion is disabled in the string. If a single quote is contained in the input string, it is replaced with '\'' (including the quotes), which terminates the string processing, inserts a quoted ' character, and continues with string processing. This way, all characters (except ASCII NUL, naturally) can be safely passed through the shell to the delegate. The delegate, however, must have been written to deal with arbitrary file names. Unfortunately, is unlikely work on native Windows because command line parsing is application-specific. Please pass this message to upstream nevertheless (I couldn't find a security contact on their web pages). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346086: tetex-bin: New integer overflows in xpdf copy [CVE-2005-3624, CVE-2005-3625, CVE-2005-3627]
Package: tetex-bin Version: 2.0.2-30 Severity: critical Tags: security patch Hi! Chris Evans found some more integer overflows in the xpdf code [1] which affect tetex-bin as well. [1] also has demo exploit PDFs for patch checking. See [2] for the Ubuntu debdiff. This only affects sarge (and woody); luckily sid is finally cured forever due to poppler, so please mark this bug as fixed in sid. Thanks, Martin [1] http://scary.beasts.org/security/b0dfca810501f2da/CESA-2005-003.txt [2] http://patches.ubuntu.com/patches/tetex-bin.CVE-2005-3624_5_7.diff -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#344515: kernel module ip2100 crashes when loading firmware on amd64-system
Hello, the ipw2100 module will be disabled for all architectures but i386 in the next linux-2.6 2.6.15 upload. The driver looks broken on 64bit architectures; if it gets ever fixed, it will be reactivated. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#333460: fonty silently overwrites /etc/console-tools/config.d/fonty
tags 333460 patch thanks On Wed, Oct 12, 2005 at 02:55:31AM +0200, Jonas Meurer wrote: the latest upgrade of fonty has overwritten my local settings in /etc/console-tools/config.d/fonty. It would be better to handle this file as a configuration file as defined in the debian policy. The upgrade did not even preserve a backup copy (for example a .dpkg-old file), it just erased my local settings. There are several cases where local modifications are required in /etc/console-tools/config.d/fonty, especially as the debconf configuration dialog at install/upgrade does not list fonts from other packages (like fonty-rg). It would be great if that could be improved. I've looked a bit into fixing this problem, and I think I've come up with a solution. Fonty manages /etc/console-tools/config.d/fonty itself using the maintainer scripts, because it needs to set different values depending on the answer of a debconf question. However in the postinst step (configure) it overwrites the old config file without checking for modifications. The relevant piece of code is this: == # install configuration file with debconf if [ $1 = configure ]; then CONFDIR=/etc/console-tools/config.d CONF=$CONFDIR/fonty RET= db_get fonty/charset || true if [ -n $RET -a $RET != none ]; then [...] test -d $CONFDIR || mkdir -p $CONFDIR cat $CONF.dpkg-tmp END ###DEBCONF### # the configuration of this file was done by debconf and can be # overwritten. # # you should use dpkg-reconfigure fonty to configure this file. # END echo SCREEN_FONT=iso${CHARSET}graf-16 $CONF.dpkg-tmp echo APP_CHARSET_MAP=iso$MAP $CONF.dpkg-tmp echo FALLBACK_TAB=fonty $CONF.dpkg-tmp [...] mv -f $CONF.dpkg-tmp $CONF [...] fi fi == So the config file is overwritten if the user has given an answer other then none to the debconf question, which is pretty standard. I've come up with a patch that tries to solve this problem. The idea is to only overwrite $CONF if the ###DEBCONF### line is in there, and to tell users to remove that line if they change anything. This should work fine for all future versions AFAICS. Now the problem is what happens when a user upgrades from = 1.0-23 to a later version. The format of the config file hasn't changed at all since at least 1.0-22 (the sarge/etch version). So I rebuild the file in exactly the same way as previous versions did, and then compare $CONF to that reference file. If they are the same, one can assume that the user hasn't modified anything, so we can just overwrite it. If the file is different, it is possible that the user modified the file, so we remove the ###DEBCONF### line, so the file won't be touched later. This should make a smooth transition possible (hopefully). The only problem that I see currently is the possibility of false positives in the is-$CONF-different check. This could happen if the user changed something in the setup of his VT's in the meantime. I'm not sure how likely that is, but perhaps a debconf question would be appropriate here. The patch that does all this is reattached. I've tested all the possible scenarios and it seemed to work well. Cheers, Christian Aichinger diff -u fonty-1.0/debian/packages fonty-1.0/debian/packages --- fonty-1.0/debian/packages +++ fonty-1.0/debian/packages @@ -112,10 +112,16 @@ mv -f /etc/init.d/fonty.dpkg-tmp /etc/init.d/fonty true fi . - # install configuration file with debconf - if [ $1 = configure ]; then - CONFDIR=/etc/console-tools/config.d - CONF=$CONFDIR/fonty + CONFDIR=/etc/console-tools/config.d + CONF=$CONFDIR/fonty + . + # Avoid overwriting of /etc/console-tools/config.d/fonty + # if the user manually edited it (cf. #333460) + if [ $1 = configure -a -f $CONF ] \ + dpkg --compare-versions $2 le-nl 1.0-23; then + # We create the file exactly the same way as with older versions, if the + # md5sum of the config file and the reference file match, we conclude that + # nothing changed and it's safe to overwrite the config file. RET= db_get fonty/charset || true if [ -n $RET -a $RET != none ]; then @@ -154,6 +160,64 @@ fi done fi + fi + MD5CONF=`md5sum $CONF` + MD5REF=`md5sum $CONF.dpkg-tmp` + if [ $MD5CONF = $MD5REF ]; then + # File hasn't changed, recreate it + rm -f $CONF $CONF.dpkg-tmp + else + # Remove the DEBCONF line, so the file won't be altered by the next step + sed -e '/^###DEBCONF###$/d' $CONF $CONF.dpkg-tmp + mv -f $CONF.dpkg-tmp $CONF + fi + fi + . + # Install a new version of the configuration file + # Do it if $CONF doesn't exist, or if it exists and has the DEBCONF marker + if [ $1 = configure ] ( ! [ -e $CONF ] || \ + grep '^###DEBCONF###$' -- $CONF /dev/null 21 );
Bug#343686: debsums: checksums mismatch + bug #343048 again
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 05 Jan 2006 22:55:07 +0800 LUK ShunTim [EMAIL PROTECTED] wrote: I did *not* cc the bug list as the email is quite large, over 100k. Please do not post me privately about non-secret bugs. I have a strong interest in working in the open. I understand if this can be confusing: Some get furious when you make too much noise in bugreports, others (like me) when you don't. Besides, I did not request those lengthy details - on the contrary I suggested this to be a non-bug. And if you were to play nice with lengthy details for bugreports you could either compress it or put it somewhere on the web and only refer to it with a URL. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDvToPn7DbMsAkQLgRAr/RAKCCwg/vyGsJYxhG5Vu0pK79MUglNACgnxCy ao5PNUFeBecfkyWspgsOxA4= =86+S -END PGP SIGNATURE-
Bug#340960: Patch for Bug #340960: --delete-input-file ate my data
package flac tags 340960 + patch thanks Attached is flac.diff, which turns the warnings about unexpected EOF into errors, so that --delete-input-file doesn't delete the input file if there is something suspicious going on. I'm not going to NMU this immediately, but I may do that later. -- Fundamental truth #2: Attitude is usually more important than skills. diff -ru flac-1.1.2/src/flac/encode.c flac-1.1.2.patched/src/flac/encode.c --- flac-1.1.2/src/flac/encode.c 2005-01-25 04:13:52.0 + +++ flac-1.1.2.patched/src/flac/encode.c 2006-01-05 15:50:34.822506736 + @@ -397,8 +397,8 @@ return EncoderSession_finish_error(encoder_session); } else if(feof(infile)) { - flac__utils_printf(stderr, 1, %s: WARNING: unexpected EOF; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned int)encoder_session.total_samples_to_encode, (unsigned int)encoder_session.samples_written); - data_bytes= 0; + flac__utils_printf(stderr, 1, %s: ERROR: unexpected EOF; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned int)encoder_session.total_samples_to_encode, (unsigned int)encoder_session.samples_written); + return EncoderSession_finish_error(encoder_session); } } else { @@ -456,7 +456,8 @@ return EncoderSession_finish_error(encoder_session); } else if(bytes_read != (*options.common.align_reservoir_samples) * bytes_per_frame) { - flac__utils_printf(stderr, 1, %s: WARNING: unexpected EOF; read %u bytes; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned int)bytes_read, (unsigned int)encoder_session.total_samples_to_encode, (unsigned int)encoder_session.samples_written); + flac__utils_printf(stderr, 1, %s: ERROR: unexpected EOF; read %u bytes; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned int)bytes_read, (unsigned int)encoder_session.total_samples_to_encode, (unsigned int)encoder_session.samples_written); + return EncoderSession_finish_error(encoder_session); } else { info_align_carry= *options.common.align_reservoir_samples; @@ -735,8 +736,8 @@ return EncoderSession_finish_error(encoder_session); } else if(feof(infile)) { - flac__utils_printf(stderr, 1, %s: WARNING: unexpected EOF; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned)encoder_session.total_samples_to_encode, (unsigned)encoder_session.samples_written); - data_bytes = 0; + flac__utils_printf(stderr, 1, %s: ERROR: unexpected EOF; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned)encoder_session.total_samples_to_encode, (unsigned)encoder_session.samples_written); + return EncoderSession_finish_error(encoder_session); } } else { @@ -794,8 +795,8 @@ return EncoderSession_finish_error(encoder_session); } else if(bytes_read != (*options.common.align_reservoir_samples) * bytes_per_wide_sample) { - flac__utils_printf(stderr, 1, %s: WARNING: unexpected EOF; read %u bytes; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned)bytes_read, (unsigned)encoder_session.total_samples_to_encode, (unsigned)encoder_session.samples_written); - data_bytes = 0; + flac__utils_printf(stderr, 1, %s: ERROR: unexpected EOF; read %u bytes; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned)bytes_read, (unsigned)encoder_session.total_samples_to_encode, (unsigned)encoder_session.samples_written); + return EncoderSession_finish_error(encoder_session); } else { info_align_carry = *options.common.align_reservoir_samples; @@ -1046,8 +1047,8 @@ return EncoderSession_finish_error(encoder_session); } else if(feof(infile)) { - flac__utils_printf(stderr, 1, %s: WARNING: unexpected EOF; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned)encoder_session.total_samples_to_encode, (unsigned)encoder_session.samples_written); - total_input_bytes_read = max_input_bytes; + flac__utils_printf(stderr, 1, %s: ERROR: unexpected EOF; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned)encoder_session.total_samples_to_encode, (unsigned)encoder_session.samples_written); + return EncoderSession_finish_error(encoder_session); } } else { @@ -1098,7 +1099,8 @@ return EncoderSession_finish_error(encoder_session); } else if(bytes_read != (*options.common.align_reservoir_samples) * bytes_per_wide_sample) { - flac__utils_printf(stderr, 1, %s: WARNING: unexpected EOF; read %u bytes; expected %u samples, got %u samples\n, encoder_session.inbasefilename, (unsigned)bytes_read, (unsigned)encoder_session.total_samples_to_encode, (unsigned)encoder_session.samples_written); + flac__utils_printf(stderr, 1, %s: ERROR: unexpected
Bug#222757: multisync: Still unfixed
On Mon, Jan 02, 2006 at 01:24:36PM +0100, Jerome Warnier wrote: Package: multisync Version: 0.82-5.1 Followup-For: Bug #222757 Some of the build-dependencies have been updated, but there are still many of them which are not necessary and potentially troublesome. Can you be a bit more specific? Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345868: Build-depends on package not in testing
On Wed, Jan 04, 2006 at 03:36:00AM -0800, Steve Langasek wrote: reopen 345868 thanks On Wed, Jan 04, 2006 at 10:30:47AM +0100, Gerrit Pape wrote: Unfortunately the discussion about the freecdb package didn't attract my attention earlier, the release critical bug is resolved as invalid now. And reopened. You have *not* addressed the issues contributing to this RC bug: - freecdb provides no shared library or static _pic library suitable for linking into other shared libraries, which is something we generally expect from library packages - the only thing that sucks more than static-only libs for security support of a library is *bundled* static-only libs - the author (and current maintainer) of freecdb says that this cdb implementation should be considered dead 1) and 2) suck, but it's 3) that makes this a serious bug AFAICT; you can address 3) by becoming the new maintainer, of course, but in that case I would expect that you would actually, er, *maintain* it, for instance by providing a _pic.a library instead of dismissing the bug as a problem in vpopmail's packaging. I'm quite suprised. This isn't a release critical bug. The real author (not the current maintainer) doesn't consider this cdb implementation (the first and original one) dead AFAICS. This tiny library is excellent software from the public domain, rock-solid and bug-free for years. Nothing forces a maintainer to provide a _pic.a library, original upstream says that this is not what the library is intended for. I can't see how you justify severity serious, not through policy AFAIK. Good maintenance is not always to implement each and every wish people express. If anyone requests a pic library, one can tell them that it's not a good idea and what to do instead, if appropriate; that's good maintenance. Nobody's currently requesting it though. The issue discussed in the original bug report simply _is_ a problem in vpopmail's packaging, check the package if you don't believe. I planned to take over upstream and Debian maintenance for the reasons stated in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=272127;msg=73 and offered to take responsibility for the current freecdb package in the meanwhile; don't know why you think you need to distrust my maintainer and upstream developer skills. Not allowing freecdb back into etch opens at least two new release ciritical bugs, two software projects I maintain for Debian use the cdb command line tools for selftests in the build process. Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346102: does not start on etch powerpc
Package: fillets-ng Version: 0.7.3-1 Severity: grave The game does not start on my Mac Mini with today's etch updates (haven't tried before) and gives a segmentation fault. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fillets-ng depends on: ii fillets-ng-data 0.7.1-1 docs, graphics, music and internat ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libsdl-image1.2 1.2.4-1 image loading library for Simple D ii libsdl-mixer1.2 1.2.6-1.1 mixer library for Simple DirectMed ii libsdl-ttf2.0-0 2.0.7-1 ttf library for Simple DirectMedia ii libsdl1.2debian 1.2.9-0.0 Simple DirectMedia Layer ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m Versions of packages fillets-ng recommends: pn fillets-ng-data-csnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345677: eclipse: Eclipse doesn't start
On 1/3/06, Vedran Furač [EMAIL PROTECTED] wrote: Arrgh, you can close this bug. The main reason I got these errors is existence of redundant libswt-gtk-3.1-java package in the archive and azureus depending on it. You should fix this ASAP. libswt-gtk-3.1-java is a separate package and has nothing to do with the Eclipse package. You shouldn't get problems if you install this package. Are you sure that Eclipse doesn't start if you install libswt-gtk-3.1-java? Also, I think that eclipse-source package isn't essential for eclipse. The org.eclipse.sdk feature depend on the source features and plugins. If we make this package optional, then we get complains from the framework. Stephan Michels.
Bug#345868: Build-depends on package not in testing
On Thu, Jan 05, 2006 at 06:05:28PM +0100, Gerrit Pape wrote: On Wed, Jan 04, 2006 at 03:36:00AM -0800, Steve Langasek wrote: reopen 345868 thanks On Wed, Jan 04, 2006 at 10:30:47AM +0100, Gerrit Pape wrote: Unfortunately the discussion about the freecdb package didn't attract my attention earlier, the release critical bug is resolved as invalid now. And reopened. You have *not* addressed the issues contributing to this RC bug: - freecdb provides no shared library or static _pic library suitable for linking into other shared libraries, which is something we generally expect from library packages - the only thing that sucks more than static-only libs for security support of a library is *bundled* static-only libs - the author (and current maintainer) of freecdb says that this cdb implementation should be considered dead 1) and 2) suck, but it's 3) that makes this a serious bug AFAICT; you can address 3) by becoming the new maintainer, of course, but in that case I would expect that you would actually, er, *maintain* it, for instance by providing a _pic.a library instead of dismissing the bug as a problem in vpopmail's packaging. I'm quite suprised. This isn't a release critical bug. The real author (not the current maintainer) doesn't consider this cdb implementation (the first and original one) dead AFAICS. This tiny library is excellent software from the public domain, rock-solid and bug-free for years. Nothing forces a maintainer to provide a _pic.a library, original upstream says that this is not what the library is intended for. I can't see how you justify severity serious, not through policy AFAIK. Good maintenance is not always to implement each and every wish people express. If anyone requests a pic library, one can tell them that it's not a good idea and what to do instead, if appropriate; that's good maintenance. Nobody's currently requesting it though. Is there a reason that there shouldn't be a shared library of freecdb? Is the API/ABI unstable or something? I don't see why you only want a static version of the library. I don't think saying that upstream says so is a valid reason, without also saying what the reason is. The only reason I saw so far was that it's very small (#338038), which I don't consider to be a good reason. The issue discussed in the original bug report simply _is_ a problem in vpopmail's packaging, check the package if you don't believe. So vpopmail's packaging isn't good because it tries to create a shared library that makes use of freecdb? Please explain me how this can be considered bad packaging. You're also saying that it's not supposed to be used in that way. Why shouldn't some other library try and use your library? What should they do instead? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346069: samba: Segfault in Samba after upgrade to 3.0.21a-1
severity 346069 important thanks (rationale: up to now we have no indication that the package is unusable for everyone.) Using host libthread_db library /lib/libthread_db.so.1. 0x2be0fc15 in ?? () #0 0x2be0fc15 in ?? () #1 0xffc0 in ?? () #2 0x7fd83d1c in ?? () #3 0x0001 in ?? () #4 0x2bdb8415 in ?? () #5 0x0001 in ?? () #6 0x0001 in ?? () #7 0x in ?? () Having downgraded to samba 3.0.20b-3, I can map and browse OK. Is that all what is outputted? Steve, others, is it expected that we get so few information even with samba-dbg? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346110: eclipse: can't locate the java virtual machine
Package: eclipse-platform-common Version: 3.1.1-7 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (1001, 'testing'), (101, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages eclipse-platform-common depends on: ii gij-4.0 [java1-runtime] 4.0.2-5j2 The GNU Java bytecode interpreter ii jamvm [java1-runtime] 1.3.3-2virtual machine which conforms to ii java-common 0.23 Base of all Java packages ii java-gcj-compat 1.0.30-4 Java runtime environment using GIJ ii kaffe-pthreads [java1-runtime 2:1.1.6-3 A POSIX threads enabled version of ii zenity2.10.1-1 Display graphical dialog boxes fro eclipse-platform-common recommends no packages. -- debconf-show failed Hi, When I try to launch Eclipse, I see this console message: searching for compatible vm... testing /usr/lib/jvm/java-gcj...found Afterwards, a dialog title Could not launch Eclipse Platform with the text A suitable Java Virtual Machine for running the Eclipse Platform could not be located. is opened. Regards, Manolo Díaz
Bug#345934: linux-image-2.6.15-1-686: postinstal failure observed here also
Package: linux-image-2.6.15-1-686 Version: 2.6.15-1 Followup-For: Bug #345934 I also noted: -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.15-1-686.postinst line 579. The new kernel is installed and usable, but the package remains listed as partly installed and attempts to complete installation each time I add or update packages with aptitude. Regards, Arthur. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.15-1-686 depends on: ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-3 Yet Another mkInitRD Versions of packages linux-image-2.6.15-1-686 recommends: ii libc6-i6862.3.5-11 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.15-1-686/postinst/kimage-is-a-directory: linux-image-2.6.15-1-686/preinst/overwriting-modules-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/depmod-error-initrd-2.6.15-1-686: false linux-image-2.6.15-1-686/postinst/bootloader-error-2.6.15-1-686: linux-image-2.6.15-1-686/postinst/bootloader-test-error-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-686/preinst/failed-to-move-modules-2.6.15-1-686: linux-image-2.6.15-1-686/postinst/old-system-map-link-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/abort-install-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/abort-overwrite-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/bootloader-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/prerm/would-invalidate-boot-loader-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/lilo-initrd-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-initrd-link-2.6.15-1-686: true linux-image-2.6.15-1-686/postinst/old-dir-initrd-link-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/already-running-this-2.6.15-1-686: linux-image-2.6.15-1-686/preinst/initrd-2.6.15-1-686: linux-image-2.6.15-1-686/postinst/depmod-error-2.6.15-1-686: false linux-image-2.6.15-1-686/postinst/create-kimage-link-2.6.15-1-686: true linux-image-2.6.15-1-686/prerm/removing-running-kernel-2.6.15-1-686: true linux-image-2.6.15-1-686/preinst/elilo-initrd-2.6.15-1-686: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307103: Intention to NMU
Hi Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D diff -u clara-20031214/debian/changelog clara-20031214/debian/changelog --- clara-20031214/debian/changelog +++ clara-20031214/debian/changelog @@ -1,3 +1,11 @@ +clara (20031214-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix segmentation fault on powerpc (Closes: #307103). + * Split xlibs-dev build-deps. + + -- Luk Claes [EMAIL PROTECTED] Thu, 5 Jan 2006 18:59:37 +0100 + clara (20031214-1) unstable; urgency=low * New upstream release (closes: #261492) diff -u clara-20031214/debian/control clara-20031214/debian/control --- clara-20031214/debian/control +++ clara-20031214/debian/control @@ -2,7 +2,7 @@ Section: graphics Priority: extra Maintainer: Eduardo Marcel Macan [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), xlibs-dev +Build-Depends: debhelper (= 4.0.0), libx11-dev Standards-Version: 3.6.2 Package: clara only in patch2: unchanged: --- clara-20031214.orig/clara.c +++ clara-20031214/clara.c @@ -751,11 +751,12 @@ s[128] = 0; logmsg(s); -if (!trace) -return; -va_start(args,m); -vfprintf(stderr,m,args); -fprintf(stderr,\n); +if (trace) { +vfprintf(stderr,m,args); +fprintf(stderr,\n); +} + +va_end(args); } /* @@ -775,10 +776,12 @@ logmsg(s); /* send to stderr if requested */ -if (!debug) -return; -vfprintf(stderr,m,args); -fprintf(stderr,\n); +if (debug) { +vfprintf(stderr,m,args); +fprintf(stderr,\n); +} + +va_end(args); } /* @@ -797,9 +800,10 @@ s[128] = 0; logmsg(s); -va_start(args,m); vfprintf(stderr,m,args); fprintf(stderr,\n); + +va_end(args); } /* (devel) only in patch2: unchanged: --- clara-20031214.orig/event.c +++ clara-20031214/event.c @@ -638,6 +638,8 @@ } } +va_end(args); + /* printf(request (priority %d, mclip=%d, redraw=%d) to draw the message \%s\\n,f,mclip,redraw_stline,s); */ only in patch2: unchanged: --- clara-20031214.orig/html.c +++ clara-20031214/html.c @@ -1548,11 +1548,12 @@ va_list args; int n=0,f; -va_start(args, fmt); for (f=0; f==0; ) { /* try to write */ +va_start(args, fmt); n = vsnprintf(*t+*top+1,*sz-*top-1,fmt,args); +va_end(args); /* Some implementations of vsnprintf return -1 when @@ -1589,11 +1590,12 @@ va_list args; int n=0,f; -va_start(args, fmt); for (f=0; f==0; ) { /* try to write */ +va_start(args, fmt); n = vsnprintf(text+topt+1,textsz-topt-1,fmt,args); +va_end(args); /* Some implementations of vsnprintf return -1 when signature.asc Description: OpenPGP digital signature
Bug#339869: Intention to NMU
On Fri, Dec 30, 2005 at 05:18:50PM +0100, Luk Claes wrote: Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Hi, since the new version I had prepared a few weeks ago was finally uploaded (thanks, eloy!), there was no need for the NMU after all. Thank you for the effort anyway. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346074: pmp-common doesn't work anymore
On Thu, 2006-01-05 at 13:54 +0100, Johannes Raspe wrote: Package: pmp-common Version: 3 Severity: grave Justification: renders package unusable Hi, on a daily updated sid pmp-common doesn't work anymore. Only root can access my iriver player. Trying to access it as user Device is busy is reported. I reported this as a follow-up on bug #333838 but nothing happend, so reporting this again as a new bug. Because of the series of rapid breakages in udev I haven't yet upgraded to fix this. I'm going to wait a few weeks, since Md claims that the 2.6.15 breakage is the last one. -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#346115: lineak-xosdplugin: doesn't print onscreen messages anymore
Package: lineak-xosdpluginVersion: 1:0.8.3-6Severity: graveJustification: renders package unusableTags: patchHilineak-xosdplugin doesn't print its onscreen messages. The problem seems to be in the initialize_display function inxosd_plugin/xosdplugin.cpp, which is commented out.When I use the following function instead, it compiles and works well.extern "C" void initialize_display(displayCtrl *imyDisplay) { if (verbose) cout "Initializing display!" endl; default_display = (xosdCtrl *) imyDisplay;}RegardsErik-- System Information:Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable')Architecture: i386 (i686)Shell: /bin! /sh linked to /bin/bashKernel: Linux 2.6.14-2-k7Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)Versions of packages lineak-xosdplugin depends on:ii libc6 2.3.5-8 GNU C Library: Shared libraries anii libgcc1 1:4.0.2-5 GCC support libraryii liblineak0 1:0.8.3-8 LinEAK development filesii libstdc++6 4.0.2-5! sp; The GNU Standard C++ Library v3ii libx 11-6 6.8.2.dfsg.1-11 X Window System protocol client liii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exteii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head displayii libxosd2 2.2.14-1.2 X On-Screen Display library - runtii lineakd 1:0.8.3-8 Linux support for Easy Access andlineak-xosdplugin recommends no packages.-- no debconf information
Bug#346116: xemacs21-basesupport: gnus fails because of gnus-splash-face
Package: xemacs21-basesupport Version: 2005.12.08-1 Severity: grave Justification: renders package unusable gnus is now unusable. When I start gnus, I receive the following message: No such face: gnus-splash-face -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xemacs21-basesupport depends on: ii perl 5.8.7-10 Larry Wall's Practical Extraction xemacs21-basesupport recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343917: Intention to NMU
Luk Claes [EMAIL PROTECTED] writes: Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Thanks for the NMU. As you've probably guessed, I'm pretty focused on other things at the moment. (Also: if you're an active user of the package you're welcome to take over maintainership.) -- Ben Pfaff email: [EMAIL PROTECTED] web: http://benpfaff.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345677: eclipse: Eclipse doesn't start
Stephan Michels wrote: On 1/3/06, Vedran Furač [EMAIL PROTECTED] wrote: Arrgh, you can close this bug. The main reason I got these errors is existence of redundant libswt-gtk-3.1-java package in the archive and azureus depending on it. You should fix this ASAP. libswt-gtk-3.1-java is a separate package and has nothing to do with the Eclipse package. You shouldn't get problems if you install this package. Are you sure that Eclipse doesn't start if you install libswt-gtk-3.1-java? It was my error. I didn't have neither libswt-gtk-3.1-java nor libswt3.1-gtk-java package installed when I reported this bug. Why I ended up without one of them installed, I'm not sure. I tried to have both azureus and eclipse, which is currently not possible, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338955 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341407 Azureus depends on libswt-gtk-3.1-java and eclipse depends on libswt3.1-gtk-java. I tried to force install and somehow ended up without libswt. Reinstalling libswt3.1-gtk-java package fixed the problem. You can close this bug. See if there is any problem in fixing those bugs with azureus maintainer, so that eclipse and azureus can live together. Also, I think that eclipse-source package isn't essential for eclipse. The org.eclipse.sdk feature depend on the source features and plugins. If we make this package optional, then we get complains from the framework. I'm not expert in eclipse and never use it before. I thought that eclipse-source and pde packages are required if I want to develop eclipse or plugins and not if I only want to develop other applications *in* eclipse. Vedran Furač
Bug#346102: does not start on etch powerpc
On Thu, 2006-01-05 at 18:27 +0100, Fabio Till wrote: The game does not start on my Mac Mini with today's etch updates (haven't tried before) and gives a segmentation fault. Please provide more info. What is output of: $ fillets loglevel=7 $ fillets loglevel=7 sound=0 $ valgrind --num-callers=20 fillets Thanks, -- Ivo Danihelka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346121: xemacs21: xemacs fails in X
Package: xemacs21 Version: 21.4.17-2 Severity: grave Justification: renders package unusable When I run xemacs21-mule or xemacs21-nomule, I receive the following warnings: [EMAIL PROTECTED]:/tmp$ xemacs21-mule Warning: Color name Black is not defined Warning: Color name Gray80 is not defined Warning: Color name Gray30 is not defined Warning: Color name Blue is not defined Warning: Color name Red is not defined Warning: Color name Maroon is not defined Warning: Color name ForestGreen is not defined Warning: Color name black is not defined Warning: Color name white is not defined Help! x_get_gc got a bogus fg value! fg = #INTERNAL OBJECT (XEmacs bug?) (symbol-value-forward type 13) 0x40681854 Help! x_get_gc got a bogus fg value! fg = #INTERNAL OBJECT (XEmacs bug?) (symbol-value-forward type 13) 0x40681854 Help! x_get_gc got a bogus fg value! fg = #INTERNAL OBJECT (XEmacs bug?) (symbol-value-forward type 13) 0x40681854 Help! x_get_gc got a bogus fg value! fg = #INTERNAL OBJECT (XEmacs bug?) (symbol-value-forward type 13) 0x40681854 With another 800 or so lines of INTERNAL OBJECT problems. xemacs21-gnome-mule ends with the message: Application xemacs21-gnome-mule (process 26232) has crashed due to a fatal error. (Segmentation fault). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages xemacs21 depends on: ii xemacs21-gnome-mule 21.4.17-2 highly customizable text editor -- ii xemacs21-mule 21.4.17-2 highly customizable text editor -- ii xemacs21-nomule 21.4.17-2 highly customizable text editor -- xemacs21 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346125: vdradmin can't find URI::Escape
Package: vdradmin Version: 0.97-am3.4.2-1 Severity: grave Justification: renders package unusable Hi! After updating the perl package to 5.8.7-10, vdradmind doesn't want to start anymore: media:/var/log# /usr/bin/vdradmind.pl Can't locate URI/Escape.pm in @INC (@INC contains: /usr/bin/lib/ /usr/share/vdradmin/lib /etc/perl /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/vdradmind.pl line 65. -- 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-gm1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages vdradmin depends on: ii adduser 3.80Add and remove users and groups ii libcompress-zlib-perl1.41-1 Perl module for creation and manip ii libhtml-parser-perl 3.48-1 A collection of modules that parse ii libhtml-template-expr-perl 0.04-2 HTML::Template extension adding ex ii libhtml-template-perl2.8-1 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii libtemplate-perl 2.14-1 template processing system written ii perl 5.8.7-10Larry Wall's Practical Extraction ii sendemail1.52-3 email-from-console sending tool vdradmin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346102: does not start on etch powerpc
$ fillets loglevel=7 Segmentation fault $ fillets loglevel=7 sound=0 Segmentation fault $ valgrind --num-callers=20 fillets ==22514== Memcheck, a memory error detector. ==22514== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==22514== Using LibVEX rev 1471, a library for dynamic binary translation. ==22514== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==22514== Using valgrind-3.1.0-Debian, a dynamic binary instrumentation framework. ==22514== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==22514== For more details, rerun with: -v ==22514== ==22514== Conditional jump or move depends on uninitialised value(s) ==22514==at 0x400226C: (within /lib/ld-2.3.5.so) ==22514==by 0x4010464: (within /lib/ld-2.3.5.so) ==22514== ==22514== Conditional jump or move depends on uninitialised value(s) ==22514==at 0x400229C: (within /lib/ld-2.3.5.so) ==22514==by 0x4010464: (within /lib/ld-2.3.5.so) ==22514== ==22514== Conditional jump or move depends on uninitialised value(s) ==22514==at 0x4002388: (within /lib/ld-2.3.5.so) ==22514==by 0x4010464: (within /lib/ld-2.3.5.so) ==22514== ==22514== Jump to the invalid address stated on the next line ==22514==at 0x0: ??? ==22514==by 0x10094B20: (within /usr/games/fillets) ==22514==by 0x1006B4C0: (within /usr/games/fillets) ==22514==by 0x1006ACA4: (within /usr/games/fillets) ==22514==by 0x10059A90: (within /usr/games/fillets) ==22514==by 0x10057AA4: (within /usr/games/fillets) ==22514==by 0x10006180: (within /usr/games/fillets) ==22514==by 0x10009F14: (within /usr/games/fillets) ==22514==by 0xFAB68A8: (within /lib/tls/libc-2.3.5.so) ==22514==by 0xFAB69F0: __libc_start_main (in /lib/tls/libc-2.3.5.so) ==22514== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==22514== ==22514== Process terminating with default action of signal 11 (SIGSEGV) ==22514== Bad permissions for mapped region at address 0x0 ==22514==at 0x0: ??? ==22514==by 0x10094B20: (within /usr/games/fillets) ==22514==by 0x1006B4C0: (within /usr/games/fillets) ==22514==by 0x1006ACA4: (within /usr/games/fillets) ==22514==by 0x10059A90: (within /usr/games/fillets) ==22514==by 0x10057AA4: (within /usr/games/fillets) ==22514==by 0x10006180: (within /usr/games/fillets) ==22514==by 0x10009F14: (within /usr/games/fillets) ==22514==by 0xFAB68A8: (within /lib/tls/libc-2.3.5.so) ==22514==by 0xFAB69F0: __libc_start_main (in /lib/tls/libc-2.3.5.so) ==22514== ==22514== ERROR SUMMARY: 6 errors from 4 contexts (suppressed: 2 from 1) ==22514== malloc/free: in use at exit: 27,025 bytes in 87 blocks. ==22514== malloc/free: 108 allocs, 21 frees, 27,534 bytes allocated. ==22514== For counts of detected errors, rerun with: -v ==22514== searching for pointers to 87 not-freed blocks. ==22514== checked 995,872 bytes. ==22514== ==22514== LEAK SUMMARY: ==22514==definitely lost: 0 bytes in 0 blocks. ==22514== possibly lost: 385 bytes in 19 blocks. ==22514==still reachable: 26,640 bytes in 68 blocks. ==22514== suppressed: 0 bytes in 0 blocks. ==22514== Reachable blocks (those to which a pointer was found) are not shown. ==22514== To see them, rerun with: --show-reachable=yes Segmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332606: PHP License
I just wanted to make sure that all relevant RC bugs were aware of the following debian-legal post by MJ Ray: The PHP licence could be OK for any software which has PHP Group contribution (regardless who is licensing later), but would require lying about other software. So, it is possible for others to use it 'freely' when PHP Group was involved upstream and avoid the problem you describe. Please leave the PHP licence bugs open for software which has no contribution by the PHP Group (which seems true for one or two pear packages IIRC). I don't think the PHP licence can be accepted as always-OK for others yet. http://lists.debian.org/debian-legal/2005/12/msg00142.html Of course his comments are not binding on Debian, but they do express a train of thought which has not been satisfactorily refuted on debian-legal. To summarize the long and continuing thread on Clarification regarding PHP License and DFSG status, there have been many comments questioning the freeness of the PHP License, but there has been no refutal to my proposal (agreed to by MJ above) that whatever the status of the PHP License in Debian, it be applied equally to PHP and PHP Group software. cheers, Charles -- A better buy -- why not try Burma-Shave http://burma-shave.org/jingles/1939/a_better_buy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346125: vdradmin can't find URI::Escape
Hi! Harald Welte wrote: After updating the perl package to 5.8.7-10, vdradmind doesn't want to start anymore: media:/var/log# /usr/bin/vdradmind.pl Can't locate URI/Escape.pm in @INC (@INC contains: /usr/bin/lib/ /usr/share/vdradmin/lib /etc/perl /usr/local/lib/perl/5.8.7 Just install liburi-perl. This is already fixed in the repository, but hasn't been uploaded yet. bye, Tobias signature.asc Description: OpenPGP digital signature
Bug#345955: endeavour: FTBFS: Build dependency on xlibs-dev
reassign 345955 imlib retitle 345955 FTBFS: Build dependency on xlibs-dev thanks Re: Kurt Roeckx in [EMAIL PROTECTED] Package: endeavour Version: 2.5.7-1 Your package still has a build dependency on xlibs-dev. Build-Depends: debhelper ( 4.0.0), libgtk1.2-dev, xlibmesa-gl-dev | libgl-dev, imlib11-dev, bzip2 This is an indirect dependency caused by imlib11-dev. This has been removed as announced on: http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html This means your package is now failing to build. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#346125: vdradmin can't find URI::Escape
On Thu, Jan 05, 2006 at 09:52:24PM +0100, Tobias Grimm wrote: Hi! Harald Welte wrote: After updating the perl package to 5.8.7-10, vdradmind doesn't want to start anymore: media:/var/log# /usr/bin/vdradmind.pl Can't locate URI/Escape.pm in @INC (@INC contains: /usr/bin/lib/ /usr/share/vdradmin/lib /etc/perl /usr/local/lib/perl/5.8.7 Just install liburi-perl. This is already fixed in the repository, but hasn't been uploaded yet. thanks, I discovered this independently and it fixes the problem. unfortunately I now encounter different problems (see my new bug report) related to HTML template processing. -- - Harald Welte [EMAIL PROTECTED] http://gnumonks.org/ Privacy in residential applications is a desirable marketing option. (ETSI EN 300 175-7 Ch. A6) pgpyQ7ZjSHep6.pgp Description: PGP signature
Bug#339280: zipios++ maintainance
Looks like the NMU is on its track, good :) There has been no maintainer upload on this package, and 3 NMUs now, in 1 year. Maybe this package should be considered orphaned ? -- Yann Dirson[EMAIL PROTECTED] | Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Freedom, Power, Stability, Gratis http://ydirson.free.fr/| Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345891: needs update for new archive key
On Tue, Jan 03, 2006 at 11:07:37PM -0500, Joey Hess wrote: Package: apt Version: 0.6.43 Severity: serious Tags: d-i Thanks for your bugreport and sorry for my late reply. apt needs to be updated for this year's archive key which is apparently the one at http://ftp-master.debian.org/ziyi_key_2006.asc The new key is added to my baz repository and it will be part of the next (very soon) upload. I'm tagging this bug d-i because not having the key up-to-date in apt breaks new installations since apt doesn't work, and will begin breaking d-i even worse once the old archive key expires. The updated default key in apt means that new installs will be fine, but we need a better system for upgrades (see below). FWIW, I think that the archive key should be split out into a new package that can be updated more easily than apt, but for now a quick fix is called for. I think the same. My proposal is to create a new debain-server-keyring [1] package that conatins: /usr/share/keyrings/debian-archive-keyring.gpg /usr/share/keyrings/debian-archive-removed-keys.gpg and calls apt-key update in it's postinst. apt-key update will add new keys from debian-archive-keyring.gpg via apt-key add and remove keys in debian-archive-removed-keys.gpg via apt-key del. This way installing/updating the package will ensure that new keys are added as required and obsolete keys can be removed. Because the keys are part of a package and the package is covered with the trust-chain there is no trust-chain violation. If people are happy with my proposal I'll prepare and upload such a package. Cheers, Michael [1] I think we should create a new package and not use debian-keyring because debian-keyring is pretty big. -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345823: apt: Key error at year turnover resembles security problem, and may represent one
On Wed, Jan 04, 2006 at 01:26:26PM +0100, Jeroen van Wolffelaar wrote: On Wed, Jan 04, 2006 at 02:41:30AM -0800, Joshua Rodman wrote: On Wed, Jan 04, 2006 at 03:01:35AM +0100, Jeroen van Wolffelaar wrote: Fwiw, the Release.gpg file contains two signatures now, both one with the 2005 key and the 2006 key, to have a short transition period. The archive still validates with the 2005 key, which isn't expired yet, and I think APT should not spread too worrysome errors at users while the archive can still be verified. Not to contradict you, since my understanding of these issues is strongly limited, but apt seems to think that it cannot validate the archive? I know, I said should, because I believe apt should deal with the multiple signatures correctly, instead of the current behaviour of (it seems) only looking at the last one and/or requiring all signatures to verify. Apt needs to be satisfied with just at least one of the multiple signatures verifying, so that there can be turnover periods, and for example third party repositories can have multiple signatures too, for certain circumstances. Sorry for the late reply. I'm working on fixing the gpgv method to properly support multiple signatures right now and will (hopefully) do a upload really soon. Cheers, Michael -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346141: linux-image-2.6.15-1-k7-smp: the package doesn't configure
Package: linux-image-2.6.15-1-k7-smp Version: 2.6.15-0bpo1 Severity: grave Justification: renders package unusable I downloaded this package from backports.org, to install it on a Sarge. I first see the following warning message: -- Configuring linux-image-2.6.15-1-k7-smp You are installing a kernel with an initrd image You are attempting to install an initrd kernel image (version 2.6.15-1-k7-smp) on a machine currently running kernel version 2.4.31-k7-smp. I have been unable to find a suitable tool for generating initrd images (I looked at the list mkinitramfs mkinitrd.yaird) This will break the installation, unless such tools are also being installed right now in the same run. (This means, one from the following list yaird (= 0.0.11-8) | initramfs-tools (= 0.35) | linux-initramfs-tool,) Ok -- Then at console: -- Could not find mkinitramfs mkinitrd.yaird. at /var/lib/dpkg/tmp.ci/preinst line 236, STDIN line 9. Done. Unpacking replacement linux-image-2.6.15-1-k7-smp ... Running postrm hook /sbin/update-grub . Searching for GRUB installation directory ... found: /boot/grub . Setting up linux-image-2.6.15-1-k7-smp (2.6.15-0bpo1) ... Running depmod. Finding valid ramdisk creators. Failed to find suitable ramdisk generation tool for kernel version 2.6.15-1-k7-smp on running kernel 2.4.31-k7-smp in mkinitramfs mkinitrd.yaird dpkg: error processing linux-image-2.6.15-1-k7-smp (--install): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: linux-image-2.6.15-1-k7-smp -- It seems to complain that it can't find mkinitrd.yaird, but I installed yaird from the same source and mkinitrd.yaird is located in /usr/sbin. My /etc/kernel-img.conf is original, it doesn't contain any ramdisk= directive. This is supposed to install fine on a sarge, but it doesn't. Is it a packaging bug, or is there anything (undocumented) missing ? -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.31-k7-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.15-1-k7-smp depends on: ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool 0.0.12-2bpo1 Yet Another mkInitRD -- debconf information: linux-image-2.6.15-1-k7-smp/postinst/old-initrd-link-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/preinst/abort-install-2.6.15-1-k7-smp: linux-image-2.6.15-1-k7-smp/postinst/depmod-error-initrd-2.6.15-1-k7-smp: false linux-image-2.6.15-1-k7-smp/prerm/would-invalidate-boot-loader-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/preinst/elilo-initrd-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/postinst/bootloader-error-2.6.15-1-k7-smp: linux-image-2.6.15-1-k7-smp/preinst/lilo-has-ramdisk: linux-image-2.6.15-1-k7-smp/postinst/kimage-is-a-directory: linux-image-2.6.15-1-k7-smp/preinst/already-running-this-2.6.15-1-k7-smp: linux-image-2.6.15-1-k7-smp/postinst/depmod-error-2.6.15-1-k7-smp: false linux-image-2.6.15-1-k7-smp/preinst/abort-overwrite-2.6.15-1-k7-smp: linux-image-2.6.15-1-k7-smp/preinst/initrd-2.6.15-1-k7-smp: linux-image-2.6.15-1-k7-smp/preinst/failed-to-move-modules-2.6.15-1-k7-smp: linux-image-2.6.15-1-k7-smp/preinst/bootloader-initrd-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/preinst/overwriting-modules-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/prerm/removing-running-kernel-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/postinst/old-dir-initrd-link-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/postinst/create-kimage-link-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/postinst/bootloader-test-error-2.6.15-1-k7-smp: linux-image-2.6.15-1-k7-smp/postinst/old-system-map-link-2.6.15-1-k7-smp: true linux-image-2.6.15-1-k7-smp/preinst/lilo-initrd-2.6.15-1-k7-smp: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346148: checkroot.sh: does not properly handle fsck exit states
Package: initscripts Version: 2.86.ds1-6 Severity: critical Justification: may cause data loss Hi, I just noticed that my laptop, at bootup, started an fsck for the root filesystem, claiming that it was a filesystem with errors. When it was about 20% done, it exited, and told me to rerun it manually. I expected a prompt for my root password and to be put in single-user mode, but this did not happen; instead, my system did a normal boot. This should _never_ happen! If the fsck fails, all sorts of bad things might have happened with the file system; continueing the boot at that point is a very good way to lose all your data. I was lucky to have spotted it... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages initscripts depends on: ii coreutils 5.93-5 The GNU core utilities ii dpkg 1.13.11package maintenance system for Deb ii e2fsprogs 1.38+1.39-WIP-2005.12.10-1 ext2 file system utilities and lib ii libc6 2.3.5-11 GNU C Library: Shared libraries an ii lsb-base 3.0-13 Linux Standard Base 3.0 init scrip ii util-linux2.12r-2Miscellaneous system utilities initscripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342887: [PATCH] move hwclock to S05 and S46. Fix initscript problems
tag 342887 + patch thanks See attached patch. It was not completely tested yet, but it seems sane, and it survived some light testing. Note that hwclock.sh runs much later than I'd like it to, but we need to make sure /usr is mounted, and that means it must run after NFS has had its change of mounting /usr. USER'S GUIDE: 1. Install util-linux with the patch applied 2. Edit hwclockfirst.sh and set TZ to your timezone 3. Change that TZ according to daylight savings time, manually. The TZ hack will be uncessary eventually, and util-linux will be fixed accordingly to not mention TZ anymore in the initscript (dpkg will warn you that the initscript conffile has changed). When that happens, please update the initscript. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh diff -ruN util-linux-2.12r/debian/hwclock.sh util-linux-2.12r-fix2/debian/hwclock.sh --- util-linux-2.12r/debian/hwclock.sh 2006-01-05 09:17:51.677942513 -0200 +++ util-linux-2.12r-fix2/debian/hwclock.sh 2006-01-05 20:41:58.799569064 -0200 @@ -11,6 +11,12 @@ # during startup/shutdown. # - Added comments to alert users of hwclock issues # and discourage tampering without proper doc reading. +# 2006-01-05 Henrique M. Holschuh [EMAIL PROTECTED] +# - Improve message handling +# - Fix FIRST=yes/no invocations of hwclock --hctosys, +# and other minor things +# - Make very sure /etc/adjtime is not used on FIRST=yes +# - Follow symlinks in /etc/adjtime (no reason not to) # WARNING: Please read /usr/share/doc/util-linux/README.Debian.hwclock # before changing this file. You risk serious clock @@ -22,8 +28,15 @@ # as machine hardware clock type for Alphas. HWCLOCKPARS= +# Set this to your timezone if your clock is not in UTC, this hack will go +# away soon. Make sure to use the simplest form for TZ, see tzset(3) for +# details +# e.g. TZ=ABC+03:00 for GMT-3:00, TZ=AAA-05:30 for UTC+05:30 +# +#TZ= + [ ! -x /sbin/hwclock ] exit 0 -. /etc/default/rcS +[ -r /etc/default/rcS ] . /etc/default/rcS . /lib/lsb/init-functions verbose_log_action_msg() { [ $VERBOSE = no ] || log_action_msg $@; } @@ -34,7 +47,9 @@ UTC= if [ X$FIRST = Xyes ] [ ! -r /etc/localtime ]; then if [ -z $TZ ]; then - log_action_msg System clock was not updated at this time + log_warning_msg Hardware clock misconfiguration detected! + log_warning_msg Hardware clock not in UTC, TZ unset and /etc/localtime unreadable + log_failure_msg System clock was not updated at this time exit 1 fi fi @@ -42,55 +57,65 @@ yes)GMT=--utc UTC=--utc ;; - *) log_action_msg Unknown UTC setting: \$UTC\; exit 1 ;; + *) log_warning_msg Hardware clock misconfiguration detected! + log_failure_msg Unknown UTC setting: \$UTC\; exit 1 ;; esac case $BADYEAR in no|) BADYEAR= ;; yes)BADYEAR=--badyear ;; - *) log_action_msg unknown BADYEAR setting: \$BADYEAR\; exit 1 ;; + *) log_warning_msg Hardware clock misconfiguration detected! + log_failure_msg unknown BADYEAR setting: \$BADYEAR\; exit 1 ;; esac case $1 in start) - if [ ! -f /etc/adjtime ] [ ! -e /etc/adjtime ]; then + if [ $FIRST != yes ] [ ! -e /etc/adjtime ]; then + # (will follow symlinks) echo 0.0 0 0.0 /etc/adjtime fi - if [ $FIRST != yes ]; then - # Uncomment the hwclock --adjust line below if you want - # hwclock to try to correct systematic drift errors in the - # Hardware Clock. - # - # WARNING: If you uncomment this option, you must either make - # sure *nothing* changes the Hardware Clock other than - # hwclock --systohc, or you must delete /etc/adjtime - # every time someone else modifies the Hardware Clock. - # - # Common vilains are: ntp, MS Windows, the BIOS Setup - # program. - # - # WARNING: You must remember to invalidate (delete) - # /etc/adjtime if you ever need to set the system clock - # to a very different value and hwclock --adjust is being - # used. - # - # Please read /usr/share/doc/util-linux/README.Debian.hwclock - #
Bug#346141: linux-image-2.6.15-1-k7-smp: the package doesn't configure
reassign 346141 yaird severity 346141 important merge 341524 346141 thanks * Fabien COUTANT wrote: You are attempting to install an initrd kernel image (version 2.6.15-1-k7-smp) on a machine currently running kernel version 2.4.31-k7-smp. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341524 In short, yaird doesn't work on kernel 2.4. Known limitation in yaird, and not a bug in the kernel. As a workaround, update to 2.6.8-2-k7-smp first. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346074: pmp-common doesn't work anymore
After talking to Marco d'Itri, he's agreed to include the updated udev rule in the udev package directly. That's about all this package consists of anymore, so I've filed a removal request at #346131. -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#346102: does not start on etch powerpc
I needed a few more SDL developer libs and fetched the sources from a working mirror. ;) The result hasn't changed: $ ./src/game/fillets Segmentation fault $ valgrind ./src/game/fillets ==26489== Memcheck, a memory error detector. ==26489== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==26489== Using LibVEX rev 1471, a library for dynamic binary translation. ==26489== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==26489== Using valgrind-3.1.0-Debian, a dynamic binary instrumentation framework. ==26489== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==26489== For more details, rerun with: -v ==26489== ==26489== Conditional jump or move depends on uninitialised value(s) ==26489==at 0x400226C: (within /lib/ld-2.3.5.so) ==26489==by 0x4010464: (within /lib/ld-2.3.5.so) ==26489== ==26489== Conditional jump or move depends on uninitialised value(s) ==26489==at 0x400229C: (within /lib/ld-2.3.5.so) ==26489==by 0x4010464: (within /lib/ld-2.3.5.so) ==26489== ==26489== Conditional jump or move depends on uninitialised value(s) ==26489==at 0x4002388: (within /lib/ld-2.3.5.so) ==26489==by 0x4010464: (within /lib/ld-2.3.5.so) ==26489== ==26489== Jump to the invalid address stated on the next line ==26489==at 0x0: ??? ==26489==by 0x100C9B10: lua_open (in /home/jonas/Fillets/fillets-ng-0.7.3/src/game/fillets) ==26489==by 0x10098D18: ScriptState::ScriptState() (ScriptState.cpp:25) ==26489==by 0x10098634: ScriptAgent::own_init() (ScriptAgent.cpp:30) ==26489==by 0x10082F20: BaseAgent::init() (BaseAgent.cpp:26) ==26489==by 0x1007F3E0: AgentPack::init(std::string const) (AgentPack.cpp:117) ==26489==by 0x10006DE8: Application::init(int, char**) (Application.cpp:68) ==26489==by 0x1000D198: main (main.cpp:110) ==26489== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==26489== ==26489== Process terminating with default action of signal 11 (SIGSEGV) ==26489== Bad permissions for mapped region at address 0x0 ==26489==at 0x0: ??? ==26489==by 0x100C9B10: lua_open (in /home/jonas/Fillets/fillets-ng-0.7.3/src/game/fillets) ==26489==by 0x10098D18: ScriptState::ScriptState() (ScriptState.cpp:25) ==26489==by 0x10098634: ScriptAgent::own_init() (ScriptAgent.cpp:30) ==26489==by 0x10082F20: BaseAgent::init() (BaseAgent.cpp:26) ==26489==by 0x1007F3E0: AgentPack::init(std::string const) (AgentPack.cpp:117) ==26489==by 0x10006DE8: Application::init(int, char**) (Application.cpp:68) ==26489==by 0x1000D198: main (main.cpp:110) ==26489== ==26489== ERROR SUMMARY: 6 errors from 4 contexts (suppressed: 2 from 1) ==26489== malloc/free: in use at exit: 27,025 bytes in 87 blocks. ==26489== malloc/free: 108 allocs, 21 frees, 27,534 bytes allocated. ==26489== For counts of detected errors, rerun with: -v ==26489== searching for pointers to 87 not-freed blocks. ==26489== checked 995,932 bytes. ==26489== ==26489== LEAK SUMMARY: ==26489==definitely lost: 0 bytes in 0 blocks. ==26489== possibly lost: 385 bytes in 19 blocks. ==26489==still reachable: 26,640 bytes in 68 blocks. ==26489== suppressed: 0 bytes in 0 blocks. ==26489== Reachable blocks (those to which a pointer was found) are not shown. ==26489== To see them, rerun with: --show-reachable=yes Segmentation fault $ echo -e run\nbt\nquit | gdb -x /dev/stdin ./src/game/fillets GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread 805572992 (LWP 26493)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 805572992 (LWP 26493)] 0x in ?? () #0 0x in ?? () #1 0x100be4c8 in luaD_rawrunprotected () #2 0x100c9b14 in lua_open () #3 0x10098d1c in ScriptState (this=0x0) at ScriptState.cpp:25 #4 0x10098638 in ScriptAgent::own_init (this=0x10116448) at ScriptAgent.cpp:30 #5 0x10082f24 in BaseAgent::init (this=0x10116448) at BaseAgent.cpp:26 #6 0x1007f3e4 in AgentPack::init (this=0x10116400, [EMAIL PROTECTED]) at AgentPack.cpp:117 #7 0x10006dec in Application::init (this=0x7fd29790, argc=1, argv=0x7fd29a14) at Application.cpp:68 #8 0x1000d19c in main (argc=1, argv=0x7fd29a14) at main.cpp:110 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345891: needs update for new archive key
Thanks for following up on this.. Michael Vogt wrote: I think the same. My proposal is to create a new debain-server-keyring [1] package that conatins: /usr/share/keyrings/debian-archive-keyring.gpg /usr/share/keyrings/debian-archive-removed-keys.gpg and calls apt-key update in it's postinst. apt-key update will add new keys from debian-archive-keyring.gpg via apt-key add and remove keys in debian-archive-removed-keys.gpg via apt-key del. This way installing/updating the package will ensure that new keys are added as required and obsolete keys can be removed. Because the keys are part of a package and the package is covered with the trust-chain there is no trust-chain violation. If people are happy with my proposal I'll prepare and upload such a package. Yes, that sounds right to me. The installer also needs a copy of the keyring. Currently we copy this from the keyring shipped in apt at package build time, but it would be much nicer if there were a udeb that only contained the keyring. Once you create this package I can send a patch to also make it produce an appropriate udeb. -- see shy jo signature.asc Description: Digital signature
Bug#346028: linux-2.6: Hangs while attempting to purge
Sven Luther wrote: Ok, 2.6.15 is arrived. I've tryed to install linux-image-2.6.15-1-486 (version 2.6.15-1), then to purge it and the operation failed. But now, it doesn't hang as stated in the bug reports, but fails with an error: Indeed, this is a grub RC bug, which need to fix their grub-update call from /etc/kernel/*.d/grub or whatever scripts. Ok, i have also read the other your mails regards the grub bug. But i would inform you that the /etc/kernel/ folder (that you have requested us to post in the previous messages) doesn't exist on my system... Regards. Cesare. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346151: openjade1.3: fails to build with make = 3.80+3.81.b3-1
On Jan 5, Colin Watson ([EMAIL PROTECTED]) wrote: Package: openjade1.3 Version: 1.3.2-8 Severity: serious The multi-line sed expression in openjade1.3's debian/rules fails with make = 3.80+3.81.b3-1, because of the backward-incompatible change in backslash-newline processing made in that version for POSIX compatibility: sed -e 's|%{default-catalogs}|/etc/sgml/catalog|; \ s|%{default-sgml-path}|/usr/local/share/sgml:/usr/share/sgml|; \ s|%{sgmldir}|/usr/share/sgml|;' \ debian/README.Debian.in debian/README.Debian sed: -e expression #1, char 143: unterminated address regex make: *** [binary-arch] Error 1 The attached patch fixes this by using multiple sed -e arguments. (It's also worth noting that you have %{sgmldir} in the sed expression, but debian/README.Debian.in uses %{sgml-dir}.) Cheers, -- Colin Watson [EMAIL PROTECTED] diff -u openjade1.3-1.3.2/debian/rules openjade1.3-1.3.2/debian/rules --- openjade1.3-1.3.2/debian/rules +++ openjade1.3-1.3.2/debian/rules @@ -108,9 +108,9 @@ cat COPYING debian/copyright.Debian debian/copyright #substitution in README.Debian -sed -e 's|%{default-catalogs}|$(default-catalogs)|; \ -s|%{default-sgml-path}|$(default-sgml-path)|; \ -s|%{sgmldir}|$(sgmldir)|;' \ +sed -e 's|%{default-catalogs}|$(default-catalogs)|;'\ +-e 's|%{default-sgml-path}|$(default-sgml-path)|;' \ +-e 's|%{sgmldir}|$(sgmldir)|;' \ debian/README.Debian.in debian/README.Debian ## Thanks, I'll take care of these. -- Neil Roeth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346148: [Pkg-sysvinit-devel] Bug#346148: checkroot.sh: does not properly handle fsck exit states
On Fri, 06 Jan 2006, Wouter Verhelst wrote: I just noticed that my laptop, at bootup, started an fsck for the root filesystem, claiming that it was a filesystem with errors. When it was about 20% done, it exited, and told me to rerun it manually. I expected a prompt for my root password and to be put in single-user mode, but this did not happen; instead, my system did a normal boot. This means fsck returned error codes 2 or 3. If fsck needs to be re-run manually, it should have something else (bit 1 should not be set, bit 2 should be set, and I am not sure about bit 3. Other bits should be unset). What is your root filesystem? -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345436: xlibs: Keyboard not working properly after upgrade to 6.9.0.dfsg.1-1
Hi, I also have a problem with the keyboard in X, namely I cannot produce accented characters like à with dead keys. It happens with both the keyboard and the kbd driver. I found the cause to be rooted in the following message in X log: expected keysym, got dead_diaresis: line 143 of pc/de The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server I could fix both the error message and the problems with dead keys by editing /etc/X11/xkb/symbols/level3 and changing key RALT { type[Group1]=ONE_LEVEL, to key RALT { type[Group1]=TWO_LEVEL, I think the problem already appeared in some version of xorg 6.8.2, but I don't know the exact time, as I don't use accented characters all that often. Thanks, Carsten
Bug#345436: #345436: xlibs: Keyboard not working properly after upgrade to 6.9.0.dfsg.1-1
See also http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291853 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346028: linux-2.6: Hangs while attempting to purge
On Fri, Jan 06, 2006 at 01:32:13AM +0100, Cesare Leonardi wrote: Sven Luther wrote: Ok, 2.6.15 is arrived. I've tryed to install linux-image-2.6.15-1-486 (version 2.6.15-1), then to purge it and the operation failed. But now, it doesn't hang as stated in the bug reports, but fails with an error: Indeed, this is a grub RC bug, which need to fix their grub-update call from /etc/kernel/*.d/grub or whatever scripts. Ok, i have also read the other your mails regards the grub bug. But i would inform you that the /etc/kernel/ folder (that you have requested us to post in the previous messages) doesn't exist on my system... Mmm, then i am out of my depth, and i think it is best you follow up with Manoj, since it is a kernel-package issue. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346141: [Yaird-devel] Bug#346141: linux-image-2.6.15-1-k7-smp: the package doesn't configure
On Thu, Jan 05, 2006 at 04:03:27PM -0800, Steve Langasek wrote: unmerge 346141 reassign 346141 linux-2.6 severity 346141 serious severity 343147 serious merge 346141 343147 thanks On Fri, Jan 06, 2006 at 12:33:53AM +0100, Norbert Tretkowski wrote: reassign 346141 yaird severity 346141 important merge 341524 346141 thanks * Fabien COUTANT wrote: You are attempting to install an initrd kernel image (version 2.6.15-1-k7-smp) on a machine currently running kernel version 2.4.31-k7-smp. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341524 In short, yaird doesn't work on kernel 2.4. Known limitation in yaird, and not a bug in the kernel. As a workaround, update to 2.6.8-2-k7-smp first. Yes, it's a known limitation in yaird, one that isn't likely to be fixed any time soon given that yaird depends heavily on sysfs on the host system. So why do the official 2.6.15 packages in unstable still depend on yaird | initramfs-tools, instead of initramfs-tools | yaird? Marked as serious, because I don't believe it's acceptable to release 2.6 kernels for etch without a clear and automated upgrade path from sarge (i.e., 2.4). svn already has initramfs-tools | yaird, as will 2.6.15-2 when it is uploaded. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346141: [Yaird-devel] Bug#346141: linux-image-2.6.15-1-k7-smp: the package doesn't configure
On Fri, Jan 06, 2006 at 01:48:13AM +0100, Sven Luther wrote: So why do the official 2.6.15 packages in unstable still depend on yaird | initramfs-tools, instead of initramfs-tools | yaird? Marked as serious, because I don't believe it's acceptable to release 2.6 kernels for etch without a clear and automated upgrade path from sarge (i.e., 2.4). svn already has initramfs-tools | yaird, as will 2.6.15-2 when it is uploaded. Ok, an easy closure for the changelog then. 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/ signature.asc Description: Digital signature
Bug#345436: Thanks but not yet
Thanks editing /etc/X11/xkb/symbols/level3 kind of helped. This is my InputDevice section in /etc/X11/xorg.conf (one line broken for this message): Section InputDevice Identifier Generic Keyboard # Driver keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 # Option XkbLayout us # Option XkbModel inspiron Option XkbLayout cz,us Option XkbOptions \ compose:caps,grp:shifts_toggle,grp:led_scroll Option XkbVariantqwerty EndSection And this coming from xprop (again, line broken for this message): chelcicky:~$ xprop -root | grep XKB _XKB_RULES_NAMES(STRING) = xorg, inspiron, cz_qwerty,us, \ , compose:caps,grp:shifts_toggle,grp:led_scroll chelcicky:~$ When I have fixed level3 I got my Win keys working in KDE, but KDE applications still cannot write Czech characters using deadkey (non-KDE like firefox and xterm are fine). Nothing interesting in any log. Also I made your change, XkbVariant ceased to work, so I had to download explicitly cz_qwerty keyboard (it DID work before I made the change to level3 file). Any idea? Matej -- Matej Cepl, http://www.ceplovi.cz/matej/blog/ GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Las cosas claras y el chocolate espreso. (Ideas should be clear and chocolate thick.) -- Spanish proverb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345891: needs update for new archive key
* Michael Vogt [Thu, 05 Jan 2006 23:27:40 +0100]: but we need a better system for upgrades (see below). Thanks for proposing this. I think the same. My proposal is to create a new debain-server-keyring Can I suggest that it's called debian-archive-keyring (or -keys) instead? debian-server sounds like a debian server, while debian-archive sounds more (at least to me) like the Debian Archive. Thanks, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Man: Wow, that woman looks exactly the way Nina is going to look in about ten years... Oh shit, it is Nina. Don't tell her what I said, okay? -- http://www.overheardinnewyork.com/archives/003086.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332606: PHP License
Just to clarify the context of my previous message, in November Pierre from the Pear Group reported[1] that the PHP License was modified to address the most severe of our concerns about its freeness. The resultant license, unlike the previous version, appears to at least apply equally to PHP and other PHP Group software, such as Pear packages. While debian-legal still feels that the license remains problematic, and it is probably a good idea to encourage your upstream package maintainer to adopt a new license, it is not entirely clear whether or not these bugs are truly release critical, assuming that they deal with Pear packages, which I have not taken the time to verify. The PHP License clearly remains unacceptable for all non-PHP Group software. Charles 1. http://lists.debian.org/debian-legal/2005/11/msg00260.html -Original Message- From: Charles Fry [EMAIL PROTECTED] Subject: PHP License Date: Thu, 5 Jan 2006 16:10:33 -0500 I just wanted to make sure that all relevant RC bugs were aware of the following debian-legal post by MJ Ray: The PHP licence could be OK for any software which has PHP Group contribution (regardless who is licensing later), but would require lying about other software. So, it is possible for others to use it 'freely' when PHP Group was involved upstream and avoid the problem you describe. Please leave the PHP licence bugs open for software which has no contribution by the PHP Group (which seems true for one or two pear packages IIRC). I don't think the PHP licence can be accepted as always-OK for others yet. http://lists.debian.org/debian-legal/2005/12/msg00142.html Of course his comments are not binding on Debian, but they do express a train of thought which has not been satisfactorily refuted on debian-legal. To summarize the long and continuing thread on Clarification regarding PHP License and DFSG status, there have been many comments questioning the freeness of the PHP License, but there has been no refutal to my proposal (agreed to by MJ above) that whatever the status of the PHP License in Debian, it be applied equally to PHP and PHP Group software. cheers, Charles -- A better buy -- why not try Burma-Shave http://burma-shave.org/jingles/1939/a_better_buy -- Film protects Your neck And chin So your razor Won't dig in Burma-Shave http://burma-shave.org/jingles/1963/film_protects signature.asc Description: Digital signature
Bug#346160: Recent enlightenment breaks xinerama
Package: enlightenment Version: 1:0.16.7.2-2 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED]:~$ eesh xinerama Xinerama is disabled on your system It used to work right before upgrading it. [EMAIL PROTECTED]:enlightenment$ xdpyinfo | grep -i xinerama XINERAMA Checking the buildd logs (e.g., http://buildd.debian.org/fetch.php?pkg=enlightenmentver=1%3A0.16.7.2-2arch=powerpcstamp=1134869025file=logas=raw) it was built without xinerama support. You're missing a build-depends on libxinerama-dev. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (130, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages enlightenment depends on: ii enlightenment-data 1:0.16.7.2-2Enlightenment Window Manager Run T ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libesd0 0.2.36-1Enlightened Sound Daemon - Shared ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libimlib21.2.1-2 powerful image loading and renderi ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte Versions of packages enlightenment recommends: ii menu 2.1.27 generates programs menu for all me ii polypaudio [esound] 0.7+20050805-2 Pluggable sound server - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDvdTc+z+IwlXqWf4RAgFgAKCQMQXkgJ+OMMkU+HtTh36CigZ6eQCggzBi sSP6Yh3fJu6sLUXWffQOFd4= =OIfc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335577: does this bug exist in sid?
There has been a new g++ transition and a few new upstream versions of k3b in sid since this bug was last tested. Also, I am unsure of exactly what it affects. Are these correct: The amd64 sid version of k3b works fine on a k3b system. The stable version of i386 k3b crashes in a 32-bit chroot on an amd64 system. Does the current sid version of i386 k3b work in a 32 bit chroot on an amd64 system? If not, is it really an RC bug, given that the native amd64 version works? I would like to be able to mark this bug closed in the sid version, or downgrade it to non-rc, as it (and a missing hppa build) are what is keeping k3b from reentering testing. Josh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281893: Any progress on this bug?
On Thu, Jan 05, 2006 at 02:56:36AM -0500, Nathanael Nerode wrote: This is a very old bug report which appears to be very easy to fix. Do you need an NMU? Of cyrus-sasl2, so we can kick krb4 out of the archive? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#272004: This bug doesn't appear to be happening
On Thu, Jan 05, 2006 at 03:16:18AM -0500, Nathanael Nerode wrote: This is a very old bug, and it applies to a version in experimental which has been superseded by the version in unstable, and the version in unstable build just fine. So why is this bug open? Reply to bug trail please. $ dpkg --compare-versions 0.3.0-9.1 lt 0.3.0-test2-1 echo not superseded not superseded $ 0.3.0-test2 is a new upstream version relative to the version in unstable. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#336306: This isn't grave
severity 336306 important thanks This bug isn't 'grave' because kaffeine works just fine with a different audio backend (like arts, for instance). In fact, it may not be a bug in kaffeine at all. If you're running a sound server like 'arts', it steals the audio output device; if you then try to do output directly through 'alsa', it will complain that the audio output device is busy. -- Nathanael Nerode [EMAIL PROTECTED] It's just a goddamned piece of paper. -- President Bush, referring to the US Constitution http://www.capitolhillblue.com/artman/publish/article_7779.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346171: gcc-4.0-base: Not installing changelog.Debian properly
Package: gcc-4.0-base Version: 4.0.2-6 Severity: serious Justification: Non native packages must provide changelog.Debian (section 12.7) Hi! Today, after upgrading the packages cpp-4.0 g++-4.0 gcc-4.0 gcc-4.0-base from version 4.0.2-5 to 4.0.2-6, I saw that there was no changelog.Debian.gz file on /usr/share/doc/gcc-4.0-base Discussing on #debian-devel (some people had the same issue) and after some investigation, I saw this: I downloaded the package gcc-4.0-base_4.0.2-6_i386.deb and saw that the changelog.Debian.gz file is there. aptitude reinstall gcc-4.0-base installed the missing changelog.Debian.gz Downgrading to revision 4.0.2-5 all the packages, I saw that there was a changelog.Debian.gz there (/usr/share/doc/gcc-4.0-base/changelog.Debian.gz) Dist-upgraded again, installed all packages with version 4.0.2-6, and again, no changelog.Debian.gz Looking at this, it's clear that there is something not OK on the upgrade 4.0.2-5 -- 4.0.2-6. I don't know if the problem is on cpp-4.0, g++-4.0, gcc-4.0 or gcc-4.0-base, so I am reporting it against gcc-4.0-base. Thank you very much! Nelson -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13-rc5-mm1 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to pt_BR) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346172: Package needs rename for C++ transition!
Subject: sp-gxmlcpp: Library needs rename for c2(a) transition! Package: sp-gxmlcpp Severity: serious *** Please type your report below this line *** I guess this didn't get reported properly. The old libsp-gxmlcpp was linked against libstdc++5. The new one is linked against libstdc++6. Since it's a library, this *requires* a package rename. The unfortunate part is that Luk Claes's otherwise excellent NMU has caused this package to transition *without* a package rename. This is bad. At least nothing in Debian builds against it, so it hasn't broken anything else yet; but it can and will break packages outside Debian. It would be best to use the same package name used by Ubuntu, which is libsp-gxmlcpp1c2a The Ubuntu patch is linked from http://packages.qa.debian.org/s/sp-gxmlcpp.html -- Nathanael Nerode [EMAIL PROTECTED] It's just a goddamned piece of paper. -- President Bush, referring to the US Constitution http://www.capitolhillblue.com/artman/publish/article_7779.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332832: Please note...
This is a library package, so it needs a rename. -- Nathanael Nerode [EMAIL PROTECTED] Make sure your vote will count. http://www.verifiedvoting.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346121: xemacs21: xemacs fails in X
After a bit of looking around, it appears that my /etc/X11/rgb.txt was wiped out. After reinstalling x11-common, xemacs works again. The error is thus not as serious as I originally reported it. However, the error reporting is quite mysterious. A better error message would be very nice. The color should have been a bigger clue to me. [EMAIL PROTECTED] (Debian Bug Tracking System) writes: Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): OHURA Makoto [EMAIL PROTECTED] If you wish to submit further information on your problem, please send it to [EMAIL PROTECTED] (and *not* to [EMAIL PROTECTED]). Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339396: Are you still maintaining xalan?
Please reply to the bug trail. If you're not maintaining xalan, I'll be happy to orphan it for you. If you are, this bug *needs* to be addressed, because it will render xalan uninstallable very soon. -- Nathanael Nerode [EMAIL PROTECTED] [Insert famous quote here] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345288: mantis: Plethora of vulnerabilities
* Igor Genibel [EMAIL PROTECTED] [2006-01-04 14:40:19 +0100]: * Moritz Muehlenhoff [EMAIL PROTECTED] [2005-12-30 05:02:37 +0100]: Package: mantis Severity: grave Tags: security Justification: user security hole Hi all, I'm just taking over this package. I currently working on new upload. Please, be a little bit more patient :) Please read the bugs filled against wnpp concerning mantis. It is already adopted and uploaded. -- Igor Genibel «Non bene pro toto libertas venditur auro» Freedom is not sold for all the gold in the world. Dubrovnik motto pgpyhNbFNNOc3.pgp Description: PGP signature
Bug#343686: debsums: checksums mismatch + bug #343048 again
Jonas Smedegaard wrote: On Thu, 05 Jan 2006 22:55:07 +0800 LUK ShunTim [EMAIL PROTECTED] wrote: I did *not* cc the bug list as the email is quite large, over 100k. Please do not post me privately about non-secret bugs. I have a strong interest in working in the open. Hello Jonas, As you said, there is no secret at all. :-) I understand if this can be confusing: Some get furious when you make too much noise in bugreports, others (like me) when you don't. Besides, I did not request those lengthy details - on the contrary I suggested this to be a non-bug. Thanks for your opinion but that's something I, as an ordinary user and reporter of (probable) bugs, not fully competent to judge. And if you were to play nice with lengthy details for bugreports you could either compress it or put it somewhere on the web and only refer to it with a URL. I *have* thought about all these options and I've chosen this course action which IMO is reasonable, under the current circumstances. And I'm sure package maintainers would provide sufficient information to the bug list after the investigation. Your opinion is noted and this will be the last you hear (directly) from me on this topic. Thank you for your patience and good day, ST -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345891: needs update for new archive key
Hi Further things to consider. Apologies if I these have already been handled. 1. Dec 2006 Etch releases. Jill downloads and burns etch install cd. Jan 2007, old archive key expires, new archive key issued. Jan 2008, old archive key expires, new archive key issued. Mar 2008, Jill tries to install from the cd created in Dec 2006. Will that work? Will that work if all debian-archive-keys were revoked/replaced in mid 2007? 2. security.d.o will (presumably) also be signed. Will that be using the same key? Using separate keys might make updating after a key compromise simpler. (You could use the not-compromised key to sign both package lists temporarily). Andrew PS I also prefer debian-archive-keyring/debian-archive-keys. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345891: needs update for new archive key
On Fri, Jan 06, 2006 at 05:21:04PM +1100, Andrew Vaughan wrote: Hi Further things to consider. Apologies if I these have already been handled. 1. Dec 2006 Etch releases. Jill downloads and burns etch install cd. Jan 2007, old archive key expires, new archive key issued. Jan 2008, old archive key expires, new archive key issued. Mar 2008, Jill tries to install from the cd created in Dec 2006. Will that work? Will that work if all debian-archive-keys were revoked/replaced in mid 2007? The ISO images are generated on a different machine from ftp-master, with their own Release files which must be signed by a separate key. The policy for those keys (and for keys used for signing stable in general?) probably needs to be separate from that used on the ftp archive. Anyway, if by install you mean fresh install, rather than just install some packages from this CD, the keys contained *on* the CD are ultimately trusted (as is the rest of the software on the CD at time of install, basically) at least until the point when you add some external apt source that pulls revocation certificates from the network. So doing an install from the CD should work fine, as long as the CD-signing key has no expiration date or one sufficiently far in the future to cover our worst-case needs for etch, or we provide some override in the CD to allow installing with an ancient signature. Either way, I think ISOs pose much less of a problem for us than ftp apt sources for stable. 2. security.d.o will (presumably) also be signed. Will that be using the same key? I don't see any good reason to use the same key, given that they're on separate systems. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#345891: needs update for new archive key
I think the same. My proposal is to create a new debain-server-keyring [1] package that conatins: /usr/share/keyrings/debian-archive-keyring.gpg /usr/share/keyrings/debian-archive-removed-keys.gpg I add my voice here: this seems fair by me (with the name change suggested by dato). However, this raises an interesting question: who will maintain this package? My feeling is that it should be in the hands of the ftpmaster team. This would give the guarantee of reactivity when updates are due (hopefully once a year). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]