Bug#401341: Starting gnue-appserver fails
Am Samstag, den 02.12.2006, 19:47 +0100 schrieb Felix Homann: Starting gnue-appserver: gnue-appserverTraceback (most recent call last): File /usr/bin/gnue-appserver, line 30, in ? from gnue.appserver import geasRpcServer ImportError: No module named gnue.appserver I think this might be related to the fact that gnue-appserver hasn't done the transition to python-central yet. Regards, -- Reinhard MüllerTel +43 (5577) 89877-0 BYTEWISE Software GmbH Fax +43 (5577) 89877-66 A-6890 Lustenau, Enga 2http://www.bytewise.at ~~ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor
On Mon, Dec 04, 2006 at 07:52:43AM +0100, BERTRAND Joël wrote: I don't try with debian package, only with official linux kernel. I have tested the 2.6.19 but sunlance doesn't work for me in a SS20 that runs with two sunlance (eth0/1)and one hme (eth2) interfaces... I don't know the difference between the debian and official kernels. It should be relatively minor, the only sparc-related patches included are backports of some essential bugfixes. Is your kernel SMP ? Do you use HIGHMEM ? CONFIG_HIGHMEM is set. CONFIG_SMP is not, since it has not been deemed mature enough. Current plan is that etch is not going to support SMP on sparc32, so we are building only one, uniprocessor, flavour. You can find the complete config used when building Debian kernel at http://www.wooyd.org/misc/config-2.6.18-3-sparc32 In general, if the problem is not reproducible with the Debian's stock kernel, then the bug clearly should not be RC. Please let me know if that's the case, or lower the severity yourself, if applicable. I have a 2.25 from Sun in one, a 2.25R from ROSS in another one and a 2.25W (?) from an HyperSTATION in the third one. Tested modules are single and dual RT-626 with a VSIMM (4 and 8MB) and 448 MB. I think it is not an hardware trouble because all configurations I have tried return exactly the same error. Hardware of the main station I use for tests are validated with Solaris9 and without any trouble during several days (but I cannot use three or four CPU with Solaris9 without having Watchdog reset!, all combinaisons with more than two CPU are not stable. Same results on the three stations. If I have time, I shall try to install a Solaris 2.7...). Sorry that I cannot be more helpful. As much as I would like to see working SMP on sparc32, I don't have neither skills nor time to work on improving it. Best regards, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
Processed: severity of 400372 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 # not even using the Debian kernel severity 400372 normal Bug#400372: dpkg randomly craches on Sparc32 running HyperSPARC processor Severity set to `normal' from `grave' 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: Should not enter etch
Processing commands for [EMAIL PROTECTED]: severity 401411 grave Bug#401411: Looks ugly since 2.4.2-1; seems to have switched to Condensed Severity set to `grave' from `important' severity 401443 grave Bug#401443: fontconfig: fails to pick DejaVu fonts Severity set to `grave' from `normal' forcemerge 401411 401443 Bug#401411: Looks ugly since 2.4.2-1; seems to have switched to Condensed Bug#401443: fontconfig: fails to pick DejaVu fonts Forcibly Merged 401411 401443. 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#400874: [patch] proposed fix
Hi,
sorry for being coming in so late. Here is a patch that should fix the
problem by making the buffer grow dynamically. Please give it testing.
Just to double the buffersize does only buy us time, the code that
deals with BigBuf is broken in serveral ways.
Cheers,
Michael
diff -Nru /tmp/PbNjE929IO/apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc
/tmp/g7pQUgTOK3/apt-0.6.46.4/apt-pkg/deb/debsrcrecords.cc
--- /tmp/PbNjE929IO/apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc 2006-03-02
13:44:28.0 +
+++ /tmp/g7pQUgTOK3/apt-0.6.46.4/apt-pkg/deb/debsrcrecords.cc 2006-12-04
09:00:01.0 +
@@ -18,6 +18,8 @@
#include apt-pkg/error.h
#include apt-pkg/strutl.h
#include apt-pkg/configuration.h
+
+using std::max;
/*}}}*/
// SrcRecordParser::Binaries - Return the binaries field /*{{{*/
@@ -34,31 +36,20 @@
if (Bins.empty() == true || Bins.length() = 102400)
return 0;
- // Workaround for #236688. Only allocate a new buffer if the field
- // is large, to avoid a performance penalty
- char *BigBuf = NULL;
- char *Buf;
- if (Bins.length() sizeof(Buffer))
- {
- BigBuf = new char[Bins.length()];
- Buf = BigBuf;
- }
- else
+ if (Bins.length() = BufSize)
{
- Buf = Buffer;
+ delete [] Buffer;
+ // allocate new size based on buffer (but never smaller than 4000)
+ BufSize = max((unsigned long)4000,
+ max((unsigned long)Bins.length()+1,2*BufSize));
+ Buffer = new char[BufSize];
}
- strcpy(Buf,Bins.c_str());
- if (TokSplitString(',',Buf,StaticBinList,
+ strcpy(Buffer,Bins.c_str());
+ if (TokSplitString(',',Buffer,StaticBinList,
sizeof(StaticBinList)/sizeof(StaticBinList[0])) == false)
- {
- if (BigBuf != NULL)
- delete BigBuf;
return 0;
- }
- if (BigBuf != NULL)
- delete BigBuf;
return (const char **)StaticBinList;
}
/*}}}*/
diff -Nru /tmp/PbNjE929IO/apt-0.6.46.3/apt-pkg/deb/debsrcrecords.h
/tmp/g7pQUgTOK3/apt-0.6.46.4/apt-pkg/deb/debsrcrecords.h
--- /tmp/PbNjE929IO/apt-0.6.46.3/apt-pkg/deb/debsrcrecords.h2006-03-02
13:44:28.0 +
+++ /tmp/g7pQUgTOK3/apt-0.6.46.4/apt-pkg/deb/debsrcrecords.h2006-12-04
08:54:43.0 +
@@ -24,9 +24,10 @@
FileFd Fd;
pkgTagFile Tags;
pkgTagSection Sect;
- char Buffer[1];
char *StaticBinList[400];
unsigned long iOffset;
+ char *Buffer;
+ unsigned long BufSize;
public:
@@ -49,10 +50,9 @@
};
virtual bool Files(vectorpkgSrcRecords::File F);
- debSrcRecordParser(string File,pkgIndexFile const *Index) :
- Parser(Index),
- Fd(File,FileFd::ReadOnly),
- Tags(Fd,102400) {};
+ debSrcRecordParser(string File,pkgIndexFile const *Index)
+ : Parser(Index), Fd(File,FileFd::ReadOnly), Tags(Fd,102400),
+Buffer(0), BufSize(0) {}
};
#endif
Bug#401411: Same with Bitstream Vera
Le dimanche 03 décembre 2006 à 18:27 -0800, Keith Packard a écrit : On Mon, 2006-12-04 at 00:23 +0100, Josselin Mouette wrote: I see the same situation while my fonts are Bitstream Vera. I think Loïc's analysis is wrong here, as XUL isn't using the condensed version of the DejaVu (or Vera) fonts. For most pages, it is using the Nimbus Sans fonts. Which means there is a serious regression somewhere, as this bug had been fixed a long time ago. Hmm. I can't see how that would happen unless the upgrade smashed your configuration files somehow. Can you poke at this using fc-match and see what that does? I first thought of a configuration issue, and I can confirm that the configuration files are exactly the same. Reverting the library brings back Bitstream Vera in XUL applications. This doesn't seem to be a problem for e.g. GNOME applications, only for the weird things XUL is doing with fontconfig. I'm CC-ing glandium in case he has a clue. -- Josselin Mouette/\./\ Do you have any more insane proposals for me?
Bug#401529: medicon: Segmentation fault!
Package: medicon Severity: grave Justification: renders package unusable Medicon and Xmedicon both segfault on recent DICOM files. I would assume the problem is in the common library rather than either of these individually. DICOM is an ongoing, developing standard and apparently new codes are being added all the time. I believe that the programs crash rather than treat unkonwn codes is a well-behaved manor. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (650, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-davidb Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401528: gnus fails to start with an error: Invalid date
Package: gnus Version: 5.11+v0.5.dfsg-3 Severity: grave Justification: renders package unusable gnus fails to start. It raises an error about an Invalid date. Acual message is : Invalid date: sam, 02 déc 2006 12:16:49 +0100 This bug seems to have appeared on previous versions of gnus (seen on gnus.org). The bug appeared suddenly yesterday (sun 3rd). gnus worked fine before. I probably made an update which broke gnus. I include the backtrace: Many thanks for your work Debugger entered--Lisp error: (error Invalid date: sam, 02 d\x8e9\ c 2006 12:16:49 +0100) signal(error (Invalid date: sam, 02 d\x8e9\ c 2006 12:16:49 +0100)) error(Invalid date: %s sam, 02 d\x8e9\ c 2006 12:16:49 +0100) date-to-time(sam, 02 d\x8e9\ c 2006 12:16:49 +0100) byte-code(qÆ !A@)[EMAIL PROTECTED]@T \nA\fÊZ F \nA\f ËÌÍÎ\n\ÏE *+_ ,_ Ð!ÑÒ Ó# - ./.;[EMAIL PROTECTED]@)[EMAIL PROTECTED] 1Ò ØÙ1!!Ú0/\/Õ- 1 Ý Ù1! . ê r.q`) 31Ô-45*+Õ 6 7 * . 8 9 -. ./.; Ô.! [EMAIL PROTECTED]@)[EMAIL PROTECTED]/1 xÖ1!×h1xØÙ1!!Ú0/\/Õ-Û.! 1:+ÐÙ1!!ÜÝÞ¤ßàá9#.*Ú;âÚã .q3bäå-!!Ð3æyç |)Úßàè4#.é + [nntp-server-buffer date time x ls strings date-to-time 8 decode-time 0 65536 ^\\. ?\n NEWGROUPS format-time-string %y%m%d %H%M%S GMT nntp-erase-buffer mapconcat identity get-buffer nil process-status (open run) nntp-kill-buffer process-buffer delq nntp-open-connection err (byte-code * Æ \n Ç\n!È \n.P\É !Ê) ËÌ!*/Í=3 Î/K 0K Ï 012/%Î09 012Ð 3 2 1 0Ñ !qeb`fÒw ÓÔ!¸ É !Õ¸ ÓÖ! × !® ÓØ!¡ ÙÚÛÜN\ÝÛÐ\® ÓÞ!® `ßy`|à !ebj Óá!Å â Ð.É !ãÓ ËÌ!.dbeÐ 4 5ä05Î#÷ à !dåZe]5dbÜ æç!4r6q47+è2?!3-1qdbéÑ !!8,Ð8êëì\)Î36í .Î [command process string nntp-last-command-time nntp-last-command nntp-record-commands current-time nntp-record-command process-send-string process-status ... nntp-report Server closed connection ignore t nntp-async-wait nil process-buffer ... looking-at 48[02] ... 480 nntp-handle-authinfo 482 nnheader-report nntp nntp-authinfo-rejected error-message signal ^.*\n 1 nntp-accept-process-output [45] nntp-snarf-error-message ... re-search-backward 1000 match-string 0 nntp-decode-text insert-buffer-substring nnheader-message 5 erase-buffer nntp-end-of-line callback wait-for buffer ...] 6) ((nntp-authinfo-rejected ...) (error ...) (quit ...)) nnheader-report nntp Couldn't open connection to %s nntp-open-network-stream nntp-accept-response looking-at regexp-quote 1 point-at-bol Couldn't open connection to %s. nntp-decode-text wait-for nnheader-callback-function nntp-inhibit-output command buffer nntp-connection-alist entry process ...] 9) byte-code(ÄÅÅ# ÆÅÇ#ÈÅÉÊ*Å [server nntp-connection-timeout timer nntp-with-open-group-internal nntp-possibly-change-group nil run-at-time (lambda nil (let ... ...)) ((byte-code Á!Á [timer nnheader-cancel-timer] 2)) (byte-code qÆ !A@)[EMAIL PROTECTED]@T \nA\fÊZ F \nA\f ËÌÍÎ\n\ÏE *+_ ,_ Ð!ÑÒ Ó# - ./.;[EMAIL PROTECTED]@)[EMAIL PROTECTED] 1Ò ØÙ1!!Ú0/\/Õ- 1 Ý Ù1! . ê r.q`) 31Ô-45*+Õ 6 7 * . 8 9 -. ./.; Ô.! [EMAIL PROTECTED]@)[EMAIL PROTECTED]/1 xÖ1!×h1xØÙ1!!Ú0/\/Õ-Û.! 1:+ÐÙ1!!ÜÝÞ¤ßàá9#.*Ú;âÚã .q3bäå-!!Ð3æyç |)Úßàè4#.é + [nntp-server-buffer date time x ls strings date-to-time 8 decode-time 0 65536 ^\\. ?\n NEWGROUPS format-time-string %y%m%d %H%M%S GMT nntp-erase-buffer mapconcat identity get-buffer nil process-status ... nntp-kill-buffer process-buffer delq nntp-open-connection err ... ... nnheader-report nntp Couldn't open connection to %s nntp-open-network-stream nntp-accept-response looking-at regexp-quote 1 point-at-bol Couldn't open connection to %s. nntp-decode-text wait-for nnheader-callback-function nntp-inhibit-output command buffer nntp-connection-alist entry process ...] 9) ((quit ...))] 4) nntp-request-newgroups(sam, 02 d\x8e9\ c 2006 12:16:49 +0100 news.free.fr) gnus-request-newgroups(sam, 02 d\x8e9\ c 2006 12:16:49 +0100 (nntp news.free.fr)) gnus-ask-server-for-new-groups() gnus-find-new-newsgroups() gnus-setup-news(nil nil nil) byte-code( Æ Q ÇÈ!É\n!\f ! Ê + ËÌÍ\ËÎÏ\ÐÑ#ÇÒ!Ó Ô!Õ Ö×!Ø ÇÙ!Ñ [dont-connect did-connect gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-group-quit gnus-run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-dribble-read-file gnus-request-create-group queue (nndraft ) drafts (nndraft ) gnus-setup-news nil gnus-setup-news-hook gnus-start-draft-setup gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook gnus-agent level] 4) gnus-1(nil nil nil) gnus(nil) * call-interactively(gnus)
Processed: raising severity
Processing commands for [EMAIL PROTECTED]: severity 398039 serious Bug#398039: python-cjkcodecs: postinst fails Severity set to `serious' from `normal' 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#400874: I hope this is the right fix...
On Thu, Nov 30, 2006 at 10:56:52AM +0100, Andreas Henriksson wrote: 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. Thanks for your patch. Unfortunately this patch is not enough because BigBuf is deleted in the function but TokSplitString() does not make a copy of the buffer it is passed but just modifies it. So we return already deleted memory. I send a proposed patch that hopefully fixes this issue. I'm currently at the lsb-meeting so I'm a bit limited in my resources right now. But testing feedback would be great :) Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401372: iceape-browser: crashes on startup
On Sun, Dec 03, 2006 at 06:18:21PM -0500, Aaron M. Ucko [EMAIL PROTECTED] wrote: Mike Hommey [EMAIL PROTECTED] writes: Could you also attach a strace ? No problem; hope it helps. How come there's (apparently) nothing in your /usr/lib/iceape/chrome directory ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393393: Patch between liburi-perl-1.35-2 and liburi-perl-1.35+dfsg-0.1
Gunnar Wolf wrote: tag 401455 + patch tag 393393 + patch thanks Hi, As I'm closing the two above mentioned bugs in a single operation, and the process for them is really trivial, I'm only sending a single patch for both bugs. OK, thanks for your work, Gunnar. I'll upload the changes today. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401530: usb-scanners don't work on powerpc (little endian)
package: hplip version: 1.6.10-2 severity: grave tags: upstream Hi, scanning with usb-connected devices does not work on powerpc (or all little endian archs I guess). After I followed the instructions in this email, http://www.mail-archive.com/hplip-devel%40lists.sourceforge.net/msg00233.html and recompiled the package, scanning works. But I dont think removing that macro is the right solution for all archs :) regards, Holger pgpJErKJS16Uk.pgp Description: PGP signature
Bug#390023: multipath maintainence
* Andreas Barth ([EMAIL PROTECTED]) [061203 16:37]: * Bastian Blank ([EMAIL PROTECTED]) [061203 15:59]: On Sun, Dec 03, 2006 at 03:00:14PM +0100, Guido Guenther wrote: Hi Andreas, On Sat, Dec 02, 2006 at 04:48:48PM +0100, Andreas Barth wrote: so one of the maintainers seems to have dropped out definitly now. Yeah, seems so. I'm completely lost with the currently. Also, Andres Salomon seems to be not associated with the package anymore. 19:27 dilinger aba: i have asked waldi to remove me a few times Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400874: I hope this is the right fix...
On Mon, Dec 04, 2006 at 10:46:18AM +0100, Michael Vogt wrote: Unfortunately this patch is not enough because BigBuf is deleted [...] right now. But testing feedback would be great :) I've verified that the problem still persists with the apt which is currently in the archive. I've also tested apt with you patch (debsrcrec.diff) and verified that it solves the problem. Thanks for a proper patch! Hope to see this uploaded soon. :) -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Hi, When I was preparing previous patch only 2.6.18-5 was available from Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: its still an issue
Processing commands for [EMAIL PROTECTED]: reopen 398789 Bug#398789: fails to install in a vserver - PRNG is not seeded Bug reopened, originator not changed. severity 398789 wishlist Bug#398789: fails to install in a vserver - PRNG is not seeded Severity set to `wishlist' from `serious' retitle 398789 please make installable, even if no PRNG exists Bug#398789: fails to install in a vserver - PRNG is not seeded Changed Bug title. clone 398789 -1 Bug#398789: please make installable, even if no PRNG exists Bug 398789 cloned as bug 401535. reassign -1 openssh Bug#401535: please make installable, even if no PRNG exists Bug reassigned from package `ssh-krb5' to `openssh'. retitle -1 please make installable, even if no PRNG exists Bug#401535: please make installable, even if no PRNG exists 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#401531: krec cant find my microphone
Package: krec Version: 4:3.3.2-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-speakup Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages krec depends on: ii artsbuilder4:3.3.2-1 Arts synthesizer designer ii kdelibs4 4:3.3.2-6.4 KDE core libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libarts1 1.3.2-3 aRts Sound system ii libasound2 1.0.8-3 ALSA library ii libaudio2 1.7-2 The Network Audio System (NAS). (s ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libesd00.2.35-2 Enlightened Sound Daemon - Shared ii libfam0c1022.7.0-6 client library to control the FAM /tmp/reportbug-krec-20061203-2310-aIJWxV 48L, 2654C 1,1 Top -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398789: its still an issue
reopen 398789 severity 398789 wishlist retitle 398789 please make installable, even if no PRNG exists clone 398789 -1 reassign -1 openssh retitle -1 please make installable, even if no PRNG exists thanks Hi, this bug is still a bug, even if it's not RC. On (normal) vservers, you cannot create devices, so if you create a chroot on a vserver, it lacks (amongs others) the (u)random devices, so installing this package in such a chroot will fail. I do understand, that a PRNG is needed for operation of the package, but sometimes it's usefull to only install it (for example when creating live-cds in such a chroot on a vserver...), so it would be nice, if the package installation wouldnt fail if no PRNG is available. Thanks. regards, Holger pgpyPyBIcGBBd.pgp Description: PGP signature
Bug#401536: Uninstallable because of dependency on nonexistent libgnutls11
Package: samba Version: 3.0.23d-2 Severity: serious Samba was linked against libgnutls11, which has been removed from the archive. This makes the package uninstallable. Cheers, Michael -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.19 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages samba depends on: ii debconf 1.5.9 Debian configuration management sy ii libacl1 2.2.41-1Access control list shared library ii libattr1 2.4.32-1Extended attribute shared library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library ii libcupsy 1.2.7-1 Common UNIX Printing System(tm) - ii libgamin 0.1.8-1 Client library for the gamin file ii libgnutl 1.4.4-3 the GNU TLS library - runtime libr ii libkrb53 1.4.4-4 MIT Kerberos runtime libraries ii libldap2 2.1.30-13.2 OpenLDAP libraries ii libpam-m 0.79-4 Pluggable Authentication Modules f ii libpam-r 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l ii libpopt0 1.10-3 lib for parsing cmdline parameters ii logrotat 3.7.1-3 Log rotation utility ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii netbase 4.27Basic TCP/IP networking system ii procps 1:3.2.7-3 /proc file system utilities ii samba-co 3.0.23d-1 Samba common files used by both th ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages samba recommends: ii smbldap-tools 0.9.2-3Scripts to manage Unix and Samba a -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: krec cant find my microphone
Processing commands for [EMAIL PROTECTED]: severity 401531 normal Bug#401531: krec cant find my microphone Severity set to `normal' from `grave' 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#369542: security problem in ssmtp package (password exposure)
* Julien Louis ([EMAIL PROTECTED]) [061203 05:35]: An updated patch, which applies cleanly, is attached. Here, compilation stops with: gcc -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYSLOG_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIBNSL=1 -DRETSIGTYPE=void -DHAVE_VPRINTF=1 -DHAVE_GETHOSTNAME=1 -DHAVE_SOCKET=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 -DREWRITE_DOMAIN=1 -DHAVE_SSL=1 -DINET6=1 -DMD5AUTH=1 -DSSMTPCONFDIR=\/etc/ssmtp\ -DCONFIGURATION_FILE=\/etc/ssmtp/ssmtp.conf\ -DREVALIASES_FILE=\/etc/ssmtp/revaliases\ -g -O2 -Wall -c -o ssmtp.o ssmtp.c ssmtp.c: In function 'crammd5': ssmtp.c:612: warning: pointer targets in passing argument 1 of '__builtin_strncpy' differ in signedness ssmtp.c:615: warning: pointer targets in passing argument 1 of 'from64tobits' differ in signedness ssmtp.c:617: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness ssmtp.c:617: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness ssmtp.c:628: warning: pointer targets in passing argument 1 of '__builtin_strncpy' differ in signedness ssmtp.c:629: warning: pointer targets in passing argument 1 of 'strcat' differ in signedness ssmtp.c:630: warning: pointer targets in passing argument 1 of 'strcat' differ in signedness ssmtp.c:630: warning: pointer targets in passing argument 2 of 'strcat' differ in signedness ssmtp.c:631: warning: pointer targets in passing argument 1 of 'strlen' differ in signedness ssmtp.c:631: warning: pointer targets in passing argument 1 of 'to64frombits' differ in signedness ssmtp.c: In function 'smtp_open': ssmtp.c:1261: warning: assignment discards qualifiers from pointer target type ssmtp.c: In function 'ssmtp': ssmtp.c:1409: error: 'boot_t' undeclared (first use in this function) ssmtp.c:1409: error: (Each undeclared identifier is reported only once ssmtp.c:1409: error: for each function it appears in.) ssmtp.c:1409: error: expected ';' before 'minus_v_save' ssmtp.c:1500: warning: pointer targets in passing argument 1 of 'to64frombits' differ in signedness ssmtp.c:1500: warning: pointer targets in passing argument 2 of 'to64frombits' differ in signedness ssmtp.c:1512: warning: pointer targets in passing argument 1 of 'to64frombits' differ in signedness ssmtp.c:1512: warning: pointer targets in passing argument 2 of 'to64frombits' differ in signedness ssmtp.c:1522: warning: pointer targets in passing argument 1 of 'to64frombits' differ in signedness ssmtp.c:1522: warning: pointer targets in passing argument 2 of 'to64frombits' differ in signedness ssmtp.c:1528: error: 'minus_v_save' undeclared (first use in this function) make[1]: *** [ssmtp.o] Error 1 Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401518: possible fix for bfilter ace/ACE.h problems.
tags 401518 + patch thanks Adding a define of _REENTRANT to the configure.in file an running autoconf on the source seems to fix the problem. I don't know if it's correct since I don't know anything about autoconf voodoo, but I hope it is... Patch attached. (Don't forget to run autoconf to update configure.) -- Regards, Andreas Henriksson --- bfilter-1.0.6/configure.in 2006-07-23 08:21:36.0 + +++ bfilter-1.0.6-fixed/configure.in2006-12-04 11:00:38.0 + @@ -94,6 +94,7 @@ AC_LANG_PUSH(C++) +AC_DEFINE(_REENTRANT,1,[Set to 1 to use thread-safe library routines]) AC_CHECK_HEADER(ace/ACE.h,, AC_MSG_ERROR( [ACE headers not found. ACE stands for Adaptive Communication Environment and can be found at
Bug#399016: kaddressbook: Data loss, involving strange file duplication and locking problems
severity 399016 important tags 399016 + moreinfo thanks * Ana Guerrero ([EMAIL PROTECTED]) [061122 01:09]: Could you give more information about this? Could you try KAddressBook in a different computer and test if you have the same problems? And in the same computer as a diferent user? Lowering severity, as multiple people couldn't reproduce it. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401531: krec cant find my microphone
severity 401531 normal thanks Hi, On Sun, Dec 03, 2006 at 05:16:03PM -0500, operator wrote: Package: krec Version: 4:3.3.2-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** Could you provide some more information about your problem? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401411: Same with Bitstream Vera
On Mon, Dec 04, 2006 at 10:36:00AM +0100, Josselin Mouette [EMAIL PROTECTED] wrote: Le dimanche 03 décembre 2006 à 18:27 -0800, Keith Packard a écrit : On Mon, 2006-12-04 at 00:23 +0100, Josselin Mouette wrote: I see the same situation while my fonts are Bitstream Vera. I think Loïc's analysis is wrong here, as XUL isn't using the condensed version of the DejaVu (or Vera) fonts. For most pages, it is using the Nimbus Sans fonts. Which means there is a serious regression somewhere, as this bug had been fixed a long time ago. Hmm. I can't see how that would happen unless the upgrade smashed your configuration files somehow. Can you poke at this using fc-match and see what that does? I first thought of a configuration issue, and I can confirm that the configuration files are exactly the same. Reverting the library brings back Bitstream Vera in XUL applications. This doesn't seem to be a problem for e.g. GNOME applications, only for the weird things XUL is doing with fontconfig. I'm CC-ing glandium in case he has a clue. Well, I have the latest version of fontconfig, and didn't see any regression with xul applications or others... but I think I don't have the nimbus fonts installed... In what applications do you see that, with which backend (xft or pango or both) ? Mike
Processed: possible fix for bfilter ace/ACE.h problems.
Processing commands for [EMAIL PROTECTED]: tags 401518 + patch Bug#401518: bfilter: FTBFS: Fails to detect ace/ACE.h There were no tags set. 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#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Hi On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote: Hi, When I was preparing previous patch only 2.6.18-5 was available from I see. I forgot about that I requested -5 instead of -6. Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... Ohh. You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thanks a lot! Regards, // Ola Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361354: marked as done (mailutils-imap4d: Incorrect FETCH reply if message contains ascii NUL character)
Your message dated Mon, 04 Dec 2006 11:47:06 +
with message-id [EMAIL PROTECTED]
and subject line Bug#361354: fixed in mailutils 1:1.1+dfsg1-3.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: mailutils-imap4d
Version: 1:0.6.1-4sarge2
Severity: grave
Justification: renders package unusable
I use imap4d using a traditional /var/spool/mail source (and don't use
folders or any of that fancy stuff); I just use it as a POP replacement
with gnus running gssapi as the authentication.
If the mailbox contains a message with an ASCII NUL (000) character,
then the reply to a FETCH command (at least, those generated by gnus,
such as:
30 UID FETCH 27 BODY.PEEK[]
will print a correct message count in {} in the reply, but then in the
message itself, printing of the message will stop with the character
before the ASCII NUL, and then the terminating ) is printed, followed
by
30 OK UID FETCH Completed
The problem seems pretty obvious: the code that reads and prints the
message into the reply is fooled by NULs because it is using C strings
to hold the data.
I have marked this bug report grave because spam is extremely common in
this sad world, and spam often includes such NUL characters. This
prevents the use of imap4d with any such mail spool, rendering the
tool unusable.
In the message where I saw this, the NUL character was within a MIME
block, with type text/plain and encoding base64; the NUL occurred at the
end of the last line of the block, before the concluding boundary line.
The problem occurs as well if a FETCH 27 BODY[TEXT] command is used
(not surprisingly).
Clearly the bug is in fetch_io, in imap4d/fetch.c. We are called from
fetch_operation, where there is no partial offset, so start and end are
ULONG_MAX. The first main loop for fetch_io is the one chosen, and max
is set correctly (because the size printed between {} I know to be
correct). Then we read chunks of 512 bytes at a time, and use util_send
to output them. util_send cannot deal with chunks that have embedded
NULs.
pop3d is apparently able to handle the messages correctly.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-386
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages mailutils-imap4d depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libcomerr2 1.37-2sarge1 common error description library
ii libgcrypt111.2.0-11.1LGPL Crypto library - runtime libr
ii libgdbm3 1.8.3-2 GNU dbm database routines (runtime
ii libgnutls111.0.16-13.2 GNU TLS library - runtime library
ii libgpg-error0 1.0-1 library for common error values an
ii libgsasl7 0.2.5-1 GNU SASL library
ii libidn11 0.5.13-1.0GNU libidn library, implementation
ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries
ii libmailutils0 1:0.6.1-4sarge2 GNU Mail abstraction library
ii libmysqlclient12 4.0.24-10sarge1 mysql database client library
ii libpam0g 0.76-22 Pluggable Authentication Modules l
ii libtasn1-2 0.2.10-3sarge1Manage ASN.1 structures (runtime)
ii netbase4.21 Basic TCP/IP networking system
ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime
-- no debconf information
---End Message---
---BeginMessage---
Source: mailutils
Source-Version: 1:1.1+dfsg1-3.1
We believe that the bug you reported is fixed in the latest version of
mailutils, which is due to be installed in the Debian FTP archive:
libmailutils-dev_1.1+dfsg1-3.1_amd64.deb
to pool/main/m/mailutils/libmailutils-dev_1.1+dfsg1-3.1_amd64.deb
libmailutils1_1.1+dfsg1-3.1_amd64.deb
to pool/main/m/mailutils/libmailutils1_1.1+dfsg1-3.1_amd64.deb
mailutils-comsatd_1.1+dfsg1-3.1_amd64.deb
to pool/main/m/mailutils/mailutils-comsatd_1.1+dfsg1-3.1_amd64.deb
mailutils-imap4d_1.1+dfsg1-3.1_amd64.deb
to pool/main/m/mailutils/mailutils-imap4d_1.1+dfsg1-3.1_amd64.deb
mailutils-mh_1.1+dfsg1-3.1_amd64.deb
to pool/main/m/mailutils/mailutils-mh_1.1+dfsg1-3.1_amd64.deb
mailutils-pop3d_1.1+dfsg1-3.1_amd64.deb
to pool/main/m/mailutils/mailutils-pop3d_1.1+dfsg1-3.1_amd64.deb
mailutils_1.1+dfsg1-3.1.diff.gz
to pool/main/m/mailutils/mailutils_1.1+dfsg1-3.1.diff.gz
mailutils_1.1+dfsg1-3.1.dsc
to pool/main/m/mailutils/mailutils_1.1+dfsg1-3.1.dsc
Processed: tagging 400923
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.21~bpo.1 tags 400923 - unreproducible Bug#400923: gdm: $DISPLAY variable not set Tags were: unreproducible Tags removed: 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]
Bug#397788: closed by Ari Pollak [EMAIL PROTECTED] (Bug#397788: fixed in gaim 1:2.0.0+beta5-1)
severity 397788 important thanks * Corey Minyard ([EMAIL PROTECTED]) [061201 14:26]: That's fine with me. Do I do that, or do you do that? Done. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400190: amd64 build failure for unixcw - missing -fPIC in testcase...
I hope this might help you fix the problem... When I run the attached test.sh in my amd64 unstable pbuilder environment I get the following output: # ./test.sh ++ cat ++ gcc -c conftest.c ++ gcc -shared -o conftest.so conftest.o /usr/bin/ld: conftest.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC conftest.o: could not read symbols: Bad value collect2: ld returned 1 exit status ++ rm -f conftest.c conftest.o ++ test -f conftest.so HTH. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401488: FTBFS: Aap: Recipe file /tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/main.aap not found
James Vega wrote: Last time I tried, my computer couldn't handle building the actual spellfiles so I haven't had a chance to try cleaning up the build. Couldn't handle it, as in the vim ... -c 'mkspell! ...' command didn't work? That part did work for me when I ran it by hand on the Swedish files. [Though, I do recall seeing in the mkspell docs that it's fairly resource intensive, so if that's what you mean I'll be happy to test out a few builds for you.] By adding an 'extract' as a dependency in debian/rules: build-spell-%-stamp: build-locales-stamp extract I was able to get to the point where it spewed a python traceback: *** DEBIAN *** BUILDING SPELLFILES FOR af env LOCPATH=/tmp/vsf/vim-spellfiles-20060604/debian/locales aap -f upstream/vim-runtime-spell/af/main.aap Aap: Internal Error Aap: Traceback (most recent call last): File /usr/lib/aap/Process.py, line 1163, in Process exec script_string in recdict, recdict File string, line 8, in ? File /usr/lib/aap/Commands.py, line 2744, in aap_fetch verscont_cmd(line_nr, recdict, arg, fetch) File /usr/lib/aap/Commands.py, line 2739, in verscont_cmd do_verscont_cmd(rpstack, recdict, action, attrdict, varlist) File /usr/lib/aap/Commands.py, line 2726, in do_verscont_cmd failed = fetch_nodelist(rpstack, recdict, nodelist, 0) File /usr/lib/aap/VersCont.py, line 196, in fetch_nodelist fetch, [ fetch, commit ]) File /usr/lib/aap/VersCont.py, line 174, in handle_nodelist this_use_cache, action) File /usr/lib/aap/VersCont.py, line 85, in verscont_command ok = download_file(recdict, dict, node, use_cache) File /usr/lib/aap/Remote.py, line 311, in download_file shutil.copyfile(fname, node.absname) File shutil.py, line 42, in copyfile raise Error, `%s` and `%s` are the same file % (src, dst) Error: `/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` and `/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` are the same file Aap: Aborted Aap: More info in the logfile: /tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/AAPDIR/log I have attached the log. extra: Reading recipe main.aap extra: Finished reading recipe main.aap depend: Adding default dependency for clean depend: Adding default dependency for cleanmore depend: Building the all target depend: 1 - updating target all depend: 2 - Using dependency all : ../af.latin1.spl ../af.utf-8.spl ../README_af.txt depend: 3 - updating target ../af.latin1.spl depend: 4 - Using dependency ../af.latin1.spl : af_ZA.aff af_ZA.dic depend: 5 - updating target af_ZA.aff depend: 6 - Using dependency af_ZA.aff af_ZA.dic : for target af_ZA.aff depend: 5 - Updating af_ZA.aff from : it doesn't exist error: Internal Error error: Traceback (most recent call last): File /usr/lib/aap/Process.py, line 1163, in Process exec script_string in recdict, recdict File string, line 8, in ? File /usr/lib/aap/Commands.py, line 2744, in aap_fetch verscont_cmd(line_nr, recdict, arg, fetch) File /usr/lib/aap/Commands.py, line 2739, in verscont_cmd do_verscont_cmd(rpstack, recdict, action, attrdict, varlist) File /usr/lib/aap/Commands.py, line 2726, in do_verscont_cmd failed = fetch_nodelist(rpstack, recdict, nodelist, 0) File /usr/lib/aap/VersCont.py, line 196, in fetch_nodelist fetch, [ fetch, commit ]) File /usr/lib/aap/VersCont.py, line 174, in handle_nodelist this_use_cache, action) File /usr/lib/aap/VersCont.py, line 85, in verscont_command ok = download_file(recdict, dict, node, use_cache) File /usr/lib/aap/Remote.py, line 311, in download_file shutil.copyfile(fname, node.absname) File shutil.py, line 42, in copyfile raise Error, `%s` and `%s` are the same file % (src, dst) Error: `/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` and `/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/af_ZA.zip` are the same file error: Aborted
Bug#397678: main-menu: segfaults on amd64 after Set up users and passwords step
severity 397678 important thanks * Eugeniy Meshcheryakov ([EMAIL PROTECTED]) [061110 12:23]: Additional information: I cannot reproduce this bug with image from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-businesscard.iso built on 20061102 (at least it is written on F1 screen, I downloaded it today). Reducing severity to important. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: main-menu: segfaults on amd64 after Set up users and passwords step
Processing commands for [EMAIL PROTECTED]: severity 397678 important Bug#397678: main-menu: segfaults on amd64 after Set up users and passwords step Severity set to `important' from `grave' 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#361354: 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 ../mailutils-1.1+dfsg1~/debian/changelog
../mailutils-1.1+dfsg1/debian/changelog
--- ../mailutils-1.1+dfsg1~/debian/changelog2006-11-30 13:32:44.0
+
+++ ../mailutils-1.1+dfsg1/debian/changelog 2006-12-04 11:21:49.0
+
@@ -1,3 +1,11 @@
+mailutils (1:1.1+dfsg1-3.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Fix issue with mails containing \0. Thanks to Ben Hutchings for
+the patch. Closes: #361354
+
+ -- Andreas Barth [EMAIL PROTECTED] Mon, 4 Dec 2006 11:21:05 +
+
mailutils (1:1.1+dfsg1-3) unstable; urgency=medium
* debian/control: switch back to guile-1.6 as guile-1.8 is not yet ready
diff -ur ../mailutils-1.1+dfsg1~/imap4d/fetch.c
../mailutils-1.1+dfsg1/imap4d/fetch.c
--- ../mailutils-1.1+dfsg1~/imap4d/fetch.c 2006-03-12 14:25:50.0
+
+++ ../mailutils-1.1+dfsg1/imap4d/fetch.c 2006-12-04 11:15:59.0
+
@@ -1160,12 +1160,11 @@
offset = 0;
if (max)
{
- util_send ( {%u}\r\n, max);
+ util_send ( {%lu}\r\n, max);
while (mu_stream_read (rfc, buffer, sizeof (buffer) - 1, offset,
n) == 0 n 0)
{
- buffer[n] = '\0';
- util_send (%s, buffer);
+ util_send_raw (buffer, n);
offset += n;
}
}
@@ -1190,13 +1189,11 @@
end -= n;
buffer += n;
}
- /* Make sure we null terminate. */
- *buffer = '\0';
util_send (%lu, start);
if (total)
{
util_send ( {%s}\r\n, mu_umaxtostr (0, total));
- util_send (%s, p);
+ util_send_raw (p, total);
}
else
util_send ( \\);
diff -ur ../mailutils-1.1+dfsg1~/imap4d/imap4d.h
../mailutils-1.1+dfsg1/imap4d/imap4d.h
--- ../mailutils-1.1+dfsg1~/imap4d/imap4d.h 2006-04-07 14:08:54.0
+
+++ ../mailutils-1.1+dfsg1/imap4d/imap4d.h 2006-12-04 11:18:43.0
+
@@ -245,6 +245,7 @@
extern int util_send (const char *, ...);
extern int util_send_qstring (const char *);
extern int util_send_literal (const char *);
+extern int util_send_raw (const char *, size_t);
extern int util_start (char *);
extern int util_finish (struct imap4d_command *, int, const char *, ...);
extern int util_getstate (void);
diff -ur ../mailutils-1.1+dfsg1~/imap4d/util.c
../mailutils-1.1+dfsg1/imap4d/util.c
--- ../mailutils-1.1+dfsg1~/imap4d/util.c 2006-04-07 14:08:55.0
+
+++ ../mailutils-1.1+dfsg1/imap4d/util.c2006-12-04 11:19:42.0
+
@@ -398,6 +398,15 @@
return util_send ({%u}\r\n%s, strlen (buffer), buffer);
}
+int
+util_send_raw (const char *data, size_t len)
+{
+ if (daemon_param.transcript)
+syslog (LOG_DEBUG, sent: %s, data);
+
+ return mu_stream_sequential_write (ostream, data, len);
+}
+
/* Send an unsolicited response. */
int
util_out (int rc, const char *format, ...)
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: unixcw - -fPIC usage in testcase solves the FTBFS.
Processing commands for [EMAIL PROTECTED]: tags 400190 + patch Bug#400190: unixcw: FTBFS on amd64: cp: cannot stat `debian/tmp//usr/lib/libcw.so.0.0': No such file or directory There were no tags set. 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#369542: security problem in ssmtp package (password exposure)
* Julien Louis ([EMAIL PROTECTED]) [061204 13:40]: On Mon, Dec 04, 2006 at 12:08:52PM +0100, Andreas Barth wrote: * Julien Louis ([EMAIL PROTECTED]) [061203 05:35]: ssmtp.c: In function 'ssmtp': ssmtp.c:1409: error: 'boot_t' undeclared (first use in this function) ssmtp.c:1409: error: (Each undeclared identifier is reported only once ssmtp.c:1409: error: for each function it appears in.) ssmtp.c:1409: error: expected ';' before 'minus_v_save' Can you please, take two minutes to read the error message ? I made a typo, i wrote boot_t instead of bool_t. Oh, sorry. I was just blind. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369542: 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 -Nur ../ssmtp-2.61~/debian/changelog ../ssmtp-2.61/debian/changelog
--- ../ssmtp-2.61~/debian/changelog 2006-12-02 15:29:00.0 +
+++ ../ssmtp-2.61/debian/changelog 2006-12-04 11:06:09.0 +
@@ -1,3 +1,11 @@
+ssmtp (2.61-10.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Fix Information leak in ssmtp that leads to password exposure.
+Closes: #369542
+
+ -- Andreas Barth [EMAIL PROTECTED] Mon, 4 Dec 2006 11:03:19 +
+
ssmtp (2.61-10) unstable; urgency=low
* Added Spanish po-debconf translation (Closes: #393223)
diff -Nur ../ssmtp-2.61~/ssmtp.c ../ssmtp-2.61/ssmtp.c
--- ../ssmtp-2.61~/ssmtp.c 2006-12-02 15:29:00.0 +
+++ ../ssmtp-2.61/ssmtp.c 2006-12-04 11:02:18.0 +
@@ -1406,6 +1406,7 @@
struct passwd *pw;
int i, sock;
uid_t uid;
+ bool_t minus_v_save;
int timeout = 0;
outbytes = 0;
@@ -1522,7 +1523,12 @@
#ifdef MD5AUTH
}
#endif
+ /* We do NOT want the password output to STDERR
+* even base64 encoded.*/
+ minus_v_save = minus_v;
+ minus_v = False;
outbytes += smtp_write(sock, %s, buf);
+ minus_v = minus_v_save;
(void)alarm((unsigned) MEDWAIT);
if(smtp_okay(sock, buf) == False) {
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401554: mpt-status: init script fails due to use of daemon
Package: mpt-status Version: 1.1.6-8 Severity: serious Justification: Policy 6.2 On installation, mpt-status fails because of the handling of d_stop and d_start in the /etc/init.d/mpt-statusd. Because RUN_DAEMON is set to yes by default, 'daemon' is used to start it, but the pid of the script (not daemon) is put into PIDFILE. However, when d_stop is called, it acts on the pid in PIDFILE, which doesn't respond to the normal signal handling for some reason, and the script exits with error, and then mpt-status is left in an unconfigured state. 'apt-get -f install' will not fix it. A workaround is to set 'RUN_DAEMON=no' in /etc/init.d/mpt-statusd, and then run 'apt-get -f install' (however, this exposes another bug where you reference mpt-statusd is disabled in /etc/default/mpt-statusd but /etc/default/mpt-statusd does not exist). This affects more than just the installation of the package though, as you can't use '/etc/init.d/mpt-statusd' to stop and restart the process without errors, because of the way the '/etc/init.d/mpt-statusd check_mpt' is dealing with signals. -- 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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mpt-status depends on: ii daemon 0.6.3-1 turns other processes into daemons ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip mpt-status recommends no packages. -- no debconf information -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-3-386 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#401556: DVD Burn Fails with strange behavior
package: linux-image version: 2.6-k7 severity: critical package: linux-image version: 2.6.16 severity: critical I'm not sure where to file this bug; it seems to be a problem with kernel drivers in the Etch kernels. This is the behavior: When burning dvd's, the first attempt fails with irq interrupt, and the second attempt freezes the entire system with what appears to be a kernel panic. Restarting the system shows filesystem corruption on RAID5 devices requiring something like 6 - 18 hours of resyncing, although this is unclear whether it's a direct result of the bug in question, merely a byproduct of the system crash, or a combination of both. At the same time, numerous messages and boot problems emerge with dma interrupt requests and an unresponsive /dev/hdb causing subsequent boot attempts to fail; these seem to appear after attempting a burn (not positive, but pretty sure). The hdb drive is a Maxtor 250G only some 7 weeks old and otherwise works fine, showing no other problems or errors whatsoever. In all dummy/dry-run instances (multiple tests with guaranteed blank discs), wodim returns the error message Cannot get next writable address for 'invisible' track. This means we are checking recorded media. Growisofs returns only Excuting built-in dd I've checked lspci; all controllers are listed, and i've tried rearranging their boot order so that the ide controllers boot before the device controllers, but no difference. I've done lsmod; all necessary drivers are loaded. I've tried using automated programs like k3burner and gnomebaker; same effect or worse. I've checked and switched the cables with new ones; no difference. I've played with hdparm; dma on/off, -c and -u on/off. No changes in behavior. DVD Play and cd writing all work fine. The same system worked fine with sarge and the old cdrecord. The only conclusion i can come to is that this is a kernel-space bug in the drivers somewhere, and this seems reinforced by the fact that both growisofs and wodim freeze. I've googled this now for two weeks and come up with virtually nothing, although there seems to have been a flurry of questions similar to mine these last few weeks, and questions surrounding the 2.6.17kernels for a while now (1+ years?). I'm using an ASUS DRW-1608P: ATAPI CD-ROM, with removable media Model Number: ASUSDRW-1608P Serial Number: 55DM071946 Firmware Revision: 1.40 Standards: Likely used CD-ROM ATAPI-1 Configuration: DRQ response: 50us. Packet size: 12 bytes Capabilities: LBA, IORDY(can be disabled) Buffer size: 64.0kB DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=240ns IORDY flow control=120ns Commands/features: Enabled Supported: *Power Management feature set *PACKET command feature set *DEVICE_RESET command HW reset results: CBLID- above Vih Device num = 0 determined by the jumper lspci: 00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] System Controller (rev 14) 00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] AGP Bridge 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1Controller (rev 1a) 00:07.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1Controller (rev 1a) 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) 00:0c.0 Ethernet controller: ADMtek NC100 Network Everywhere Fast Ethernet 10/100 (rev 11) 01:05.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) agora:/var/log# lsmod Module Size Used by snd_usb_audio 69472 1 snd_usb_lib14912 1 snd_usb_audio snd_hwdep 8964 1 snd_usb_audio binfmt_misc11272 1 ppdev 8772 0 lp 11108 0 button 6800 0 ac 5124 0 battery 9476 0 ipv6 224480 24 dm_crypt 11272 0 dm_snapshot16352 0 dm_mirror 19344 0 dm_mod 50904 3 dm_crypt,dm_snapshot,dm_mirror amd74xx12956 0 [permanent] snd_seq_dummy 4100 0 snd_seq_oss28928 0 snd_seq_midi8416 0 snd_seq_midi_event 7424 2 snd_seq_oss,snd_seq_midi snd_seq46736 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_via82xx26200 2 gameport 14600 1 snd_via82xx snd_ac97_codec 82976 1
Bug#401576: cwdaemon - FTBFS: checking for pkg-config... no
Package: cwdaemon Version: 0.9.4-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of cwdaemon_0.9.4-1 on debian-31.osdl.marist.edu by sbuild/s390 85 [...] checking for pkg-config... no checking for UNIXCW... configure: error: The pkg-config script could not be found or is too old. Make sure it is in your PATH or set the PKG_CONFIG environment variable to the full path to pkg-config. Alternatively, you may set the environment variables UNIXCW_CFLAGS and UNIXCW_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. To get pkg-config, see http://www.freedesktop.org/software/pkgconfig. See `config.log' for more details. make: *** [config.status] Error 1 ** Build finished at 20061202-0550 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391181: marked as done (cron.d script does not check whether the package is still installed)
Your message dated Mon, 04 Dec 2006 13:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#391181: fixed in pdbv 2.0.11 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: pdbv Version: 2.0.10.1 Severity: serious Hi, I just received a mail from cron that it couldn't find /usr/bin/pdbv. Which is expected, since it's no longer installed. However, the cron.d script does not check that. I'd recommend adding at least a [ -x /usr/bin/pdbv ] in front of whatever you're running. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-2-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages pdbv depends on: ii coreutils [fileutils] 5.97-5 The GNU core utilities ii debconf 1.5.5 Debian configuration management sy ii liblocale-gettext-perl1.05-1 Using libc functions for internati pn libtie-ixhash-perlnone (no description available) ii perl-base 5.8.8-6.1 The Pathologically Eclectic Rubbis ii perl-modules 5.8.8-6.1 Core Perl modules Versions of packages pdbv recommends: ii popularity-contest1.34 Vote for your favourite packages a ii procps1:3.2.7-3 /proc file system utilities ---End Message--- ---BeginMessage--- Source: pdbv Source-Version: 2.0.11 We believe that the bug you reported is fixed in the latest version of pdbv, which is due to be installed in the Debian FTP archive: pdbv_2.0.11.dsc to pool/main/p/pdbv/pdbv_2.0.11.dsc pdbv_2.0.11.tar.gz to pool/main/p/pdbv/pdbv_2.0.11.tar.gz pdbv_2.0.11_all.deb to pool/main/p/pdbv/pdbv_2.0.11_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mathieu Roy [EMAIL PROTECTED] (supplier of updated pdbv 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: Mon, 4 Dec 2006 13:52:59 +0100 Source: pdbv Binary: pdbv Architecture: source all Version: 2.0.11 Distribution: unstable Urgency: low Maintainer: Mathieu Roy [EMAIL PROTECTED] Changed-By: Mathieu Roy [EMAIL PROTECTED] Description: pdbv - output an XHTML view of the dpkg database Closes: 299278 316703 318793 332062 336801 391181 397634 Changes: pdbv (2.0.11) unstable; urgency=low . * Merge all patches, NMUs improvements (thanks a lot to Christian Perrier and Alexis Sukrieh), with fixes made on the CVS (closes: #332062, #336801, #316703, #318793, #299278, #397634, #391181) * Bump Standards-Version to 3.7.2 * Fix debconf templates according to Debian Developer's Reference 6.5.4.2 * Add debhelper compatibily file Files: 333d75d41b0118f0ac0b5f9e4d08d02a 553 admin optional pdbv_2.0.11.dsc e0663607bba4b997845f1e2cd9303c93 77816 admin optional pdbv_2.0.11.tar.gz a18e30b79f5765f552f2d9027403d3ad 71138 admin optional pdbv_2.0.11_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFdCJj3JE9mF3wMWcRAt9oAKC2CJ7ErGTYxEKOGXWqSgJQtcBCJwCgqNPn GVhf+/pVbaAsGFVss2TfWLg= =VjZs -END PGP SIGNATURE- ---End Message---
Bug#401372: iceape-browser: crashes on startup
On Mon, Dec 04, 2006 at 03:43:56PM +0100, Mike Hommey [EMAIL PROTECTED] wrote: On Mon, Dec 04, 2006 at 09:39:14AM -0500, Aaron M. Ucko [EMAIL PROTECTED] wrote: Mike Hommey [EMAIL PROTECTED] writes: How come there's (apparently) nothing in your /usr/lib/iceape/chrome directory ? Good catch. Rather than being a symlink to /usr/share/iceape/chrome, my /usr/lib/iceape/chrome is a real directory containing a handful of symlinks, presumably on account of having previously installed (upgraded to) extension packages whose iceape support is somewhat off. As such, could you please fix diggler, livehttpheaders, and tabextensions to install their symlinks under /usr/share, and have iceape-browser conflict with prior versions? Damn, I knew that, but I thought I fixed it :( Seems like I did fix venkman, but not the other :( Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401372: iceape-browser: crashes on startup
Mike Hommey [EMAIL PROTECTED] writes: Damn, I knew that, but I thought I fixed it :( On the bright side, you shouldn't encounter any coordination-related delays. ;-) -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
There is a Package Tracking System in Debian: we can subscribe for certain events in package life (binary-upload, source-upload, etc.) and then will receive notifications. Practically each source-upload cause rejects. Vasily. http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system Kir Kolyshkin wrote: Could we set up some machinery in order to be notified ASAP about the kernel-patch-openvz rejects? Ola Lundqvist wrote: Hi On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote: Hi, When I was preparing previous patch only 2.6.18-5 was available from I see. I forgot about that I requested -5 instead of -6. Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... Ohh. You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thanks a lot! Regards, // Ola Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 400535
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 400535 + experimental Bug#400535: coq_8.1~gamma-2(hppa/experimental): FTBFS: ocamlopt: command not found There were no tags set. Tags added: experimental 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#401372: iceape-browser: crashes on startup
Mike Hommey [EMAIL PROTECTED] writes: How come there's (apparently) nothing in your /usr/lib/iceape/chrome directory ? Good catch. Rather than being a symlink to /usr/share/iceape/chrome, my /usr/lib/iceape/chrome is a real directory containing a handful of symlinks, presumably on account of having previously installed (upgraded to) extension packages whose iceape support is somewhat off. As such, could you please fix diggler, livehttpheaders, and tabextensions to install their symlinks under /usr/share, and have iceape-browser conflict with prior versions? Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401573: mailutils - FTBFS: # of unexpected failures 14
Package: mailutils Version: 1:1.1+dfsg1-3.1 Severity: serious There was an error while trying to autobuild your package: Automatic build of mailutils_1:1.1+dfsg1-3.1 on debian-31.osdl.marist.edu by sbuild/s390 85 [...] Test Run By buildd on Mon Dec 4 12:01:15 2006 Native configuration is s390-ibm-linux-gnu === mailbox tests === Schedule of variations: unix Running target unix Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. Using /usr/share/dejagnu/config/unix.exp as generic interface file for target. WARNING: Couldn't find tool config file for unix, using default. Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/address.exp ... Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/argcv.exp ... ERROR: Spawning /build/buildd/mailutils-1.1+dfsg1/examples/argcv failed. FAIL: quoted\ space FAIL: a tab character FAIL: \157\143\164\141\154\40and\x20\x68\x65\x78 FAIL: \157\143\164\141\154\40 and \x20\x68\x65\x78 FAIL: A\x3-\48\39 FAIL: messedup'quotations ' in a single' command line FAIL: 'unbalanced quote FAIL: unbalanced quote Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/base64.exp ... FAIL: encode FAIL: decode Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/decode2047.exp ... ERROR: Spawning /build/buildd/mailutils-1.1+dfsg1/examples/decode2047 -p failed. FAIL: =?ISO-8859-1?Q?Keld_J=F8rn_Simonsen?= [EMAIL PROTECTED] FAIL: =?ISO-8859-1?Q?Andr=E9?= Pirard [EMAIL PROTECTED] FAIL: =?ISO-8859-1?B?SWYgeW91IGNhbiByZWFkIHRoaXMgeW8=?= ... =?ISO-8859-2?B?dSB1bmRlcnN0YW5kIHRoZSBleGFtcGxlLg==?= FAIL: =?koi8-r?B?RndkOiDSxcfJ09TSwcPJ0SDEz83FzsE?= Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/encode2047.exp ... ERROR: Spawning /build/buildd/mailutils-1.1+dfsg1/examples/encode2047 failed. Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/list.exp ... ERROR: Spawning /build/buildd/mailutils-1.1+dfsg1/examples/listop failed. ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized ERROR: prog not initialized Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/mailcap.exp ... Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/mime.exp ... Running /build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite/mailbox/url.exp ... === mailbox Summary === # of expected passes 192 # of unexpected failures 14 # of unresolved testcases 4 make[5]: *** [check-DEJAGNU] Error 1 make[5]: Leaving directory `/build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite' make[4]: *** [check-am] Error 2 make[4]: Leaving directory `/build/buildd/mailutils-1.1+dfsg1/mailbox/testsuite' make[3]: *** [check-recursive] Error 1 make[3]: Leaving directory `/build/buildd/mailutils-1.1+dfsg1/mailbox' make[2]: *** [check] Error 2 make[2]: Leaving directory `/build/buildd/mailutils-1.1+dfsg1/mailbox' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/build/buildd/mailutils-1.1+dfsg1' make: *** [debian/stamp-makefile-check] Error 2 ** Build finished at 20061204-0715 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401099: 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. The only changes is to remove the mentioned file from the tar-ball. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401372: iceape-browser: crashes on startup
On Mon, Dec 04, 2006 at 09:39:14AM -0500, Aaron M. Ucko [EMAIL PROTECTED] wrote: Mike Hommey [EMAIL PROTECTED] writes: How come there's (apparently) nothing in your /usr/lib/iceape/chrome directory ? Good catch. Rather than being a symlink to /usr/share/iceape/chrome, my /usr/lib/iceape/chrome is a real directory containing a handful of symlinks, presumably on account of having previously installed (upgraded to) extension packages whose iceape support is somewhat off. As such, could you please fix diggler, livehttpheaders, and tabextensions to install their symlinks under /usr/share, and have iceape-browser conflict with prior versions? Damn, I knew that, but I thought I fixed it :( Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401569: wrong plural form for Romanian makes app to crash on start
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Subject: democracyplayer: wrong plural form for Romanian makes app to crash on start Package: democracyplayer Version: 0.9.2.1-1 Severity: grave Justification: renders package unusable Tags: patch l10n The severity is grave since on Romanian localized desktop installs the package is unusable. When trying to start democracyplayer I get this: $ democracyplayer Traceback (most recent call last): File /usr/bin/democracyplayer, line 36, in ? parser = optparse.OptionParser(usage=usage) File /usr/lib/python2.4/optparse.py, line 1126, in __init__ add_help=add_help_option) File /usr/lib/python2.4/optparse.py, line 1156, in _populate_option_list self._add_help_option() File /usr/lib/python2.4/optparse.py, line 1141, in _add_help_option help=_(show this help message and exit)) File /usr/lib/python2.4/gettext.py, line 553, in gettext return dgettext(_current_domain, message) File /usr/lib/python2.4/gettext.py, line 517, in dgettext codeset=_localecodesets.get(domain)) File /usr/lib/python2.4/gettext.py, line 465, in translation t = _translations.setdefault(key, class_(open(mofile, 'rb'))) File /usr/lib/python2.4/gettext.py, line 177, in __init__ self._parse(fp) File /usr/lib/python2.4/gettext.py, line 302, in _parse self.plural = c2py(plural) File /usr/lib/python2.4/gettext.py, line 86, in c2py raise ValueError, \ ValueError: plural forms expression error, maybe unbalanced parenthesis The attached patch fixes the issue. Please include the patch in the next release of the package. - -- 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-3-powerpc Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages democracyplayer depends on: ii democracyplayer-data 0.9.2.1-1 GTK+ based RSS video aggregator da ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libboost-python1.33.11.33.1-9Boost.Python Library ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc1 1:4.1.1-20 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libnspr4-0d 1.8.0.8-1 NetScape Portable Runtime Library ii libpango1.0-01.14.8-2Layout and rendering of internatio ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library hi libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxine1 1.1.2-6 the xine video/media player librar ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library hi libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxul0d 1.8.0.8-1 Gecko engine library ii python 2.4.4-1 An interactive high-level object-o ii python-glade22.8.6-6 GTK+ bindings: Glade support ii python-gnome22.12.4-5Python bindings for the GNOME desk ii python-gnome2-extras 2.14.2-1+b1 Python bindings for the GNOME desk ii python-gtk2 2.8.6-6 Python bindings for the GTK+ widge ii python-support 0.5.6 automated rebuilding support for p ii python2.42.4.4-1 An interactive high-level object-o hi zlib1g 1:1.2.3-13 compression library - runtime democracyplayer recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFdD7eY8Chqv3NRNoRApV+AJ9JhXaP8BJUUxg9SRDXigVG8cg+3ACfYHmk Q8CIQZAcjOdyX6mgZ4Lxm98= =ZemO -END PGP SIGNATURE- --- democracyplayer.po~ 2006-12-04 17:11:56.0 +0200 +++ democracyplayer.po 2006-12-04 17:24:14.0 +0200 @@ -8,7 +8,7 @@ MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n -Plural-Forms: nplurals=3; plural=(n == 1 ? 0: (((n %\n +Plural-Forms: nplurals=3;plural=(n==1?0:(((n%10019)||((n%100==0)(n!=0)))?2:1))\n msgid msgstr
Bug#400802: tdb: FTBFS: Need to implement spinlock code in spinlock.h
Hi, * Julien Danjou ([EMAIL PROTECTED]) [061128 12:02]: Automatic build of tdb_1.0.6-13 on nasya by sbuild/sparc 0.50 Build started at 20061128-1652 Can you please make the full build log available? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369542: marked as done (security problem in ssmtp package (password exposure))
Your message dated Mon, 04 Dec 2006 13:47:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#369542: fixed in ssmtp 2.61-10.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: ssmtp
Version: 2.61
PREFACE: As I am a Gentoo Linux user, I first reported this to the
Gentoo team about 1 month ago. As yet nothing's happened, so I'm
reporting it upstream as well. The Gentoo bug URL is
https://bugs.gentoo.org/show_bug.cgi?id=132376
Here is a copy of the bug report. My apologies if this information is
duplicate. I hope for a speedy resolution.
Information leak in mail-mta/ssmtp leads to password exposure
Verified in mail-mta/ssmtp-2.61-r1, which is the latest I see in portage.
ssmtp allows you to specify a mail relay in /etc/ssmtp/ssmtp.conf which
requires a username and password. For example, this is a valid ssmtp.conf:
mailhub=mail.1dnb.com
rewriteDomain=mail.1dnb.com
#hostname=
FromLineOverride=YES
#UseTLS=NO
UseSTARTTLS=YES
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
AuthPass=123456
AuthMethod=LOGIN
naturally, my AUTH SMTP password is in there - so I have done the following:
chown root:mail /etc/ssmtp/ssmtp.conf
chmod 640 /etc/ssmtp/ssmtp.conf
chown root:mail /usr/sbin/ssmtp
chmod 2711 /usr/sbin/ssmtp
giving...
-rw-r- 1 root mail 1279 2006-05-05 19:39 /etc/ssmtp/ssmtp.conf
-rwx--s--x 1 root mail 27268 2006-05-05 19:28 /usr/sbin/ssmtp
...as intended.
however, as an unprivileged user,
[EMAIL PROTECTED] ~ $ mail -v -s 'This is a test.' [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Hi. Nothing else.
Cc:
[-] 220 rain.1dnb.com ESMTP
[-] EHLO marshmallow
[-] 250 SIZE 0
[-] STARTTLS
[-] 220 ready for tls
[-] EHLO marshmallow
[-] 250 SIZE 0
[-] AUTH LOGIN bWVAYmVuLXhvLmNvbQ==
[-] 334 UGFzc3dvcmQ6
[-] MTIzNDU2
[-] 235 ok, go ahead (#2.0.0)
[-] MAIL FROM:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] 250 ok
[-] RCPT TO:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] 250 ok
[-] DATA
[-] 354 go ahead
[-] Received: by marshmallow (sSMTP sendmail emulation); Fri, 5 May 2006
21:23:02 +0100
[-] From: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] Date: Fri, 5 May 2006 21:23:02 +0100
[-] To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] Subject: This is a test.
[-]
[-] Hi. Nothing else.
[-] .
[-] 250 ok 1146860502 qp 8976
[-] QUIT
[-] 221 rain.1dnb.com
All I can say is... oops. As you can see, the password is quite clearly visible
in the output (albeit base64 encoded).
Patch attached that removes this specific information leak (the rest of the
info is left in for debugging).
A more secure (optional?) patch would possibly remove the username, or the -v
option altogether.
with the patch, we get the following output instead:
[EMAIL PROTECTED] ~ $ mail -v -s a test! hah. [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
Hi. This is all, 2.
Cc:
[-] 220 rain.1dnb.com ESMTP
[-] EHLO marshmallow
[-] 250 SIZE 0
[-] STARTTLS
[-] 220 ready for tls
[-] EHLO marshmallow
[-] 250 SIZE 0
[-] AUTH LOGIN bWVAYmVuLXhvLmNvbQ==
[-] 334 UGFzc3dvcmQ6
[-] 235 ok, go ahead (#2.0.0)
[-] MAIL FROM:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] 250 ok
[-] RCPT TO:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] 250 ok
[-] DATA
[-] 354 go ahead
[-] Received: by marshmallow (sSMTP sendmail emulation); Fri, 5 May 2006
21:26:59 +0100
[-] From: root [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] Date: Fri, 5 May 2006 21:26:59 +0100
[-] To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
[-] Subject: a test! hah.
[-]
[-] Hi. This is all, 2.
[-] .
[-] 250 ok 1146860738 qp 31085
[-] QUIT
[-] 221 rain.1dnb.com
--- ssmtp-2.61/ssmtp.c 2004-07-23 06:58:48.0 +0100
+++ ssmtp-2.61+auth_login_minus_v_patch/ssmtp.c 2006-05-05 20:26:07.0
+0100
@@ -1281,6 +1281,7 @@
struct passwd *pw;
int i, sock;
uid_t uid;
+ bool_t minus_v_save;
uid = getuid();
if((pw = getpwuid(uid)) == (struct passwd *)NULL) {
@@ -1381,7 +1382,13 @@
#ifdef MD5AUTH
}
#endif
+/* We do NOT want the password output to STDERR
+* even base64 encoded.*/
+ minus_v_save = minus_v;
+ minus_v = False;
smtp_write(sock, %s, buf);
+ minus_v = minus_v_save;
+
(void)alarm((unsigned) MEDWAIT);
if(smtp_okay(sock, buf) == False) {
(EOF)
--
Ben XO
---End Message---
---BeginMessage---
Source: ssmtp
Source-Version: 2.61-10.1
We believe that the bug you reported is fixed in the latest version of
ssmtp,
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
Could we set up some machinery in order to be notified ASAP about the kernel-patch-openvz rejects? Ola Lundqvist wrote: Hi On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote: Hi, When I was preparing previous patch only 2.6.18-5 was available from I see. I forgot about that I requested -5 instead of -6. Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... Ohh. You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thanks a lot! Regards, // Ola Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#401372: iceape-browser: crashes on startup
Processing commands for [EMAIL PROTECTED]: clone 401372 -1 Bug#401372: iceape-browser: crashes on startup Bug 401372 cloned as bug 401563. clone 401372 -2 Bug#401372: iceape-browser: crashes on startup Bug 401372 cloned as bug 401564. clone 401372 -3 Bug#401372: iceape-browser: crashes on startup Bug 401372 cloned as bug 401565. reassign -1 livehttpheaders Bug#401563: iceape-browser: crashes on startup Bug reassigned from package `iceape-browser' to `livehttpheaders'. reassign -2 tabextensions Bug#401564: iceape-browser: crashes on startup Bug reassigned from package `iceape-browser' to `tabextensions'. reassign -3 diggler Bug#401565: iceape-browser: crashes on startup Bug reassigned from package `iceape-browser' to `diggler'. severity -1 critical Bug#401563: iceape-browser: crashes on startup Severity set to `critical' from `grave' severity -2 critical Bug#401564: iceape-browser: crashes on startup Severity set to `critical' from `grave' severity -3 critical Bug#401565: iceape-browser: crashes on startup Severity set to `critical' from `grave' block 401372 by -1 -2 -3 Bug#401372: iceape-browser: crashes on startup Was not blocked by any bugs. Blocking bugs of 401372 added: 401563, 401564, 401565 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 Sunday 03 December 2006 22:06, Andree Leidenfrost wrote: Okidoki, what happens now? I'd be keen to see this in the package and then in the installer ASAP. Note that this was not the only issue affecting resizing Vista partitions in the installer. There is also #380226 in parted. And I'm very sorry to say that it seems there has still been no action on that one by the maintainers of parted. Is there going to be a new upstream release? Is the patch just going to be applied to the Debbian package? (Looks easy enough to me.) I think this has already been answered in earlier mails. pgpySnqRSLYOI.pgp Description: PGP signature
Bug#401372: iceape-browser: crashes on startup
clone 401372 -1 clone 401372 -2 clone 401372 -3 reassign -1 livehttpheaders reassign -2 tabextensions reassign -3 diggler severity -1 critical severity -2 critical severity -3 critical block 401372 by -1 -2 -3 thanks On Mon, Dec 04, 2006 at 09:47:13AM -0500, Aaron M. Ucko [EMAIL PROTECTED] wrote: Mike Hommey [EMAIL PROTECTED] writes: Damn, I knew that, but I thought I fixed it :( On the bright side, you shouldn't encounter any coordination-related delays. ;-) That's the only good thing Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380226: Bug#379835: Recommend to tag #380226 etch-ignore; #379835 downgraded to important
Hi, (restricting to #380226) * Frans Pop ([EMAIL PROTECTED]) [061122 14:16]: On Saturday 11 November 2006 04:21, Steve Langasek wrote: But again, I don't understand how libparted has a bug separate from the linux-ntfs one. I'm not sure there's any reason this bug would be specific to NTFS partitions, though, is there? libparted causes the starting sector of the partition to change, thus making the physical partition invalid. This bug is indeed not even strictly related to Vista partitions, but other partitions seem to get created aligned on cylinder boundaries by default (or we'd have seen a lot more bug reports). Your rationale for ignoring 380226 also makes no sense to me; if this bug manifests in the installer, isn't that still a data loss bug that we need to fix before release? There are also two other packages in testing, gparted and mindi, which use libparted, so if there's a dataloss-causing bug in libparted I don't see that it's ignorable even if we did accept an argument that data loss in the installer is ok (which I don't). There are a few reasons why I thought we could tag the libparted issue etch-ignore: 1) it is not a regression from Sarge 2) there has been precious little attention to the issue from the maintainers of parted even though the BR was already 3 months old; I talked to Otavio today though and he promised to start on it Any news on this, Otavio? I don't want to tag it etch-ignore if that would mean the bug would just be ignored. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401566: le-dico-de-rene-cougnenc: segfault on 64-bit machines
Package: le-dico-de-rene-cougnenc
Version: 1.3-2
Severity: grave
Tags: patch
Justification: renders package unusable
On 64-bit architectures, the package simply segfault. The patch below
fixes the problem.
--- le-dico-de-rene-cougnenc-1.3.orig/src/dico.c
+++ le-dico-de-rene-cougnenc-1.3/src/dico.c
@@ -273,13 +273,13 @@
* Pour l'instant, il n'y en que deux :-)
*
*/
-options( char *c )
+options( int c )
{
char fname[127] ;
char buf[80];
FILE *fp ;
-switch ( (int) c )
+switch ( c )
{
case 'v': /* Affiche la date mise a jour dico, fichier version.dic */
@@ -824,7 +824,7 @@
char* retval;
char *tmp;
- int s_lng,tmp_lng;
+ size_t s_lng,tmp_lng;
#ifdef linux
iconv_t cd ;
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-xen-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to fr_FR.UTF-8)
Versions of packages le-dico-de-rene-cougnenc depends on:
ii libc62.3.6.ds1-8 GNU C Library: Shared libraries
le-dico-de-rene-cougnenc recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401372: iceape-browser: crashes on startup
Package: iceape Version: 1.0.6-1 Followup-For: Bug #401372 Same problem here, I attached a strace. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages iceape depends on: ii iceape-browser1.0.6-1The Iceape Internet browser ii iceape-mailnews 1.0.6-1The iceape Internet application su Versions of packages iceape recommends: ii iceape-chatzilla 1.0.6-1iceape Web Browser - irc client -- no debconf information iceape_strace.bz2 Description: BZip2 compressed data
Bug#401574: reportlab-accel - FTBFS: dh_pycentral: Command not found
Package: reportlab-accel Version: 0.60-20061203-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of reportlab-accel_0.60-20061203-1 on debian-31.osdl.marist.edu by sbuild/s390 85 [...] dh_testdir dh_testroot dh_installchangelogs dh_installdocs dh_link dh_strip dh_compress dh_fixperms dh_pycentral make[1]: dh_pycentral: Command not found make[1]: *** [binary-common] Error 127 make[1]: Leaving directory `/build/buildd/reportlab-accel-0.60-20061203' make: *** [binary-arch] Error 2 ** Build finished at 20061204-0150 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401570: libswt3.2-gtk-jni: apt-get upgrade fails
Package: libswt3.2-gtk-jni Version: 3.2.1-1 Severity: grave Justification: renders package unusable Doing apt-get update apt-get upgrade leads to the following error: Unpacking libswt3.2-gtk-jni (from .../libswt3.2-gtk-jni_3.2.1-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libswt3.2-gtk-jni_3.2.1-1_i386.deb (--unpack): trying to overwrite `/usr/lib/jni/libswt-atk-gtk-3235.so', which is also in package libswt-gtk-3.2-jni dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libswt3.2-gtk-jni_3.2.1-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- 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-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325528: marked as done (libm17n-0: segfaults with mgp, rendering it unusuable)
Your message dated Mon, 04 Dec 2006 13:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#325528: fixed in m17n-lib 1.3.1-1.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: libm17n-0 Version: 1.2.0-4 Severity: grave Coin, As mgp is a major rdepends for libm17n-0 and very few programs use this library, having mgp unusuable because of it is more than important, thus such a severity. Using any sample file provided with mgp resulted in a segfault after rendering background, so i guess when rendering text. See the attached backtrace showing segfault occuring deep in libm17n (which made me report on libm17n-0 instead of mgp). Starting program: /usr/X11R6/bin/mgp sample.mgp Program received signal SIGSEGV, Segmentation fault. 0xb7747fa9 in xfont_registry_list (frame=0x82be438, registry=0x8295d28) at m17n-X.c:560 560 MLIST_APPEND1 (xfont_table, fonts, font, MERROR_WIN); (gdb) bt #0 0xb7747fa9 in xfont_registry_list (frame=0x82be438, registry=0x8295d28) at m17n-X.c:560 #1 0xb77482c4 in xfont_select (frame=0x82be438, spec=0x82a27d8, request=0xbfbf88b6, limited_size=0) at m17n-X.c:622 #2 0xb7c30ee3 in mfont__select (frame=0x82be438, spec=0x82a27d8, request=0xbfbf88b6, limited_size=0, layouter=0x0) at font.c:1084 #3 0xb7c3c048 in realize_font_group (frame=0x82be438, request=0x82ce980, font_group=0x82ceb78, size=0) at fontset.c:324 #4 0xb7c3cbad in try_font_group (realized=0x82ce978, font_group=0x82ceb78, g=0xbfbf89e8, num=0xbfbf8a98, size=0) at fontset.c:513 #5 0xb7c3cfb4 in mfont__lookup_fontset (realized=0x82ce978, g=0xbfbf89e8, num=0xbfbf8a98, script=0x8356b68, language=0x823f998, charset=0x0, size=0) at fontset.c:600 #6 0xb7c2dc84 in mface__realize (frame=0x82be438, faces=0x0, num=1, size=0) at face.c:655 #7 0xb7c2e1cb in mface__update_frame_face (frame=0x82be438) at face.c:768 #8 0xb7c48bcb in mframe (plist=0x82bdcf0) at m17n-gui.c:686 #9 0x08077a04 in M17N_draw_string (state=0x81047c0, cp=0x823c2d8) at m17n.c:528 #10 0x08056b4a in process_direc (state=0x81047c0, seenpause=0xbfbfad3c) at draw.c:755 #11 0x080584d0 in draw_page (state=0x81047c0, lastcp=0x0) at draw.c:321 #12 0x08058616 in cache_page (state=0x81047c0, page=1) at draw.c:4259 #13 0x080586ea in predraw (state=0x808ee80) at draw.c:4418 #14 0x0804dbdb in main_loop (start_page=1) at mgp.c:781 #15 0x0804fb81 in main (argc=2, argv=Variable argv is not available. ) at mgp.c:481 -- Marc Dequènes (Duck) pgp9eMAzQSFfl.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: m17n-lib Source-Version: 1.3.1-1.1 We believe that the bug you reported is fixed in the latest version of m17n-lib, which is due to be installed in the Debian FTP archive: libm17n-0-dbg_1.3.1-1.1_amd64.deb to pool/main/m/m17n-lib/libm17n-0-dbg_1.3.1-1.1_amd64.deb libm17n-0_1.3.1-1.1_amd64.deb to pool/main/m/m17n-lib/libm17n-0_1.3.1-1.1_amd64.deb libm17n-dev_1.3.1-1.1_amd64.deb to pool/main/m/m17n-lib/libm17n-dev_1.3.1-1.1_amd64.deb m17n-lib-bin_1.3.1-1.1_amd64.deb to pool/main/m/m17n-lib/m17n-lib-bin_1.3.1-1.1_amd64.deb m17n-lib_1.3.1-1.1.diff.gz to pool/main/m/m17n-lib/m17n-lib_1.3.1-1.1.diff.gz m17n-lib_1.3.1-1.1.dsc to pool/main/m/m17n-lib/m17n-lib_1.3.1-1.1.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Barth [EMAIL PROTECTED] (supplier of updated m17n-lib package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 1 Dec 2006 14:15:15 + Source: m17n-lib Binary: libm17n-0-dbg m17n-lib-bin libm17n-dev libm17n-0 Architecture: source amd64 Version: 1.3.1-1.1 Distribution: unstable Urgency: low Maintainer: Hidetaka Iwai [EMAIL PROTECTED] Changed-By: Andreas Barth [EMAIL PROTECTED] Description: libm17n-0 - a multilingual text processing library - runtime libm17n-0-dbg - a multilingual text processing library - debugging symbols libm17n-dev - a multilingual text processing library - development m17n-lib-bin - a multilingual text processing library - utilities Closes: 325528 Changes: m17n-lib (1.3.1-1.1) unstable;
Bug#395867: marked as done (pycocuma depends on python2.3)
Your message dated Mon, 04 Dec 2006 16:02:09 + with message-id [EMAIL PROTECTED] and subject line Bug#395443: fixed in pycocuma 0.4.5-6-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: pycocuma Version: 0.4.5-6-3 Severity: important please build pycocuma using python2.4, so we can drop python2.3 from testing/unstable. If thats not possible, please consider dropping pycocuma from testing/unstable as well. ---End Message--- ---BeginMessage--- Source: pycocuma Source-Version: 0.4.5-6-4 We believe that the bug you reported is fixed in the latest version of pycocuma, which is due to be installed in the Debian FTP archive: pycocuma_0.4.5-6-4.diff.gz to pool/main/p/pycocuma/pycocuma_0.4.5-6-4.diff.gz pycocuma_0.4.5-6-4.dsc to pool/main/p/pycocuma/pycocuma_0.4.5-6-4.dsc pycocuma_0.4.5-6-4_all.deb to pool/main/p/pycocuma/pycocuma_0.4.5-6-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christoph Berg [EMAIL PROTECTED] (supplier of updated pycocuma 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: Mon, 4 Dec 2006 16:12:59 +0100 Source: pycocuma Binary: pycocuma Architecture: source all Version: 0.4.5-6-4 Distribution: unstable Urgency: low Maintainer: Christoph Berg [EMAIL PROTECTED] Changed-By: Christoph Berg [EMAIL PROTECTED] Description: pycocuma - Pythonic Contact and Customer Management Closes: 395443 Changes: pycocuma (0.4.5-6-4) unstable; urgency=low . * Revert to using the default python version (Closes: #395443). + Work around python-tk bug #395892 by explicitely setting LC_NUMERIC=C. + Thanks to Andreas Barth for the moral support while debugging this. Files: 8b24fce1c95fa5d1f0934df08787d75a 671 mail optional pycocuma_0.4.5-6-4.dsc 668bf130e5d9d33dd63038e91f4fbf30 3527 mail optional pycocuma_0.4.5-6-4.diff.gz b45766aed9a91e4bb04eafaa5fbdb387 150898 mail optional pycocuma_0.4.5-6-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFdEL9xa93SlhRC1oRAvJrAJ9UDHMdCGDKzVuz+nbOOSF81SH0QQCffcRT mAhKnugFEfBrUW3vxX/J9ek= =bm6p -END PGP SIGNATURE- ---End Message---
Bug#401416: marked as forwarded (digikam: crashes on startup)
Your message dated Mon, 4 Dec 2006 16:30:23 - (GMT)
with message-id [EMAIL PROTECTED]
has caused the Debian Bug report #401416,
regarding digikam: crashes on startup
to be marked as having been forwarded to the upstream software
author(s) [EMAIL PROTECTED]
(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---
Christian Schult wrote:
Version: 1:0.9.0~rc1-1
[..]
I'm running sid which ist updated on a daily basis. When starting digikam
it
crashes while starting up.
Ouch..
I can confirm that I'm running digikam RC1 here daily too and am not
having any issues like what you have reported. I have forwarded your
report to digikam-devel to see if we can obtain some assistance from
upstream, there doesn't appear to be any similar reports.
Have any of your usage patterns changed, is there anything 'special' about
your configuration?
The only difference is I have libfam0 installed in place of libgamin0, but
they are supposed to be interchangable.
Mark
Starting from Konsole it shows:
% digikam
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
QPainter::begin: Cannot paint null pixmap
QPainter::end: Missing begin() or begin() failed
digikam: ../nptl/sysdeps/pthread/createthread.c:234: create_thread:
Assertion `({ __typeof (({ struct pthread *__self; asm (movl %%gs:%c1,%0
: =r (__self) : i (__builtin_offsetof (struct pthread, header.self)));
__self;})-header.sysinfo) __value; if (sizeof (__value) == 1) asm
volatile (movb %%gs:%P2,%b0 : =q (__value) : 0 (0), i
(__builtin_offsetof (struct pthread, header.sysinfo))); else if (sizeof
(__value) == 4) asm volatile (movl %%gs:%P1,%0 : =r (__value) : i
(__builtin_offsetof (struct pthread, header.sysinfo))); else { if (sizeof
(__value) != 8) abort (); asm volatile (movl %%gs:%P1,%%eax\n\t movl
%%gs:%P2,%%edx : =A (__value) : i (__builtin_offsetof (struct
pthread, header.sysinfo)), i (__builtin_offsetof (struct pthread,
header.sysinfo) + 4)); } __value; }) == ((pd)-header.sysinfo)' failed.
KCrash: Application 'digikam' crashing...
%
The backtrace of KDE-Crashmanager follows:
(multiple lines saying no debugging symbols found deleted)
(no debugging symbols found)
Using host libthread_db library /lib/tls/libthread_db.so.1.
(no debugging symbols found)
[...]
[Thread debugging using libthread_db enabled]
[New Thread -1241000256 (LWP 25887)]
[New Thread -1254462544 (LWP -1)]
(no debugging symbols found)
[...]
[KCrash handler]
#5 0xb60e1947 in raise () from /lib/tls/libc.so.6
#6 0xb60e30c9 in abort () from /lib/tls/libc.so.6
#7 0xb60db05f in __assert_fail () from /lib/tls/libc.so.6
#8 0xb63d99a2 in pthread_create@@GLIBC_2.1 () from
/lib/tls/libpthread.so.0
#9 0xb68fc018 in QThread::start () from /usr/lib/libqt-mt.so.3
#10 0xb68fc0b7 in QThread::start () from /usr/lib/libqt-mt.so.3
#11 0xb7df93aa in Digikam::LoadSaveThread::LoadSaveThread ()
from /usr/lib/libdigikam.so.0
#12 0xb7dfa7c2 in Digikam::ManagedLoadSaveThread::ManagedLoadSaveThread ()
from /usr/lib/libdigikam.so.0
#13 0xb7de1d1f in Digikam::ImagePropertiesColorsTab::loadImageFromUrl ()
from /usr/lib/libdigikam.so.0
#14 0xb7de22dd in Digikam::ImagePropertiesColorsTab::setData ()
from /usr/lib/libdigikam.so.0
#15 0xb7ddd7a0 in Digikam::ImagePropertiesSideBarDB::slotChangedTab ()
from /usr/lib/libdigikam.so.0
#16 0xb7ddc691 in Digikam::ImagePropertiesSideBarDB::itemChanged ()
from /usr/lib/libdigikam.so.0
#17 0xb7ddc919 in Digikam::ImagePropertiesSideBarDB::itemChanged ()
from /usr/lib/libdigikam.so.0
#18 0xb7cc58d9 in Digikam::DigikamView::slotDispatchImageSelected ()
from /usr/lib/libdigikam.so.0
#19 0xb7cc600b in Digikam::DigikamView::qt_invoke ()
from /usr/lib/libdigikam.so.0
#20 0xb696bcb3 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#21 0xb696c744 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#22 0xb6cf6db6 in QTimer::timeout () from /usr/lib/libqt-mt.so.3
#23 0xb6993567 in QTimer::event () from /usr/lib/libqt-mt.so.3
#24 0xb6903bd6 in QApplication::internalNotify () from
/usr/lib/libqt-mt.so.3
#25 0xb69059f3 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#26 0xb709fe0e in KApplication::notify () from /usr/lib/libkdecore.so.4
#27 0xb68973d1 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3
#28 0xb68f65d3 in QEventLoop::activateTimers () from
Bug#401372: iceape-browser: crashes on startup
On Mon, Dec 04, 2006 at 09:39:14AM -0500, Aaron M. Ucko [EMAIL PROTECTED] wrote: Mike Hommey [EMAIL PROTECTED] writes: How come there's (apparently) nothing in your /usr/lib/iceape/chrome directory ? Good catch. Rather than being a symlink to /usr/share/iceape/chrome, my /usr/lib/iceape/chrome is a real directory containing a handful of symlinks, presumably on account of having previously installed (upgraded to) extension packages whose iceape support is somewhat off. As such, could you please fix diggler, livehttpheaders, and tabextensions to install their symlinks under /usr/share, and have iceape-browser conflict with prior versions? So, I fixed the three packages (diggler, livehttpheaders and tabextensions), but until I'm done with iceape 1.0.6-2 here is what you can do: - Upgrade these packages with the latest version from unstable (or incoming) - apt-get remove iceape-browser - apt-get install iceape-browser That should do the trick. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400057: I can't reproduce bug 400057
* Margarita Manterola ([EMAIL PROTECTED]) [061202 12:57]: I tried building libbonobomm1.3 both inside and outside a pbuilder environment, and it worked just fine. It didn't work for me on amd64 in unstable pbuilder either. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401295: marked as done (gaim: Adjust build-dep libsasl2-2-dev - libsasl2-dev)
Your message dated Mon, 04 Dec 2006 16:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#401295: fixed in gaim 1:2.0.0+beta5-5 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gaim Version: 1:2.0.0+beta5-3 Severity: serious Justification: no longer builds from source Hi, your package build-depends on libsasl2-2-dev which was only briefly in the archive and has been dropped recently. Please revert your build-dep to the libsasl2-dev package so that your package stop to FTBFS. Regards, Stefan -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: gaim Source-Version: 1:2.0.0+beta5-5 We believe that the bug you reported is fixed in the latest version of gaim, which is due to be installed in the Debian FTP archive: gaim-data_2.0.0+beta5-5_all.deb to pool/main/g/gaim/gaim-data_2.0.0+beta5-5_all.deb gaim-dbg_2.0.0+beta5-5_amd64.deb to pool/main/g/gaim/gaim-dbg_2.0.0+beta5-5_amd64.deb gaim-dev_2.0.0+beta5-5_amd64.deb to pool/main/g/gaim/gaim-dev_2.0.0+beta5-5_amd64.deb gaim_2.0.0+beta5-5.diff.gz to pool/main/g/gaim/gaim_2.0.0+beta5-5.diff.gz gaim_2.0.0+beta5-5.dsc to pool/main/g/gaim/gaim_2.0.0+beta5-5.dsc gaim_2.0.0+beta5-5_amd64.deb to pool/main/g/gaim/gaim_2.0.0+beta5-5_amd64.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. Ari Pollak [EMAIL PROTECTED] (supplier of updated gaim 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: RIPEMD160 Format: 1.7 Date: Mon, 4 Dec 2006 10:35:31 -0500 Source: gaim Binary: gaim-dbg gaim gaim-dev gaim-data Architecture: source amd64 all Version: 1:2.0.0+beta5-5 Distribution: unstable Urgency: low Maintainer: Robert McQueen [EMAIL PROTECTED] Changed-By: Ari Pollak [EMAIL PROTECTED] Description: gaim - multi-protocol instant messaging client gaim-data - multi-protocol instant messaging client - data files gaim-dbg - Debugging symbols for Gaim gaim-dev - multi-protocol instant messaging client - development files Closes: 42 401295 Changes: gaim (1:2.0.0+beta5-5) unstable; urgency=low . * Er, really install /usr/bin/gaim-remote and gconf schemas * Really don't build with cyrus-SASL (Really Closes: #42, 401295) Files: 0cc72a0f45cda59bc06813b3dbbf356c 1162 net optional gaim_2.0.0+beta5-5.dsc 91bde558a15f8b012de9f0493d0aa6ec 36291 net optional gaim_2.0.0+beta5-5.diff.gz 587ce7ea6cc71240dcbbb6c945f01c90 5152136 net optional gaim-data_2.0.0+beta5-5_all.deb 146474305b97bc3fa46d7454955e2676 1789006 net optional gaim_2.0.0+beta5-5_amd64.deb 625c9e7c2d2c5b75bff1928dfc9e9706 151196 devel optional gaim-dev_2.0.0+beta5-5_amd64.deb 5e13d0bdf5c73dd1a8c41bd785b59fa1 3984242 net extra gaim-dbg_2.0.0+beta5-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFdETRwO+u47cOQDsRA9dnAJ9l1D2O0juWKPhZs/vr1HqV1Y9jPwCeI5ks H7vkNFtc9T9b5wJ7FPfRZjQ= =dYBo -END PGP SIGNATURE- ---End Message---
Bug#401580: upgrade fails because of 'Refusing to start another' (mpt-statusdDaemon)
Package: mpt-status Severity: grave Justification: renders package unusable # apt-get upgrade [...] Setting up mpt-status (1.1.6-8) ... Starting mpt-status monitor: mpt-statusdDaemon already running. Refusing to start another invoke-rc.d: initscript mpt-statusd, action start failed. dpkg: error processing mpt-status (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: mpt-status E: Sub-process /usr/bin/dpkg returned an error code (1) apt-get install mpt-status 1.78s user 4.78s system 90% cpu 7.289 total # pgrep multipathd 11083 regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#401529: medicon: Segmentation fault!
Processing commands for [EMAIL PROTECTED]: reassign 401529 medcon Bug#401529: medicon: Segmentation fault! Warning: Unknown package 'medicon' Bug reassigned from package `medicon' to `medcon'. -- 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#399762: 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 ../sbackup-0.10.3~/debian/changelog ../sbackup-0.10.3/debian/changelog --- ../sbackup-0.10.3~/debian/changelog 2006-10-08 17:34:06.0 + +++ ../sbackup-0.10.3/debian/changelog 2006-12-04 16:24:12.0 + @@ -1,3 +1,10 @@ +sbackup (0.10.3-0.1) unstable; urgency=high + + * Non-maintainer upload. + * remove /usr/etc. Closes: #399762 + + -- Andreas Barth [EMAIL PROTECTED] Mon, 4 Dec 2006 16:23:27 + + sbackup (0.10.3) unstable; urgency=high * Fix an Ubuntu-izm that creeped into the permissions (Closes: #391539) diff -ur ../sbackup-0.10.3~/debian/rules ../sbackup-0.10.3/debian/rules --- ../sbackup-0.10.3~/debian/rules 2006-10-06 16:44:18.0 + +++ ../sbackup-0.10.3/debian/rules 2006-12-04 16:25:24.0 + @@ -56,6 +56,7 @@ # Add here commands to install the package into debian/sbackup. $(MAKE) install DESTDIR=$(CURDIR)/debian/sbackup/usr PREFIX=/usr + [ -d $(CURDIR)/debian/sbackup/usr/etc ] rmdir $(CURDIR)/debian/sbackup/usr/etc install -d $(CURDIR)/debian/sbackup/usr/share/man/man8/ ln -s simple-backup.8.gz debian/sbackup/usr/share/man/man8/sbackupd.8.gz ln -s simple-backup.8.gz debian/sbackup/usr/share/man/man8/srestore.py.8.gz -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401579: open-iscsi: upgrade fails: 'FATAL: Module scsi_transport_iscsi not found.'
Package: open-iscsi Severity: grave Justification: renders package unusable # apt-get upgrade [...] Preparing to replace open-iscsi 1.0.485-3 (using .../open-iscsi_2.0.730-0.2_i386.deb) ... Stopping iSCSI initiator service: iscsiadm: can not connect to iSCSI daemon! iscsiadm: exiting due to configuration error failed. Removing iSCSI enterprise target modules: FATAL: Module scsi_transport_iscsi not found. failed. invoke-rc.d: initscript open-iscsi, action stop failed. dpkg: warning - old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping iSCSI initiator service: iscsiadm: can not connect to iSCSI daemon! iscsiadm: exiting due to configuration error failed. Removing iSCSI enterprise target modules: FATAL: Module scsi_transport_iscsi not found. failed. invoke-rc.d: initscript open-iscsi, action stop failed. dpkg: error processing /var/cache/apt/archives/open-iscsi_2.0.730-0.2_i386.deb (--unpack): subprocess new pre-removal script returned error exit status 1 Starting iSCSI initiator service: FATAL: Module scsi_transport_iscsi not found. succeeded. Errors were encountered while processing: /var/cache/apt/archives/open-iscsi_2.0.730-0.2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401529: medicon: Segmentation fault!
reassign 401529 medcon -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380273: marked as done (DHCP server exits unexpectedly on DHCPOFFER with specific client-identifier)
Your message dated Mon, 04 Dec 2006 16:02:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#380273: fixed in dhcp 2.0pl5-19.5
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: dhcp
Version: 2.0pl5-19.1
There is a bug in ISC DHCP server version 2 that causes the server to
unexpectedly exit when it receieves a DHCPOFFER packet with a
client-identifier option which is exactly 32 bytes long.
A malicious user could use this as a sort of denial of service attack on
a version 2 dhcp server. This does not appear to be a problem with the
dhcp version 3 server.
Explanation of the bug:
The DHCP server has a lease struct which contains a buffer (uid_buf)
which is 32 bytes long. If it needs more space, it simply malloc's new
storage. There is an edge condition in supersede_lease() from memory.c
that causes a 32 byte client-identifier to be mistakenly interpreted as
a corrupt uid, and so the server exits with the message corrupt lease
uid.
To reproduce:
You can use the dhclient included in the dhcp package. Set up a send
dhcp-client-identifier directive to send a 32 byte client-identifier,
and then activate dhclient. The dhcp server will exit as soon as it
recieves the DHCPDISCOVER packet.
More info:
This is not a stack overflow issue. There does not seem to be any
possibility of remote compromise from this issue.
Windows clients generally do not send client-identifier options greater
than 6 bytes, but it looks like Mac OS X uses a longer string. That is
how we originally noticed the issue.
The short patch below resolves the issue.
Andrew Steets
Wayport Software Engineering
[EMAIL PROTECTED]
(512) 519-6061
*** common/memory.c 1999-05-27 12:47:43.0 -0500
--- ../fixed/dhcp-2.0pl5/common/memory.c2006-07-28 14:25:32.796953968
-0500
***
*** 528,534
/* Copy the data files, but not the linkages. */
comp - starts = lease - starts;
if (lease - uid) {
! if (lease - uid_len sizeof (lease - uid_buf)) {
memcpy (comp - uid_buf,
lease - uid, lease - uid_len);
comp - uid = comp - uid_buf [0];
--- 528,534
/* Copy the data files, but not the linkages. */
comp - starts = lease - starts;
if (lease - uid) {
! if (lease - uid_len = sizeof (lease - uid_buf)) {
memcpy (comp - uid_buf,
lease - uid, lease - uid_len);
comp - uid = comp - uid_buf [0];
---End Message---
---BeginMessage---
Source: dhcp
Source-Version: 2.0pl5-19.5
We believe that the bug you reported is fixed in the latest version of
dhcp, which is due to be installed in the Debian FTP archive:
dhcp-client-udeb_2.0pl5-19.5_amd64.udeb
to pool/main/d/dhcp/dhcp-client-udeb_2.0pl5-19.5_amd64.udeb
dhcp-client_2.0pl5-19.5_amd64.deb
to pool/main/d/dhcp/dhcp-client_2.0pl5-19.5_amd64.deb
dhcp-relay_2.0pl5-19.5_amd64.deb
to pool/main/d/dhcp/dhcp-relay_2.0pl5-19.5_amd64.deb
dhcp_2.0pl5-19.5.diff.gz
to pool/main/d/dhcp/dhcp_2.0pl5-19.5.diff.gz
dhcp_2.0pl5-19.5.dsc
to pool/main/d/dhcp/dhcp_2.0pl5-19.5.dsc
dhcp_2.0pl5-19.5_amd64.deb
to pool/main/d/dhcp/dhcp_2.0pl5-19.5_amd64.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.
Andreas Barth [EMAIL PROTECTED] (supplier of updated dhcp 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: Mon, 4 Dec 2006 15:15:00 +
Source: dhcp
Binary: dhcp dhcp-client dhcp-client-udeb dhcp-relay
Architecture: source amd64
Version: 2.0pl5-19.5
Distribution: unstable
Urgency: low
Maintainer: Eloy A. Paris [EMAIL PROTECTED]
Changed-By: Andreas Barth [EMAIL PROTECTED]
Description:
dhcp - DHCP server for automatic IP address assignment
dhcp-client - DHCP Client
dhcp-client-udeb - DHCP Client for debian-installer (udeb)
dhcp-relay - DHCP Relay
Closes: 322860 380273
Changes:
Bug#400062: marked as done (mgp: requires libm17n-dev)
Your message dated Mon, 4 Dec 2006 17:35:01 +0100 with message-id [EMAIL PROTECTED] and subject line This is serious ... 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: mgp Version: 1.11b-7 Severity: important libm17n-X.so: cannot open shared object file: No such file or directory zsh: segmentation fault mgp -O -g 1020x748 backup.mgp After installing libm17n-dev it works. mgp shouldn't require a -dev package or in case it does depend on it. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mgp depends on: ii imlib11 1.9.14-31 Imlib is an imaging library for X ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libm17n-01.3.1-1 a multilingual text processing lib ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libsm6 1:1.0.1-3 X11 Session Management library ii libtiff4 3.8.2-6 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-6 2:1.0.3-3 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii perl [perl5] 5.8.8-6.1 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages mgp recommends: pn libjpeg-progsnone (no description available) ii netpbm [pnmtopng]2:10.0-10.1 Graphics conversion tools pn sharutilsnone (no description available) -- no debconf information yours Martin ---End Message--- ---BeginMessage--- * Gerfried Fuchs ([EMAIL PROTECTED]) [061127 12:14]: This problem is a policy violations and in fact does keep the package from working if the user doesn't know about what the error message should mean and figure out to install the -dev package. However, that bug is inside of lib17n, was filed there with bug number #325528, and has been resolved now. Cheers, Andi -- http://home.arcor.de/andreas-barth/ ---End Message---
Bug#400072: museek+: FTBFS: IOError: [Errno 2] No such file or directory: 'mucipher.i':
Hi,
On Sat, Dec 02, 2006 at 06:45:27PM +0100, [EMAIL PROTECTED] wrote:
Le jeudi 30 novembre 2006 00:42, Nicolas François a écrit :
Here is a second patch (I could import mucipher nicely with this one).
It does not fix the museek+ build system directly, but fix it in
debian/rules.
As upstream seems to be willing to chnage the build system, it should not
be an issue.
Kind Regards,
--
Nekral
diff -rauN ../orig/museek+-0.1.12/debian/rules ./museek+-0.1.12/debian/rules
--- ../orig/museek+-0.1.12/debian/rules 2006-12-04 19:20:33.0 +0100
+++ ./museek+-0.1.12/debian/rules 2006-12-04 19:25:59.0 +0100
@@ -25,6 +25,12 @@
build-stamp: patch-stamp
dh_testdir
# Run configure and build with scons
+ # for the SharedLibrary command, SCons needs the sources to be
+ # in place in advance
+ # (Command(mucipher.i, ../mucipher.i, file_copy) do not do
+ # the trick)
+ mkdir -p workdir/Mucipher/python/
+ cp Mucipher/mucipher.i workdir/Mucipher/python/
scons CFLAGS=$(CFLAGS) QTDIR=/usr/share/qt3/ BUILDDIR=0
touch build-stamp
diff -rauN ../orig/museek+-0.1.12/Tools/SConscript
./museek+-0.1.12/Tools/SConscript
--- ../orig/museek+-0.1.12/Tools/SConscript 2006-05-26 21:47:57.0
+0200
+++ ./museek+-0.1.12/Tools/SConscript 2006-12-04 19:03:46.0 +0100
@@ -16,7 +16,10 @@
if env['VORBIS']:
env_libmuscan.ParseConfig('pkg-config --libs --cflags vorbisfile')
if conf.CheckLibWithHeader('', 'vorbis/vorbisfile.h', 'C++',
'ov_clear(0);'):
- env_libmuscan.Append(CPPDEFINES = {'HAVE_VORBIS': 1})
+ if env_libmuscan['CPPDEFINES'] != []:
+ env_libmuscan.Append(CPPDEFINES = {HAVE_VORBIS: 1})
+ else:
+ env_libmuscan.Replace(CPPDEFINES = {HAVE_VORBIS: 1})
print OGG Vorbis found, compiling into muscan.
else:
print OGG Vorbis NOT found, not compiled into muscan.
Bug#401591: reportlab-accel: dh_pycentral: Command not found
Package: reportlab-accel Version: 0.60-20061203-1 Severity: serious Hi, Your package is failing to build with the following error: dh_pycentral make[1]: dh_pycentral: Command not found make[1]: *** [binary-common] Error 127 make[1]: Leaving directory `/build/buildd/reportlab-accel-0.60-20061203' make: *** [binary-arch] Error 2 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Re: Bug#398899: reopen, still fails
Processing commands for [EMAIL PROTECTED]: reassign 398886 python-central Bug#398886: argus: [INTL:fr] French debconf templates translation update Bug reassigned from package `argus' to `python-central'. reassign 398899 python-central Bug#398899: python-iconvcodec: won't install without python2.3, either remove or depend explicitely on python2.3 Bug reassigned from package `python-iconvcodec' to `python-central'. merge 398899 398886 Bug#398886: argus: [INTL:fr] French debconf templates translation update Bug#398899: python-iconvcodec: won't install without python2.3, either remove or depend explicitely on python2.3 Mismatch - only Bugs in same state can be merged: Values for `severity' don't match: #398886 has `wishlist'; #398899 has `serious' retitle 398899 python-central: wrong python versioned dependency by dh_pycentral Bug#398899: python-iconvcodec: won't install without python2.3, either remove or depend explicitely on python2.3 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#399762: marked as done (sbackup: includes non-FHS /usr/etc directory)
Your message dated Mon, 04 Dec 2006 18:32:54 + with message-id [EMAIL PROTECTED] and subject line Bug#399762: fixed in sbackup 0.10.3-0.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: sbackup Version: 0.10.3 Severity: serious Justificatin: FHS violation Hello Aigars, sbackup includes the directory /usr/etc/: %dpkg-deb -c sbackup_0.10.3_all.deb| grep /usr/etc drwxr-xr-x root/root 0 2006-10-08 19:34:39 ./usr/etc/ FHS 2.3 says: Note that /usr/etc is still not allowed: programs in /usr should place configuration files in /etc. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. ---End Message--- ---BeginMessage--- Source: sbackup Source-Version: 0.10.3-0.1 We believe that the bug you reported is fixed in the latest version of sbackup, which is due to be installed in the Debian FTP archive: sbackup_0.10.3-0.1.dsc to pool/main/s/sbackup/sbackup_0.10.3-0.1.dsc sbackup_0.10.3-0.1.tar.gz to pool/main/s/sbackup/sbackup_0.10.3-0.1.tar.gz sbackup_0.10.3-0.1_all.deb to pool/main/s/sbackup/sbackup_0.10.3-0.1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Barth [EMAIL PROTECTED] (supplier of updated sbackup 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: Mon, 4 Dec 2006 16:23:27 + Source: sbackup Binary: sbackup Architecture: source all Version: 0.10.3-0.1 Distribution: unstable Urgency: high Maintainer: Aigars Mahinovs [EMAIL PROTECTED] Changed-By: Andreas Barth [EMAIL PROTECTED] Description: sbackup- Simple Backup Suite for desktop use Closes: 399762 Changes: sbackup (0.10.3-0.1) unstable; urgency=high . * Non-maintainer upload. * remove /usr/etc. Closes: #399762 Files: ffe4d3171c9646ab77c47cf963ffec27 504 admin optional sbackup_0.10.3-0.1.dsc bea2c3aa3827366cfa46abdf3a2b0305 69134 admin optional sbackup_0.10.3-0.1.tar.gz 6ad222b6b9c41b5934675dbea244eb1e 61102 admin optional sbackup_0.10.3-0.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFdEyVmdOZoew2oYURAignAJ9HfbU9tn2Dgv8YD3NNH7ZwzxTlnQCggkmi EfejOeR+TYrbcUdg++TdHH0= =WnzM -END PGP SIGNATURE- ---End Message---
Bug#356756: marked as forwarded (Please upgrade build depends to libmysqlclient15-dev)
Your message dated Mon, 4 Dec 2006 16:43:48 - (GMT) with message-id [EMAIL PROTECTED] has caused the Debian Bug report #356756, regarding Please upgrade build depends to libmysqlclient15-dev to be marked as having been forwarded to the upstream software author(s) Thorsten Lockert [EMAIL PROTECTED]. (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--- tags 356756 help thanks Thorsten, It appears rate-engine fails to build with libmysqlclient15. http://bugs.debian.org/356756 Do you have any ideas/ plans for an upstream release? Mark make[1]: Entering directory `/mnt/local/home/ch/tmp/rate-engine-0.5.5' cc -O3 -W -Wall -Wmissing-prototypes -Wstrict-prototypes -Wshadow -g -fno-inline-functions -D_REENTRANT -I/usr/include/pcre -fPIC -DWITH_MYSQL -I/usr/include/mysql -c -o rate_engine.o rate_engine.c rate_engine.c:70: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'poster_lock' rate_engine.c:71: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'poster_cond' rate_engine.c: In function 'routecall_exec': rate_engine.c:259: error: 'struct ast_channel' has no member named 'callerid' rate_engine.c:515: error: 'struct ast_channel' has no member named 'callerid' rate_engine.c: In function 'cdr_ratecall': rate_engine.c:597: error: 'struct ast_channel' has no member named 'ani' rate_engine.c:598: error: 'struct ast_channel' has no member named 'ani' rate_engine.c:599: error: 'struct ast_channel' has no member named 'ani' rate_engine.c:701: warning: format '%i' expects type 'int', but argument 14 has type 'long int' ---End Message---
Bug#401153: backtrace for iasl bug #401153
On Mon, Dec 04, 2006 at 04:38:26PM +0100, Andreas Henriksson wrote: On Sun, Dec 03, 2006 at 08:58:31PM +0200, Guillem Jover wrote: [...] The attached patch fixes the segfault, and corrects the CFLAGS handling for upstream and Debian, it also adds alpha to the list of 64 bit arches. The fix for compiler/aslopcodes.c is needed because the macros ACPI_UINT32_MAX: and ACPI_INTEGER_MAX are the same if ACPI_INTEGER is defined to be 32 bits. regards, guillem I can confirm that the patch provided by Guillem Jover seems to fix the testcase in the original bug-report for me on Debian Testing PowerPC. $ iasl -tc ../acpi-dsdt.dsl Intel ACPI Component Architecture ASL Optimizing Compiler version 20060912 [Dec 4 2006] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a ASL Input: ../acpi-dsdt.dsl - 561 lines, 18338 bytes, 209 keywords AML Output: acpi-dsdt.aml - 2098 bytes 104 named objects 105 executable opcodes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 68 Optimizations $ Ok, I'll see if it doesn't introduce evident regressions (eg by compiling some of the DSDT's available on acpi.sf.net + my own here) and eventually include it in the package. Robert: does the patch looks correct to you? Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399986: Bug#398899: reopen, still fails
reassign 398886 python-central reassign 398899 python-central merge 398899 398886 retitle 398899 python-central: wrong python versioned dependency by dh_pycentral thanks 2006-11-30 (목), 14:14 +0100, Raphael Hertzog 쓰시길: 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)). Well, the problem is still on python-central, exactly dh_pycentral which has been used during package build. Before these stupid binary-only uploads, the packages had the correct Depends, python (= 2.3), python ( 2.4). But the new rebuilt revisions have just python (= 2.3). -- Changwoo Ryu [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#401017: Bug is not HTTP-dependent
Hi, I'm also seeing this bug on my virtual colocated server. It doesn't seem to be specific to HTTP; I use FTP-only apt sources and I'm still seeing the bug: Hit ftp://ftp.us.debian.org unstable Release.gpg Hit ftp://ftp.us.debian.org unstable Release Hit ftp://ftp.us.debian.org unstable/main Packages/DiffIndex Hit ftp://ftp.us.debian.org unstable/contrib Packages/DiffIndex Hit ftp://ftp.us.debian.org unstable/main Sources/DiffIndex Hit ftp://ftp.us.debian.org unstable/contrib Sources/DiffIndex 99% [Sources bzip2 0] (...hangs forever...) Hope this helps to track down the problem. T -- The easy way is the wrong way, and the hard way is the stupid way. Pick one. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
1. Kir, lets create debian@ ML with all us on CC being subscribed. 2. Ola subscribe us on these events please then. Kirill P.S. I wanted robo to check whether old patch applies on the new kernel sources. However, thinking about recent updates it looks like it almost never applies :/ Maybe later... Hi That was exactly what I was about to propose, but you were faster. Will you be subscribed to that and notify me when anything changes, or do you want me to be subscribed and notify you? Or should we all? Regards, // Ola On Mon, Dec 04, 2006 at 06:32:57PM +0300, Vasily Tarasov wrote: There is a Package Tracking System in Debian: we can subscribe for certain events in package life (binary-upload, source-upload, etc.) and then will receive notifications. Practically each source-upload cause rejects. Vasily. http://www.debian.org/doc/manuals/developers-reference/ch-resources.en.html#s-pkg-tracking-system Kir Kolyshkin wrote: Could we set up some machinery in order to be notified ASAP about the kernel-patch-openvz rejects? Ola Lundqvist wrote: Hi On Mon, Dec 04, 2006 at 02:40:21PM +0300, Vasily Tarasov wrote: Hi, When I was preparing previous patch only 2.6.18-5 was available from I see. I forgot about that I requested -5 instead of -6. Debian repository, so the patch was for this version. In 2.6.18-6 they have merged some fixes for mm from 2.6.19, therefore rejects... Ohh. You can download new patch from http://7ka.mipt.ru/~vass/debian/patch-2.6.18.3-deb-6-028test006-cpt-sched-fix.gz Thanks a lot! Regards, // Ola Thank you, Vasily! Ola Lundqvist wrote: Hi I have now applied this file and I got a number of rejects... Attaching the apply logs. I patched the following debian version... 2.6.18-6 Can you help me to correct these problems? Regards, // Ola On Wed, Nov 29, 2006 at 12:27:29PM +0300, Vasily Tarasov wrote: Hello, 028test006 patch (with lockup fix from xemul@) for Debian is ready. You can download it from http://7ka.mipt.ru/~vass/debian/patch-028test006-debian.tar.gz Thank you! Kirill Korotaev wrote: Vasiliy, please help Ola. 2.6.18-ovz028test006 has been released today and includes 2.6.18.3 patches. Thanks, Kirill Hi Thanks for the report. Yes 2.6.17 is not supported, because 2.6.18 is the version that will be shipped in etch. I'll contact upstream about this issue. The kernel team have moved to 2.6.18.3 according to the changelog in http://packages.qa.debian.org/l/linux-2.6/news/20061123T193153Z.html Kir, Kiril or Vasily: Can you help me to get a applyable version of the kernel patch? Regards, // Ola -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 401492 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 # disagreeing with a choice of package name is not RC severity 401492 normal Bug#401492: free-java-sdk should be removed or renamed Severity set to `normal' from `serious' 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#400066: Closing bug
reopen 400066 ! found 400066 0.5.1-2 retitle 400066 lcdproc_0.5.1-2(powerpc/unstable): FTBFS: impossible constraint in asm thanks On Sat, Dec 02, 2006 at 12:23:12AM +0100, José Luis Tallón wrote: After discussion with upstream, it was agreed that lcdproc 0.5.1 should only be allowed to compile in i386/amd64/powerpc. Hence, all FTBFS bugs for this version are not relevant anymore. Even if it FTBFS on powerpc? Here is the build log: http://buildd.debian.org/fetch.cgi?pkg=lcdproc;ver=0.5.1-2;arch=powerpc;stamp=1164740084 Kind Regards, -- Nekral
Processed: Re: Closing bug
Processing commands for [EMAIL PROTECTED]: reopen 400066 ! Bug#400066: lcdproc_0.5.1-1(hppa/unstable): FTBFS: impossible constraint in asm Bug reopened, originator set to Nicolas François [EMAIL PROTECTED]. found 400066 0.5.1-2 Bug#400066: lcdproc_0.5.1-1(hppa/unstable): FTBFS: impossible constraint in asm Bug marked as found in version 0.5.1-2. retitle 400066 lcdproc_0.5.1-2(powerpc/unstable): FTBFS: impossible constraint in asm Bug#400066: lcdproc_0.5.1-1(hppa/unstable): FTBFS: impossible constraint in asm 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#400777: 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 ../gnupg2-2.0.0~/debian/changelog ../gnupg2-2.0.0/debian/changelog --- ../gnupg2-2.0.0~/debian/changelog 2006-12-04 18:41:42.0 + +++ ../gnupg2-2.0.0/debian/changelog2006-12-04 18:42:48.0 + @@ -1,3 +1,10 @@ +gnupg2 (2.0.0-5.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix buffer overflow, CVE-2006-6169. Closes: #400777 + + -- Andreas Barth [EMAIL PROTECTED] Mon, 4 Dec 2006 18:42:06 + + gnupg2 (2.0.0-5) unstable; urgency=high * debian/control: Remove unnecessary dependencies on makedev and diff -ur ../gnupg2-2.0.0~/g10/openfile.c ../gnupg2-2.0.0/g10/openfile.c --- ../gnupg2-2.0.0~/g10/openfile.c 2006-09-14 14:18:39.0 + +++ ../gnupg2-2.0.0/g10/openfile.c 2006-12-04 18:43:28.0 + @@ -145,8 +145,8 @@ s = _(Enter new filename); -n = strlen(s) + namelen + 10; defname = name namelen? make_printable_string( name, namelen, 0): NULL; +n = strlen(s) + (defname?strlen (defname):0) + 10; prompt = xmalloc(n); if( defname ) sprintf(prompt, %s [%s]: , s, defname ); -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401372: iceape-browser: crashes on startup
On Mon, Dec 04, 2006 at 01:25:26PM -0500, Aaron M. Ucko [EMAIL PROTECTED] wrote: Mike Hommey [EMAIL PROTECTED] writes: So, I fixed the three packages (diggler, livehttpheaders and tabextensions), but until I'm done with iceape 1.0.6-2 here is what you can do: Thanks! I tried a variant of that procedure earlier today, and found that /usr/lib/iceape/chrome still had one stray symlink (installed-chrome.txt), requiring a small amount of extra manual cleanup. Oh, another bug :-p The file is not supposed to stay there... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401590: a52dec: FTBFS: Don't use the -prefer-non-pic option.
Package: a52dec Version: 0.7.4-5 Severity: serious Hi, It seems you're now building with the -prefer-non-pic option, which results in the package failing to build on a few arches when it tries to create a shared library out of that. Please don't use that option. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401372: iceape-browser: crashes on startup
Mike Hommey [EMAIL PROTECTED] writes: So, I fixed the three packages (diggler, livehttpheaders and tabextensions), but until I'm done with iceape 1.0.6-2 here is what you can do: Thanks! I tried a variant of that procedure earlier today, and found that /usr/lib/iceape/chrome still had one stray symlink (installed-chrome.txt), requiring a small amount of extra manual cleanup. At any rate, that seems to have been the only problem; with a proper chrome setup, iceape starts normally. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401275: marked as done (Remove two sites which force the user to enter a 24 month contract)
Your message dated Mon, 04 Dec 2006 18:32:27 + with message-id [EMAIL PROTECTED] and subject line Bug#401275: fixed in bookmarks 1.5 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: bookmarks Version: 1.4 Severity: serious Tags: pending In the bookmarks package, there are two URLs included which point to a site which forces the user to enter a 24 month contract before letting them view the site. At least one of those two sites offers a free account for registration, which turns automatically into the abonnement. I consider the listing of those URLs as release critical, as I don't want to distribute the package with such crap. I've prepared a new version without the URLs and hope that it will get sponsored soon. Regards, Tobias -- Tobias Toedter | Hurewitz's Memory Principle: Hamburg, Germany | The chance of forgetting something is directly | proportional to... to... uh. pgpMfhMFWUrlC.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: bookmarks Source-Version: 1.5 We believe that the bug you reported is fixed in the latest version of bookmarks, which is due to be installed in the Debian FTP archive: bookmarks_1.5.dsc to pool/main/b/bookmarks/bookmarks_1.5.dsc bookmarks_1.5.tar.gz to pool/main/b/bookmarks/bookmarks_1.5.tar.gz bookmarks_1.5_all.deb to pool/main/b/bookmarks/bookmarks_1.5_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Tobias Toedter [EMAIL PROTECTED] (supplier of updated bookmarks 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: Sat, 2 Dec 2006 11:21:14 +0100 Source: bookmarks Binary: bookmarks Architecture: source all Version: 1.5 Distribution: unstable Urgency: medium Maintainer: Tobias Toedter [EMAIL PROTECTED] Changed-By: Tobias Toedter [EMAIL PROTECTED] Description: bookmarks - Debian bookmark collection Closes: 401275 Changes: bookmarks (1.5) unstable; urgency=medium . * Remove two sites which force the user to enter a 24 month contract. Closes: #401275 * This upload fixes an RC bug, thus urgency set to medium Files: 46c9f1d6cf80ecc7a095a44f7ac49c49 519 web optional bookmarks_1.5.dsc 2cbba18b31e371c1048292edf892f1c6 39479 web optional bookmarks_1.5.tar.gz 959365fc94257c6a8a64a4fb28e5be28 195660 web optional bookmarks_1.5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFdE4WpdwBkPlyvgMRAmFzAJ9tGnIP13rsHj5P5x38dinIktqwbQCfTRJZ aSw4oVvJIfXVJVJjTLD4iSM= =xqom -END PGP SIGNATURE- ---End Message---
Bug#392148: (...) libpoe-filter-xml-perl: FTBFS: Can't locate POE/Preprocessor.pm (...)
Hi, I'm uploading now libfilter-template-perl (ITP is #401578). Once it passes through NEW, this package will be able to be upgraded to 0.29 and the bug will be closable. Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399374: Build log from sid
severity 399374 important thanks * Goswin von Brederlow ([EMAIL PROTECTED]) [061122 10:13]: same under a sid amd64 chroot: t/test_memory...memory leak parsing xml: expected '27520', got '27652' FAILED test 2 Failed 1/2 tests, 50.00% okay ... Please add this information to bug reports (you can run t/zz_dump_config.t to get it) ok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/test_memory.t21 50.00% 2 Failed 1/87 test scripts, 98.85% okay. 1/4295 subtests failed, 99.98% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/home/mrvn/libxml-twig-perl-3.26-2' make: *** [debian/stamp-makefile-check] Error 2 Strange. It works in my pbuilder on amd64, therefor lowering severity to important. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Build log from sid
Processing commands for [EMAIL PROTECTED]: severity 399374 important Bug#399374: libxml-twig-perl: FTBFS amd64 etch - test reveals memory leak Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401308: marked as done (wodim does not write to DVD-R)
Your message dated Mon, 4 Dec 2006 19:28:46 +0100 with message-id [EMAIL PROTECTED] and subject line (no subject) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Subject: wodim does not write to DVD-R Package: wodim Version: 5:1.0-1 Severity: normal *** Please type your report below this line *** If I want to write a DVD-R, I get the error posted below (btw I don't know whether the sudo is required). I also tested the suggested solution (-raw96r) without any success. What did help was using a self-compiled cdrtools package from the berlios site. lion:[~] sudo wodim dev=/dev/hdc -sao -pad -data /usr/local/multimedia/Audio/CD/track-01.iso Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'HL-DT-ST' Identification : 'DVDRAM GSA-H10N ' Revision : 'JL10' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R wodim: Cannot get next writable address for 'invisible' track. wodim: This means that we are checking recorded media. wodim: This media cannot be written in streaming mode anymore. wodim: If you like to write to 'preformatted' RW media, try to blank the media first. wodim: WARNING: Could not manage to find medium size, and more than 90 mins of data. Speed set to 5540 KB/s Starting to write CD/DVD at speed 31.0 in real SAO mode for single session. Last chance to quit, starting real write0 seconds. Operation starts. wodim: CUE sheet not accepted. Retrying with minimum pregapsize = 1. wodim: Success. send_cue_sheet: scsi sendcmd: no error CDB: 5D 00 00 00 00 00 00 00 20 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 10 5D 00 00 0C 30 05 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x30 Qual 0x05 (cannot write medium - incompatible format) Fru 0x0 Sense flags: Blk 0 (not valid) resid: 32 cmd finished after 0.001s timeout 200s wodim: CUE sheet still not accepted. Please try to write in RAW (-raw96r) mode. wodim: Cannot send CUE sheet. wodim: Could not write Lead-in. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wodim depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. Versions of packages wodim recommends: ii mkisofs 5:1.0-1Creates ISO-9660 CD-ROM filesystem -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.1.0-1 The DVD feature was reenabled in the last version in Sid. Eduard. ---End Message---
Bug#380226: Bug#379835: Recommend to tag #380226 etch-ignore; #379835 downgraded to important
Andreas Barth [EMAIL PROTECTED] writes: There are a few reasons why I thought we could tag the libparted issue etch-ignore: 1) it is not a regression from Sarge 2) there has been precious little attention to the issue from the maintainers of parted even though the BR was already 3 months old; I talked to Otavio today though and he promised to start on it Any news on this, Otavio? I don't want to tag it etch-ignore if that would mean the bug would just be ignored. Yes and no. I started to look at it but lacked the time to continue. I hope to get news about it on a week or so. Let's see. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401594: puredata: FTBFS: use -m32 on amd64.
Package: puredata Version: 0.40.2-1 Severity: serious Hi, Your package is failing to build with the following error: cc -DPD -O2 -funroll-loops -fomit-frame-pointer -fPIC -Wall -W -Wshadow -Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o bonk~.o - c bonk~.c cc -m32 -export_dynamic -shared -o bonk~.pd_linux bonk~.o -lc -lm /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../libc.a when searching for -lc /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc /usr/bin/ld: cannot find -lc collect2: ld returned 1 exit status make[3]: *** [bonk~.pd_linux] Error 1 It first build bonk~.c with no -m32 (which is good) and then tries to link the object to a 32 bit libraries. Please remove the -m32. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401513: [Pkg-kde-extras] Bug#401513: libkexif: FTBFS: Tries to regenerate autofiles
I shall try and upload with a dependancy on autotools tonight. Mhmm, we still patch Makefile.am's. So adding updated 098_buildprep.diff will fix it as well (and is idempotent, i.e., the diff of a second build run is not cluttered with lots of e.g. Makefile.in changes.) AFAIU kde.mk has now only a buildprep target, so a buildprep rule in debian/rules is not necessary anymore. but buildprep.diff is still needed. I'll upload a new diff later. Feel free to remove it and add a dependency instead. Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
