Bug#602391: closed by Bastian Blank wa...@debian.org (Re: [Pkg-xen-devel] Bug#602391: xen-hypervisor-4.0-amd64: system fails to boot from LVM if Hypervisor loaded)
Off course this does not change anything in the way a system boots but the hypervisor obvously changes the way hardware is accessed isn't it ? Its not speculation its a fact - on this system the same kernel and initrd only are able to boot without the hypervisor loaded - Don't believe it - contact me by PM you can have IP-KVM-Access to that system convince yourself . Or give me a call or skype me if you want ... Contact details by PM if you'd like it .. ___ GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://movieflat.web.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602517: ITP: drupal6-mod-mobileplugin -- mobileplugin modules for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov cl...@debian.org * Package name: drupal6-mod-mobileplugin Version : 2.0 Upstream Author : Teemu Lehtinen (http://drupal.org/user/483210) * URL : http://drupal.org/project/mobileplugin * License : GPL Programming Lang: PHP Description : mobileplugin modules for Drupal 6 Provides a mobile optimized view to a Drupal site. . Features * Automatic device detection * Domain based mobile site distinction * A block for user to select mobile or full desktop site * A distinct theme for the mobile site (documented theme provided) * Separate block administration for the mobile site * Filtering out system or module CSS and JS if not specifically allowed * Suggesting word breaks to long words * Scaling images smaller or setting smaller view size to external images * Replacing embedded youtube videos with thumbnails to m.youtube * Separate configurable mobile groups based on device properties * Testing for selected roles or from the administration * Hooks and API to extend or support in other modules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602515: Acknowledgement (FTBFS: incorrect snprintf size in MIMEH_parse_contentlocation)
As far as I can tell, this bug has been fixed upstream, based on downloading this tarball: http://www.pldaniels.com/altermime/altermime-0.3-dev.tar.gz So for whatever reason, this bug is in Debian (and Ubuntu) only. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601858: libm17n-0: NULL pointer dereference in mlocale__init()
05.11.2010 в 23:10:10 +1100 Harshula написал(а): Hi Stepan, Would you be able to test this patch provided by upstream?: http://cvs.m17n.org/viewcvs/m17n/m17n-lib/src/locale.c?r1=1.12r2=1.13 With this patch vlc no longer crashes and is able to use m17n-ru-kbd input method via uim-qt when configured to do so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597479: patch created
The patch can be found at: http://lists.alioth.debian.org/pipermail/fai-commit/2010-November/003262.html -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600777: RFH: cryptsetup -- configures encrypted block devices
Hi. In earlier days I'd have had definitely some interesting in helping with cryptsetup, especially making it mightier and hardening it. Which is not to be confused with the wish in taking maintenance overs as you do good work in many areas I guess you remember things or general design principles I've always proposed like: - rather failing / throwing errors than doing things that could potentially allow attacks - be as strict as possible in all places (for security reasons) - adding extensive documentation, especially in places where things might not be obvious and dangerous if future developers remove or change something. - rework all keyscripts, especially making them mightier towards fully supporting encrypted root-fs, key material on external media, etc. - overwork configuration framwork, or better standardise one that all keyscripts have to conform to - make key scripts work, that depend on /usr/* stuff, which currently fail - eventually add new key scripts However, I guess it makes no sense to re-iterate old discussion points which we could no agree on in the past... Nevertheless I guess I just like to say that anybody that would be willing to help will probably bring in similar or other interfering ideas like those and it will be therefore difficult to get help if not willing to accept such new ways. Which would be very bad IMHO, as cryptsetup is probably very important for many people, already. And I guess it's especially important for them to have it (as they probably already trust Debian) take care on all hidden and tricky pitfals one encounters with encryption (things like this LABEL attack I've described earlier). Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601803: kfreebsd-image-8.1-1-686: ifconfig wlan0 create wlandev ath0 = SIOCIFCREATE2: Bad address
I downloaded ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.1/FreeBSD-8.1-RELEASE-i386-disc1.iso and combined the base.?? files as http://lindi.iki.fi/lindi/kfreebsd/freebsd-8.1-release-i386-base.tar.bz2 which I extracted to /root/freebsd-8.1-release-i386-base and added /usr/local/bin/freebsd wrapper that contains #!/bin/sh exec chroot /root/freebsd-8.1-release-i386-base $@ and lets me do # freebsd ifconfig wlan0 create wlandev eth0 which does not fail with SIOCIFCREATE2. = this looks like a userland bug in debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602416: curl: kerberos ftp fails
On Fri, Nov 5, 2010 at 2:20 AM, Ramakrishnan Muthukrishnan rkrish...@debian.org wrote: On Fri, Nov 5, 2010 at 2:13 AM, Liam Healy l...@healy.washington.dc.us wrote: OK, done. Now it segfaults curl -v --krb clear ftp://he...@/archive/catalogs/ * About to connect() to port 21 (#0) * Trying aaa.bbb.ccc.ddd... connected * Connected to (132.250.112.17) port 21 (#0) 220 khan FTP server (Version 5.60) ready. * Trying mechanism GSSAPI... Segmentation fault curl --version curl 7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o Looks like your curl version is 7.21.0 and libcurl is 7.21.2. Please try with curl version also upgraded to the same version. thanks Ramakrishnan Curl 7.21.2 doesn't make any difference; wget http://ftp.us.debian.org/debian/pool/main/c/curl/curl_7.21.2-1_amd64.deb dpkg -i curl_7.21.2-1_amd64.deb curl -V curl 7.21.2 (x86_64-pc-linux-gnu) libcurl/7.21.2 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.15 libssh2/1.2.6 Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp scp sftp smtp smtps telnet tftp Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz curl --krb clear ftp://he...@/archive/catalogs/ Segmentation fault Liam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with EAP-TLS authentication support
On Fri, Nov 05, 2010 at 12:48:32PM +0100, Werner Jaeger wrote: Package name: ppp-2.4.5-eaptls-mppe Does the package name really need the version number encoded into it? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#602453: pd-pmpd: FTBFS - unoconv needs writable $HOME
Vincent Bernat ber...@debian.org writes: listener. Moreover, this is not 100% reliable. I was afraid there might be further complications with unoconv/OO.o, hence my suggestion to split the package (which would, however, require another pass through NEW. :-/) Another possibility might be to use ooo2dbk in conjunction with docbook-utils, dblatex, or the like. Maybe this is is better to keep the documentation in sxw format? Perhaps, though I'd suggest trying to keep the PDF if feasible. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537669: kallery is orphaned?
Hi! I can keep the package kallery. It really is an orphan the package? Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602348: chicken-install: cannot load extension: setup-download
On Thu, Nov 04, 2010 at 12:32:17AM +0100, Andreas Rottmann wrote: Package: chicken-bin Version: 4.5.0-1 Severity: normal chicken-install seems to always fail like this: , | ro...@delenn:~% chicken-install -help | | Error: (require) cannot load extension: setup-download Hello Andreas, chicken-bin package comes with a /var/lib/chicken/5/setup-download.so file, do you have it? And what about the other .so files in the same directory? Regards, -- Davide Puricelli http://www.puricelli.info | http://www.debian.org Time looked like snow dropping silently into a black room -- Ray Bradbury signature.asc Description: Digital signature
Bug#550584: Running flash-kernel automatically from postinst
14:08 tbm maks: do you think you could comment on the patch in #550584? 14:11 tbm or bwh 14:11 tbm I don't have time to look into this :( 14:16 maks we can check against DEB_MAINT_PARAMS as postinst of linux-2.6 is directly calling us 14:16 maks not sure how this translates for flash-kernel. 14:27 bwh tbm: I wonder if we need any code to make sure flash-kernel is not executed several times when updating/installing several kernels at the same 14:27 bwh time 14:28 bwh First you need to decide what the intended result is when multiple kernel packages are installed 14:29 bwh Maybe flash-kernel should only run automatically if a single package is installed 14:36 tbm I think it should be called, ideally with the highest version number 15:02 bwh and how is that defined? 15:06 tbm dpkg --compare-versions 15:06 tbm is there a way to know which versions are being installed? 15:07 tbm in any case, any behaviour is better than what we have now. which is that flash-kernel doesn't get run when you install a kernel package with a new ABI name 15:11 bwh There's no way to know which versions are being installed, but you could use a trigger 15:11 bwh depends on whether you think it's acceptable to defer the invocation of flash-kernel 15:20 tbm a trigger based on what? 15:22 bwh based on triggering from your kernel postinst hook 15:23 tbm ah ok. yeah that sounds good to me Anyway, I don't know anything about triggers and don't have the time to look into this. Steve, Joey: can you look into this? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537669: kallery is orphaned?
Hello, On Fri, Nov 5, 2010 at 16:31, Innocent De Marchi tangram.pe...@gmail.com wrote: Hi! I can keep the package kallery. Good, please sync with Ignace It really is an orphan the package? yes it is. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602519: oxygencursors: Cursor theme defaults to Oxygen Black after a while in some application windows
Package: oxygencursors Version: 0.0.2010-05-10-kde4.4.3-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, having set Cursor Theme in System Settings to any theme different from Oxygen Black will result in switching to Oxygen Black for some applications in a while (e.g. Iceweasel, KDE System Settings module), however some applications are not affected and display correct cursor (e.g. Gajim, Konsole). Thanks. - -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJM1B95AAoJEIwasS2vea/+bPMIAMzJWkXEoLcPvGLfQ05ZuxLk x6EUEg4fziAoryEe/kz51bNymYgkEBmmgEqyKKnjx/Q94SJgpdWZSOhEqaZWUuHh yCy3p0ytz25jJUlP6Hbw4UIBsQ/Ouy2jA6oXrFZe+gvgCBLFdcMbpntnYu/ifg2C ukuMKJ1eae+0fjbWfSEIWOCnYEsfySDqGaOPyjf/1IMCS4rpCBoB+4nN8YfmT1vB f3M2ZAHroZR0r522T+S/3FXx/1II/Sz7koPRtiiAFL2n6HlLTQ1iWLxFwh2aNpQH 0V+WchVZgb8z+2+ciTm59fD3sTUEG89x3Y6SlEEHiMbXLjKf06IVyImo8TbmMCs= =2gur -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602518: [INTL:it] Wrong translation of however.
Package: dpkg Version: 1.15.8.5 In po/it.po at line 3469, I find msgid ; however:\n msgstr ; comunque:\n This is _wrong_, and makes the message not understandable (unless you already know what's going on). Possible valid translations are , ma:\n (my favourite) , però:\n or ; tuttavia;\n (which is more literal but also more ambiguous). This bug is present since years: I've asked one of the two translator to fix it once in 2008 and once in 2009, and he agreed on the diagnosis, but never fixed it. Pietro signature.asc Description: This is a digitally signed message part
Bug#550584: Running flash-kernel automatically from postinst
On Fri, Nov 05, 2010 at 03:26:36PM +, Martin Michlmayr wrote: 14:08 tbm maks: do you think you could comment on the patch in #550584? 14:11 tbm or bwh 14:11 tbm I don't have time to look into this :( 14:16 maks we can check against DEB_MAINT_PARAMS as postinst of linux-2.6 is directly calling us 14:16 maks not sure how this translates for flash-kernel. 14:27 bwh tbm: I wonder if we need any code to make sure flash-kernel is not executed several times when updating/installing several kernels at the same 14:27 bwh time 14:28 bwh First you need to decide what the intended result is when multiple kernel packages are installed 14:29 bwh Maybe flash-kernel should only run automatically if a single package is installed 14:36 tbm I think it should be called, ideally with the highest version number 15:02 bwh and how is that defined? 15:06 tbm dpkg --compare-versions In this case the kernel team better stop using -trunk- in their versions since that is considered newer than -1- by dpkg --compare-versions and grub and others. Using -0trunk- would be OK, but -trunk- is a very bad idea. It already caused a lot of hassle for testing users because grub would always list the older -trunk- kernel before the newer -1- kernel. 15:06 tbm is there a way to know which versions are being installed? 15:07 tbm in any case, any behaviour is better than what we have now. which is that flash-kernel doesn't get run when you install a kernel package with a new ABI name 15:11 bwh There's no way to know which versions are being installed, but you could use a trigger 15:11 bwh depends on whether you think it's acceptable to defer the invocation of flash-kernel 15:20 tbm a trigger based on what? 15:22 bwh based on triggering from your kernel postinst hook 15:23 tbm ah ok. yeah that sounds good to me Anyway, I don't know anything about triggers and don't have the time to look into this. Steve, Joey: can you look into this? -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601905: cp: cannot stat `binary/dists/squeeze/squeeze': Too many levels of symbolic links
Hi there, I have the same problem like the original poster. Relevant bits from the binary.log: snip--- P: Begin building binary usb image... 0+0 records in 0+0 records out 0 bytes (0 B) copied, 2.3466e-05 s, 0.0 kB/s !!! The following error/warning messages can be ignored !!! P: Mounting /dev/loop1 with offset 0 Warning: The resulting partition is not properly aligned for best performance. 1+0 records in 1+0 records out 440 bytes (440 B) copied, 0.026872 s, 16.4 kB/s P: Mounting /dev/loop1 with offset 512 mkfs.vfat 3.0.9 (31 Jan 2010) Loop device does not match a floppy size, using default hd params cp: cannot stat `binary/dists/stable/squeeze': Too many levels of symbolic links cp: cannot stat `binary/dists/frozen/squeeze': Too many levels of symbolic links cp: cannot stat `binary/dists/testing/squeeze': Too many levels of symbolic links cp: cannot stat `binary/dists/unstable/squeeze': Too many levels of symbolic links cp: cannot stat `binary/dists/squeeze/squeeze': Too many levels of symbolic links P: Begin unmounting filesystems... snip live-build and live-helper version is 2.0.5-1 from testing, compiled from debian testing source on a Ubuntu 10.10 and running on Ubuntu. My auto/config looks like this: #!/bin/sh lb config noauto \ --architecture i386 \ -b usb-hdd \ --cache true \ --debian-installer live \ --debian-installer-distribution squeeze \ -d squeeze \ --hostname debian \ -k 686 \ --memtest memtest86+ \ --mirror-bootstrap http://ftp.tw.debian.org/debian/ \ --mirror-chroot http://ftp.tw.debian.org/debian/ \ --mode debian \ -p lxde \ --use-fakeroot false \ --security true \ --username debian \ $...@} Is anything missing there? Cheers Arne -- Arne Götje (高盛華) a...@linux.org.tw PGP/GnuPG key: 1024D/685D1E8C Fingerprint: 2056 F6B7 DEA8 B478 311F 1C34 6E9F D06E 685D 1E8C Key available at wwwkeys.pgp.net. Encrypted e-mail preferred. signature.asc Description: OpenPGP digital signature
Bug#602143: ITP: spice -- a remote display system for virtualized machine and desktop
Hi Marc-André, On Thu, Nov 04, 2010 at 04:10:03PM +0100, Marc-André Lureau wrote: Hi On Tue, Nov 2, 2010 at 1:46 PM, Ron r...@debian.org wrote: On Tue, Nov 02, 2010 at 08:15:42PM +0800, Liang Guo wrote: Great, if SPICE can be ported to the latest celt, we need not keep two different version of celt in debian. Ron, the maintainer of celt in Debian, prefer this methord. Indeed, since we'll be targeting a debian release that is some 2 years away from the present, it is quite likely that celt will in fact be bitstream frozen by then too (or replaced by a derivative that is). Adjusting to the newer API should be trivial, the main catch is the bitstream compatibility. I don't think we should be looking at packaging celt 0.5 retroactively though, we should be looking ahead. You can find a untested patch I wrote to support celt latest in addition to celt 0.5 here: http://gitorious.org/spice/elmarco-spice/commit/e310493a3e5a28f4b41dbc13cfaad7f982bca651 However, this patch is not suitable for upstream, because it obviously breaks compatibility between various version of client/server. Well I wouldn't say unsuitable for upstream, but indeed it only solves a part of the problem which they need to address still. CELT is an experimental codec, so the bitstream is still in flux, and this was known when a snapshot was picked by spice. It's time to activate the contingency plan that was created for exactly this situation when they made that choice. They did think this through already, right? Somebody just needs to implement the content negotiation, or whatever they have decided for it. It was a redhat project, so they did what worked for them to get a trial version out. If people are going to pick this up for other distros now, that's one of the things they'll need to get right. celt-0.5 is dead. Someone just needs to tell spice that. With flowers and stuff. And then we can all move on. Imho, we should consider celt 0.5 as being the current frozen bitstream Except unfortunately, your ho was out of the loop when this decision was made, and you're late :( We already had this discussion, between the interested maintainers of packages and upstream celt folk. It seemed important to know the answer to that _before_ squeeze froze. And so we consider 0.7.1 to be the current stable snapshot bitstream, and that's the one we hope people will settle on for a while. We made sure this went out with ubuntu, it's what we stopped at for squeeze, and it's what we're encouraging everyone else to play along with until the next one (which might hopefully be the last, but might not be 'celt' anymore per se). We even have some coordination on this with other legacy OS vendors I believe. (there has been already maintenance release of this version). There were a couple of small brown-paper-bag tweaks in the first month after that snapshot was made. It's not maintained by the upstream celt author, responsibility for it rests with redhat. It hasn't been touched since early May 2009 ... We need to package it for Debian instead of pushing for an unstable version of celt in spice. Spice already has an unstable version of celt. They knew that when they picked it. If spice is going to be suitable for debian and other distros this is a problem they'll have to solve, because it's going to happen eventually, even to redhat. Squeeze should be rolling out soon, so you've got 18 months to figure out how this should work in a way that is suitable for the next release. The answer to that isn't dredging up the corpses of long expired snapshots of experimental libraries. They need a transition plan. And you'll have a testbed to try it out on - and at least a year to get it right. Since there are clearly people interested in this, and able to write some code, I'd suggest talking to spice upstream, and maintainers of the other apps, and bringing more of them into the loop _before_ we have to make this decision again next. Even if the one after this does freeze the bitstream permanently, there's still going to need to be a transition for spice. If there has to be more than one, it will be better if all the app authors can agree on that together. It's good that there are early adopters, but we can't just package a separate version of celt for every app that paints itself into a corner with experimental code. The old snapshots do have a use-by date, just like the draft RFCs that define them. Sorry. This does seem like a cool thing to get into the distro, but you've got time, so let's do it properly and solve it for everyone. Cheers, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602520: linux-2.6: [l10n:ca] Catalan update
Package: linux-2.6 Severity: wishlist Tags: l10n Hi kernel team! A review of the recently submitted file unvelied a few minor problems with the new Catalan strings. Can you update it again with the attached file? Many thanks! Jordi -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: lang=ca_es.ut...@valencia, lc_ctype=ca_es.ut...@valencia (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ca.po.gz Description: GNU Zip compressed data
Bug#602521: maven2: Maven2 relies on various things...
Package: maven2 Version: 2.0.9-2 Severity: important Trying to run maven for the first time, I get the following palf...@missfun:[/tmp] mvn archetype:create \ -DarchetypeGroupId=org.apache.maven.archetypes \ -DgroupId=com.mycompany.app \ -DartifactId=my-app Exception in thread main java.lang.NoClassDefFoundError: org/codehaus/classworlds/Launcher Caused by: java.lang.ClassNotFoundException: org.codehaus.classworlds.Launcher at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) Could not find the main class: org.codehaus.classworlds.Launcher. Program will exit. Installing libclassworlds-java gets me to palf...@missfun:[/tmp] mvn archetype:create \ -DarchetypeGroupId=org.apache.maven.archetypes \ -DgroupId=com.mycompany.app \ -DartifactId=my-app --- constituent[0]: file:/usr/share/maven2/lib/wagon-provider-api.jar constituent[1]: file:/usr/share/maven2/lib/plexus-interactivity-api.jar constituent[2]: file:/usr/share/maven2/lib/jtidy.jar constituent[3]: file:/usr/share/maven2/lib/plexus-container-default.jar constituent[4]: file:/usr/share/maven2/lib/maven2.jar constituent[5]: file:/usr/share/maven2/lib/doxia-sink-api.jar constituent[6]: file:/usr/share/maven2/lib/commons-cli.jar constituent[7]: file:/usr/share/maven2/lib/wagon-file.jar constituent[8]: file:/usr/share/maven2/lib/plexus-utils.jar constituent[9]: file:/usr/share/maven2/lib/wagon-http-shared.jar constituent[10]: file:/usr/share/maven2/lib/wagon-ssh-external.jar constituent[11]: file:/usr/share/maven2/lib/wagon-ssh-common.jar constituent[12]: file:/usr/share/maven2/lib/wagon-ssh.jar constituent[13]: file:/usr/share/maven2/lib/jsch.jar constituent[14]: file:/usr/share/maven2/lib/xml-apis.jar constituent[15]: file:/usr/share/maven2/lib/wagon-http-lightweight.jar --- Exception in thread main java.lang.NoClassDefFoundError: org/codehaus/plexus/embed/Embedder at org.apache.maven.cli.MavenCli.main(MavenCli.java:165) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: java.lang.ClassNotFoundException: org.codehaus.plexus.embed.Embedder at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassLoader.java:195) at org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassRealm.java:255) at org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.java:214) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) At which point I gave up and upgraded maven2 to 2.2.1-5, which seemed to sort out things... -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable'), (690, 'testing'), (680, 'unstable'), (670, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maven2 depends on: ii libcommons-cli-java 1.2-3 API for working with the command l ii libdoxia-java1.1.2-1 a powerful content generation fram ii libjsch-java 0.1.42-2pure Java implementation of the SS ii libjtidy-java7+svn20070309-4 a Java port of HTML Tidy, a HTML s ii libplexus-interactivity- 1.0-alpha-6-5 interactivity API for the Plexus f ii libplexus-utils-java 1:1.5.15-2 utilities for the Plexus framework ii libwagon-java1.0-beta-6-2tools to manage Maven artifacts an ii libxalan2-java 2.7.1-5 XSL Transformations (XSLT) process maven2 recommends no packages. maven2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with
Bug#602522: hdparm: new upstream release 9.35
Package: hdparm Version: 9.27-2.1 Severity: normal Hi, a new upstrem release is available, the release notes say: 9.35: http://sourceforge.net/news/?group_id=136732id=292937 hdparm-9.35: fixed bugs from 9.34 hdparm-9.35 is out, purely a bugfix release, replacing 9.34. Anyone running versions 9.27 through 9.34 should upgrade immediately. This one fixes a number of flags broken by a common bug in 9.34 (sorry about that, folks!). Now I think I'll go have a little lie down for a spell.. :) 2010-10-19 13:28:25 UTC by ideguy 9.34: http://sourceforge.net/news/?group_id=136732id=292853 hdparm-9.34 Fixed bug that was impairing some flags (eg. set acoustic), and possibly causing trouble with external drive enclosures. UPGRADE IS RECOMMENDED. 2010-10-16 21:20:33 UTC by ideguy 9.33: http://sourceforge.net/news/?group_id=136732id=292475 hdparm-9.33: fixed issues on AHCI chipsets hdparm-9.33 is now available. UPDATING is RECOMMENDED. -- worked around issue whereby commands might sometimes appear (incorrectly) to fail on ahci chipsets. -- fixed compilation on older systems 2010-10-04 19:48:07 UTC by ideguy 9.32 is currently in unstable Andreas -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (130, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hdparm depends on: ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip hdparm recommends no packages. Versions of packages hdparm suggests: pn apmd none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601828: roxterm: Terminal window often gets resized automatically
Do you know whether this started with 1.18.5-2 or before then? I think this is caused by the same issue as https://sourceforge.net/tracker/?func=detailatid=698428aid=3089323group_id=124080. The window is also resized if I change the GTK+ font size and closing tabs. I'll be glad to give any more information if needed. Great piece of software! The window size is supposed to change when you change the font to try to preserve the terminal's geometry (number of rows and columns). Is it doing it incorrectly? The aim is to preserve that geometry except when the user explicitly resizes the window, but I'm having a lot of difficulty with that goal! What window manager are you using? -- TH * http://www.realh.co.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602523: x11-common: Any time, when using KDE, my EEEPC window go to gray
Package: x11-common Version: 1:7.5+7 Severity: normal This happened at any KDE version I tested here. I have an EEE PC 1005 HA (Netbook). When using KDE, any application, my window go to gray and I need use the shortcuts to Hibernate and return the PC again, or I never see my window again. But this is a bad problem: I lost my internet connection, my downloads, my copying operations and this happens frequently! And don't have time to happen, can be now, can be in 10 minutes or 1 hour... If I use another monitor connected at my netbook, the other monitor don't go to gray, only the EEE PC window (see, I'm was testing another monitor here, and if this happened when I'm was trying presents something at work or client? Reproducible: Always Steps to Reproduce: It's frequentily, but I'm unable to reproduce, simple happens... Already posted at KDE bugs, but KDE team directed me to another place. To see the thread reported to KDE bugs: https://bugs.kde.org/show_bug.cgi?id=252491 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip x11-common recommends no packages. x11-common suggests no packages. -- debconf information: x11-common/xwrapper/allowed_users: Console Users Only x11-common/xwrapper/actual_allowed_users: console -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548983: [Pkg-alsa-devel] Bug#548983: Newer ia32-libs has them
Your response was unclear to me. If it already has a versioned dependency, why shouldn't the dependency be tightened? On Fri, Nov 5, 2010 at 3:02 AM, Elimar Riesebieter e.riesebie...@puz.de wrote: On Thu, 4 November 2010 11:53:01 -0400, Simon Ruggier wrote: The package ia32-libs_20101012 has the required libraries, while ia32-libs_20090808 does not. Shouldn't this mean that lib32asound2-plugins should depend on the newer version of ia32-libs? No, it doesn't. Versioned dependencies are not maintainable and don't make sense, though. $ apt-cache show lib32asound2-plugins Package: lib32asound2-plugins [...] Depends: ia32-libs (= 20080808), lib32asound2 ( 1.0.18), libc6-i386 (= 2.2) [...] lib32asound2-plugins depends on the newest available ia32-libs younger than 20080808. Elimar -- BOFH excuse #126: it has Intel Inside -- To unsubscribe, send mail to 548983-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601828: roxterm: Terminal window often gets resized automatically
Do you know whether this started with 1.18.5-2 or before then? I think this is caused by the same issue as https://sourceforge.net/tracker/?func=detailatid=698428aid=3089323group_id=124080. The window is also resized if I change the GTK+ font size and closing tabs. I'll be glad to give any more information if needed. Great piece of software! The window size is supposed to change when you change the font to try to preserve the terminal's geometry (number of rows and columns). Is it doing it incorrectly? The aim is to preserve that geometry except when the user explicitly resizes the window, but I'm having a lot of difficulty with that goal! What window manager are you using? -- TH * http://www.realh.co.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512114: This does not looked fixed
The resume procedure is smarter and can resume a suspended image of a similar kernel so unless you dist-upgrade or something like that you should still be able to resume. I just updated from 2.6.32-26 to 2.6.32-27 and run (once again) into this issue. How did I skip the smart part? Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602499: ITP: flex-sdk -- The Adobe Flex SDK
Hi Joey, On Fri, 05 Nov 2010 12:05:22 +0100, Joey Parrish joey.parr...@gmail.com wrote: * Package name: flex-sdk Version : 4.1.0.16076 Upstream Author : Adobe Systems Incorporated * URL : http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4 * License : MPL v1.1 Programming Lang: Java Description : The Adobe Flex SDK I don't know if it's your first Debian package but it will be a hard one... I've looked a bit a -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#424905: Uploading MAME to Debian
Hi Ludo and Emmanuel! I must have been living in a cave, because I just learned about sdlmame, the merge into mame itself and the efforts to add this to the official Debian repositories. In the ITP bug, I see there's been some confusion in the process to make your packages part of Debian officially, partly due to Bruno stating he would be in charge and then nothing happening for years. It seems both of you have agreed to work together to bring MAME to Debian. Is there any update on the status? I'm a Debian Developer and am willing to help you finish whatever is missing before you can do your first upload. I also offer my help if any of you want to become a DD or a Debian Maintainer. Thanks for all your work! Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602525: unblock: forked-daapd/0.12~git0.11-125-gca72ee5-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock package forked-daapd This version contains an important fix for 32bit architectures and a cleanup. Full changelog: forked-daapd (0.12~git0.11-125-gca72ee5-3) unstable; urgency=low * debian/patches/murmurhash_32bit_fix.patch: + Added; fix improper handling of data buffer tail. * debian/patches/no_scoped_address_in_sdp.patch: + Added; don't let out scoped addresses in SDP payload. -- Julien BLACHE jbla...@debian.org Mon, 01 Nov 2010 15:36:39 +0100 unblock forked-daapd/0.12~git0.11-125-gca72ee5-3 Thanks, JB. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35 (SMP w/2 CPU cores) Locale: LANG=C, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602499: ITP: flex-sdk -- The Adobe Flex SDK
[This time a full email...] Hi Joey, On Fri, 05 Nov 2010 12:05:22 +0100, Joey Parrish joey.parr...@gmail.com wrote: * Package name: flex-sdk Version : 4.1.0.16076 Upstream Author : Adobe Systems Incorporated * URL : http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4 * License : MPL v1.1 Programming Lang: Java Description : The Adobe Flex SDK I don't know if it's your first Debian package but it will be a hard one... I've looked a bit a 3.3 release and found quite disapointed by many files in Flex SVN which had no-licence or were using some non-free licence. You'll have to do a very carefull review of every source file in tarball. You'll find more information here : http://ovirt.et.redhat.com/page/FlexSDK_RPM You can also join Flash Packaging Team on Alioth to work in our common SVN repository : https://alioth.debian.org/projects/pkg-flash/ Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602526: plasma-widget-networkmanagement: Incorrectly shows DSL connection never used
Package: plasma-widget-networkmanagement Version: 0.1~svn1141976-1 Severity: minor In the configuration dialog: Network Connections - DSL: My DSL connection is listed but in the Last Used column the entry is Never. This is definitely incorrect, as I am using it regularly, and I am connected to it automatically as configured. Best wishes, Gábor Braun -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages plasma-widget-networkmanagement depends on: ii knm-runtime0.1~svn1141976-1 KDE NetworkManagement infrastructu ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-4 GCC support library ii libkdecore54:4.4.5-1 the KDE Platform Core Library ii libkdeui5 4:4.4.5-1 the KDE Platform User Interface Li ii libkio54:4.4.5-1 the Network-enabled File Managemen ii libkutils4 4:4.4.5-1 various utility classes for the KD ii libplasma3 4:4.4.5-1 the Plasma Library for the KDE Pla ii libqt4-dbus4:4.6.3-4 Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4 Qt 4 network module ii libqt4-svg 4:4.6.3-4 Qt 4 SVG module ii libqt4-xml 4:4.6.3-4 Qt 4 XML module ii libqtcore4 4:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libsolid4 4:4.4.5-1 Solid Library for KDE Platform ii libsolidcontrol4 4:4.4.5-4 library for Solid based network ma ii libstdc++6 4.4.5-4 The GNU Standard C++ Library v3 plasma-widget-networkmanagement recommends no packages. Versions of packages plasma-widget-networkmanagement suggests: ii kdebase-workspace-bin 4:4.4.5-4 core binaries for the KDE Plasma W -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602527: query dict must have one value for each key, not lists of values
Package: trac-authopenid Version: 1.7-1 When using the trac-authopenid plugin to authenticate against a Drupal OpenID Provider, I get the following Trac error (nonce codes are obscured): TypeError: query dict must have one value for each key, not lists of values. Query is {'openid.op_endpoint': u'http://openid.workingdirectory.net/openid/provider', 'openid.sig': u'cn+nBssfiof37LuzU47H2/bGZTM=', 'openid.ns': u'http://specs.openid.net/auth/2.0', 'janrain_nonce': [u'2010-11-05T16:53:24', u'2010-11-05T16:53:24'], 'openid.return_to': u'http://ict.ussf2010.org/openidprocess?janrain_nonce=2010-11-05T16%3A53%3A24', 'openid.claimed_id': u'http://openid.workingdirectory.net/user/1/identity', 'openid.mode': u'id_res', 'openid.sreg.nickname': u'admin', 'openid.response_nonce': u'2010-11-05T16:53:23ZGUTT', 'openid.signed': u'op_endpoint,return_to,response_nonce,assoc_handle,identity,claimed_id', 'openid.identity': u'http://openid.workingdirectory.net/user/1/identity', 'openid.assoc_handle': u'2010-11-05T16:06:22ZYPDX', 'openid.sreg.email': u'ja...@mayfirst.org'} The URL that generates the error is: http://ict.ussf2010.org/openidprocess?janrain_nonce=2010-11-05T16%3A53%3A24openid.ns=http%3A%2F%2Fspecs.openid.net%2Fauth%2F2.0openid.mode=id_resopenid.op_endpoint=http%3A%2F%2Fopenid.workingdirectory.net%2Fopenid%2Fprovideropenid.identity=http%3A%2F%2Fopenid.workingdirectory.net%2Fuser%2F1%2Fidentityopenid.claimed_id=http%3A%2F%2Fopenid.workingdirectory.net%2Fuser%2F1%2Fidentityopenid.return_to=http%3A%2F%2Fict.ussf2010.org%2Fopenidprocess%3Fjanrain_nonce%3D2010-11-05T16%253A53%253A24openid.response_nonce=2010-11-05T16%3A53%3A23ZGUTTopenid.assoc_handle=2010-11-05T16%3A06%3A22ZYPDXopenid.sreg.nickname=adminopenid.sreg.email=jamie%40mayfirst.orgjanrain_nonce=2010-11-05T16%3A53%3A24openid.signed=op_endpoint%2Creturn_to%2Cresponse_nonce%2Cassoc_handle%2Cidentity%2Cclaimed_idopenid.sig=cn%2BnBssfiof37LuzU47H2%2FbGZTM%3D The problem seems to be caused by the key janrain_nonce being passed twice. I think trac-authopenid should detect the duplicate and only use it once. jamie signature.asc Description: Digital signature
Bug#602528: git: cannot recover from interrupted http fetch
Package: git Version: 1:1.7.2.3-2 Severity: normal If I run 'git remote update' when the remote is an http URL, and then I Ctrl-C in the middle of a pack download, I get the .idx and .pack.temp. Next time when I run 'git remote update' it tells me it can't find some refs: error: Unable to find 72128861501dc742d33e88b473482e17f6672d4c under http://git.clamav.net/clamav-devel.git Cannot obtain needed object 72128861501dc742d33e88b473482e17f6672d4c error: Fetch failed. Running 'git update-server-info -f' on the git server doesn't solve the issue. I have the remove the .idx and .pack.temp on the client, then rerun the fetch. It succeeds. Of course everything is good when fetching over the git protocol. strace shows me this: [pid 30701] sendto(4, GET /clamav-devel.git/info/refs?service=git-upload-pack HTTP/1.1\r\nUser-Agent: git/1.7.2.3\r\nHost: git.clamav.net\r\nAccept: */*\r\nPragma: no-cache\r\n\r\n, 146, MSG_NOSIGNAL, NULL, 0) = 146 [...] [pid 30701] recvfrom(4, 03799484d6a9ac\trefs/tags/clamav-0...@643\n8b2437781347001c96cc595d5dda3460e282484a\trefs/tags/clamav-0...@643^{}\n97590fe656d9c52113b8461a26c0c98da2634eee\trefs/tags/clamav-0.75\nd6f92253e4d0982732457e21dd4dd6cad8840ac1\trefs/tags/clamav-0.75^{}\n38b606d72c1076e09528051af7bd9d976cf0bb8b\trefs/tags/clamav-0.75.1\n05c9c7aece3a6eab746dd6a613bf9ec1492a254f\trefs/tags/clamav-0.75.1^{}\nb9614108447b8dffcb8d035ef348d31892a41fd8\trefs/tags/clamav-0.80\nfb7b873fe6fe75369ca82a80738c1a5c3a6d3fe2\trefs/tags/clamav-0.80^{}\n2938fece5489691914aaad781976bae132c9c399\trefs/tags/clamav-0...@1021\ndb9b9f27bc23e0524f233ae4f079f16f93a55b9a\trefs/tags/clamav-0...@1021^{}\n3b500b4ff7144b61440843518042db8bc795e2b5\trefs/tags/clamav-0...@2754\na86214e3bc90a9d1e54279a3d25317c98b3d23fa\trefs/tags/clamav-0...@2754^{}\n69e2d09f71c39d5519d16d6e44066478469247b0\trefs/tags/clamav-0.80rc\nbc2b20992346d33111630c97173c3330fca39e64\trefs/tags/clamav-0.80rc^{}\n3b0c7a8f266cfaa3978a5b6a 156b245ef65e054b\trefs/tags/clamav-0.80rc1\n7a393a949e9ece3fb8dabb677d6f3cbc92c640ee\trefs/tags/clamav-0.80rc1^{}\nbe3e24cbe834628c6e4ada9b5eff757afa46e938\trefs/tags/clamav-0.80...@1265\n1a2b50f49545c4a9b17636fcee3350081a1627a6\trefs/tags/clamav-0.80...@1265^{}\n9b71e46c3eddabcffc53134f1c7deb6ed1f01261\trefs/tags/clamav-0.80...@2754\n3e607682441c86649feb343c0164ab78f62f0c32\trefs/tags/clamav-0.80...@2754^{}\n93f859a073c44dcf7ecbbba597eb6ceba549c28d\trefs/tags/clamav-0.80rc3\naf98394c87c9b21860bb5a3a4afb120f9f2784a3\trefs/tags/clamav-0.80rc3^{}\n372a3ffab425adffca8da30cc50bb67c44c1e56d\trefs/tags/clamav-0.80...@2754\n0b8b0d161a29a45eb0d617353ab8b486beee024f\trefs/tags/clamav-0.80...@2754^{}\nd0d80706def65380cc664b3048b2f966043323df\trefs/tags/clamav-0.80...@939\n89e1684effdaf0e72006c0e9c4f37d896fb8aeb1\trefs/tags/clamav-0.80...@939^{}\n13c5b8f27ace7badc78f6d0b13258f8643f1ecc9\trefs/tags/clamav-0.80rc4\n4d0ef3c8a380d8d84ae613278cd082909df529d1\trefs/tags/clamav-0.80rc4^{}\nfc ee84427d1a6f55185021534ed76e8d28682e13\trefs/tags/clamav-0.80...@2754\n62abe4554fc2d0566fdf32a50e3f0b00a24047ef\trefs/tags/clamav-0.80...@2754^{}\n982d5f8521f554403d1f32deecbac131ad93d278\trefs/tags/clamav-0.80...@988\ne8c623dd5fcdd9c198fcc2f229f01d93f725aade\trefs/tags/clamav-0.80...@988^{}\n7be413a02fb694ac8fba9b8b736712de910ec06d\trefs/tags/clamav-0.8...@2754\n7c7fedcf2e3edc21e6cfb835fd59b7fb4dee3d1b\trefs/tags/clamav-0.8...@2754^{}\n1688fc77da1b11cda29099f8f4fb5e1988e4c367\trefs/tags/clamav-0.8...@909\n16b89181a2cac360ced1fd3e1de2e8d6ae61d341\trefs/tags/clamav-0.8...@909^{}\n884a136d119be80653f2f44a44e772d96928442e\trefs/tags/clamav-0.81\n29d4f7ed5704e66e47766f3de6d4d5965a43e591\trefs/tags/clamav-0.81^{}\nd4b71c97a623841e146a83636199933b63a1c53f\trefs/tags/clamav-0...@1286\necfa8f8147249f5451cbc8d4df9939f9267beb2c\trefs/tags/clamav-0...@1286^{}\n3e49f9b46a969feecea68be12d30f90a92c11d1d\trefs/tags/clamav-0...@2754\n746767a4df65e0a30a1b6ae43b032e955ee6ab7e\trefs/tags/clama v-0...@2754^{}\na4ded18c5573565898684654dd732284541efd81\trefs/tags/clamav-0.82\nd84e44a03ce6334ffb047a5bf4fbfb5b15375fd3\trefs/tags/clamav-0.82^{}\nb0fc8c8569818aa87eaebb65d16aee432c2659e0\trefs/tags/clamav-0.83\n557ad3012060727ae389f4264bcceefe15ccefaa\trefs/tags/clamav-0.83^{}\nec6ca271b6e3316e1bc5581267f9b7409484a1d7\trefs/tags/clamav-0.84\nfa89d49761c80406191f634af341683ae6cb99fd\trefs/tags/clamav-0.84^{}\n0af446f50a18b2932c3a12f3b41505283a5df654\trefs/tags/clamav-0.84rc1\n36e5dcaafdac102d2b8ea6a951806c3506cecc03\trefs/tags/clamav-0.84rc1^{}\n5adb191b29a16147bc68f34c5a25a3d670e796e4\trefs/tags/clamav-0.84...@1466\n6c935dcd89b2fa1f2b2a82e3c5898ac1b15489ae\trefs/tags/clamav-0.84...@1466^{}\n11257b3e2d751fec867452fb03d04089b36e6fdf\trefs/tags/clamav-0.84...@2754\nb10446177c2fd5339fe61b02e5a3720b04c542e2\trefs/tags/clamav-0.84...@2754^{}\nc0aeea4962b3429fcaecc1c53332acacd63fed8f\trefs/tags/clamav-0.84rc2\na7e68ffa77df547bf9b3ade2e3660244012a1648\trefs/tags/clamav-0.84rc2^{}
Bug#424905: Uploading MAME to Debian
I'm a Debian Developer and am willing to help you finish whatever is missing before you can do your first upload. I also offer my help if any of you want to become a DD or a Debian Maintainer. Nice to hear from a prospective uploader :) Ludo did most of the packaging work, I commited some fix for powerpc. Right now the two packages ( mame and mame-tools) are lintian clean exepct for debian-helper overrides warning and the packaging code is available from download from: http://indefero.shaperstudio.com/p/mamedeb/ This will build a mame v 0.139 binary ( althoug upstream has just released 0.140 ) We have also a mailing list at http://groups.google.com/group/mamedeb A feedback on the packaging is more than welcome ! Manu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602530: unblock: neon27/0.29.3-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock neon27 , which fixes #480041 [1] , an SSL cert failure with the patch that got accepted upstream. It's simple, it repeats GnuTLS handshake while it needs to be retried: --- a/src/ne_socket.c +++ b/src/ne_socket.c @@ -1789,7 +1789,9 @@ } sock-ops = iofns_ssl; -ret = gnutls_handshake(sock-ssl); +do { +ret = gnutls_handshake(sock-ssl); +} while (RETRY_GNUTLS(sock, ret)); if (ret 0) { error_gnutls(sock, ret); return NE_SOCK_ERROR; Thanks, Laszlo/GCS [1] http://bugs.debian.org/480041 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602529: Package install size is impossible to see
Package: aptitude Version: 0.6.3-3.1 Severity: normal Actions Undo Package Resolver Search Options Views Help C-T: Menu ?: Help q: Quit u: Update g: Download/Install/Remove Pkgs Packages Preview aptitude 0.6.3Will use 1,694 MB of disk spac DL Size: 439 MB --- Packages being automatically held in their current state (165) --\ Packages being automatically installed to satisfy dependencies (2) piA linux-headers-2.6.36-trunk-common +22.6 M none 2.6.36-1~e piA linux-image-2.6.36-trunk-amd64+104 MB none 2.6.36-1~e --- Packages being held back (83) --\ Packages to be installed (2) pi linux-headers-2.6.36-trunk-amd64 +7,705 none 2.6.36-1~e pi linux-image-2.6.36-trunk-amd64-dbg+1,560 none 2.6.36-1~e --\ Packages to be upgraded (1) iuA linux-base+4,096 2.6.36~rc6 2.6.36-1~e --- Packages which are suggested by other packages (4) There only appear to be 7 character spaces dedicated to the size parameter. In the above example, the packages to be installed look similar in size, except the first value is in KB, second is MB and linux-base is in BYTES. The Size column should have additional space such that the unit is always visible. Alternatively, remove the , and the space between number and unit. As illustrated above, without the unit, presence of that column is almost irrelevant. - Adam -- Package-specific info: aptitude 0.6.3 compiled at Aug 26 2010 19:06:44 Compiler: g++ 4.4.5 20100816 (prerelease) Compiled against: apt version 4.10.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.10.1 linux-vdso.so.1 = (0x7fffe974e000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7fd338f01000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7fd338cae000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7fd338aa8000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fd3387dc000) libept.so.1 = /usr/lib/libept.so.1 (0x7fd338588000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fd3381a7000) libz.so.1 = /usr/lib/libz.so.1 (0x7fd337f9) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7fd337cfa000) libboost_iostreams.so.1.42.0 = /usr/lib/libboost_iostreams.so.1.42.0 (0x7fd337ade000) libpthread.so.0 = /lib/libpthread.so.0 (0x7fd3378c2000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fd3375ae000) libm.so.6 = /lib/libm.so.6 (0x7fd33732b000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fd337115000) libc.so.6 = /lib/libc.so.6 (0x7fd336db4000) libutil.so.1 = /lib/libutil.so.1 (0x7fd336bb) libdl.so.2 = /lib/libdl.so.2 (0x7fd3369ac000) libuuid.so.1 = /lib/libuuid.so.1 (0x7fd3367a7000) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x7fd336597000) librt.so.1 = /lib/librt.so.1 (0x7fd33638f000) /lib64/ld-linux-x86-64.so.2 (0x7fd339225000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10]0.8.6Advanced front-end for dpkg ii libboost-iostreams1.42. 1.42.0-4 Boost.Iostreams Library ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept1 1.0.3+b1 High-level library for managing De ii libgcc1 1:4.4.5-3GCC support library ii libncursesw55.7+20100313-4 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.7.2-1 SQLite 3 shared library ii libstdc++6 4.4.5-3 The GNU Standard C++ Library v3 ii libxapian22 1.2.3-2 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: ii apt-xapian-index 0.40 maintenance and search tools for a pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2.1 parse Debian changelogs and output ii sensible-utils0.0.4
Bug#602531: PowerPC installation report
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/squeeze_di_beta1/powerpc/iso-cd/debian-squeeze-di-beta1-powerpc-netinst.iso Date: Fri Nov 5 2010 Machine: Power Mac G4 (Gigabit Ethernet) Processor: 2x G4 500MHz (installer isn't SMP though) Memory: 640MB Partitions: df -Tl will do; the raw partition table is preferred r...@mnemosyne:~# fdisk -l /dev/hda #type name length base ( size ) system /dev/hda1 Apple_partition_map Apple63 @ 1( 31.5k) Partition map /dev/hda2 Apple_Bootstrap untitled 1954 @ 64 (977.0k) NewWorld bootblock /dev/hda3 Apple_UNIX_SVR2 untitled 74863282 @ 2018 ( 35.7G) Linux native /dev/hda4 Apple_UNIX_SVR2 swap3300059 @ 74865300 ( 1.6G) Linux swap /dev/hda5 Apple_Free Extra 1 @ 78165359 ( 0.5k) Free space Block size=512, Number of Blocks=78165360 DeviceType=0x0, DeviceId=0x0 /dev/hdb #type name length base ( size ) system /dev/hdb1 Apple_partition_map Apple63 @ 1( 31.5k) Partition map /dev/hdb2 Apple_Driver43 Macintosh54 @ 64 ( 27.0k) Driver 4.3 /dev/hdb3 Apple_Driver43 Macintosh74 @ 118 ( 37.0k) Driver 4.3 /dev/hdb4Apple_Driver_ATA Macintosh54 @ 192 ( 27.0k) Unknown /dev/hdb5Apple_Driver_ATA Macintosh74 @ 246 ( 37.0k) Unknown /dev/hdb6 Apple_FWDriver Macintosh 200 @ 320 (100.0k) Unknown /dev/hdb7 Apple_Driver_IOKit Macintosh 512 @ 520 (256.0k) Unknown /dev/hdb8 Apple_Patches Patch Partition 512 @ 1032 (256.0k) Unknown /dev/hdb9 Apple_HFS untitled 80416676 @ 1544 ( 38.3G) HFS /dev/hdb10 Apple_Free Extra20 @ 80418220 ( 10.0k) Free space Block size=512, Number of Blocks=80418239 DeviceType=0x0, DeviceId=0x0 Drivers- 1: @ 64 for 23, type=0x1 2: @ 118 for 36, type=0x 3: @ 192 for 21, type=0x701 4: @ 246 for 34, type=0xf8ff Output of lspci -knn: r...@mnemosyne:~# lspci -knn :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth AGP [106b:0020] Kernel driver in use: agpgart-uninorth :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS [1002:5046] Kernel driver in use: aty128fb 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth PCI [106b:001f] 0001:10:0d.0 PCI bridge [0604]: Digital Equipment Corporation DECchip 21154 [1011:0026] (rev 05) 0001:11:03.0 SCSI storage controller [0100]: Adaptec AIC-7850 [9004:5078] (rev 03) Subsystem: Adaptec AHA-2904/Integrated AIC-7850 [9004:7850] Kernel driver in use: aic7xxx 0001:11:07.0 Unassigned class [ff00]: Apple Computer Inc. KeyLargo Mac I/O [106b:0022] (rev 03) Kernel driver in use: macio 0001:11:08.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019] Kernel driver in use: ohci_hcd 0001:11:09.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo USB [106b:0019] Kernel driver in use: ohci_hcd 0001:11:0a.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB12LV26 IEEE-1394 Controller (Link) [104c:8020] Kernel driver in use: firewire_ohci 0002:21:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth Internal PCI [106b:001e] 0002:21:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth GMAC (Sun GEM) [106b:0021] (rev 01) Kernel driver in use: gem Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [E] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: This was my first install on a powerpc for some releases. I used expert mode. The install went relatively smoothly. I was mildly surprised to see no option to install an sshd and complete the installation over the network, a feature of lenny's installer I have come to use a lot. I've listed Clock/timezone setup as E -- it didn't ask me if the clock was in local time or UTC, despite being in expert mode. After the reboot the system came up fine but then X failed with the display corrupt. Fortunately I had installed sshd so was able to log in remotely and discover the following in dmesg: [ 48.335971] platform r128_cce.0: firmware: requesting r128/r128_cce.bin [ 48.429909] r128_cce: Failed to load firmware r128/r128_cce.bin [ 48.429938]
Bug#602528: git: cannot recover from interrupted http fetch
tags 602528 + upstream quit Török Edwin wrote: If I run 'git remote update' when the remote is an http URL, and then I Ctrl-C in the middle of a pack download, I get the .idx and .pack.temp. Next time when I run 'git remote update' it tells me it can't find some refs: error: Unable to find 72128861501dc742d33e88b473482e17f6672d4c under http://git.clamav.net/clamav-devel.git Cannot obtain needed object 72128861501dc742d33e88b473482e17f6672d4c error: Fetch failed. Yes, I can reproduce this: git init reproduce cd reproduce git remote add clam http://git.clamav.net/clamav-devel.git git fetch clam ^C git fetch clam Will investigate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602438: Please insert absolute path to command (i.e. /usr/sbin/etckeeper) in pre-commit hooks
Wolfgang Karall wrote: when doing commits from cron one needs to remember that etckeeper lives in /usr/sbin nowadays and change PATH inside the crontab. Is there a valid reason why /usr/sbin is not in the PATH used by root's crontab? -- see shy jo signature.asc Description: Digital signature
Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such
On 3 November 2010 04:52:29 UTC, Jonathan Nieder jrnie...@gmail.com wrote: Could you give a pointer or elaborate on the ramifications (perhaps an example)? Mostly I am curious. xterm(1) has the details. Probably in response to your request, at some point between xterm 204 and 208 it learned an alt-sends-esc menu item to toggle this at will. I'd much rather have this as the default. I note that urxvt also defaults to Meta+key sending an escape (it calls the resource meta8, and defaults to false). I have not come across any negative ramifications (obviously, it is no longer possible to produce certain characters with Meta, but there are better ways to produce most non-ASCII printing characters). -- http://rrt.sc3d.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602471: pymca: package unusable
2010/11/5 Picca Frédéric-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr: Le Fri, 5 Nov 2010 13:30:16 +0100, Teemu Ikonen tpiko...@gmail.com a écrit : Could you check whether LShellConstants.dat is corrupted, i.e. contains negative values? I attached my LShellConstants.dat file Does running this command produce the same error? PYTHONPATH=/usr/lib/pyshared/python2.6/PyMca:/usr/share/pyshared/PyMca:$PYTHONPATH python2.6 -c import LShell no error for me with this command line The data file is ok, and importing the offending module works with the standard interpreter, so the bug is most likely somehow related to your environment. Or alternatively, something in my environment prevents this bug from appearing. Unless you or someone else can provide more information, it will be difficult to fix this. Best, Teemu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602532: debian-archive-keyring: please add key for backports.debian.org
Package: debian-archive-keyring Version: 2010.08.28 Severity: wishlist Hi, In the past 'backports.org' was not an official archive, but starting with Debian 6.0 (squeeze) it is documented as semi-official. For this reason please add the archive key by default without manual intervention. Also, without this key apticron sends an email every day with this content: | W: There is no public key available for the following key IDs: | EA8E8B2116BA136C Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (600, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-archive-keyring depends on: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep debian-archive-keyring recommends no packages. debian-archive-keyring suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602533: parted sees useless /dev/cciss/ device
Package: parted Version: 1.8.8.git.2008.03.24-11.1 I'm running this version of parted running on an HP DL165 with linux-image-2.6.26-2-686-bigmem 2.6.26-25lenny1. I have nothing connected to the CCISS controller; the disks are connected only to the ordinary SATA controller. However, there is still a device node /dev/cciss/c0d0, without a corresponding entry in /proc/partitions. parted sees this and complains about it. Notably: parted -l prints: Error: /dev/cciss/c0d0: unrecognised disk label Another consequence of this behaviour is that d-i prints this warning, interrupting automatic installations: Unable to determine geometry of file/device /dev/cciss/c0d0. You should not use Parted unless you REALLY know what you're doing! Warning! 1. Ignore [*] 2. Cancel Prompt: '?' for help, default=1 The device can be opened but looks empty: woodlouse:~# dd if=/dev/cciss/c0d0 of=t 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.000570254 s, 0.0 kB/s woodlouse:~# It would be nice if parted could be taught to ignore this spurious device. Perhaps it should ignore all zero-length devices ? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602534: partman/exception_handler not preseedable
Package: partman-base Running the lenny i386 installer on an HP DL165, I get this warning: Unable to determine geometry of file/device /dev/cciss/c0d0. You should not use Parted unless you REALLY know what you're doing! Warning! 1. Ignore [*] 2. Cancel Prompt: '?' for help, default=1 As it happens I know that in my situation this warning is spurious and I want to fully automate the install, so after reading the installer syslog I added this to my preseed file: d-i partman/exception_handler select Ignore However, this merely changed the warning: Unable to determine geometry of file/device /dev/cciss/c0d0. You should not use Parted unless you REALLY know what you're doing! [Press enter to continue] This is of course useless for me because I'm trying an automated install. IMO the answer to this question should be preseedable somehow. Obviously some kind of pattern matching would be best, but in the meantime I don't mind if overriding this means I have to ignore _all_ partman exceptions - the knob should be there for me to do that if I want to. (For completeness: Colin Watson suggested I could use an early_command to remove db_fset partman/exception_handler seen false from /lib/partman/lib/base.sh.) Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602471: pymca: package unusable
Le Fri, 5 Nov 2010 13:30:16 +0100, Teemu Ikonen tpiko...@gmail.com a écrit : Hi, I can't repeat this on squeeze/amd64. Could you check whether LShellConstants.dat is corrupted, i.e. contains negative values? I attached my LShellConstants.dat file Does running this command produce the same error? PYTHONPATH=/usr/lib/pyshared/python2.6/PyMca:/usr/share/pyshared/PyMca:$PYTHONPATH python2.6 -c import LShell no error for me with this command line See you Frederic -- GPG public key 1024D/A59B1171 2009-08-11 fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171 uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr LShellConstants.dat Description: Binary data signature.asc Description: PGP signature
Bug#602535: Disable new version checking
Package: kchmviewer Version: 5.2-1 Severity: wishlist Tags: patch kchmviewer contains a menu item which is supposed to check for new versions. I think it is not needed and maybe even bad in the official distribution packages, so please consider removing it. I've used this patch: http://git.altlinux.org/people/wrar/packages/kchmviewer.git?p=kchmviewer.git;a=blob;f=kchmviewer-5.1 -alt-remove-update-check.patch when packaged kchmviewer for ALT Linux. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-wrar+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kchmviewer depends on: ii kdebase-runtime4:4.5.1-0r1 runtime components from the offici ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libchm12:0.40-3 library for dealing with Microsoft ii libgcc11:4.5.1-9 GCC support library ii libkdecore54:4.5.2-0r1 the KDE Platform Core Library ii libkdeui5 4:4.5.2-0r1 the KDE Platform User Interface Li ii libkfile4 4:4.5.2-0r1 the File Selection Dialog Library ii libkhtml5 4:4.5.2-0r1 the KHTML Web Content Rendering En ii libkio54:4.5.2-0r1 the Network-enabled File Managemen ii libkjsapi4 4:4.5.2-0r1 the KJS API Library for the KDE De ii libkparts4 4:4.5.2-0r1 the Framework for the KDE Platform ii libqt4-dbus4:4.7.0~rc1-1 Qt 4 D-Bus module ii libqt4-network 4:4.7.0~rc1-1 Qt 4 network module ii libqt4-svg 4:4.7.0~rc1-1 Qt 4 SVG module ii libqt4-xml 4:4.7.0~rc1-1 Qt 4 XML module ii libqtcore4 4:4.7.0~rc1-1 Qt 4 core module ii libqtgui4 4:4.7.0~rc1-1 Qt 4 GUI module ii libstdc++6 4.4.5-6 The GNU Standard C++ Library v3 Versions of packages kchmviewer recommends: ii okular-extra-backends4:4.5.1-0r1 additional document format support kchmviewer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602536: useless /dev/cciss/ device
Package: linux-image-2.6.26-2-686-bigmem Version: 2.6.26-25lenny1 On an HP DL165 with nothing connected to the CCISS controller (the disks are connected only to the ordinary SATA controller), this kernel produces a device node /dev/cciss/c0d0, without a corresponding entry in /proc/partitions, but with an entry in /sys/block. (parted sees this and complains about it, and it makes automated installs awkward.) The device can be opened but looks empty: woodlouse:~# dd if=/dev/cciss/c0d0 of=t 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.000570254 s, 0.0 kB/s woodlouse:~# Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602515: Acknowledgement (FTBFS: incorrect snprintf size in MIMEH_parse_contentlocation)
package altermime tags 602515 + pending thanks Hi Alex, Le vendredi 05 nov. 2010 à 08:37:30 (-0600), Alex Chiang a écrit : As far as I can tell, this bug has been fixed upstream, based on downloading this tarball: http://www.pldaniels.com/altermime/altermime-0.3-dev.tar.gz So for whatever reason, this bug is in Debian (and Ubuntu) only. The tarball you point to is the development release, I only package stable releases of AlterMIME for Debian. Thanks for pointing out this issue, I have cherry picked the fix from the upstream development tarball, and will upload a new package soon. Cheers, Julien -- Julien Valroff jul...@kirya.net http://www.kirya.net GPG key: 4096R/258E26B1 E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with EAP-TLS authentication support
Hello, good question. I tend to answer yes, because I can not think of another way to reflect the underlying PPPD version. Kind Regards Werner Jaeger From: Roger Leigh [rle...@codelibre.net] Sent: Friday, November 05, 2010 4:12 PM To: Jaeger, Werner; 602...@bugs.debian.org Cc: Debian Bug Tracking System Subject: Re: Bug#602503: ITP: ppp-2.4.5-eaptls-mppe -- PPP daemon with EAP-TLS authentication support On Fri, Nov 05, 2010 at 12:48:32PM +0100, Werner Jaeger wrote: Package name: ppp-2.4.5-eaptls-mppe Does the package name really need the version number encoded into it? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602538: debsums: [INTL:pt] Updated Portuguese translation for manpage
Package: debsums Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for debsums's manpage messages. Translator: Américo Monteiro a_monteiro at netcabo.pt Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz at debianpt.org. -- Best regards, Américo Monteiro # Translation od debsums manpage to Portuguese # Copyright (C) 2010 Free Software Foundation, Inc. # This file is distributed under the same license as the debsums package. # # Américo Monteiro a_monte...@netcabo.pt, 2010. msgid msgstr Project-Id-Version: debsums-manpage \n POT-Creation-Date: 2009-12-20 14:01-0800\n PO-Revision-Date: 2010-11-05 17:47+\n Last-Translator: Américo Monteiro a_monte...@netcabo.pt\n Language-Team: Portuguese tra...@debianpt.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: ENCODINGX-Generator: Lokalize 1.0\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Lokalize 1.0\n #. type: TH #: debsums.1:5 debsums_init.8:1 debsums_gen.8:1 #, no-wrap msgid DEBSUMS msgstr DEBSUMS #. type: TH #: debsums.1:5 #, no-wrap msgid \\*(Dt msgstr \\*(Dt #. type: TH #: debsums.1:5 #, no-wrap msgid Debian msgstr Debian #. type: TH #: debsums.1:5 #, no-wrap msgid User Commands msgstr Comandos do Utilizador #. type: SH #: debsums.1:6 debsums_init.8:2 debsums_gen.8:2 #, no-wrap msgid NAME msgstr NOME #. type: Plain text #: debsums.1:8 msgid debsums - check the MD5 sums of installed Debian packages msgstr debsums - verifica os sumários MD5 de pacotes Debian instalados #. type: SH #: debsums.1:8 debsums_init.8:4 debsums_gen.8:4 #, no-wrap msgid SYNOPSIS msgstr SINOPSE #. type: Plain text #: debsums.1:13 msgid Bdebsums [Ioptions] [Ipackage|Ideb] \\... msgstr Bdebsums [Iopções] [Ipacote|Ideb] \\... #. type: SH #: debsums.1:13 debsums_init.8:6 debsums_gen.8:11 #, no-wrap msgid DESCRIPTION msgstr DESCRIÇÃO #. type: Plain text #: debsums.1:16 msgid Verify installed Debian package files against MD5 checksum lists from /var/lib/dpkg/info/*.md5sums. msgstr Verifica ficheiros de pacotes Debian instalados contra listas de sumários de verificação MD5 de /var/lib/dpkg/info/*.md5sums. #. type: Plain text #: debsums.1:19 msgid Bdebsums can generate checksum lists from deb archives for packages that don't include one. msgstr O Bdebsums pode gerar listas de sumários de verificação a partir de arquivos deb para pacotes que não os incluam. #. type: SH #: debsums.1:19 debsums_gen.8:40 #, no-wrap msgid OPTIONS msgstr OPÇÕES #. type: TP #: debsums.1:20 #, no-wrap msgid B-a, B--all msgstr B-a, B--all #. type: Plain text #: debsums.1:23 msgid Also check configuration files (normally excluded). msgstr Também verifica os ficheiros de configuração (normalmente excluídos). #. type: TP #: debsums.1:23 #, no-wrap msgid B-e, B--config msgstr B-e, B--config #. type: Plain text #: debsums.1:26 msgid BOnly check configuration files. msgstr BApenas verifica os ficheiros de configuração. #. type: TP #: debsums.1:26 #, no-wrap msgid B-c, B--changed msgstr B-c, B--changed #. type: Plain text #: debsums.1:30 msgid Report changed file list to stdout (implies B-s). msgstr Reporta uma lista dos ficheiros alterados para o stdout (implica B-s). #. type: TP #: debsums.1:30 #, no-wrap msgid B-l, B--list-missing msgstr B-l, B--list-missing #. type: Plain text #: debsums.1:33 msgid List packages (or debs) which don't have an MD5 sums file. msgstr Lista pacotes (ou debs) que não têm um ficheiro se sumários MD5. #. type: TP #: debsums.1:33 #, no-wrap msgid B-s, B--silent msgstr B-s, B--silent #. type: Plain text #: debsums.1:36 msgid Only report errors. msgstr Apenas reporta erros. #. type: TP #: debsums.1:36 #, no-wrap msgid B-m, B--md5sums=Ifile msgstr B-m, B--md5sums=Ificheiro #. type: Plain text #: debsums.1:40 msgid Read list of deb checksums from Ifile. msgstr Lê lista de sumários de verificação de deb a partir de Ificheiro. #. type: TP #: debsums.1:40 #, no-wrap msgid B-r, B--root=Idir msgstr B-r, B--root=Idirectório #. type: Plain text #: debsums.1:43 msgid Root directory to check (default /). msgstr Directório raiz para verificar (predefinição /). #. type: TP #: debsums.1:43 #, no-wrap msgid B-d, B--admindir=Idir msgstr B-d, B--admindir=Idirectório #. type: Plain text #: debsums.1:46 msgid dpkg admin directory (default /var/lib/dpkg). msgstr Directório administrativo do dpkg (predefinição /var/lib/dpkg). #. type: TP #: debsums.1:46 #, no-wrap msgid B-p, B--deb-path=Idir[:Idir...] msgstr B-p, B--deb-path=Idirectório[:Idirectório...] #. type: Plain text #: debsums.1:50 msgid Directories in which to look for debs derived from the package name (default is the current directory). msgstr Directórios onde procurar por debs derivados do nome do pacote (a predefinição é o directório actual). #. type: Plain text #: debsums.1:54 msgid A useful value is /var/cache/apt/archives when using Bapt-get
Bug#602499: ITP: flex-sdk -- The Adobe Flex SDK
On Fri, Nov 5, 2010 at 17:42, Damien Raude-Morvan draz...@drazzib.com wrote: [This time a full email...] Hi Joey, On Fri, 05 Nov 2010 12:05:22 +0100, Joey Parrish joey.parr...@gmail.com wrote: * Package name : flex-sdk Version : 4.1.0.16076 Upstream Author : Adobe Systems Incorporated * URL : http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4 * License : MPL v1.1 Programming Lang: Java Description : The Adobe Flex SDK I don't know if it's your first Debian package but it will be a hard one... I've looked a bit a 3.3 release and found quite disapointed by many files in Flex SVN which had no-licence or were using some non-free licence. You'll have to do a very carefull review of every source file in tarball. You'll find more information here : http://ovirt.et.redhat.com/page/FlexSDK_RPM You can also join Flash Packaging Team on Alioth to work in our common SVN repository : https://alioth.debian.org/projects/pkg-flash/ Cheers, -- Damien Yes, it is my first package. I'll admit, the technical stuff is not nearly so complex as the legal stuff. I've had a perfectly functional package installed for a few days now. I thought it would be a matter of cleaning up policy violations and I'd be able to move forward with it. I cleared up all lintian warnings, read all the policy docs, and everything seemed to meet specs. Then I realized that my debian/copyright file was insufficient. Since then, I've not been able to make any clear progress. I thought I knew what the license was, but I'm just getting lost trying to make sure. According to Adobe's website, everything in the open-source package is MPL, and all of the closed-source code is in a separate package under the Adobe Flex SDK License. However, the readme.htm in the open-source package says that everything not explicitly listed otherwise is under the Adobe Flex SDK License. There's a list of folders licensed under the MPL, and a list of all the third-party software and its licenses... but all of the samples and xml manifests and such are in the not explicitly listed category. Taking one random example, mx-manifest.xml says: !-- ADOBE SYSTEMS INCORPORATED Copyright 2008 Adobe Systems Incorporated All Rights Reserved. NOTICE: Adobe permits you to use, modify, and distribute this file in accordance with the terms of the license agreement accompanying it. -- I guess that would mean that the license referred to by this file is the Adobe Flex SDK License, not the MPL. I haven't taken the time to try to interpret the Adobe Flex SDK License yet. As I understand it though, so long as everything's re-distributable, I could at least target non-free. Do I have that right? At what point should I ask for help on the legal list? Thanks, --Joey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601803: kfreebsd-image-8.1-1-686: ifconfig wlan0 create wlandev ath0 = SIOCIFCREATE2: Bad address
2010/11/5 Timo Juhani Lindfors timo.lindf...@iki.fi: # freebsd ifconfig wlan0 create wlandev eth0 which does not fail with SIOCIFCREATE2. Could you compare ktrace output? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595330: I couldn't remove avahi-daemon without removing the gnome-desktop-environment
The root cause of the problem is effed up '/etc/nsswitch.conf' after installation of package 'libnss-mdns'. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412714 I agree that the entire avahi thing is retarded, but it keeps coming back on upgrades like the undead. I used this workaround to restore performance of iptables -L to an acceptable level: In '/etc/nsswitch.conf': #hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 hosts: files mdns4_minimal [NOTFOUND=return] dns Could probably delete references to mdns(4) altogether and just go with 'files dns' for best performance but YMMV depending on whether avahi actually works at all with a particular network setup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601781: PAPT
Package has been uploaded to: http://svn.debian.org/wsvn/python-apps/packages/didjvu/tags/0.2.1-1/#_packages_didjvu_tags_0.2.1-1_ -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600070: [minitube] New upstream release
Hi everybody, I just tried minitube 1.1 (from squeeze) - which is awesome btw. - and really missed the ability to download videos. I then tried the new minitube 1.2 (from sid) which has that ability. Considering that this is a *really* important new feature and taking into account that there are *no* open bugs against minitube *at all*: Could you please ask for a freeze exception for minitube/1.2 so that we can have this in squeeze? The package doesn't have any reverse dependencies and is certainly not an important component which has to be heavily tested before entering squeeze. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#602500: quick fix for : nautilus crashes when viewing preferences , Eel:ERROR
Le vendredi 05 novembre 2010 à 13:54 +0100, A Mennucc a écrit : I have created a new user, and there the nautilus preference works; so I have printed all the keys inside /apps/nautilus/preferences # gconftool-2 -a /apps/nautilus/preferences | sort and diffed them to obtain --- /tmp/debdev.1 2010-11-05 13:45:55.0 +0100 +++ /tmp/22010-11-05 13:46:00.0 +0100 @@ -9,2 +9,2 @@ - default_folder_viewer = icon_view + default_folder_viewer = 1 - preview_sound = local_only + preview_sound = 2 So the culprits are either 'preview_sound' or 'default_folder_viewer' ; I resetted both, using gconf-editor , and now it works. It would be nice if this would be done somewhat automatically. I wonder where you got these settings from. I dug back in the code, as far as sarge (2.8) and these settings were never integers. They have been strings for all this time. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#602539: Successfull install creates broken system (mounting fs fails)
Package: installation-reports Severity: normal -- Package-specific info: Boot method: network Image version: http://http.us.debian.org/debian/dists/squeeze/main/installer-amd64/current/images/netboot/netboot.tar.gz 20-Oct-2010 21:02 8.7M Date: Date and time of the install Machine: HP ProLiant MicroServer Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: Partitioning hard drives (DI uses title 'Partitioning disks'): - Creating raid 1 In the dialog it says: + A minimum of 2 active devices is required. The system will have 4 disks but 3 are full with data in the old system and need to be transfered disk by disk. So I wanted to create a raid 1 with 1 active disk and grow it later to 4 disks. + NOTE: this setting cannot be changed later. mdadm --grow can change it so this is simply not true. - Creating filesystem + Selecting a predefined mount point should set a coresponding label if none is set already. My root partition has label root, /usr has label usr, /var has label var and /home has label home. Install base system: + Check size of common mountpoints (/, /usr, /var) At first I made / too small and it failed much later during the installation of the kernel image. Debian kernels are HUGE compared to my usual build-to-fit custom kernel. It would be good if the installer would know the size requirement for all the usual mountpoints people use and check if the defined partitions have sufficient space. The numbers should be known for at least the standard task, more would be better. General: + Oerall a nice flow. Seems smoother than with lenny. During downloads the remaining time was displayed in seconds. That was a nice touch. + Missing moonbuggy or tetris. One does get bored watching it work. + Missing a text editor on tty5 for making notes during install. It should have a file (/tmp/notes.txt) open and copy it to /target/var/log/installer at the end. Post reboot: (Now we come to the real problems) - Mounting local filesystems...failed. WTF? Why? Why does it continue to boot? The new insserv just keeps on booting even with critial scripts failing. The problem seems to be that the /etc/fstab entry for /proc does not match the entry in /proc/mounts: /etc/fstab: proc/proc procdefaults0 0 /proc/mounts: none on /proc type proc (rw,nosuid,nodev,noexec,relatime) The mountall.sh script executes this command: # mount -v -a -t nonfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs,gfs2 -O no_netdev; echo $? proc/proc procdefaults0 0 mount: proc already mounted = exit(32); vs. none/proc procdefaults0 0 mount: none already mounted on /proc = exit(0); The odd thing is that in /etc/init.d/mountkern.fs there is: domount proc /proc proc -onodev,noexec,nosuid The 4th argument is the DEVNAME used in mount. So the /proc should be mounted from 'proc' and not 'none'. Could it be /proc is kept from the initramfs? Is this only showing if /etc/mtab is linkd to /proc/mounts? (see below) - /etc/mtab is not a link to /proc/mounts I configured my / and /usr to be read-only. That means the /etc/mtab must be a link to /proc/mounts. I thought that was now standard for all new installations. It should definetly be a link if / is read-only. - /tmp not tmpfs When selecting / read-only and not having a seperate /tmp partition the installer could configure the system for tmpfs for /tmp. It could offer that option in general (include /var/run and /var/lock). Unfortunately there doesn't seem to be a variable for it. In /etc/default/rcS and /etc/default/tmpfs one can set TMPFS_SIZE, RW_SIZE, RAMRUN, RUN_SIZE, RAMLOCK and LOCK_SIZE. Maybe there should be a RAMTMP setting as well to activate /tmp as tmpfs. Alternative a fstab entry for /tmp does the job too. - /etc/network/run is directory, not link to /dev/shm/network This makes ifup fail during boot and the system is left without networking. The strange thing is that ifupdown support read-only / just fine normaly. The postinst script makes /etc/network/run a link to /dev/shm/network if /etc/network/run is mising and /dev/shm exists. So is /dev/shm missing during DI? The fix for this was quite easy: % rm -rf /etc/network/run % dpkg-reconfigure
Bug#602540: unblock: tilecache/2.03-1.4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package tilecache This version includes a little patch to fix a quite important bug about cache locking, which prevents tilecache working correctly. unblock tilecache/2.03-1.4 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#381091: Word splitting in 'export' arguments (Re: bash: expands $@ within double-quotes inconsistently)
Hi, Current shells differ in how they split words in the arguments to 'export' and similar builtins: A. Costa wrote: % foo() { export x=$@ ; } % foo -f --c export: 4: --c: bad variable name % echo $? 2 It seems like it should be standard code. Remove 'export' from 'foo()' and there's no error: % foo() { x=$@ ; } ; foo -f --c ; echo $? 0 I just tested the code in 'bash', 'ksh' and 'pdksh'; it works with no errors. Yet in 'posh' it gives a different error: $@ can be a pain, so for avoidance of confusion let's take another example. $ foo() { export x=$1; }; foo -f --c export: 1: --c: bad variable name The split in behaviors between shells for this construct is the same. 1. Variable expansions in what is grammatically a variable assignment or redirection do not undergo word splitting. Variable expansions in command names and parameters do.[1] 2. According to the grammar, variable assignments must come before the command name.[2] 3. export is a special builtin, not a keyword, so grammatically it behaves just like any other command.[3] So posh and dash would seem to be correct, and the foo=bar arguments to 'export' should be split. On the other hand, the suppression of word splitting in export, local, and readonly arguments by bash, ksh, and pdksh is a nice behavior that is not likely to break current scripts. Would it make sense to tweak the word splitting rules[1] to allow this behavior? Looking forward to your thoughts, Jonathan [1] http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_01 [2] http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_10_02 [3] http://www.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_14 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602541: pidgin: Logon to ICQ no possible
Package: pidgin Version: 2.7.4-2 Severity: normal Currenty its not possible to connect with ICQ network in soem situations. This has been fixed with 2.7.5 upstream release. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf22.28.1-5 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2FreeType 2 font engine, shared lib ii libglib2.0-0 2.26.0-1 The GLib library of C routines ii libgstreamer0.10-00.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpurple02.7.4-2multi-protocol instant messaging l ii libsm62:1.1.1-1 X11 Session Management library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.3.3-3 X11 client-side library pn libxml2 none (no description available) ii libxss1 1:1.2.0-2 X11 Screen Saver extension library ii perl 5.10.1-16 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1]5.10.1-16 minimal Perl system ii pidgin-data 2.7.4-2multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.24-1 GStreamer plugins from the good Versions of packages pidgin suggests: pn evolution-data-server none (no description available) pn gnome-panel | kdebase-workspa none (no description available) ii libsqlite3-0 3.7.3-1SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602509: [PATCH] Wrong MIP TPS bandwidth value decoding
Patch attached as diff -ruN (dpatch version is also included) diff -ruN dvbsnoop-1.4.50/src/strings/dvb_str.c dvbsnoop-1.4.50.mod/src/strings/dvb_str.c --- dvbsnoop-1.4.50/src/strings/dvb_str.c 2006-07-19 22:05:45.0 +0200 +++ dvbsnoop-1.4.50.mod/src/strings/dvb_str.c 2010-11-05 13:45:16.0 +0100 @@ -4056,6 +4056,23 @@ } +/* + -- MIP, TPS Bandwidth + -- TS 101 191 +*/ +char *dvbstrTS_MIP_Bandwidth_SCHEME (u_int i) + +{ + STR_TABLE Table[] = { + { 0x00, 0x00, 7 MHz }, + { 0x01, 0x01, 8 MHz }, + { 0x02, 0x02, 6 MHz }, + { 0x03, 0x03, reserved }, + { 0,0, NULL } + }; + + return findTableID (Table, i); +} diff -ruN dvbsnoop-1.4.50/src/strings/dvb_str.h dvbsnoop-1.4.50.mod/src/strings/dvb_str.h --- dvbsnoop-1.4.50/src/strings/dvb_str.h 2006-02-13 01:17:12.0 +0100 +++ dvbsnoop-1.4.50.mod/src/strings/dvb_str.h 2010-11-05 13:42:31.0 +0100 @@ -292,6 +292,7 @@ char *dvbstrTS_MIP_Syncronization (u_int i); char *dvbstrTS_MIP_FunctionTag (u_int i); char *dvbstrTS_MIP_ChannelBandwidth (u_int i); +char *dvbstrTS_MIP_Bandwidth_SCHEME (u_int i); diff -ruN dvbsnoop-1.4.50/src/ts/ts_mip.c dvbsnoop-1.4.50.mod/src/ts/ts_mip.c --- dvbsnoop-1.4.50/src/ts/ts_mip.c 2006-02-13 02:31:01.0 +0100 +++ dvbsnoop-1.4.50.mod/src/ts/ts_mip.c 2010-11-05 13:43:01.0 +0100 @@ -114,7 +114,7 @@ outBit_S2x_NL (3,transmission_mode: , b, 96+10, 2, (char *(*)(u_long))dvbstrTerrTransmissionMode_FLAG); outBit_S2x_NL (3,bandwidth: , b, 96+12, 2, - (char *(*)(u_long))dvbstrTerrBandwidth_SCHEME); + (char *(*)(u_long))dvbstrTS_MIP_Bandwidth_SCHEME); outBit_S2x_NL (3,priority: , b, 96+14, 1, (char *(*)(u_long))dvbstrTerrPriority); outBit_S2x_NL (3,DVB-H signalling: , b, 96+15, 2, #! /bin/sh /usr/share/dpatch/dpatch-run ## 10_mip-bandwidth-strings-table.dpatch by Francesco Saverio Schiavarelli fschi...@libero.it ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Add MIP TPS bandwidth decoding table as per ETSI TS 101 191 @DPATCH@ diff -u dvbsnoop-1.4.50/src/strings/dvb_str.c dvbsnoop-1.4.50.mod/src/strings/dvb_str.c --- dvbsnoop-1.4.50/src/strings/dvb_str.c 2006-07-19 22:05:45.0 +0200 +++ dvbsnoop-1.4.50.mod/src/strings/dvb_str.c 2010-11-05 13:45:16.0 +0100 @@ -4056,6 +4056,23 @@ } +/* + -- MIP, TPS Bandwidth + -- TS 101 191 +*/ +char *dvbstrTS_MIP_Bandwidth_SCHEME (u_int i) + +{ + STR_TABLE Table[] = { + { 0x00, 0x00, 7 MHz }, + { 0x01, 0x01, 8 MHz }, + { 0x02, 0x02, 6 MHz }, + { 0x03, 0x03, reserved }, + { 0,0, NULL } + }; + + return findTableID (Table, i); +} diff -u dvbsnoop-1.4.50/src/strings/dvb_str.h dvbsnoop-1.4.50.mod/src/strings/dvb_str.h --- dvbsnoop-1.4.50/src/strings/dvb_str.h 2006-02-13 01:17:12.0 +0100 +++ dvbsnoop-1.4.50.mod/src/strings/dvb_str.h 2010-11-05 13:42:31.0 +0100 @@ -292,6 +292,7 @@ char *dvbstrTS_MIP_Syncronization (u_int i); char *dvbstrTS_MIP_FunctionTag (u_int i); char *dvbstrTS_MIP_ChannelBandwidth (u_int i); +char *dvbstrTS_MIP_Bandwidth_SCHEME (u_int i); #! /bin/sh /usr/share/dpatch/dpatch-run ## 15_mip-bandwidth-decoding-fix.dpatch by Francesco Saverio Schiavarelli fschi...@libero.it ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fixes wrong MIP TPS bandwidth value decoding @DPATCH@ diff -u dvbsnoop-1.4.50/src/ts/ts_mip.c dvbsnoop-1.4.50.mod/src/ts/ts_mip.c --- dvbsnoop-1.4.50/src/ts/ts_mip.c 2006-02-13 02:31:01.0 +0100 +++ dvbsnoop-1.4.50.mod/src/ts/ts_mip.c 2010-11-05 13:43:01.0 +0100 @@ -114,7 +114,7 @@ outBit_S2x_NL (3,transmission_mode: , b, 96+10, 2, (char *(*)(u_long))dvbstrTerrTransmissionMode_FLAG); outBit_S2x_NL (3,bandwidth: , b, 96+12, 2, - (char *(*)(u_long))dvbstrTerrBandwidth_SCHEME); + (char *(*)(u_long))dvbstrTS_MIP_Bandwidth_SCHEME); outBit_S2x_NL (3,priority: , b, 96+14, 1, (char *(*)(u_long))dvbstrTerrPriority); outBit_S2x_NL (3,DVB-H signalling: , b, 96+15, 2,
Bug#602542: puppet: certification validation fails on clients
Package: puppet Version: 2.6.2-1 Severity: important After upgrading puppet from lenny to version 2.6.2-1~bpo50+1 (on a lenny host) or 2.6.2-1 (on a squeeze host), the puppet client is no longer happy with the server's certificate. Running puppet agent -t after cleaning /var/lib/puppet/ssl gives the following output: warning: peer certificate won't be verified in this SSL session warning: peer certificate won't be verified in this SSL session info: Creating a new SSL certificate request for ***.mathi.uni-heidelberg.de info: Certificate Request fingerprint (md5): 7E:1B:B4:26:30:2A:E3:FA:5D:C6:D8:2E:84:B0:58:D8 warning: peer certificate won't be verified in this SSL session warning: peer certificate won't be verified in this SSL session info: Caching certificate for ***.mathi.uni-heidelberg.de info: Caching certificate_revocation_list for ca err: Could not retrieve catalog from remote server: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed warning: Not using cache on failed catalog err: Could not retrieve catalog; skipping run Any later try fails also with certificate verify failed. I can connect to the puppet master using openssl s_client -CAfile .../ca.pem -connect puppet.mathi.uni-heidelberg.de:8140 and the certificate is valid. We use two different CAs with puppet: one for signing the puppetmaster's server certificate and puppet manages it's own CA for signing client certificates. There are no certificate chains. I did fumble a bit with the source and applying the attached patch makes the clients accept the SSL certificate again (in both lenny-backports and squeeze), but I have no idea what I might have broken. Regards, Ansgar -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.112 add and remove users and groups ii facter 1.5.7-1 a library for retrieving facts fro pn libopenssl-ruby none (no description available) ii libruby [libxmlrpc-ruby] 4.5 Libraries necessary to run Ruby 1. ii libshadow-ruby1.81.4.1-8 Interface of shadow password for R ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip ii puppet-common2.6.2-1 Centralized configuration manageme ii ruby1.8 1.8.7.302-2 Interpreter of object-oriented scr Versions of packages puppet recommends: pn libaugeas-ruby1.8 none (no description available) ii ruby [rdoc] 4.5An interpreter of object-oriented Versions of packages puppet suggests: pn libselinux-ruby1.8none (no description available) pn puppet-el none (no description available) pn vim-puppetnone (no description available) -- Configuration Files: /etc/default/puppet changed [not included] -- no debconf information --- puppet-2.6.2.orig/lib/puppet/network/http_pool.rb +++ puppet-2.6.2/lib/puppet/network/http_pool.rb @@ -53,7 +53,7 @@ module Puppet::Network::HttpPool # Just no-op if we don't have certs. return false unless FileTest.exist?(Puppet[:hostcert]) and FileTest.exist?(Puppet[:localcacert]) -http.cert_store = ssl_host.ssl_store +#http.cert_store = ssl_host.ssl_store http.ca_file = Puppet[:localcacert] http.cert = ssl_host.certificate.content http.verify_mode = OpenSSL::SSL::VERIFY_PEER @@ -88,7 +88,7 @@ module Puppet::Network::HttpPool # Pop open the http client a little; older versions of Net::HTTP(s) didn't # give us a reader for ca_file... Grr... -class http; attr_accessor :ca_file; end +#class http; attr_accessor :ca_file; end http.use_ssl = true # Use configured timeout (#1176)
Bug#602440: libxklavier16: Segmentation failure
Le jeudi 04 novembre 2010 à 22:42 +0300, kalloc a écrit : Depending on the library program at initialization fall in segmentation failure. Example xfce4-keyboard-settings and gnome-settings-daemon backtrace #0 strncat (s1=0x877a103 , s2=0x0, n=191) at strncat.c:52 n4 = 47 c = 0 '\000' #1 0xb64ef0fc in xkl_read_config_item () from /usr/lib/libxklavier.so.16 No symbol table info available. #2 0xb64ef296 in ?? () from /usr/lib/libxklavier.so.16 No symbol table info available. #3 0xb64ef478 in xkl_config_registry_find_layout () from /usr/lib/libxklavier.so.16 No symbol table info available. #4 0xb64ffcba in gkbd_desktop_config_load_group_descriptions () from /usr/lib/libgnomekbd.so.4 No symbol table info available. Thanks for the report. Unfortunately the backtrace is incomplete. Could you try again with debugging symbols? I’d also need the output of the following commands: xprop -root | grep XKB gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd Thanks, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such
Reuben Thomas wrote: On 3 November 2010 04:52:29 UTC, Jonathan Nieder jrnie...@gmail.com wrote: Could you give a pointer or elaborate on the ramifications (perhaps an example)? Mostly I am curious. xterm(1) has the details. Well, no, it doesn't. What I was looking for was: emacs -nw and similar apps do not recognize Meta+key without this setting. and: I note that urxvt also defaults to Meta+key sending an escape (it calls the resource meta8, and defaults to false). I have not come across any negative ramifications (obviously, it is no longer possible to produce certain characters with Meta, but there are better ways to produce most non-ASCII printing characters). and: Sven Joachim wrote: | Now after reading #574396 I see that with the xterm resources | | xterm*metaSendsEscape: false | xterm*eightBitInput: false | | and bash as shell meta-key combinations yield non-ASCII characters, I guess we can rely on people to keep the default of metaSendsEscape? Or perhaps a note in README.Debian would be needed to warn people. If you know what to do, please provide a patch. :) Otherwise, thoughts welcome. Thanks. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602327: broken jpg breaks eog
Le mercredi 03 novembre 2010 à 15:27 -0300, Daniel Ruoso a écrit : Package: eog Version: 2.30.2-1 Severity: important The attached image (it is gzipped to avoid automatic previews and thumbnails) makes eog hang and consume all the available memory. Iceweasel recognizes it as a broken image. Sorry but I can’t reproduce that on my amd64 system. It is correctly recognized as a broken image here. A backtrace with libgtk2.0-0-dbg installed would be appreciated. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#551704: remove-mh is impossible to create
Hoi, writing such a remove-mh command is impossible, even tailored only to Debian. With some ugly techniques and by ignoring corner-cases it could be done though, but the effort is probably not worth the result. I proposed a man page improvement to upstream. It might be included in future versions. Now to answer the concrete question of how to do it manually: There is no general answer as it depends on how you answered the queries of install-mh and if the chosen mail directory had existed before. If you took the defaults, $HOME/Mail hadn't existed before and $MH is not set, you may undo with these commands: cd rm .mh_profile Mail/context rmdir Mail Be sure you know what these commands do before you run them. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602471: RE : Bug#602471: pymca: package unusable
The data file is ok, and importing the offending module works with the standard interpreter, so the bug is most likely somehow related to your environment. I reproduced this bug on two differents systems (unstable) Or alternatively, something in my environment prevents this bug from appearing. Unless you or someone else can provide more information, it will be difficult to fix this. or maybe the modules loaded before LShell has some side effect on the LSHell module I will try to investigate. See you Frred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602543: libgdu0: gvfs-gdu-volume-monitor exits when plugging removable media on non UTF-8 system
Package: libgdu0 Version: 2.30.1-2 Severity: important Tags: patch Since last update (apparently), USB drives are not automounted anymore. It appears my system, non UTF-8, is suffering from the exact bug described here: https://bugzilla.gnome.org/show_bug.cgi?id=616198 Once a USB key is plugged, it not automounted, and I get this: ~$ gvfs-mount -li (gvfs-mount:6804): GVFS-RemoteVolumeMonitor-WARNING **: invoking List() failed for type GProxyVolumeMonitorGdu: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) (gvfs-mount:6804): GVFS-RemoteVolumeMonitor-WARNING **: New owner :1.62 for volume monitor org.gtk.Private.GduVolumeMonitor connected to the bus; seeding drives/volumes/mounts [...looping...] Then dbus-daemon and udisks-daemon reach 100% CPU until I remove the USB drive. If I set my session to UTF-8, then everything gets automounted without any problem. When getting back to non UTF-8, issue comes back. A patch is proposed and apparently solves the issue: http://bugzilla-attachments.gnome.org/attachment.cgi?id=160188 Cheers. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.33.4 (SMP w/2 CPU cores; PREEMPT) Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libgdu0 depends on: ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-3simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgnome-keyring02.30.1-1GNOME keyring services library ii udisks 1.0.1+git20100614-3 abstraction for enumerating block libgdu0 recommends no packages. libgdu0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602544: texlive-lang-latvian: package description missing a portion of text
Package: texlive-lang-latvian Severity: minor Hi. the Italian team working on the translations at DDTSS found out this package description most likely is missing one portion. Now the description reads: This package includes the following CTAN packages: hyphen-latvian -- The last line should probably be: hyphen-latvian -- Hyphenation patterns for Latvian. Thanks, beatrice. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such
On 5 November 2010 18:30, Jonathan Nieder jrnie...@gmail.com wrote: [Sorry for not understanding what you were after.] Sven Joachim wrote: | Now after reading #574396 I see that with the xterm resources | | xterm*metaSendsEscape: false | xterm*eightBitInput: false | | and bash as shell meta-key combinations yield non-ASCII characters, This I do not understand. metaSendsEscape defaults to false, and it is precisely to obtain ASCII characters (e.g. Meta-p is sent as ESC P) that one sets eightBitInput to false. With these two settings false, only 7-bit ASCII characters are sent! (Setting either metaSendsEscape to true or eightBitInput to false has the result that only 7-bit ASCII is sent.) I guess we can rely on people to keep the default of metaSendsEscape? Well, if they don't, they will have read the docs. Or perhaps a note in README.Debian would be needed to warn people. If you know what to do, please provide a patch. :) Otherwise, thoughts welcome. What is wrong with patching xterm so that it defaults to eightBitInput being false rather than true, as other terminals do? I would like to see what Thomas Dickey thinks, in any case (Thomas, I hope you don't mind the Cc:; see http://bugs.debian.org/326200 for the rest of this thread.). -- http://rrt.sc3d.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557430: Taking over ITP
owner 557430 ! retitle 557430 ITP: gummi - LaTeX editor written in Python/PyGTK thanks O.k. I'm taking over the ITP. Greetings, Daniel Stender -- http://www.danielstender.com/granthinam/ GPG key ID: 1654BD9C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492815: bogus dependencies when building pelr modules, missing dependency in libperl-dev
On Thu, Nov 04, 2010 at 11:45:34PM +0200, Niko Tyni nt...@debian.org wrote: No. The libperl-dev package only contains /usr/lib/libperl.so and /usr/lib/libperl.a, and only depends on perl and libperl5.10. It is not related to building XS modules. Its description reads Files for developing applications which embed a Perl interpreter and for programs compiled with perlcc. All the agruments are true for embedding too, of course - you need to link against the same libraries whether you build a module or link in perl, i.e. if perl says you need to link against -lpthread then in general you need to do so when embedding as well. I know older versions of perl just munged all libraries together, which is how -lgdbm etc. probably ended up (if you build 5.8 this still happens, Configure asks you which libraries to link against and automatically adds -lgdbm for the benefit of the GDBM_File module). We don't offer a shortcut for pulling in the tools needed to install modules outside the Debian package system, unless that shortcut is considered to be the 'build-essential' package. At the moment that's sane. I would argue that back when you had to link in -lgdbm and others (which were not actually needed, but perl's Config told apps to require them), this made it rather annoying to use debian for perl. It's different now, and unless the bug comes back, it's fine as it is. -- The choice of a Deliantra, the free code+content MORPG -==- _GNU_ http://www.deliantra.net ==-- _ generation ---==---(_)__ __ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / schm...@schmorp.de -=/_/_//_/\_,_/ /_/\_\ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602543: [Pkg-utopia-maintainers] Bug#602543: libgdu0: gvfs-gdu-volume-monitor exits when plugging removable media on non UTF-8 system
Am 05.11.2010 19:26, schrieb Cedric Blancher: Package: libgdu0 Version: 2.30.1-2 Severity: important Tags: patch Since last update (apparently), USB drives are not automounted anymore. It appears my system, non UTF-8, is suffering from the exact bug described here: Can you confirm, that your problem is solved by switching to a UTF-8 locale? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such
Reuben Thomas wrote: What is wrong with patching xterm so that it defaults to eightBitInput being false rather than true, as other terminals do? Nothing I can see except that we are in a freeze. It is probably worth making the change anyway, but I will leave that to the emacs users. Re interaction with metaSendsEscape: of course it would not confuse new users, but would existing configurations might start to misbehave? I readily admit I do not understand the details. Bug#574396 does not look resolved and I am too ignorant to figure out the current state of things. Thanks again for reporting this --- I had been wondering why Meta+key did not work in emacs. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602362: libjsr166y-java: FTBFS in sid with type parameters ... cannot be determined error
Hi Damien, On Fri, Nov 5, 2010 at 1:57 PM, Damien Raude-Morvan draz...@debian.org wrote: I've checked a bit upstream CVS changelog and it seems jsr166y is in real flux. [...] It seems Doug Lea (spec leader) has settle things down recently : http://cs.oswego.edu/pipermail/concurrency-interest/2010-September/007420.html (sync between jsr166y, jdk6 packages and jdk7 code-copy) As I see that there is only one Reverse Depends: libgpars-groovy-java for libjsr166y-java, I propose to remove those software from testing as they doesn't seems suitable for a stable release and continue to work on them in unstable for next release. What's your position on this, Miguel ? I would like to have libgpars-groovy-java in stable if possible. That is a stable library used in production. In fact, that was the reason why I packaged libjsr166y-java in first place. I know jsr166y is in real flux, I packaged 0.1.20080107 version because that is the exact version needed by GPars. I suspect GPars development team is waiting for JDK7 to update their codebase (but I'm just speculating). Also I'm aware that forkjoin project was refactored and the ParallelArray class is now located in extra166y package but the problematic code is still there. So this has to be fixed or just wait for JDK7. Before asking to remove jsr166y and GPars libraries from testing I would like to try to find a workaround for that code. I plan to contact Doug Lea and the concurrency group during the weekend, probably they can propose a fix for this bug. If not then I will ask the removal of those packages from testing. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602547: po/adduser.pot outdated
Package: adduser Version: 3.112+nmu1 Priority: wishlist Tags: l10n po/adduser.pot file is out of date and so some localized strings are out of date too in .po files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601006: [monkeysphere] Bug#601006: /usr/bin/monkeysphere fails miserably when it shouldn't due to irksome set -e
On Fri, 05 Nov 2010 08:10:59 -0400, Jameson Rollins jroll...@finestructure.net wrote: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s6.1 this has to do with maintainer scripts (eg. preinst, postinst, prerm, postrm). micah pgpHiVVKKSqQL.pgp Description: PGP signature
Bug#602546: libopensc2 package contains unversioned .so files
Package: libopensc2 Version: 0.11.13-1 Severity: serious Justification: Policy 8.2 The libopensc2 package currently contains several unversioned files, including onepin-opensc-pkcs11.so, opensc-pkcs11.so, pkcs11-spy.so in /usr/lib, and ..profile files in /usr/share/opensc/ directory. The package should ideally contain only versioned libraries (libopensc.so.2, libpkcs15init.so.2, and libscconf.so.2). The unversioned files in libopensc2 package will eventually conflict with libopensc3 package when upstream releases a new version of opensc. According to upstream's release schedule this should happen very soon: There is already a -rc1 out which bumped soname. It would be very good if you could split out the unversioned files into a separate package to make sure we'll have a smooth upgrade path to libopensc3 in the next Debian release. I would suggest a split with the following scheme: opensc-tools: /usr/bin/* libopensc: /usr/lib/*.2* opensc-pkcs11: /usr/lib/*pkcs11*.so, Currently packages which dlopen() any of the pkcs11 modules are depending on versioned libopensc2 package. This is wrong; it will be hard to maintain proper upgrade paths. It would be cleaner if these packages could instead depend on the unversioned opensc-pkcs11 package. Quoting from Debian Policy Manual, section 8.2: If your package contains files whose names do not change with each change in the library shared object version, you must not put them in the shared library package. Otherwise, several versions of the shared library cannot be installed at the same time without filename clashes, making upgrades and transitions unnecessarily difficult. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libopensc2 depends on: ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libopenct1 0.6.20-1.1middleware framework for smart car ii libssl0.9.80.9.8o-2 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libopensc2 recommends no packages. libopensc2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602548: chromium-browser: white bands in the middle of images
Package: chromium-browser Version: 7.0.544.0~r61416-1 Tags: upstream Stock experimental system. Fairly often I find white rectangles in the middle of images as a browse. Selecting the images makes the white rectangles go away. Example: http://lwn.net/Articles/412889/ (which is a jpeg). The problem seems to be intermittent. I don't know how to artificially provoke it. Ideas? $ dpkg -l libcairo2 libgtk2.0-0 libjpeg62 libpango1.0-0 libpng12-0 ii libcairo2 1.10.0-1 ii libgtk2.0-0 2.22.0-1 ii libjpeg62 6b1-1 ii libpango1.0-0 1.28.3-1 ii libpng12-0 1.2.44-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602549: ITP: librabbitmq -- An AMQP client library written in C
Package: wnpp Owner: Monty Taylor mord...@inaugust.com Severity: wishlist * Package name: librabbitmq Version : 0.0.1 Upstream Author : Tony Garnock-Jones * URL : http://hg.rabbitmq.com/rabbitmq-c * License : GPL-2, MPL Programming Lang: C Description : An AMQP client library written in C RabbitMQ provides robust messaging for applications. It is easy to use, fit for purpose at cloud scale and supported on all major operating systems and developer platforms. This is a C-language AMQP client library for use with AMQP servers such as RabbitMQ speaking protocol versions 0-9-1. Monty Taylor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602543: [Pkg-utopia-maintainers] Bug#602543: libgdu0: gvfs-gdu-volume-monitor exits when plugging removable media on non UTF-8 system
Le vendredi 05 novembre 2010 à 19:55 +0100, Michael Biebl a écrit : Can you confirm, that your problem is solved by switching to a UTF-8 locale? Yes, I can confirm that it is solved by switching to a UTF-8 locale I just switched my session to a UTF-8 one. ~$ gvfs-mount -li Drive(0): Disque dur 250 GB Type: GProxyDrive (GProxyVolumeMonitorGdu) ids: unix-device: '/dev/sda' themed icons: [drive-harddisk-ata] [drive-harddisk] [drive] is_media_removable=0 has_media=1 is_media_check_automatic=0 can_poll_for_media=0 can_eject=0 can_start=0 can_stop=0 start_stop_type=unknown Volume(0): 250 GB non reconnu Type: GProxyVolume (GProxyVolumeMonitorGdu) ids: uuid: '8c9b63fd-a581-44f5-a7ca-0533281343fd' unix-device: '/dev/dm-0' themed icons: [drive-harddisk] [drive] can_mount=1 can_eject=0 should_automount=0 Volume(1): private Type: GProxyVolume (GProxyVolumeMonitorGdu) themed icons: [drive-removable-media] [drive-removable] [drive] can_mount=1 can_eject=0 should_automount=0 If I insert my USB card reader, it gets automounted and gvfs-mount works perfectly fine: ~$ gvfs-mount -li Drive(0): Lecteur CompactFlash Type: GProxyDrive (GProxyVolumeMonitorGdu) ids: unix-device: '/dev/sdc' themed icons: [drive-removable-media-flash-cf] [drive-removable-media-flash] [drive-removable-media] [drive-removable] [drive] is_media_removable=1 has_media=0 is_media_check_automatic=1 can_poll_for_media=1 can_eject=0 can_start=0 can_stop=1 start_stop_type=shutdown Drive(1): Lecteur SmartMedia Type: GProxyDrive (GProxyVolumeMonitorGdu) ids: unix-device: '/dev/sdd' themed icons: [drive-removable-media-flash-sm] [drive-removable-media-flash] [drive-removable-media] [drive-removable] [drive] is_media_removable=1 has_media=0 is_media_check_automatic=1 can_poll_for_media=1 can_eject=0 can_start=0 can_stop=1 start_stop_type=shutdown Drive(2): Lecteur SecureDigital Type: GProxyDrive (GProxyVolumeMonitorGdu) ids: unix-device: '/dev/sdb' themed icons: [drive-removable-media-flash-sd] [drive-removable-media-flash] [drive-removable-media] [drive-removable] [drive] is_media_removable=1 has_media=1 is_media_check_automatic=1 can_poll_for_media=1 can_eject=1 can_start=0 can_stop=1 start_stop_type=shutdown Volume(0): Système de fichiers 8,1 GB Type: GProxyVolume (GProxyVolumeMonitorGdu) ids: uuid: '2447-7910' unix-device: '/dev/sdb1' themed icons: [media-flash-sd] [media-flash] [media] can_mount=1 can_eject=1 should_automount=1 Mount(0): Système de fichiers 8,1 GB - file:///media/2447-7910 Type: GProxyMount (GProxyVolumeMonitorGdu) default_location=file:///media/2447-7910 themed icons: [media-flash-sd] [media-flash] [media] x_content_types: x-content/image-dcf can_unmount=1 can_eject=1 is_shadowed=0 Drive(3): Lecteur Carte mémoire Type: GProxyDrive (GProxyVolumeMonitorGdu) ids: unix-device: '/dev/sde' themed icons: [drive-removable-media-flash-ms] [drive-removable-media-flash] [drive-removable-media] [drive-removable] [drive] is_media_removable=1 has_media=0 is_media_check_automatic=1 can_poll_for_media=1 can_eject=0 can_start=0 can_stop=1 start_stop_type=shutdown Drive(4): Lecteur SecureDigital Type: GProxyDrive (GProxyVolumeMonitorGdu) ids: unix-device: '/dev/sdf' themed icons: [drive-removable-media-flash-sd] [drive-removable-media-flash] [drive-removable-media] [drive-removable] [drive] is_media_removable=1 has_media=0 is_media_check_automatic=1 can_poll_for_media=1 can_eject=0 can_start=0 can_stop=1 start_stop_type=shutdown Drive(5): Disque dur 250 GB Type: GProxyDrive (GProxyVolumeMonitorGdu) ids: unix-device: '/dev/sda' themed icons: [drive-harddisk-ata] [drive-harddisk] [drive] is_media_removable=0 has_media=1 is_media_check_automatic=0 can_poll_for_media=0 can_eject=0 can_start=0 can_stop=0 start_stop_type=unknown Volume(0): 250 GB non reconnu Type: GProxyVolume (GProxyVolumeMonitorGdu) ids: uuid: '8c9b63fd-a581-44f5-a7ca-0533281343fd' unix-device: '/dev/dm-0' themed icons: [drive-harddisk] [drive] can_mount=1 can_eject=0 should_automount=0 Volume(2): private Type: GProxyVolume (GProxyVolumeMonitorGdu) themed icons: [drive-removable-media] [drive-removable] [drive] can_mount=1 can_eject=0 should_automount=0 Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem
Le vendredi 05 novembre 2010 à 19:47 +0100, Martin Weis a écrit : The document seems to contain an unreasonably high number of (identical) bitmaps, and this may be the reason for the failure. pdfimages extracted no less than 73667 small (texture) images from the document... This bug may be located/triggered in libpoppler, if so: sorry for the inconvenience. I attach the backtrace and the PDF file for tests. Thank you, it’s very complete. Could you please try again with libpixman-1-0 from experimental, just to be sure this bug hasn’t been already fixed? Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#537669: kallery is orphaned?
Hello, On Fri, Nov 5, 2010 at 16:39, Sandro Tosi mo...@debian.org wrote: Hello, On Fri, Nov 5, 2010 at 16:31, Innocent De Marchi tangram.pe...@gmail.com wrote: Hi! I can keep the package kallery. Good, please sync with Ignace It really is an orphan the package? yes it is. I worked on the kallery package as it had just been orphaned, and had pending bugs. You can go ahead and adopt the package. Just note that, as Marvin stated [1], upstream seems to be MIA (latest version was uploaded in 2006 [2]). Other than this, the package is yours if you want it. :) Cheers, Ignace M [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537669#5 [2] http://kallery.kdewebdev.org/releases.php -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588588: Additional information
On Thu, Nov 4, 2010 at 19:40, Moritz Muehlenhoff j...@inutil.org wrote: I've contacted the authors. Sorry, I was on the road; just came back and am churning through email atm. Did you reach anyone? I poked repeatedly, but did not get a reply. Thanks for not forgetting this and sorry that I did not get any results, yet, Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602545: evince: signal SIGFPE on certain PDF, may be a pattern rendering problem
reassign 602545 libpixman-1-0 0.16.4-1 found 602545 0.19.6-1 thanks Le vendredi 05 novembre 2010 à 20:28 +0100, Josselin Mouette a écrit : Le vendredi 05 novembre 2010 à 19:47 +0100, Martin Weis a écrit : The document seems to contain an unreasonably high number of (identical) bitmaps, and this may be the reason for the failure. pdfimages extracted no less than 73667 small (texture) images from the document... This bug may be located/triggered in libpoppler, if so: sorry for the inconvenience. I attach the backtrace and the PDF file for tests. Thank you, it’s very complete. Could you please try again with libpixman-1-0 from experimental, just to be sure this bug hasn’t been already fixed? Bah, forget that. The bug is perfectly reproducible, and same goes with the latest libpixman. Reassigning. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#602550: lenny - cannot start openvz since upgrade (linux-image-2.6.26-2-openvz-amd64) - kernel bug
Package: linux-image-2.6.26-2-openvz-amd64 (2.6.26-25lenny1) # /etc/init.d/vz start Starting OpenVZ: failed to load module vzmon..failed # modprobe vzmon FATAL: Error inserting vzmon (/lib/modules/2.6.26-2-openvz-amd64/kernel/kernel/ve/vzmon.ko): Unknown symbol in module, or unknown parameter (see dmesg) # dmesg vzmon: Unknown symbol compat_alloc_user_space Tried to downgrade to 2.6.26-1, and removed 2.6.26-2, but it loads 2.6.26-2. Boot with linux-image-2.6.26-1-openvz-amd64. # uname -a Linux vga 2.6.26-2-openvz-amd64 #1 SMP Tue Mar 9 23:10:10 UTC 2010 x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602551: installation-guide: the link to the installation images is not correct
Package: installation-guide Severity: important *** Please type your report below this line *** Hi all, I'm planning to install debian on my system. For these purposes checked out the in developing install guide. On page 25 Sec. 4.2.1 the hyperlinks are not correctly formed. Can somebody look into them. -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-22-generic (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602552: Listener failed with error: socket() for [[(null)]:10050]
Package: zabbix-agent Version: 1:1.8.3-2 On i386 the zabbix agentd doesn't start. Instead there is an error message in the log file saying 3174:20101105:203153.820 Zabbix Agent started. Zabbix 1.8.3 (revision 13928). 3174:20101105:203153.824 Listener failed with error: socket() for [[(null)]:10050] failed with error 97: Address family not supported by protocol. Using _exactly_ the same (md5sum!) zabbix_agentd.conf on amd64 there is no problem. This is a severe problem, because I cannot monitor my i386 hosts. Please mail if I can help to track this down. Regards Harri # This is config file for zabbix_agentd # in case the agent is started standalone from init.d (not via inetd). # # To get more information about ZABBIX, go http://www.zabbix.com GENERAL PARAMETERS # # List of comma delimited IP addresses (or hostnames) of ZABBIX servers. # No spaces allowed. First entry is used for sending active checks. # Note that hostnames must resolve hostname-IP address and # IP address-hostname. Server=10.10.10.9 # Server port for sending active checks #ServerPort=10051 # Unique hostname. Required for active checks. Hostname=localhost # Listen port. Default is 10050 #ListenPort=10050 # IP address to bind agent # If missing, bind to all available IPs #ListenIP=127.0.0.1 # Number of pre-forked instances of zabbix_agentd. # Default value is 5 # This parameter must be between 1 and 16 StartAgents=5 # How often refresh list of active checks. 2 minutes by default. #RefreshActiveChecks=120 # Disable active checks. The agent will work in passive mode listening server. #DisableActive=1 # Enable remote commands for ZABBIX agent. By default remote commands disabled. #EnableRemoteCommands=1 # Specifies debug level # 0 - debug is not created # 1 - critical information # 2 - error information # 3 - warnings # 4 - information (default) # 5 - for debugging (produces lots of information) DebugLevel=3 # Name of PID file PidFile=/var/run/zabbix-agent/zabbix_agentd.pid # Name of log file. # If not set, syslog will be used LogFile=/var/log/zabbix-agent/zabbix_agentd.log # Maximum size of log file in MB. Set to 0 to disable automatic log rotation. #LogFileSize=1 # Spend no more than Timeout seconds on processing # Must be between 1 and 30 Timeout=3 ### USER-DEFINED MONITORED PARAMETERS ### # Format: UserParameter=key,shell command # Note that shell command must not return empty string or EOL only #UserParameter=system.test,who|wc -l ### Set of parameter for monitoring MySQL server (v3.23.42 and later) ### Change -uusername and add -ppassword if required #UserParameter=mysql.ping,mysqladmin -uroot ping|grep alive|wc -l #UserParameter=mysql.uptime,mysqladmin -uroot status|cut -f2 -d:|cut -f1 -dT #UserParameter=mysql.threads,mysqladmin -uroot status|cut -f3 -d:|cut -f1 -dQ #UserParameter=mysql.questions,mysqladmin -uroot status|cut -f4 -d:|cut -f1 -dS #UserParameter=mysql.slowqueries,mysqladmin -uroot status|cut -f5 -d:|cut -f1 -dO #UserParameter=mysql.qps,mysqladmin -uroot status|cut -f9 -d: #UserParameter=mysql.version,mysql -V signature.asc Description: OpenPGP digital signature
Bug#601957: not an issue
reopen 601957 thanks On 05/11/10 at 19:46 +0100, Serafeim Zanikolas wrote: Hi Lucas, The default action is to keep your current version. *** lisp-config.lisp (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing common-lisp-controller (--configure): EOF on stdin at conffile prompt The upgrade failed because there was no proper response to the above prompt. I've verified that the package otherwise upgrades just fine. This is not a bug with the package, so closing. I did not modify that config file after installing the package in lenny, so I should not be prompted about it. (reopening) L. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602471: RE : Bug#602471: RE : Bug#602471: pymca: package unusable
hello so I am investigating if I put print ElementL1ShellValues in the LShell.py here the output of the last lines from PyMca import LShell ... [100.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [101.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [102.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [103.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [104.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [105.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [106.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [107.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [108.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216], [109.0, 2.5338, 17.5360001, 0.047, 0.59297, 0.216]] with pymca [100.0, 2.0, 17.0, 0.0, 0.0, 0.0], [101.0, 2.0, 17.0, 0.0, 0.0, 0.0], [102.0, 2.0, 17.0, 0.0, 0.0, 0.0], [103.0, 2.0, 17.0, 0.0, 0.0, 0.0], [104.0, 2.0, 17.0, 0.0, 0.0, 0.0], [105.0, 2.0, 17.0, 0.0, 0.0, 0.0], [106.0, 2.0, 17.0, 0.0, 0.0, 0.0], [107.0, 2.0, 17.0, 0.0, 0.0, 0.0], [108.0, 2.0, 17.0, 0.0, 0.0, 0.0], [109.0, 2.0, 17.0, 0.0, 0.0, 0.0]] as you can see it seems that from pymca the imported values are rounded to int values. and this is not true without. so the problem comes from this code: sf=specfile.Specfile(os.path.join(dirname, LShellConstants.dat)) ElementL1ShellConstants = sf[0].alllabels() ElementL2ShellConstants = sf[1].alllabels() ElementL3ShellConstants = sf[2].alllabels() ElementL1ShellValues = Numeric.transpose(sf[0].data()).tolist() sf[0].data() gives [ 100.2. 17.0.0.0.] [ 101.2. 17.0.0.0.] [ 102.2. 17.0.0.0.] [ 103.2. 17.0.0.0.] [ 104.2. 17.0.0.0.] [ 105.2. 17.0.0.0.] [ 106.2. 17.0.0.0.] [ 107.2. 17.0.0.0.] [ 108.2. 17.0.0.0.] [ 109.2. 17.0.0.0.]] so the problem is in the specfile module. (c module it seems) In fact if I start the program with LANG=C pymca it works. probably a ',' or '.' problem during double conversion. See you Frederic Message d'origine De: debian-science-maintainers-bounces+picca=synchrotron-soleil...@lists.alioth.debian.org de la part de PICCA Frédéric-Emmanuel Date: ven. 05/11/2010 19:39 À: Teemu Ikonen Cc: 602...@bugs.debian.org Objet : Bug#602471: RE : Bug#602471: pymca: package unusable The data file is ok, and importing the offending module works with the standard interpreter, so the bug is most likely somehow related to your environment. I reproduced this bug on two differents systems (unstable) Or alternatively, something in my environment prevents this bug from appearing. Unless you or someone else can provide more information, it will be difficult to fix this. or maybe the modules loaded before LShell has some side effect on the LSHell module I will try to investigate. See you Frred -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602508: csh: $? variable trigger error
Emiliano Visentin writes: Package: csh Version: 20070713-1 Severity: important In my cshell script I can't test the $? variable. In csh there isn't a $? variable. $?var is the syntax to query whether a variable named var exists. You're looking for $status -- Alan Curry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602553: kfreebsd-image-8.1-1-686: mount -u -o rw /dev/ad0s1 / fails silently after boot, works after -o ro
Package: kfreebsd-image-8.1-1-686 Version: 8.1-5 Severity: normal Steps to reproduce: 1) install debian to /dev/da0s1 (e.g. in qemu) 2) move the installation to a system where root is as /dev/ad0s1 (e.g. real usb stick) 3) pass -s option via grub to get to single user mode 4) enter ufs:/dev/ad0s1 when kernel mountroot prompt appears 5) enter root password when asked 6) issue mount -u -o rw /dev/ad0s1 / to mount the root read-write. 7) touch /foo Expected results 7) touch succeeds Actual results: 7) touch fails with Read-only file system More info: 1) Interestingly mount -u -o ro /dev/ad0s1 / mount -u -o rw /dev/ad0s1 / touch /foo works. 2) gdb shows that in ffs_mount the fs_ronly is zero in step 6. So ufs thinks that the filesystem is already read-write and thus ignores the update request? However, since touch fails VFS must be thinking that the fs is read-only? 3) grub shows the following options: insmod part_msdos insmod ufs2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 4cc08aab6455cf88 echo'Loading kernel of FreeBSD 8.1-1-686 ...' kfreebsd/boot/kfreebsd-8.1-1-686.gz set kFreeBSD.vfs.root.mountfrom=ufs:/dev/ad0s1 set kFreeBSD.vfs.root.mountfrom.options=rw but removing the last option does not seem to improve the situation. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.1-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kfreebsd-image-8.1-1-686 depends on: ii freebsd-utils 8.1-2+b1 FreeBSD utilities needed for GNU/k ii kldutils 8.1-2+b1 tools for managing kFreeBSD module Versions of packages kfreebsd-image-8.1-1-686 recommends: pn libc0.1-i686 none (no description available) kfreebsd-image-8.1-1-686 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602440: libxklavier16: Segmentation failure
On Fri, Nov 5, 2010 at 9:28 PM, Josselin Mouette j...@debian.org wrote: Le jeudi 04 novembre 2010 à 22:42 +0300, kalloc a écrit : Depending on the library program at initialization fall in segmentation failure. Example xfce4-keyboard-settings and gnome-settings-daemon backtrace #0 strncat (s1=0x877a103 , s2=0x0, n=191) at strncat.c:52 n4 = 47 c = 0 '\000' #1 0xb64ef0fc in xkl_read_config_item () from /usr/lib/libxklavier.so.16 No symbol table info available. #2 0xb64ef296 in ?? () from /usr/lib/libxklavier.so.16 No symbol table info available. #3 0xb64ef478 in xkl_config_registry_find_layout () from /usr/lib/libxklavier.so.16 No symbol table info available. #4 0xb64ffcba in gkbd_desktop_config_load_group_descriptions () from /usr/lib/libgnomekbd.so.4 No symbol table info available. Thanks for the report. Unfortunately the backtrace is incomplete. Could you try again with debugging symbols? apt-cache search libxklavier libxklavier-dev - Development files for libxklavier python-xklavier - Python binding for libxklavier, a X Keyboard Extension API libxklavier16 - высокоуровневый программный интерфейс к X Keyboard Extension no dbg packet :( I’d also need the output of the following commands: xprop -root | grep XKB ~ $ xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = evdev, pc105, us,ru, ,, grp:rwin_toggle,lv3:ralt_switch,grp_led:scroll _XKB_RULES_NAMES(STRING) = evdev, pc105, us,ru, ,, grp:rwin_toggle,lv3:ralt_switch,grp_led:scroll gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd ~ $ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd layouts = [] options = [] model = Thanks, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling -- wbr nick.
Bug#599203: os-prober: Causes Data Corruption on a SAN setup; Mounts SAN volumes that are already mounted on a different host.
Dear Debian Development Community, What is current status of my bug report of the os-prober related data corruption? Alex On Mon, Oct 18, 2010 at 10:08 PM, Christian PERRIER christ...@perrier.eu.org wrote: Quoting Aleksandr Levchuk (alevc...@gmail.com): Dear Christian, So will this bug be raised to RC severity? My previous comment still stands. I'd like people more involved in grub to comment. Sigh. From what I've witnessed over the years, os-prober has always been designed as a component of Debian Installer, used to properly setup boot loaders' menus at install time. Apparently, recent evolutions turned it to be installed on running systems *because* grub recommends it. well, Colin Watson is about to say that he disagrees with that analysis..:-) Let's have him elaborate... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#424905: Uploading MAME to Debian
Hi! On Fri, Nov 05, 2010 at 06:06:06PM +0100, Emmanuel Kasper wrote: Ludo did most of the packaging work, I commited some fix for powerpc. Right now the two packages ( mame and mame-tools) are lintian clean exepct for debian-helper overrides warning and the packaging code is available from download from: http://indefero.shaperstudio.com/p/mamedeb/ This will build a mame v 0.139 binary ( althoug upstream has just released 0.140 ) We have also a mailing list at http://groups.google.com/group/mamedeb Ok. My first suggestion is to maybe move all of this to Alioth and upload the packages to mentors.debian.net. If you don't have Alioth accounts, you should apply for one now. In the bug report, others have suggested hosting mame in the games packaging team repository. I think it's a good idea, but it's your call. I don't think the Alioth admins are really happy about creating new groups for just one app, and MAME really fits well in the games repo, while that does not mean you'll lose control over your package. As for the mailing list, you might want to just use the pkg-games-devel list. A feedback on the packaging is more than welcome ! This is very good! Ludo: I don't know where all the packaging history went. If you've been maintaining mame for years, I don't see why you should be getting rid of your entire debian/changelog. There's nothing bad in doing that, it just doesn't show all the previous work behind the package. You should probably update the package to the newest Standards-Version. I also suggest you convert it to DpkgSource v3, as you're using quilt anyway. If you need help with this, just say! http://wiki.debian.org/Projects/DebSrc3.0 Nitpicks in the control file: Extra newline between source package and mame binary package. Description: - ... is a hardware emulator... - This package provides the MAME binary... - Remove the authorship information. That will be available in the copyright file. - No space between a word and : This package provides tools to be used with MAME: In the copyright file, you refer to BSD, GPL and LGPL, but no links to common-licenses. dhdcd.c and others don't have an explicit copyright notice in the header, but a pointer to MAME's website. You should probably tell upstream about this. Why do you put the .desktop and .xpm file in a deep dir inside the debian dir? Why not move them to debian/, and reference those files in mame.install (like you do, but using the longest path ever!) A suggestion: on your sed constructs, use another separator and avoid escaping the slashes: sed -i 's%\( comments\).*%\1;/var/games/mame/comments%' $INIFILE You should not run find -exec chmod on every upgrade. If there are a lot of files in that dir, installation could take ages. Many manual pages need a bit more work (etc. all over the place!) Finally, as you need to repack the .zip, why not do a .tar.bz2? -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512114: This does not looked fixed
On 5 November 2010 17:33, Sebastian Andrzej Siewior sebast...@breakpoint.cc wrote: The resume procedure is smarter and can resume a suspended image of a similar kernel so unless you dist-upgrade or something like that you should still be able to resume. I just updated from 2.6.32-26 to 2.6.32-27 and run (once again) into this issue. How did I skip the smart part? I guess it's a bug then. 2.6.32 should be resumable if the kernel did not change significantly. I resume various 2.6.36 rc kernels without regard to exact rc revision and without any issues. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576226: Orca doesn't start at all
Package: gnome-orca Version: 2.30.2-1 Severity: normal Confirmed over here. The log reads: Traceback (most recent call last): File string, line 1, in module File /usr/lib/pymodules/python2.6/orca/orca.py, line 66, in module import dbus.mainloop.glib ImportError: No module named dbus.mainloop.glib Installing python-dbus seemed to address it for me. Maybe should depend. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (450, 'stable'), (400, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-continuum.1 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-orca depends on: ii libgail-gnome-module1.20.3-1 GNOME Accessibility Implementation ii libgnome-speech71:0.4.25-2 GNOME text-to-speech library ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-brlapi 4.2-4Python bindings for BrlAPI ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-louis2.0.0-1 Python bindings for liblouis ii python-pyatspi 1.30.1-2 Assistive Technology Service Provi ii python-support 1.0.10 automated rebuilding support for P Versions of packages gnome-orca recommends: ii gnome-mag 1:0.16.1-2 a screen magnifier for the GNOME d ii wget 1.12-2.1 retrieves files from the web gnome-orca suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602554: ITP: guidata -- dataset manipulation GUI generator
Package: wnpp Severity: wishlist Owner: Picca Frederic-Emmanuel pi...@synchrotron-soleil.fr * Package name: guidata Version : 1.2.2 Upstream Author : pierre.rayb...@cea.fr pierre.rayb...@cea.fr * URL : http://sourceforge.net/projects/guidata/ * License : CeCILLv2 Programming Lang: Python Description : dataset manipulation GUI generator Based on the Qt Python binding module PyQt4, guidata is a Python library generating graphical user interfaces for easy dataset editing and display. It also provides helpers and application development tools for PyQt4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602555: ITP: guiqwt -- efficient 2D data-plotting library
Package: wnpp Severity: wishlist Owner: Picca Frederic-Emmanuel pi...@synchrotron-soleil.fr * Package name: guiqwt Version : 2.0.4 Upstream Author : pierre.rayb...@cea.fr pierre.rayb...@cea.fr * URL : http://sourceforge.net/projects/guiqwt/ * License : CeCILLv2 Programming Lang: Python Description : efficient 2D data-plotting library The guiqwt Python library provides efficient 2D data-plotting features (curve/image visualization and related tools) for signal/image processing application development and interactive computing. It's based on the scientific modules NumPy and SciPy, and the PyQwt plotting widgets for PyQt4 graphical user interfaces. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org