Bug#406055: Bug #406055
On Tue, Feb 06, 2007, Glennie Vignarajah wrote: Errr... So, this big might resigned to linux-image-2.6.18-3 Should have to a fill a new bug report? You don't need to file a new bug report; I suppose someone else will glance at this release critical bug and reassign it appropriately if he knows better. It might not be a bug in the kernel, it might be in udev, or it might be that a reconfiguration is needed on your side between different kernels (which we could document in the release note), or perhaps a driver wasn't loaded on your host; I simply don't know. Correct me if I'm wrong : this bug affects also D-I and Etch is can't be installed in any machine using CCISS controler? That's correct. -- Loïc Minier [EMAIL PROTECTED]
Processed: Re: Bug#409962: epiphany-browser: freezes whole system since 2.14.3-5
Processing commands for [EMAIL PROTECTED]: severity 409962 important Bug#409962: epiphany-browser: freezes whole system since 2.14.3-5 Severity set to `important' from `grave' tags 409962 unreproducible Bug#409962: epiphany-browser: freezes whole system since 2.14.3-5 There were no tags set. Tags added: unreproducible 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#409774: viewvc: FTBFS: Missing Build-Depends on quilt
El martes, 6 de febrero de 2007 09:39, Christian Perrier escribió: l10n issues (see my blog and recent mails I sent to damog about s/damog/ender:) Anyway, David. :) Do not worry, I will upload a new viewvc this week with all the l10n updates. Best regards, Ender. -- Network engineer Debian Developer pgp7WUbvkr8ol.pgp Description: PGP signature
Bug#409962: epiphany-browser: freezes whole system since 2.14.3-5
severity 409962 important tags 409962 unreproducible thanks On Tue, Feb 06, 2007 at 07:45:56PM +0100, curt manucredo wrote: since the actual version epiphany likley freezes the whole system. nothing can be done anymore. it happend now some times but i can't really make it out, when and why it freezes the whole system. so i can not tell you on which site or with what this can be reproduced but it always freezed when the statusbar showed: transferring data from www.somewhere.org ... i will be looking forward to find out what can reproduce this bug... Unsurprisingly, I'm not able to reproduce this problem. It's quite possible that this is due to a hardware bug or a kernel/X bug affecting your hardware, rather than a problem in epiphany-browser itself; general userspace apps shouldn't be able to cause hard system lock-ups. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 409923 is grave
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 severity 409923 grave Bug#409923: slapd: Removal of ldbm deserves a NEWS file Severity set to `grave' from `normal' 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#410029: [knotes] Saving data in imap doesn't work, editing neither
Package: knotes Version: 4:3.5.5.dfsg.1-6 Severity: critical Creating new notes in an imap ressource does only produce Messages with content like this: --- From: asdf X-KMail-Fcc: inbox Subject: libkcal-869186076.257 Date: Wed, 7 Feb 2007 09:45:34 +0100 User-Agent: KMail/1.9.5 Content-Type: Text/plain MIME-Version: 1.0 X-Kolab-Type: application/x-vnd.kolab.note Status: RO X-Status: OT X-KMail-EncryptionState: X-KMail-SignatureState: X-KMail-MDN-Sent: X-UID: 41 Dies ist ein Kolab Groupware-Objekt. Um dieses Objekt anzeigen zu können, brauchen Sie ein E-Mail Programm, das das Kolab Groupware-Format versteht. Eine Liste solcher E-Mail-Programme finden Sie hier: http://www.kolab.org/kolab2-clients.html - This is a Kolab Groupware object. To view this object you will need an email client that can understand the Kolab Groupware format. For a list of such email clients please visit http://www.kolab.org/kolab2-clients.html --- There is no further content in these messages. Editing an existing Note deletes the Note from the list and its content from the message. Only messages like above stay in the corresponding imap folder.
Bug#404023: marked as done (file conflicts between interchange and libbusiness-ups-perl)
Your message dated Wed, 07 Feb 2007 09:02:02 + with message-id [EMAIL PROTECTED] and subject line Bug#404022: fixed in interchange 5.4.2-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libbusiness-ups-perl Version: 1.13-4 Severity: serious Justfication: file conflicts between packages hi, both interchange and libbusiness-ups-perl ship `/usr/share/man/man3/Business::UPS.3pm.gz' but do not conflict or add a diversion, thus fail to be installed on the same environment: dpkg: error processing /var/cache/apt/archives/libbusiness-ups-perl_1.13-4_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/Business::UPS.3pm.gz', which is also in package interchange Errors were encountered while processing: /var/cache/apt/archives/libbusiness-ups-perl_1.13-4_all.deb see http://people.debian.org/~abi/unstable_install_logs/interchange_libbusiness-ups-perl for the full log. bye, - michael ---End Message--- ---BeginMessage--- Source: interchange Source-Version: 5.4.2-1 We believe that the bug you reported is fixed in the latest version of interchange, which is due to be installed in the Debian FTP archive: interchange-cat-standard_5.4.2-1_all.deb to pool/main/i/interchange/interchange-cat-standard_5.4.2-1_all.deb interchange-ui_5.4.2-1_all.deb to pool/main/i/interchange/interchange-ui_5.4.2-1_all.deb interchange_5.4.2-1.diff.gz to pool/main/i/interchange/interchange_5.4.2-1.diff.gz interchange_5.4.2-1.dsc to pool/main/i/interchange/interchange_5.4.2-1.dsc interchange_5.4.2-1_i386.deb to pool/main/i/interchange/interchange_5.4.2-1_i386.deb interchange_5.4.2.orig.tar.gz to pool/main/i/interchange/interchange_5.4.2.orig.tar.gz libapache-mod-interchange_5.4.2-1_i386.deb to pool/main/i/interchange/libapache-mod-interchange_5.4.2-1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stefan Hornburg (Racke) [EMAIL PROTECTED] (supplier of updated interchange package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Jan 2007 15:37:54 +0100 Source: interchange Binary: interchange-ui interchange interchange-cat-standard libapache-mod-interchange Architecture: source i386 all Version: 5.4.2-1 Distribution: unstable Urgency: low Maintainer: Stefan Hornburg (Racke) [EMAIL PROTECTED] Changed-By: Stefan Hornburg (Racke) [EMAIL PROTECTED] Description: interchange - e-commerce and general HTTP database display system interchange-cat-standard - Standard store, a sample Interchange catalog interchange-ui - Interchange administration interface (UI) libapache-mod-interchange - Integration of the Interchange link protocol with Apache Closes: 339335 375916 391541 404022 404391 Changes: interchange (5.4.2-1) unstable; urgency=low . * new upstream release * require versions of Perl and DBI which allow to run Interchange without (known) crashes with threaded Perl (Closes: #339335, thanks to Henrik Holmboe [EMAIL PROTECTED]) * removed notice about threaded Perl and no longer set MV_GETPPID_BROKEN * fixed stupid typo in postinst script of interchange package which caused creation of a directory named 775 (Closes: #404391, thanks to Filippo Giunchedi [EMAIL PROTECTED] for the report and the investigation) * removed Business::UPS manual page to avoid conflicts with libbusiness-ups-perl (Closes: #404022, thanks to Michael Ablassmeier [EMAIL PROTECTED] for the report) * preserve debug value in settings.cfg * updated Swedish translation of Debconf templates (Closes: #375916, thanks to Daniel Nylander [EMAIL PROTECTED]) * updated Czech translation of Debconf templates (Closes: #391541, thanks to Martin SÃn [EMAIL PROTECTED]) Files: 3e03610b910254298ceac23ddc5f3c58 784 web optional interchange_5.4.2-1.dsc c2a24653c7aca08376b5f4692caafcfe 2309707 web optional interchange_5.4.2.orig.tar.gz f62790a0e29a9123efd5d58e6ba47395 14491 web optional interchange_5.4.2-1.diff.gz 7aab0322ee5152fd9b58526db87eef32 866084 web optional interchange-cat-standard_5.4.2-1_all.deb
Processed: severity of 410029 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 410029 important Bug#410029: [knotes] Saving data in imap doesn't work, editing neither Severity set to `important' from `critical' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 409923 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 409923 normal Bug#409923: slapd: Removal of ldbm deserves a NEWS file 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]
Bug#404022: marked as done (file conflicts between interchange and libbusiness-ups-perl)
Your message dated Wed, 07 Feb 2007 09:02:02 + with message-id [EMAIL PROTECTED] and subject line Bug#404022: fixed in interchange 5.4.2-1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: interchange Version: 5.4.1-1 Severity: serious Justfication: file conflicts between packages hi, both interchange and libbusiness-ups-perl ship `/usr/share/man/man3/Business::UPS.3pm.gz' but do not conflict or add a diversion, thus fail to be installed on the same environment: dpkg: error processing /var/cache/apt/archives/libbusiness-ups-perl_1.13-4_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/Business::UPS.3pm.gz', which is also in package interchange Errors were encountered while processing: /var/cache/apt/archives/libbusiness-ups-perl_1.13-4_all.deb see http://people.debian.org/~abi/unstable_install_logs/interchange_libbusiness-ups-perl for the full log. bye, - michael ---End Message--- ---BeginMessage--- Source: interchange Source-Version: 5.4.2-1 We believe that the bug you reported is fixed in the latest version of interchange, which is due to be installed in the Debian FTP archive: interchange-cat-standard_5.4.2-1_all.deb to pool/main/i/interchange/interchange-cat-standard_5.4.2-1_all.deb interchange-ui_5.4.2-1_all.deb to pool/main/i/interchange/interchange-ui_5.4.2-1_all.deb interchange_5.4.2-1.diff.gz to pool/main/i/interchange/interchange_5.4.2-1.diff.gz interchange_5.4.2-1.dsc to pool/main/i/interchange/interchange_5.4.2-1.dsc interchange_5.4.2-1_i386.deb to pool/main/i/interchange/interchange_5.4.2-1_i386.deb interchange_5.4.2.orig.tar.gz to pool/main/i/interchange/interchange_5.4.2.orig.tar.gz libapache-mod-interchange_5.4.2-1_i386.deb to pool/main/i/interchange/libapache-mod-interchange_5.4.2-1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stefan Hornburg (Racke) [EMAIL PROTECTED] (supplier of updated interchange package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Jan 2007 15:37:54 +0100 Source: interchange Binary: interchange-ui interchange interchange-cat-standard libapache-mod-interchange Architecture: source i386 all Version: 5.4.2-1 Distribution: unstable Urgency: low Maintainer: Stefan Hornburg (Racke) [EMAIL PROTECTED] Changed-By: Stefan Hornburg (Racke) [EMAIL PROTECTED] Description: interchange - e-commerce and general HTTP database display system interchange-cat-standard - Standard store, a sample Interchange catalog interchange-ui - Interchange administration interface (UI) libapache-mod-interchange - Integration of the Interchange link protocol with Apache Closes: 339335 375916 391541 404022 404391 Changes: interchange (5.4.2-1) unstable; urgency=low . * new upstream release * require versions of Perl and DBI which allow to run Interchange without (known) crashes with threaded Perl (Closes: #339335, thanks to Henrik Holmboe [EMAIL PROTECTED]) * removed notice about threaded Perl and no longer set MV_GETPPID_BROKEN * fixed stupid typo in postinst script of interchange package which caused creation of a directory named 775 (Closes: #404391, thanks to Filippo Giunchedi [EMAIL PROTECTED] for the report and the investigation) * removed Business::UPS manual page to avoid conflicts with libbusiness-ups-perl (Closes: #404022, thanks to Michael Ablassmeier [EMAIL PROTECTED] for the report) * preserve debug value in settings.cfg * updated Swedish translation of Debconf templates (Closes: #375916, thanks to Daniel Nylander [EMAIL PROTECTED]) * updated Czech translation of Debconf templates (Closes: #391541, thanks to Martin SÃn [EMAIL PROTECTED]) Files: 3e03610b910254298ceac23ddc5f3c58 784 web optional interchange_5.4.2-1.dsc c2a24653c7aca08376b5f4692caafcfe 2309707 web optional interchange_5.4.2.orig.tar.gz f62790a0e29a9123efd5d58e6ba47395 14491 web optional interchange_5.4.2-1.diff.gz 7aab0322ee5152fd9b58526db87eef32 866084 web optional interchange-cat-standard_5.4.2-1_all.deb
Bug#409638: mesa_6.5.2-1(experimental/hppa/swawa.farm.ftbfs.de):
On Sun, 2007-02-04 at 15:22 +0100, Marc 'HE' Brockschmidt wrote: Package: mesa Version: 6.5.2-1 Severity: serious Tags: experimental Automatic build of mesa_6.5.2-1 on swawa.farm.ftbfs.de by sbuild/hppa 98 Build started at 20070203-2259 ** [...] # install Mesa source for mesa-swx11-source package chmod a+x debian/scripts/install-source.sh debian/scripts/install-source.sh touch debian/stamp/install-source dh_testdir dh_testroot dh_installchangelogs dh_installdocs dh_installexamples dh_install --sourcedir=debian/tmp --list-missing dh_install: libgl1-mesa-swx11-i686 missing files (usr/lib/i686/cmov/libGL.so.*), aborting make: *** [binary-arch] Error 1 Same on powerpc, FWIW. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#409644: (pas de sujet)
Hi, Calling dh_makeshlibs with dh_makeshlibs -V libfuse2 (= 2.6) should fix this bug. Best regards, Adam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409075: lilo strace output
Hi, On Tue, Feb 06, 2007, Warren Turkal wrote: Here is the lilo strace output you asked for. I didn't see anything that the public shouldn't know in the output, so I have just attached it whole. Do you use udev or a static /dev? Is there a device on which you can fdisk -l to get the partitions of your RAID array? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#406055: Bug #406055
reassign 406055 linux-2.6 thanks On Tue, Feb 06, 2007 at 05:56:54PM +0100, Glennie Vignarajah wrote: Le Tuesday 06 February 2007, Loïc Minier disait: Hello, Then run as root: ./cciss /dev/cciss/c0d0 Please report the output which should look like: # ./cciss /dev/sda ^ This typo, I suppose ! [EMAIL PROTECTED] ~ ./cciss /dev/cciss/c0d0 0: ioctl(3, HDIO_GETGEO) failed: No such device or address 1: ioctl(4, HDIO_GETGEO) failed: No such device or address 2: ioctl(5, HDIO_GETGEO) failed: No such device or address FYI, this program works fine on a Sarge (same hardware). The output on a Sarge... Ok, based on the bug log, it's pretty clear that this is a kernel bug. No such device or address means the device node exists but that the device doesn't exist at the kernel level; the bug log shows that the device being opened is 0x6800, which is correct; and the partition devices are clearly present and usable, but the disk device is not. Loic, thanks for all your work in tracking this down. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Processed: Re: SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands
Processing commands for [EMAIL PROTECTED]: # Woops, messed up with the retitles. # nautilus retitle 408556 SECURITY: Specially crafted .desktop files can disguise as harmless files Bug#408556: SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands Changed Bug title. # gnome-vfs2 retitle 408948 SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands Bug#408948: SECURITY: Specially crafted .desktop files can disguise as harmless files Changed Bug title. stop 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#408556: SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands
# Woops, messed up with the retitles. # nautilus retitle 408556 SECURITY: Specially crafted .desktop files can disguise as harmless files # gnome-vfs2 retitle 408948 SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands stop On Mon, Jan 29, 2007, Loïc Minier wrote: clone 408556 -1 reassign 408556 nautilus retitle -1 SECURITY: Specially crafted .desktop files can disguise as harmless files stop Hi, Since it wasn't clear for everybody reading this bug: Debian #408556 is about the fact that files with unknown extensions (e.g. .jpg , mind the final space), but executable contents (such a .desktop file), can trick users into running arbitrary command. This is a security problem because you can trick users into saving a file named e.g. apple.jpg and opening it because they might think opening .jpg files is safe, but gnome-vfs/shared-mime-info will report the MIME type as being .desktop file and nautilus will run the specified command instead of opening the .jpg viewer. The proposed solution for this bug is to check whether the file uses the correct extension for its MIME type as is done in Xfce's VFS lib (see attached .c snippet). I'm cloning this bug and reassigning against nautilus because the current way in which .desktop files are painted in nautilus is a security issue in itself: people can host dangerous files on smb:// shares and trick users into opening them because nautilus will display the .desktop file using its embedded Name and Icon; so you can display the .desktop file as if it were a picture or sound file with the name of a picture or sound file, and people will be tricked into opening it with no useful way to distinguish. The proposed solution for this bug is to filter for which URLs nautilus is allowed to nicely display .desktop files. http:// and smb:// could be disabled by default and file:// and computer:// could be enabled, but some special URLs need to be explicitely authorized as nautilus relies on .desktop files support in e.g. smb://$workgroup/ to list computer names. Bye, -- Loïc Minier [EMAIL PROTECTED] -- Loïc Minier [EMAIL PROTECTED]
Processed (with 1 errors): Changes for bug 408243
Processing commands for [EMAIL PROTECTED]: severity 408243 minor Bug#408243: gom: postinst fails: line 21: update-modules: command not found Severity set to `minor' from `serious' retitle 408243 Either update or remove mixer initialisation on module Bug#408243: gom: postinst fails: line 21: update-modules: command not found Changed Bug title. (By the way, that Bug is currently marked as done.) load Unknown command or malformed arguments to command. reopen 408243 Bug#408243: Either update or remove mixer initialisation on module 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 408556 is forwarded to http://bugzilla.gnome.org/show_bug.cgi?id=405291
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 forwarded 408556 http://bugzilla.gnome.org/show_bug.cgi?id=405291 Bug#408556: SECURITY: Specially crafted .desktop files can disguise as harmless files Noted your statement that Bug has been forwarded to http://bugzilla.gnome.org/show_bug.cgi?id=405291. 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#409996: amarok 1.4.5 needs to version-depend on the xine engine
Hi, On Tue, Feb 06, 2007 at 11:46:20PM +0100, Andreas Pakulat wrote: Package: amarok Version: 1.4.5-1 Severity: grave Justification: renders package unusable Hi, just installed amarok package from experimental and found that it doesn't also install the -xine package. This renders amarok unsusable for everybody as amarok-xine is the only supported engine. Unfortunately the 1.4.4 engine doesn't work with amarok 1.4.5, not sure why. Please either conflict with amarok-engines 1.4.5 or add a versioned dependecy to amarok. I do not have time now to give a proper answer to this bug now. Amarok's dep are a bit more complicated Install amarok-xine from experimental and you will be able to run it without problems. Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#406055: Bug #406055
Processing commands for [EMAIL PROTECTED]: reassign 406055 linux-2.6 Bug#406055: Regression: Can't HDIO_GETGEO on CCISS RAID devices Bug#409075: lilo: major error on lvm root on cciss raid Bug reassigned from package `lilo' to `linux-2.6'. 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#409996: amarok 1.4.5 needs to version-depend on the xine engine
On 07.02.07 11:04:30, Ana Guerrero wrote: On Tue, Feb 06, 2007 at 11:46:20PM +0100, Andreas Pakulat wrote: Package: amarok Version: 1.4.5-1 Severity: grave Justification: renders package unusable Hi, just installed amarok package from experimental and found that it doesn't also install the -xine package. This renders amarok unsusable for everybody as amarok-xine is the only supported engine. Unfortunately the 1.4.4 engine doesn't work with amarok 1.4.5, not sure why. Please either conflict with amarok-engines 1.4.5 or add a versioned dependecy to amarok. I do not have time now to give a proper answer to this bug now. Amarok's dep are a bit more complicated I already saw the changelog comment, however. Install amarok-xine from experimental and you will be able to run it without problems. This should be done automatically. After all thats what a dependecy is for. Maybe I'm overlooking something but I don't see a problem to have Depends: amarok-engines (=amarok-version) | amarok-engine (=amarok-version) Which would solve this problem, without creating a circular dependecy. The same with a conflict, I think ( a conflict with amarok-engine amarok-version) Andreas -- Don't read any sky-writing for the next two weeks. pgpKXvEZDGJZx.pgp Description: PGP signature
Processed: New aiccu is in NEW
Processing commands for [EMAIL PROTECTED]: package aiccu Ignoring bugs not assigned to: aiccu tag 379766 + pending Bug#379766: aiccu: New upstream release available There were no tags set. Tags added: pending tag 388759 + pending Bug#388759: aiccu: New upstream version has DFSG license There were no tags set. Tags added: pending tag 407026 + pending Bug#407026: aiccu: Maintainer MIA/AWOL?, newer versions with lots of bugfixes available for more than 6 months! There were no tags set. Tags added: pending tag 405610 + pending Bug#405610: old version of client is not suitable for connecting to SixXS network There were no tags set. Bug#405606: old version of client is not suitable for connecting to SixXS network Tags added: pending tag 366002 + pending Bug#366002: aiccu: Lack of AMD64 package There were no tags set. Tags added: pending tag 405606 + pending Bug#405606: old version of client is not suitable for connecting to SixXS network Tags were: pending Bug#405610: old version of client is not suitable for connecting to SixXS network Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409747: apex-nslu2 1.4.14 breaks current debian-installer build
* Gordon Farquharson [EMAIL PROTECTED] [2007-02-06 21:10]: I already posted the change. I suppose you could make D-I accept either? It's a bit of a hack, but it does now. Gordon, can you please test whether 1.4.15 still works, i.e. test a daily. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: # the following bugs are closed by packages in NEW # tags 366002 pending Bug#366002: aiccu: Lack of AMD64 package Tags were: pending Tags added: pending tags 379766 pending Bug#379766: aiccu: New upstream release available Tags were: pending Tags added: pending tags 388759 pending Bug#388759: aiccu: New upstream version has DFSG license Tags were: pending Tags added: pending tags 405606 pending Bug#405606: old version of client is not suitable for connecting to SixXS network Tags were: pending Bug#405610: old version of client is not suitable for connecting to SixXS network Tags added: pending tags 405610 pending Bug#405610: old version of client is not suitable for connecting to SixXS network Tags were: pending Bug#405606: old version of client is not suitable for connecting to SixXS network Tags added: pending tags 407026 pending Bug#407026: aiccu: Maintainer MIA/AWOL?, newer versions with lots of bugfixes available for more than 6 months! Tags were: pending Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410047: infinite dialog popups
Package: gajim Version: 0.10.1-6 Severity: serious Gajim is unusable with a Wildfire server [1]. The issue is fixed in the last upstream release. Is it possible to have a backport for testing before Etch release? http://trac.gajim.org/ticket/2028 Best regards, Gonéri pgpXh3kLlQP73.pgp Description: PGP signature
Bug#348645: Please reopen 348645
hi, I got the same issue with Version postfix 2.3.6-1 on an amd64 machine. There is postfix and postfix-mysql installed. A start does not return an error.. : # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. BUT: # /etc/init.d/postfix stop Stopping Postfix Mail Transport Agent: postfixpostfix/postfix-script: fatal: usage: postfix start (or stop, reload, abort, flush, check, set-permissions, upgrade-configuration) failed! After sending the stop-command, postfix is still running (and working ;)) Thanks for any comments, Markus
Bug#385023: problems with installation of cedet-speedbar package
On Tue, Feb 06, 2007 at 11:57:27PM +0100, csanyipal wrote: Hello Agustin! Sorry, this is my last e-mail. I don't want to disturbe you. Just want to wrote these fiew lines. I do a fiew times apt-get remove emacs and apt-get install emacs that install emacs21 on Etch. Then I try to install jde (java development environment for emacs): Setting up speedbar (1.0pre3-6) ... install/cedet-common: Handling install for emacsen flavor emacs21 Loading 00debian-vars... Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-autogen.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-compat.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-edebug.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-load.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-loaddefs.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/ezimage.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/fame.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/inversion.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/mode-local.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/pprint.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/sformat.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/working.elc Done install/speedbar: Handling install for emacsen flavor emacs21 Loading 00debian-vars... Source file `/usr/share/emacs21/site-lisp/speedbar/dframe.el' newer than byte-compiled file Wrote /usr/share/emacs21/site-lisp/speedbar/bigclock.elc Wrote /usr/share/emacs21/site-lisp/speedbar/dframe.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/rpm.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-ant.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-gud.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-html.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-image.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-info.el: !! Wrong type argument ((stringp nil)) Wrote /usr/share/emacs21/site-lisp/speedbar/sb-rmail.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-texinfo.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-w3.el: !! Wrong type argument ((stringp nil)) Wrote /usr/share/emacs21/site-lisp/speedbar/speedbar-load.elc Wrote /usr/share/emacs21/site-lisp/speedbar/speedbar-loaddefs.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/speedbar.el: !! Wrong type argument ((stringp nil)) Done emacs-package-install: /usr/lib/emacsen-common/packages/install/speedbar emacs21 emacs21 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 2. dpkg: error processing speedbar (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: speedbar E: Sub-process /usr/bin/dpkg returned an error code (1) I don't know what to do to get work emacs21 with jde? This shows that this problem is related to the speedbar package Setting up speedbar (1.0pre3-6) and looks like http://bugs.debian.org/385023, which should have been fixed by cedet (1.0pre3-6), the version you are using. Please check versions of all cedet components you have installed (some of cedet-common, cedet-contrib, cogre, ede, eieio, semantic, speedbar, speedbar-beta, cedet) and, since your system seems to have passed by an installation problem, reinstall the ones you have with # apt-get install --reinstall package_names_whitespace_separated to make sure they are complete. I am cc'ing this reply to 385023 bug thread, so cedet maintainer can read this and try to help you. I do not maintain cedet packages, so there is no use in further mailing me about this cedet problem. Please send your reply to [EMAIL PROTECTED] and do not mail him directly. You can browse the relevant thread at http://bugs.debian.org/385023 Hope this helps -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410064: Cannot be installed together with numpy
Package: python-f2py Version: 2.45.241+1926-5 Severity: grave Hello, thanks for maintaining python-f2py I figured out that in Etch it's impossible to install python-f2py together with numpy. numpy had a recent update in etch, I don't know if the things are related. This is what apt tries to do: # LANG=C apt-get install python-f2py Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: python-scipy-core Recommended packages: g77 fortran77-compiler The following packages will be REMOVED: python-numpy python-numpy-ext python-scipy The following NEW packages will be installed: python-f2py python-scipy-core 0 upgraded, 2 newly installed, 3 to remove and 0 not upgraded. Need to get 844kB of archives. After unpacking 13.3MB disk space will be freed. Do you want to continue [Y/n]? The problem seems to be the dependency on python-scipy-core, and now python-scipy conflicts with it and replaces it. Ciao, Enrico -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.1enrico Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370194: marked as done (atokx: broken hard-coded dependency on non-existent packages)
Your message dated Wed, 07 Feb 2007 13:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#370194: fixed in atokx 1.0-18 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: atokx Version: 1.0-16 Severity: grave The atokx installer package has a hard-coded dependency on xlibs (= 4.0) | xlib6g. Both of these packages are obsolete, rendering this package uninstallable in unstable. While contrib packages are allowed to depend on packages outside of main, in this case there is no version of either package generally available, in or outside of Debian, which is compatible with etch. Please update your package to depend on the individual X11R7 library packages that are needed for operation. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: atokx Source-Version: 1.0-18 We believe that the bug you reported is fixed in the latest version of atokx, which is due to be installed in the Debian FTP archive: atokx_1.0-18.dsc to pool/contrib/a/atokx/atokx_1.0-18.dsc atokx_1.0-18.tar.gz to pool/contrib/a/atokx/atokx_1.0-18.tar.gz atokx_1.0-18_i386.deb to pool/contrib/a/atokx/atokx_1.0-18_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Taku YASUI [EMAIL PROTECTED] (supplier of updated atokx package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 7 Feb 2007 22:06:07 +0900 Source: atokx Binary: atokx Architecture: source i386 Version: 1.0-18 Distribution: unstable Urgency: low Maintainer: Taku YASUI [EMAIL PROTECTED] Changed-By: Taku YASUI [EMAIL PROTECTED] Description: atokx - Kana-Kanji translation system ATOKX for Linux (Installer) Closes: 314148 319404 330457 331749 370194 396042 408337 Changes: atokx (1.0-18) unstable; urgency=low . * Add dependency libx11-6 (closes: #370194) * Use cdbs to build * Add im-switch feature * Add Conflicts: debian iiimf servers * Change depricated isdefault flag to seen flag * Add debconf-2.0 dependency (closes: #331749) * Add pt.po (closes: #408337) * Add cs.po (closes: #319404) * Add sv.po (closes: #330457) * Update de.po (closes: #314148, #396042) Files: 250231e4df214329d3d4f8389a6ccf64 506 contrib/utils optional atokx_1.0-18.dsc 87cd82d52c4e4c6e829866b061d9cc40 15747 contrib/utils optional atokx_1.0-18.tar.gz 74e03a8c5fc34f1e555612a119a1e4e7 9566 contrib/utils optional atokx_1.0-18_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFyc+XFwU5DuZsm7ARApeEAKCgtPrqYHYj2sP57BmLqVWzIeh3YgCdEcrl b4WeWcATrxtG6+GRPL2fapI= =JhvM -END PGP SIGNATURE- ---End Message---
Bug#385023: speedbar: Fails to install
Hello! I try to use emacs21 with jde on Etch. I have problems with installation of emacs21, but that's solved, I think. I can install speedbar, but cant use jde in emacs21 to compile a java application. If I try # dpkg-reconfigure speedbar, it's OK, no error message is there. But, if I try # dpkg-reconfigure emacs21, then get error message: # LANG=C dpkg-reconfigure emacs21 emacs-remove emacs21 remove/cedet-contrib: purging byte-compiled files for emacs21 remove/cogre: purging byte-compiled files for emacs21 remove/semantic: purging byte-compiled files for emacs21 remove/ede: purging byte-compiled files for emacs21 remove/eieio: purging byte-compiled files for emacs21 remove/speedbar: purging byte-compiled files for emacs21 emacsen-common: Handling removal of emacsen flavor emacs21 emacsen-common: purging byte-compiled files for emacs21 remove/dictionaries-common: Purging byte-compiled files for flavour emacs21 remove/cedet-common: purging byte-compiled files for emacs21 emacs-install emacs21 install/cedet-common: Handling install for emacsen flavor emacs21 Loading 00debian-vars (source)... Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-autogen.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-compat.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-edebug.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-load.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet-loaddefs.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/cedet.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/ezimage.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/fame.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/inversion.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/mode-local.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/pprint.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/sformat.elc Wrote /usr/share/emacs21/site-lisp/cedet-common/working.elc Done install/dictionaries-common: Byte-compiling for emacsen flavour emacs21 Wrote /usr/share/emacs21/site-lisp/dictionaries-common/debian-ispell.elc Wrote /usr/share/emacs21/site-lisp/dictionaries-common/ispell.elc Wrote /usr/share/emacs21/site-lisp/dictionaries-common/flyspell.elc Done emacsen-common: Handling install of emacsen flavor emacs21 emacsen-common: byte-compiling for emacs21 Loading 00debian-vars (source)... Wrote /etc/emacs21/site-start.d/00debian-vars.elc Wrote /usr/share/emacs21/site-lisp/debian-startup.elc Done install/speedbar: Handling install for emacsen flavor emacs21 Loading 00debian-vars... Wrote /usr/share/emacs21/site-lisp/speedbar/bigclock.elc Wrote /usr/share/emacs21/site-lisp/speedbar/dframe.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/rpm.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-ant.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-gud.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-html.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-image.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-info.el: !! Wrong type argument ((stringp nil)) Wrote /usr/share/emacs21/site-lisp/speedbar/sb-rmail.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-texinfo.el: !! Wrong type argument ((stringp nil)) While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/sb-w3.el: !! Wrong type argument ((stringp nil)) Wrote /usr/share/emacs21/site-lisp/speedbar/speedbar-load.elc Wrote /usr/share/emacs21/site-lisp/speedbar/speedbar-loaddefs.elc While compiling toplevel forms in file /usr/share/emacs21/site-lisp/speedbar/speedbar.el: !! Wrong type argument ((stringp nil)) Done emacs-install: /usr/lib/emacsen-common/packages/install/speedbar emacs21 failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 9. So, what is the problem? I whish to use emacs21 with jde, but there is probably somewhere a bug? -- Regards, Paul Csányi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385023: Info received (speedbar: Fails to install)
Hello! Sorry, I have forgatten to wrote down the versions of cedet packages that I have on Etch: cedet-commonVersion: 1:1.0pre3-6 cedet-contrib Version: 1:1.0pre3-6 cogre Version: 1:1.0pre3-6 ede Version: 1:1.0pre3-6 eieio Version: 1:1.0pre3-6 semanticVersion: 1:1.0pre3-6 speedbarVersion: 1:1.0pre3-6 -- Regards, Paul Csányi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410010: linux-image-2.6.18-3-amd64: Panic When BNX2 Ring Buffer Fills
[EMAIL PROTECTED] Bcc: Frederik Schueler freddy Subject: Re: Bug#410010: linux-image-2.6.18-3-amd64: Panic When BNX2 Ring Buffer Fills Reply-To: In-Reply-To: [EMAIL PROTECTED] severity 410010 important thanks Hello, On Tue, Feb 06, 2007 at 08:51:58PM -0500, Steaphan Greene wrote: The Linux kernel in Etch does not yet contain the following patch: http://www.mail-archive.com/netdev@vger.kernel.org/msg28143.html I'll have a look at this, thanks. I will ping you in this bug again when we have a snapshot to test. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Bug#410079: hyphenation patterns distributed without license and copyright
Package: scribus Version: 1.2.5.dfsg-5 Severity: serious Many hyphenation patterns are distributed without copyright and license information. It seems that most patterns are copied from the Openoffice.org sources, where these files are now removed. The various README's are supposed to have the copyright information, but they don't have it. If the files are derived from the TeX/LaTeX hyphenation patterns, then the LPPL requires some information to be included in the derived work as well. - README_ca_ES.txt: Original work, or derived from LPPL? - README_cs_CZ.txt: Copied from the myspell directory, doesn't say anything about the hyphenation patterns, just the wordlist and affix files. - README_cy_GB.txt: Not clear, if the dictionaries cover the hyphenation patterns as well. - README_da_DK.txt: No license/copyright at all. - README_de_DE.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_en_EN.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_en_GB.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_es_ES.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_fi_FI.txt: Unclear, if derived from the TeX/LaTeX work; if yes, the LPPL needs to be honored. - README_hu_HU.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_is_IS.txt: Violates LPPL 6d. - README_lt_LT.txt: Origin of the work is unclear; may violate LPPL. - README_no_NO.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_pl_PL.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. The README reads This dictionary. - README_pt_BR.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_pt_PT.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_ru_RU_0.txt: Russian text; needs to be checked. - README_sk_SK.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_sl_SI.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. - README_sv_SE.txt: No copyright/license at all. - README_uk_UA.txt: No license/copyright for the hyphenation patterns, just for the not shipped dictionaries. All hyphenation patterns with missing and unclear license information should be removed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410082: PCNG crashes due to obsolete method call: toPortalTime()
Package: zope-plonecollectorng Version: 1.2.9-2 Severity: serious Tags: patch PCNG fails to run, crashing the plone instance, due to an obsolete call to toPortalTime() in portlet_news.pt. When this is changed to toLocalizedTime(), (fix already present in repo), pcng works fine. -- 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-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zope-plonecollectorng depends on: ii zope-archetypes 1.4.1-1framework for developing and deplo ii zope-cmfplone 2.5.1-4content management system based on ii zope-common 0.5.31 common settings and scripts for zo ii zope-pts 1.3.3-1placeless translation service for ii zope2.9 2.9.6-3Open Source Web Application Server zope-plonecollectorng recommends no packages. -- debconf information: zope-plonecollectorng/oldproduct_in_var: do nothing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410093: hyphenation patterns distributed without license and copyright information
Package: scribus-ng Version: 1.3.3.7.dfsg-1 Severity: serious Details as in #410079. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410094: hyphenation patterns distributed without license and copyright information
Package: koffice Version: 1:1.6.1-2 Severity: serious Many hyphenation patterns are distributed without copyright and license information. It seems that most patterns are copied from the Openoffice.org sources, where these files are now removed. A detailed analysis for each hyphenation pattern can be found in #410079. koffice includes many identical files, but has some differing files as well. Contrary to scribus, which at least tries to include the license information, koffice doesn't have this information at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410098: kernel-patch-openvz: patch fails to apply to kernel
Package: kernel-patch-openvz Version: 028test007.1d2 Severity: grave Justification: renders package unusable After installing kernel-patch-openvz (028test007.1d2) and linux-source-2.6.18 (2.6.18-7), I unpack kernel-source, copy .config, run make oldconfig then run the following command: make-kpkg --append_to_version=-1-openvz --added_modules=zaptel --added_patches=openvz \ --revision=1 --initrd --config menuconfig binary-arch modules_image exec debian/rules DEBIAN_REVISION=1 APPEND_TO_VERSION=-1-openvz CONFIG_TARGET=menuconfig KPKG_SELECTED_MODULES=zaptel KPKG_SELECTED_PATCHES=openvz INITRD=YES binary-arch modules_image == making target BIN-common [new prereqs: testdir]== == making target POST-BUILD-arch-stamp [new prereqs: ]== == making target INST-common [new prereqs: testdir]== == making target BUILD-common [new prereqs: testdir]== == making target BUILD-common [new prereqs: sanity_check]== This is kernel package version 10.066. == making target CONFIG-common [new prereqs: testdir]== == making target debian/stamp-conf [new prereqs: ]== # work around idiocy in recent kernel versions test ! -e scripts/package/builddeb || \ mv -f scripts/package/builddeb scripts/package/builddeb.kpkg-dist test ! -e scripts/package/Makefile || \ (mv -f scripts/package/Makefile scripts/package/Makefile.kpkg-dist \ (echo # Dummy file ; echo help:) scripts/package/Makefile) test -d debian || mkdir ./debian test ! -e stamp-building || rm -f stamp-building test ! -f ./debian || test -f stamp-debian || test -f debian/official || \ (rm -rf ./debian mkdir ./debian) test ! -f applied_patches || rm -f applied_patches for patch in /usr/src/kernel-patches/all/apply/openvz ; do\ if test -x $patch; then\ if $patch; then \ echo Patch $patch processed fine; \ echo $patch applied_patches; \ else \ echo Patch $patch failed.; \ echo Hit return to Continue; \ read ans; \ fi; \ fi; \ done START applying openvz patch (OpenVZ kernel patch for virtual server support) Testing whether OpenVZ kernel patch for virtual server support patch for 2.6.18 applies (dry run): 1 out of 7 hunks FAILED -- saving rejects to file mm/fremap.c.rej 5 out of 44 hunks FAILED -- saving rejects to file mm/memory.c.rej 1 out of 6 hunks FAILED -- saving rejects to file mm/mprotect.c.rej 6 out of 29 hunks FAILED -- saving rejects to file net/ipv4/netfilter/ip_tables.c.rej 1 out of 8 hunks FAILED -- saving rejects to file net/ipv6/udp.c.rej OpenVZ kernel patch for virtual server support patch for 2.6.18 does not apply cleanly Patch /usr/src/kernel-patches/all/apply/openvz failed. Hit return to Continue -- 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.18-3-vserver-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-patch-openvz depends on: ii bash 3.1dfsg-8 The GNU Bourne Again SHell ii grep-dctrl2.9.3 Grep Debian package information - ii patch 2.5.9-4Apply a diff file to an original kernel-patch-openvz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wednesday 07 February 2007 02:30, you wrote: Do you use udev or a static /dev? udev Is there a device on which you can fdisk -l to get the partitions of your RAID array? /dev/cciss#ls c0d0 c0d0p1 /dev/cciss#fdisk -l c0d0 Disk c0d0: 500.0 GB, 500074307584 bytes 255 heads, 63 sectors/track, 60797 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System c0d0p1 1 60797 488351871 8e Linux LVM /dev/cciss#lvs LV VG Attr LSize Origin Snap% Move Log Copy% local vg0 -wi-ao 400.00G rootvg0 -wi-ao 3.00G swapvg0 -wi-ao 2.00G var vg0 -wi-ao 1.50G var-log vg0 -wi-ao 252.00M wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410100: jokosher: dependency on gnonlin required
Package: jokosher Version: 0.2-1.1 Severity: grave Justification: renders package unusable Hi, With the unstable version of jokosher and (experimental) gstreamer, adding an instrument (audio file) results in: eve:[~/Desktop]% jokosher Traceback (most recent call last): File /home/share/jokosher/Jokosher/AddInstrumentDialog.py, line 91, in OnSelected self.OnOK() File /home/share/jokosher/Jokosher/AddInstrumentDialog.py, line 105, in OnOK self.project.AddInstrument(*instrItem) File /home/share/jokosher/Jokosher/CommandManager.py, line 133, in __call__ return self.fun(*(self.pending + args), **kw) File /home/share/jokosher/Jokosher/CommandManager.py, line 77, in wrapperFunction out = func(*args,**kwargs) File /home/share/jokosher/Jokosher/Project.py, line 1073, in AddInstrument instr = Instrument(self, name, type, pixbuf) File /home/share/jokosher/Jokosher/Instrument.py, line 158, in __init__ self.op = gst.element_factory_make(gnloperation, gnloperation) gst.PluginNotFoundError: gnloperation Installing gstreamer0.10-gnonlin fixed the problem, so I believe it should be a hard dependancy of jokosher. Thanks, Anand -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages jokosher depends on: ii gstreamer0.10-gnomevfs0.10.10-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base0.10.10-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.5-3 GStreamer plugins from the good ii librsvg2-common 2.14.4-2 SAX-based renderer library for SVG ii python2.4.4-2An interactive high-level object-o ii python-alsaaudio 0.2-1 Alsa bindings for Python ii python-cairo 1.2.0-1Python bindings for the Cairo vect ii python-dbus 0.71-3 simple interprocess messaging syst ii python-glade2 2.8.6-8GTK+ bindings: Glade support ii python-gnome2 2.12.4-6 Python bindings for the GNOME desk ii python-gst0.100.10.5-5 generic media-playing framework (P ii python-gtk2 2.8.6-8Python bindings for the GTK+ widge ii python-setuptools 0.6c3-3Python Distutils Enhancements ii python-support0.5.6 automated rebuilding support for p jokosher recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409730: int10 doesn't fall back to x86emu if vm86 fails
Hi, On Tue, Feb 06, 2007 at 01:04:24AM +0100, Julien Cristau wrote: On Mon, Feb 5, 2007 at 01:39:34 +0100, Julien Cristau wrote: I'm working on a patch to build vm86 and x86emu as two separate modules, int10 being a wrapper around them, which is pending testing with a 64bit I've tested in both a sarge and a sid chroot (32bits with a 64bits kernel). It was already failing in sarge so it is not a regression. With Julien's patch, the xserver seemed to launch cleanly. Congratulations and thanks for your work. Cheers, Samuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409525: marked as done (db4.3-util: missing shared library dependencies)
Your message dated Wed, 07 Feb 2007 18:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#409525: fixed in db4.3 4.3.29-7 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: db4.3-util Version: 4.3.29-6 Severity: serious The binaries in db4.3-util are dynamically linked with libc and libdb4.3, but the package doesn't depend on the corresponding packages. -- Niko Tyni [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: db4.3 Source-Version: 4.3.29-7 We believe that the bug you reported is fixed in the latest version of db4.3, which is due to be installed in the Debian FTP archive: db4.3-doc_4.3.29-7_all.deb to pool/main/d/db4.3/db4.3-doc_4.3.29-7_all.deb db4.3_4.3.29-7.diff.gz to pool/main/d/db4.3/db4.3_4.3.29-7.diff.gz db4.3_4.3.29-7.dsc to pool/main/d/db4.3/db4.3_4.3.29-7.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. Clint Adams [EMAIL PROTECTED] (supplier of updated db4.3 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 7 Feb 2007 11:44:26 -0500 Source: db4.3 Binary: libdb4.3++-dev libdb4.3-java-dev libdb4.3 libdb4.3-dev libdb4.3-tcl db4.3-util libdb4.3++c2 libdb4.3-java db4.3-doc Architecture: source all Version: 4.3.29-7 Distribution: unstable Urgency: low Maintainer: Debian Berkeley DB Maintainers [EMAIL PROTECTED] Changed-By: Clint Adams [EMAIL PROTECTED] Description: db4.3-doc - Berkeley v4.3 Database Documentation [html] db4.3-util - Berkeley v4.3 Database Utilities libdb4.3 - Berkeley v4.3 Database Libraries [runtime] libdb4.3++-dev - Berkeley v4.3 Database Libraries for C++ [development] libdb4.3++c2 - Berkeley v4.3 Database Libraries for C++ [runtime] libdb4.3-dev - Berkeley v4.3 Database Libraries [development] libdb4.3-java - Berkeley v4.3 Database Libraries for Java libdb4.3-java-dev - Berkeley v4.3 Database Libraries for Java [development] libdb4.3-tcl - Berkeley v4.3 Database Libraries for TCL [module] Closes: 380383 409525 409890 Changes: db4.3 (4.3.29-7) unstable; urgency=low . * Stop trying to run dpkg-shlibdeps on compressed man pages. closes: #409525. * Remove m32r java-gcj-compat-dev build-dep, thanks to Kazuhiro Inaoka. closes: #409890. * Support 'nocheck' (to skip testsuite) in DEB_BUILD_OPTIONS, thanks to Michael Banck. closes: #380383. Files: 46b29cc0dc293fb949aee6aedd871c8f 983 libs standard db4.3_4.3.29-7.dsc 05ee7f69116ef02ccbb6389d4d65c7dc 26003 libs standard db4.3_4.3.29-7.diff.gz 84383c9087581dbb84bce1e862bdf73c 3020538 libs optional db4.3-doc_4.3.29-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Debian! iD4DBQFFyhBb5m0u66uWM3ARAo0zAKCLSFi2ngU3cP1gr/uGx6xhBfp6ewCY1YCZ oaD3hlzNHoj3N2hMTB6hjA== =3rqp -END PGP SIGNATURE- ---End Message---
Bug#409075: lilo strace output
On Wed, Feb 07, 2007, Warren Turkal wrote: /dev/cciss#fdisk -l c0d0 Disk c0d0: 500.0 GB, 500074307584 bytes 255 heads, 63 sectors/track, 60797 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System c0d0p1 1 60797 488351871 8e Linux LVM Oh interesting, could you attach a strace of this fdisk -l run? Thanks! -- Loïc Minier [EMAIL PROTECTED]
Bug#410106: Provides libpng12-0-dev but no libpng12.pc
Package: libpng14-dev Version: 1.4.0~beta16-0 Severity: serious Tags: experimental Hi, The mere presence of libpng14-dev in experimental causes gst-plugins-good0.10 to fail to build as it build depends on libpng-12-0-dev which is provided by libpng14-dev. The exact build failure is due to a missing libpng12.pc as required by cairo.pc. I think libpng14-dev should not Provide: libpng-12-0-dev if it's not compatible, or you should check all packages build-depending on libpng-12-0-dev prior to this change. I'm going to change the build-dep to libpng-12-dev anyway as the current build-dep on a virtual package is incorrec. Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wed, Feb 07, 2007, Warren Turkal wrote: The output of 'strace -o ~wt/fdisk.strace fdisk -l c0d0' is attached. Ok, so fdisk is more clever than lilo and will compute heads and sectors either by using the HDIO_GETGEO ioctl() or the information from the partition table. I suppose that if the kernel issue can not be solved, we may still implement such a fallback. Thanks for the info, -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wednesday 07 February 2007 11:27, Loïc Minier wrote: Oh interesting, could you attach a strace of this fdisk -l run? The output of 'strace -o ~wt/fdisk.strace fdisk -l c0d0' is attached. wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science execve(/sbin/fdisk, [fdisk, -l, c0d0], [/* 18 vars */]) = 0 uname({sys=Linux, node=acer, ...}) = 0 brk(0) = 0x805d000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f3d000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=75105, ...}) = 0 mmap2(NULL, 75105, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f2a000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/tls/i686/cmov/libc.so.6, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1241580, ...}) = 0 mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7df9000 mmap2(0xb7f2, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x127) = 0xb7f2 mmap2(0xb7f27000, 10396, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f27000 close(3)= 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7df8000 mprotect(0xb7f2, 20480, PROT_READ) = 0 set_thread_area({entry_number:-1 - 6, base_addr:0xb7df88e0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 munmap(0xb7f2a000, 75105) = 0 brk(0) = 0x805d000 brk(0x807e000) = 0x807e000 open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=1209120, ...}) = 0 mmap2(NULL, 1209120, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7cd close(3)= 0 open(c0d0, O_RDONLY|O_LARGEFILE) = 3 open(c0d0, O_RDONLY|O_LARGEFILE) = 4 read(4, \372\353!\1\265\1LILO\26\6\321j\261E\0\0\0\0=NdE\364_\n..., 512) = 512 uname({sys=Linux, node=acer, ...}) = 0 ioctl(4, BLKSSZGET, 0xbf8c685c) = 0 fstat64(4, {st_mode=S_IFBLK|0660, st_rdev=makedev(104, 0), ...}) = 0 ioctl(4, 0x301, 0xbf8c66d4) = -1 ENXIO (No such device or address) ioctl(4, BLKGETSIZE, 0xbf8c6694)= 0 ioctl(4, BLKGETSIZE64, 0xbf8c6688) = 0 _llseek(4, 0, [0], SEEK_SET)= 0 read(4, \372\353!\1\265\1LILO\26\6\321j\261E\0\0\0\0=NdE\364_\n..., 8192) = 8192 open(/usr/share/locale/locale.alias, O_RDONLY) = 5 fstat64(5, {st_mode=S_IFREG|0644, st_size=2582, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f3c000 read(5, # Locale name alias data base.\n#..., 4096) = 2582 read(5, , 4096) = 0 close(5)= 0 munmap(0xb7f3c000, 4096)= 0 open(/usr/share/locale/en_US.UTF-8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US.utf8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en_US/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.UTF-8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en.utf8/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/locale/en/LC_MESSAGES/util-linux.mo, O_RDONLY) = -1 ENOENT (No such file or directory) fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 6), ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f3c000 write(1, \n, 1) = 1 write(1, Disk c0d0: 500.0 GB, 50007430758..., 40) = 40 write(1, 255 heads, 63 sectors/track, 607..., 45) = 45 write(1, Units = cylinders of 16065 * 512..., 50) = 50 write(1, Device Boot Start E..., 60) = 60 open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = 5 fstat64(5, {st_mode=S_IFREG|0644, st_size=21568, ...}) = 0 mmap2(NULL, 21568, PROT_READ, MAP_SHARED, 5, 0) = 0xb7f36000 close(5)= 0 write(1, c0d0p1 1 607..., 63) = 63 close(4)= 0 munmap(0xb7f3c000, 4096)= 0 exit_group(0) = ?
Processed: severity of 410064 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 410064 important Bug#410064: Cannot be installed together with numpy Severity set to `important' 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]
Bug#409996: amarok 1.4.5 needs to version-depend on the xine engine
Hi Andreas. On Wed, Feb 07, 2007 at 11:18:31AM +0100, Andreas Pakulat wrote: On 07.02.07 11:04:30, Ana Guerrero wrote: On Tue, Feb 06, 2007 at 11:46:20PM +0100, Andreas Pakulat wrote: Package: amarok Version: 1.4.5-1 Severity: grave Justification: renders package unusable Hi, just installed amarok package from experimental and found that it doesn't also install the -xine package. This renders amarok unsusable for everybody as amarok-xine is the only supported engine. Unfortunately the 1.4.4 engine doesn't work with amarok 1.4.5, not sure why. Please either conflict with amarok-engines 1.4.5 or add a versioned dependecy to amarok. I do not have time now to give a proper answer to this bug now. Amarok's dep are a bit more complicated I already saw the changelog comment, however. Install amarok-xine from experimental and you will be able to run it without problems. This should be done automatically. After all thats what a dependecy is for. Maybe I'm overlooking something but I don't see a problem to have Depends: amarok-engines (=amarok-version) | amarok-engine (=amarok-version) Which would solve this problem, without creating a circular dependecy. The same with a conflict, I think ( a conflict with amarok-engine amarok-version) Thanks for the follow-up, i did read your first mail too fast and i thought you were asking for circular deps again. I'll fix this in the next upload of amarok (this is planned when libgpod leaves NEW) Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wednesday 07 February 2007 11:43, you wrote: Ok, so fdisk is more clever than lilo and will compute heads and sectors either by using the HDIO_GETGEO ioctl() or the information from the partition table. I suppose that if the kernel issue can not be solved, we may still implement such a fallback. I am glad you see what the issue is. The machine is still running 22.6.1 from Etch. Is is possible that the 22.7.3 version fixed this issue? If so, can that version be pushed to Etch? If not, when the fix is applied, can that be pushed to Etch? BTW, if you can provide test packages on some site, I would be more than happy to test them. Thanks, wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science
Bug#410114: libcurl3: freezes often
Package: libcurl3 Severity: grave Justification: renders package unusable Just installed libcurl3, fuse and curlftpfs to be able to mount ftp into my filesystem and noticed that I can mount ftp, but I can't use it - if I start an application that read data from mounted ftp, it silently freezes. googling tells that this is a bug in libcurl3, not in fuse or curlftpfs. For example, see news '22-Jan-2007' at http://curlftpfs.sourceforge.net/ After it freezes the only way to do anything with mount ftp is to do 'killall -9 curlftpfs'. -- 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.18-3-486 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408269: marked as done (nauth: missing pre-dep on passwd)
Your message dated Wed, 07 Feb 2007 20:32:10 + with message-id [EMAIL PROTECTED] and subject line Bug#408269: fixed in nufw 1.0.23-1.2 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: nauth Version: 1.0.23-1.1 Severity: serious Usertags: grid5000 piuparts rcness-questionable Hi, During a piuparts run over all the packages in etch, I ran into a problem with your package: Preconfiguring packages ... Selecting previously deselected package libglib2.0-0. (Reading database ... 11966 files and directories currently installed.) Unpacking libglib2.0-0 (from .../libglib2.0-0_2.12.4-2_i386.deb) ... Selecting previously deselected package libsasl2-modules. Unpacking libsasl2-modules (from .../libsasl2-modules_2.1.22.dfsg1-8_i386.deb) ... Selecting previously deselected package nuauth. Unpacking nuauth (from .../nuauth_1.0.23-1.1_i386.deb) ... /var/lib/dpkg/tmp.ci/preinst: line 25: usermod: command not found dpkg: error processing /var/cache/apt/archives/nuauth_1.0.23-1.1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 127 Errors were encountered while processing: /var/cache/apt/archives/nuauth_1.0.23-1.1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: nufw Source-Version: 1.0.23-1.2 We believe that the bug you reported is fixed in the latest version of nufw, which is due to be installed in the Debian FTP archive: libnuclient_1.0.23-1.2_amd64.deb to pool/main/n/nufw/libnuclient_1.0.23-1.2_amd64.deb nuauth-extra_1.0.23-1.2_amd64.deb to pool/main/n/nufw/nuauth-extra_1.0.23-1.2_amd64.deb nuauth-log-mysql_1.0.23-1.2_amd64.deb to pool/main/n/nufw/nuauth-log-mysql_1.0.23-1.2_amd64.deb nuauth-log-pgsql_1.0.23-1.2_amd64.deb to pool/main/n/nufw/nuauth-log-pgsql_1.0.23-1.2_amd64.deb nuauth-utils_1.0.23-1.2_amd64.deb to pool/main/n/nufw/nuauth-utils_1.0.23-1.2_amd64.deb nuauth_1.0.23-1.2_amd64.deb to pool/main/n/nufw/nuauth_1.0.23-1.2_amd64.deb nufw_1.0.23-1.2.diff.gz to pool/main/n/nufw/nufw_1.0.23-1.2.diff.gz nufw_1.0.23-1.2.dsc to pool/main/n/nufw/nufw_1.0.23-1.2.dsc nufw_1.0.23-1.2_amd64.deb to pool/main/n/nufw/nufw_1.0.23-1.2_amd64.deb nutcpc_1.0.23-1.2_amd64.deb to pool/main/n/nufw/nutcpc_1.0.23-1.2_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. Luk Claes [EMAIL PROTECTED] (supplier of updated nufw 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, 3 Feb 2007 18:19:00 + Source: nufw Binary: nuauth-log-pgsql nuauth-extra nufw nutcpc nuauth-log-mysql nuauth libnuclient nuauth-utils Architecture: source amd64 Version: 1.0.23-1.2 Distribution: testing-proposed-updates Urgency: high Maintainer: Jean-Michel Kelbert [EMAIL PROTECTED] Changed-By: Luk Claes [EMAIL PROTECTED] Description: libnuclient - client library for nufw authentication nuauth - The authentication daemon from the nufw package nuauth-extra - The authentication daemon from the nufw package nuauth-log-mysql - Module for nuauth logging into mysql databases nuauth-log-pgsql - Module for nuauth logging into PostgreSQL databases nuauth-utils - Set of tools useful to nuauth admin nufw - a per-user firewalling daemon that interfers with libipq nutcpc - a linux client for the nufw authentication gateway system Closes: 408269 Changes: nufw (1.0.23-1.2) testing-proposed-updates; urgency=high . * Non-maintainer upload. * Add password and adduser to Pre-Depends (Closes: #408269). Files: c2933c1ea5abf1acf45fb5b76d49eed9 844 net optional nufw_1.0.23-1.2.dsc 4fc4475380a5f26986a1e7f67e59dab1 59757 net optional nufw_1.0.23-1.2.diff.gz ed69b1d89d7baff3cb4ad2fd884b5502 42996 net optional nufw_1.0.23-1.2_amd64.deb 14723e18f6dc699a2d609e4f088a55b8 101608 net optional nuauth_1.0.23-1.2_amd64.deb 13dead5464d094d886df05bafcdd0762 40844 net optional nuauth-extra_1.0.23-1.2_amd64.deb
Bug#410114: libcurl3: freezes often
On Wed, 7 Feb 2007, Denis Dzyubenko wrote: googling tells that this is a bug in libcurl3, not in fuse or curlftpfs. For example, see news '22-Jan-2007' at http://curlftpfs.sourceforge.net/ After it freezes the only way to do anything with mount ftp is to do 'killall -9 curlftpfs'. Yes, googling this shows very vague comments from various people claiming that this is a libcurl error. You repeating this doesn't make this any better report and I (as libcurl author) won't bother more because you can mention what others have failed to reported properly. So please give us an accurate report with details so we can start researching. Until then I'll continue to ignore this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409730: marked as done (int10 doesn't fall back to x86emu if vm86 fails)
Your message dated Wed, 07 Feb 2007 20:47:07 + with message-id [EMAIL PROTECTED] and subject line Bug#409730: fixed in xorg-server 2:1.1.1-17 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: xserver-xorg-core Severity: serious On Mon, Feb 5, 2007 at 01:26:22 +0200, Martins Krikis wrote: Hello, Having just tried to launch a 32-bit x86 Xorg X server with an x86_64 kernel, I was forced to spend a lot of time educating myself about why this doesn't work. The relevant kernel log lines are these: Feb 4 15:17:30 kanna kernel: vbetool: vm86 mode not supported on 64 bit kernel Feb 4 15:17:36 kanna kernel: Xorg: vm86 mode not supported on 64 bit kernel Xorg.0.log file ends with the following: (II) Loading sub module int10 (II) LoadModule: int10 (II) Reloading /usr/lib/xorg/modules/libint10.so (II) I810(0): initializing int10 (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (EE) I810(0): unknown type(0x)=0xff (II) I810(0): EAX=0x4f00, EBX=0x, ECX=0x, EDX=0x (II) I810(0): ESP=0x0ffa, EBP=0x, ESI=0x, EDI=0x2000 (II) I810(0): CS=0xc000, SS=0x0100, DS=0x0040, ES=0x, FS=0x, GS=0x (II) I810(0): EIP=0x0014, EFLAGS=0x3200 (II) I810(0): code at 0x000c0014: e9 a1 20 b7 40 00 e0 0a 30 30 49 42 4d 20 56 47 41 20 43 6f 6d 70 61 74 69 62 6c 65 20 42 49 4f (II) stack at 0x1ffa: 00 06 00 00 00 32 (II) I810(0): VESA BIOS not detected (EE) I810(0): VBE initialization failed. (II) UnloadModule: i810 (II) UnloadModule: int10 (II) UnloadModule: vgahw (II) Unloading /usr/lib/xorg/modules/libvgahw.so (II) UnloadModule: vbe (II) UnloadModule: int10 (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found As far as I understand now, this is caused by xserver-xorg using the vm86 backend and not falling back on x86emu backend use, even though allegedly it does so for other architectures. 64-bit kernels, however, don't have the CONFIG_VM86; hence the failure. If I've got it wrong and there is something I can put in my xorg.conf to work around the problem, I'd be very happy to hear about it. Otherwise, what are the chances of including a fallback option (to x86emu) in future X server builds for the 32-bit x86 platform? Or have I misunderstood completely the seriousness of the problem, and are there any other ways of dealing with it? Thanks very much for your time, Martins Krikis Indeed, this is a regression from the transition to modular X, the code implementing a fallback from vm86 to x86emu isn't getting built. In hw/xfree86/os-support/linux/int10/linux.c, this code is dependent on the DoSubModules macro, which is never set. I'm filing this as a serious bug against the Xorg server, because Debian ships 64bit kernels on i386 and X not working with this combination is IMO a very bad regression. Cheers, Julien ---End Message--- ---BeginMessage--- Source: xorg-server Source-Version: 2:1.1.1-17 We believe that the bug you reported is fixed in the latest version of xorg-server, which is due to be installed in the Debian FTP archive: xdmx-tools_1.1.1-17_i386.deb to pool/main/x/xorg-server/xdmx-tools_1.1.1-17_i386.deb xdmx_1.1.1-17_i386.deb to pool/main/x/xorg-server/xdmx_1.1.1-17_i386.deb xnest_1.1.1-17_i386.deb to pool/main/x/xorg-server/xnest_1.1.1-17_i386.deb xorg-server_1.1.1-17.diff.gz to pool/main/x/xorg-server/xorg-server_1.1.1-17.diff.gz xorg-server_1.1.1-17.dsc to pool/main/x/xorg-server/xorg-server_1.1.1-17.dsc xserver-xephyr_1.1.1-17_i386.deb to pool/main/x/xorg-server/xserver-xephyr_1.1.1-17_i386.deb xserver-xorg-core_1.1.1-17_i386.deb to pool/main/x/xorg-server/xserver-xorg-core_1.1.1-17_i386.deb xserver-xorg-dev_1.1.1-17_i386.deb to pool/main/x/xorg-server/xserver-xorg-dev_1.1.1-17_i386.deb xvfb_1.1.1-17_i386.deb to pool/main/x/xorg-server/xvfb_1.1.1-17_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Julien Cristau [EMAIL PROTECTED] (supplier of updated xorg-server package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive
Bug#410118: mesa_6.5.2-2(experimental/amd64/xenophanes): Installs to /usr/lib64, tries to copy from /usr/lib
Package: mesa Version: 6.5.2-2 Severity: serious Tags: experimental Heya, Here's a bug report for the mesa problem we spoke about in #debian-devel: Automatic build of mesa_6.5.2-2 on xenophanes by sbuild/amd64 98-farm Build started at 20070207-1601 [...] mklib: Making Linux shared library: libGL.so.1.5.060502 mklib: Installing libGL.so.1.5.060502 libGL.so.1 libGL.so in ../../lib64 [...] dh_install --sourcedir=debian/tmp --list-missing -s dh_install: libgl1-mesa-swx11 missing files (usr/lib/libGL.so.*), aborting make: *** [binary-arch] Error 1 Marc -- BOFH #223: The lines are all busy (busied out, that is -- why let them in to begin with?). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410119: seam_1.3-1(experimental/amd64/xenophanes): casts from pointer to int loose precision
Package: seam Version: 1.3-1 Severity: serious Tags: experimental Heya, Automatic build of seam_1.3-1 on xenophanes by sbuild/amd64 98-farm Build started at 20070207-1838 ** [...] g++ -DPACKAGE_NAME=\SEAM\ -DPACKAGE_TARNAME=\seam\ -DPACKAGE_VERSION=\1.3\ -DPACKAGE_STRING=\SEAM 1.3\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\seam\ -DVERSION=\1.3\ -DUSE_POSIX_SELECT=1 -DUSE_WINSOCK=0 -DHAVE_ZLIB=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIGHTNING=0 -DHAVE_U_INT=1 -DHAVE_DLLS=0 -DHAVE_VIRTUALALLOC=0 -DHAVE_LOADLIBRARY=0 -DHAVE_SIGNAL=1 -DHAVE_SIG_ATOMIC_T=1 -DHAVE_CONSOLECTRL=0 -DHAVE_DLFCN_H=1 -DHAVE_LIBLTDL=1 -DDEBUGGER=0 -DPROFILE=0 -I. -I. -I.. -I.. -I -I/include -g -Wall -O2 -pipe -fPIC -fPIC -ggdb -O3 -fomit-frame-pointer -fforce-addr -finline-limit=2500 -fno-implement-inlines -fno-keep-static-consts -fno-implicit-templates -fno-implicit-inline-templates -fno-rtti -Wundef -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Wredundant-decls -Winline -Woverloaded-virtual -Wsign-promo -c BaseMap.cc -fPIC -DPIC -o .libs/BaseMap.o ../store/HeaderOp.hh: In static member function 'static u_int HeaderOp::EncodeHeader(BlockLabel, u_int, u_int, u_int)': ../store/HeaderOp.hh:32: warning: left shift count = width of type ../store/HeaderOp.hh:33: warning: left shift count = width of type ../store/HeaderOp.hh:37: warning: left shift count = width of type ../store/HeaderOp.hh:37: warning: left shift count = width of type ../store/HeaderOp.hh: In static member function 'static void HeaderOp::EncodeLabel(Transient*, BlockLabel)': ../store/HeaderOp.hh:49: warning: left shift count = width of type ../store/HeaderOp.hh: In static member function 'static void HeaderOp::EncodeMutableFlag(Block*, u_int)': ../store/HeaderOp.hh:63: warning: left shift count = width of type ../store/HeaderOp.hh: In static member function 'static void HeaderOp::SetChildishFlag(Block*)': ../store/HeaderOp.hh:84: warning: left shift count = width of type ../store/HeaderOp.hh: In static member function 'static void HeaderOp::ClearChildishFlag(Block*)': ../store/HeaderOp.hh:88: warning: left shift count = width of type ../store/PointerOp.hh: In static member function 'static word_s* PointerOp::EncodeTag(Block*, u_int)': ../store/PointerOp.hh:23: error: cast from 'Block*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static u_int PointerOp::DecodeTag(word_s*)': ../store/PointerOp.hh:26: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static Block* PointerOp::RemoveTag(word_s*)': ../store/PointerOp.hh:29: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static word_s* PointerOp::EncodeBlock(Block*)': ../store/PointerOp.hh:34: error: cast from 'Block*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static Block* PointerOp::DecodeBlock(word_s*)': ../store/PointerOp.hh:41: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static Chunk* PointerOp::DecodeChunk(word_s*)': ../store/PointerOp.hh:51: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static word_s* PointerOp::EncodeTransient(Transient*)': ../store/PointerOp.hh:59: error: cast from 'Transient*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static Transient* PointerOp::DecodeTransient(word_s*)': ../store/PointerOp.hh:66: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static bool PointerOp::IsInt(word_s*)': ../store/PointerOp.hh:73: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static bool PointerOp::IsTransient(word_s*)': ../store/PointerOp.hh:76: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static s_int PointerOp::DirectDecodeInt(word_s*)': ../store/PointerOp.hh:86: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh:86: warning: left shift count = width of type ../store/PointerOp.hh:87: warning: left shift count = width of type ../store/PointerOp.hh:87: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh:88: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh: In static member function 'static s_int PointerOp::DecodeInt(word_s*)': ../store/PointerOp.hh:91: error: cast from 'word_s*' to 'u_int' loses precision ../store/PointerOp.hh:94: warning: left shift count = width of type ../store/PointerOp.hh: In static member function 'static word_s* PointerOp
Bug#410117: libgksu_2.0.4-1(experimental/hppa/swawa): Package 'xcb-xlib', required by 'X11', not found
Package: libgksu Version: 2.0.4-1 Severity: serious Tags: experimental Automatic build of libgksu_2.0.4-1 on swawa.farm.ftbfs.de by sbuild/hppa 98 [...] Build-Depends: cdbs, debhelper (= 4.1.0), libgtk2.0-dev (= 2.4.0), libglade2-dev, libgconf2-dev, libstartup-notification0-dev, libgnome-keyring-dev, gettext, autotools-dev, gtk-doc-tools, gnome-pkg-tools (= 0.10), libgtop2-dev [...] checking pkg-config is at least version 0.9.0... yes checking for LIBGKSU... configure: error: Package requirements (gtk+-2.0 = 2.4.0, gconf-2.0, libstartup-notification-1.0, gnome-keyring-1, libgtop-2.0) were not met: Package xcb-xlib was not found in the pkg-config search path. Perhaps you should add the directory containing `xcb-xlib.pc' to the PKG_CONFIG_PATH environment variable Package 'xcb-xlib', required by 'X11', not found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables LIBGKSU_CFLAGS and LIBGKSU_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. make: *** [config.status] Error 1 [...] This looks like a missing dep on libxcb-xlib0-dev somewhere. Marc -- BOFH #9: doppler effect -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 410114 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 # doesn't make package unusable, unconfirmed that the bug is here severity 410114 important Bug#410114: libcurl3: freezes often Severity set to `important' 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]
Bug#410117: libgksu_2.0.4-1(experimental/hppa/swawa): Package 'xcb-xlib', required by 'X11', not found
reassign 410117 libx11-dev 2:1.1-2 thanks On Wed, Feb 7, 2007 at 22:20:44 +0100, Marc 'HE' Brockschmidt wrote: checking for LIBGKSU... configure: error: Package requirements (gtk+-2.0 = 2.4.0, gconf-2.0, libstartup-notification-1.0, gnome-keyring-1, libgtop-2.0) were not met: Package xcb-xlib was not found in the pkg-config search path. Perhaps you should add the directory containing `xcb-xlib.pc' to the PKG_CONFIG_PATH environment variable Package 'xcb-xlib', required by 'X11', not found As discussed with Marc on IRC, this is a bug in the libx11-dev package currently in experimental. However, what I don't understand is why sbuild didn't get libx11-dev from sid... Cheers, Julien pgpXZLJLn8Vs0.pgp Description: PGP signature
Processed: tag patch
Processing commands for [EMAIL PROTECTED]: tags 409688 + patch Bug#409688: FTBFS: gpe/render.h: No such file or directory Tags were: sid Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409835: mixxx: freezes my system completely
severity 409835 important thanks On Mon, Feb 05, 2007 at 09:16:34PM +0100, Jonas Meurer wrote: Package: mixxx Version: 1.4.2-1.1 Severity: grave Justification: renders package unusable Hello, mixxx freezes my system when i start it in a terminal emulator. Hi Jonas, If mixxx manages to crash your X server, then it's likely a problem in the server. If the whole system collapses, then it could well be a problem in the kernel driver of your video card. Could you confirm you can not ping your machine anymore? or light the leds of the keyboard? I guess that this is due to hardware acceleration, used for direct rendering. This discussion seems to discuss exactly the bug that i discovered: http://sourceforge.net/forum/forum.php?thread_id=1637045forum_id=156157 As Adam mentions in that thread, you should be able to run mixxx with the 'simple' display mode. I don't know whether this bug is related to the amd64 architecture, or to my Matrox G450 graphics controller, so i set severity to grave. mixxx could also be improved substantially on the graphic rendering side, and this bug is important. it would also be useful to know if other applications using 3d acceleration are working fine on your machine. cheers, piem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#409835: mixxx: freezes my system completely
Processing commands for [EMAIL PROTECTED]: severity 409835 important Bug#409835: mixxx: freezes my system completely 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#409523: FTBFS: gpe/render.h: No such file or directory
tags 409523 + patch thanks According to the changelog in libgpewidget-0.114 gpe/render.h was removed because it was considered obsolete and unused. Simply deleting the #include directive from main.c allows gpe-edit to compile and run properly. Patch attached. John diff -Nur gpe-edit-0.25.orig/main.c gpe-edit-0.25/main.c --- gpe-edit-0.25.orig/main.c 2004-08-13 05:56:18.0 -0500 +++ gpe-edit-0.25/main.c 2007-02-07 12:13:57.0 -0600 @@ -21,7 +21,6 @@ #include gpe/init.h #include gpe/errorbox.h -#include gpe/render.h #include gpe/pixmaps.h #include gpe/picturebutton.h #include gpe/question.h signature.asc Description: This is a digitally signed message part
Processed: FTBFS: gpe/render.h: No such file or directory
Processing commands for [EMAIL PROTECTED]: tags 409523 + patch Bug#409523: FTBFS: gpe/render.h: No such file or directory Tags were: sid Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409695: marked as done (FTBFS: error: 'CL_SCAN_DISABLERAR' undeclared)
Your message dated Wed, 07 Feb 2007 22:32:07 + with message-id [EMAIL PROTECTED] and subject line Bug#409695: fixed in php-clamavlib 0.12a-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: php-clamavlib Version: 0.12a-2 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of php-clamavlib_0.12a-2 on em64t by sbuild/amd64 0.52 ... gcc -I. -I/build/tbm/php-clamavlib-0.12a -DPHP_ATOM_INC -I/build/tbm/php-clamavlib-0.12a/include -I/build/tbm/php-clamavlib-0.12a/main -I/build/tbm/php-clamavlib-0.12a -I/usr/include/php4 -I/usr/include/php4/main -I/usr/include/php4/TSRM -I/usr/include/php4/Zend -DHAVE_CONFIG_H -g -O2 -c /build/tbm/php-clamavlib-0.12a/clamav.c -fPIC -DPIC -o .libs/clamav.o /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zm_startup_clamav': /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: 'CL_SCAN_DISABLERAR' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: (Each undeclared identifier is reported only once /build/tbm/php-clamavlib-0.12a/clamav.c:180: error: for each function it appears in.) /build/tbm/php-clamavlib-0.12a/clamav.c:216: error: 'CL_EMALFZIP' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'php_cl_scanfile': /build/tbm/php-clamavlib-0.12a/clamav.c:350: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:355: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'php_cl_scanbuff': /build/tbm/php-clamavlib-0.12a/clamav.c:386: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:390: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_setlimits': /build/tbm/php-clamavlib-0.12a/clamav.c:471: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c:479: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_scanfile_ex': /build/tbm/php-clamavlib-0.12a/clamav.c:536: warning: passing argument 2 of 'cl_scanfile' from incompatible pointer type /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_cl_pretcode': /build/tbm/php-clamavlib-0.12a/clamav.c:640: error: 'CL_EMALFZIP' undeclared (first use in this function) /build/tbm/php-clamavlib-0.12a/clamav.c:708: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_scan_buffer': /build/tbm/php-clamavlib-0.12a/clamav.c:719: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_scan_file': /build/tbm/php-clamavlib-0.12a/clamav.c:729: warning: 'return' with a value, in function returning void /build/tbm/php-clamavlib-0.12a/clamav.c: In function 'zif_clam_get_version': /build/tbm/php-clamavlib-0.12a/clamav.c:739: warning: 'return' with a value, in function returning void make[1]: *** [clamav.lo] Error 1 make[1]: Leaving directory `/build/tbm/php-clamavlib-0.12a' make: [build-stamp-php4] Error 2 (ignored) touch build-stamp-php4 dh_testdir dh_testroot dh_installdirs mkdir -p debian/php4-clamavlib/usr/lib/php4/20050606 install -m 644 -o root -g root modules/clamav.so debian/php4-clamavlib/usr/lib/php4/20050606/clamav.so install: cannot stat `modules/clamav.so': No such file or directory make: *** [build-php4] Error 1 ** -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- Source: php-clamavlib Source-Version: 0.12a-3 We believe that the bug you reported is fixed in the latest version of php-clamavlib, which is due to be installed in the Debian FTP archive: php-clamavlib_0.12a-3.diff.gz to pool/main/p/php-clamavlib/php-clamavlib_0.12a-3.diff.gz php-clamavlib_0.12a-3.dsc to pool/main/p/php-clamavlib/php-clamavlib_0.12a-3.dsc php4-clamavlib_0.12a-3_i386.deb to pool/main/p/php-clamavlib/php4-clamavlib_0.12a-3_i386.deb php5-clamavlib_0.12a-3_i386.deb to pool/main/p/php-clamavlib/php5-clamavlib_0.12a-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further
Bug#409075: lilo strace output
On Wed, Feb 07, 2007, Warren Turkal wrote: I am glad you see what the issue is. With another person having the same problem, it was diagnosed as being probably a regression of the kernel. I don't have any fix or workaround for you unfortunately. Is is possible that the 22.7.3 version fixed this issue? It would be interesting for you to try out, but I doubt it. If you can report success, we can consider pulling the relevant changes from this version. -- Loïc Minier [EMAIL PROTECTED]
Bug#409075: lilo strace output
On Wednesday 07 February 2007 15:05, you wrote: On Wed, Feb 07, 2007, Warren Turkal wrote: I am glad you see what the issue is. With another person having the same problem, it was diagnosed as being probably a regression of the kernel. I don't have any fix or workaround for you unfortunately. Crapola. This was a working configuration, and it's one of my users' desktops. Is is possible that the 22.7.3 version fixed this issue? It would be interesting for you to try out, but I doubt it. If you can report success, we can consider pulling the relevant changes from this version. 22.7.3 does not work. Is there any chance of copying the required logic from fdisk to lilo in time for Etch? wt -- Warren Turkal, Research Associate III/Systems Administrator Colorado State University, Dept. of Atmospheric Science -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409688: FTBFS: gpe/render.h: No such file or directory
According to the changelog in libgpewidget-0.114 gpe/render.h was removed because it was considered obsolete and unused. Simply deleting the #include directive from main.c allows gpe-julia to compile and run properly. Patch attached. John diff -Nur gpe-julia-0.0.6.orig/main.c gpe-julia-0.0.6/main.c --- gpe-julia-0.0.6.orig/main.c 2007-02-07 12:32:45.0 -0600 +++ gpe-julia-0.0.6/main.c 2007-02-07 12:33:24.0 -0600 @@ -19,7 +19,6 @@ #include gpe/init.h #include gpe/picturebutton.h #include gpe/pixmaps.h -#include gpe/render.h #include gpe/errorbox.h static struct gpe_icon my_icons[] = { signature.asc Description: This is a digitally signed message part
Bug#410079: hyphenation patterns distributed without license and copyright
On Wednesday 07 February 2007, Matthias Klose wrote: The various README's are supposed to have the copyright information, but they don't have it. If the files are derived from the TeX/LaTeX hyphenation patterns, then the LPPL requires some information to be included in the derived work as well. - README_da_DK.txt: No license/copyright at all. I asked the danish people (to whom I occasionally send some data) about this. The hyphenation and the README file does nto seem to have anything to do with each others. The README is from the dsdo - den store danske ordliste (da.speling.org). The dsdo is basically a word list for spell checking, but it does also contain some hyphenation information for specific words, but no general information about hyphenation rules. So the dsdo is probably not the base for the hyph_da.dic file. Their guess was that the hyph_da.dic file is coming frome some LaTeX something. /Sune -- Genius, I cannot ping the jumper from LinuxPPC 92, how does it work? You should doubleclick with the code in order to telnet from the button to a Fast DVD kernel of a FPU on a program. pgp1b9Ppva8SK.pgp Description: PGP signature
Processed: Re: Bug#410117: libgksu_2.0.4-1(experimental/hppa/swawa): Package 'xcb-xlib', required by 'X11', not found
Processing commands for [EMAIL PROTECTED]: reassign 410117 libx11-dev 2:1.1-2 Bug#410117: libgksu_2.0.4-1(experimental/hppa/swawa): Package 'xcb-xlib', required by 'X11', not found Bug reassigned from package `libgksu' to `libx11-dev'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to libx11 libx11-6 libx11-6-dbg libx11-data libx11-dev libx11-xcb-dev libx11-xcb1 libx11-xcb1-dbg ... ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 package libx11 libx11-6 libx11-6-dbg libx11-data libx11-dev libx11-xcb-dev libx11-xcb1 libx11-xcb1-dbg Ignoring bugs not assigned to: libx11-xcb-dev libx11-data libx11-dev libx11 libx11-6-dbg libx11-xcb1 libx11-xcb1-dbg libx11-6 tags 366676 + pending Bug#366676: libx11-dev: dubious dependency on libxext-dev There were no tags set. Tags added: pending tags 410117 + pending Bug#410117: libgksu_2.0.4-1(experimental/hppa/swawa): Package 'xcb-xlib', required by 'X11', not found Tags were: experimental Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409999: fcitx crash when using wubi input method on powerpc platform
410066 is closed. The following is the explanation I got quote, This is allowed by the C standard; the signedness of char is implementation-defined. Moreover, we cannot change it, since that would break the ABI. So this is not a bug. unquote, Due to the reason explained, fcitx should be patched. Bin Tian Bin Tian wrote: I got the acknowledgement. The reference is bug#410066 Bin Tian Bin Tian wrote: I found the problem. gcc-4.1 under ppc behaves differently for the default signedness of char. I have already reported this bug to [EMAIL PROTECTED] of debian, but I havn't got the reply of BTS at the moment. So I can't give you the reference now. The following codes describe the problem clearly. ~$ cat a.c #include stdio.h int main (void) { char ch [2] = { 127, 180 }; signed char sch [2] = { 127, 180 }; unsigned uch [2] = { 127, 180 }; printf (char: %d %d\n, ch[0], ch[1]); printf (signed char: %d %d\n, sch[0], sch[1]); printf (unsigned char: %d %d\n, uch[0], uch[1]); }; x86 or x64 platform, it outputs: ~$ ./a.out char: 127 -76 signed char: 127 -76 unsigned char: 127 180 powerpc platform, it outputs: ~$ ./a.out char: 127 180 signed char: 127 -76 unsigned char: 127 180 For a work around, I changed the definition/declaration of CalHZIndex in src/tools.h and src/tools.c. The modified version of CalHZIndex is int CalHZIndex (signed char *strHZ); Then fcitx works well as before. Thanks a lot for your kindly support! Best Regards, Bin Tian Guanghui Yu wrote: Thanks ;) On 2/7/07, Bin Tian [EMAIL PROTECTED] wrote: I will try to make a debug version tonight. I have no time to find out the reason in office. Further information may be available tomorrow morning. Bin Tian Guanghui Yu wrote: Have no idea now. I don't have ibook for testing. :( I am checking the difference between 3.1.1 and 3.4. Do you try other Wubi tables? On 2/7/07, Bin Tian [EMAIL PROTECTED] wrote: It doesn't work. I think changing int to size_t has no effect, because my notepad is not ppc64. Guanghui Yu wrote: Hi I make a patch, could you try again? On 2/7/07, Bin Tian [EMAIL PROTECTED] wrote: I saw improvements in the new version. But I can input only one chinese character. fcitx will crash after the second character inputed. Backtrace is attached as fellow: Program received signal SIGSEGV, Segmentation fault. 0x1001a1f8 in TableCreatePhraseCode (strHZ=0x7f8d7260 要要) at table.c:1974 1974 strNewPhraseCode[i1] = recTemp-strCode[table[iTableIMIndex].rule[i].rule[i1].iIndex - 1]; (gdb) p recTemp $1 = (RECORD *) 0x10b (gdb) p *recTemp Cannot access memory at address 0x10b (gdb) Best Regards, Bin Tian Guanghui Yu wrote: Hi I uploaded a new version to http://people.debian.org/~ygh/temp/. Could you help me try this version on your powerbook? You need build it first. According to the upstream changelog, the input method table issue has been fixed. On 2/7/07, Bin Tian [EMAIL PROTECTED] wrote: I tried but it doesn't work. Backtrace of fcitx is attached as bellow. It may be helpful. Best Regards Bin Tian. ~$ gdb -p 4821 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as powerpc-linux-gnu. Attaching to process 4821 Reading symbols from /usr/bin/fcitx...(no debugging symbols found)...done. Using host libthread_db library /lib/tls/libthread_db.so.1. Reading symbols from /usr/lib/libXpm.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXpm.so.4 Reading symbols from /usr/lib/libXft.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXft.so.2 Reading symbols from /usr/lib/libfontconfig.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libfontconfig.so.1 Reading symbols from /usr/lib/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libfreetype.so.6... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXrender.so.1 Reading symbols from /usr/lib/libexpat.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libexpat.so.1 Reading symbols from /usr/lib/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXau.so.6
Processed: 402753 lilypond-doc : there is no HTML documentation at all
Processing commands for [EMAIL PROTECTED]: severity 402753 grave Bug#402753: lilypond-doc: html docimentation does not install properly Severity set to `grave' from `normal' 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#409397: marked as done (dvi2ps: Wrong dependency: s/tetex-base/tetex-bin/)
Your message dated Thu, 08 Feb 2007 00:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#409397: fixed in dvi2ps 3.2j-15 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: dvi2ps Version: 3.2j-14 Severity: serious dvi2ps depends on tetex-base (= 1.0.2) However in fact it depends on tetex-bin's functionality, in particular mktexpk: [EMAIL PROTECTED]:/# dvi2ps papersize.dvi papersize.ps @(#)dvi2ps (j-version) 3.2j Prescanning .kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 --dpi 600 cmr10 mktexpk: No such file or directory kpathsea: Appending font creation commands to missfont.log. kpathsea: Running mktexpk --mfmode ljfour --bdpi 600 --mag 1+0/600 --dpi 600 cmr10 mktexpk: No such file or directory No font file for cmr10 (mag 1000) (use -d option to know the font file names tried) [/usr/share/texmf/dvi2ps/headers/dvi2.ps] [/usr/share/texmf/dvi2ps/headers/special.ps] Reading font info . [1] [EMAIL PROTECTED]:/# There's no version needed in the depends. Regards, Frank -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive) ---End Message--- ---BeginMessage--- Source: dvi2ps Source-Version: 3.2j-15 We believe that the bug you reported is fixed in the latest version of dvi2ps, which is due to be installed in the Debian FTP archive: dvi2ps_3.2j-15.diff.gz to pool/main/d/dvi2ps/dvi2ps_3.2j-15.diff.gz dvi2ps_3.2j-15.dsc to pool/main/d/dvi2ps/dvi2ps_3.2j-15.dsc dvi2ps_3.2j-15_i386.deb to pool/main/d/dvi2ps/dvi2ps_3.2j-15_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. OHURA Makoto [EMAIL PROTECTED] (supplier of updated dvi2ps package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 8 Feb 2007 09:06:32 +0900 Source: dvi2ps Binary: dvi2ps Architecture: source i386 Version: 3.2j-15 Distribution: unstable Urgency: high Maintainer: OHURA Makoto [EMAIL PROTECTED] Changed-By: OHURA Makoto [EMAIL PROTECTED] Description: dvi2ps - TeX DVI-driver for NTT JTeX, MulTeX and ASCII pTeX Closes: 357201 409397 Changes: dvi2ps (3.2j-15) unstable; urgency=high . * Set urgency to high to fix RC bug. * debian/control: - Added dependency on tetex-bin instead of tetex-base. (Closes: #409397). - Added alternative dependency on texlive-base-bin to support TeXLive. (Closes: #357201). Files: 2423aa93e2e748b5b6dc7b7c9cb3aa8f 620 tex optional dvi2ps_3.2j-15.dsc 317b623c20dbc593d16d504918e806e9 19705 tex optional dvi2ps_3.2j-15.diff.gz f19759d52411826e65caf447b4df2d7a 102134 tex optional dvi2ps_3.2j-15_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFymo37qLvonfc4IMRAnqZAKCFQYfvct7U1t/OOlvkb17NbOOmfwCgpelX MUUill+3VjZBdkVHk0KZ1Xs= =I5s2 -END PGP SIGNATURE- ---End Message---
Processed: Re: Bug#409977: keyutils-lib: violates policy by not including soname in package
Processing commands for [EMAIL PROTECTED]: severity 409977 important Bug#409977: keyutils-lib: violates policy by not including soname in package 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#409977: keyutils-lib: violates policy by not including soname in package
severity 409977 important thanks On Tue, Feb 06, 2007 at 03:56:12PM -0500, Sam Hartman wrote: package: keyutils-lib severity: serious version: 1.2-1 justification: policy 8.1 Policy 8.1 requires that the shared library soname be in the package. keyutils-lib should be renamed libkeyutils1 Not exactly; it requires that the package name change whenever the library soname changes. As this is the initial version of keyutils in Debian, there is no violation of policy here, just a potential future policy violation and a violation of standard library naming conventions. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410154: user-mode-linux: crashes almost immediately with Kernel mode signal 7
Package: user-mode-linux Version: 2.6.18-1um-2 Severity: grave Justification: renders package unusable It crashes out almost immediately. The crash can be slightly varied by changing the memory size, or it will even get almost all the way through a simple boot up, but always dies: Only thing I'm doing odd, is host system is running sarge, kernel from backports.org, we are in a chroot But surely that should make no difference! I started off trying vde2 virtual networking, but thats not the problem since it happens even without it. (sid)[EMAIL PROTECTED]:/# uname -a Linux amonsul 2.6.18-3-k7 #1 SMP Thu Dec 14 20:27:48 CET 2006 i686 GNU/Linux Hmm, the host is a SMP dual athlon setup - perhaps thats the problem? Eg: (sid)[EMAIL PROTECTED]:/# linux con0=fd:0,fd:1 con=pts root=/dev/root rootflags=/ rootfstype=hostfs ro init=/bin/bash Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...OK Checking advanced syscall emulation patch for ptrace...OK Checking for tmpfs mount on /dev/shm...OK Checking PROT_EXEC mmap in /dev/shm/...OK Checking for the skas3 patch in the host: - /proc/mm...not found - PTRACE_FAULTINFO...not found - PTRACE_LDT...not found UML running in SKAS0 mode Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...OK Checking advanced syscall emulation patch for ptrace...OK Linux version 2.6.18 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061028 (prerelease) (Debian 4.1.1-19)) #2 Thu Nov 9 19:27:34 CET 2006 Built 1 zonelists. Total pages: 8192 Kernel command line: con0=fd:0,fd:1 con=pts root=/dev/root rootflags=/ rootfstype=hostfs ro init=/bin/bash PID hash table entries: 256 (order: 8, 1024 bytes) Dentry cache hash table entries: 4096 (order: 2, 16384 bytes) Inode-cache hash table entries: 2048 (order: 1, 8192 bytes) Memory: 29424k available Mount-cache hash table entries: 512 Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Using 2.6 host AIO NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 256 (order: -2, 1024 bytes) TCP established hash table entries: 1024 (order: 0, 4096 bytes) TCP bind hash table entries: 512 (order: -1, 2048 bytes) TCP: Hash tables configured (established 1024 bind 512) TCP reno registered Checking host MADV_REMOVE support...OK mconsole (version 2) initialized on /root/.uml/oeC8TB/mconsole ubd: Synchronous mode Host TLS support detected Detected host type: i386 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered (default) io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) nbd: registered device at major 43 device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: [EMAIL PROTECTED] IPv4 over IPv4 tunneling driver GRE over IPv4 tunneling driver TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Initialized stdio console driver Console initialized on /dev/tty0 Initializing software serial port version 1 Failed to open 'root_fs', errno = 2 VFS: Mounted root (hostfs filesystem) readonly. (sid)root@(none):/# ifconfig modprobe: FATAL: Could not load /lib/modules/2.6.18/modules.dep: No such file or directory modprobe: FATAL: Could not load /lib/modules/2.6.18/modules.dep: No such file or directory modprobe: FATAL: Could not load /lib/modules/2.6.18/modules.dep: No such file or directory modprobe: FATAL: Could not load /lib/modules/2.6.18/modules.dep: No such file or directory modprobe: FATAL: Could not load /lib/modules/2.6.18/modules.dep: No such file or directory modprobe: FATAL: Could not load /lib/modules/2.6.18/modules.dep: No such file or directory (sid)root@(none):/# mount -t hostfs -o /usr/lib/uml/modules hostfs /lib/modules (sid)root@(none):/# ifconfig Kernel panic - not syncing: Kernel mode signal 7 EIP: 0073:[400ea0ce] CPU: 0 Not tainted ESP: 007b:7f47eb70 EFLAGS: 0246 Not tainted EAX: ffda EBX: 40151000 ECX: 003d0550 EDX: 08050d40 ESI: 08050d40 EDI: 08050d40 EBP: 7f47ebf8 DS: 007b ES: 007b 0837f66c: [080701b4] show_regs+0xb4/0xb9 0837f698: [0805e6a3] panic_exit+0x25/0x3f 0837f6ac: [080806b8] notifier_call_chain+0x1d/0x37 0837f6cc: [08080742] atomic_notifier_call_chain+0x11/0x13 0837f6e0: [08074a72] panic+0x52/0xd3 0837f700: [0805e093] relay_signal+0x30/0x69 0837f720: [0806dd5a] sig_handler_common_skas+0xc6/0xec 0837f748: [0806ad32] sig_handler+0x33/0x41 0837f75c: [aff72420] 0xaff72420 0837fa44: [0805f14f] do_op_one_page+0x3b/0x40 0837fa58: [0805f20f] do_buffer_op+0xbb/0x12b 0837fa98: [0806bc88] setjmp_wrapper+0x34/0x3d
Bug#410154: user-mode-linux: crashes almost immediately with Kernel mode signal 7
Got it!! It is the chroot. If I mount -t tmpfs tmpfs /dev/shm inside it, then it works much better, /Seriously/ needs a better error message! -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: 410154
Processing commands for [EMAIL PROTECTED]: severity 410154 normal Bug#410154: user-mode-linux: crashes almost immediately with Kernel mode signal 7 Severity set to `normal' from `grave' quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Upgrade
Processing commands for [EMAIL PROTECTED]: severity 388616 serious Bug#388616: mediawiki1.7: configuration file not below /etc Bug#393962: Upgrade blows away configuration files if stored in /etc/mediawiki1.7 Bug#409434: mediawiki1.7: Nuked my LocalSettings.php in /etc Severity set to `serious' from `important' 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#409400: dvipng: wrong dependency: s/tetex-base/tetex-bin/
Frank Küster [EMAIL PROTECTED] wrote: Package: dvipng Version: 1.9-1 Severity: serious Tags: patch This bug is soon one week old. Unless the maintainer speaks up with other plans, I'm going to NMU this with urgency=high tomorrow. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)