Processed: Re: Bug#390667: Reopening, not fixed
Processing commands for [EMAIL PROTECTED]: tags 390667 etch-ignore Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds Tags were: pending Tags added: etch-ignore 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#390667: Reopening, not fixed
tags 390667 etch-ignore thanks On Thu, 2006-11-30 at 00:09 +0100, Aurélien GÉRÔME wrote: tags 390667 pending notfound 390667 1:7.2.2-2 found 390667 1:7.2.2.dfsg.1-3 thanks Hi Simon, On Wed, Nov 29, 2006 at 10:35:56PM +0100, Simon Josefsson wrote: Hi! I looked at the version 1:7.2.2.dfsg.1-2 package, and it seems the bug have not been fixed. I still see these files in the source package: ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc1459.txt ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc2812.txt ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc2813.txt The contents of the files is the real IETF RFCs, which are not licensed under a free license. Well, in any case, I have been right to setup a dsfg.1 release... ;) You did not mention those files in your initial bug report, you just mentioned [1]. Hi! Sorry, my mistake, I didn't notice that. Of course, I will remove them too, but our dear Release Managers will probably tag this bug as etch-ignore. I did not give them the time to do so on this one when you submitted it in the first place. ;P I'm adding the tag now. There is no hurry in fixing this now. If waiting after the release gives you more time to do things properly (e.g., write a script to re-pack the upstream source so you don't have to do it manually), that's fine. I know the timing of these reports is bad regards to the release, but it seems better to report them and tag them etch-ignore than not report them at all. Thanks, Simon
Bug#400874: I hope this is the right fix...
On Thu, Nov 30, 2006 at 01:06:16AM +0100, Andreas Henriksson wrote: Patch attached. Regards, Andreas Henriksson diff -ur apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc apt-0.6.46.3.fix/apt-pkg/deb/debsrcrecords.cc --- apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc 2006-03-02 14:44:28.0 +0100 +++ apt-0.6.46.3.fix/apt-pkg/deb/debsrcrecords.cc 2006-11-30 00:38:19.0 +0100 @@ -40,7 +40,7 @@ char *Buf; if (Bins.length() sizeof(Buffer)) { - BigBuf = new char[Bins.length()]; + BigBuf = new char[Bins.length()+1]; Buf = BigBuf; } else If the buffer needs to be longer by one than Bins you probably also need -if (Bins.length() sizeof(Buffer)) +if (Bins.length() = sizeof(Buffer)) Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
At 1164838352 time_t, Kevin Glynn wrote: One other thing. there should be a directory in /usr/lib/mozart/platform can you tell me its name on nasya? nasya ~ # ls /usr/lib/mozart/platform linux-sparc -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD pgpjJfzcPArzf.pgp Description: PGP signature
Bug#400580: cpufreqd: fails to change governor when goes with battery
Mattia Dongili [EMAIL PROTECTED] writes: [...] the kernel. could you please lower the severity and reassign? I am going to try the same bug with an official debian kernel but als another person say me about this problem on the same hardware and an official kernel. [...] -- Ciao leandro Un esteso e normale uso della crittografia è il sistema più forte per rivendicare il diritto alla privacy nelle comunicazioni telematiche: come tutti i diritti e come i muscoli se non viene esercitato costantemente si atrofizza e va perso. pgpbb5XrgD13N.pgp Description: PGP signature
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Thu, 30 Nov 2006, Anton Altaparmakov wrote: Szaka wrote: pointless to empty journal if clean... It is NOT pointless to empty. It depends on how journaling works, on which we disagree. It's useless to explain the consequences if you're right because I'm obviously aware of it. You would have a good argument if you said that sniff and observe Windows reading all journal clusters during boot even if it's clean which means quite probably that it also analyzes it. Anyway, ntfsresize always unconditionally emptied the journal. So what did you do which made Vista booting? It's either incorrect journal checking on Vista or a side-effect of your changes. Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379628: [Linux-NTFS-Dev] was: Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Thu, 30 Nov 2006, Szakacsits Szabolcs wrote: Surely I would but I don't have much free time recently, and unfortunately it doesn't help that seemingly you have checked in your entire private ntfsprogs CVS in one commmit. Nope, that was all written as a consequence to the changes to libntfs mounting/unmounting. A lot of fixing of code was needed to work with the changes in the utilities. )-: (Well there are two tiny things that slipped in, one is an ntfscat modification and one is a ntfsinfo modification but the major bulk of changes was all due to the mount changes.) Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401017: Apt hangs for ever, complains about bzip2
Package: apt Version: 0.6.46.2 Severity: serious I'm filing this new bug following some discussion (attached) in debian-devel. I've also seen this behaviour a few time and it's very annoying. This should be fixed for etch... Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ ---BeginMessage--- Hello, Is this a bug in apt? pbuilder update --override-config --configfile /tmp/pbuilder-local.SvMNy19452 W: /home/brian/.pbuilderrc does not exist Upgrading for distribution etch Building the build Environment - extracting base tarball [/var/cache/pbuilder/base-etch.tgz] - creating local configuration - copying local configuration - mounting /proc filesystem - mounting /dev/pts filesystem - policy-rc.d already exists - Installing apt-lines Refreshing the base.tgz - upgrading packages Get:1 http://ftp.au.debian.org etch Release.gpg [378B] Get:2 http://ftp.au.debian.org etch Release [74.4kB] Get:3 http://ftp.au.debian.org etch/main Packages/DiffIndex [2038B] Get:4 http://ftp.au.debian.org etch/main Packages [5579kB] Get:5 http://ftp.au.debian.org etch/main Packages [5579kB] 99% [5 Packages gzip 0] (hangs for ever) I have tried waiting for it to timeout, but it doesn't. I tried running it in strace, but then it works. Perfectly. Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii apt 0.6.46.2 Advanced front-end for dpkg The chroot in question doesn't yet have the latest Etch key, but I don't think that is significant. Doing a search for bugs, I see #358817, but this doesn't involve NFS so it looks different. -- Brian May [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Hi, Brian May wrote: Hello, Is this a bug in apt? pbuilder update --override-config --configfile /tmp/pbuilder-local.SvMNy19452 [...] Get:5 http://ftp.au.debian.org etch/main Packages [5579kB] 99% [5 Packages gzip 0] (hangs for ever) [...] I experienced the same some time ago and worked it around by temporarily switching to a different mirror. It then succeeded, and afterwards I could again switch to my usual mirror. But, yesterday I had the same issue in my i386 chroot, so the issue seems to persist Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- On Mon, 27 Nov 2006, Andreas Fester wrote: I experienced the same some time ago and worked it around by temporarily switching to a different mirror. It then succeeded, and afterwards I could again switch to my usual mirror. But, yesterday I had the same issue in my i386 chroot, so the issue seems to persist Use --save-after-login and pbuilder login to open the chroot, add the new apt key, and only then run the update. I don't know where the bug is, but it is directly related to apt key management. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Henrique de Moraes Holschuh wrote: On Mon, 27 Nov 2006, Andreas Fester wrote: I experienced the same some time ago and worked it around by temporarily switching to a different mirror. It then succeeded, and afterwards I could again switch to my usual mirror. But, yesterday I had the same issue in my i386 chroot, so the issue seems to persist Use --save-after-login and pbuilder login to open the chroot, add the new apt key, and only then run the update. I don't know where the bug is, but it is directly related to apt key management. I tried to track it down; I could reproduce it with non-stripped apt-binaries from a re-compiled apt source package. pstree showed the following processes while apt-get was hanging: apt-get(5027)???bzip2(5049) ??gpgv(5032) ??gzip(5038) ??http(5029) ??http(5030) apt-get was blocked in a select() called from apt-get.cc:1354 1353
Bug#399758: marked as done (antigravitaattori: does not start)
Your message dated Thu, 30 Nov 2006 08:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#399758: fixed in antigrav 0.0.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--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Subject: antigravitaattori: does not start Package: antigravitaattori Version: 0.0.2-2 Severity: grave Justification: renders package unusable Antigrav doesn't work on my system. [EMAIL PROTECTED] ~/usr/src/traduceri/po/wormux/upstream/wormux/po $ antigrav open /dev/[sound/]dsp: Device or resource busy Can't initialize OpenAL: There was an error opening the ALC device After killing audacious which took control of /dev/dsp... [EMAIL PROTECTED] ~/usr/src/traduceri/po/wormux/upstream/wormux/po $ antigrav Can't open hover.wav : unknown audio format - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages antigravitaattori depends on: ii libalut0 1.0.1-1 OpenAL Utility Toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-20 GCC support library ii libgl1-mesa-glx [libgl1] 6.5.1-0.4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 6.5.1-0.4 The OpenGL utility library (GLU) ii libopenal0a 1:0.0.8-1 OpenAL is a portable library for 3 ii libpng12-0 1.2.13-3PNG library - runtime hi libsdl1.2debian 1.2.11-7Simple DirectMedia Layer ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 antigravitaattori recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFY18LY8Chqv3NRNoRAhlyAJ9L3zRYHfRTgmy/YY1L0iLM5BafwQCeLjXA BLK/xOpbOR3deMfHQrQTJzc= =UINL -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Source: antigrav Source-Version: 0.0.2-3 We believe that the bug you reported is fixed in the latest version of antigrav, which is due to be installed in the Debian FTP archive: antigrav_0.0.2-3.diff.gz to pool/main/a/antigrav/antigrav_0.0.2-3.diff.gz antigrav_0.0.2-3.dsc to pool/main/a/antigrav/antigrav_0.0.2-3.dsc antigravitaattori_0.0.2-3_i386.deb to pool/main/a/antigrav/antigravitaattori_0.0.2-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. Gürkan Sengün [EMAIL PROTECTED] (supplier of updated antigrav 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, 30 Nov 2006 09:09:46 +0100 Source: antigrav Binary: antigravitaattori Architecture: source i386 Version: 0.0.2-3 Distribution: unstable Urgency: low Maintainer: Gürkan Sengün [EMAIL PROTECTED] Changed-By: Gürkan Sengün [EMAIL PROTECTED] Description: antigravitaattori - Multiplayer flying saucer racing game Closes: 399758 Changes: antigrav (0.0.2-3) unstable; urgency=low . * Allow playing without sound. (Closes: #399758) Files: a5ff2cab9a460c550c880f0ae38e367f 661 games optional antigrav_0.0.2-3.dsc e4f44b2c54fd36c264cf005c42499d38 7615 games optional antigrav_0.0.2-3.diff.gz 7f9e329316f4c5c87dee754c24f3e7a0 1507762 games optional antigravitaattori_0.0.2-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFbpSq+C5cwEsrK54RAhoVAJ4upvRX42FP5JOFNe35YLYRdKukxgCgjpj3 hmMogTUpzYRJQAntvtH4SVs= =Vzt1 -END PGP SIGNATURE- ---End Message---
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Thu, 30 Nov 2006, Szakacsits Szabolcs wrote: On Thu, 30 Nov 2006, Anton Altaparmakov wrote: Szaka wrote: pointless to empty journal if clean... It is NOT pointless to empty. It depends on how journaling works, on which we disagree. It's useless to explain the consequences if you're right because I'm obviously aware of it. You would have a good argument if you said that sniff and observe Windows reading all journal clusters during boot even if it's clean which means quite probably that it also analyzes it. I read the code and it does it. I do not believe in sniffing as you put it. That is useless as you never know what/why the software is doing something. The code itself shows exactly what happens. I prefer to stick with that. Anyway, ntfsresize always unconditionally emptied the journal. So what did you do which made Vista booting? It's either incorrect journal checking on Vista or a side-effect of your changes. I did two things to libntfs: - make the journal be emptied at mount time and - set the dirty bit at mount time. Then at umount time: - clear the dirty bit again unless the volume was dirty when it was mounted. I then did these things to ntfsresize: - remove the journal emptying from ntfsresize as it is done by libntfs now at mount time, - remove the setting dirty of volume as that is also done at mount time; - make ntfsresize unmount the volume if one aborts which will clear the dirty bit again if the volume was not dirty to start with; and finally, - disable the unmount in ntfsresize once it is going to start resizing ntfs as you said that unmounting at that point becomes dangerous. This fixes ntfsresize on Vista for me. Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398635: Diff for 0.9.16.011-2.1 NMU
Hi, I'm about to upload an NMU for this RC-bug with the attached diff. I've simply added the missing dependencies, and corrected the FSF mailing address which caused a large bunch of lintian warnings. There's quite some lintian stuff left... you should check it out. Thijs diff -u phpgroupware-0.9.16.011/debian/changelog phpgroupware-0.9.16.011/debian/changelog --- phpgroupware-0.9.16.011/debian/changelog +++ phpgroupware-0.9.16.011/debian/changelog @@ -1,3 +1,12 @@ +phpgroupware (0.9.16.011-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Add missing depends on mysql-client | postgresql-client, since these +are used in the package's postinst (Closes: #398635). + * Update FSF address in debian/*copyright. + + -- Thijs Kinkhorst [EMAIL PROTECTED] Thu, 30 Nov 2006 09:56:08 +0100 + phpgroupware (0.9.16.011-2) unstable; urgency=low * Fix Depends typo to read php5-mysql (Closes: #387445, #388039) diff -u phpgroupware-0.9.16.011/debian/control phpgroupware-0.9.16.011/debian/control --- phpgroupware-0.9.16.011/debian/control +++ phpgroupware-0.9.16.011/debian/control @@ -15,7 +15,8 @@ phpgroupware-setup (= ${Source-Version}), phpgroupware-admin (= ${Source-Version}), phpgroupware-preferences (= ${Source-Version}), - wwwconfig-common (= 0.0.34), ${misc:Depends} + wwwconfig-common (= 0.0.34), + mysql-client | postgresql-client, ${misc:Depends} Recommends: php5-ldap | php4-ldap Suggests: slapd | ldap-server, postgresql | mysql-server, courier-imap | imap-server, libdbi-perl, phpgroupware-manual, phpgroupware-todo, phpgroupware-notes, phpgroupware-email, phpgroupware-nntp, phpgroupware-calendar, phpgroupware-addressbook Provides: phpgroupware-core, phpgroupware-core-doc diff -u phpgroupware-0.9.16.011/debian/copyright phpgroupware-0.9.16.011/debian/copyright --- phpgroupware-0.9.16.011/debian/copyright +++ phpgroupware-0.9.16.011/debian/copyright @@ -29,8 +29,8 @@ You should have received a copy of the GNU General Public License along with this package; if not, write to the Free Software - Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - 02111-1307, USA. + Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA + 02110-1301, USA. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. diff -u phpgroupware-0.9.16.011/debian/phpgroupware-email.copyright phpgroupware-0.9.16.011/debian/phpgroupware-email.copyright --- phpgroupware-0.9.16.011/debian/phpgroupware-email.copyright +++ phpgroupware-0.9.16.011/debian/phpgroupware-email.copyright @@ -33,8 +33,8 @@ You should have received a copy of the GNU General Public License along with this package; if not, write to the Free Software - Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - 02111-1307, USA. + Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA + 02110-1301, USA. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. diff -u phpgroupware-0.9.16.011/debian/phpgroupware-folders.copyright phpgroupware-0.9.16.011/debian/phpgroupware-folders.copyright --- phpgroupware-0.9.16.011/debian/phpgroupware-folders.copyright +++ phpgroupware-0.9.16.011/debian/phpgroupware-folders.copyright @@ -32,8 +32,8 @@ You should have received a copy of the GNU General Public License along with this package; if not, write to the Free Software - Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - 02111-1307, USA. + Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA + 02110-1301, USA. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. @@ -52,7 +52,8 @@ You should have received a copy of the GNU Lesser General Public License along with this package; if not, write to the Free Software -Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA +Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA +02110-1301, USA. On Debian systems, the complete text of the GNU Lesser General Public License can be found in `/usr/share/common-licenses/LGPL'. diff -u phpgroupware-0.9.16.011/debian/phpgroupware-img.copyright phpgroupware-0.9.16.011/debian/phpgroupware-img.copyright --- phpgroupware-0.9.16.011/debian/phpgroupware-img.copyright +++ phpgroupware-0.9.16.011/debian/phpgroupware-img.copyright @@ -29,8 +29,8 @@ You should have received a copy of the GNU General Public License along with this package; if not, write to the Free Software - Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA - 02111-1307, USA. + Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA + 02110-1301, USA. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. signature.asc
Bug#400580: cpufreqd: same error with official debian kernel 2.6.18-3
Package: cpufreqd Followup-For: Bug #400580 I found the same error with this official debian kernel: Linux janni 2.6.18-3-powerpc #1 Tue Nov 21 11:35:20 CET 2006 ppc GNU/Linux taken from: ii linux-image-2.6.18-3-power 2.6.18-6 Linux 2.6.18 image on uniprocessor 32-bit PowerPC -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages cpufreqd depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcpufreq0 002-2 shared library to deal with the cp ii libsensors3 1:2.10.1-2 library to read temperature/voltag ii libsysfs22.1.0-1 interface library to sysfs ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip Versions of packages cpufreqd recommends: pn acpid none (no description available) -- debconf information: cpufreqd/no_procfs_sysfs: cpufreqd/no_pm: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400817: xephem conflicts with x11-common in sid, becomes uninstallable
On Tue, 28 Nov 2006, Steve Langasek wrote: On Tue, Nov 28, 2006 at 02:30:32PM -0800, Alvaro Martinez Echevarria wrote: The last version of x11-common in sid (1:7.1.0-7) includes an explicit conflict for xephem (with no version), so this extremely useful astronomy package becomes uninstallable. A relatively quick would be appreciated (recompilation?). Regards, Sorry, but xephem hasn't been included in Debian since woody. From http://ftp-master.debian.org/removals.txt: I couldn't help but notice that the package had not been updated for a very long time, but since the new version upstream was never closed, I always assumed it was due to the maintainers's lack of time. [Date: Sun, 24 Oct 2004 13:51:27 -0400] [ftpmaster: James Troup] Removed the following packages from unstable: xephem | 3.5-2 | alpha, arm, s390, sparc xephem |3.5.2-1 | source, hppa, i386, ia64, m68k, mips, powerpc Closed bugs: 270695 --- Reason --- RoM; license problems. So this bug won't be fixed in Debian. Well, let's think about this a little bit. According to what I read in 270695, there's a problem with one specific catalog, which is derived from the Yale catalog for which it is not clear if redistribution of modifications is allowed. But there's a yale package in the system containing the original data. So, big deal: I volunteer to write a small program that will generate YBS.edb in xephem format from the contents of the original yale catalog, hence getting around the licensing problems. Would that be acceptable? Javi, what do you think? (incidentally, I know Javi from school many years ago :). Thanks, -- Álvaro Martínez Echevarría ame AT acm.org ``Pero yo que he sentido una vez en mis manos temblar la alegría / ya no podré morir nunca. / Pero yo que he tocado una vez las agudas agujas del pino / ya no podré morir nunca''. [José Hierro, El muerto]
Bug#397676: Bug#397571: debian-reference: FTBFS: ERROR: reference.zh-tw.pdf could not be generated properly
* Danai SAE-HAN ([EMAIL PROTECTED]) [061109 19:41]: Package: maint-guide Same problem as debian-reference and debian-zh-faq, this time in the japanese version (I already mentioned this in the bug report to #397676) OK, that's noted. It probably only needs a switch from the HBF fonts to the DNP Type1 fonts (see other email). Can you be more verbose? I'm not really an TeX expert, but I want the bugs to disappear. If there is anything what I can do please say so, but at least I failed to apply the solutions in the bug reports. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398635: marked as done (phpgroupware: postinst fails: /usr/share/wwwconfig-common/pgsql.get: line 77: psql: command not found)
Your message dated Thu, 30 Nov 2006 09:32:07 + with message-id [EMAIL PROTECTED] and subject line Bug#398635: fixed in phpgroupware 0.9.16.011-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: phpgroupware Version: 0.9.16.011-2 Severity: serious Usertags: grid5000 Hi, During a piuparts run over all the packages in etch, I ran into a problem with your package: Setting up phpgroupware (0.9.16.011-2) ... setting up apache setting up apache-ssl setting up apache-perl setting up apache2 /usr/share/wwwconfig-common/pgsql.get: line 77: psql: command not found /usr/share/wwwconfig-common/pgsql.get: line 77: psql: command not found dpkg: error processing phpgroupware (--configure): subprocess post-installation script returned error exit status 1 The full log is available from http://ox.blop.info/bazaar/buildlogs/20061114/ The piuparts run was done on about 40 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch i386 environment (not unstable). Internet was not accessible from the build systems. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: phpgroupware Source-Version: 0.9.16.011-2.1 We believe that the bug you reported is fixed in the latest version of phpgroupware, which is due to be installed in the Debian FTP archive: phpgroupware-addressbook_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-addressbook_0.9.16.011-2.1_all.deb phpgroupware-admin_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-admin_0.9.16.011-2.1_all.deb phpgroupware-bookmarks_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-bookmarks_0.9.16.011-2.1_all.deb phpgroupware-calendar_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-calendar_0.9.16.011-2.1_all.deb phpgroupware-chat_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-chat_0.9.16.011-2.1_all.deb phpgroupware-comic_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-comic_0.9.16.011-2.1_all.deb phpgroupware-developer-tools_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-developer-tools_0.9.16.011-2.1_all.deb phpgroupware-dj_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-dj_0.9.16.011-2.1_all.deb phpgroupware-eldaptir_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-eldaptir_0.9.16.011-2.1_all.deb phpgroupware-email_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-email_0.9.16.011-2.1_all.deb phpgroupware-etemplate_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-etemplate_0.9.16.011-2.1_all.deb phpgroupware-felamimail_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-felamimail_0.9.16.011-2.1_all.deb phpgroupware-filemanager_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-filemanager_0.9.16.011-2.1_all.deb phpgroupware-folders_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-folders_0.9.16.011-2.1_all.deb phpgroupware-ftp_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-ftp_0.9.16.011-2.1_all.deb phpgroupware-fudforum_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-fudforum_0.9.16.011-2.1_all.deb phpgroupware-headlines_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-headlines_0.9.16.011-2.1_all.deb phpgroupware-hr_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-hr_0.9.16.011-2.1_all.deb phpgroupware-img_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-img_0.9.16.011-2.1_all.deb phpgroupware-infolog_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-infolog_0.9.16.011-2.1_all.deb phpgroupware-manual_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-manual_0.9.16.011-2.1_all.deb phpgroupware-messenger_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-messenger_0.9.16.011-2.1_all.deb phpgroupware-news-admin_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-news-admin_0.9.16.011-2.1_all.deb phpgroupware-nntp_0.9.16.011-2.1_all.deb to pool/main/p/phpgroupware/phpgroupware-nntp_0.9.16.011-2.1_all.deb
Bug#400874: I hope this is the right fix...
On Thu, Nov 30, 2006 at 08:49:26AM +0100, Jens Seidel wrote: If the buffer needs to be longer by one than Bins you probably also need +if (Bins.length() = sizeof(Buffer)) Good catch, thanks! Updated patch attached. I wonder what the second part of this is good for: if (Bins.empty() == true || Bins.length() = 102400) return 0; Oh, well that's a high enough number that it probably won't be(come) a real world problem and if we're getting that nitpicky at fixing surrounding issues we should probably start by checking if the BigBuf memory allocation failed first. :) -- Regards, Andreas Henriksson diff -uri apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc apt-0.6.46.3-fixed/apt-pkg/deb/debsrcrecords.cc --- apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc 2006-03-02 14:44:28.0 +0100 +++ apt-0.6.46.3-fixed/apt-pkg/deb/debsrcrecords.cc 2006-11-30 10:35:18.0 +0100 @@ -38,9 +38,9 @@ // is large, to avoid a performance penalty char *BigBuf = NULL; char *Buf; - if (Bins.length() sizeof(Buffer)) + if (Bins.length() = sizeof(Buffer)) { - BigBuf = new char[Bins.length()]; + BigBuf = new char[Bins.length()+1]; Buf = BigBuf; } else
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Thu, 30 Nov 2006, Anton Altaparmakov wrote: I read the code and it does it. I do not believe in sniffing as you put it. That is useless as you never know what/why the software is doing something. The code itself shows exactly what happens. I prefer to stick with that. I prefer understanding the code, testing the understanding is correct, and getting continuous user confirmations that both of the previous are indeed right. Anyway, ntfsresize always unconditionally emptied the journal. So what did you do which made Vista booting? It's either incorrect journal checking on Vista or a side-effect of your changes. I did two things to libntfs: - make the journal be emptied at mount time and - set the dirty bit at mount time. Then at umount time: - clear the dirty bit again unless the volume was dirty when it was mounted. I then did these things to ntfsresize: - remove the journal emptying from ntfsresize as it is done by libntfs now at mount time, - remove the setting dirty of volume as that is also done at mount time; In other words, they were moved to libntfs. No real change here. - make ntfsresize unmount the volume if one aborts which will clear the dirty bit again if the volume was not dirty to start with; and finally, - disable the unmount in ntfsresize once it is going to start resizing ntfs as you said that unmounting at that point becomes dangerous. This also has no effect during a successful resize process. This fixes ntfsresize on Vista for me. You didn't answer how the journal looks after running ntfsresize without your changes. That is, the non-empty journal file detection indeed works on Vista. I'd like to emphasize that your change is very dangerous. You did something which is not understood at all. Perhaps Vista can boot now in your case, but it's also possible that it will cause serious problems in other scenarios. Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397750: Patch
The attached patch fixes the problem and has been applied upstream to the unstable version of Interchange. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team diff -u -r2.209 -r2.210 --- interchange/lib/Vend/Config.pm 19 Nov 2006 20:59:56 - 2.209 +++ interchange/lib/Vend/Config.pm 21 Nov 2006 22:32:12 - 2.210 @@ -3438,6 +3438,16 @@ } } + # create currency repositories + for my $locale (keys %{$C-{Locale_repository}}) { + for my $key (@Locale_keys_currency) { +if ($C-{Locale_repository}-{$locale}-{$key}) { + $C-{Currency_repository}-{$locale}-{$key} + = $C-{Locale_repository}-{$locale}-{$key}; +} + } + } + push @Dispatches, 'Locale'; return 1; }, diff -u -r2.100 -r2.101 --- interchange/lib/Vend/Util.pm 15 Nov 2006 15:49:17 - 2.100 +++ interchange/lib/Vend/Util.pm 21 Nov 2006 22:32:12 - 2.101 @@ -417,7 +417,7 @@ } if ($currency) { -my $curr = $Vend::Cfg-{Locale_repository}{$currency}; +my $curr = $Vend::Cfg-{Currency_repository}{$currency}; for(@Vend::Config::Locale_directives_currency) { $Vend::Cfg-{$_} = $curr-{$_}
Processed: tagging 399609
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 399609 + unreproducible Bug#399609: my document was truncated to zero length There were no tags set. Tags added: unreproducible 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: Patch submitted
Processing commands for [EMAIL PROTECTED]: tags 397750 + patch confirmed Bug#397750: Wrong currency There were no tags set. Tags added: patch, confirmed -- 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: reopen, still fails
Processing commands for [EMAIL PROTECTED]: reopen 399986 Bug#399986: python-central doesn't support packages providing only support for old/unsupported runtimes 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. 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#399986: reopen, still fails
reopen 399986 thanks Still fails with 0.5.12. Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400955: base64 problems authenticating using gssapi
Sam, Could you please confirm which version of libsasl2-modules-gssapi-mit you're seeing this error with? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400777: CVE ID
Hi there, This has been assigned CVE-2006-6169 Please mention this id in the changelog when closing it. Many thanks, Neil McGovern -- hermanr 10 people enough for a Debconf? If they were all Germans, maybe... signature.asc Description: Digital signature
Processed: reassign 400923 to multi-gnome-terminal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 reassign 400923 multi-gnome-terminal Bug#400923: gdm: $DISPLAY variable not set Bug reassigned from package `gdm' to `multi-gnome-terminal'. 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#400786: php-imagick_0.9.11+1-4.1(ia64/unstable): FTBFS: missing build-deps?
severity 400786 important retitle 400786 spurious package deps from Magick-config, please use pkg-config thanks On Wed, Nov 29, 2006 at 07:45:38PM +0100, Daniel Kobras wrote: This bug is caused by a missing build-dependency on libxt-dev in imagemagick (and subsequently a missing dependency in the -dev package). The ia64 buildd happened to have libxt-dev installed when building the previous imagemagick upload and thus uncovered the bug. I've just NMUed imagemagick with a fix, and php-imagick could either be requeued on ia64 afterwards, or bin-NMUed on all archs to pick up a consistent set of dependencies. Source changes to php-imagick aren't strictly needed. They're still a good idea, though, because the library dependencies are superfluous anyway and can be avoided by changing config.m4 to use pkg-config ImageMagick instead of Magick-config. php-imagick is given back on ia64 now; I'm downgrading this bug accordingly. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399986: reopen, still fails
On Thu, 30 Nov 2006, Rene Engelhard wrote: reopen 399986 thanks Still fails with 0.5.12. Sorry, you need to provide more info. How exactly have you encountered a failure ? When installing which package on which distribution with which version of python-minimal ? Testing still has a bad version of python-minimal which means that even with the fixed python-central, the problem won't be solved. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Processed: severity of 400923 is serious
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 severity 400923 serious Bug#400923: gdm: $DISPLAY variable not set Severity set to `serious' from `critical' 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#400786: php-imagick_0.9.11+1-4.1(ia64/unstable): FTBFS: missing build-deps?
Processing commands for [EMAIL PROTECTED]: severity 400786 important Bug#400786: php-imagick_0.9.11+1-4.1(ia64/unstable): FTBFS: missing build-deps? Severity set to `important' from `serious' retitle 400786 spurious package deps from Magick-config, please use pkg-config Bug#400786: php-imagick_0.9.11+1-4.1(ia64/unstable): FTBFS: missing build-deps? 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#399986: reopen, still fails
Raphael Hertzog wrote: On Thu, 30 Nov 2006, Rene Engelhard wrote: reopen 399986 thanks Still fails with 0.5.12. Sorry, you need to provide more info. How exactly have you encountered a failure ? Well, the failure is in the report already (initial report!) but extra for you here it is again: (I thought I don't need to mention it again since it was already there, but..) $ sudo dpkg --configure -a [...] Setting up python-iconvcodec (1.1.2-3+b1) ... pycentral: pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) dpkg: error processing python-iconvcodec (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: netatalk python-iconvcodec When installing which package on which distribution with which version of python-minimal ? python-iconvcodec, obviously. Distribution: sid python-central 0.5.12 python-minimal 2.4.4-1 Testing still has a bad version of python-minimal which means that even with the fixed python-central, the problem won't be solved. If I'd be talking about testing I'd have said that. Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#401030: Jacal is unable to start due to guile init file not being where jacal thinks it is
Package: jacal Version: 1b7-1 Severity: grave Justification: renders package unusable Attempting to start jacal gives the following error message: $ jacal guile -l /usr/share/slib/guile.init -l /usr/lib/jacal/go.scm ERROR: In procedure open-file: ERROR: No such file or directory: /usr/share/slib/guile.init $ The guile init file is actually here: $ locate guile.init /usr/share/slib/init/guile.init $ In other words, the guile.init file is one level deeper in the file system than Jacal believes. Thanks, eric -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages jacal depends on: ii guile-1.6 [guile] 1.6.8-6The GNU extension language and Sch jacal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400955: base64 problems authenticating using gssapi
On Wed, 2006-11-29 at 15:08 -0500, Sam Hartman wrote: I get a base64 error authenticating to a system that works fine with a previous version of sasl. To reproduce: [...] You get a base64 decoding error. With the old sasl you should get an authentication failure because testprinc is not allowed to read my mail. Thanks for the report! I don't have a Kerberos system to test against right now. Could you try to pinpoint what's going on here? More detailed error messages, straces, anything that might help narrow down where the failure occurs. Also, what about the case when the authentication should succeed? Does it succeed or do you get some similar, unexpected error? Thanks, -- Fabian Fagerholm [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable
Processing commands for [EMAIL PROTECTED]: tags 325528 - fixed Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable Tags were: fixed Tags removed: fixed found 325528 1.3.1-1 Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable Bug marked as found in version 1.3.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#397788: for the benifit of the testing scripts
found 397788 mailto:[EMAIL PROTECTED]1:2.0.0+beta5-1 Thanks the testing scripts seem to think this is not in beta5-1, hopefully this message will fix that problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable
tags 325528 - fixed found 325528 1.3.1-1 thanks Correcting the bug information. This bug seems to be reopened and not yet fixed. On November 21, 2006 at 11:47PM +0900, ukai (at debian.or.jp) wrote: reopen 325528 thanks It still misses putting libm17n-X.so in libm17n-0. % dpkg -s libm17n-0 | grep '^Version:' Version: 1.3.1-1 % dpkg -L libm17n-0 | grep libm17n-X.so /usr/lib/libm17n-X.so.0.1.0 /usr/lib/libm17n-X.so.0 % mgp test.mgp ... libm17n-X.so: cannot open shared object file: No such file or directory zsh: segmentation fault mgp test.mgp % % sudo apt-get install libm17n-dev ... % dpkg -L libm17n-dev | grep libm17n-X.so /usr/lib/libm17n-X.so % mgp test.mgp (no segfault) Thus, libm17n-X.so should be in runtime package, but it still is in development package (libm17n-dev) Even if libm17n-dev is installed, mgp with libm17n is still unusable. See also bug#400105. -- Tatsuya Kinoshita pgpORKmp9x0m9.pgp Description: PGP signature
Processed: damn thunderbird
Processing commands for [EMAIL PROTECTED]: found 397788 1:2.0.0+beta5-1 Bug#397788: gaim usually crashes at startup on amd64 Bug#398034: gaim: dies within minutes of being lauched Bug marked as found in version 1:2.0.0+beta5-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]
Processed: Re: reopen, still fails
Processing commands for [EMAIL PROTECTED]: severity 398899 serious Bug#398899: python-iconvcodec: Fails to upgrade Severity set to `serious' from `important' retitle 398899 python-iconvcodec: won't install without python2.3, either remove or depend explicitely on python2.3 Bug#398899: python-iconvcodec: Fails to upgrade 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#399986: reopen, still fails
severity 398899 serious retitle 398899 python-iconvcodec: won't install without python2.3, either remove or depend explicitely on python2.3 thanks On Thu, 30 Nov 2006, Rene Engelhard wrote: $ sudo dpkg --configure -a [...] Setting up python-iconvcodec (1.1.2-3+b1) ... pycentral: pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) dpkg: error processing python-iconvcodec (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: netatalk python-iconvcodec Do you have python2.3 installed ? I expect you don't have it installed. In that case, python-central complains rightly. IMO the bug is no more in python-central but in python-iconvcodec ... which should be removed or fixed to state that it provides something useful only for python2.3 (and thus depend on it instead of depending on python (= 2.3)). Note that while I understand this rationale, I'm not sure that this python-central behaviour is the smartest possible. The bug concerning python-iconvcodec is #398899. I'm bumping the severity of the bug to serious to get it out of testing in the current state at least. When installing which package on which distribution with which version of python-minimal ? python-iconvcodec, obviously. Well given that the bug is reported against python-central, it's not so obvious. :) Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Processed: set moreinfo tag
Processing commands for [EMAIL PROTECTED]: tags 400955 + moreinfo Bug#400955: base64 problems authenticating using gssapi There were no tags set. Tags added: moreinfo 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#400190: unixcw: FTBFS on amd64: cp: cannot stat `debian/tmp//usr/lib/libcw.so.0.0': No such file or directory
I have just tried to build unixcw-2.3 on merkel.debian.org (another amd64 machine). While the build log reports: - make[3]: Entering directory `/build/buildd/unixcw-2.3/src/cwlib' if [ no = yes ]; then \ x86_64-linux-gnu-gcc -shared -Wl,-soname,libcw.so.0 \ -o libcw.so.0.0.0 cwlib.o; \ else\ if [ no = yes ]; then \ /usr/bin/ld -G -Wl,-soname,libcw.so.0 \ -o libcw.so.0.0.0 cwlib.o; \ fi \ fi - The manual compilation on merkel reports: - if [ yes = yes ]; then \ gcc -shared -Wl,-soname,libcw.so.0 \ -o libcw.so.0.0.0 cwlib.o; \ else\ if [ yes = yes ]; then \ /usr/bin/ld -G -Wl,-soname,libcw.so.0 \ -o libcw.so.0.0.0 cwlib.o; \ fi \ fi - and libcw.so.0.0.0 seems to be created correctly. I have tried to run the little test program included in configure.ac (which fails on the build daemon) by hand, it does the following: cat conftest.c -EOF int so_test() { return 0; } EOF $CC -c conftest.c $CC -shared -o conftest.so conftest.o rm -f conftest.c conftest.o if test -f conftest.so ; then nm conftest.so | grep -q so_test if test $? -eq 0 ; then CC_LINKS_SO=yes fi fi This test reports success in merkel, so CC_LINKS_SO is set to yes. Any idea why this fails on the build daemon? Regards, Joop pa3aba at debian dot org
Bug#398425: NMU uploaded
Hi, I uploaded an NMU of your package. Please see this as help to get the package into a releaseable condition for etch. Please find the used diff below. Cheers, Andi diff -ur ../mondo-2.20~/debian/changelog ../mondo-2.20/debian/changelog --- ../mondo-2.20~/debian/changelog 2006-11-30 13:51:18.0 + +++ ../mondo-2.20/debian/changelog 2006-11-30 13:52:49.0 + @@ -1,3 +1,11 @@ +mondo (2.20-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Add dependency on libfribidi0 to work around bug #379938. +Closes: #398425 + + -- Andreas Barth [EMAIL PROTECTED] Thu, 30 Nov 2006 13:51:46 + + mondo (2.20-1) unstable; urgency=medium * New upstream release: diff -ur ../mondo-2.20~/debian/control ../mondo-2.20/debian/control --- ../mondo-2.20~/debian/control 2006-11-30 13:51:18.0 + +++ ../mondo-2.20/debian/control2006-11-30 13:53:00.0 + @@ -10,7 +10,7 @@ Architecture: amd64 i386 Section: utils Priority: optional -Depends: ${shlibs:Depends}, ${misc:Depends}, mindi (= 2.20), afio, buffer, cdrecord, lzop +Depends: ${shlibs:Depends}, ${misc:Depends}, mindi (= 2.20), afio, buffer, cdrecord, lzop, libfribidi0 Recommends: dvd+rw-tools Suggests: mondo-doc Description: powerful disaster recovery suite -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401040: python-setuptools: FTBFS: can't read .../easy_install-2.3
Package: python-setuptools Version: 0.6c3-1 Severity: serious Tags: sid From my pbuilder build log, using a sid chroot: ... sed -i -e 's/python2.4/python2.3/g' \ debian/python-setuptools/usr/bin/easy_install-2.3 sed: can't read debian/python-setuptools/usr/bin/easy_install-2.3: No such file or directory make: *** [binary-indep] Error 2 This doesn't happen in an etch chroot; it looks like it's probably related to the unsupporting of python2.3 in sid. -- Daniel Schepler Content analysis details:(-4.4 points, 5.0 required) pts rule name description -- -- -1.8 ALL_TRUSTEDPassed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.]
Bug#401039: network-manager: FTBFS: DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT undeclared
Package: network-manager Version: 0.6.4-5 Severity: serious From my pbuilder build log (reproduced using both sid and etch chroots): ... cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include -I../src/named-manager -I../src/vpn-manager -I../src/dhcp-manager -I../utils -I../libnm-util -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_VERSION_MAJOR=1 -DDBUS_VERSION_MINOR=0 -DDBUS_VERSION_MICRO=1 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DWPA_SUPPLICANT_BIN=\/sbin/wpa_supplicant\ -DDBUS_API_SUBJECT_TO_CHANGE -DG_DISABLE_DEPRECATED -DBINDIR=\/usr/bin\ -DSBINDIR=\/usr/sbin\ -DLIBEXECDIR=\/usr/lib/network-manager\ -DDATADIR=\/usr/share\ -DSYSCONFDIR=\/etc\ -DLOCALSTATEDIR=\/var\ -DNM_RUN_DIR=\/var/run/NetworkManager\ -DGNOMELOCALEDIR=\/usr/share/locale\ -DARP_DEBUG -g -Wall -O2 -c -o NetworkManager-NetworkManagerDbus.o `test -f 'NetworkManagerDbus.c' || echo './'`NetworkManagerDbus.c NetworkManagerDbus.c: In function 'nm_dbus_init': NetworkManagerDbus.c:838: error: 'DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT' undeclared (first use in this function) NetworkManagerDbus.c:838: error: (Each undeclared identifier is reported only once NetworkManagerDbus.c:838: error: for each function it appears in.) make[4]: *** [NetworkManager-NetworkManagerDbus.o] Error 1 make[4]: Leaving directory `/tmp/buildd/network-manager-0.6.4/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/network-manager-0.6.4/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/network-manager-0.6.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/network-manager-0.6.4' make: *** [debian/stamp-makefile-build] Error 2 -- Daniel Schepler Content analysis details:(-4.4 points, 5.0 required) pts rule name description -- -- -1.8 ALL_TRUSTEDPassed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.] 0.0 UPPERCASE_25_50message body is 25-50% uppercase
Bug#396964: Accepted lynx 2.8.5-2sarge2.2 (source i386)
On Thu, Nov 30, 2006 at 01:46:31PM +0100, Guus Sliepen wrote: I didn't know PERSONAL_MAILCAP was run-time configurable (it looks a #define to me). If apt-get source wasn't segfaulting at the moment I'd It's a #define. But the change to use the home directory is in the wrong place. I'd point out that it doesn't solve the problem, and that the program is still subject to the same issue as reported, but that would be redundant. check it. But this explaination is a lot more useful than upstream won't accept it. But why did you send this to the debian-devel mailing list instead of as a follow-up to the bugreport? I've noticed that my comments to followup on the lynx bug reports are ignored by the package maintainer as well as the security team. It's nice to get replies. (And normally expected that one or both of those would solicit comments from upstream). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpg0inIGCKLM.pgp Description: PGP signature
Bug#396964: Accepted lynx 2.8.5-2sarge2.2 (source i386)
* Thomas Dickey ([EMAIL PROTECTED]) [061130 14:12]: On Thu, Nov 30, 2006 at 01:46:31PM +0100, Guus Sliepen wrote: I didn't know PERSONAL_MAILCAP was run-time configurable (it looks a #define to me). If apt-get source wasn't segfaulting at the moment I'd It's a #define. But the change to use the home directory is in the wrong place. I'd point out that it doesn't solve the problem, and that the program is still subject to the same issue as reported, but that would be redundant. So, what do you think would be the appropriate behaviour? I don't mind changing the behaviour to something which sounds sensible for you too, but - taking the files from the cwd opens up a can of issues. I've noticed that my comments to followup on the lynx bug reports are ignored by the package maintainer as well as the security team. I'm sorry, but I didn't see any comments from you on this bug report - though perhaps I didn't look deep enough. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399697: python-numeric: Fails to build 2.3 version
On Wednesday 22 November 2006 21:32 pm, Raphael Hertzog wrote: As the subject says, if I build python-numeric under pbuilder, the resulting package has no contents for python2.3, nor any Provides of python2.3-numeric. This is the normal behaviour of the package since in sid python2.3 is no more marked as supported in /usr/share/python/debian_defaults ... It seems to me that it's a bad idea to make this change in sid while the old python packages are frozen in etch. The result will be: if anybody uploads updated versions of their python packages, they will get autobuilt against the sid packages and thus have no 2.3 contact, which is out of sync with what would happen with people wanting to hand-build their packages locally using etch. I think you should decide whether you want python2.3 to be supported in etch or not. If you do, you should revert the changes in sid until after the etch release; if you don't, you need to ask the release team to let the new python packages into etch despite the freeze of base toolchain packages, and also prepare a list of appropriate binNMU's needed to sync up the packages in sid with this change. I'm Cc'ing debian-release to get their opinion on this issue (since I don't see any discussion on this in a quick search of the list archives for the last month). -- Daniel Schepler Content analysis details:(-4.4 points, 5.0 required) pts rule name description -- -- -1.8 ALL_TRUSTEDPassed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.]
Bug#385224: marked as done ([experimental] slrn segfaults in strlen() on some articles)
Your message dated Thu, 30 Nov 2006 15:05:55 +0100 with message-id [EMAIL PROTECTED] and subject line 385224 is already fixed 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: slrn Version: 0.9.8.1pl2~cvs20060816-2 Severity: serious Justification: segfault The version in experimental reproducibly dies when selecting special articles in the article pager. Running in gdb does not give much output unfortunately: Program received signal SIGSEGV, Segmentation fault. 0xb7ce1203 in strlen () from /lib/tls/libc.so.6 (gdb) bt #0 0xb7ce1203 in strlen () from /lib/tls/libc.so.6 #1 0x0807e454 in ?? () One article that _always_ kills slrn is news.gmane.org, group gmane.org.operators.nanog, article #43204 (MsgID [EMAIL PROTECTED], Experiences with DDoS platforms... by Fergie). Happens several times to me per day. Thanks for the experimental release though, finally a slrn with good UTF-8 support. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages slrn depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcanlock2 2b-4 library for creating and verifying ii libgnutls13 1.4.2-1the GNU TLS library - runtime libr ii libslang2 2.0.6-2The S-Lang programming library - r slrn recommends no packages. -- debconf information: slrn/getdescs_now: false * shared/mailname: obelix.birkenwald.de slrn/manual_getdescs: * shared/news/server: localhost slrn/getdescs: cron job slrn/lost_slrnpull: ---End Message--- ---BeginMessage--- Version: 0.9.8.1pl2~cvs20060831-1 Already fixed by maintainer. slrn (0.9.8.1pl2~cvs20060831-1) experimental; urgency=low . * New upstream cvs snapshot. + Fixed segmentation fault on some articles. (closes: #385224, #383669 -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum ---End Message---
Bug#399697: pygame: diff for NMU version 1.7.1release-4.1
Hello, On Wed, 22 Nov 2006, Raphael Hertzog wrote: Attached is a patch that fixes the two bugs and that improves various other things. If you want me to upload this as NMU, just ask. It's been a week without news. I uploaded the NMU. Ed Joe, I'd suggest to move the maintenance of this package in the python-modules team so that other people can easily fill the gaps when you don't have time. http://python-modules.alioth.debian.org/ I'll gladly add you to the team, just ask me. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
reassign 400355 mozart thanks Julien Danjou writes: At 1164838229 time_t, Kevin Glynn wrote: Can you send me the output of this command when run on this machine (nasya): echo `uname -m` `uname -s` `uname -r` sparc64 Linux 2.6.18-1-sparc64 Unfortunately, spontini is still locked down. Do you know if there is anything different about this machine compared to the other autobuilders. If you have access it would be helpful if you could also run the above command on spontini as well. As far as I can tell there is nothing different :) Well, nasya is identifying itself as a sparc64 and I guess spontini is just using sparc. Mozart won't run on 64 bit architectures. However, from reading http://www.debian.org/ports/sparc/ It looks like everything is actually built and run in 32 bit mode. I am a bit surprised that mozart built on sparc64, did you build it yourself (if so, would you mind sending me the logs for my interest), or did you install the sparc binary? I can enable mozart for sparc64 but before doing that I would like to know that the test suite runs OK. Please build mozart, then cd to cd build dir/mozart-1.3.2.20060615+dfsg/BUILD/share/test make boot-all make boot-check If that prints a big PASSED at the end then I will make the change, if not please send me the log. Thanks a lot for your help. k -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399382: Can't reproduce 399382 with qemu 0.8.2-3
I can reproduce the FTBFS on i386 with 0.8.1-1, but can't with 0.8.2-3 (current unstable). Can you retest with that version please? Thanks, Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
Processing commands for [EMAIL PROTECTED]: reassign 400355 mozart Bug#400355: mozart-gtk: FTBFS: arch is unknown ? Bug reassigned from package `mozart-gtk' to `mozart'. 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#398642: links2 -g still doesn't work 2.1pre25-2, missing X support?
In xterm I only get: -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-10-17 10:09) (*) Direct/Memcpy: Using MMXEXT optimized memcpy() (!) Direct/Util: opening '/dev/fb0' failed -- Permission denied (!) DirectFB/FBDev: Error opening framebuffer device! (!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable. (!) DirectFB/Core: Could not initialize 'system' core! -- Initialization error! svgalib: Cannot get I/O permissions. and: $ links2 -g -driver x Unknown graphics driver x. The following graphics drivers are supported: directfb, fb, svgalib Policy for links2 is: links2: Installed: 2.1pre25-2 Candidate: 2.1pre25-2 Version table: *** 2.1pre25-2 0 500 http://ftp.fi.debian.org sid/main Packages 100 /var/lib/dpkg/status 2.1pre24-1 0 990 http://ftp.fi.debian.org etch/main Packages 2.1pre16-1 0 500 http://ftp.fi.debian.org sarge/main Packages Sarge version works supports X on this etch box: $ apt-cache policy links2 links2: Installed: 2.1pre16-1 Candidate: 2.1pre24-1 Version table: 2.1pre25-2 0 500 http://ftp.fi.debian.org sid/main Packages 2.1pre24-1 0 990 http://ftp.fi.debian.org etch/main Packages *** 2.1pre16-1 0 500 http://ftp.fi.debian.org sarge/main Packages 100 /var/lib/dpkg/status $ links2 -g -driver xasdf Unknown graphics driver xasdf. The following graphics drivers are supported: x, directfb, fb, svgalib, sdl Is the missing X support a bug or a feature? -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396964: Accepted lynx 2.8.5-2sarge2.2 (source i386)
On Thu, Nov 30, 2006 at 02:15:42PM +0100, Andreas Barth wrote: * Thomas Dickey ([EMAIL PROTECTED]) [061130 14:12]: On Thu, Nov 30, 2006 at 01:46:31PM +0100, Guus Sliepen wrote: I didn't know PERSONAL_MAILCAP was run-time configurable (it looks a #define to me). If apt-get source wasn't segfaulting at the moment I'd It's a #define. But the change to use the home directory is in the wrong place. I'd point out that it doesn't solve the problem, and that the program is still subject to the same issue as reported, but that would be redundant. So, what do you think would be the appropriate behaviour? I don't mind changing the behaviour to something which sounds sensible for you too, but - taking the files from the cwd opens up a can of issues. yes - I agreed with that, but also pointed out that there wasn't a check to ensure that the file is not world-writable, etc. That's something that the various shell programs do for example - iirc csh won't use .cshrc if you don't own it (for at least some systems ;-). It would be nice to ensure that the global mailcap/mime.types files also are secure, but that's harder to do (portably) since you can't assume much about the ownership of the file. But I did at least ensure that those are absolute pathnames. I've noticed that my comments to followup on the lynx bug reports are ignored by the package maintainer as well as the security team. I'm sorry, but I didn't see any comments from you on this bug report - though perhaps I didn't look deep enough. It was moved from another number, where I pointed out that most of the given examples were still true for the user's home directory. However, my remark about ignored comments applies to last couple of years. Anyway, compare with the patch I made a couple of weeks ago. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpdqmEqi59dK.pgp Description: PGP signature
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Thu, 30 Nov 2006, Szakacsits Szabolcs wrote: On Thu, 30 Nov 2006, Anton Altaparmakov wrote: This fixes ntfsresize on Vista for me. You didn't answer how the journal looks after running ntfsresize without your changes. That is, the non-empty journal file detection indeed works on Vista. I have not the faintest idea what was wrong before. All I noticed was that libntfs was not resetting the journal and was not marking volumes dirty. This is what ntfsfix was doing. So I moved it to libntfs ntfs_mount as it belongs there and then dealt with all the fall out from that... I then tried running ntfsresize and to my surprise it now made Vista work. Why - no idea, and I could not care less. It works now. I'd like to emphasize that your change is very dangerous. You did something which is not understood at all. Perhaps Vista can boot now in your case, but it's also possible that it will cause serious problems in other scenarios. It will not. At least my changes to ntfsresize are perfectly well undersstood: As you said I moved the functionality to libntfs, that's all. Why it works as a consequence I have no idea. I assumed I would have to do more work on ntfsresize afterwards but for some bizzare reason that was enough. So ntfsresize was not doing something or doing something wrong and now that libntfs is doing the job it just works. If you want to know why you are welcome to spend your own time figuring that out. I am afraid I have too much work to do to care... Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400955: base64 problems authenticating using gssapi
found 400955 2.1.22.dfsg1-3 thanks Steve == Steve Langasek [EMAIL PROTECTED] writes: Steve Sam, Could you please confirm which version of Steve libsasl2-modules-gssapi-mit you're seeing this Really sorry about forgetting the version header. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399816: marked as done (python-pygame: lacks dependency python-numeric)
Your message dated Thu, 30 Nov 2006 14:17:05 + with message-id [EMAIL PROTECTED] and subject line Bug#399816: fixed in pygame 1.7.1release-4.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: angrydd Version: 1.0.1-1 Severity: serious Marco, thanks for reporting this so discreet in a private e-mail. :) ---BeginMessage--- Hi Bart, Just wanted to tell you that the angrydd package in debian sid is missing a dependency on python-numeric. Thank you for providing the package :-) Regards, Marco ---End Message--- signature.asc Description: This is a digitally signed message part ---End Message--- ---BeginMessage--- Source: pygame Source-Version: 1.7.1release-4.1 We believe that the bug you reported is fixed in the latest version of pygame, which is due to be installed in the Debian FTP archive: pygame_1.7.1release-4.1.diff.gz to pool/main/p/pygame/pygame_1.7.1release-4.1.diff.gz pygame_1.7.1release-4.1.dsc to pool/main/p/pygame/pygame_1.7.1release-4.1.dsc python-pygame_1.7.1release-4.1_i386.deb to pool/main/p/pygame/python-pygame_1.7.1release-4.1_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. Raphael Hertzog [EMAIL PROTECTED] (supplier of updated pygame 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, 30 Nov 2006 15:07:18 +0100 Source: pygame Binary: python-pygame Architecture: source i386 Version: 1.7.1release-4.1 Distribution: unstable Urgency: high Maintainer: Ed Boraas [EMAIL PROTECTED] Changed-By: Raphael Hertzog [EMAIL PROTECTED] Description: python-pygame - SDL bindings for games development in Python Closes: 399697 399816 Changes: pygame (1.7.1release-4.1) unstable; urgency=high . * Non-maintainer upload. * Build-depend on python-numeric instead of python2.[34]-numeric. Closes: #399697 * Likewise build-depend on python-all-dev instead of python2.[34]-dev. * Dropped useless build-dependency on python (it's granted with python-all-dev). * Add missing dependency on python-numeric. Closes: #399816 * Changed XS-Python-Version to = 2.3 since pygame apparently supports python 2.5 and I couldn't find a rationale for 2.3, 2.4 in the changelog. * Fix lintian errors/warnings: - Added empty binary-indep target in debian/rules. - Removed dh_python call and adjust python-central build-dependency accordingly. Files: 149978473c5f9afe0b48d352c23583c4 923 python optional pygame_1.7.1release-4.1.dsc f05d73cc012faa338fd60ec4df366dc6 4825 python optional pygame_1.7.1release-4.1.diff.gz 706ad56cc2119afc6967711863dcac16 647016 python optional python-pygame_1.7.1release-4.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFbuYEvPbGD26BadIRAnQcAKCzRmsRwzROwGnFOjubmc3lBkaIuQCfcAKF 1pjRfGymJTeNkKytfXI97v0= =fMny -END PGP SIGNATURE- ---End Message---
Processed: Re: Bug#400955: base64 problems authenticating using gssapi
Processing commands for [EMAIL PROTECTED]: found 400955 2.1.22.dfsg1-3 Bug#400955: base64 problems authenticating using gssapi Bug marked as found in version 2.1.22.dfsg1-3. 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#401047: imagemagick: [AMD64] FTBFS with recent libpng.
Package: imagemagick Version: 7:6.2.4.5.dfsg1-0.12 Severity: serious Tags: patch Justification: no longer builds from source Recent libpng actived MMX optimisations on amd64, it seems, and a previously uncompiled code snippet in coders/png.c is now alive. It's example code from libpng's man page, but contains a few cutpaste errors that break compiling. Patch for those is attached. Unfortunately, imagemagick doesn't build on amd64 with these fixes, either because of linker errors due to a missing symbol in libpng. For Debian's purposes, it would also be sufficient to simply disable the #if block as a whole, but I'd prefer libpng to be fixed. Regards, Daniel. --- imagemagick-6.2.4.5.dfsg1.orig/coders/png.c +++ imagemagick-6.2.4.5.dfsg1/coders/png.c @@ -1704,7 +1704,7 @@ #if defined(PNG_USE_PNGGCCRD) defined(PNG_ASSEMBLER_CODE_SUPPORTED) \ (PNG_LIBPNG_VER = 10200) /* Disable thread-unsafe features of pnggccrd */ - if (png_access_version() = 10200) + if (png_access_version_number() = 10200) { png_uint_32 mmx_disable_mask=0; png_uint_32 asm_flags; @@ -1713,8 +1713,8 @@ | PNG_ASM_FLAG_MMX_READ_FILTER_SUB \ | PNG_ASM_FLAG_MMX_READ_FILTER_AVG \ | PNG_ASM_FLAG_MMX_READ_FILTER_PAETH ); -asm_flags=png_get_asm_flags(png_ptr); -png_set_asm_flags(png_ptr, asm_flags ~mmx_disable_mask); +asm_flags=png_get_asm_flags(ping); +png_set_asm_flags(ping, asm_flags ~mmx_disable_mask); } #endif
Bug#401051: iceweasel fails to start when firefox is installed
Package: firefox Version: 2.0+dfsg-1 Severity: grave Hello, the preinst script of firefox does the following: for dir in /usr/lib/firefox/icons /usr/lib/firefox/searchplugins \ /usr/lib/firefox/res /usr/lib/firefox/chrome /usr/lib/firefox/defaults \ /usr/lib/firefox/greprefs ; do if [ -d $dir ]; then rm -rf $dir fi done So now, when I already have iceweasel installed and then install firefox (to get the dependencies for sun-java5-plugin, see bug #399553), these symlinks (or directories) are removed. That prevents iceweasel from starting. Maybe instead of if [ -d $dir ]; then use if [ ! -h $dir] [ -d $dir ]; then ?? Best regards Uwe -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (300, 'unstable'), (1, 'proposed-updates'), (1, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc6-g1275361c Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages firefox depends on: ii iceweasel 2.0+dfsg-1 lightweight web browser based on M firefox recommends no packages. -- no debconf information -- Uwe Zeisberger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400103: closed by Jose Parrella [EMAIL PROTECTED] (Bug#400103: fixed in nginx 0.4.13-2)
Just a little followup as a warning for people caught in this: upgrading with this fixed nginx version removes your carefully re-created /var/www/index.html ;) -- Dariush Pietrzak, Key fingerprint = 40D0 9FFB 9939 7320 8294 05E0 BCC7 02C4 75CC 50D9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 400994
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 400994 + pending Bug#400994: Adding tags produce unpredictable results There were no tags set. 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]
Bug#400955: base64 problems authenticating using gssapi
Fabian == Fabian Fagerholm [EMAIL PROTECTED] writes: Fabian On Wed, 2006-11-29 at 15:08 -0500, Sam Hartman wrote: I get a base64 error authenticating to a system that works fine with a previous version of sasl. To reproduce: Fabian [...] You get a base64 decoding error. With the old sasl you should get an authentication failure because testprinc is not allowed to read my mail. Fabian Thanks for the report! Fabian I don't have a Kerberos system to test against right Fabian now. Could you try to pinpoint what's going on here? More Fabian detailed error messages, straces, anything that might help Fabian narrow down where the failure occurs. I'll be happy to try and debug but my time is incredibly limited right now. So, that's why I I did give you a principal and password and sufficient installation instructions to trivially set up a case to reproduce on any Debian box on the open internet. I don't mind if people trying to fix this bug attempt to use my server. I'll delete [EMAIL PROTECTED] after the bug is closed. Since this is a base64 error, I suspect it's probably in the base sasl library not in the gssapi module. I really have only dug around in the guts of Cyrus SASL's GSSAPI module, not the protocol handling etc. That or memory corruption. Fabian Also, what about the case when the authentication should Fabian succeed? Does it succeed or do you get some similar, Fabian unexpected error? Sorry. I really did file a crappy bug report. You get the same base64 error with the new sasl, but you get success authenticating with the old SASL. I believe that the old SASL is correct; using implementations like pine, Apple's mail.app, which are not based on cyrus-sasl also work against imap.suchdamage.org. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399697: marked as done (pygame shouldn't build-depend on pythonX.Y-numeric but on python-numeric)
Your message dated Thu, 30 Nov 2006 14:17:05 + with message-id [EMAIL PROTECTED] and subject line Bug#399697: fixed in pygame 1.7.1release-4.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: python-numeric Version: 24.2-7 Severity: serious As the subject says, if I build python-numeric under pbuilder, the resulting package has no contents for python2.3, nor any Provides of python2.3-numeric. Since pygame still Build-Depends on python2.3-numeric, I'm marking this as an RC bug. -- Daniel Schepler ---End Message--- ---BeginMessage--- Source: pygame Source-Version: 1.7.1release-4.1 We believe that the bug you reported is fixed in the latest version of pygame, which is due to be installed in the Debian FTP archive: pygame_1.7.1release-4.1.diff.gz to pool/main/p/pygame/pygame_1.7.1release-4.1.diff.gz pygame_1.7.1release-4.1.dsc to pool/main/p/pygame/pygame_1.7.1release-4.1.dsc python-pygame_1.7.1release-4.1_i386.deb to pool/main/p/pygame/python-pygame_1.7.1release-4.1_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. Raphael Hertzog [EMAIL PROTECTED] (supplier of updated pygame 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, 30 Nov 2006 15:07:18 +0100 Source: pygame Binary: python-pygame Architecture: source i386 Version: 1.7.1release-4.1 Distribution: unstable Urgency: high Maintainer: Ed Boraas [EMAIL PROTECTED] Changed-By: Raphael Hertzog [EMAIL PROTECTED] Description: python-pygame - SDL bindings for games development in Python Closes: 399697 399816 Changes: pygame (1.7.1release-4.1) unstable; urgency=high . * Non-maintainer upload. * Build-depend on python-numeric instead of python2.[34]-numeric. Closes: #399697 * Likewise build-depend on python-all-dev instead of python2.[34]-dev. * Dropped useless build-dependency on python (it's granted with python-all-dev). * Add missing dependency on python-numeric. Closes: #399816 * Changed XS-Python-Version to = 2.3 since pygame apparently supports python 2.5 and I couldn't find a rationale for 2.3, 2.4 in the changelog. * Fix lintian errors/warnings: - Added empty binary-indep target in debian/rules. - Removed dh_python call and adjust python-central build-dependency accordingly. Files: 149978473c5f9afe0b48d352c23583c4 923 python optional pygame_1.7.1release-4.1.dsc f05d73cc012faa338fd60ec4df366dc6 4825 python optional pygame_1.7.1release-4.1.diff.gz 706ad56cc2119afc6967711863dcac16 647016 python optional python-pygame_1.7.1release-4.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFbuYEvPbGD26BadIRAnQcAKCzRmsRwzROwGnFOjubmc3lBkaIuQCfcAKF 1pjRfGymJTeNkKytfXI97v0= =fMny -END PGP SIGNATURE- ---End Message---
Bug#401045: Subject: PHP5 5.2.0 has a class DateTime, as does phpgroupware 0.9.16
Subject: PHP5 5.2.0 has a class DateTime, as does phpgroupware 0.9.16 Package: phpgroupware Version: 0.9.16.011-2 Severity: grave Justification: renders package unusable *** Please type your report below this line *** phpgroupware 0.9.16 contains class DateTime, as does php5 5.2.0. This is a known bug according to #phpgroupware. It has been fixed in the 'header' portion of phpgroupware, however due to the invasiveness of the problem in the rest of the suite, it has not yet been fixed. The package versions listed below are inaccurate because I've been playing around with installing different versions of php in trying to make a work around that does not break other packages I've installed. The differences like in php5 being listed at 5.1.6 rather than 5.2.0. wwwconfig is not currently being used, not sure how it got in there. If there's any way I can help, let me know, I'm no developer, but willing to try what I can. Sorry to drop this at your doorstep, I'm sure you already have enough to do. Peace, Vale T. Kenny -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages phpgroupware depends on: ii apache2 2.2.3-3.1Next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.2.3-3.1Traditional model for Apache HTTPD ii debconf [debconf-2.0] 1.5.9Debian configuration management sy ii libapache2-mod-php5 5.1.6-5 server-side, HTML-embedded scripti ii php4-cgi6:4.4.4-8server-side, HTML-embedded scripti ii php4-imap 6:4.4.4-8IMAP module for php4 ii php4-mysql 6:4.4.4-8MySQL module for php4 ii php5-cgi5.1.6-5 server-side, HTML-embedded scripti ii phpgroupware-admin 0.9.16.011-2 phpGroupWare administration module ii phpgroupware-phpgwapi 0.9.16.011-2 library of common phpGroupWare fun ii phpgroupware-preferences0.9.16.011-2 phpGroupWare preferences managemen ii phpgroupware-setup 0.9.16.011-2 phpGroupWare setup III module ii wwwconfig-common0.0.48 Debian web auto configuration Versions of packages phpgroupware recommends: pn php5-ldap | php4-ldap none (no description available) -- debconf information: phpgroupware/debug: * phpgroupware/db/type: MySQL phpgroupware/db/setup/skip: false phpgroupware/db/user/password/mismatch: phpgroupware/configuration/note: phpgroupware/configuration/password/mismatch: * phpgroupware/db/user/name: phpgroupware phpgroupware/postrm: true phpgroupware/db/setup/abort: phpgroupware/configuration/overwrite: false * phpgroupware/db/name: phpgroupware phpgroupware/webserver: apache, apache-ssl, apache-perl, apache2 phpgroupware/header/password/mismatch: * phpgroupware/db/host: localhost * phpgroupware/db/admin/name: root -- Jon Postel, you are missed. Rob Levin, you are missed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401039: nm/dbus fixed upstream
tags 401039 + fixed-upstream thanks The logic used for dbus in networkmanager was only compatible with 0.x versions of DBUS, and fails with the current 1.x ... Here's the patch: http://mail.gnome.org/archives/networkmanager-list/2006-November/msg00070.html -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401044: libpng12-dev: [AMD64] asm API functions not exported
Package: libpng12-dev Version: 1.2.13-4 Severity: grave Justification: breaks build-depending packages Functions png_get_asm_flags(), png_set_asm_flags(), and possible some more are part of libpng's API, but are missing from libpng's list of exported symbols on amd64. I've checked that it's present on i386 and ia64. This problem surfaced because libpng recently switched to using MMX-optimized routines on amd64 (or at least started telling to do so), and the two mentioned functions are required to ensure thread-safety in asm-optimized code (cf. libpng(3)). At least imagemagick and graphicsmagick fail to link on amd64 due to this problem, but as the affected code was taken from libpng's man page, there might be more FTBFS errors lurking. If you disagree on the RC-ness of this issue, please let me know. I can hack around it in my packages for Debian's purposes, but not in a generic way. Regards, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: nm/dbus fixed upstream
Processing commands for [EMAIL PROTECTED]: tags 401039 + fixed-upstream Bug#401039: network-manager: FTBFS: DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT undeclared There were no tags set. 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#400103: closed by Jose Parrella [EMAIL PROTECTED] (Bug#400103: fixed in nginx 0.4.13-2)
Dariush Pietrzak escribió: Just a little followup as a warning for people caught in this: upgrading with this fixed nginx version removes your carefully re-created /var/www/index.html ;) Dariush: Do you mean that the bug is still present in 0.4.13-2? Here [1] is a list of the files present in the current x86 binary package in Sid. I took care of moving the default Welcome to nginx! webpage into a nginx-default/ directory, just as Apache and Cherokee does. If the bugs is still present in 0.4.13-2, please reopen it. Thank you very much for your time and patience. Jose [1] http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelistword=nginxversion=unstablearch=i386 -- José M. Parrella - Debian Sid, k2.6.17.13 Escuela de Ingenieria Electrica Universidad Central de Venezuela - ucvlug.info
Processed: block 401047 with 401044
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 block 401047 with 401044 Bug#401047: imagemagick: [AMD64] FTBFS with recent libpng. Was not blocked by any bugs. Blocking bugs of 401047 added: 401044 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#365465: gaphor: conflict with zope*
Package: gaphor Version: 0.8.1-5 Followup-For: Bug #365465 as upstream gaphor supplies a small subset of zope3 and zope-interface files, installing gaphor as-is would naturally conflict with those other packages. this conflict could be resolved in several ways, with different levels of accuracy: 1. in the case, that the zope/* files gaphor depends on have been somehow customized, those files should install in a gaphor_zope subdirectory of site-packages. other gaphor files should be consequentially updated, and no conflict should occur with generic zope*. this might btw be the real case, since the files in zope/* differ from zope-interface, at least. 2. otherwise, the most straight forward alternative would be that gabor depend on those zope* packages. since zope is a huge package with heavy installation implications, this would be suboptimal too. but on the other hand, the zope-interface package is a rather small one, and many non zope related packages depend on it. i'd therefore suggest you may comment-out the zope.interfaces related lines from setup.py, and depend on zope-interface. having the zope maintainer export a larger zope functionality to other packages would let you end up in depending on the other zope-dependency package, as well as zope3 itself. 3. my principal reason not to aggree with your solution (to conflict with both zope3 and zope-interface) is that i use several non zope related packages that depend on the zope-interface ;-) . best regards, alex -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401054: commons-daemon_1.0.2~svn20061127-1(hppa/unstable): FTBFS: missing build-deps?
Package: commons-daemon Version: 1.0.2~svn20061127-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of commons-daemon_1.0.2~svn20061127-1 on bld-3 by sbuild/hppa 98 Build started at 20061129-1344 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), autotools-dev, xsltproc, docbook-xsl [...] rm -rf target dist (cd src/native/unix ; make clean) make[1]: Entering directory `/build/buildd/commons-daemon-1.0.2~svn20061127/src/native/unix' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/build/buildd/commons-daemon-1.0.2~svn20061127/src/native/unix' make: [clean] Error 2 (ignored) rm -f src/native/unix/config.{log,status} rm -f src/native/unix/{Makefile,Makedefs,native/Makefile} cp -f /usr/share/misc/config.sub src/native/unix/config.sub cp -f /usr/share/misc/config.guess src/native/unix/config.guess dh_clean debian/rules build cd src/native/unix; autoconf /bin/sh: autoconf: command not found make: *** [src/native/unix/configure] Error 127 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=commons-daemonver=1.0.2~svn20061127-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398642: links2 -g still doesn't work 2.1pre25-2, missing X support?
hello mikko it works here. can you tell me what echo $DISPLAY says in your xterm? there's already 2.1pre26-1, but also 25-1 and -2 should work again. i can not reproduce your problem. what x version do you have? what debian version? what kernel? what x driver? if x is missing, that's a bug. it's the one that i use most of the time. yours, guerkan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401055: gclcvs_2.7.0-63(ia64/unstable): FTBFS: undefined symbol
Package: gclcvs Version: 2.7.0-63 Severity: serious There was an error while trying to autobuild your package: Automatic build of gclcvs_2.7.0-63 on caballero by sbuild/ia64 98 Build started at 20061130-1335 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.1.16), libreadline5-dev | libreadline-dev, m4, tk8.4-dev, tetex-bin, texinfo, binutils-dev, libgmp3-dev, autotools-dev, common-lisp-controller, libxmu-dev, libxaw7-dev, gcc-3.4 [ arm] [...] ranlib libgclp.a cat ../h/include.h | sed -e /include/d ../h/mdefs.h gcc -fsigned-char -pipe -Wall -O3 -fomit-frame-pointer -I/build/buildd/gclcvs-2.7.0/o -I../h -I../o -o rsym rsym.c cp init_pre_gcl.lsp.in init_pre_gcl.lsp.tmp touch raw_pre_gcl_map gcc -o raw_pre_gcl \ -L. -Wl,-Map raw_pre_gcl_map -lpre_gcl -lSM -lICE -lXmu -lXt -lXext -lXaw -lX11-lgmp -ldl -rdynamic -lreadline -lncurses -lm -lc -lgclp ./libpre_gcl.a(error.o): In function `fSihs_top_static': error.c:(.text+0x932): undefined reference to `fSihs_top' collect2: ld returned 1 exit status make[2]: *** [raw_pre_gcl_map] Error 1 make[2]: Leaving directory `/build/buildd/gclcvs-2.7.0/unixport' make[1]: *** [unixport/saved_pre_gcl] Error 2 make[1]: Leaving directory `/build/buildd/gclcvs-2.7.0' make: *** [build-trad-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=gclcvsver=2.7.0-63 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: python-setuptools: patch
Processing commands for [EMAIL PROTECTED]: tags 401040 + patch Bug#401040: python-setuptools: FTBFS: can't read .../easy_install-2.3 Tags were: sid Tags added: patch 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#399828: More information about the segfault
Looking into the issue of P.Cavallini with gpstrans, the resulting backtrace with a debugging binary I provided for that is: Program received signal SIGSEGV, Segmentation fault. 0xa7e07e74 in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xa7e07e74 in _IO_default_xsputn () from /lib/tls/i686/cmov/libc.so.6 #1 0xa7de2143 in vfprintf () from /lib/tls/i686/cmov/libc.so.6 #2 0xa7dfd9ab in vsprintf () from /lib/tls/i686/cmov/libc.so.6 #3 0xa7dea21e in sprintf () from /lib/tls/i686/cmov/libc.so.6 #4 0x0804eb7d in getGPSVersion (string=0xaf91cae4) at getgpsinfo.c:340 #5 0x0804f118 in getGPSInfo (refNum=0xa7ed33a0, type=3) at getgpsinfo.c:590 #6 0x0804a641 in main (argc=Cannot access memory at address 0x807b000) at main.c:439 So AFAIK this seems a silly overflow while the program runs one of the sprintf() calls in getGPSVersion(). As always, being defensive using snprintf() with a 255 max size would be appropriate. I suspect anyway that Paolo's gps has some unexpected response/verbosity and trashes the buffer. A proper patch would be easy to write down. IMHO gpstrans code needs major revisions, due to some naive approach in C programming, anyway... -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401040: python-setuptools: patch
tags 401040 + patch thanks Hi, Attached is the diff that fixes this bug and does some more cleanup. If you want me to upload this a NMU, just ask. Otherwise I might upload it in a few days if I don't hear back from you. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ diff -u python-setuptools-0.6c3/debian/changelog python-setuptools-0.6c3/debian/changelog --- python-setuptools-0.6c3/debian/changelog +++ python-setuptools-0.6c3/debian/changelog @@ -1,3 +1,14 @@ +python-setuptools (0.6c3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fortified the sed invocation (do not hardcode a python version) which fixes +the python shebang line of easy_install-* scripts. Closes: #401040 + * Clean up some build dependencies. + * Use again ${python:Depends} but ignore the easy_install-* scripts when +generating the depends line (to avoid unwanted dependencies on pythonX.Y). + + -- Raphael Hertzog [EMAIL PROTECTED] Thu, 30 Nov 2006 16:35:43 +0100 + python-setuptools (0.6c3-1) unstable; urgency=medium * New upstream version (release candidate 3). Closes: #389780. diff -u python-setuptools-0.6c3/debian/control python-setuptools-0.6c3/debian/control --- python-setuptools-0.6c3/debian/control +++ python-setuptools-0.6c3/debian/control @@ -2,13 +2,14 @@ Section: python Priority: optional Maintainer: Matthias Klose [EMAIL PROTECTED] -Build-Depends-Indep: debhelper (= 5.0.37.1), python-all, python-central (= 0.4.10) +Build-Depends: debhelper (= 5.0.37.1) +Build-Depends-Indep: python-all-dev, python-central (= 0.5) XS-Python-Version: all Standards-Version: 3.7.2 Package: python-setuptools Architecture: all -Depends: python, python-central (= 0.4.11) +Depends: ${python:Depends} Conflicts: python2.3-setuptools ( 0.6b2), python2.4-setuptools ( 0.6b2) Replaces: python2.3-setuptools, python2.4-setuptools Provides: ${python:Provides} diff -u python-setuptools-0.6c3/debian/rules python-setuptools-0.6c3/debian/rules --- python-setuptools-0.6c3/debian/rules +++ python-setuptools-0.6c3/debian/rules @@ -83,10 +83,9 @@ echo fixed interpreter: $$i; \ fi; \ done - sed -i -e 's/python2.4/python2.3/g' \ - debian/python-setuptools/usr/bin/easy_install-2.3 - dh_pycentral -i - dh_python -i + sed -i -e 1s/python[0-9].[0-9]/python/g debian/python-setuptools/usr/bin/easy_install + for easy in debian/python-setuptools/usr/bin/easy_install-*; do v=$${easy##debian/python-setuptools/usr/bin/easy_install-}; sed -i -e s/python[0-9].[0-9]/python$$v/g $$easy; done; + dh_pycentral -i -Xusr/bin/easy_install- echo 'python:Provides=$(foreach v,$(shell pyversions -r debian/control),$(v)-setuptools)' \ | sed 's/ /, /g' $(d).substvars dh_installdeb -i
Bug#398642: links2 -g still doesn't work 2.1pre25-2, missing X support?
On Thu, Nov 30, 2006 at 04:24:59PM +0100, Gürkan Sengün wrote: hello mikko it works here. can you tell me what echo $DISPLAY says in your xterm? there's already 2.1pre26-1, but also 25-1 and -2 should work again. $ echo $DISPLAY :1.0 i can not reproduce your problem. what x version do you have? what debian version? what kernel? what x driver? Latest etch. $ uname -r 2.6.19-rc5 is latest in my grub, since I'm debugging a Bluetooth crash too. X driver is savage. if x is missing, that's a bug. it's the one that i use most of the time. I think the problem is that links2 configure script doesn't find x. Shouldn't checking for X return yes in http://buildd.debian.org/fetch.cgi?pkg=links2ver=2.1pre25-2arch=powerpcstamp=1164797870file=log and when I build manually on i386? That's why links2 says it doesn't have graphics driver x support, I think: $ ./links -g -driver x Unknown graphics driver x. The following graphics drivers are supported: directfb, fb, svgalib Perhaps the configure script looks for XFree stuff and not for X11 or Xorg. -Mikko
Bug#399986: marked as done (python-central doesn't support packages providing only support for old/unsupported runtimes)
Your message dated Thu, 30 Nov 2006 17:39:43 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#399986: reopen, still fails 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: python-iconvcodec Version: 1.1.2-3+b1 Severity: serious The package fails to upgrade with the following error: Setting up python-iconvcodec (1.1.2-3+b1) ... INFO: using old version '/usr/bin/python2.3' pycentral: pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) pycentral pkginstall: python-iconvcodec needs unavailable runtime (2.3) dpkg: error processing python-iconvcodec (--configure): subprocess post-installation script returned error exit status 1 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Versions of packages python-iconvcodec depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii python 2.4.4-1 An interactive high-level object-o ii python-central 0.5.10 register and build utility for Pyt python-iconvcodec recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 0.5.12 On Thu, 30 Nov 2006, Raphael Hertzog wrote: Do you have python2.3 installed ? I expect you don't have it installed. In that case, python-central complains rightly. IMO the bug is no more in python-central but in python-iconvcodec ... which should be removed or fixed to state that it provides something useful only for python2.3 (and thus depend on it instead of depending on python (= 2.3)). python-iconvcodec has a bug for this already, so reclose this bug with proper version tracking. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ ---End Message---
Bug#401068: bibletime: FTBFS: Unsatisfiable Build-Depends
Package: bibletime Version: 1.5.3-1 Severity: serious From my pbuilder build log: ... - Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.29 2006/11/06 20:20:56 lool Exp $ - Considering build-dep bzip2 - Trying bzip2 - Considering build-dep autotools-dev - Trying autotools-dev - Considering build-dep quilt - Trying quilt - Considering build-dep patchutils (= 0.2.25) - Trying patchutils - Considering build-dep cdbs (= 0.4.27-1) - Trying cdbs - Considering build-dep debhelper (= 4.1.0) - Trying debhelper - Considering build-dep kdelibs4-dev (= 3.4.3-2) - Trying kdelibs4-dev - Considering build-dep libsword-dev (= 1.5.8-7) - Trying libsword-dev - Considering build-dep libsword-dev ( 1.5.8.90-1) Tried versions: 1.5.9-2+pb1 - Does not satisfy version, not trying E: Could not satisfy build-dependency. E: pbuilder-satisfydepends failed. -- Daniel Schepler
Bug#401039: marked as done (network-manager: FTBFS: DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT undeclared)
Your message dated Thu, 30 Nov 2006 18:24:40 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#401039: nm/dbus fixed upstream 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: network-manager Version: 0.6.4-5 Severity: serious From my pbuilder build log (reproduced using both sid and etch chroots): ... cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include -I../src/named-manager -I../src/vpn-manager -I../src/dhcp-manager -I../utils -I../libnm-util -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_VERSION_MAJOR=1 -DDBUS_VERSION_MINOR=0 -DDBUS_VERSION_MICRO=1 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DWPA_SUPPLICANT_BIN=\/sbin/wpa_supplicant\ -DDBUS_API_SUBJECT_TO_CHANGE -DG_DISABLE_DEPRECATED -DBINDIR=\/usr/bin\ -DSBINDIR=\/usr/sbin\ -DLIBEXECDIR=\/usr/lib/network-manager\ -DDATADIR=\/usr/share\ -DSYSCONFDIR=\/etc\ -DLOCALSTATEDIR=\/var\ -DNM_RUN_DIR=\/var/run/NetworkManager\ -DGNOMELOCALEDIR=\/usr/share/locale\ -DARP_DEBUG -g -Wall -O2 -c -o NetworkManager-NetworkManagerDbus.o `test -f 'NetworkManagerDbus.c' || echo './'`NetworkManagerDbus.c NetworkManagerDbus.c: In function 'nm_dbus_init': NetworkManagerDbus.c:838: error: 'DBUS_NAME_FLAG_PROHIBIT_REPLACEMENT' undeclared (first use in this function) NetworkManagerDbus.c:838: error: (Each undeclared identifier is reported only once NetworkManagerDbus.c:838: error: for each function it appears in.) make[4]: *** [NetworkManager-NetworkManagerDbus.o] Error 1 make[4]: Leaving directory `/tmp/buildd/network-manager-0.6.4/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/network-manager-0.6.4/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/network-manager-0.6.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/network-manager-0.6.4' make: *** [debian/stamp-makefile-build] Error 2 -- Daniel Schepler Content analysis details:(-4.4 points, 5.0 required) pts rule name description -- -- -1.8 ALL_TRUSTEDPassed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.] 0.0 UPPERCASE_25_50message body is 25-50% uppercase ---End Message--- ---BeginMessage--- Andreas Henriksson wrote: tags 401039 + fixed-upstream thanks The logic used for dbus in networkmanager was only compatible with 0.x versions of DBUS, and fails with the current 1.x ... Here's the patch: http://mail.gnome.org/archives/networkmanager-list/2006-November/msg00070.html I can't confirm this bug. The package builds fine in a current sid chroot. So I'm closing this bug. Please consider that we already have a patch which deals with dbus 1.0 (debian/patches/12_dbus1.0.patch). It does exactly the same as the proposed patch. Are you sure, you have built the current version of network-manager? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature ---End Message---
Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Thu, 30 Nov 2006, Anton Altaparmakov wrote: I have not the faintest idea what was wrong before. [...] to my surprise it now made Vista work. Why - no idea, and I could not care less. So, you have no idea of - what was wrong before - why ntfsresize works on your Vista now - internal knowledge of ntfsresize - what are the impacts of your change but you would still make a new stable release. For me, these aren't very solid and convincing technically at all. My plan was to make an urgent release which would have included only the denial of the Vista NTFS resizing, based on what I've suggested earlier. Then there would have been enough time to investigate what's going on when Vista becomes publicly available. But this is your project, and of course you can do whatever you want. Recently you messed up ntfsclone and now ntfsresize. Nothing I could do about these, unfortunately. The responsibility is yours from now because obviously I can't support code I disagree with and even you don't understand why it works. Szaka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399697: python-numeric: Fails to build 2.3 version
Le jeudi 30 novembre 2006 à 15:35 +0100, Raphael Hertzog a écrit : Matthias's goal has always been to get rid of python2.3 completely. Please, don't change the past. -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#399697: python-numeric: Fails to build 2.3 version
Hi, On Thu, 30 Nov 2006, Daniel Schepler wrote: This is the normal behaviour of the package since in sid python2.3 is no more marked as supported in /usr/share/python/debian_defaults ... It seems to me that it's a bad idea to make this change in sid while the old python packages are frozen in etch. The result will be: if anybody uploads updated versions of their python packages, they will get autobuilt against the sid packages and thus have no 2.3 contact, which is out of sync with what would happen with people wanting to hand-build their packages locally using etch. And how is this a problem ? It's not technical problem... it's at most a problem of consistency in the packages built, some will provide support for 2.3 and 2.4 while other will only support 2.4. I'm not the one who decided it, it's Matthias who manages solely the python packages (despite my numerous attemps to push collaborative maintenance on those packages). Given that the new python-defaults has been there for a full month already, it's a bit late to revert this change (although it should be easy since all affected packages should be bin-NMUable). I think you should decide whether you want python2.3 to be supported in etch or not. If you do, you should revert the changes in sid until after the etch release; if you don't, you need to ask the release team to let the new python packages into etch despite the freeze of base toolchain packages, and also prepare a list of appropriate binNMU's needed to sync up the packages in sid with this change. Matthias's goal has always been to get rid of python2.3 completely. It's likely doable. And I discussed on #debian-release their move to etch, it will likely happen soon (after my recent NMUs which fixed some issues related to that change). Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/
Bug#399697: python-numeric: Fails to build 2.3 version
On Thursday 30 November 2006 15:35 pm, Raphael Hertzog wrote: Hi, On Thu, 30 Nov 2006, Daniel Schepler wrote: This is the normal behaviour of the package since in sid python2.3 is no more marked as supported in /usr/share/python/debian_defaults ... It seems to me that it's a bad idea to make this change in sid while the old python packages are frozen in etch. The result will be: if anybody uploads updated versions of their python packages, they will get autobuilt against the sid packages and thus have no 2.3 contact, which is out of sync with what would happen with people wanting to hand-build their packages locally using etch. And how is this a problem ? It's not technical problem... it's at most a problem of consistency in the packages built, some will provide support for 2.3 and 2.4 while other will only support 2.4. What if a new upload has reverse deps which still have a 2.3 version, which then becomes unusable? And anyway, reproducibility of package builds is important, while the current situation results in significantly different packages depending on whether sid or etch is used to build, and furthermore depending on when exactly the buildd's last built the arch-dependent packages. Matthias's goal has always been to get rid of python2.3 completely. It's likely doable. And I discussed on #debian-release their move to etch, it will likely happen soon (after my recent NMUs which fixed some issues related to that change). OK, it's good to know the release team already knew about this. The main reason for my mail was to make sure they did know about it, and as I said I had found no evidence to indicate that was the case. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401054: commons-daemon_1.0.2~svn20061127-1(hppa/unstable): FTBFS: missing build-deps?
tag 401054 pending patch thanks There was an error while trying to autobuild your package: Yes, I noticed. A fix is waiting in my mentor's queue and will be uploaded shortly. The fix is to move autoconf to build-depends (instead of build-depends-indep). Marcus pgpHnkwDU3WQH.pgp Description: PGP signature
Processed: Re: Bug#401054: commons-daemon_1.0.2~svn20061127-1(hppa/unstable): FTBFS: missing build-deps?
Processing commands for [EMAIL PROTECTED]: tag 401054 pending patch Bug#401054: commons-daemon_1.0.2~svn20061127-1(hppa/unstable): FTBFS: missing build-deps? There were no tags set. Tags added: pending, patch 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: found 401047 in 7:6.2.4.5.dfsg1-0.11
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 found 401047 7:6.2.4.5.dfsg1-0.11 Bug#401047: imagemagick: [AMD64] FTBFS with recent libpng. Bug marked as found in version 7:6.2.4.5.dfsg1-0.11. 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#401073: redhat-cluster-source: does not repackage gnbd-kernel
Package: redhat-cluster-source Version: 1.03.00-1 Severity: serious Justification: no longer builds from source The source package redhat-source containt the gnbd.ko kernel module source; however this module source is not repackaged (neither in redhat-cluster-source, nor in a separate package). -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.utf8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401075: collectd-dev: myplugin.c doesn't compile
Package: collectd-dev Version: 3.10.3-1 Severity: grave Tags: patch Justification: renders package unusable in /usr/share/doc/collectd-dev/examples/myplugin.c, #include stdio.h #include stdlib.h should be placed before: #include collectd/common.h/* rrd_update_file */ #include collectd/plugin.h/* plugin_* */ otherwise it doesn't compile. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (600, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1dedibox_r6_final Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages collectd-dev depends on: ii collectd 3.10.3-1 statistics collection daemon collectd-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401051: iceweasel fails to start when firefox is installed
On Thu, Nov 30, 2006 at 03:54:05PM +0100, Uwe Kleine-Koenig [EMAIL PROTECTED] wrote: Package: firefox Version: 2.0+dfsg-1 Severity: grave Hello, the preinst script of firefox does the following: for dir in /usr/lib/firefox/icons /usr/lib/firefox/searchplugins \ /usr/lib/firefox/res /usr/lib/firefox/chrome /usr/lib/firefox/defaults \ /usr/lib/firefox/greprefs ; do if [ -d $dir ]; then rm -rf $dir fi done So now, when I already have iceweasel installed and then install firefox (to get the dependencies for sun-java5-plugin, see bug #399553), these symlinks (or directories) are removed. That prevents iceweasel from starting. I fail to see how you can install firefox and iceweasel at the same time. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385504: marked as done (mantis: Not in release quality for Etch)
Your message dated Thu, 30 Nov 2006 18:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#385504: fixed in mantis 1.0.6+dfsg-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: mantis Severity: grave Justification: user security hole Mantis shouldn't ship with Etch. It is very much out of date (current stable is 1.0 something), has a horrible security history (19 CVE IDs since 2005, many describing several vulnerabilities), upstream is hiding the details in private bugs, making it hard to support it and it has a tiny user base. Also, Igor Genibel has resigned due to a lack of time, so it's currently unmaintained. Cheers, Moritz -- 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-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) ---End Message--- ---BeginMessage--- Source: mantis Source-Version: 1.0.6+dfsg-1 We believe that the bug you reported is fixed in the latest version of mantis, which is due to be installed in the Debian FTP archive: mantis_1.0.6+dfsg-1.diff.gz to pool/main/m/mantis/mantis_1.0.6+dfsg-1.diff.gz mantis_1.0.6+dfsg-1.dsc to pool/main/m/mantis/mantis_1.0.6+dfsg-1.dsc mantis_1.0.6+dfsg-1_all.deb to pool/main/m/mantis/mantis_1.0.6+dfsg-1_all.deb mantis_1.0.6+dfsg.orig.tar.gz to pool/main/m/mantis/mantis_1.0.6+dfsg.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. Patrick Schoenfeld [EMAIL PROTECTED] (supplier of updated mantis 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, 30 Nov 2006 12:48:55 +0100 Source: mantis Binary: mantis Architecture: source all Version: 1.0.6+dfsg-1 Distribution: unstable Urgency: low Maintainer: Patrick Schoenfeld [EMAIL PROTECTED] Changed-By: Patrick Schoenfeld [EMAIL PROTECTED] Description: mantis - web-based bug tracking system Closes: 296745 313358 327116 327526 344132 358639 358640 374283 374770 385504 399716 400120 Changes: mantis (1.0.6+dfsg-1) unstable; urgency=low . * New maintainer (Closes: #400120) * New upstream version (Closes: #385504,#358639,#399716) * Repackaged source tarball to be dfsg-compliant: - Removed class.RSSBuilder.inc.php which had a non-free license - Removed adodb and phpmailer directories * Added dependency on libphp-adodb and libphp-phpmailer. Also added a patch to let the code use these versions (Closes: #344132) * Changed dependencies on php so that it is possible to use php5 (Closes: #374283, 358640) * Package now uses dbconfig-common for database maintainance. It is quiet more robust now (Closes: #327116, #313358) * post-installation script now checks if user selected a webserver to be configured at all. if not it does not try to configure or restart it. (Closes: #296745,#374770) * post-installation script does not make use of makepasswd anymore. (Closes: #327526) Files: fa6557e207ac0b1562dea9370b0ca44d 606 web optional mantis_1.0.6+dfsg-1.dsc 684d63ae27a7ff29071c88299b39f91a 1256833 web optional mantis_1.0.6+dfsg.orig.tar.gz a8463037fea2e29ac1bf919e44f24112 16193 web optional mantis_1.0.6+dfsg-1.diff.gz e8b05402b19b45fa66b9241c69dbe5cd 1272362 web optional mantis_1.0.6+dfsg-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFbxs1+C5cwEsrK54RAkbNAKCC7hxQh+Sa019WIgG8dsqqqm/g7ACghRoO GgH3rriP3FKvfpaTan3gCJ8= =ei8J -END PGP SIGNATURE- ---End Message---
Processed: bibletime 1.6.1 soon
Processing commands for [EMAIL PROTECTED]: tags 331547 + pending Bug#331547: bibletime: The Biblestudy HowTo is non-free? There were no tags set. Tags added: pending tags 401068 + pending Bug#401068: bibletime: FTBFS: Unsatisfiable Build-Depends There were no tags set. Tags added: pending tags 375905 + pending Bug#375905: bibletime package should recommend bibletime-i18n There were no tags set. Tags added: pending tags 390582 + pending Bug#390582: bibletime crashes on start There were no tags set. Tags added: pending 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#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
On Thu, 30 Nov 2006, Szakacsits Szabolcs wrote: On Thu, 30 Nov 2006, Anton Altaparmakov wrote: I have not the faintest idea what was wrong before. [...] to my surprise it now made Vista work. Why - no idea, and I could not care less. So, you have no idea of - what was wrong before Yes. - why ntfsresize works on your Vista now Yes. - internal knowledge of ntfsresize I have quite a bit now that I have looked at it. - what are the impacts of your change I understand the impact 100% which is why my patch is so big. It had to touch a lot of utilities to adapt for the changed libntfs behaviour. but you would still make a new stable release. For me, these aren't very solid and convincing technically at all. It works. As soon as Frans or others have confirmed that ntfsresize now works for them also that is quite good enough for me. My plan was to make an urgent release which would have included only the denial of the Vista NTFS resizing, based on what I've suggested earlier. Then there would have been enough time to investigate what's going on when Vista becomes publicly available. How would you tell if it is a Vista partition or not? How do you know that the partition you are resizing is not going to be attached to a Vista machine next? Impossible to know if you ask me. But this is your project, and of course you can do whatever you want. Recently you messed up ntfsclone and now ntfsresize. Nothing I could do about these, unfortunately. The responsibility is yours from now because obviously I can't support code I disagree with and even you don't understand why it works. This is ridiculous. Grow up. I have neither messed up ntfsclone nor ntfsresize. You just can't cope with the idea that someone touches code you have written... Both work perfectly after my changes and better than they did before. Just because you perhaps cannot understand the fixes/improvements does not mean they are messed up. Show me examples of what my changes have broken that was not broken to start with and I will take my words back and personally remove my patches. Anyway, be my guest. Revert my fixes and fix them in a different/better way. I could not care less. As long as the bugs are gone. But please do not touch any of the libntfs/utilities other than ntfsresize/ntfsclone in the process, i.e. please work within the framework of the improved/fixed libntfs. If you want the old behaviour of libntfs back then supply NTFS_MNT_FORENSIC to ntfs_mount() and libntfs will not write anything to the volume during the mount process, i.e. it will not clear the journal and it will not set the volume dirty. Then if you alse revert my changes to ntfsresize you have your old broken ntfsresize back. Now lets see you fix it if you know so much better, o wise one! Best regards, Anton -- Anton Altaparmakov aia21 at cam.ac.uk (replace at with @) Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK Linux NTFS maintainer, http://www.linux-ntfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399816: pygame: diff for NMU version 1.7.1release-4.1
Ed Joe, I'd suggest to move the maintenance of this package in the python-modules team so that other people can easily fill the gaps when you don't have time. http://python-modules.alioth.debian.org/ I'll gladly add you to the team, just ask me. I'm fine with this move, personally. Time's been at an unfortunate premium for me lately, and I really haven't been able to give this package the attention it deserves for some time now. -Ed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350183: udev: multiple 8139too ethernet cards (one onboard one pci) naming issues
Package: udev Version: 0.103-1 Followup-For: Bug #350183 -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 8 lrwxrwxrwx 1 root root 39 2006-11-28 19:17 020_libgphoto2_generic-ptp_support.rules - ../libgphoto2_generic_ptp_support.rules lrwxrwxrwx 1 root root 20 2006-10-04 19:32 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 2006-10-04 20:43 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 22 2006-10-04 20:43 025_logitechmouse.rules - ../logitechmouse.rules lrwxrwxrwx 1 root root 15 2006-10-04 20:34 libnjb.rules - ../libnjb.rules lrwxrwxrwx 1 root root 13 2006-10-04 19:32 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 2006-10-04 19:32 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 2006-10-04 19:32 z20_persistent.rules - ../persistent.rules -rw-r--r-- 1 root root 936 2006-11-16 14:41 z25_persistent-cd.rules -rw-r--r-- 1 root root 458 2006-11-30 14:42 z25_persistent-net.rules lrwxrwxrwx 1 root root 33 2006-10-04 19:32 z45_persistent-net-generator.rules - ../persistent-net-generator.rules lrwxrwxrwx 1 root root 12 2006-10-04 19:32 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 2006-10-04 19:32 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 2006-10-04 20:53 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 15 2006-10-08 18:19 z60_hdparm.rules - ../hdparm.rules lrwxrwxrwx 1 root root 33 2006-10-04 20:07 z60_xserver-xorg-input-wacom.rules - ../xserver-xorg-input-wacom.rules lrwxrwxrwx 1 root root 29 2006-10-04 19:32 z75_cd-aliases-generator.rules - ../cd-aliases-generator.rules lrwxrwxrwx 1 root root 12 2006-11-12 02:50 z99_hal.rules - ../hal.rules -- /sys/: /sys/block/loop0/dev /sys/block/loop1/dev /sys/block/loop2/dev /sys/block/loop3/dev /sys/block/loop4/dev /sys/block/loop5/dev /sys/block/loop6/dev /sys/block/loop7/dev /sys/block/ram0/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram1/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/block/sda/dev /sys/block/sda/sda10/dev /sys/block/sda/sda11/dev /sys/block/sda/sda12/dev /sys/block/sda/sda13/dev /sys/block/sda/sda14/dev /sys/block/sda/sda1/dev /sys/block/sda/sda2/dev /sys/block/sda/sda3/dev /sys/block/sda/sda4/dev /sys/block/sda/sda5/dev /sys/block/sda/sda6/dev /sys/block/sda/sda7/dev /sys/block/sda/sda8/dev /sys/block/sda/sda9/dev /sys/block/sr0/dev /sys/class/drm/card0/dev /sys/class/graphics/fb0/dev /sys/class/i2c-dev/i2c-0/dev /sys/class/i2c-dev/i2c-1/dev /sys/class/i2c-dev/i2c-2/dev /sys/class/i2c-dev/i2c-3/dev /sys/class/i2c-dev/i2c-4/dev /sys/class/i2c-dev/i2c-5/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input1/js0/dev /sys/class/input/input2/event2/dev /sys/class/input/input3/event3/dev /sys/class/input/input4/event4/dev /sys/class/input/input4/mouse0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/scsi_generic/sg0/dev /sys/class/scsi_generic/sg1/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/seq/dev /sys/class/sound/sequencer2/dev /sys/class/sound/sequencer/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev1.3/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev2.2/dev /sys/class/usb_device/usbdev2.3/dev /sys/class/usb_device/usbdev3.1/dev /sys/devices/pci:00/:00:02.0/usb1/1-0:1.0/usbdev1.1_ep81/dev /sys/devices/pci:00/:00:02.0/usb1/1-2/1-2:1.0/usbdev1.3_ep81/dev /sys/devices/pci:00/:00:02.0/usb1/1-2/usbdev1.3_ep00/dev /sys/devices/pci:00/:00:02.0/usb1/usbdev1.1_ep00/dev /sys/devices/pci:00/:00:02.1/usb2/2-0:1.0/usbdev2.1_ep81/dev /sys/devices/pci:00/:00:02.1/usb2/2-1/2-1:1.0/usbdev2.2_ep81/dev /sys/devices/pci:00/:00:02.1/usb2/2-1/2-1:1.1/usbdev2.2_ep82/dev /sys/devices/pci:00/:00:02.1/usb2/2-1/usbdev2.2_ep00/dev /sys/devices/pci:00/:00:02.1/usb2/2-2/2-2:1.0/usbdev2.3_ep81/dev /sys/devices/pci:00/:00:02.1/usb2/2-2/usbdev2.3_ep00/dev /sys/devices/pci:00/:00:02.1/usb2/usbdev2.1_ep00/dev /sys/devices/pci:00/:00:02.2/usb3/3-0:1.0/usbdev3.1_ep81/dev /sys/devices/pci:00/:00:02.2/usb3/usbdev3.1_ep00/dev -- Kernel configuration: isapnp_init not present. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19-h3-2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8
Bug#401077: rss2email: r2e doesn't lock feeds file
Package: rss2email Version: 1:2.60-1 Severity: grave Although there is code in rss2email.py for locking the feeds.dat file in which all the state information is stored, this is never used on Debian systems, only on SunOS/Solaris: , | unix = 0 | try: | import fcntl | if sys.version.find('sunos') != -1: | unix = 1 | except: | pass ` According to the python documentation, fcntl is only available on Unix platforms, so any check on sys.version should not be necessary at all. I have lost the state data twice (once due to a full /home partition, once because of multiple instances of r2e running at the same time), thus the Severity: grave. Cheers, -Hilko -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rss2email depends on: ii python-feedparser 4.1-6 Universal Feed Parser for Python ii python-support0.5.6 automated rebuilding support for p rss2email recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401078: joe: full filesystem leads to dataloss/segfault
Package: joe Version: 3.5-1.1 Severity: grave Justification: causes non-serious data loss Trying to save with no space left on the device leads to a segfault. Additionally, joe truncates the file end even its backup (and thus hours of work for me). Reproducable. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (400, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages joe depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand joe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401080: netkit-base: Filed for removal, keep it out of Etch
Package: netkit-base Severity: grave It's been filed for removal from sid: Please could you remove netkit-base (netkit-inetd, netkit-ping) from unstable (and testing once this is possible)? netkid-base is: * abandoned upstream for many years * unmaintained in Debian for two years * does not build from unpatched upstream source * upstream source is of poor quality * it will never support IPv6 * netkit-inetd is superceded in testing and unstable by openbsd-inetd * netkit-inetd now has no reverse dependencies (other than an alternative depends in ltsp-server, which is being dealt with; this should not prevent removal. See #382681 for more detail). * netkit-ping has three reverse dependencies (mrtg-ping-probe, heartbeat, heartbeat-2) but all are alternative dependencies. I will be filing bugs against these three packages, but all allow iputils-ping as the alternative. So it should most likely be hinted out of testing. Cheers, Moritz -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401039: nm/dbus fixed upstream
On tor, 2006-11-30 at 18:24 +0100, Michael Biebl wrote: Please consider that we already have a patch which deals with dbus 1.0 (debian/patches/12_dbus1.0.patch). It does exactly the same as the proposed patch. Which version is this patch available in? I'm on sid current which has network-manager 0.6.4-5 and no such file. Are you sure, you have built the current version of network-manager? Yes, 0.6.4-5 as available in both current testing and unstable. I don't know which version you're refering to Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401079: timezoneconf: Filed for removal, keep it out of Etch
Package: timezoneconf Severity: grave It's been filed for removal from sid: reassign 379035 ftp.debian.org retitle 379035 RM: timezoneconf -- RoQA; orphaned, unsupportably buggy thanks Some of the more unsupportable bugs are 275289 and 289637. Like localeconf and etherconf, this is one of the leftovers from Progeny's configuration system, which they stopped maintaining years ago (early 2004). So it should most likely be hinted out of testing. Cheers, Moritz -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]