Bug#374936: dbus: ~/.xsession-errors
Package: dbus Version: 0.62-1 Severity: grave Justification: renders package unusable Hi, I am not shure which package causes the problem. I got some error in my ~/.xsession-errors about ${prefix}/share/dbus-1/services does not exist (the file is overwritten yust now, hope my memory is correct) and the X-Session failed to start. it can be solved by changing /etc/dbus-1/session.conf (owned by dbus) form servicedir${prefix}/share/dbus-1/services/servicedir to servicedir/usr/share/dbus-1/services/servicedir Bye, Christoph -- 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.16-14.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages dbus depends on: ii adduser 3.87 Add and remove users and groups ii debianutils 2.16.1 Miscellaneous utilities specific t ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdbus-1-2 0.62-1 simple interprocess messaging syst ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip dbus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374936: [Pkg-utopia-maintainers] Bug#374936: dbus: ~/.xsession-errors
forcemerge 374747 374936 thanks, On Thu, Jun 22, 2006 at 08:05:57AM +0200, Christoph Thomas wrote: Hi, I am not shure which package causes the problem. I got some error in my ~/.xsession-errors about ${prefix}/share/dbus-1/services does not exist (the file is overwritten yust now, hope my memory is correct) and the X-Session failed to start. it can be solved by changing /etc/dbus-1/session.conf (owned by dbus) form servicedir${prefix}/share/dbus-1/services/servicedir to servicedir/usr/share/dbus-1/services/servicedir This has been fixed in 0.62-2. Please check the BTS for existing bugreports before filing a bug :) Sjoerd -- Men occasionally stumble over the truth, but most of them pick themselves up and hurry off as if nothing had happened. -- Winston Churchill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [Pkg-utopia-maintainers] Bug#374936: dbus: ~/.xsession-errors
Processing commands for [EMAIL PROTECTED]: forcemerge 374747 374936 Bug#374747: Failed to start message bus: Failed to read directory /etc/dbus-1/${prefix}/share/dbus-1/services Bug#374936: dbus: ~/.xsession-errors Bug#374812: dbus prevent X11 to start Forcibly Merged 374747 374812 374936. thanks, Stopping processing here. Please contact me if you need assistance. 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#374153: marked as done (gopchop: FTBFS on ARM: error: X11/extensions/Xvlib.h: No such file or directory)
Your message dated Wed, 21 Jun 2006 23:47:05 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#374153: fixed in gopchop 1.1.7-5 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gopchop Version: 1.1.7-4 Severity: serious gopchop FTBFS on ARM with the following error: if arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../include -I../include -Wall -g -O2 -MT video_out_x11.o -MD -MP -MF .deps/video_out_x11.Tpo \ -c -o video_out_x11.o `test -f 'video_out_x11.c' || echo './'`video_out_x11.c; \ then mv -f .deps/video_out_x11.Tpo .deps/video_out_x11.Po; \ else rm -f .deps/video_out_x11.Tpo; exit 1; \ fi video_out_x11.c:42:34: error: X11/extensions/Xvlib.h: No such file or directory For the full buildd logs, see: http://buildd.debian.org/fetch.php?pkg=gopchopver=1.1.7-4arch=armstamp=1149972658file=logas=raw ---End Message--- ---BeginMessage--- Source: gopchop Source-Version: 1.1.7-5 We believe that the bug you reported is fixed in the latest version of gopchop, which is due to be installed in the Debian FTP archive: gopchop_1.1.7-5.diff.gz to pool/main/g/gopchop/gopchop_1.1.7-5.diff.gz gopchop_1.1.7-5.dsc to pool/main/g/gopchop/gopchop_1.1.7-5.dsc gopchop_1.1.7-5_i386.deb to pool/main/g/gopchop/gopchop_1.1.7-5_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. tony mancill [EMAIL PROTECTED] (supplier of updated gopchop package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 21 Jun 2006 22:56:59 -0700 Source: gopchop Binary: gopchop Architecture: source i386 Version: 1.1.7-5 Distribution: unstable Urgency: low Maintainer: John R. Hogerhuis [EMAIL PROTECTED] Changed-By: tony mancill [EMAIL PROTECTED] Description: gopchop- Fast, lossless cuts-only editor for MPEG2 video files Closes: 374153 Changes: gopchop (1.1.7-5) unstable; urgency=low . * remove build-depends on docbook * add build-depends on libxv-dev (closes: #374153) * fix problem with missing icons (tweak to ./src/widgets.cpp) * add gopchop.xpm menu icon file Files: 77c451efef113a4a7b267e70faac8950 825 graphics optional gopchop_1.1.7-5.dsc 386edb0516ca46d12caa88993abea0a1 362217 graphics optional gopchop_1.1.7-5.diff.gz d5152a5808ab82bf4a01e44857ea8748 144314 graphics optional gopchop_1.1.7-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmjmnpdwBkPlyvgMRAvDJAJ0V7GVt0Exb5Ytf5EpPeqVP7G07zgCfcnw8 DmVdJttR2t2EUaRW2SArpiA= =MgZk -END PGP SIGNATURE- ---End Message---
Bug#328538: marked as done (very old package with RC bugs, should this be removed?)
Your message dated Thu, 22 Jun 2006 09:26:42 +0200 with message-id [EMAIL PROTECTED] and subject line irrelevant has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gerstensaft Version: 0.2-5.1 Severity: serious Hi, During the Debian QA meeting hold during Sept. 09th till 11th, we begun to go through the list of the oldest packages in Debian that are not in testing (http://bjorn.haxx.se/debian/oldest.html) to search for packages that should be either orphaned or removed completly from Debian (unstable and testing) since they have been obviously neglected by their maintainer. Your package did show up on this list and we propose to remove it. There are only very few users, your last maintainer upload was in 2001 and it has a FTBFS bug at the moment (which you, as it seems, don't have the time to fix). This usually means that your package matched some of the following criteria: [1] Your packages has not had an upload for more than two years [2] has one or more RC bugs with no answer from the maintainer (**) [3] the state of your packages in general seems to indicate that you might be MIA [4] (if we propose a removal) it shows in popcon as having less than 100 users with the package installed. [5] the package was not released with sarge and at least ([1] and ( [2] or [3] or [4] or [5] )) was true. (**) The maintainer not answering to RC bugs refers to bugs filed more than one month before the time the check was performed. After 7 days without answer from you (the maintainer) we will reassign this bug to either WNPP (in case we propose to orphan it) or ftp.debian.org (in case we propose to remove it). The package will need an upload or an explanation for this action not to proceed. Please do *not* upload a package just to get off this list - it won't help the package at all. Maintainers should be responsive and feel responsible for their packages without needing other people to force them to do work. Sometimes, finding a new maintainer or even removing the package completly from the archive is better for Debian's users. Thanks! Marc ---End Message--- ---BeginMessage--- I believe that this bug report is not relevant anymore. Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. ---End Message---
Bug#372576: marked as done (monodevelop requires libmono-cecil3.0-cil but libmono-cecil4.0-cil is installed)
Your message dated Thu, 22 Jun 2006 09:30:20 +0200 with message-id [EMAIL PROTECTED] and subject line fixed in last upload has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: monodevelop Version: 0.10-1 Severity: important Monodevelop package depend on libmono-cecil3.0-cil but apt changes it for libmono-cecil4.0-cil which don't let you run monodevelop. I suggest the two packages live together untill monodevelop runs with libmono-cecil4.0-cil. Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages monodevelop depends on: ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-terminal [x-term 2.14.2-1 The GNOME 2 terminal emulator appl ii libgconf2.0-cil2.8.2-2 CLI binding for GConf 2.12 ii libgecko2.0-cil0.11-2CLI binding for the GtkMozEmbed li ii libglade2.0-cil2.8.2-2 CLI binding for the Glade librarie ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libglib2.0-cil 2.8.2-2 CLI binding for the GLib utility l ii libgnome2.0-cil2.8.2-2 CLI binding for GNOME 2.12 ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.2-2 CLI binding for the GTK+ toolkit 2 ii libgtksourceview1.0-0 1.6.1-3 shared libraries for the GTK+ synt ii libgtksourceview2.0-ci 0.10-3CLI binding for the gtksourceview ii liblog4net1.2-cil 1.2.8+1.2.9beta-1 highly configurable logging API fo ii libmono-cecil0.3-cil 0.3-1 library to generate and inspect CI ii libmono-corlib1.0-cil 1.1.13.6-4Mono core library (1.0) ii libmono-sharpzip0.84-c 1.1.13.6-4Mono SharpZipLib library ii libmono-system-runtime 1.1.13.6-4Mono System.Runtime library ii libmono-system1.0-cil 1.1.13.6-4Mono System libraries (1.0) ii libmono1.0-cil 1.1.13.6-4Mono libraries (1.0) ii mono-mcs 1.1.13.6-4Mono C# compiler ii mono-runtime 1.1.13.6-4Mono runtime ii monodoc-base 1.1.13-3 shared MonoDoc binaries ii monodoc-manual 1.1.13-3 compiled XML documentation from th ii pkg-config 0.20-1manage compile and link flags for ii xterm [x-terminal-emul 210-3 X terminal emulator monodevelop recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- The bug you have reported has been fixed in the monodevelop 0.10-2 upload to the debian/unstable archive, thanks for reporting the bug. -- Regards, Mirco 'meebey' Bauer PGP-Key: http://keyserver.noreply.org/pks/lookup?op=getsearch=0xEEF946C8 -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d s-:+ a-- C++ UL$ P L++$+++$ E- W+++$ N o? K- w++! O M- V? PS PE+ Y- PGP++ t 5+ X++ R tv+ b+ DI? D+ G++ e h! r-++ y? --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part ---End Message---
Processed: tagging 374619, severity of 374604 is grave, merging 374619 374604
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 tags 374619 pending Bug#374619: evolution-exchange: Not responding to evolution, excessive memory consuption There were no tags set. Tags added: pending severity 374604 grave Bug#374604: evolution-exchange: Crashes when scanning summary information for exchange folder Severity set to `grave' from `normal' merge 374619 374604 Bug#374604: evolution-exchange: Crashes when scanning summary information for exchange folder Bug#374619: evolution-exchange: Not responding to evolution, excessive memory consuption Merged 374604 374619. End of message, stopping processing here. Please contact me if you need assistance. 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#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
Quoting Frans Pop ([EMAIL PROTECTED]): On Wednesday 21 June 2006 22:26, you wrote: However, I think the issue is not present in the 4.0.16 versions (according to my tests and according to the code). Can somebody else confirm? Confirmed. If I do a new install of unstable, the mail spool dir is clean. So, this is probably because there were some differences in the patch we temporarily applied in Debian to cover the security issue supposedly fixed by 4.0.15-10 and the one that was really applied by Tomasz in 4.0.16. Hence, closing the bug with Version: 4.0.16-1 seems fair. 4.0.16-2 is now in testing anyway. Waiting for others input signature.asc Description: Digital signature
Bug#374685: nautilus-cd-burner: fails to call cdrecord properly
Le mercredi 21 juin 2006 à 02:26 +1000, Anand Kumria a écrit : nautilus-cd-burner fails to call cdrecord correctly; and thus fails to burn an ISO image. Gah, I should read emails until the end (or not reply so late). cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl Run this command via sudo and it succeeds, even though I think I have the permissions setup correctly: eve:[~]% ls -l /dev/cdrom lrwxrwxrwx 1 root root 3 2006-06-16 20:24 /dev/cdrom - hdc eve:[~]% ls -l /dev/hdc brw-rw 1 root cdrom 22, 0 2006-06-16 20:23 /dev/hdc eve:[~]% groups anand dialout cdrom floppy audio video plugdev camera Indeed this should work with these permissions. I'll try to reproduce this, but in the meantime you can run dpkg-reconfigure cdrecord to set it setuid root. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
Dnia 21-06-2006, śro o godzinie 10:55 +0100, Stephen Gran napisał(a): --- src/useradd.c~ 2006-06-21 10:51:01.0 +0100 +++ src/useradd.c 2006-06-21 10:51:17.0 +0100 @@ -1599,6 +1599,7 @@ if (fd 0) { perror (_(Creating mailbox file)); return; + } else { gr = getgrnam (mail); if (!gr) { Above is return so instead else can be placed by only }. OK. I'll ASAP commit neccessary changes. Probaly in comming monday will be good release 4.0.17. kloczek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374946: cupsys: 1.2.1-3 does not work: CUPS-Get-Classes client-error-not-found
Package: cupsys Version: 1.2.1-3 Severity: grave Justification: renders package unusable After upgrading to 1.2.1-3 my system wasn't able to print anymore. cups starts correctly but fails to work. Neither kdeprint nor lpq were able to connect. The access_log says: CUPS-Get-Classes client-error-not-found Downgrading cupsys to 1.2.1-2 again makes everything work again immediately. Not sure if this is of interest, but I have no local printer installeg but only use remote printers. Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages cupsys depends on: ii adduser 3.87Add and remove users and groups ii debconf [debconf-2.0]1.5.2 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-2 The Ghostscript PostScript interpr ii libacl1 2.2.37-1Access control list shared library ii libc62.3.6-15GNU C Library: Shared libraries ii libcupsimage21.2.1-3 Common UNIX Printing System(tm) - ii libcupsys2 1.2.1-3 Common UNIX Printing System(tm) - ii libdbus-1-2 0.62-2 simple interprocess messaging syst ii libgnutls13 1.4.0-2 the GNU TLS library - runtime libr ii libldap2 2.1.30-13+b1OpenLDAP libraries ii libpam0g 0.79-3.1Pluggable Authentication Modules l ii libpaper11.1.18 Library for handling paper charact ii libslp1 1.2.1-5 OpenSLP libraries ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii patch2.5.9-4 Apply a diff file to an original ii perl-modules 5.8.8-6 Core Perl modules ii procps 1:3.2.6-2.2 /proc file system utilities ii xpdf-utils [poppler-util 3.01-8 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-12 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.2.1-3Common UNIX Printing System(tm) - pn foomatic-filters none (no description available) ii smbclient 3.0.22-1 a LanManager-like simple client fo -- debconf information: * cupsys/raw-print: true * cupsys/ports: localhost:631 * cupsys/backend: ipp, lpd, parallel, socket, usb cupsys/portserror: * cupsys/browse: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373699: marked as done (debian-installer: installation will not complete)
Your message dated Thu, 22 Jun 2006 11:38:17 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#373586: PMac install - probs w/ finish install has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: debian-installer Severity: grave Justification: renders package unusable I tried to install Etch using last cd from 12.06.2006 Note thah I do not have access to online mirror on that PC and use expert mode Installation silently fails after step Choose and install software - it will just go to the next step in menu (AFAIR it is check cd-rom integrity) After manually trying following steps in installation menu Abort installation comes at last. After rebooting I have bootable system but is is completely weird- for example, users that I have created have gone (no entry's in /etc/passwd), /etc/shadow is non-existent so only root with empty password is allowed and so on I tried this several times (at first I thought that was because of failing installation of console-cyrillic because of not available mirror) and even with all default values (excluding disk partiotioning) instalation just silently fails at the end, leaving installed system weird ---End Message--- ---BeginMessage--- On Thursday 22 June 2006 01:00, Rick Thomas wrote: I just tried the June 19th jigdo DVD. Same problem. Reason is that a new udeb accidentally migrated to testing. This issue is documented on [1] and was corrected shortly after the last weekly builds. The next weekly builds should be OK again. Cheers, FJP [1] http://wiki.debian.org/DebianInstaller/Today pgptgfd7KLLAI.pgp Description: PGP signature ---End Message---
Bug#374912: varkon: FTBFS: unrecognized command line option -fwritable-strings
tags 374912 fixed merge 374912 328039 quit On Thu, Jun 22, 2006 at 03:08:03AM +0200, Julien Danjou wrote: Package: varkon Version: 1.18A-2 Severity: serious Hello, There was a problem while autobuilding your package: gcc -ansi -pedantic -Wall -ffloat-store -fsigned-char -fwritable-strings -O -DUNIX -DV3_X11 -DWRK_STAT -c -o varkon.o varkon.c cc1: error: unrecognized command line option -fwritable-strings Hello Julien, this bug is a duplicate of #328039 which was fixed in varkon 1.18A-2.1. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: varkon: FTBFS: unrecognized command line option -fwritable-strings
Processing commands for [EMAIL PROTECTED]: tags 374912 fixed Bug#374912: varkon: FTBFS: unrecognized command line option -fwritable-strings There were no tags set. Tags added: fixed merge 374912 328039 Bug#328039: FTBFS: Uses unsupported -fwritable-strings option Bug#374912: varkon: FTBFS: unrecognized command line option -fwritable-strings Merged 328039 374912. quit Stopping processing here. Please contact me if you need assistance. 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#373586: marked as done (PMac install - probs w/ finish install)
Your message dated Thu, 22 Jun 2006 11:38:17 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#373586: PMac install - probs w/ finish install has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: installation-reports INSTALL REPORT Debian-installer-version: 12 Jun 06 - testing (etch) jigdo cd(#1) uname -a: Linux naro 2.6.15-1-powerpc #2 Mon Mar 6 12:39:17 CET 2006 ppc GNU/Linux Date: 13 Jun 06 Method: How did you install? What did you boot off? If network install, from where? Proxied? Booted from the install cd into expert mode; did standard install with manual partitioning of the hard drive. Machine: Apple G4 PowerMac with AGP Processor: 7400, altivec supported Memory: 640MB Root Device: IDE Hard drive (/proc/.../model WDC WD1200BB-00CAA0) Root Size/partition table: Feel free to paste the full partition table, with notes on which partitions are mounted where. Filesystem 1M-blocks Used Available Use% Mounted on /dev/hda7 480 207 248 46% / tmpfs 315 1 315 1% /dev/shm /dev/hda10 20159 16861 2274 89% /home /dev/hda11 40610 27866 10681 73% /nfs /dev/hda8 5040 1886 2899 40% /usr /dev/hda940318 31202 7069 82% /usr/local tmpfs 315 1 315 1% /dev Output of lspci and lspci -n: :00:0b.0 Host bridge: Apple Computer Inc. UniNorth AGP :00:10.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS 0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth PCI 0001:10:0d.0 PCI bridge: Digital Equipment Corporation DECchip 21154 (rev 05) 0001:11:02.0 SCSI storage controller: Adaptec AHA-7850 (rev 03) 0001:11:04.0 VGA compatible controller: ATI Technologies Inc Rage 128 RE/SG 0001:11:07.0 ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 02) 0001:11:08.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:11:09.0 USB Controller: Apple Computer Inc. KeyLargo USB 0001:11:0a.0 FireWire (IEEE 1394): Texas Instruments TSB12LV23 IEEE-1394 Controller 0002:21:0b.0 Host bridge: Apple Computer Inc. UniNorth Internal PCI 0002:21:0f.0 Ethernet controller: Apple Computer Inc. UniNorth GMAC (Sun GEM) :00:0b.0 0600: 106b:0020 :00:10.0 0300: 1002:5046 0001:10:0b.0 0600: 106b:001f 0001:10:0d.0 0604: 1011:0026 (rev 05) 0001:11:02.0 0100: 9004:5078 (rev 03) 0001:11:04.0 0300: 1002:5245 0001:11:07.0 ff00: 106b:0022 (rev 02) 0001:11:08.0 0c03: 106b:0019 0001:11:09.0 0c03: 106b:0019 0001:11:0a.0 0c00: 104c:8019 0002:21:0b.0 0600: 106b:001e 0002:21:0f.0 0200: 106b:0021 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[ ] - kept config since I have a sarge install on that machine too Reboot: [E] - The finish installation step just flash a window coming up and then return to the install menu. I had to finish via the abort installation. Comments/Problems: As above, a standard install though I skipped the Debian mirror part since I install packages from loop mounted DVD images (however even when I did specify a mirror, it didn't work...found the Release file but (the installer) tasksel couldn't seem to connect with the mirror). As a sidenote when I later tried to run tasksel after booting into the new system, that failed when it complained about answering yes to some questions when --force-yes wasn't given as an option. The main problem happened at the end with the finish install step. As above it just flashed a window and returned to the menu. (Package related issues) Although I specified shadow passwords, they were not set, probably because of the finish prob above. I did a shadowconf on to get it going. Also the timezone wasn't set...as above. I installed kdm,kde,xorg via dselect. They didn't set a useable video mode for the machine (640x480 I believe). I needed to go in and set the HSync and
Bug#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
This one time, at band camp, Christian Perrier said: Quoting Frans Pop ([EMAIL PROTECTED]): On Wednesday 21 June 2006 22:26, you wrote: However, I think the issue is not present in the 4.0.16 versions (according to my tests and according to the code). Can somebody else confirm? Confirmed. If I do a new install of unstable, the mail spool dir is clean. So, this is probably because there were some differences in the patch we temporarily applied in Debian to cover the security issue supposedly fixed by 4.0.15-10 and the one that was really applied by Tomasz in 4.0.16. Hence, closing the bug with Version: 4.0.16-1 seems fair. 4.0.16-2 is now in testing anyway. [EMAIL PROTECTED]:~/source/shadow-4.0.16$ head -n 1 debian/changelog shadow (1:4.0.16-2) unstable; urgency=low [EMAIL PROTECTED]:~/source/shadow-4.0.16$ grep -B 17 fchown src/useradd.c fd = open (file, O_CREAT | O_WRONLY | O_TRUNC | O_EXCL, 0); if (fd 0) { perror (_(Creating mailbox file)); return; gr = getgrnam (mail); if (!gr) { fprintf (stderr, _ (Group 'mail' not found. Creating the user mailbox file with 0600 mode.\n)); gid = user_gid; mode = 0600; } else { gid = gr-gr_gid; mode = 0660; } if (fchown (fd, user_id, gid) || fchmod (fd, mode)) The bug is present in 1:4.0.16-2. Unless I'm missing something? -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#374955: wmblob: FTBFS: could not find libX11
Package: wmblob Version: 1.0.3-1.1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of wmblob_1.0.3-1.1 on avidan by sbuild/i386 0.47 Build started at 20060622-0506 ** ... checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for X... libraries , headers checking for XOpenDisplay in -lX11... no configure: error: could not find libX11 make: *** [configure-stamp] Error 1 ** Build finished at 20060622-0507 FAILED [dpkg-buildpackage died] -- -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#372772: marked as done (plib: FTBFS: cannot find -lXi)
Your message dated Thu, 22 Jun 2006 03:32:20 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#372772: fixed in plib 1.8.4-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: plib Version: 1.8.4-3 Severity: serious Tags: patch From my pbuilder build log: ... checking for IceConnectionNumber in -lICE... yes checking for pthread_create in -lpthread... no checking for glNewList in -lGL... no checking for glNewList in -lMesaGL... no configure: error: could not find working GL library make: *** [clean] Error 1 According to config.log, this is happening because: ... configure:5906: checking for glNewList in -lGL configure:5936: gcc -o conftest -g -O2conftest.c -lGL-lSM -lICE -lXi -lXmu -lXext -lX11 -lm 5 /usr/bin/ld: cannot find -lXi collect2: ld returned 1 exit status configure:5942: $? = 1 ... Since the -lXi doesn't seem to be necessary, I've attached a patch to configure.in which fixes this by removing the -lXi flag. -- Daniel Schepler --- plib-1.8.4.old/configure.in 2004-06-24 16:30:52.0 + +++ plib-1.8.4/configure.in 2006-06-11 15:19:35.0 + @@ -276,7 +276,7 @@ LDFLAGS=$LDFLAGS $X_LIBS -LIBS=$LIBS $X_PRE_LIBS -lXi -lXmu -lXext -lX11 $X_EXTRA_LIBS -lm +LIBS=$LIBS $X_PRE_LIBS -lXmu -lXext -lX11 $X_EXTRA_LIBS -lm dnl = dnlif test x$x_includes != x; then ---End Message--- ---BeginMessage--- Source: plib Source-Version: 1.8.4-4 We believe that the bug you reported is fixed in the latest version of plib, which is due to be installed in the Debian FTP archive: plib1.8.4-dev_1.8.4-4_amd64.deb to pool/main/p/plib/plib1.8.4-dev_1.8.4-4_amd64.deb plib1.8.4-pic_1.8.4-4_amd64.deb to pool/main/p/plib/plib1.8.4-pic_1.8.4-4_amd64.deb plib1.8.4c2_1.8.4-4_amd64.deb to pool/main/p/plib/plib1.8.4c2_1.8.4-4_amd64.deb plib_1.8.4-4.diff.gz to pool/main/p/plib/plib_1.8.4-4.diff.gz plib_1.8.4-4.dsc to pool/main/p/plib/plib_1.8.4-4.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Philipp Frauenfelder [EMAIL PROTECTED] (supplier of updated plib package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 22 Jun 2006 11:13:43 +0200 Source: plib Binary: plib1.8.4-dev plib1.8.4-pic plib1.8.4c2 Architecture: source amd64 Version: 1.8.4-4 Distribution: unstable Urgency: low Maintainer: Philipp Frauenfelder [EMAIL PROTECTED] Changed-By: Philipp Frauenfelder [EMAIL PROTECTED] Description: plib1.8.4-dev - Portability Libraries: Development package, stable release plib1.8.4-pic - Portability Libraries: Dev. package (with PIC code), stable rel. plib1.8.4c2 - Portability Libraries: Run-time package, stable release Closes: 372772 Changes: plib (1.8.4-4) unstable; urgency=low . * Thanks for the NMU! Closes: #372772 * Bumped standards version to 3.7.2 (no changes) Files: ae0dcdf8a2d4a1bcaeefd4c863774de9 765 devel extra plib_1.8.4-4.dsc 1c820456ea1d39f7b4d7f06074e9ae89 86645 devel extra plib_1.8.4-4.diff.gz da413f2dae1bbe687a05175d8bee2d62 643224 libs extra plib1.8.4c2_1.8.4-4_amd64.deb 0f608a746908b5852e0700e47ff790df 959800 libdevel extra plib1.8.4-dev_1.8.4-4_amd64.deb 8d11be110e92798a2b174cc78ec0eb5e 960430 libdevel extra plib1.8.4-pic_1.8.4-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEmmqzWLF0MZ2lytgRAhJ9AJ0VnGDEosJrKaAe5DUSIHN9Z4G9eACgrU3U l0raUx6sFXHtTCUTbGhuJmk= =Vxxk -END PGP SIGNATURE- ---End Message---
Bug#345371: marked as done (FTBFS: missing build-depends)
Your message dated Thu, 22 Jun 2006 03:32:16 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#345371: fixed in eclipse-cdt 3.0.1-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: eclipse-cdt Version: 3.0.1-1 Severity: serious Tags: patch eclipse-cdt missed a build-depdendency on java-gcj-compat-dev: From the powerpc buildd: [...] # build native code. cd source-tree/org.eclipse.cdt.releng/results/plugins/org.eclipse.cdt.core.linux/library \ make ARCH=ppc CC='gcc -D_GNU_SOURCE' make[1]: Entering directory `/build/buildd/eclipse-cdt-3.0.1/source-tree/org.eclipse.cdt.releng/results/plugins/org.eclipse.cdt.core.linux/library' Makefile:4: JAVA_HOME not set in environment gcc -D_GNU_SOURCE -fpic -D_REENTRANT -D_GNU_SOURCE -I. -I/include -I/include/linux -c -o spawner.o spawner.c spawner.c:16:17: error: jni.h: No such file or directory In file included from spawner.c:19: ./Spawner.h:15: error: syntax error before 'jint' [...] The build will fail later, though with /home/rene/eclipse-cdt-3.0.1/source-tree/org.eclipse.cdt.releng/results/assemble.org.eclipse.cdt.linux.gtk.ppc.xml:101: Execute failed: java.io.IOException: java.io.IOException: Cannot allocate memory but that seems another story, but if it fails on my iBook it probably will do so on the ppc buildd, too... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: eclipse-cdt Source-Version: 3.0.1-3 We believe that the bug you reported is fixed in the latest version of eclipse-cdt, which is due to be installed in the Debian FTP archive: eclipse-cdt_3.0.1-3.diff.gz to pool/main/e/eclipse-cdt/eclipse-cdt_3.0.1-3.diff.gz eclipse-cdt_3.0.1-3.dsc to pool/main/e/eclipse-cdt/eclipse-cdt_3.0.1-3.dsc eclipse-cdt_3.0.1-3_i386.deb to pool/main/e/eclipse-cdt/eclipse-cdt_3.0.1-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Koch [EMAIL PROTECTED] (supplier of updated eclipse-cdt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 22 Jun 2006 09:36:48 + Source: eclipse-cdt Binary: eclipse-cdt Architecture: source i386 Version: 3.0.1-3 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org Changed-By: Michael Koch [EMAIL PROTECTED] Description: eclipse-cdt - C/C++ Development Tools for Eclipse Closes: 345371 Changes: eclipse-cdt (3.0.1-3) unstable; urgency=low . * debian/rules: Adjusted for current eclipse (Closes: #345371). * Updated Standards-Version to 3.7.2. Files: 52f0f616dcba8f1689346b0aebe7fdc2 739 devel optional eclipse-cdt_3.0.1-3.dsc 550354665afb7df9835b2eecec9edd32 237739 devel optional eclipse-cdt_3.0.1-3.diff.gz 779b1e0198ba45d590f69a6ab6b89845 17450864 devel optional eclipse-cdt_3.0.1-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmmuIWSOgCCdjSDsRAuTXAKCe37re4xN4BKomQTO1NpuzehOwLACeP1DK VExb0NnSzphkjEbBZXJDtdQ= =XxKT -END PGP SIGNATURE- ---End Message---
Bug#374794: greps
Oystein Gisnas wrote: Can you try the same again, but leave out one l, like: $ grep plc4 /usr/lib/pkgconfig/* $ grep -l plc4 /usr/lib/**/*.la And make sure libnspr4-dev is not installed when you do it. Thanks Here we go: $ LC_ALL=C dpkg -l libnspr4-dev No packages found matching libnspr4-dev. $ grep plc4 /usr/lib/pkgconfig/* $ grep -l plc4 /usr/lib/**/*.la $ Greets, Rob PS. I have libnspr4 installed though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of bigloo 2.7a-1.3
Processing commands for [EMAIL PROTECTED]: tag 374897 + fixed Bug#374897: bigloo_2.7a-1.2 (unstable/arm): FTBFS: unnecessary b-d on free-java-sdk There were no tags set. Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: close #358310 0.3.1-1 Bug#358310: FTBFS: @LIBTOOL_EXPORT_OPTIONS@: No such file or directory 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.3.1-1, send any further explanations to Martin Michlmayr [EMAIL PROTECTED] Removed pending tag. Thanks. Stopping processing here. Please contact me if you need assistance. 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#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
Dnia 22-06-2006, czw o godzinie 11:18 +0100, Stephen Gran napisał(a): [..] The bug is present in 1:4.0.16-2. Unless I'm missing something? Please test patch from: http://cvs.pld.org.pl/shadow/src/useradd.c?r1=1.97r2=1.99 kloczek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: close #370456 0.3.1-1 Bug#370456: scim-chewing - FTBFS: Build depends against unavailable package 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.3.1-1, send any further explanations to Bastian Blank [EMAIL PROTECTED] Removed pending tag. thanks. Stopping processing here. Please contact me if you need assistance. 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#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
This one time, at band camp, Tomasz K??oczko said: Dnia 22-06-2006, czw o godzinie 11:18 +0100, Stephen Gran napisa??(a): [..] The bug is present in 1:4.0.16-2. Unless I'm missing something? Please test patch from: http://cvs.pld.org.pl/shadow/src/useradd.c?r1=1.97r2=1.99 [EMAIL PROTECTED]:~/source/shadow-4.0.16$ sudo src/useradd -d /home/xxx -g xxx -s /bin/bash -u 1007 xxx [EMAIL PROTECTED]:~/source/shadow-4.0.16$ ll /var/mail/ -rw-rw 1 xxx mail 0 2006-06-22 13:36 xxx That looks fine. Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#374685: nautilus-cd-burner: fails to call cdrecord properly
Josselin Mouette [EMAIL PROTECTED] wrote: ftp://ftp.berlios.de/pub/cdrecord/alpha/ A cdrecord from the original source includes a proper workaround for the incompatible interface changes from Linux-2.6.8.1. Note that the official cdrecord version contains the official DVD writing support and not the broken code offered by Debian and others. Joerg, we are not going to include this version, and we are not going to make nautilus-cd-burner use cdrecord instead of dvd+rw-tools. I thought this would already be clear. Please stop annoying our users with suggestions that have nothing to do with the topic. As Anand is able to write a CD using the cdrecord command line interface, it is obvious the cdrecord version in Debian is not causing the problem, which lies in nautilus-cd-burner itself. If you do not read the mails from your users, you are annoying your users. If you did read the mail from the OP, you would know that cdrecord was not running as root or suid root at least in one example. Note that cdrecord _needs_ root privilleges in order work correctly. I did receive enough reports from frustrated Debian users (including the k3b authors) to know that there _is_ a problem with the Debian variant of cdrecord that prevents it working properly. This problem is not present in the original version of cdrecord. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#350747: stunnel: fails to start
Hello Luc, I am currently waiting for the next stable release of stunnel 4 (the current version is considered testing) that will fix some bugs. I think I can remove stunnel4 package and put the next version of stunnel4 as standard package of stunnel since there is a compatibility script for stunnel3 (the problem is that it will brakes user scripts based on old package). Best Regards. Julien Lemoine. signature.asc Description: Digital signature
Bug#374664: lablgtk2: FTBFS: Unsatisfiable Build-Depends on obsolete xlibs
Samuel Mimram [EMAIL PROTECTED] writes: Well, I checked that it did build correctly without the the build-dep on xlibs | xlib6g before sending the mail. Moreover, notice that it did build-depend on *xlibs*, not xlibs-dev. I cannot understand why this xlibs-dev was probably ment by whoever added xlibs there a long time ago. should have been necessary. It's been there for quite a long time (possibly even before I started working on the package). Finally, this package is a binding for GTK2, so it's not so surprising that most the dependencies are pulled in by libgtk2.0-dev. I quickly did a grep for #includes and did not see anything directly related to X. Cheers, Samuel. Should be save to remove it then. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368060: packaging for etch ok -
Here are packages that I would upload if you don't object. http://people.debian.org/~joey/NMU/thuban/ Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373123: marked as done (php-elisp installation error)
Your message dated Thu, 22 Jun 2006 15:36:43 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#373123: php-elisp installation error has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: php-elisp Version: 1.1.0-2 Severity: grave Justification: renders package unusable installation error log: The following NEW packages will be installed: php-elisp 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/17.6kB of archives. After unpacking 147kB will be used. Writing extended state information... Done Selecting previously deselected package php-elisp. (Reading database ... 111857 files and directories currently installed.) Unpacking php-elisp (from .../php-elisp_1.1.0-2_all.deb) ... Setting up php-elisp (1.1.0-2) ... install/php-elisp: Handling install for emacsen flavor emacs-snapshot Loading 00debian-vars... Loading /etc/emacs/site-start.d/50css-mode.el (source)... Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)... Loading /etc/emacs/site-start.d/50emacs-intl-fonts.el (source)... Loading /etc/emacs/site-start.d/50html-helper-mode.el (source)... Loading /etc/emacs/site-start.d/50php-elisp.el (source)... Loading /etc/emacs/site-start.d/50pymacs.el (source)... Loading /etc/emacs/site-start.d/50python-mode.el (source)... Loading /etc/emacs/site-start.d/51debian-el.el (source)... In toplevel form: php-mode.el:87:1:Error: Wrong type argument: stringp, nil emacs-package-install: /usr/lib/emacsen-common/packages/install/php-elisp emacs-snapshot emacs-snapshot failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing php-elisp (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: php-elisp E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up php-elisp (1.1.0-2) ... install/php-elisp: Handling install for emacsen flavor emacs-snapshot Loading 00debian-vars... Loading /etc/emacs/site-start.d/50css-mode.el (source)... Loading /etc/emacs/site-start.d/50emacs-goodies-el.el (source)... Loading /etc/emacs/site-start.d/50emacs-intl-fonts.el (source)... Loading /etc/emacs/site-start.d/50html-helper-mode.el (source)... Loading /etc/emacs/site-start.d/50php-elisp.el (source)... Loading /etc/emacs/site-start.d/50pymacs.el (source)... Loading /etc/emacs/site-start.d/50python-mode.el (source)... Loading /etc/emacs/site-start.d/51debian-el.el (source)... In toplevel form: php-mode.el:87:1:Error: Wrong type argument: stringp, nil emacs-package-install: /usr/lib/emacsen-common/packages/install/php-elisp emacs-snapshot emacs-snapshot failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing php-elisp (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: php-elisp -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-rc6-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages php-elisp depends on: ii emacs-snapshot-gtk [emacsen 1:20060609-1 The GNU Emacs editor (with GTK+ 2. php-elisp recommends no packages. ---End Message--- ---BeginMessage--- Hi On Mon, Jun 19, 2006 at 12:37:46PM +0200, Luca Capello wrote: tags 373123 + unreproducible thanks Hello! On Mon, 19 Jun 2006 11:47:52 +0200, Francesco Cecconi wrote: The problem with the new emacs-snapshot, has been solved! It seems that the bug is no more reproducible, tag added :-D Ok, closing now. I'd close the bug, but AFAIK only the submitter and the maintainer are allowed to do it. Well anyone is actually allowed to do so. :) // Ola Thx, bye, Gismo / Luca -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- ---End Message---
Processed: Fixed in NMU of klineakconfig 0.8-beta2-6.1
Processing commands for [EMAIL PROTECTED]: tag 374844 + fixed Bug#374844: klineakconfig: FTBFS: X11/extensions/XKBfile.h: No such file or directory Tags were: patch Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#374685: nautilus-cd-burner: fails to call cdrecord properly
Processing commands for [EMAIL PROTECTED]: reassign 374685 cdrecord Bug#374685: nautilus-cd-burner: fails to call cdrecord properly Bug reassigned from package `nautilus-cd-burner' to `cdrecord'. retitle 374685 cdrecord fails if not setuid root Bug#374685: nautilus-cd-burner: fails to call cdrecord properly Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. 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#374685: nautilus-cd-burner: fails to call cdrecord properly
Josselin Mouette [EMAIL PROTECTED] wrote: Le jeudi 22 juin 2006 à 14:43 +0200, Joerg Schilling a écrit : If you did read the mail from the OP, you would know that cdrecord was not running as root or suid root at least in one example. Note that cdrecord _needs_ root privilleges in order work correctly. A CD burning program needing root privileges to work correctly is obviously broken. Privileges are handled by device permissions, not by making setuid root any kind of badly written software in the world. For example, dvd+rw-tools doesn't need root privileges to work correctly. If you really believe this, you are obviously missing the needed background information. When you compare against classical UNIX/POSIX privileges, cdrecord needs the following privileges in addition to the UNIX/POSIX basic privs: - The ability to open privileged device nodes - The ability to issue several privileged device ioctl()s - The ability to lock into memory - The ability to control (raise) process priority - The ability to use port numbers below 1024 As Linux does not implement a framework that allows a process to obtain these privileges without being root, it is obvious that cdrecord need to be run by root or to be installed suid root. I did receive enough reports from frustrated Debian users (including the k3b authors) to know that there _is_ a problem with the Debian variant of cdrecord that prevents it working properly. This problem is not present in the original version of cdrecord. Sorry, but Debian only ships free software. You are obviously missinformed: Debian refuses to ship free software. Cdrecord is obviously OSI approved free/OSS software, please try to inform yourself Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#374685: nautilus-cd-burner: fails to call cdrecord properly
reassign 374685 cdrecord retitle 374685 cdrecord fails if not setuid root thanks Le mercredi 21 juin 2006 à 02:26 +1000, Anand Kumria a écrit : nautilus-cd-burner fails to call cdrecord correctly; and thus fails to burn an ISO image. eve:[~]% cdrecord.mmap fs=16m dev=/dev/hdc -dao driveropts=burnfree -v -data -nopad /home/anand/Desktop/data.iso 8 8 8 cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl Run this command via sudo and it succeeds, even though I think I have the permissions setup correctly: eve:[~]% ls -l /dev/cdrom lrwxrwxrwx 1 root root 3 2006-06-16 20:24 /dev/cdrom - hdc eve:[~]% ls -l /dev/hdc brw-rw 1 root cdrom 22, 0 2006-06-16 20:23 /dev/hdc eve:[~]% groups anand dialout cdrom floppy audio video plugdev camera I can perfectly reproduce the problem with a completely different setup (Sony USB burner), with cdrecord failing while device permissions are correct. By making cdrecord setuid root, things work again. This is a serious regression from the sarge version, in which the setuid bit is not needed. Cheers, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#374577: mimms: patch to fix many buffer overflows vulnerability
Anon Sricharoenchai wrote: Package: mimms Version: 0.0.9-1 Severity: grave Justification: user security hole Tags: security patch According to the patch attached in this report, it has many possible buffer overflows. For example, - memcpy(buf, data, length) without bounding the limit of length, while length depend on the input data incoming from the internet. - read(s, data, BUF_SIZE) in main(), where BUF_SIZE is much greater than sizeof(data) which is only 1024 chars allocated in main(), while BUF_SIZE is defined as 1024*128. Woha! Good work Anon! I'm impressed. I've assigned CVE-2006-2200 to these issues. One question remains, though: + // buf_size = min(count, buf_size); + if (buf_size count) buf_size = count; Is there any reason not to write mim() here? Regards, Joey -- Given enough thrust pigs will fly, but it's not necessarily a good idea. Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368991: liboil upload
Hi, David, do you have any objection to the patch proposed to workaround the problem in GCC? (If you're busy, I am willing to prepare a NMU.) Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#374685: nautilus-cd-burner: fails to call cdrecord properly
Le jeudi 22 juin 2006 à 16:19 +0200, Joerg Schilling a écrit : A CD burning program needing root privileges to work correctly is obviously broken. Privileges are handled by device permissions, not by making setuid root any kind of badly written software in the world. For example, dvd+rw-tools doesn't need root privileges to work correctly. If you really believe this, you are obviously missing the needed background information. When you compare against classical UNIX/POSIX privileges, cdrecord needs the following privileges in addition to the UNIX/POSIX basic privs: - The ability to open privileged device nodes - The ability to issue several privileged device ioctl()s All of this can be handled by correct permissions on device nodes - which is handled by udev. - The ability to lock into memory This can be done without being root. - The ability to control (raise) process priority This is not needed when the system has a correct scheduler (like Linux has). - The ability to use port numbers below 1024 You don't need that to burn a CD. As Linux does not implement a framework that allows a process to obtain these privileges without being root, it is obvious that cdrecord need to be run by root or to be installed suid root. Which is wrong, as dvd+rw-tools doesn't need these privileges. Sorry, but Debian only ships free software. You are obviously missinformed: Debian refuses to ship free software. Cdrecord is obviously OSI approved free/OSS software, please try to inform yourself The additional clause (yes, the one you are calling an interpretation) you are adding to the GPL (or, more recently, the CDDL) is so utterly non-free that it doesn't even need to be discussed. I'm very well informed on this matter, and I won't be corrected by people trying to retroactively change their (formerly free) licensing scheme when it comes to discussing about free software. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#374996: mozilla-plugin-gnash: Firefox crashes on open a web page with flash
Package: mozilla-plugin-gnash Version: 0.7.1-1 Severity: grave Justification: renders package unusable On open a page with flash components, such us a video of http://www.mobuzz.com/vlog/index_en.html , firefox closes all its instances. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374999: dbus: Fails to install: /etc/dbus-1/system.d: No such file or directory
Package: dbus Version: 0.62-2 Severity: serious Hi, Your package is failing to install. From a buildd log: Setting up libdbus-1-2 (0.62-2) ... Setting up dbus (0.62-2) ... Starting system message bus: dbusFailed to start message bus: Failed to read directory /etc/dbus-1/system.d: No such file or directory invoke-rc.d: initscript dbus, action start failed. dpkg: error processing dbus (--configure): subprocess post-installation script returned error exit status 1 For a complete log see: http://buildd.debian.org/fetch.php?pkg=evolution-exchange%26ver=2.6.2-2+b1%26arch=amd64%26stamp=1150995433%26file=log Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [Pkg-utopia-maintainers] Bug#374959: can't start a new X session
Processing commands for [EMAIL PROTECTED]: forcemerge 374936 374959 Bug#374936: dbus: ~/.xsession-errors Bug#374959: can't start a new X session Bug#374747: Failed to start message bus: Failed to read directory /etc/dbus-1/${prefix}/share/dbus-1/services Bug#374812: dbus prevent X11 to start Forcibly Merged 374747 374812 374936 374959. thanks, Stopping processing here. Please contact me if you need assistance. 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#374802: marked as done (dbus - FTBFS)
Your message dated Thu, 22 Jun 2006 10:32:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#374802: fixed in dbus 0.62-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: dbus Version: 0.62-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of dbus_0.62-2 on debian-31 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.5.1), debhelper (= 4.1.46), libglib2.0-dev, libexpat-dev, doxygen, docbook-utils, python2.4, libgtk2.0-dev, python-pyrex (= 0.9.2.1-3), xmlto, python2.4-dev, libqt3-mt-dev, libqt4-dev Build-Depends-Indep: libgtk-cil, cli-common-dev (= 0.4.0), libmono-dev, mono-mcs, mono-gac, monodoc-base [...] checking for qglobal.h... found checking if we want to link to Qt debugging libraries... release checking for QtCore = 4.1.3 QtXml = 4.1.3... configure: error: Qt integration explicitly required, and Qt libraries not found make: *** [config.status] Error 1 ** Build finished at 20060621-0558 FAILED [dpkg-buildpackage died] Bastian ---End Message--- ---BeginMessage--- Source: dbus Source-Version: 0.62-3 We believe that the bug you reported is fixed in the latest version of dbus, which is due to be installed in the Debian FTP archive: dbus-1-doc_0.62-3_all.deb to pool/main/d/dbus/dbus-1-doc_0.62-3_all.deb dbus-1-utils_0.62-3_i386.deb to pool/main/d/dbus/dbus-1-utils_0.62-3_i386.deb dbus_0.62-3.diff.gz to pool/main/d/dbus/dbus_0.62-3.diff.gz dbus_0.62-3.dsc to pool/main/d/dbus/dbus_0.62-3.dsc dbus_0.62-3_i386.deb to pool/main/d/dbus/dbus_0.62-3_i386.deb libdbus-1-2_0.62-3_i386.deb to pool/main/d/dbus/libdbus-1-2_0.62-3_i386.deb libdbus-1-cil_0.62-3_all.deb to pool/main/d/dbus/libdbus-1-cil_0.62-3_all.deb libdbus-1-dev_0.62-3_i386.deb to pool/main/d/dbus/libdbus-1-dev_0.62-3_i386.deb libdbus-glib-1-2_0.62-3_i386.deb to pool/main/d/dbus/libdbus-glib-1-2_0.62-3_i386.deb libdbus-glib-1-dev_0.62-3_i386.deb to pool/main/d/dbus/libdbus-glib-1-dev_0.62-3_i386.deb libdbus-qt-1-1c2_0.62-3_i386.deb to pool/main/d/dbus/libdbus-qt-1-1c2_0.62-3_i386.deb libdbus-qt-1-dev_0.62-3_i386.deb to pool/main/d/dbus/libdbus-qt-1-dev_0.62-3_i386.deb libdbus-qt4-1-1_0.62-3_i386.deb to pool/main/d/dbus/libdbus-qt4-1-1_0.62-3_i386.deb libdbus-qt4-1-dev_0.62-3_i386.deb to pool/main/d/dbus/libdbus-qt4-1-dev_0.62-3_i386.deb monodoc-dbus-1-manual_0.62-3_all.deb to pool/main/d/dbus/monodoc-dbus-1-manual_0.62-3_all.deb python2.4-dbus_0.62-3_i386.deb to pool/main/d/dbus/python2.4-dbus_0.62-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sjoerd Simons [EMAIL PROTECTED] (supplier of updated dbus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 22 Jun 2006 18:36:35 +0200 Source: dbus Binary: libdbus-1-cil libdbus-glib-1-dev dbus-1-utils libdbus-qt4-1-dev python2.4-dbus libdbus-qt-1-1c2 libdbus-glib-1-2 libdbus-1-2 monodoc-dbus-1-manual dbus-1-doc dbus libdbus-1-dev libdbus-qt-1-dev libdbus-qt4-1-1 Architecture: source i386 all Version: 0.62-3 Distribution: unstable Urgency: low Maintainer: Utopia Maintenance Team [EMAIL PROTECTED] Changed-By: Sjoerd Simons [EMAIL PROTECTED] Description: dbus - simple interprocess messaging system dbus-1-doc - simple interprocess messaging system (documentation) dbus-1-utils - simple interprocess messaging system (utilities) libdbus-1-2 - simple interprocess messaging system libdbus-1-cil - CLI binding for D-BUS interprocess messaging system libdbus-1-dev - simple interprocess messaging system (development headers) libdbus-glib-1-2 - simple interprocess messaging system (GLib-based shared library) libdbus-glib-1-dev - simple interprocess messaging system (GLib interface) libdbus-qt-1-1c2 - simple interprocess messaging system (Qt-based shared library) libdbus-qt-1-dev - simple interprocess messaging system (Qt interface) libdbus-qt4-1-1 - simple interprocess messaging system (Qt4-based
Bug#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
tags 374705 fixed-upstream thanks Above is return so instead else can be placed by only }. OK. I'll ASAP commit neccessary changes. Probaly in comming monday will be good release 4.0.17. OK, so you will release with this fix. If that's completely sure, then I think that I will not try to upload a 4.0.16-3 release in Debian in the meantimeas long as I'm completely sure that the issue is fixed very soon in upstream. For the sake of it, I commit this patch in our SVN. signature.asc Description: Digital signature
Processed: tagging 374705
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 tags 374705 pending Bug#374705: adduser: creates incorrect mail spool files during new installation Tags were: d-i Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
Processing commands for [EMAIL PROTECTED]: tags 374705 fixed-upstream Bug#374705: adduser: creates incorrect mail spool files during new installation Tags were: pending d-i Tags added: fixed-upstream thanks Stopping processing here. Please contact me if you need assistance. 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#354093: marked as done (libnss-ldap: getent segfault when reading large uid-/gidNumbers)
Your message dated Thu, 22 Jun 2006 10:32:14 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#354093: fixed in libnss-ldap 251-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libnss-ldap Version: 238-1.1 Severity: grave Justification: renders package unusable There's a buffer overflow in the uid-/gidNumber handling code. It is limited to the length of uid_t (hard coded), but the ldap schema allows large integer numbers. Using long integer numbers causes a several minutes lasting lookup and results in a segfault. The attached patch fixes the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libnss-ldap depends on: ii debconf 1.4.70 Debian configuration management sy ii libc6 2.3.6-1GNU C Library: Shared libraries an ii libldap2 2.1.30-12 OpenLDAP libraries Versions of packages libnss-ldap recommends: ii libpam-ldap 180-1 Pluggable Authentication Module al ii nscd 2.3.6-1GNU C Library: Name Service Cache -- debconf-show failed --- ldap-pwd.c 2005-03-24 01:03:40.0 +0100 +++ ldap-pwd.c.new 2006-02-23 11:26:27.0 +0100 @@ -86,9 +86,11 @@ struct passwd *pw = (struct passwd *) result; char *uid, *gid; NSS_STATUS stat; - char tmpbuf[sizeof -4294967295]; + char tmpbuf[ sizeof( uid_t ) * 8 / 3 + 2 ]; size_t tmplen; char *tmp; + + tmpbuf[ sizeof(tmpbuf) - 1 ] = '\0'; if (_nss_ldap_oc_check (e, shadowAccount) == NSS_SUCCESS) { @@ -117,21 +119,23 @@ return stat; tmp = tmpbuf; - tmplen = sizeof (tmpbuf); + tmplen = sizeof (tmpbuf) - 1; stat = _nss_ldap_assign_attrval (e, AT (uidNumber), uid, tmp, tmplen); if (stat != NSS_SUCCESS) -return stat; - pw-pw_uid = (*uid == '\0') ? UID_NOBODY : (uid_t) atol (uid); +pw-pw_uid = -1; + else +pw-pw_uid = (*uid == '\0') ? UID_NOBODY : (uid_t) atol (uid); tmp = tmpbuf; - tmplen = sizeof (tmpbuf); + tmplen = sizeof (tmpbuf) - 1; stat = _nss_ldap_assign_attrval (e, ATM (passwd, gidNumber), gid, tmp, tmplen); if (stat != NSS_SUCCESS) -return stat; - pw-pw_gid = (*gid == '\0') ? GID_NOBODY : (gid_t) atol (gid); +pw-pw_gid = -1; + else +pw-pw_gid = (*gid == '\0') ? GID_NOBODY : (gid_t) atol (gid); stat = _nss_ldap_assign_attrval (e, AT (gecos), pw-pw_gecos, buffer, ---End Message--- ---BeginMessage--- Source: libnss-ldap Source-Version: 251-1 We believe that the bug you reported is fixed in the latest version of libnss-ldap, which is due to be installed in the Debian FTP archive: libnss-ldap_251-1.diff.gz to pool/main/libn/libnss-ldap/libnss-ldap_251-1.diff.gz libnss-ldap_251-1.dsc to pool/main/libn/libnss-ldap/libnss-ldap_251-1.dsc libnss-ldap_251-1_amd64.deb to pool/main/libn/libnss-ldap/libnss-ldap_251-1_amd64.deb libnss-ldap_251.orig.tar.gz to pool/main/libn/libnss-ldap/libnss-ldap_251.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stephen Frost [EMAIL PROTECTED] (supplier of updated libnss-ldap package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 22 Jun 2006 10:01:07 -0400 Source: libnss-ldap Binary: libnss-ldap Architecture: source amd64 Version: 251-1 Distribution: unstable Urgency: low Maintainer: Stephen Frost [EMAIL PROTECTED] Changed-By: Stephen Frost [EMAIL PROTECTED] Description: libnss-ldap - NSS module for using LDAP as a naming service Closes: 199810 302391 302396 302541 302562 308490 310421 312284 312435 314461 316973 317672 323580 330911 332001 332600 335133 340633 341539 347477 352032 354093 359341 364051 366540 367766 368191 369192 Changes: libnss-ldap (251-1) unstable; urgency=low . * New upstream version,
Bug#323580: marked as done (libnss-ldap: segfault in libc/getent when receiving groupinformation with 1021-1023 characters)
Your message dated Thu, 22 Jun 2006 10:32:14 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#323580: fixed in libnss-ldap 251-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libnss-ldap Version: 238-1 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libnss-ldap depends on: ii debconf1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libldap2 2.1.30-8 OpenLDAP libraries -- debconf information: libnss-ldap/bindpw: (password omitted) * libnss-ldap/dblogin: false libnss-ldap/override: true * shared/ldapns/base-dn: dc=example,dc=net * shared/ldapns/ldap-server: 127.0.0.1 * libnss-ldap/confperm: false * shared/ldapns/ldap_version: 3 libnss-ldap/binddn: cn=proxyuser,dc=example,dc=net * libnss-ldap/nsswitch: Using Openldap 2.2.23-8 on the same computer. Configured pam_ldap and libnss_ldap. When a getent group returns a line with 1021-1023 characters the programm, for example getent, terminates with a segfault from libc. Developer at padl.com is informed (BUG 217). Stacktrace (other System, same behavior!) ntp:x:38: gdm:x:42: named:x:25: dovecot:x:97: fobo:x:500: nss_ldap: == _nss_ldap_enter nss_ldap: == _nss_ldap_enter nss_ldap: == _nss_ldap_ent_context_init_locked nss_ldap: == _nss_ldap_ent_context_init_locked nss_ldap: == _nss_ldap_leave nss_ldap: == _nss_ldap_leave nss_ldap: == _nss_ldap_enter nss_ldap: == _nss_ldap_enter nss_ldap: == _nss_ldap_getent_ex nss_ldap: == _nss_ldap_ent_context_init_locked nss_ldap: == _nss_ldap_ent_context_init_locked nss_ldap: == _nss_ldap_search nss_ldap: == do_init nss_ldap: == do_close_no_unbind nss_ldap: == do_close_no_unbind (connection was not open) nss_ldap: == ldap_init nss_ldap: == ldap_init nss_ldap: == do_init (initialized session) nss_ldap: == do_open nss_ldap: == do_init nss_ldap: == ldap_init nss_ldap: == ldap_init nss_ldap: == do_init (initialized session) nss_ldap: == do_bind Program received signal SIGSEGV, Segmentation fault. 0x00226c7b in strlen () from /lib/tls/libc.so.6 (gdb) (gdb) backtrace #0 0x00226c7b in strlen () from /lib/tls/libc.so.6 #1 0x001fb155 in vfprintf () from /lib/tls/libc.so.6 #2 0x00218536 in vsnprintf () from /lib/tls/libc.so.6 #3 0x00200492 in snprintf () from /lib/tls/libc.so.6 #4 0x00d187c8 in do_bind (ld=0xbff5fec0, timelimit=1, dn=0xd25783 cn=gssapi,dc=fobo,dc=local, pw=0x0, with_sasl=1) at ldap-nss.c:1713 #5 0x00d18b5c in do_open () at ldap-nss.c:1463 #6 0x00d18e49 in do_init2 () at ldap-nss.c:960 #7 0x00d1a29e in _nss_ldap_search (args=0x0, filterprot=0xd2c660 ((objectclass=group)), sel=LM_GROUP, user_attrs=0x0, sizelimit=0, msgid=0xbff60900, csd=0x9df789c) at ldap-nss.c:2893 #8 0x00d1a635 in _nss_ldap_getent_ex (args=0x0, ctx=0xd266d4, result=0x2e4fa8, buffer=0x9df4318 fobo, buflen=1024, errnop=0xb7fe8a80, filterprot=0xd2c660 ((objectclass=group)), sel=LM_GROUP, user_attrs=0x0, parser=0xd1c42c _nss_ldap_parse_gr) at ldap-nss.c:3116 #9 0x00d1a7ee in _nss_ldap_getent (ctx=0xd266d4, result=0x2e4fa8, buffer=0x9df4318 fobo, buflen=1024, errnop=0xb7fe8a80, filterprot=0xd2c660 ((objectclass=group)), sel=LM_GROUP, parser=0xd1c42c _nss_ldap_parse_gr) at ldap-nss.c:3068 #10 0x00d1cfee in _nss_ldap_getgrent_r (result=0x2e4fa8, buffer=0x9df4318 fobo, buflen=0, errnop=0x1) at ldap-grp.c:1253 #11 0x0029680d in __nss_disable_nscd () from /lib/tls/libc.so.6 #12 0x09df4318 in ?? () #13 0x0400 in ?? () #14 0xb7fe8a80 in ?? () #15 0xb7fe8a94 in ?? () #16 0xbff611b8 in ?? () #17 0xb7fe8aa0 in ?? () #18 0xffe0 in ?? () #19 0x00d1cf48 in _nss_ldap_getgrgid_r () at ldap-grp.c:1212 Previous frame inner to this frame (corrupt stack?) (gdb) LDIF to reproduce. Pay attention to the last user: nc23-works( 1020 characters),nc234 - nc23456-segfault(1021-1023 characters),nc234567-works again(1024 characters)! dn: cn=testgrp,ou=World,o=Universe objectClass: posixGroup cn: testgrp gidNumber: 1000 memberUid: a123456789 memberUid: b123456789 memberUid: c123456789 memberUid: d123456789 memberUid: e123456789 memberUid: f123456789 memberUid: g123456789 memberUid: h123456789 memberUid: i123456789 memberUid: j123456789
Bug#335133: marked as done (removal of automake1.6)
Your message dated Thu, 22 Jun 2006 10:32:14 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#335133: fixed in libnss-ldap 251-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libnss-ldap Severity: wishlist Hello, As I pointed out in http://lists.debian.org/debian-devel/2005/07/msg01579.html, I will be asking for the removal of automake1.6 from Debian in two weeks. Your package has a strict build-dependency on automake1.6. Once automake1.6 is removed, the severity of this bug will become grave. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. -- 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.12 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: libnss-ldap Source-Version: 251-1 We believe that the bug you reported is fixed in the latest version of libnss-ldap, which is due to be installed in the Debian FTP archive: libnss-ldap_251-1.diff.gz to pool/main/libn/libnss-ldap/libnss-ldap_251-1.diff.gz libnss-ldap_251-1.dsc to pool/main/libn/libnss-ldap/libnss-ldap_251-1.dsc libnss-ldap_251-1_amd64.deb to pool/main/libn/libnss-ldap/libnss-ldap_251-1_amd64.deb libnss-ldap_251.orig.tar.gz to pool/main/libn/libnss-ldap/libnss-ldap_251.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stephen Frost [EMAIL PROTECTED] (supplier of updated libnss-ldap package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 22 Jun 2006 10:01:07 -0400 Source: libnss-ldap Binary: libnss-ldap Architecture: source amd64 Version: 251-1 Distribution: unstable Urgency: low Maintainer: Stephen Frost [EMAIL PROTECTED] Changed-By: Stephen Frost [EMAIL PROTECTED] Description: libnss-ldap - NSS module for using LDAP as a naming service Closes: 199810 302391 302396 302541 302562 308490 310421 312284 312435 314461 316973 317672 323580 330911 332001 332600 335133 340633 341539 347477 352032 354093 359341 364051 366540 367766 368191 369192 Changes: libnss-ldap (251-1) unstable; urgency=low . * New upstream version, Closes: #332600 * Upstream fixes, Closes: #323580, #302391, #308490 * Maintainer upload, Closes: #316973, #335133 * Changed debconf 'host' question to 'uri', Closes: #312284, #359341 * Added additional commentary to the ldap.conf, Closes: #368191, #369192 * Enabled configurable krb5 CCNAME, Closes: #352032 * Included Swedish, Vietnamese and Czech translations, Closes: #317672, #312435, #340633 * Modified syslog() calls to use LOG_AUTHPRIV facility, Closes: #310421 * Removed build-depend on libdb4.2-dev, Closes: #302541 * Changed nscd restart to use invoke-rc.d, Closes: #367766 * Changed depends to allow debconf-2.0, Closes: #332001 * Ensure that libnss-ldap is compiled with libpthread, Closes: #314461, #330911, #366540, #347477 * Changed to using upstream manpage, Closes: #302396 * Added escaping to password handling, Closes: #341539 * Moved ldap.secret to libnss-ldap.secret, Closes: #302562 * Upstream removed RFC from tarball, Closes: #199810 * Cleaned up copyright file, Closes: #364051 * Fixed possible overflow in uid/gid handling, Closes: #354093 Files: 4a867275f6d8b2e6bfd9aee03693f5ab 669 net extra libnss-ldap_251-1.dsc a80718b3f7cf46f2579a26f9d6fbcd46 228931 net extra libnss-ldap_251.orig.tar.gz bc8ffc5af50888ba802e6ac4472d9db3 116590 net extra libnss-ldap_251-1.diff.gz d124c0982d5cdcbf8112ff5e90c8bfa7 97460 net extra libnss-ldap_251-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmtJyrzgMPqB3kigRAoy7AJ9bOqoVL3NDNS8LLVwKf9BaXztvmwCfbMHr OZWrNrztt39AWdEqckl1Ksk= =Tbl5 -END PGP SIGNATURE- ---End Message---
Bug#316973: marked as done (libnss-ldap: [CAN-2005-2069] Does not use TLS for referred connections)
Your message dated Thu, 22 Jun 2006 10:32:14 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#316973: fixed in libnss-ldap 251-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libnss-ldap Severity: grave Tags: security thanks Hi! When using referred connections (i. e. nss-ldap talking to a slave server which refers to a master server) and openldap is configured to use TLS, then TLS is not used for the referred connection (slave - master). This means that passwords are sent in cleartext between slave and master. See http://bugzilla.padl.com/show_bug.cgi?id=211 for details and a patch. Sid's openldap2 and openldap2.2 packages already have the required bug fix in the TLS authentication sanity check (see #316674), just openldap2's changelog is misleading (it doesn't actually enable the TLS for referred connections, it just fixes the sanity check). Please mention CAN-2005-2069 in the changelog when you fix this. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: libnss-ldap Source-Version: 251-1 We believe that the bug you reported is fixed in the latest version of libnss-ldap, which is due to be installed in the Debian FTP archive: libnss-ldap_251-1.diff.gz to pool/main/libn/libnss-ldap/libnss-ldap_251-1.diff.gz libnss-ldap_251-1.dsc to pool/main/libn/libnss-ldap/libnss-ldap_251-1.dsc libnss-ldap_251-1_amd64.deb to pool/main/libn/libnss-ldap/libnss-ldap_251-1_amd64.deb libnss-ldap_251.orig.tar.gz to pool/main/libn/libnss-ldap/libnss-ldap_251.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stephen Frost [EMAIL PROTECTED] (supplier of updated libnss-ldap package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 22 Jun 2006 10:01:07 -0400 Source: libnss-ldap Binary: libnss-ldap Architecture: source amd64 Version: 251-1 Distribution: unstable Urgency: low Maintainer: Stephen Frost [EMAIL PROTECTED] Changed-By: Stephen Frost [EMAIL PROTECTED] Description: libnss-ldap - NSS module for using LDAP as a naming service Closes: 199810 302391 302396 302541 302562 308490 310421 312284 312435 314461 316973 317672 323580 330911 332001 332600 335133 340633 341539 347477 352032 354093 359341 364051 366540 367766 368191 369192 Changes: libnss-ldap (251-1) unstable; urgency=low . * New upstream version, Closes: #332600 * Upstream fixes, Closes: #323580, #302391, #308490 * Maintainer upload, Closes: #316973, #335133 * Changed debconf 'host' question to 'uri', Closes: #312284, #359341 * Added additional commentary to the ldap.conf, Closes: #368191, #369192 * Enabled configurable krb5 CCNAME, Closes: #352032 * Included Swedish, Vietnamese and Czech translations, Closes: #317672, #312435, #340633 * Modified syslog() calls to use LOG_AUTHPRIV facility, Closes: #310421 * Removed build-depend on libdb4.2-dev, Closes: #302541 * Changed nscd restart to use invoke-rc.d, Closes: #367766 * Changed depends to allow debconf-2.0, Closes: #332001 * Ensure that libnss-ldap is compiled with libpthread, Closes: #314461, #330911, #366540, #347477 * Changed to using upstream manpage, Closes: #302396 * Added escaping to password handling, Closes: #341539 * Moved ldap.secret to libnss-ldap.secret, Closes: #302562 * Upstream removed RFC from tarball, Closes: #199810 * Cleaned up copyright file, Closes: #364051 * Fixed possible overflow in uid/gid handling, Closes: #354093 Files: 4a867275f6d8b2e6bfd9aee03693f5ab 669 net extra libnss-ldap_251-1.dsc a80718b3f7cf46f2579a26f9d6fbcd46 228931 net extra libnss-ldap_251.orig.tar.gz bc8ffc5af50888ba802e6ac4472d9db3 116590 net extra libnss-ldap_251-1.diff.gz d124c0982d5cdcbf8112ff5e90c8bfa7 97460 net extra libnss-ldap_251-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmtJyrzgMPqB3kigRAoy7AJ9bOqoVL3NDNS8LLVwKf9BaXztvmwCfbMHr
Bug#364051: marked as done (copyright file broken)
Your message dated Thu, 22 Jun 2006 10:32:14 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#364051: fixed in libnss-ldap 251-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libnss-ldap Version: 238-1.1 Severity: serious Heya, The copyright file does not list the copyright holder and nss_ldap is licensed under the terms of the LGPL (version 2 or higher), not under the GPL (as the copyright file says). Also, the Upstream URI there doesn't work. Marc ---End Message--- ---BeginMessage--- Source: libnss-ldap Source-Version: 251-1 We believe that the bug you reported is fixed in the latest version of libnss-ldap, which is due to be installed in the Debian FTP archive: libnss-ldap_251-1.diff.gz to pool/main/libn/libnss-ldap/libnss-ldap_251-1.diff.gz libnss-ldap_251-1.dsc to pool/main/libn/libnss-ldap/libnss-ldap_251-1.dsc libnss-ldap_251-1_amd64.deb to pool/main/libn/libnss-ldap/libnss-ldap_251-1_amd64.deb libnss-ldap_251.orig.tar.gz to pool/main/libn/libnss-ldap/libnss-ldap_251.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stephen Frost [EMAIL PROTECTED] (supplier of updated libnss-ldap package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 22 Jun 2006 10:01:07 -0400 Source: libnss-ldap Binary: libnss-ldap Architecture: source amd64 Version: 251-1 Distribution: unstable Urgency: low Maintainer: Stephen Frost [EMAIL PROTECTED] Changed-By: Stephen Frost [EMAIL PROTECTED] Description: libnss-ldap - NSS module for using LDAP as a naming service Closes: 199810 302391 302396 302541 302562 308490 310421 312284 312435 314461 316973 317672 323580 330911 332001 332600 335133 340633 341539 347477 352032 354093 359341 364051 366540 367766 368191 369192 Changes: libnss-ldap (251-1) unstable; urgency=low . * New upstream version, Closes: #332600 * Upstream fixes, Closes: #323580, #302391, #308490 * Maintainer upload, Closes: #316973, #335133 * Changed debconf 'host' question to 'uri', Closes: #312284, #359341 * Added additional commentary to the ldap.conf, Closes: #368191, #369192 * Enabled configurable krb5 CCNAME, Closes: #352032 * Included Swedish, Vietnamese and Czech translations, Closes: #317672, #312435, #340633 * Modified syslog() calls to use LOG_AUTHPRIV facility, Closes: #310421 * Removed build-depend on libdb4.2-dev, Closes: #302541 * Changed nscd restart to use invoke-rc.d, Closes: #367766 * Changed depends to allow debconf-2.0, Closes: #332001 * Ensure that libnss-ldap is compiled with libpthread, Closes: #314461, #330911, #366540, #347477 * Changed to using upstream manpage, Closes: #302396 * Added escaping to password handling, Closes: #341539 * Moved ldap.secret to libnss-ldap.secret, Closes: #302562 * Upstream removed RFC from tarball, Closes: #199810 * Cleaned up copyright file, Closes: #364051 * Fixed possible overflow in uid/gid handling, Closes: #354093 Files: 4a867275f6d8b2e6bfd9aee03693f5ab 669 net extra libnss-ldap_251-1.dsc a80718b3f7cf46f2579a26f9d6fbcd46 228931 net extra libnss-ldap_251.orig.tar.gz bc8ffc5af50888ba802e6ac4472d9db3 116590 net extra libnss-ldap_251-1.diff.gz d124c0982d5cdcbf8112ff5e90c8bfa7 97460 net extra libnss-ldap_251-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmtJyrzgMPqB3kigRAoy7AJ9bOqoVL3NDNS8LLVwKf9BaXztvmwCfbMHr OZWrNrztt39AWdEqckl1Ksk= =Tbl5 -END PGP SIGNATURE- ---End Message---
Bug#199810: marked as done ([NONFREE-DOC:RFC] Includes non-free documentation (RFC2307))
Your message dated Thu, 22 Jun 2006 10:32:13 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#199810: fixed in libnss-ldap 251-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: doc-rfc Version: 2000.08-1 Severity: serious The license on this package is pretty clearly non-free. The doc-rfc package is a great resource, but its license makes it unsuitable for main. The older RFC's appear to me to be DFSG-free, since the most onerous restrictions are described as a courtesy: 3. Favor or indulgence, as distinguished from right; as, a title given one by courtesy. The newer ones, however, are not: However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The phrase in any way, fails DFSG 3, and for the purposes... and the subsequent language fails DFSG 6. There are no other problems with the new license that I can see. Perhaps only the DFSG-free RFC's could be split into a doc-rfc-nonfree package? Copyright: (this is rfc-copyright-story in the rfc-editor subdirectory.) Hi. The Request For Comments (RFC) documents are intended to have wide distribution. 1. Copying and distributing the whole RFC without any changes: 1a. The copying and free redistribution are generally encouraged. 1b. The inclusion of RFCs in other documents and collections that are distributed for a fee is also encouraged, though in this case it is a courtesy (i) to ask the RFC author and (ii) provide the RFC author with a copy of the final document or collection. Anyone can takes some RFCs, put them in a book, copyright the book, and sell it. This in no way inhibits anyone else from doing the same thing, or inhibits any other distribution of the RFCs. 2. Copying and distributing the whole RFC with changes in format, font, etcetera: 2a. The same as case 1 with the addition that a note should be made of the reformatting. 3. Copying and distributing portions of an RFC: 3a. As with any material excerpted from another source, proper credit and citations must be provided. 4. Translating RFCs into other languages: 4a. Since wide distribution of RFCs is very desirable, translation into other languages is also desirable. The same requirements and courtesies should be followed in distributing RFCs in translation as would be followed when distributing RFCs in the original language. --jon. Newer RFCs are under the following copyright: Full Copyright Statement Copyright (C) The Internet Society (1998). All Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns. This document and the information contained herein is provided on an AS IS basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux apocalypse 2.4.3 #1 Mon Apr 2 04:43:41 UTC 2001 i586 ---End Message--- ---BeginMessage--- Source: libnss-ldap Source-Version: 251-1 We believe that the bug you reported is fixed in
Bug#366501: marked as done (bootcd-i386: Unable to create bootable CDs on Etch)
Your message dated Thu, 22 Jun 2006 20:15:13 +0200 with message-id [EMAIL PROTECTED] and subject line (no subject) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: bootcd-i386 Version: 2.53 Severity: grave Justification: renders package unusable Hello, I'm unable to create a bootcd starting from a clean debootstrapped Etch. The error while booting is: umount: /devfs: Invalid argument pivot_root: pivot_root: No such file or directory /sbin/init: 432: cannot open dev/console: No such file Kernel panic - not syncing: Attempted to kill init! I use it regularly on Sarge, also witch backported kernel 2.6.15. Thanks, Alex -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (90, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-k7-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Hi, With the following script it is possible to build a bootcd with debootstrap for etch. It seemst to be not easy to modify the chgroot built by debootstrap, so that it can be used for bootcd. Probably there is an easier way to do it. But this is not the job of bootcd. Instead bootcd tries not to change anything on your system when using bootcdwrite. #!/bin/sh # Skript: debootstrapbootcd # Author: Bernd Schumacher # Created: 2006/06/06 - 2006/06/14 # # # This script proofs that it is possible to build a bootcd with debootstrap. # This script will probably only work in the days when it was created, because # it uses testing and unstable packages, that can change rapidly. # The author will probably not maintain this script any longer. # CHROOT will be the directory for the debootstrap debian installation # CHROOT.debootstrap.tgz will be a backup after running debootstrap # CHROOT.kernel.tgz will be a backup after installing the kernel CHROOT=/tmp/chroot DIST=etch DEBIAN=http://ftp.debian.org/debian/ # clean workdir umount $CHROOT/proc /dev/null 21 rm -rf $CHROOT mkdir $CHROOT # use cache if possible if [ -f $CHROOT.kernel.tgz ]; then (cd $CHROOT; tar xzf $CHROOT.kernel.tgz) elif [ -f $CHROOT.debootstrap.tgz ]; then (cd $CHROOT; tar xzf $CHROOT.debootstrap.tgz) fi # debootstrap if [ ! -f $CHROOT.debootstrap.tgz -a ! -f $CHROOT.kernel.tgz ]; then debootstrap $DIST $CHROOT $DEBIAN (cd $CHROOT; tar czf $CHROOT.debootstrap.tgz --exclude=./proc/* .) fi # install kernel if [ ! -f $CHROOT.kernel.tgz ]; then # create /etc/fstab (needed for mkinitrd later) ROOTENTRY=$(grep ^[^[:space:]]*[[:space:]]\+/[[:space:]] /etc/fstab) echo $ROOTENTRY $CHROOT/etc/fstab echo $ROOTENTRY $CHROOT/etc/mtab # create rootdisk device (needed for mkinitrd later) ROOTDEV=$(echo $ROOTENTRY | awk '{print $1}') cp -a $ROOTDEV $CHROOT/$ROOTDEV # mount /proc # this is needed for bootcdmkinitrd to work later chroot $CHROOT mount proc /proc -t proc # prevent interactive kernel installation questions ( echo do_symlinks = Yes echo do_initrd = Yes ) | chroot $CHROOT sh -c cat /etc/kernel-img.conf # install kernel chroot $CHROOT apt-get update chroot $CHROOT apt-get -y install initrd-tools grub chroot $CHROOT apt-get -y install linux-image-2.6.15-1-486 # create missing devices # this is needed for getty to work after booting chroot $CHROOT sh -c ' for i in 0 1 2 3 4 5 6; do mknod /lib/udev/devices/tty$i c 4 $i chown root:tty /lib/udev/devices/tty$i chmod 666 /lib/udev/devices/tty$i done ' (cd $CHROOT; tar czf $CHROOT.kernel.tgz --exclude=./proc/* .) fi # install bootcd from unstable echo deb http://ftp.debian.org/debian sid main $CHROOT/etc/apt/sources.list chroot $CHROOT apt-get update chroot $CHROOT apt-get -y install bootcd-mkinitrd grub # build initrd for bootcd. Answer yes to start, and ignore problems echo y i i | chroot $CHROOT bootcdmkinitrd # bootcdwrite chroot $CHROOT bootcdwrite -s This message was sent using IMP, the Internet Messaging Program. ---End Message---
Bug#374685: nautilus-cd-burner: fails to call cdrecord properly
Josselin Mouette [EMAIL PROTECTED] wrote: When you compare against classical UNIX/POSIX privileges, cdrecord needs the following privileges in addition to the UNIX/POSIX basic privs: - The ability to open privileged device nodes - The ability to issue several privileged device ioctl()s All of this can be handled by correct permissions on device nodes - which is handled by udev. Regarding the first point: - If you like to weaken the security of you private home computer, it is up to you. Cdrecord has been designed for better security. Regarding the second point: - You are obviously completely uninformed about recent (starting with 2.6.8.1) Linux kernels. If you like to discuss things like this with me, please inform yourself before about the Linux SCSI filtering code. - The ability to lock into memory This can be done without being root. Wrong in the general case even for Linux. - The ability to control (raise) process priority This is not needed when the system has a correct scheduler (like Linux has). You are onbviously uninformed about CD/DVD writing. See also below! The Linux scheduler is not better then other schedulers and it does not allow cdrecord to run under a real time priority without extra privileges. - The ability to use port numbers below 1024 You don't need that to burn a CD. You are obviously uninformed about cdrecord. Try: man cdrecord /remote/ or read README.rscsi or call cdrecord cdrecord dev=help in order to find out why cdrecord needs this privilege. As Linux does not implement a framework that allows a process to obtain these privileges without being root, it is obvious that cdrecord need to be run by root or to be installed suid root. Which is wrong, as dvd+rw-tools doesn't need these privileges. Do you really like to compare apples with oranges? growisofs is a very simple tool that only supports to write DVDs in packet mode. cdrecord writes in streaming mode If you don't understand the constraints, please ask but avoid sending again untrue claims. Sorry, but Debian only ships free software. You are obviously missinformed: Debian refuses to ship free software. Cdrecord is obviously OSI approved free/OSS software, please try to inform yourself The additional clause (yes, the one you are calling an interpretation) you are adding to the GPL (or, more recently, the CDDL) is so utterly non-free that it doesn't even need to be discussed. I'm very well informed on this matter, and I won't be corrected by people trying to retroactively change their (formerly free) licensing scheme when it comes to discussing about free software. These uninformed (and wrong) rants insult me (the reader) and thus void your credibility. It this what you like to achive here? From your rants, I get the impression that you just did not understand that I am a person who takes OSS very serious. I wish this was also true for all Debian maintainers. The CDDL is a first class OSI approved license because it is open, free and allows to mix CDDL code with code from other OSI licenses. The GPL is a second class OSI license because it does not allow GPL code to appear in other OSI approved projects. The GPL is even asymmetric as it allows code with any license (even closed source) to appear inside a GPLd project (*). If you like to have a license related discussion with me, please don't insult me and first read both the GPL and the CDDL as well as http://opensource.org/docs/definition.php and http://www.us.debian.org/social_contract *) Prove by the fact that the FSF did not sue Veritas for including CSS code with their version of GNU tar and by reading GPL §2 first sentence and GPL §2 clause b). Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Bug#368991: uploaded NMU
Hi, I uploaded an NMU of your package to make sure a fixed version goes into etch (and to allow me to remove xorg-x11 (6.9) from etch). Thanks for your work. Cheers, Andi diff -Nur liboil-0.3.9/debian/changelog liboil-0.3.9~/debian/changelog --- liboil-0.3.9/debian/changelog 2006-06-22 20:56:47.0 +0200 +++ liboil-0.3.9~/debian/changelog 2006-06-22 20:37:17.0 +0200 @@ -1,3 +1,15 @@ +liboil (0.3.9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * fix possible unalignment on i386 - this change not perfect +and should also contain a test suite, but is still better +than nothing at all. Thanks to Christian Aichinger for his +good work on this and the patch. Closes: #368991 +(also keeping the patch around in the diff, so that it's +obvious what was changed) + + -- Andreas Barth [EMAIL PROTECTED] Thu, 22 Jun 2006 19:31:26 +0200 + liboil (0.3.9-1) unstable; urgency=low * New upstream release. diff -Nur liboil-0.3.9/liboil/sse/composite_sse_2pix.c liboil-0.3.9~/liboil/sse/composite_sse_2pix.c --- liboil-0.3.9/liboil/sse/composite_sse_2pix.c2005-12-21 02:27:54.0 +0100 +++ liboil-0.3.9~/liboil/sse/composite_sse_2pix.c 2006-06-22 20:36:42.0 +0200 @@ -32,6 +32,42 @@ #include emmintrin.h #include liboil/liboilcolorspace.h +/* Work around non-aligned stack frames (which causes the intristics to crash + * by making sure the stack frame is always aligned + */ +#if defined(__i386__) +#define OIL_SSE_WRAPPER(name,ret, ...) \ +ret name(__VA_ARGS__) __attribute__((used));\ +ret name ## _wrap (__VA_ARGS__) { \ +OIL_SSE_WRAPPER_CALL(name); \ +} + +#define OIL_SSE_WRAPPER_CALL(name) \ +asm volatile( \ +\n\t \ +subl $0x10,%%esp\n\t \ +andl $0xfff0,%%esp\n\t\ +\ +movdqu 8(%%ebp),%%xmm0\n\t\ +movdqa %%xmm0,(%%esp)\n\t \ +\ +call #name \n\t\ +movl %%ebp,%%esp\n\t \ +: : \ +: eax,ecx,edx,xmm0) + +#elif defined(__amd64__) + +/* Needed because we call *_wrap. Should get optimized away anyway */ +#define OIL_SSE_WRAPPER(name,ret, ...) \ +ret name ## _wrap (__VA_ARGS__) { \ +name(__VA_ARGS__); \ +} + +#else +#error Can't use sse on !i386 and !amd64 +#endif + /* non-SSE2 compositing support */ #define COMPOSITE_OVER(d,s,m) ((d) + (s) - oil_muldiv_255((d),(m))) #define COMPOSITE_ADD(d,s) oil_clamp_255((d) + (s)) @@ -41,20 +77,12 @@ * the channel value in the low byte. This means 2 pixels per pass. */ -union m128_int { - __m128i m128; - uint64_t ull[2]; -}; - -static const struct _SSEData { - union m128_int sse_8x00ff; - union m128_int sse_8x0080; -} c = { -.sse_8x00ff.ull = {0x00ff00ff00ff00ffULL, 0x00ff00ff00ff00ffULL}, -.sse_8x0080.ull = {0x0080008000800080ULL, 0x0080008000800080ULL}, -}; +static const __m128i c_sse_8x00ff = +{0x00ff00ff00ff00ffULL, 0x00ff00ff00ff00ffULL}; +static const __m128i c_sse_8x0080 = +{0x0080008000800080ULL, 0x0080008000800080ULL}; -#define MC(x) (c.sse_##x.m128) +#define MC(x) (c_sse_##x) /* Shuffles the given value such that the alpha for each pixel appears in each * channel of the pixel. @@ -188,7 +216,11 @@ COMPOSITE_IN(oil_argb_B(*src), m)); } } -OIL_DEFINE_IMPL_FULL (composite_in_argb_const_src_sse_2pix, + +OIL_SSE_WRAPPER(composite_in_argb_const_src_sse_2pix, static void, +uint32_t *dest, const uint32_t *src, const uint8_t *mask, int n) + +OIL_DEFINE_IMPL_FULL (composite_in_argb_const_src_sse_2pix_wrap, composite_in_argb_const_src, OIL_IMPL_FLAG_SSE2); static void @@ -216,7 +248,10 @@ COMPOSITE_IN(oil_argb_B(s), mask[0])); } } -OIL_DEFINE_IMPL_FULL (composite_in_argb_const_mask_sse_2pix, +OIL_SSE_WRAPPER(composite_in_argb_const_mask_sse_2pix, static void, +uint32_t *dest, const uint32_t *src, const uint8_t *mask, int n) + +OIL_DEFINE_IMPL_FULL (composite_in_argb_const_mask_sse_2pix_wrap, composite_in_argb_const_mask, OIL_IMPL_FLAG_SSE2); static void @@ -272,7 +307,11 @@ *dest++ = d; } } -OIL_DEFINE_IMPL_FULL (composite_over_argb_const_src_sse_2pix, +
Processed: Fixed in NMU of liboil 0.3.9-1.1
Processing commands for [EMAIL PROTECTED]: tag 368991 + fixed Bug#368991: banshee: crash when click play Tags were: patch Bug#369450: banshee: Segfaults on start Bug#369733: banshee: Banshee segfaults when trying to play a song. Bug#370451: banshee: segfaults when playing any song due to gst audioresample plugin Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. 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#374604: marked as done (evolution-exchange: Crashes when scanning summary information for exchange folder)
Your message dated Thu, 22 Jun 2006 11:17:04 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#374604: fixed in evolution-exchange 2.6.2-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Subject: evolution-exchange: Crashes when scanning summary information for exchange folder Package: evolution-exchange Version: 2.6.2-2 Severity: normal *** Please type your report below this line *** When starting evolution, it begins to scan exchange connected directories. It reaches the point where within the status bar we have the message 'Fetching summary information for new message (99% complete)' and the it hangs followed by a complete 'application has crashed...' dialog. Interestingly, selecting an exchange folder with a smaller number of messages displays with no probs. inbox and sent items (with about 2 messages) causes evolution to crash as described above. Running from a console, the following message is dumped just as the number reaches 99%: camel-exchange-provider-ERROR **: file camel-exchange-store.c: line 1097 (stub_notification): should not be reached aborting... Xlib: unexpected async reply (sequence 0x469a2)! Thanks Rob -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages evolution-exchange depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libcamel1.2-8 1.6.2-3 The Evolution MIME message handlin ii libdbus-1-20.61-6simple interprocess messaging syst ii libebook1.2-5 1.6.2-3 Client library for evolution addre ii libecal1.2-3 1.6.1-3 Client library for evolution calen ii libedata-book1.2-2 1.6.2-3 Backend library for evolution addr ii libedata-cal1.2-1 1.6.1-3 Backend library for evolution cale ii libedataserver1.2-71.6.2-3 Utility library for evolution data ii libedataserverui1.2-6 1.6.2-3 GUI utility library for evolution ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libexchange-storage1.2-1 1.6.2-3 Backend library for evolution cale ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2+b1 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-4 The GNOME 2.2 print architecture - ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgnutls131.4.0-2 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libldap2 2.1.30-13 OpenLDAP libraries ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a
Bug#374685: nautilus-cd-burner: fails to call cdrecord properly
Le jeu 22 juin 2006 19:50, Joerg Schilling a écrit : - The ability to use port numbers below 1024 You don't need that to burn a CD. You are obviously uninformed about cdrecord. Try: man cdrecord /remote/ or read README.rscsi or call cdrecord cdrecord dev=help in order to find out why cdrecord needs this privilege. what I read here, is that rscsi needs to be setuid root (wich is not even proved, but well, whatever). and I don't see why a feature that is maybe used for 0.1% of the users or in 0.001% of the cdrecord runs all over the world, would need cdrecord to be setuid root for everyone. The CDDL is a first class OSI approved license because it is open, free and allows to mix CDDL code with code from other OSI licenses. The GPL is a second class OSI license because it does not allow GPL code to appear in other OSI approved projects. The GPL is even asymmetric as it allows code with any license (even closed source) to appear inside a GPLd project (*). If you like to have a license related discussion with me, please don't insult me and first read both the GPL and the CDDL as well as http://opensource.org/docs/definition.php and http://www.us.debian.org/social_contract You're not only arrogant, but also wrong: it's not only Josselin personnal view on the subject, but also the debian project point of view about it. CDDL does not meets the DFSG [1]. Debian metric to determine if a license is free or not is not OSI, but the DFSG, which I assume that beeing such a license expert, you already know. So please don't insult the project that has read the CDDL license, discussed about it, and reached a public consensus about it. You can disagree with that, but calling people names won't make any progress. [1] http://lists.debian.org/debian-legal/2005/02/msg00037.html -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpX6vg0VCevi.pgp Description: PGP signature
Bug#324978: RE : Re: GPL'ed vlc out of Etch
On Wed, Jun 21, 2006 at 05:15:07PM +0200, Pierre Morin wrote: It doesn't seem to be a problem for other distros, does it ? Other distros ship non-free software and violate license conditions in free software. And your point is? Regards Javier My point is a user's view : videolan.org claims vlc is GPL, as balsa, gcc or grub. balsa, gcc and grub are in Etch and vlc is not. This is strange to me ;) Or is it a problem of bundled non-free extra codecs ? Would it help to move vlc to the non-free section (with Sun's JDK) to get it in Etch ? PM ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368991: Fix for liboil NMU
Hi, the makro defines for amd64 can't work this way as it include the parameter types in the function call (see buildd log). To fix this it is simplest if on amd64 the original functions are called and on i386 the wrapper. To do this the OIL_DEFINE_IMPL_FULL makro has to be replaced by an extended version incorporating the wrapper code from the old patch like this: #if defined(__i386__) #define OIL_DEFINE_IMPL_FULL_WRAPPER(sse_name, name, flags, ret, ...) \ ret sse_name(__VA_ARGS__) __attribute__((used));\ ret sse_name ## _wrap (__VA_ARGS__) { \ OIL_SSE_WRAPPER_CALL(sse_name); \ } \ OIL_DEFINE_IMPL_FULL(sse_name ## _wrap, name, flags); #define OIL_SSE_WRAPPER_CALL(name) \ asm volatile( \ \n\t \ subl $0x10,%%esp\n\t \ andl $0xfff0,%%esp\n\t\ \ movdqu 8(%%ebp),%%xmm0\n\t\ movdqa %%xmm0,(%%esp)\n\t \ \ call #name \n\t\ movl %%ebp,%%esp\n\t \ : : \ : eax,ecx,edx,xmm0) #elif defined(__amd64__) /* Needed because we call *_wrap. Should get optimized away anyway */ #define OIL_DEFINE_IMPL_FULL_WRAPPER(sse_name, name, flags, ret, ...) \ OIL_DEFINE_IMPL_FULL(sse_name, name, flags); #else #error Can't use sse on !i386 and !amd64 #endif The usage then change as the the makros get compined into a signle call. This mean OIL_SSE_WRAPPER(composite_over_argb_const_src_sse, static void, uint32_t *dest, const uint32_t *src, int n) OIL_DEFINE_IMPL_FULL (composite_over_argb_const_src_sse_wrap, composite_over_argb_const_src, OIL_IMPL_FLAG_SSE2); becomes OIL_DEFINE_IMPL_FULL (composite_over_argb_const_src_sse, composite_over_argb_const_src, OIL_IMPL_FLAG_SSE2, static void, uint32_t *dest, const uint32_t *src, int n); Is that enough for you to fix this? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [Pkg-utopia-maintainers] Bug#374999: dbus: Fails to install: /etc/dbus-1/system.d: No such file or directory
Processing commands for [EMAIL PROTECTED]: forcemerge 374930 374999 Bug#374930: dbus: failed to start - Failed to read directory system.d Bug#374999: dbus: Fails to install: /etc/dbus-1/system.d: No such file or directory Forcibly Merged 374930 374999. thanks, Stopping processing here. Please contact me if you need assistance. 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#373417: marked as done (grmonitor: FTBFS: Missing Build-Depends on 'libxi-dev')
Your message dated Thu, 22 Jun 2006 21:22:13 +0200 with message-id [EMAIL PROTECTED] and subject line grmonitor: FTBFS: Missing Build-Depends on 'libxi-dev' has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: grmonitor Version: 0.81-4 Severity: serious Tags: patch When building 'grmonitor' in a clean 'unstable' chroot, I get the following error: make CC=gcc INCLUDES=-I./proc -I/usr/X11R6/include -I/usr/include/xmltok PPS_LIBS=proc/libproc.a XML_LIBS=-lxmlparse -lxmltok CFLAGS=-O2 -g -DBINDIR='\/usr/bin\' GL_LIBS=-lglut -lGLU -lGL -lXi -lm -L/usr/X11R6/lib -lX11 make[1]: Entering directory `/grmonitor-0.81' gcc -I./proc -I/usr/X11R6/include -I/usr/include/xmltok -O2 -g -DBINDIR='/usr/bin' gr_monitor.c getdata.c -lglut -lGLU -lGL -lXi -lm -L/usr/X11R6/lib -lX11 -lxmlparse -lxmltok -o gr_monitor /usr/bin/ld: cannot find -lXi collect2: ld returned 1 exit status make[1]: *** [gr_monitor] Error 1 Please add the missing Build-Depends on 'libxi-dev' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/grmonitor-0.81/debian/control ./debian/control --- ../tmp-orig/grmonitor-0.81/debian/control 2006-06-14 08:47:47.0 + +++ ./debian/control2006-06-14 08:47:40.0 + @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: VÃctor Pérez Pereira [EMAIL PROTECTED] -Build-Depends: debhelper, glutg3-dev, xlibmesa-gl-dev | libgl-dev, libxmltok1-dev, libncurses5-dev | libncurses-dev +Build-Depends: debhelper, libxi-dev, glutg3-dev, xlibmesa-gl-dev | libgl-dev, libxmltok1-dev, libncurses5-dev | libncurses-dev Standards-Version: 3.5.5 Package: grmonitor ---End Message--- ---BeginMessage--- Version: 0.81-4.1 On Wed, Jun 14, 2006 at 10:50:18AM +0200, Andreas Jochens wrote: When building 'grmonitor' in a clean 'unstable' chroot, I get the following error: I've NMUed for this bug, but I forgot the closes: part in the changelog. Thus, closing. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ ---End Message---
Bug#374999: [Pkg-utopia-maintainers] Bug#374999: dbus: Fails to install: /etc/dbus-1/system.d: No such file or directory
forcemerge 374930 374999 thanks, On Thu, Jun 22, 2006 at 07:08:18PM +0200, Kurt Roeckx wrote: Setting up dbus (0.62-2) ... Starting system message bus: dbusFailed to start message bus: Failed to read directory /etc/dbus-1/system.d: No such file or directory invoke-rc.d: initscript dbus, action start failed. dpkg: error processing dbus (--configure): subprocess post-installation script returned error exit status 1 Already reported and fixed in 0.62-3 Sjoerd -- My religion consists of a humble admiration of the illimitable superior spirit who reveals himself in the slight details we are able to perceive with our frail and feeble mind. -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375029: python-numeric: Builds package without Python-Version field
Package: python-numeric Version: 24.2-3 Severity: serious As the subject says, if I try to rebuild python-numeric under pbuilder, the resulting python-numeric binary package has no Python-Version field in it. This causes the resulting package to fail to install: ... Setting up python-numeric (24.2-3) ... Traceback (most recent call last): File /usr/bin/pycentral, line 1365, in ? main() File /usr/bin/pycentral, line 1359, in main rv = action.run(global_options) File /usr/bin/pycentral, line 891, in run pkg.read_version_info() File /usr/bin/pycentral, line 566, in read_version_info raise PyCentralError, package has no field Python-Version __main__.PyCentralError: package has no field Python-Version dpkg: error processing python-numeric (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: python-numeric -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 373956
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.14 # fixed in SVN tags 373956 pending Bug#373956: librpc-xml-perl: FTBFS: Test failures Tags were: patch Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found bug
Processing commands for [EMAIL PROTECTED]: found 368991 0.3.9-1.1 Bug#368991: banshee: crash when click play Bug#369450: banshee: Segfaults on start Bug#369733: banshee: Banshee segfaults when trying to play a song. Bug#370451: banshee: segfaults when playing any song due to gst audioresample plugin Bug marked as found in version 0.3.9-1.1. thanks Stopping processing here. Please contact me if you need assistance. 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#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
package passwd clone 374705 -1 retitle -1 useradd do not create the mail spool (even with CREATE_MAIL_SPOOL=yes in /etc/default/useradd) severity -1 normal thanks Hello Stephen, On Thu, Jun 22, 2006 at 11:18:44AM +0100, Stephen Gran wrote: The bug is present in 1:4.0.16-2. Unless I'm missing something? Well, the bug present in 1:4.0.16-2 is a little bit different: no mail spools are created - even when CREATE_MAIL_SPOOL is set to yes So I'm cloning this bug. The new bug is pending and fixed upstream, with a normal severity. I will close 374705 with the 1:4.0.16-1 version of passwd. Kind Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
Processing commands for [EMAIL PROTECTED]: package passwd Ignoring bugs not assigned to: passwd clone 374705 -1 Bug#374705: adduser: creates incorrect mail spool files during new installation Bug 374705 cloned as bug 375040. retitle -1 useradd do not create the mail spool (even with CREATE_MAIL_SPOOL=yes in /etc/default/useradd) Bug#375040: adduser: creates incorrect mail spool files during new installation Changed Bug title. severity -1 normal Bug#375040: useradd do not create the mail spool (even with CREATE_MAIL_SPOOL=yes in /etc/default/useradd) Severity set to `normal' from `serious' thanks Stopping processing here. Please contact me if you need assistance. 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#374794: Can someone verify that it's fixed?
I believe this is fixed in the recent 2.6.2-3 upload. Can someone confirm that? signature.asc Description: Dette er en digitalt signert meldingsdel
Bug#368991: Fix for liboil NMU
Arrgh, what a dumb mistake. Sorry for screwing up. Goswin has a patch in the works that fixes the problem on amd64 in a rather nice manner. Thanks for your help Goswin. Sorry again, Christian Aichinger signature.asc Description: Digital signature
Bug#368991: Reworked patch for NMU
Package: liboil Followup-For: Bug #368991 Attached is a rework of the NMU patch that now compiles and runs on both i386 and amd64. Enjoy, Goswin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc4-xen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) diff -u liboil-0.3.9/debian/changelog liboil-0.3.9/debian/changelog --- liboil-0.3.9/debian/changelog +++ liboil-0.3.9/debian/changelog @@ -1,3 +1,23 @@ +liboil (0.3.9-1.2) unstable; urgency=low + + * Non-maintainer upload, second attempt. + * Rework patch by Christian Aichinger to not call the wraper on amd64. +Thanks to Goswin von Brederlow. + + -- Andreas Barth [EMAIL PROTECTED] Thu, 22 Jun 2006 21:53:26 +0200 + +liboil (0.3.9-1.1) unstable; urgency=low + + * Non-maintainer upload. + * fix possible unalignment on i386 - this change not perfect +and should also contain a test suite, but is still better +than nothing at all. Thanks to Christian Aichinger for his +good work on this and the patch. Closes: #368991 +(also keeping the patch around in the diff, so that it's +obvious what was changed) + + -- Andreas Barth [EMAIL PROTECTED] Thu, 22 Jun 2006 19:31:26 +0200 + liboil (0.3.9-1) unstable; urgency=low * New upstream release. only in patch2: unchanged: --- liboil-0.3.9.orig/liboil/sse/composite_sse_2pix.c +++ liboil-0.3.9/liboil/sse/composite_sse_2pix.c @@ -32,6 +32,42 @@ #include emmintrin.h #include liboil/liboilcolorspace.h +/* Work around non-aligned stack frames (which causes the intristics to crash + * by making sure the stack frame is always aligned + */ +#if defined(__i386__) +#define OIL_DEFINE_IMPL_FULL_WRAPPER(sse_name, name, flags, ret, ...) \ +ret sse_name(__VA_ARGS__) __attribute__((used));\ +ret sse_name ## _wrap (__VA_ARGS__) { \ +OIL_SSE_WRAPPER_CALL(sse_name); \ +} \ +OIL_DEFINE_IMPL_FULL(sse_name ## _wrap, name, flags); + +#define OIL_SSE_WRAPPER_CALL(name) \ +asm volatile( \ +\n\t \ +subl $0x10,%%esp\n\t \ +andl $0xfff0,%%esp\n\t\ +\ +movdqu 8(%%ebp),%%xmm0\n\t\ +movdqa %%xmm0,(%%esp)\n\t \ +\ +call #name \n\t\ +movl %%ebp,%%esp\n\t \ +: : \ +: eax,ecx,edx,xmm0) + +#elif defined(__amd64__) + +/* Needed because we call *_wrap. Should get optimized away anyway */ + +#define OIL_DEFINE_IMPL_FULL_WRAPPER(sse_name, name, flags, ret, ...) \ +OIL_DEFINE_IMPL_FULL(sse_name, name, flags); + +#else +#error Can't use sse on !i386 and !amd64 +#endif + /* non-SSE2 compositing support */ #define COMPOSITE_OVER(d,s,m) ((d) + (s) - oil_muldiv_255((d),(m))) #define COMPOSITE_ADD(d,s) oil_clamp_255((d) + (s)) @@ -41,20 +77,12 @@ * the channel value in the low byte. This means 2 pixels per pass. */ -union m128_int { - __m128i m128; - uint64_t ull[2]; -}; - -static const struct _SSEData { - union m128_int sse_8x00ff; - union m128_int sse_8x0080; -} c = { -.sse_8x00ff.ull = {0x00ff00ff00ff00ffULL, 0x00ff00ff00ff00ffULL}, -.sse_8x0080.ull = {0x0080008000800080ULL, 0x0080008000800080ULL}, -}; +static const __m128i c_sse_8x00ff = +{0x00ff00ff00ff00ffULL, 0x00ff00ff00ff00ffULL}; +static const __m128i c_sse_8x0080 = +{0x0080008000800080ULL, 0x0080008000800080ULL}; -#define MC(x) (c.sse_##x.m128) +#define MC(x) (c_sse_##x) /* Shuffles the given value such that the alpha for each pixel appears in each * channel of the pixel. @@ -188,8 +216,12 @@ COMPOSITE_IN(oil_argb_B(*src), m)); } } -OIL_DEFINE_IMPL_FULL (composite_in_argb_const_src_sse_2pix, -composite_in_argb_const_src, OIL_IMPL_FLAG_SSE2); + +OIL_DEFINE_IMPL_FULL_WRAPPER (composite_in_argb_const_src_sse_2pix, +composite_in_argb_const_src, OIL_IMPL_FLAG_SSE2, + static void, + uint32_t *dest, const uint32_t *src, const uint8_t *mask, int n); + static void composite_in_argb_const_mask_sse_2pix (uint32_t *dest, const uint32_t *src, @@ -216,8 +248,10 @@ COMPOSITE_IN(oil_argb_B(s), mask[0])); } } -OIL_DEFINE_IMPL_FULL (composite_in_argb_const_mask_sse_2pix, -composite_in_argb_const_mask,
Processed: Fixed in NMU of graphviz 2.8-2.1
Processing commands for [EMAIL PROTECTED]: tag 373254 + fixed Bug#373254: fails to build from source in unstable Tags were: patch Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. 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#374794: marked as done (FTBFS: missing libnspr4-dev)
Your message dated Thu, 22 Jun 2006 13:54:46 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#374794: greps has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: evolution-exchange Version: 2.6.2-2+b1 Severity: grave Hi, evolution-exchange_2.6.2-2+b1 FTBFS on amd64 with the following error: /usr/bin/ld: cannot find -lplc4 collect2: ld returned 1 exit status make[3]: *** [evolution-exchange-storage] Error 1 Please add libnspr4-dev to dependencies. Thanks, Roberto -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to [EMAIL PROTECTED]) ---End Message--- ---BeginMessage--- On Thu, Jun 22, 2006 at 11:25:44AM +0200, Roberto Pariset wrote: $ grep lplc4 /usr/lib/pkgconfig/* $ grep -l lplc4 /usr/lib/**/*.la (both empty) The only one I have is: -rw-r--r-- 1 root root 20K 2006-06-07 21:30 /usr/lib/libplc4.so and only is .so form, no .la. Seems that this bug went away on its own, then. The latest upload of evolution-exchange has built fine on amd64, so I think this report can be closed. 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 ---End Message---
Bug#374794: Can someone verify that it's fixed?
Øystein Gisnås wrote: I believe this is fixed in the recent 2.6.2-3 upload. Can someone confirm that? Yes, evolution-exchange_2.6.2-3_amd64 log can be found here: http://buildd.debian.org/build.php?pkg=evolution-exchangever=2.6.2-3arch=amd64file=log Thanks, Roberto
Processed: Re: Fixed in NMU of graphviz 2.8-2.1
Processing commands for [EMAIL PROTECTED]: Version: 2.8-2.1 Unknown command or malformed arguments to command. tag 373254 - fixed Bug#373254: fails to build from source in unstable Tags were: fixed patch Tags removed: fixed thanks Stopping processing here. Please contact me if you need assistance. 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#374856: tinyerp-client: traceback at atartup - missing icon symlink
fixed at http://archive.daniel-baumann.ch/debian/packages-queue/ waiting for my sponsor.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373254: marked as done (fails to build from source in unstable)
Your message dated Thu, 22 Jun 2006 23:39:37 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed in NMU of graphviz 2.8-2.1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: graphviz Version: 2.8-2 Severity: serious Justification: no longer builds from source Building this package in a pbuilder environment ends like this: make[3]: Leaving directory `/tmp/buildd/graphviz-2.8' make[2]: Leaving directory `/tmp/buildd/graphviz-2.8' make[1]: Leaving directory `/tmp/buildd/graphviz-2.8' # move stuff from lib to examples mv /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/graphs/directed/* \ /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/doc/graphviz/examples/graphs/directed mv /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/graphs/undirected/* \ /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/doc/graphviz/examples/graphs/undirected rmdir /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/graphs/directed rmdir /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/graphs/undirected rmdir /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/graphs # move demo tree to examples, then remove empty dir mv /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/demo/* \ /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/doc/graphviz/examples mv /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/demo/pathplan_data/* \ /tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/doc/graphviz/examples/pathplan_data mv: cannot stat `/tmp/buildd/graphviz-2.8/debian/graphviz/usr/share/graphviz/demo/pathplan_data/*': No such file or directory make: *** [install] Error 1 pbuilder: Failed autobuilding of package ---End Message--- ---BeginMessage--- Version: 2.8-2.1 tag 373254 - fixed thanks I've NMUed for this bug (fixing the bug to use versioning instead of the fixed tag, to ease tracking through testing); here's the changelog: graphviz (2.8-2.1) unstable; urgency=high . * Non-maintainer upload. * When moving the demo tree into /usr/share/doc/graphviz/examples, don't try to move demo/pathplan_data/* after demo/*, since the latter includes the former anyhow; fixes FTBFS. (Closes: #373254) /* Steinar */ -- Homepage: http://www.sesse.net/ ---End Message---
Bug#370186: HAL keeps CD drive spinning constantly
On Tue, Jun 20, 2006 at 01:45:36PM -0400, Nathanael Nerode wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Langasek wrote: On Tue, Jun 13, 2006 at 11:23:02PM +0200, Sjoerd Simons wrote: On Mon, Jun 05, 2006 at 12:29:55PM -0400, Daniel Schepler wrote: I can confirm that this happens on my laptop as well; when a CD is in the drive, I can hear the drive spinning all the time, although at a lower speed than when the disc is being read. After I stop hald manually, the drive spins down after about a minute. What hal does is poll the cddrive for status every two seconds.. Bloody hell. :-) Don't do that please! Sure, if you have another way to detect the insertion of a cd :) It causes a nightmare on laptops as well. Only on certain somewhat broken dell laptops. This shouldn't spin up the drive though.. Well, I can't change the hardware. This drive certainly seems to spin up on status checks; back when I was running Windows, it would spin up three times during the boot process. Hypothesizing, this may well be in the drive firmware. Well a status check isn't the same as trying to read from the drive, which would indeed spin up the drive. Could you try to kill/stop the /usr/lib/hal/hald-addon-storage processes that hal spawns (These poll your drive) and check if that solves it ? Yes, it does. Is there a way to configure hal to not run that process, ever? Or to tell it not to poll the CD drive? Setting storage_media_check_enabled to false in /etc/hal/hald.conf should stop hal from polling your drive. But as said it shouldn't be necessary.. Could you please also try the test program i sent earlier in this bug ? I can really use that info :) Sjoerd -- I don't think so, said Ren'e Descartes. Just then, he vanished.
Bug#370674: marked as done (apticron: argument list for apt-listchanges isn't built properly)
Your message dated Thu, 22 Jun 2006 15:17:03 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#370674: fixed in apticron 1.1.16 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: apticron Version: 1.1.15 Severity: grave Justification: renders package unusable apticron correctly generates the list of packages to be upgraded, but the changelog entries are missing in its mail message. Instead, the mail ends with -snip-snap--snip-snap--snip-snap- Package Details: Usage: apt-listchanges [options] {--apt | filename.deb ...} -snip-snap--snip-snap--snip-snap- Looking into this, I assume line 90 if [ `ls ${PKGPATH}${PKG}_${VERFILE}_*.deb /dev/null` ] ; then to be the source of the problem. I suppose the intention is to filter out packages which couldn't be found in the local file system. But ls returns 0 on success and values greater than 0 on error, so this condition should perhaps rather be if [ ! `ls ${PKGPATH}${PKG}_${VERFILE}_*.deb /dev/null` ] ; then which works on my system. Regards, Michael -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.19-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages apticron depends on: ii apt-listchanges 2.59-0.2Display change history from .deb a ii debconf [debconf 1.5.1 Debian configuration management sy ii iproute 20051007-4 Professional tools to control the ii mailx1:8.1.2-0.20050715cvs-1 A simple mail user agent apticron recommends no packages. ---End Message--- ---BeginMessage--- Source: apticron Source-Version: 1.1.16 We believe that the bug you reported is fixed in the latest version of apticron, which is due to be installed in the Debian FTP archive: apticron_1.1.16.dsc to pool/main/a/apticron/apticron_1.1.16.dsc apticron_1.1.16.tar.gz to pool/main/a/apticron/apticron_1.1.16.tar.gz apticron_1.1.16_all.deb to pool/main/a/apticron/apticron_1.1.16_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Tiago Bortoletto Vaz [EMAIL PROTECTED] (supplier of updated apticron package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 16 Jun 2006 07:14:07 -0400 Source: apticron Binary: apticron Architecture: source all Version: 1.1.16 Distribution: unstable Urgency: low Maintainer: Tiago Bortoletto Vaz [EMAIL PROTECTED] Changed-By: Tiago Bortoletto Vaz [EMAIL PROTECTED] Description: apticron - cron-script to mail impending apt updates Closes: 370674 Changes: apticron (1.1.16) unstable; urgency=low . * Added apt (= 0.6.8) as dependency because apticron uses the --allow-unauthenticated feature wich was started in that apt version. * Fixed problem generating changelog output in the email body. Thanks to Michael Kaaden. (Closes: #370674) * Fixed minor lintian warnings. * Fixed simple fuzzy messages in all languages. Files: bf4afc3083e6d28d5fb1b739175720b9 636 admin extra apticron_1.1.16.dsc 753e5e3aa3e71c2f0d9b15ac7fdd27a8 10539 admin extra apticron_1.1.16.tar.gz 733a6d4b66f0de29013d6e310e1d50c7 8878 admin extra apticron_1.1.16_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmxT2LqiZQEml+FURAkrJAJ99IL+vYOsfaIISkIvgTgprZ60F3QCgs01L pZBqRu4Cz8SVF6TBsRgEkCw= =v+wt -END PGP SIGNATURE- ---End Message---
Bug#374705: [Pkg-shadow-devel] Bug#374705: tentative patch
This one time, at band camp, Nicolas François said: Hello Stephen, On Thu, Jun 22, 2006 at 11:18:44AM +0100, Stephen Gran wrote: The bug is present in 1:4.0.16-2. Unless I'm missing something? Well, the bug present in 1:4.0.16-2 is a little bit different: no mail spools are created - even when CREATE_MAIL_SPOOL is set to yes So I'm cloning this bug. The new bug is pending and fixed upstream, with a normal severity. I will close 374705 with the 1:4.0.16-1 version of passwd. Well it's really, no mail spools are created, but if they were, this bug would be present, but I see your point :) Glad it's fixed now. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#375043: linux-image-2.6.16-2-prep: still fails to generate vmlinuz
Package: linux-image-2.6.16-2-prep Version: 2.6.16-15 Severity: grave Justification: renders package unusable linux-image-2.6.16-2-prep still fails to generate a usable vmlinuz image like the -powerpc package. Setting up linux-image-2.6.16-2-prep (2.6.16-15) ... Hmm. The package shipped with a symbolic link /lib/modules/2.6.16-2-prep/source However, I can not read the target: No such file or directory Therefore, I am deleting /lib/modules/2.6.16-2-prep/source Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Examining /etc/kernel/postinst.d. run-parts: executing /etc/kernel/postinst.d/mkvmlinuz Sorry, I do not know how to handle PowerPC sub-architecture prep in version 2.6.16-2-prep. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages linux-image-2.6.16-2-prep depends on: ii initramfs-tools [linux-initra 0.60 tools for generating an initramfs ii mkvmlinuz 22 create a kernel to boot a PowerPC ii module-init-tools 3.2.2-3tools for managing Linux kernel mo linux-image-2.6.16-2-prep recommends no packages. -- debconf information: linux-image-2.6.16-2-prep/preinst/bootloader-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/bootloader-test-error-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/overwriting-modules-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/old-initrd-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/old-system-map-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/prerm/would-invalidate-boot-loader-2.6.16-2-prep: true linux-image-2.6.16-2-prep/prerm/removing-running-kernel-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/create-kimage-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-prep/preinst/already-running-this-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/failed-to-move-modules-2.6.16-2-prep: linux-image-2.6.16-2-prep/postinst/bootloader-error-2.6.16-2-prep: linux-image-2.6.16-2-prep/postinst/old-dir-initrd-link-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/kimage-is-a-directory: linux-image-2.6.16-2-prep/postinst/depmod-error-initrd-2.6.16-2-prep: false linux-image-2.6.16-2-prep/preinst/elilo-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/preinst/abort-install-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/initrd-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/abort-overwrite-2.6.16-2-prep: linux-image-2.6.16-2-prep/preinst/lilo-initrd-2.6.16-2-prep: true linux-image-2.6.16-2-prep/postinst/depmod-error-2.6.16-2-prep: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375048: bigloo: 2.7a-1.3 breaks jvm backend
Package: bigloo Version: 2.7a-1.3 Severity: serious The 1.3 NMU has a problem, as shown by the results of jvm-test in the log. Because some time ago the mmap test was known to fail, the jvm tests are not fatal to the build. Now sablevm/classpath have improved, ant we can make this test fatal again. This should make -1.3 fail on every jvm-enabled arch. Eg. for amd64 in -1.2 we had: Recette (JVM) Done... --- make[3]: Leaving directory `/build/buildd/bigloo-2.7a/build-tree/bigloo2.7a/recette' vital.scm: [...] date.scm: process.scm: -- recette succeeded: the 1560 tests are clear. And in -1.3: Recette (JVM) Done... --- make[3]: Leaving directory `/build/buildd/bigloo-2.7a/build-tree/bigloo2.7a/recette' Exception in thread main java.lang.ClassFormatError: main (erroneous class name) at java.lang.VMClassLoader.defineClass(libgcj.so.7) at java.lang.ClassLoader.defineClass(libgcj.so.7) at java.security.SecureClassLoader.defineClass(libgcj.so.7) at java.net.URLClassLoader.findClass(libgcj.so.7) at java.lang.ClassLoader.loadClass(libgcj.so.7) at java.lang.ClassLoader.loadClass(libgcj.so.7) at java.lang.Class.forName(libgcj.so.7) at gnu.java.lang.MainThread.run(libgcj.so.7) make[2]: *** [jvm-test] Error 1 Best regards, -- 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#375053: gnupg2: CVE-2006-3082: remote denial of service / crash
Package: gnupg2 Version: 1.9.20-1 1.9.15-6 Severity: serious Tags: security patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CVE-2006-3082: parse-packet.c in GnuPG (gpg) 1.4.3 and 1.9.20, and earlier versions, allows remote attackers to cause a denial of service (gpg crash) and possibly overwrite memory via a message packet with a large length, which could lead to an integer overflow, as demonstrated using the --no-armor option. Test case: perl -e 'print \xcd\xff\xff\xff\xff\xfe'| gpg2 --no-armor The test case will reproducibly crash gnupg2 in both sid and sarge. There is a patch [1] in the GnuPG CVS that purports to fix the issue; I have not yet tested to see if it does (or even if it applies cleanly). Please mention the CVE in your changelog. Thanks, Alec [1] http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/trunk/g10/parse-packet.c?rev=4157r1=4141r2=4157diff_format=u - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-alec-laptop Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnupg2 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libgcrypt11 1.2.2-1LGPL Crypto library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libksba8 0.9.14-1 X.509 and CMS support library ii makedev 2.3.1-81 creates device files in /dev ii zlib1g1:1.2.3-12 compression library - runtime Versions of packages gnupg2 recommends: ii gnupg 1.4.3-1GNU privacy guard - a free PGP rep - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmyoLAud/2YgchcQRAghQAKCjmyj8ryjtau0IsWh6/Z8m8M7ALQCcDyt8 ZAlFu5yE8RdjscyhSyynuFs= =ilQB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375052: gnupg: CVE-2006-3082: remote denial of service / crash
Package: gnupg Version: 1.4.3-1 Severity: serious Tags: security patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CVE-2006-3082: parse-packet.c in GnuPG (gpg) 1.4.3 and 1.9.20, and earlier versions, allows remote attackers to cause a denial of service (gpg crash) and possibly overwrite memory via a message packet with a large length, which could lead to an integer overflow, as demonstrated using the --no-armor option. Test case: perl -e 'print \xcd\xff\xff\xff\xff\xfe'| gpg --no-armor The test case will reproducibly crash gnupg in both sid and sarge. There is a patch [1] in the GnuPG CVS that purports to fix the issue; I have not yet tested to see if it does (or even if it applies cleanly). Please mention the CVE in your changelog. Thanks, Alec [1] http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/trunk/g10/parse-packet.c?rev=4157r1=4141r2=4157diff_format=u - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-alec-laptop Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.3-2 high-quality block-sorting file co ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libldap22.1.30-13+b1 OpenLDAP libraries ii libreadline55.1-7GNU readline and history libraries ii libusb-0.1-42:0.1.12-2 userspace USB programming library ii makedev 2.3.1-81 creates device files in /dev ii zlib1g 1:1.2.3-12 compression library - runtime gnupg recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEmylTAud/2YgchcQRAkR7AKCJKnxmQ/UIIJC5M/GAAki0164CawCfYnVo +ByxhPRbhf9tg1DZYBd/FpU= =KgL5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375048: bigloo: 2.7a-1.3 breaks jvm backend
Hi Yann, On Fri, Jun 23, 2006 at 12:49:58AM +0200, Yann Dirson wrote: The 1.3 NMU has a problem, as shown by the results of jvm-test in the log. Because some time ago the mmap test was known to fail, the jvm tests are not fatal to the build. Now sablevm/classpath have improved, ant we can make this test fatal again. This should make -1.3 fail on every jvm-enabled arch. Of course, it's your prerogative to not want this version of bigloo to ship with etch. However, the reason that the JVM tests fail at build time in 1.3 is that there is no appropriate JVM *installed*: And in -1.3: Recette (JVM) Done... --- make[3]: Leaving directory `/build/buildd/bigloo-2.7a/build-tree/bigloo2.7a/recette' Exception in thread main java.lang.ClassFormatError: main (erroneous class name) at java.lang.VMClassLoader.defineClass(libgcj.so.7) at java.lang.ClassLoader.defineClass(libgcj.so.7) at java.security.SecureClassLoader.defineClass(libgcj.so.7) at java.net.URLClassLoader.findClass(libgcj.so.7) at java.lang.ClassLoader.loadClass(libgcj.so.7) at java.lang.ClassLoader.loadClass(libgcj.so.7) at java.lang.Class.forName(libgcj.so.7) at gnu.java.lang.MainThread.run(libgcj.so.7) make[2]: *** [jvm-test] Error 1 I verified on my system, before proposing this patch, that the test suite passes if I re-run it after installing sablevm; i.e., there is no problem with the resulting bigloo binaries, they just are not compatible with the gcj runtime due to problems with gcj itself. So this seems to me to be a very straightforward workaround for the problem of sablevm being in an inconsistent state across architectures right now in unstable, even though the packages in testing should work fine. Another possibility though would be to make bigloo-backend-jvm arch: all, since it only contains java code. That should save us around 15MB in the archive (per version), and it means not having to worry about which architectures sablevm is working on at any given moment when building. Would you find that option more acceptable? 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#374666: (no subject)
mozilla_2:1.7.13-0.1 FTBFS on all 64 bit architectures with the following error: snip I am sure you know that void* is 8 byte long on 64 bit, while int is still 4 byte long, hence the error. Er, no that's a per-arch decision. Also the updated package has built successfully on the AMD64 autobuilders (and all others) so I'd say this bug can be at least downgraded if not closed, as it will prevent an important security update from propegating to testing. signature.asc Description: OpenPGP digital signature
Bug#375077: udevd: nss_ldap: failed to bind to LDAP server - boot fails
Package: libnss-ldap Version: 251-1 Severity: grave To relevant parts of nsswitch.conf on my system look like this: passwd:files ldap group: files ldap shadow:files ldap libnss_ldap is configured to query a remote LDAP server. This makes booting stuck if you use udevd (which most systems will do nowadays) so I'm filing this bug grave. These are the messages I get: INIT: version 2.86 booting Starting the hotplug events dispatcher: udevd udevd[374]: nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server udevd[374]: nss_ldap: failed to bind to LDAP server ldaps://foo.bar: Can't contact LDAP server udevd[374]: nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server udevd[374]: nss_ldap: failed to bind to LDAP server ldaps://foo.bar: Can't contact LDAP server udevd[374]: nss_ldap: could not connect to any LDAP server as (null) - Can't contact LDAP server udevd[374]: nss_ldap: failed to bind to LDAP server ldaps://foo.bar: Can't contact LDAP server udevd[374]: nss_ldap: reconnecting to LDAP server (sleeping 4 seconds) ... And so on. The sleep interval is doubled each time(4,8,16,32,64 seconds...). The boot process get's stuck completely. If I press STRG+C, udevd is killed and no devices are created, causing to fail the boot process completely. I had to boot from a rescue CD to fix this and remove the above lines from nsswitch.conf again. Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.2Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libkrb531.4.3-7 MIT Kerberos runtime libraries ii libldap22.1.30-13+b1 OpenLDAP libraries Versions of packages libnss-ldap recommends: ii libpam-ldap 180-1 Pluggable Authentication Module al ii nscd 2.3.6-15 GNU C Library: Name Service Cache -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375075: meld: fails to install with unmet dependency 'Depends: python-gnome2'
reassign 375075 python-gnome2 thanks On Fri, Jun 23, 2006 at 09:47:20AM +0530, Y Giridhar Appaji Nag wrote: And if I install python-gnome2 manually ... $ sudo apt-get install python-gnome2 [snip ... download/setup of packages to satisfy python-gnome2 Depends:] And then ... $ sudo apt-get install meld [snip] The following packages have unmet dependencies: meld: Depends: python-gtk2 (= 2.4) but it is not going to be installed Depends: python-glade2 (= 2.4) but it is not going to be installed E: Broken packages $ This is a bug in python-gnome2, which needs to be updated for the all-in-one packaging of python-gtk2 per the new python policy. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#375075: meld: fails to install with unmet dependency 'Depends: python-gnome2'
Processing commands for [EMAIL PROTECTED]: reassign 375075 python-gnome2 Bug#375075: meld: fails to install with unmet dependency 'Depends: python-gnome2' Bug reassigned from package `meld' to `python-gnome2'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bugs again
Processing commands for [EMAIL PROTECTED]: severity 374804 grave Bug#374804: python-gtk2 postinst fails with sed command Severity set to `grave' from `normal' merge 374811 374804 Bug#374804: python-gtk2 postinst fails with sed command Bug#374811: python-gtk2: Unterminated 's' command to SED Merged 374804 374811. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]