Bug#677297: [rt.debian.org #3892] Re: Bug#677297: kfreebsd-8: cve-2012-0217
On mer., 2012-07-04 at 21:33 +0100, Steven Chamberlain wrote: Hi Security Team, Someone replied on RT ticket #3892 (on which I am Cc'd, but can't view it and don't know the author) the following: Careful, patch in SVN repository can't be used as-is. See: http://lists.debian.org/debian-bsd/2012/06/msg00214.html But that is not true. By then I had already committed to SVN (r4320) a corrected fix supplied by upstream, and followed up on that message with: http://lists.debian.org/debian-bsd/2012/06/msg00246.html Please let me or debian-bsd@ know if anything more is needed for a stable-security upload. Can you show us a debdiff for the package you intend to upload to stable-security? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#680306: How have you managed to do that?
On 2012-07-04 23:57 +0200, Douglas Mencken wrote: I don't care about upgrade logs, please show me how to build nouveau git master with libdrm 2.4.33 (or earlier), which is what you claimed you have done. I didn't said master. # git describe --always ab7291d (ab7291d368ddc66ad21c5ad5caa0faeee42ccaf1) That's what I have built (as was suggested by nouveau's developer). Alternatively, just install the package from testing. It is not really usable, however [1,2]. He also told me that everybody must move to Mesa 8.1, and never stuck with 8.0.%. Won't happen in Wheezy, 8.1 release is still months away and Debian is frozen already. Well, if having no text and no icons is okay, then don't move, 8.0.% forever (it is... stable!!!). The 3D driver for your card is indeed known to be broken, but we cannot easily disable it since it's in the same file as the working ones. Try disabling AIGLX (see xorg.conf(5)), or, if that does not help, enforce software rendering, e.g. with # echo LIBGL_ALWAYS_SOFTWARE=1 /etc/environment Can you just build it correctly, at least?.. What do you mean by that? Regards, Sven 1. http://bugs.debian.org/666468 2. http://bugs.debian.org/675161 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679954: ifdown on virtual interface takes down other virtual interface on the same subnet
Hello, tried your suggestion, but the problem persists. Peculiarly with both virtual interfaces up, ifdown eth0:1 now also shows odd behavior. After issuing the command, the virtual interface is still shown by ifconfig. Best regards, A. Coward. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680337: Installs windows-specific header files
Package: libgit2-dev Version: 0.17.0-1 Severity: normal libgit2-dev installs three header files that only work on Windows systems: /usr/include/git2/inttypes.h /usr/include/git2/stdint.h /usr/include/git2/windows.h Please don't install these files in the Debian package. - Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgit2-dev depends on: ii libgit2-0 0.17.0-1 libgit2-dev recommends no packages. libgit2-dev 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#680338: icinga-web: French debconf templates translation
Package: icinga-web Version: 1.7.1-2 Severity: wishlist Tags: patch l10n Hi, Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. Best regards, Steve # French translation of icinga-web debconf template # Copyright (C) 2012 Debian French l10n Team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the icinga-web package. # Steve Petruzzello dl...@bluewin.ch, 2012 # msgid msgstr Project-Id-Version: icinga-web_1.7.1-2\n Report-Msgid-Bugs-To: icinga-...@packages.debian.org\n POT-Creation-Date: 2012-06-30 07:30+0200\n PO-Revision-Date: 2012-07-05 08:42+0200\n Last-Translator: Steve Petruzzello dl...@bluewin.ch@bluewin.ch\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../icinga-web.templates:2001 msgid apache2 msgstr Apache2 #. Type: multiselect #. Description #: ../icinga-web.templates:2002 msgid Apache servers to configure for Icinga: msgstr Serveurs Apache à configurer pour Icinga : #. Type: multiselect #. Description #: ../icinga-web.templates:2002 msgid Please select which Apache servers should be configured for Icinga. msgstr Veuillez choisir le serveur Apache à configurer pour Icinga. #. Type: multiselect #. Description #: ../icinga-web.templates:2002 msgid If you would prefer to perform configuration manually, leave all servers unselected. msgstr Si vous préférez effectuer la configuration vous-même, ne sélectionnez aucun serveur. #. Type: password #. Description #: ../icinga-web.templates:3001 msgid Icinga new web administrative password: msgstr Mot de passe de l'administrateur web d'Icinga : #. Type: password #. Description #: ../icinga-web.templates:3001 msgid Please provide the password for the user \root\ in Icinga's web interface. msgstr Veuillez indiquez un mot de passe pour l'utilisateur « root » de l'interface web d'Icinga. #. Type: password #. Description #: ../icinga-web.templates:3001 msgid This is the password you need to access the web interface with the default administrative user. After login, you will be able to create new users and set their permissions. msgstr Ce mot de passe permet à l'administrateur par défaut de se connecter à l'interface web. Après la connexion, vous pourrez créer des nouveaux utilisateurs et régler les autorisations. #. Type: password #. Description #: ../icinga-web.templates:3001 msgid Please be aware that the password will be reset to this value each time the package is upgraded. msgstr Veuillez noter que ce mot de passe sera réinitialisé à chaque mise à jour du paquet. #. Type: password #. Description #: ../icinga-web.templates:4001 msgid Re-enter password to verify: msgstr Confirmation du mot de passe : #. Type: password #. Description #: ../icinga-web.templates:4001 msgid Please enter the same root password again to verify that you have typed it correctly. msgstr Veuillez entrer à nouveau le mot de passe du superutilisateur afin de vérifier qu'il a été saisi correctement. #. Type: error #. Description #: ../icinga-web.templates:5001 msgid Password input error msgstr Erreur de saisie du mot de passe #. Type: error #. Description #: ../icinga-web.templates:5001 msgid The two passwords you entered were not the same. Please try again. msgstr Les deux mots de passe que vous avez entrés sont différents. Veuillez recommencer.
Bug#617409: brasero: Brasero corrupts all blank CD-R when burning (was: additional info)
Hi, i am currently the developer of libburn and libisofs. https://bugzilla.gnome.org/show_bug.cgi?id=655601 I know about such problems, but i do not know how to get into a discussion with Brasero developers. My impression is that the libisofs plugin causes libisofs to end prematurely. libburn is less of a suspect here. I have seen burn logs where burning ends after about 50 % of the expected output was produced by libisofs. I.e. libisofs would want to write more, but for some reason libburn is urged to finish burning (or falsely decides that burning is done). https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/780117 https://launchpadlibrarian.net/71440716/brasero_log.txt have: BraseroLibisofs Finished track successfully BraseroLibisofs disconnecting BraseroLibisofs from BraseroGrowisofs ... BraseroGrowisofs stdout: 3866984448/7761410048 (49.8%) @4.0x, remaining 12:06 RBU 40.9% UBU 100.0% BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs called brasero_job_set_current_action BraseroGrowisofs stderr: /dev/sr0: flushing cache ... BraseroGrowisofs stderr: HUP Note that libburn is not involved here. Only libisofs. Burning is done via growisofs. Further it seems that BraseroLibisofs is the one which decides when the connection between both shall end. But in http://bugzilla-attachments.gnome.org/attachment.cgi?id=205344 the work of libisofs seems to get completed. brasero (libisofs)DEBUG : Processed 138390 of 138390 KB (100 %) So this might be two different problems. (In this run, libburn was indeed in charge of writing to media.) - I am not aware of any changes in libisofs or libburn which about a year ago could have introduced such problems. The combination of libisofs and libburn works fine in xorriso. xorriso does several backups per day for me, which then get thoroughly checked for readability and correct content. If somebody shows up who understands the code of the libisofs plugin and could make experiments, then i would be glad to help with finding the cause of the problem. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667755: Request unblock for aiccu 20070115-15.1
Hi, Axel Beckert uploaded a fix for the following bugs in aiccu: Bug#667755: FTBFS[kfreebsd] (serious) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667755 Bug#670971: Danish translation http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670971 Please consider this packages for Wheezy, thanks. Kind Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680225: libjack-jackd2-0 conflicts with libjack0
On Wed, Jul 4, 2012 at 3:36 PM, Thorsten Glaser t...@mirbsd.de wrote: Package: libjack-jackd2-0 Severity: important Justification: release goal Multi-Arch Hi, libjack-jackd2-0 conflicts with libjack0, which is a bit unfortunate, as some things depend on either; waldi suggested to either take over the binary package if it’s the same lib, or use a different library name / ABI name and not conflict. ia32-libs wants libjack0 gstreamer0.10-plugins-good wants libjack-jackd2-0 and is wanted by opera at least (on a coworker’s PC) Unless they require special features from either jackd1 or jackd2 (which I cannot imagine), both packages should be changed to reproduce the dependencies as instructed by libjackd0's shlibs file: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/jack-audio-connection-kit.git;a=blob_plain;f=debian/libjack0.shlibs;h=58c97ec41bce64e6e399b1e8585b2a9ecf5e3f2e;hb=HEAD I.e.: libjack 0 libjack-jackd2-0 (= 1.9.5~dfsg-14) | libjack-0.116 -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680339: debhelper: dh_shlibdeps accepts -V, but doesn't use it
Package: debhelper Version: 9.20120608 Severity: normal Hi, While reviewing a package, I noticed the following sequence of debhelper programs: dh_makeshlibs dh_installdeb dh_shlibdeps -V libircclient (= 1.2) As far as I can tell dh_shlibdeps does not use -V (its manpage does not mention it at all) and it was probably intended for dh_makeshlibs. I think it would be prudent if dh_shlibdeps issued an error for this, because it can cause reverse dependencies to be rebuilt with the wrong dependencies. If this is actually a valid option to dh_shlibdeps, then it is not documented in its manpage. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680340: wvdial: fails at assert
Package: wvdial Version: 1.61-4.1 Severity: important Dear Maintainer, I'm trying to use huawei modem k3765 to conect internet but after running #wvdial it outputs -- WvDial: Internet dialer version 1.61 -- Initializing modem. -- Sending: ATZ ATZ OK -- Sending: ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 ATQ0 V1 E1 S0=0 C1 D2 +FCLASS=0 OK -- Modem initialized. wvdial: utils/wvtask.cc:409: static void WvTaskMan::_stackmaster(): Assertion `magic_number == -0x123678' failed. Aborted -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 wvdial depends on: ii debconf [debconf-2.0] 1.5.43 ii libc6 2.13-33 ii libgcc1 1:4.7.0-8 ii libstdc++6 4.7.0-8 ii libuniconf4.6 4.6.1-4 ii libwvstreams4.6-base4.6.1-4 ii libwvstreams4.6-extras 4.6.1-4 ii ppp 2.4.5-5.1+b1 wvdial recommends no packages. wvdial suggests no packages. -- debconf information: wvdial/phone: wvdial/passphrases_mismatch: wvdial/wvdialconf: true wvdial/login: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680329: [Pkg-haskell-maintainers] Bug#680329: Interpreted an int64_t typedef as CInt
retitle 680329 Does not parse GCC mode attribute for integer sizes (used in sys/types.h) thanks On Thu, Jul 05, 2012 at 01:03:33PM +1000, Erik de Castro Lopo wrote: Josh Triplett wrote: Package: c2hs Version: 0.16.3-2 Severity: important A library I'd like to write bindings to has a typedef of int64_t to a library-specific type name. c2hs seems to interpret that type as CInt, both in foreign import declarations and in {# type #} directives. It should interpret that type as a 64-bit integer type instead. I've seen this happen before and the cause was that the header file defining the int64_t to something else did not include stdint.h. I think the solution was to tell c2hs somehow that stdint.h should be included before the project specific header. The project does actually include stdint.h, but before it does so, it (indirectly) includes sys/types.h, which defines int64_t in a different way that c2hs can't cope with: $ cpp /usr/include/stdint.h | grep -w int64_t typedef long int int64_t; $ cpp /usr/include/sys/types.h | grep -w int64_t typedef int int64_t __attribute__ ((__mode__ (__DI__))); I'd guess that c2hs ignores the GCC-specific __attribute__ that overrides the size, and just sees int. Including stdint.h at the top of my .chs file works around the problem, and causes c2hs to define the type as CLong. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677330: rred crashes in apt-get update
On Mon, Jul 2, 2012 at 8:56 PM, Courtney Bane debian-bugs-6...@cbane.org wrote: I'm not positive that this is the exact same problem, but I'm still seeing segfaults in rred with apt 0.9.6. I rebuilt rred with debugging information before my latest crash, and was able to get a full backtrace. I've attached a file with the short and full backtraces. I've […] Here's the short backtrace: Core was generated by `/usr/lib/apt/methods/rred'. Program terminated with signal 11, Segmentation fault. #0 *__GI___libc_free (mem=0x6d6c10) at malloc.c:3709 (gdb) bt #0 *__GI___libc_free (mem=0x6d6c10) at malloc.c:3709 #1 0x7f794c8312da in inflateEnd (strm=0x6b6dc8) at inflate.c:1260 #2 0x7f794c835c79 in gzclose_r (file=0x6b6d50) at gzread.c:579 #3 0x7f794d9bec06 in FileFd::Close (this=0x7fffccaeda00) at contrib/fileutl.cc:1675 #4 0x00404278 in RredMethod::Fetch (this=0x7fffccaedf90, Itm=0x6b1c20) at rred.cc:503 #5 0x7f794d9fc62d in pkgAcqMethod::Run (this=0x7fffccaedf90, Single=false) at acquire-method.cc:371 #6 0x00402822 in main (argc=optimized out, argv=optimized out) at rred.cc:563 Are you sure about the version numbers involved? The backtrace doesn't match with the code as FileFd::Close doesn't have a gzclose() call itself anymore, but offloads it to FileFdPrivate::CloseDown. This looks more like 0.9.3 which really had a gzclose call at line 1675. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617409: brasero: Brasero corrupts all blank CD-R when burning (was: additional info)
Le jeudi 05 juillet 2012 à 08:47 +0200, Thomas Schmitt a écrit : Hi, i am currently the developer of libburn and libisofs. https://bugzilla.gnome.org/show_bug.cgi?id=655601 I know about such problems, but i do not know how to get into a discussion with Brasero developers. That would be brasero-list: https://mail.gnome.org/mailman/listinfo/brasero-list Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679750: Lenovo G360: ALPS Touchpad Recognized as PS/2 Generic Mouse
On Wed, 4 Jul 2012 22:20:09 -0500 Jonathan Nieder jrnie...@gmail.com wrote: (dropping Debian bug from cc list) Hi, littlebat wrote: I report a kernel bug about ALPS touchpad to you. My lenovo G360 has an ALPS touchpad, show in Windows 7 Home Editition OEM in this laptop. Under Debian Squeeze or Ubuntu 12.04 LTS LiveCD in same laptop, the left and right key, single and double tap, tracking of touchpad works well. But, there isn't touchpad tab in gnome mouse setting dialog, so I can't setup edge scrolling and disable touchpad on typing. xinput shows it is a PS/2 Generic Mouse. [...] Tell me If need more detail information. Thanks. Forgive me for being dense: can you spell this out a little more for me? Is the following summary correct? - 2.6.32.y (Debian squeeze) works well, using xinput or synclient to configure - 3.2.y (Ubuntu 12.04 LTS) sees a generic mouse, unconfigurable - 3.2.y (Debian squeeze-backports) is likewise unconfigurable - 3.4.4 (Debian experimental) is also unconfigurable No, none of these four kernels can configure a full functional ALPS touchpad. Under all of these four kernels: 1, synclient -l shows Couldn't find synaptics properties. No synaptics driver loaded? 2, xinput --list shows it is a PS/2 Generic Mouse 3, cat /proc/bus/input/devices shows it is N: Name=PS/2 Generic Mouse 4, Can't find any string like touchpad, synaptics in /var/log/Xorg.0.log 5, There isn't touchpad tab in gnome mouse setting dialog, so I can't setup edge scrolling and disable touchpad on typing. Could you provide full dmesg output from booting a working and non-working kernel? The laptop isn't here, I will post full dmesg output under 3.4.4 (Debian experimental) kernel later. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680101: mpg123: writing wav to stdout still works ugly
Am Wed, 4 Jul 2012 14:25:56 +0400 schrieb dimas dimas...@ya.ru: well, in my case: 14:19:03 186 ~/downloads/music/Sword/1986 Metalized$ /usr/bin/mpg123 -q -w /dev/stdout 01.mp3 | file - Ah, everyday I learn something new. I did not know that there is a difference for a program between $ prog output and $prog | otherprog output In the former case, stdout is seekable (as it's a file), in the latter, it is not (as it's a pipe). Now, thinking about it, it's obvious. The shell opens the output file and maps the file descriptor to stdout of the child. Et voilá, you got seekable stdout. Now, back to the issue. I am getting angry about this. What triggers here is the attempt of mpg123 to deal with a full disk; code which tries to deal with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=67259 . It is actually non-trivial to handle out-of-disk well when using buffered I/O (C stdio). There is a test if at least one byte can be written at the beginning, combined with a seek to overwrite it again. I have to think hard why I did this. This is not necessary. Writing the header is test enough. Ah! No, for raw CD audio (cdr) writing, there is no header. Well, frick this ... I will remove the test with the single byte. This will fix this bug here by reverting to old behaviour. Only concession to bug 67259 is catching out-of-disk while writing WAV/AU header and informing at the end if out-of-disk condition prevented full output. I hope that makes everyone reasonably happy. Except me: I should just have ignored bug 67259. Two regressions with one attempt at fixing a not-really-fixable bug. That sucks. And: Looking for possible aliases for stdout won't happen. It will be treated just like any other file (in the case of a pipe, a non-seekable one). I will also clear up the situation about changing input format and WAV writing for the next release (at least document it). This stuff will part of mpg123 1.15.0, not a new 1.14.x release, as I am explicitly changing functionality (even if it is only a single byte write). Test with http://mpg123.org/snapshot --- does that work with dir2ogg? Alrighty then, Thomas -- Thomas Orgis - Source Mage GNU/Linux Developer (http://www.sourcemage.org) OrgisNetzOrganisation ---)=- http://orgis.org GPG public key D446D524: http://thomas.orgis.org/public_key Fingerprint: 7236 3885 A742 B736 E0C8 9721 9B4C 52BC D446 D524 signature.asc Description: PGP signature
Bug#602668: libdevel-bt-perl: FTBFS on armel
severity 602668 serious tag 602668 sid thanks On Thu, Jul 05, 2012 at 04:15:46AM +0200, Salvatore Bonaccorso wrote: On Thu, Nov 11, 2010 at 10:54:58PM +0200, Niko Tyni wrote: severity 602668 important clone 602668 -1 retitle -1 gdb: 7.2 falsely (?) shows stack corruption on armel reassign -1 gdb 7.2-1 block 602668 with -1 thanks On Sat, Nov 06, 2010 at 11:15:01PM +, Hector Oron wrote: Package: libdevel-bt-perl Version: 0.05-1 Severity: serious It's never built on armel yet, so downgrading. Just noticed this looking at the pkg-perl 'dashboard': In the 'meantime' it seems that libdevel-bt-perl was once build already too on armel. But 0.06-1 did not succeed again[1]. [1]: https://buildd.debian.org/status/logs.php?pkg=libdevel-bt-perlarch=armel That makes this RC for 0.06-1 and blocks its testing migration. However, given the past history and the tight coupling with gdb, I suspect 0.05-1 in wheezy is also affected. Tagging 'sid' for now (and I hope that's the right thing to do), but it would be good to verify if it currently builds in wheezy on armel. FWIW, here's a summary of the build logs. The failure mode seems to have changed a bit with the gdb 7.4 builds: the logs now indicate an empty backtrace instead of a corrupted one. source_version gdb_version perl_version result notes 0.05-1 7.2-1 5.10.1-14 FAIL 5 failures 0.05-1 7.2-1 5.10.1-18 FAIL 5 failures 0.05-1 7.3-1 5.12.4-4 OK 0.05-1 7.3-1+b1 5.14.2-3 OK 0.06-1 7.4really-1 5.14.2-7 FAIL 1 failure 0.06-1 7.4.1-1.1 5.14.2-9 FAIL 4 failures BTW, gdb_7.4.1-1.1 fixes LinuxThreads signal handling on GNU/kFreeBSD, so it might be worth a try to reschedule this on kfreebsd-amd64 which has been failing consistently up to and including 7.4really-1 with related symptoms. -- Niko Tyni nt...@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#679750: Lenovo G360: ALPS Touchpad Recognized as PS/2 Generic Mouse
Very sorry, I post the wrong xinput --list information, it's my Asus EEEPC. Here's the correct xinput --list information of my Lenovo G360: â¡ Virtual core pointer id=2[master pointer (3)] â â³ Virtual core XTEST pointer id=4[slave pointer (2)] â â³ USB OPTICAL MOUSE id=11 [slave pointer (2)] â â³ PS/2 Generic Mouseid=14 [slave pointer (2)] ⣠Virtual core keyboard id=3[master keyboard (2)] â³ Virtual core XTEST keyboardid=5[slave keyboard (3)] â³ Power Button id=6[slave keyboard (3)] â³ Video Bus id=7 [slave keyboard (3)] â³ Video Bus id=8[slave keyboard (3)] â³ Power Button id=9[slave keyboard (3)] â³ Sleep Button id=10 [slave keyboard (3)] â³ Lenovo EasyCamera id=12 [slave keyboard (3)] â³ AT Translated Set 2 keyboardid=13 [slave keyboard (3)] â³ Ideapad extra buttons id=15 [slave keyboard (3)] â³ ACPI Virtual Keyboard Device id=16 [slave keyboard (3)] On Thu, 5 Jul 2012 11:30:57 +0800 littlebat dashing.m...@gmail.com wrote: found 679750 linux-2.6/2.6.32-45 , linux-2.6/3.2.4-1 , linux/3.4.4-1 quit Because send by web gmail.com has html content so failed send to linux-in...@vger.kernel.org at first time, so send again. Hi, Dear kernel developers. According to the advice at http://bugs.debian.org/679750 , I report a kernel bug about ALPS touchpad to you. My lenovo G360 has an ALPS touchpad, show in Windows 7 Home Editition OEM in this laptop. Under Debian Squeeze in same laptop, the left and right key, single and double tap, tracking of touchpad works well. But, there isn't touchpad tab in gnome mouse setting dialog, so I can't setup edge scrolling and disable touchpad on typing. xinput shows it is a PS/2 Generic Mouse. Below is the detail information. System information: Debian Squeeze, tried kernel: 2.6.32-45, 3.2.4-1~bpo60+1, 3.4.4-1~experimental.1 And tried Ubuntu 12.04 LTS LiveCD, kernel: 3.2 (has the same bug as in Debian) synclient -l shows: Couldn't find synaptics properties. No synaptics driver loaded? xinput --list shows: â¡ Virtual core pointer id=2 [master pointer (3)] â â³ Virtual core XTEST pointer id=4 [slave pointer (2)] â â³ USB Mouse id=10 [slave pointer (2)] â â³ ETPS/2 Elantech Touchpad id=14 [slave pointer (2)] ⣠Virtual core keyboard id=3[master keyboard (2)] â³ Virtual core XTEST keyboardid=5[slave keyboard (3)] â³ Power Button id=6 [slave keyboard (3)] â³ Video Bus id=7[slave keyboard (3)] â³ Power Button id=8 [slave keyboard (3)] â³ Sleep Button id=9 [slave keyboard (3)] â³ Digital_Cameraid=11 [slave keyboard (3)] â³ Asus EeePC extra buttons id=12 [slave keyboard (3)] â³ AT Translated Set 2 keyboard id=13 [slave keyboard (3)] â³ ACPI Virtual Keyboard Device id=15 [slave keyboard (3)] cat /proc/bus/input/devices shows (only post the section of PS/2 Generic Mouse): I: Bus=0011 Vendor=0002 Product=0001 Version= N: Name=PS/2 Generic Mouse P: Phys=isa0060/serio4/input0 S: Sysfs=/devices/platform/i8042/serio4/input/input9 U: Uniq= H: Handlers=mouse1 event9 B: PROP=0 B: EV=7 B: KEY=7 0 0 0 0 B: REL=3 Some related section in /var/log/Xorg.0.log is: [30.929] (II) config/udev: Adding input device PS/2 Generic Mouse (/dev/input/event9) [30.929] (**) PS/2 Generic Mouse: Applying InputClass evdev pointer catchall [30.929] (II) Using input driver 'evdev' for 'PS/2 Generic Mouse' [30.929] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so [30.929] (**) PS/2 Generic Mouse: always reports core events [30.929] (**) PS/2 Generic Mouse: Device: /dev/input/event9 [30.929] (--) PS/2 Generic Mouse: Found 3 mouse buttons [30.929] (--) PS/2 Generic Mouse: Found relative axes [30.929] (--) PS/2 Generic Mouse: Found x and y relative axes [30.929] (II) PS/2 Generic Mouse: Configuring as mouse [30.929] (**) PS/2 Generic Mouse: YAxisMapping: buttons 4 and 5 [30.929] (**) PS/2 Generic Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 [30.929] (**) Option config_info udev:/sys/devices/platform/i8042/serio4/input/input9/event9 [30.929] (II) XINPUT: Adding extended input device PS/2 Generic Mouse (type: MOUSE) [30.929] (II) PS/2 Generic Mouse: initialized for relative axes. [30.929] (**) PS/2 Generic Mouse: (accel) keeping
Bug#667755: Request unblock for aiccu 20070115-15.1
Hi, On Thu Jul 05, 2012 at 08:51:19 +0200, Reinier Haasjes wrote: Hi, Axel Beckert uploaded a fix for the following bugs in aiccu: Bug#667755: FTBFS[kfreebsd] (serious) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667755 Bug#670971: Danish translation http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670971 Please consider this packages for Wheezy, thanks. As usual sponsor for Reinier, i ACK this request. Cheers, Martin -- Martin Zobel-Helas zo...@debian.org | Debian System Administrator Debian GNU/Linux Developer | Debian Listmaster GPG key http://go.debian.net/B11B627B | GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680342: xargs applet does not implement basic POSIX-specified features
Package: busybox Version: 1:1.20.0-4 Severity: important xargs does not implement options and features mandated by POSIX: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/xargs.html Notable, it does not process quotes and backslash on input, does not implement -p (prompt) and -x (terminate on size constrains) options. Also it'd be nice to support commonly used GNU extension, -0 option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617409: [Pkg-libburnia-devel] Bug#617409: brasero: Brasero corrupts all blank CD-R when burning (was: additional info)
On Thursday 05 July 2012 08:47:15 Thomas Schmitt wrote: Hi, Hi All, i am currently the developer of libburn and libisofs. https://bugzilla.gnome.org/show_bug.cgi?id=655601 I know about such problems, but i do not know how to get into a discussion with Brasero developers. My impression is that the libisofs plugin causes libisofs to end prematurely. libburn is less of a suspect here. I have seen burn logs where burning ends after about 50 % of the expected output was produced by libisofs. I.e. libisofs would want to write more, but for some reason libburn is urged to finish burning (or falsely decides that burning is done). https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/780117 https://launchpadlibrarian.net/71440716/brasero_log.txt have: BraseroLibisofs Finished track successfully BraseroLibisofs disconnecting BraseroLibisofs from BraseroGrowisofs ... BraseroGrowisofs stdout: 3866984448/7761410048 (49.8%) @4.0x, remaining 12:06 RBU 40.9% UBU 100.0% BraseroGrowisofs called brasero_job_get_action BraseroGrowisofs called brasero_job_set_current_action BraseroGrowisofs stderr: /dev/sr0: flushing cache ... BraseroGrowisofs stderr: HUP Note that libburn is not involved here. Only libisofs. Burning is done via growisofs. Further it seems that BraseroLibisofs is the one which decides when the connection between both shall end. But in http://bugzilla-attachments.gnome.org/attachment.cgi?id=205344 the work of libisofs seems to get completed. brasero (libisofs)DEBUG : Processed 138390 of 138390 KB (100 %) So this might be two different problems. (In this run, libburn was indeed in charge of writing to media.) - I am not aware of any changes in libisofs or libburn which about a year ago could have introduced such problems. The combination of libisofs and libburn works fine in xorriso. xorriso does several backups per day for me, which then get thoroughly checked for readability and correct content. If somebody shows up who understands the code of the libisofs plugin and could make experiments, then i would be glad to help with finding the cause of the problem. Same issue already reported long ago at: https://mail.gnome.org/archives/brasero-list/2011-July/msg4.html actors: libisofs and growisofs brasero plugins symptoms: 50% finished at ~49% Looking at the logs and the brasero plugins code, the main suspect most likely hidden at: 1) erroneous read of growisofs std out, wrt written data, and buffer filling, hence a premature leave might occur: plugins/growisofs/burn-growisofs.c static BraseroBurnResult brasero_growisofs_read_stdout (BraseroProcess *process, const gchar *line) { int perc_1, perc_2; int speed_1, speed_2; long long b_written, b_total; /* Newer growisofs version have a different line pattern that shows * drive buffer filling. */ if (sscanf (line, %10lld/%lld (%4d.%1d%%) @%2d.%1dx, remaining %*d: %*d, b_written, b_total, perc_1, perc_2, speed_1, speed_2) == 6) { BraseroJobAction action; brasero_job_get_action (BRASERO_JOB (process), action); if (action == BRASERO_JOB_ACTION_ERASE b_written = 65536) { /* we nullified 65536 that's enough. A signal SIGTERM * will be sent in process.c. That's not the best way * to do it but it works. */ brasero_job_finished_session (BRASERO_JOB (process)); return BRASERO_BURN_OK; } 2) premature ending of the libisofs thread: static gpointer brasero_libisofs_thread_started (gpointer data) { ... if (brasero_job_get_fd_out (BRASERO_JOB (self), NULL) == BRASERO_BURN_OK) brasero_libisofs_write_image_to_fd_thread (self); ... Nothing more concrete norrowed down yet -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.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#680343: unblock: trousers/0.3.9-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package trousers This version fixes an annoying bug which prevents upgrades or removal from previous versions, including stable (and thus makes upgrades fail, without any proper way to upgrade or remove the old version). See #67682 and #679621 The fix is a workaround: since the init script cannot be used, we kill and remove the executable in the prerm script so the init script can exit properly, and continue the upgrade process with the new version. debdiff attached Thanks, Pierre unblock trousers/0.3.9-2 diff -Nru trousers-0.3.9/debian/changelog trousers-0.3.9/debian/changelog --- trousers-0.3.9/debian/changelog 2012-06-18 22:22:21.0 +0200 +++ trousers-0.3.9/debian/changelog 2012-07-04 21:57:25.0 +0200 @@ -1,3 +1,10 @@ +trousers (0.3.9-2) unstable; urgency=low + + * Add workaround for upgrade failure for versions before 0.3.8-3 +(Closes: #679621) + + -- Pierre Chifflier pol...@debian.org Wed, 04 Jul 2012 21:57:22 +0200 + trousers (0.3.9-1) unstable; urgency=low * Imported Upstream version 0.3.9 diff -Nru trousers-0.3.9/debian/trousers.postinst trousers-0.3.9/debian/trousers.postinst --- trousers-0.3.9/debian/trousers.postinst 2012-02-26 11:47:51.0 +0100 +++ trousers-0.3.9/debian/trousers.postinst 2012-07-04 21:46:07.0 +0200 @@ -5,7 +5,7 @@ case ${1} in configure) # Adding tss system user - adduser --system --home /var/lib/tpm --shell /bin/false --no-create-home --group tss + adduser --system --quiet --home /var/lib/tpm --shell /bin/false --no-create-home --group tss # Setting owner chown tss:tss /var/lib/tpm -R diff -Nru trousers-0.3.9/debian/trousers.prerm trousers-0.3.9/debian/trousers.prerm --- trousers-0.3.9/debian/trousers.prerm 1970-01-01 01:00:00.0 +0100 +++ trousers-0.3.9/debian/trousers.prerm 2012-07-04 21:46:07.0 +0200 @@ -0,0 +1,42 @@ +#!/bin/sh +# prerm script for trousers +# +# see: dh_installdeb(1) + +set -e + +# summary of how this script can be called: +#* prerm `remove' +#* old-prerm `upgrade' new-version +#* new-prerm `failed-upgrade' old-version +#* conflictor's-prerm `remove' `in-favour' package new-version +#* deconfigured's-prerm `deconfigure' `in-favour' +# package-being-installed version `removing' +# conflicting-package version +# for details, see http://www.debian.org/doc/debian-policy/ or +# the debian-policy package + + +case $1 in +failed-upgrade) +if dpkg --compare-versions $2 lt 0.3.8-3; then +# hack to avoid #676828 +# removing the executable will make the init script exit gracefully +rm -f /usr/sbin/tcsd +# kill tcsd (and any other process owned by the tss user) +killall -u tss 2/dev/null || true +fi +;; + +*) +echo prerm called with unknown argument \`$1' 2 +exit 1 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0
Bug#679062: cron: should remove obsolete /etc/cron.daily/standard
reopen 679062 stop This process is not complete since I get this email from all systems where I upgraded cron: | Subject: Anacron job 'cron.daily' on frost.museglobal.ro | [..] | run-parts: failed to stat component /etc/cron.daily/standard: No such file or directory Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680344: FTBFS: cp: cannot stat `estraierpure.jar': No such file or directory
Package: hyperestraier Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, Some architectures also need to drop building Java binding: armel armhf ia64 mipsel powerpc s390x sparc cf) these are already dropped: kfreebsd-* mips -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-11-pve (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages hyperestraier depends on: ii libc6 2.13-34 pn libestraier8 none pn libfcgi0ldbl none pn libqdbm14 none ii zlib1g1:1.2.7.dfsg-13 Versions of packages hyperestraier recommends: pn ppthtml none pn wv none pn xlhtml none pn xpdf-utils none hyperestraier suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680345: FTBFS: Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207.
Package: hyperestraier Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, It fails to build perl xs because of replacing CCFLAGS with dpkg-buildflags. Instead, it should be set in OPTIMIZE. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-11-pve (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages hyperestraier depends on: ii libc6 2.13-34 pn libestraier8 none pn libfcgi0ldbl none pn libqdbm14 none ii zlib1g1:1.2.7.dfsg-13 Versions of packages hyperestraier recommends: pn ppthtml none pn wv none pn xlhtml none pn xpdf-utils none hyperestraier suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680346: mldonkey-server: mldonkey should depends on dpkg-dev (=1.16.1) package
Package: mldonkey-server Version: 3.1.2-1 Severity: normal Dear Maintainer, considering that mldonkey package uses dpkg-buildflags --export=configure in its rules file and that option, accordingly with the dpkg changelog, has been added since the 1.16.1 version I think perdition should explicitly depends on dpkg-dev (=1.16.1) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (450, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (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#680332: systemd-journald: should not recreate /var/log/journal if it has been deleted
]] shawn systemd-journald reacts to the removal of /var/log/journal by logging to /run I know of no other way of configuring this. If this is to remain the case, then the existance of this folder is a configuration setting, and upgrades should not override it. Just make /var/log/journal a symlink to /run/log/journal and ensure the latter exists by way of tmpfiles.d config? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680347: No disk found (C602 chipset)
Package: debian-installer Hi, I was trying to install Debian on a new Lenovo S30 system. I downloaded the file http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso (label: Debian GNU/Linux testing Wheezy - Official Snapshot amd64 NETINST Binary-1 20120704-09:15) and started the installer from the CD. Unfortunately, it was unable to detect any drives. I did some searching, and found that it seems to not contain the right drivers for the SAS controller of my system. lspci -v shows 05:00.0 Serial Attached SCSSI controller: Intel Corporation C602 chipset 4-Port SATA Storage Control Unit (rev 06). When running from a Knoppix CD, I got some line saying 'Kernel driver in use: isci'. I do not see that line when running the Debian installer. For reference, lspci -n shows '05:00.0 0107: 8086:1d6b (rev 06)'. It seems to me that the installer doesn't contain or is unable to load the isci driver. Best, Koen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573004: insserv: Please provide machine parseable output
On Mon, Aug 02, 2010 at 10:15:21PM +0200, Petter Reinholdtsen wrote: [Michael Prokop] Thanks Kel. I just wanted to check this out and am wondering where I can find this patch, the -s option neither seems to be supported in insserv's current svn revision (1063) nor in Debian's package insserv-1.14.0. Any hints? It is 100_show.patch in svn://svn.debian.org/initscripts-ng/trunk/src/insserv/debian/patches Hi Petter, This patch has been tested, and we now have a patch for file-rc's update-rc.d which makes use of it. Would it be possible to enable this in a new upload so the file-rc change can go in? This will enable dependency-based boot in file-rc and enable deprecation and removal of sequence numbers in update-rc.d for wheezy+1. Many thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680348: gcc-4.6: ICE on mips when compiling aiccu
Package: gcc-4.6 Severity: normal Affects: aiccu Dear Maintainer, gcc-4.6 failed to compile aiccu on mips (but not mipsel) with the following error message: ../common/tun.c:69:1: internal compiler error: Segmentation fault Full log at https://buildd.debian.org/status/fetch.php?pkg=aiccuarch=mipsver=20070115-15.1stamp=1341446386 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680349: binfmt-support: first update-binfmts --install call fails in chroot with update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument
Package: binfmt-support Version: 2.0.8 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed a failure in the jarwrapper package whcih I traced to update-binfmts. To reproduce: * the host has the kernel module loaded and /proc/sys/fs/binfmt_misc is mounted, kernel: 3.2.0-2-amd64 * the chroot is a minimal sid or wheezy chroot and /proc/sys/fs/binfmt_misc is not yet mounted, but /proc is mounted * apt-get install jarwrapper [...] Setting up binfmt-support (2.0.9) ... invoke-rc.d: policy-rc.d denied execution of start. Setting up fastjar (2:0.98-3) ... Setting up jarwrapper (0.43) ... update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument update-binfmts: warning: unable to enable binary format jarwrapper update-binfmts: exiting due to previous errors dpkg: error processing jarwrapper (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: jarwrapper * now /proc/sys/fs/binfmt_misc got mounted and the foloowing succeeds: * dpkg --configure --pending Setting up jarwrapper (0.43) ... The problem can be reproduced inside this chroot easily: # umount /proc/sys/fs/binfmt_misc/ # update-binfmts --install jarwrapper /usr/bin/jarwrapper --magic 'PK\x03\x04' --detector /usr/bin/jardetector update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument update-binfmts: warning: unable to enable binary format jarwrapper update-binfmts: exiting due to previous errors # update-binfmts --install jarwrapper /usr/bin/jarwrapper --magic 'PK\x03\x04' --detector /usr/bin/jardetector echo success success I'm setting the severity to serious as this breaks installation and testing of unrelated packages. (And I'll add here Affects/Found in the other packages s.t. piuparts can find this bugreport for automated classification) Looking at the code, /proc/sys/fs/binfmt_misc/register gets opened (but does not exist), then /proc/sys/fs/binfmt_misc gets mounted and brings its own /proc/sys/fs/binfmt_misc/register, thereafter the originally opened /proc/sys/fs/binfmt_misc/register no longer seems to exist and closing fails. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573004: insserv: Please provide machine parseable output
[Roger Leigh] Hi Petter, Hi. This patch has been tested, and we now have a patch for file-rc's update-rc.d which makes use of it. Would it be possible to enable this in a new upload so the file-rc change can go in? This will enable dependency-based boot in file-rc and enable deprecation and removal of sequence numbers in update-rc.d for wheezy+1. Feel free to upload a new version of insserv with this patch included, and make sure to try to get it included in upstream too. You are the most active sysvinit maintainer in Debian these days, so I consider you a co-maintainer of insserv. :) As long as the testsuite in insserv succeeds, a new upload is ok with me. It is great if you can ensure the new feature is tested in the testsuite. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680350: unblock: monkeystudio/1.9.0.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, please unblock package monkeystudio. The diff is small[1] and fixes one simple (but nasty) bug: #672272 monkeystudio is displayed under other and not programming in the menus. TIA Evgeni unblock monkeystudio/1.9.0.2-2 [1] http://anonscm.debian.org/gitweb/?p=users/evgeni/monkeystudio.git;a=commitdiff;h=debian/1.9.0.2-2;hp=debian/1.9.0.2-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (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#670398: Deadlock in hid_reset when Dell iDRAC is reset
Hello, we have the same problem with all our DELL R210 and R210 II and Debian Squeeze. Jul 5 09:44:51 da16 kernel: [10760029.449586] usb 1-1.1: reset full speed USB device using ehci_hcd and address 3 Jul 5 09:45:06 da16 kernel: [10760044.513750] usb 1-1.1: device descriptor read/64, error -110 Jul 5 09:45:21 da16 kernel: [10760059.680488] usb 1-1.1: device descriptor read/64, error -110 and then no keyboard after ssh login and all processes hangs. I'm doing reboot with ssh root@host reboot and for few months or more everything is ok. Nobody is logged in DRAC and we don't have any Dell apps for DRAC control running. It occurs randomly. Kernel: linux-image-2.6.32-5-amd64 2.6.32-45 Can you tell us when it will be fixed upstream? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679750: Lenovo G360: ALPS Touchpad Recognized as PS/2 Generic Mouse
Hi, I believe this is the same bug as launchpad bug 606238: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/606238 The bug discusses various Dell laptops with ALPS touchpad that don't work. They now work in the ubuntu 12.04 kernel (and I believe upstream as well), but some (such as the one found in an Inspiron 15R N5110) still don't work because they use yet another protocol version. Regards, Rik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573004: insserv: Please provide machine parseable output
On Thu, Jul 05, 2012 at 07:12:03PM +1000, Kel Modderman wrote: This patch has been tested, and we now have a patch for file-rc's update-rc.d which makes use of it. Would it be possible to enable this in a new upload so the file-rc change can go in? This will enable dependency-based boot in file-rc and enable deprecation and removal of sequence numbers in update-rc.d for wheezy+1. Feel free to upload a new version of insserv with this patch included, and make sure to try to get it included in upstream too. You are the most active sysvinit maintainer in Debian these days, so I consider you a co-maintainer of insserv. :) As long as the testsuite in insserv succeeds, a new upload is ok with me. It is great if you can ensure the new feature is tested in the testsuite. If you want, I can make the changes to insserv package if you'd be okay with sponsoring the result? That would be much appreciated, and I'll certainly be happy to sponsor it. Many thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680238: Please drop libggi support
On Thu, Jul 05, 2012 at 10:49:33AM +0800, Aron Xu wrote: On Wed, Jul 4, 2012 at 10:42 PM, Moritz Muehlenhoff j...@debian.org wrote: Package: zhcon Severity: important libggi is scheduled for removal in Wheezy: http://lists.debian.org/debian-release/2012/07/msg00134.html Please disable libggi support. Cheers, Moritz Hi, I have uploaded a version with libggi disabled to unstable, would you handle freeze exceptions for zhcon, or I should do it by myself? Thanks! I'll take care of the unblock request. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680351: 389-ds-base: fails to install: 10 389-ds-base/setup doesn't exist
Package: 389-ds-base Version: 1.2.11.7-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package 389-ds-base. (Reading database ... 9713 files and directories currently installed.) Unpacking 389-ds-base (from .../389-ds-base_1.2.11.7-2_amd64.deb) ... Setting up 389-ds-base (1.2.11.7-2) ... dpkg: error processing 389-ds-base (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: 389-ds-base Since that is not really helpful, I'm setting some more debug options: # DEBCONF_DEBUG=developer dpkg --configure --pending Setting up 389-ds-base (1.2.11.7-2) ... debconf (developer): frontend started debconf (developer): frontend running, package name is 389-ds-base debconf (developer): starting /var/lib/dpkg/info/389-ds-base.config configure debconf (developer): -- INPUT high 389-ds-base/setup debconf (developer): -- 10 389-ds-base/setup doesn't exist dpkg: error processing 389-ds-base (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: 389-ds-base This looks like a non-existing debconf template gets used. cheers, Andreas 389-ds-base_1.2.11.7-2.log.gz Description: GNU Zip compressed data
Bug#680352: ITP: conquest-dicom-server -- ConQuest DICOM Server
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre ma...@debian.org * Package name: conquest-dicom-server Version : 1.14.16 Upstream Author : Lambert Zijp z...@nki.nl * URL : http://ingenium.home.xs4all.nl/dicom.html * License : BSD, Programming Lang: C++ Description : ConQuest DICOM Server A full featured DICOM server that has been developed based on and heavily extending the public domain UCDMC DICOM code. Some possible applications of the ConQuest DICOM software are: - DICOM training and testing - Demonstration and research image archives - Image format conversion from a scanner with DICOM network access - DICOM image viewing and slide making - DICOM image selection, (limited) editing, and splitting and merging of series - Advanced automatic image forwarding and (de)compression - DICOM caching and archive merging Work is available in debian-med svn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573004: insserv: Please provide machine parseable output
Hi Roger, This patch has been tested, and we now have a patch for file-rc's update-rc.d which makes use of it. Would it be possible to enable this in a new upload so the file-rc change can go in? This will enable dependency-based boot in file-rc and enable deprecation and removal of sequence numbers in update-rc.d for wheezy+1. Feel free to upload a new version of insserv with this patch included, and make sure to try to get it included in upstream too. You are the most active sysvinit maintainer in Debian these days, so I consider you a co-maintainer of insserv. :) As long as the testsuite in insserv succeeds, a new upload is ok with me. It is great if you can ensure the new feature is tested in the testsuite. If you want, I can make the changes to insserv package if you'd be okay with sponsoring the result? Thanks, Kel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680353: task: Priority High and Low are wrongly displayed in project summary
Package: task Version: 2.0.0-1 Severity: normal Dear Maintainer, When adding priority H into task by: task 1 mod pri:H and this task is in project ex. test and then run: task pro you're going to receive: ProjectTasks Pri:None Pri:H Pri:M Pri:L test 10 0 0 1 even if task, task ls or task long will show it correctly: ID ProjectPri Description 1 test H -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages task depends on: ii libc62.13-33 ii libgcc1 1:4.7.1-2 ii liblua5.1-0 5.1.5-2 ii libstdc++6 4.7.1-2 ii libuuid1 2.20.1-5.1 task recommends no packages. task 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#631515: add tags
tags 631515 = close 631515 kthxbye On Wed, Jun 29, 2011 at 03:55:38 +, Nobuhiro Iwamatsu wrote: tags 631515 + wheezy-ignore tags 631515 + squeeze thanks Quoting from http://www.debian.org/Bugs/Developer#tags: This tag should only be used by the release manager(s); do not set it yourself without explicit authorization from them. Cheers, Julien signature.asc Description: Digital signature
Bug#669278: E: Could not perform immediate configuration on 'phonon-backend-vlc'.
severity 669278 serious thanks Hi, I'm raising the severity since failed upgrades are a RC problem and the number of failed upgrades is rising. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673542: libpng12-0_1.5.10-2 sends gdm3 and Xorg in an infinite loop, breaking the whole graphical system
On Thu, Jul 5, 2012 at 13:30:41 +0900, Nobuhiro Iwamatsu wrote: severity 673542 important thanks Hi, All those compat packages in 1.5.x are completely broken. libpng15-15 does not have the same ABI as libpng12-0. So making libpng12-0_1.5.10 a compat package depending on libpng15-15 and creating symlinks makes absolutely no sense. The same is true for libpng3 and the libpng12-dev package. The package depending on libpng12 will hardly work, as you have pointed out. However, this was due to be solved by transition of libpng15 altogether. Regrettably, since some packages have not been supported yet, the transition to libpng15 is not performed by wheezy. The main reason it's not being performed is that the libpng maintainers have shown time and time again that they don't know what they are doing. And I have a feeling that this is not RC bug. Your feeling is wrong. I change severity of this bug to important. And I change it back. Cheers, Julien signature.asc Description: Digital signature
Bug#617409: [Pkg-libburnia-devel] Bug#617409: brasero: Brasero corrupts all blank CD-R when burning (was: additional info)
Hi, I'd suggest the attached patch to be applied, so we can better see what happens to the growisofs child process. The code unconditinally calls WEXITSTATUS (status) without making sure that WIFEXITED has returned true. This is undefined... but whatever - a separate issue. (also I don't actually like brasero_process_watch_child() to be utilized like that: g_timeout_add (500, brasero_process_watch_child, process); but this could be tweaked later) Reporters, could you please do the following: apt-get source brasero apt-get build-dep brasero put the attached patch in debian/patches/ echo check-child-status debian/patches/series dpkg-buildpackage and install this one... then try to reproduce the promlem, and get us the logs so we can better see what is going on with our beloved growisofs process. -- pub 4096R/0E4BD0AB people.fccf.net/danchev/key pgp.mit.edu --- brasero-3.4.1.orig/libbrasero-burn/burn-process.c +++ brasero-3.4.1/libbrasero-burn/burn-process.c @@ -294,12 +294,27 @@ brasero_process_watch_child (gpointer da * brasero_job_finished/_error is called before the pipes are closed so * as to let plugins read stderr / stdout till the end and set a better * error message or simply decide all went well, in one word override */ - priv-return_status = WEXITSTATUS (status); +/* + priv-return_status = WEXITSTATUS (status); +*/ priv-watch = 0; priv-pid = 0; - + if (WIFEXITED(status)) { /* WEXITSTATUS macro should only be used if WIFEXITED returned true */ + printf(process exited, status=%d\n, WEXITSTATUS(status)); + priv-return_status = WEXITSTATUS (status); + BRASERO_JOB_LOG (data, process exited with status %d, WEXITSTATUS (status)); + } + else if (WIFSIGNALED(status)) { + printf(process killed by signal %d\n, WTERMSIG(status)); + BRASERO_JOB_LOG (data, process killed by signal %d, WTERMSIG(status)); + } + else if (WIFSTOPPED(status)) { + printf(process stopped by signal %d\n, WSTOPSIG(status)); + BRASERO_JOB_LOG (data, process stopped by signal %d, WSTOPSIG(status)); + } +/* BRASERO_JOB_LOG (data, process finished with status %i, WEXITSTATUS (status)); - +*/ result = brasero_process_finished (data); if (result == BRASERO_BURN_RETRY) { GError *error = NULL;
Bug#680354: [INTL:da] Danish translation of the debconf templates nova
Package: nova Severity: wishlist Tags: l10n patch Please include the attached Danish nova translations. joe@pc:~/over/debian/nova$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 15 oversatte tekster. bye Joe da.po Description: Binary data
Bug#673469: #673469 libwebkitgtk-1.0-0: segfaults all the time on armel, javascript related
Hi, It looks like this is the relevant upstream bug (though it's not totally clear if the original reporter is on armel or armhf) I am on armel but you need to Cc me if you ask for more information. 673...@bugs.debian.org only goes to the maintainer of the package and not the submitter. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664219: l2tpns working nicely on squeeze here
Hi, I just wanted to say that l2tpns is working fine here on squeeze, with hundreds of users. We are using a quite modified version, though. I submitted it upstream, but there doesn't seem to be much activity. My repository is here, if you're interested: http://dolka.fr/code/l2tpns.git I /may/ think of taking over maintenance one day, as I know quite well the code now, but I am quite busy right now for that. Regards, benjamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680355: ITP: cns11643-fonts -- Chinese TrueType fonts for CNS 11643, TW-Sung and TW-Kai
Package: wnpp Severity: wishlist Owner: Shih-Yuan Lee (FourDollars) fourdoll...@gmail.com * Package name: cns11643-fonts Version : 98.1 Upstream Author : RDEC, Executive Yuan, ROC. * URL : http://www.cns11643.gov.tw * License : CC-BY-ND 3.0 Programming Lang: truetype font Description : Chinese TrueType fonts for CNS 11643, TW-Sung and TW-Kai The CNS 11643 character set (Chinese National Standard 11643), also officially known as the Chinese Standard Interchange Code, is officially the standard character set of the Republic of China. (In practice, variants of Big5 are de facto standard.) TW-Kai is released by RDEC, Executive Yuan, ROC. It covers the characters plane 1 to 9 defined by CNS11643. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617409: brasero: Brasero corrupts all blank CD-R when burning (was: additional info)
Hi, Paul Menzel wrote: So unfortunately it looks like there is no list for Brasero and you need to use the GNOME Bugzilla bug tracker. Well, there is a list, the last entry is of january 2012, and it complains about the burn errors which seem to have emerged in spring 2011. https://mail.gnome.org/archives/brasero-list/2012-January/thread.html I tried to contact Brasero developers in december 2011 when i finally had implemented CD-TEXT, a feature which they missed in libburn when they adopted it. No reaction. We'd need somebody who wants to maintain at least the plugins for libisofs and libburn. I myself am a command-line guy and thus heavily unsuitable for that job. rpnpif hinted in his original message, that the media was corrupted because the wrong write speed was used. I doubt, but cannot completely outrule this for the runs which report libisofs progress up to 100 %. The drives take the speed instructions only as a hint. Then they decide what speed to use. Of course, the drive can still do it wrong, when it gets the speed request. But that would be an individual firmware flaw. Those are often related to particular types of media (brands, manufacturers). One can find out the media producer by xorriso -outdev /dev/sr0 -toc | grep 'Media product' which will tell something like CD: Media product: 97m15s35f/79m59s74f , Nan-Ya Plastics Corporation DVD: Media product: RITEK/004/48 , Ritek Corp BD: Media product: VERBATIM/IM0/0 , Mitsubishi Kagaku Media Co. If there is suspicion, that the drive does not like the media brand, then try to get some which shows a different Media product:. This might be not easy because most brands sell media from varying manufacturers. (Hint: Verbatim only sells Mitsubishi media. So if the current media are not Verbatim or Mitsubishi Kagaku then Verbatim media will surely be different from those ones. The same is mostly true vice versa.) Surely speed or media incompatibility is not the reason for those runs where libisofs progress reached only about 50 %. libisofs and libburn were not free of bugs during the last year. But none of the resolved ones would explain what Brasero users report. Thanks for that offer. Hopefully, rpnpif and Simon can chime in so that this release critical bug can be resolved. I hate to say it, but it seems to be easiest to just disable the libisofs plugin. I understand that Ubuntu already moves into that direction. xorriso could step in by its emulation of mkisofs and cdrecord (single data track only). cdrskin could step in as a more versatile emulation of cdrecord (audio, multiple tracks in one session). This would of course not have the advantages of using the two libraries with their message queues and well definded APIs. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680356: tea: package description review
Package: tea Version: 33.1.0-1 Severity: wishlist Tags: patch The package description for tea has a few typos and other language errors. Package: tea Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, tea-data (= ${source:Version}) Recommends: bzip2, antiword, aspell, hunspell (Wait, why does it recommend aspell *and* hunspell? I suspect this should be aspell | hunspell, but I'll stick to just reviewing the descriptions.) Description: text editor with syntax highlighting UTF support UTF support presumably means UTF-8 support, but it has been several releases since that was something you'd be entitled to count as a bonus feature - these days failing to support Unicode would warrant a fairly severe bug report. I would suggest that instead it should mention the most obvious difference between this and for instance nano or vim or jed: it's a *graphical* text editor. TEA provides you hundreds of functions. Want some tea? Ungrammatical; you want provides you with hundreds [...] I often suggest that package descriptions should explain the package's name, but if TEA is really Text Editor of the Atomic era then maybe that would just lead to more questions. I had hoped the Russian manual might clarify things, but as far as I can see it's quite the opposite. . TEA features are: This sounds as if it's leading into a list of descriptions of TEA's features (they're numerous, powerful, and intuitive) rather than a nonexhaustive catalogue of the features themselves. The simple fix is to drop the are, and leave features to be interpreted as a verb! * Spell checker (using aspell and hunspell) Despite the ANDed Recommends line, s/and/or/, surely... * Tabbed layout engine Add a mention of the Qt-based GUI. * Support for multiple encodings This sounds like damning with faint praise by today's standards, but I don't know the functionality it's referring to well enough to describe it accurately. * Syntax highlighting * Code snippets and templates support Nouns in attributive noun stacks like this usually don't take plural endings (so I would expect code snippet support and template support); but we can avoid the issue by rephrasing: * Support for code snippets and templates * Wikipedia, DocBook, LaTeX, and Lout editing support Say editing support for to contrast with the read-only support for other formats in the following bulletpoint. * Reading of OpenDocument Text, SWX (old OpenOffice.org format), KWord, AbiWord, DOCX, Scribus, RTF, FB2 That probably needs some revision. For a start it isn't immediately clear what this is a list of; and it isn't being consistent about how it identifies them. When it says KWord format, it doesn't mean the format used by recent versions of KWord (which is ODT); it means the antique native KWD format. The simple solution would be just to do the same as you go on to do for image formats below (note sorted order): * reading support for text-based word processor formats (ABW, DOCX, FB2, KWD, ODT, RTF, SLA, SWX) * Hotkeys customizations Another attributive noun-stack; customisation of hotkeys is hotkey customisation. * Open at cursor-function for HTML-files and images Surplus hyphens. But reading the docs I see this doesn't do what I would have guessed - maybe it would be more intelligible as: * Open file at cursor function from HTML href or img tags * Miscalleneous HTML tools Typo: s/Miscalleneous/Miscellaneous/, and in fact by HTML it means XML/XHTML/HTML. * Preview in external browsers * String-handling functions such as sorting, reverse, format killing, trimming, filtering, conversions etc. s/reverse/reversing/; and I assume s/format killing/de-formatting/ (but what are conversions?) * Bookmarks * Drag'n'drop support (with text files and pictures) * Built-in image viewer (PNG, JPEG, GIF, WBMP, BMP, SVG) Sort those formats: (BMP, GIF, JPEG, PNG, SVG, WBMP). And what sort of order is this whole list of features in? Quite a few of them would fit better with a bit of shuffling. Then since I'm editing so many lines I might as well go ahead and impose the debian-l10n-english house style on the punctuation of this list. Package: tea-data Architecture: all Depends: ${misc:Depends} Recommends: tea Description: text editor with syntax highlighting UTF support (data files) TEA provides you hundreds of functions. Want some tea? Edit these lines for consistency. . This package contains static data for the tea package. You can safely remove it when removing tea. There's no need to tell sysadmins that automatically-installed dependencies of manually-installed packages can be removed when the useful app is removed (and hope they remember however many years later it is when the situation arises) - the package management front-ends will take care of that for us these days. My revised version: | Package: tea | Architecture: any | Depends:
Bug#680357: ruby-passenger-doc: Documentation package contains almost empty files
Package: ruby-passenger-doc Version: 3.0.13debian-1 Severity: normal Dear Maintainer, I installed ruby-passenger-doc in hope that I could find some more information on using it, but all the HTML files it contains are almost empty. There is only a line Mizuho required to build docs but no actual content. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ruby-passenger-doc depends on no packages. ruby-passenger-doc recommends no packages. Versions of packages ruby-passenger-doc suggests: ii chromium [www-browser] 20.0.1132.43~r143823-1 ii epiphany-browser [www-browser] 3.4.2-1 ii iceweasel [www-browser] 10.0.5esr-2 ii w3m [www-browser] 0.5.3-8 -- 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#680358: mythtv-status bug and patch
Package: mythtv-status Version: 0.10.1-1 Tags: patch Hello Andrew! I noticed a bizarre behaviour of mythtv-status: at 9pm, when the next recording was due at about 6pm the next day, it reported: Next Recording In: -3 Hours, -7 Minutes, which is clearly nonsense. The attached patch fixes this, and two other bugs: - if the next recording is in longer than 1 day, it now gives the correct time - if the time is 1 Hour, 1 Minute, it says this correctly (instead of saying 1 Hour, 1 Minutes) Also, it might be good to also handle cases where the next recording is in longer than a day differently. That shouldn't be so hard to do, using the Date::Manip routines, I guess All the best, Julian --- /usr/bin/mythtv-status 2012-06-14 11:49:26.0 +0100 +++ /tmp/mythtv-status 2012-07-05 11:14:31.277856364 +0100 @@ -436,11 +436,11 @@ if $next_time eq 'Never' || $next_time eq 'now'; my $err; -my $delta = DateCalc('now', $next_time, \$err, 1); +my $delta = DateCalc('now', $next_time, \$err, 0); my $str = Delta_Format($delta, 0, '%hh Hours, %mv Minutes'); -my $seconds = Delta_Format($delta, 0, '%sh'); +my $seconds = Delta_Format($delta, 'approx', 0, '%sh'); -$str =~ s/\b1 (Hour|Minute)s/1 $1/; +$str =~ s/\b1 (Hour|Minute)s/1 $1/g; $str =~ s/^0 Hours, //; $str =~ s/ 0 Minutes//;
Bug#641367: Patch adapted to new upstream version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Julien, First of all, thanks for your patch. I have adapted it to the last 1.14.3 upstream version. xavier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP9WoNAAoJEG3iFwasTcfamWcQAKZTJWxpovUfwtyd8jlAG2aT YDOkWLTUqrIEXJWXbfd5Xt9zncI8OJOT8VrTQEge7MA8oTQti6gT6fQLK5KB7DaY mIB9OhKi08JYzpvefqJBvKcA0ZvpFiAo1k+JledwzN9SMMz2eofpM7i8gtaE4/Zu vRFC+xABXT3/JVxWFPdAivJQinHEmEFGvwIrT8rulNU4YUx613hAMWwxLGWk9By6 xYBNuZUUA/p8mS4O/OfFZhnZ7yysJdLgtDahLpcRuFnycQjom1db8Ft6to62evP7 x6+aREjqXd5e8/Qwi19w5UXzINd1H29mjV1xi6TW5v7SqpVj038HvpSgPNleIw+u zoNoI75dzHSp8YHgmT5x/6fVb86tthBremFN40W53XnzyTXjwyKBFRGK3uBrOVh9 JGBVgF6cOGI9eqLa/PJPgCXz0foQjvvMjC5RWVM89Ybr1zkgDzSY1x9I299CmjEL OYeEBoTSMN7UPPH4dSJdepK537a81IgB6TK04NPbLRWRy2Lf6+V2iFP6UNVoMw1e LespYxQlGonCvRRY/IG87DvQkM6XcelD3Kh35iT7MDLJ/iIDJ5nbhVI+eWooS5Mu nn/+jG6CSpLYPZGpuUIJwoLUyiuylKCCpj93IZefoyTjU3CFe7/XAqxuVcxoSJEY HIp9EnQmQMEn5MTWp5ML =+vVJ -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#680359: paraview: non-versioned shlibs file
Package: paraview Version: 3.14.1-6 Severity: important Hi, the paraview package ships a shlibs file with no version information. That is a problem for other packages that build a paraview plugin. Something like 'paraview (= ${upstream_version}), paraview ( ${upstream_version}+)' might work (many of the libs aren't versioned so I guess there's no ABI guarantee). Thanks, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617409: brasero: Brasero corrupts all blank CD-R when burning (was: additional info)
Hi, Josselin Mouette wrote: That would be brasero-list: https://mail.gnome.org/mailman/listinfo/brasero-list Is there a chance that we could work together to find out what's wrong ? If not George Danchev's patch already brings insight, that is. Released libisofs-1.2.2 would be a good test bed. Of course we could also use libisofs SVN which currently is moving towards the next release 1.2.4 and already got some testing. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679330: ioquake3: Add support for GNU/Hurd
On 03/07/12 23:49, Svante Signell wrote: I have now tried openarena and it runs OK at 400x300 with the mesa-swx11 driver. Will try further with llvmpipe, at least it builds :) I've uploaded ioquake3 and openarena to experimental (would be unstable, but there's a freeze on), with both client and server enabled on Hurd. As far as I can see, this doesn't meet the criteria for a freeze exception, so I'm not going to request one. If you disagree and want this change to get to unstable, feel free to request a freeze exception yourself; if you get one, I'd be happy to upload the same changes to unstable. The debdiff would be the same as in experimental, but with the debian/gbp.conf change reverted, and a trivial new changelog entry. The only error printout is: Com_QueueEvent: overflow (whatever it means, only happening at higher resolutions) I think that means your framerate is too low for the engine's assumptions to be true, so you can expect it to happen with unaccelerated 3D, particularly at higher resolutions. If I understand correctly, the Quake III engine puts incoming input and network events in a fixed-length queue, and processes them as a batch between rendered frames - if too much time passes between frames, then new events won't fit in the queue and are dropped. Changing the cl_renderer cvar from opengl1 to opengl1_smp (\set cl_renderer opengl1_smp in the Quake III console) might help, if you have a second CPU where you can do the rendering. Another issue: Quake1/2? runs perfectly in 400x300. Please add __GNU__ to Quake/net_sys.h in the quakespasm package, please, see bug #671014 Also uploaded, sorry for the delay. I'd prefer to fix this properly (by using struct sockaddr, rather than reconstructing it from incomplete knowledge of the OS), but this will have to do for now. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680360: screen: Please label /var/run/screen for SE Linux
Package: screen Version: 4.1.0~20120320gitdb59704-3 Severity: normal Please apply a patch like the following to the init.d scripe to give $SCREENDIR the correct SE Linux label. --- screen-cleanup.orig 2012-07-05 20:15:33.788913184 +1000 +++ screen-cleanup 2012-07-05 20:18:59.729095142 +1000 @@ -27,6 +27,7 @@ rm -f $SCREENDIR mkdir $SCREENDIR chown root:utmp $SCREENDIR + [ -x /sbin/restorecon ] /sbin/restorecon $SCREENDIR fi find $SCREENDIR -type p -delete # If the local admin has used dpkg-statoverride to install the screen -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages screen depends on: ii debconf [debconf-2.0] 1.5.44 ii dpkg 1.16.4.3.0 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-33 ii libpam0g 1.1.3-7.1 ii libtinfo5 5.9-9 screen recommends no packages. Versions of packages screen suggests: pn iselect | screenie | byobu none -- Configuration Files: /etc/init.d/screen-cleanup changed: set -e test -f /usr/bin/screen || exit 0 SCREENDIR=/var/run/screen case $1 in start) if test -L $SCREENDIR || ! test -d $SCREENDIR; then rm -f $SCREENDIR mkdir $SCREENDIR chown root:utmp $SCREENDIR [ -x /sbin/restorecon ] /sbin/restorecon $SCREENDIR fi find $SCREENDIR -type p -delete BINARYPERM=`stat -c%a /usr/bin/screen` if [ $BINARYPERM -ge 4000 ]; then chmod 0755 $SCREENDIR elif [ $BINARYPERM -ge 2000 ]; then chmod 0775 $SCREENDIR else chmod 0777 $SCREENDIR fi ;; stop|restart|reload|force-reload) ;; esac exit 0 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641014: ITP: php-graphite -- Quick and Dirty PHP Library for hacking with Linked Data
On Wed, Jul 04, 2012 at 10:44:10PM +0200, Olivier Berger wrote: On Fri, Sep 09, 2011 at 02:55:13PM +0200, Olivier Berger wrote: * Package name: php-graphite Version : 1.4 Upstream Author : Christopher Gutteridge c...@ecs.soton.ac.uk * URL : http://graphite.ecs.soton.ac.uk/ * License : LGPL Programming Lang: PHP Description : Quick and Dirty PHP Library for hacking with Linked Data Graphite is an open source PHP Library, built on top of ARC2, to make it easy to do stuff with RDF data really quickly. The resulting packaging sources are in : http://anonscm.debian.org/gitweb/?p=users/obergix/libgraphite-php.git Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680361: [INTL:da] Danish translation of the debconf templates fglrx-driver
Package: fglrx-driver Severity: wishlist Tags: l10n patch Please include the attached Danish fglrx-driver translations. joe@pc:~/over/debian/fglrx-driver$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 10 oversatte tekster. bye Joe da.po Description: Binary data
Bug#572954: Not fixed after over two years?
How come this bug has not been fixed yet? As Scott Talbert noted this can be done by adding --disable-sse3 to the configure flags, at least for 32-bit x86 builds. If you don't think people still use CPUs without SSE3 support, look at this bug report and duplicates: [1] Other major distributions have fixed this bug in their packages. [2] There is also an upstream bug report [3], but it has not received any response so far. So, what is preventing this from getting fixed? Daniel [1] https://bugs.arx-libertatis.org/arx/issues/218 [2] http://wiki.arx-libertatis.org/Upstream_bugs_under_Linux [3] http://sourceforge.net/tracker/?func=detailaid=3520344group_id=4470atid=104470 smime.p7s Description: S/MIME Cryptographic Signature
Bug#680362: RM: mysql-5.1 -- RoQA; obsoleted by mysql-5.5
Package: ftp.debian.org Severity: normal Hi, the mysql transition has finished (#671115), mysql-5.1 is no longer in wheezy, no longer installable in sid (#677057), but it is still causing trouble when doing piuparts tests in sid. libmysqlclient16 Reverse Depends: slicer libslicer3 libquickfix14 libquickfix-python10 libpocomysql9-dbg libpocomysql9 slicer, quickfix, and poco all have FTBFS bugs and are not in wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680363: cyrus-imapd-2.2: imapd gets mad falling into endless loop
Package: cyrus-imapd-2.2 Version: 2.2.13-19+squeeze3 Severity: normal I'm migrating some 40 IMAP users to a new server. I found that imapd -s processes are proliferating and produce high load. Strace shows that they call poll() continously: 12:40:01.934613 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.934915 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.935024 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.935127 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.935231 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.935330 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.935430 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.935530 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 12:40:01.935630 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) I could catch the moment when an imapd gets mad: 14862 write(16, \27\3\1\0\2738\276\303\7d\216\274\r\274\303]Z\253\203\217\214\2 51\200\206\240\375\23\371\2109\\\367..., 192) = 192 14862 time(NULL)= 1341478919 14862 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16 , revents=POLLIN}]) 14862 read(16, \25\3\1\0\26, 5) = 5 14862 read(16, \t\357Rp\321\324\331;\206\255v\217\360\20\355\305\271\273U\260\ 302, 22) = 22 14862 gettimeofday({1341478919, 642090}, NULL) = 0 14862 getrusage(RUSAGE_SELF, {ru_utime={0, 548034}, ru_stime={0, 124007}, ...}) = 0 14862 time(NULL)= 1341478919 14862 times({tms_utime=54, tms_stime=12, tms_cutime=0, tms_cstime=0}) = 1862420508 14862 gettimeofday({1341478919, 642386}, NULL) = 0 14862 getrusage(RUSAGE_SELF, {ru_utime={0, 548034}, ru_stime={0, 124007}, ...}) = 0 14862 time(NULL)= 1341478919 14862 times({tms_utime=54, tms_stime=12, tms_cutime=0, tms_cstime=0}) = 1862420508 14862 time(NULL)= 1341478919 14862 send(5, 83Jul 5 11:01:59 cyrus/imaps2..., 104, MSG_NOSIGNAL) = 104 14862 rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTART}, NULL, 8) = 0 14862 close(15) = 0 14862 munmap(0xb5025000, 4096) = 0 14862 rt_sigaction(SIGPIPE, {SIG_IGN, [], 0}, {SIG_IGN, [], SA_RESTART}, 8) = 0 14862 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 14862 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 14862 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 14862 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) 14862 poll([{fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP}], 1, -1) = 1 ([{fd=16, revents=POLLIN|POLLERR|POLLHUP}]) Its log entries before I killed them manually: Jul 5 11:01:59 strudel cyrus/imaps2[14862]: accepted connection Jul 5 11:01:59 strudel cyrus/imaps2[14862]: mydelete: starting txn 2147486956 Jul 5 11:01:59 strudel cyrus/imaps2[14862]: mydelete: committing txn 2147486956 Jul 5 11:01:59 strudel cyrus/imaps2[14862]: mystore: starting txn 2147486957 Jul 5 11:01:59 strudel cyrus/imaps2[14862]: mystore: committing txn 2147486957 Jul 5 11:01:59 strudel cyrus/imaps2[14862]: starttls: TLSv1 with cipher AES256- SHA (256/256 bits new) no authentication ltrace -S shows a bit more: 21814 getgrent( unfinished ... 21814 ... getgrent resumed ) = 0xb7262b64 21814 getgrent( unfinished ... 21814 ... getgrent resumed ) = 0xb7262b64 21814 getgrent( unfinished ... 21814 ... getgrent resumed ) = 0xb7262b64 21814 getgrent( unfinished ... 21814 ... getgrent resumed ) = 0xb7262b64 21814 getgrent( unfinished ... 21814 ... getgrent resumed ) = 0xb7262b64 21814 getgrent( unfinished ... 21814 SYS_read(15, , 1024) = 0 21814 SYS_rt_sigaction(13, 0xbf8a7180, 0xbf8a70f4, 8, 0xb7260ff4 unfinished ... 21814 ... SYS_rt_sigaction resumed ) = 0 21814 SYS_rt_sigaction(13, 0xbf8a7220, 0, 8, 0xb7260ff4 unfinished ... 21814 ... SYS_rt_sigaction resumed ) = 0 21814 SYS_rt_sigaction(13, 0xbf8a7150, 0xbf8a70c4, 8, 0xb7260ff4) = 0 21814 SYS_stat64(0xb4e364f6, 0xbf8a58ac, 0xb7260ff4, 3, 0xbf8a5938 unfinished ... 21814 ... SYS_stat64 resumed ) = 0 21814 SYS_geteuid32(0xb4e371f4, 0x4fed83fc, 0x4fb505ee,
Bug#680364: Please add a way to use local aptitude
Package: apt-dater Severity: wishlist Hi, when i want to manage my local machine with apt-dater i have to setup an local sshd, an update-user, sudo and the sudoers file However, i think it would be a nice feature if there would be a feature, that i can just add a local aptitude host, which bypasses ssh. Some users don't have an sshd on their working machines for security reasons. Kind Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680365: override: libestraier-ruby-doc:oldlibs/extra, libestraier-ruby1.8:oldlibs/extra, libestraier-ruby1.9.1:oldlibs/extra, libestraier-ruby:oldlibs/extra
Package: ftp.debian.org Severity: normal hi, ftp-masters, They are changed its name, and these are transition packages. So, They should be oldlibs/extra. regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679819: Dropping Provides field broke depending software (python-avogadro)
* Daniel Leidert daniel.leid...@wgdd.de, 2012-07-04, 22:19: python-avogadro is the only package in the archive that depends on python2.7-qt4. I think it makes more sense to fix it there than in python-qt4 and depend on a bug in poilcy, but since that's what it says, I'll fix it in python-qt4 if you prefer. I would prefer if you re-add the Provides field in python-qt4. While I'm not a fan of python:Provides, and I agree that python-avogadro should stop depending on python2.X-foo packages, removing virtual packages at this point of release cycle is not really reasonable, specially when reverse-dependencies still exist. Scott, can you add them back? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680366: linux-image-3.2.0-0.bpo.2-amd64: md raid6 deadlock on write
Package: src:linux Version: 3.2.20-1~bpo60+1 Severity: important Tags: upstream We have a group of servers with a LVM over a RAID6 of 16 drives. During normal work loads, sometimes, the md raid enter on deadlock for writes and only a power off/power on allows to recover the machine. The raid was created some time ago with something like: mdadm --create /dev/md2 --level=6 -n=16 /dev/sd[a-p] Following an old discussion on this list http://www.spinics.net/lists/raid/msg37708.html. And another discussion http://marc.info/?l=linux-raidm=134126754029228w=4 The back ported kernel 3.2.0 for squeeze is affected by this and it's possible to confirm that running the fio command can make the raid enter on deadlock. The command used was: fio --name=global --rw=randwrite --size=1G --bsrange=1k-128k \ --filename=/dev/md2 --name=job1 --name=job2 --name=job3 --name=job4 \ --end_fsync=1 I have been doing tests to see what kernels where affected by this bug. For the deadlock by running fio on back ported 3.2.0 was observed on the raid: - increasing the stripe_cache_size would allow some extra IO. This problem was found in back ported kernel 3.2.0 for squeeze and in the vanilla kernels 3.4.0, 3.4.0-rc2, 3.2.0. The Debian kernel 2.6.32 seams to be immune. It's under investigation if a possible fix is now in the Linus git tree. Jose Calhariz -- Package-specific info: ** Version: Linux version 3.2.0-0.bpo.2-amd64 (Debian 3.2.20-1~bpo60+1) (debian-ker...@lists.debian.org) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Fri Jun 29 20:42:29 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-0.bpo.2-amd64 root=UUID=8ceab9f5-8d93-44f1-ac09-c2f0ca118275 ro printk.time=n quiet ** Not tainted ** Kernel log: [81124e6e] ? writeback_sb_inodes+0x169/0x1ff [81124f71] ? __writeback_inodes_wb+0x6d/0xab [81125197] ? wb_writeback+0x128/0x222 [810c47b6] ? determine_dirtyable_memory+0xd/0x1d [810c482e] ? global_dirty_limits+0x29/0x10b [8112544f] ? wb_do_writeback+0x1be/0x1de [81055a7b] ? del_timer_sync+0x34/0x3e [81125532] ? bdi_writeback_thread+0xc3/0x1fe [8112546f] ? wb_do_writeback+0x1de/0x1de [8112546f] ? wb_do_writeback+0x1de/0x1de [810633c5] ? kthread+0x7a/0x82 [8136ca74] ? kernel_thread_helper+0x4/0x10 [8106334b] ? kthread_worker_fn+0x147/0x147 [8136ca70] ? gs_change+0x13/0x13 INFO: task md2_resync:3145 blocked for more than 120 seconds. echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. md2_resync D 880037842140 0 3145 2 0x 880037842140 0046 8800 88007d3e5610 00013540 88007c137fd8 88007c137fd8 00013540 880037842140 88007c136010 880037b83000 0001a019c970 Call Trace: [a01971a0] ? get_active_stripe+0x2ab/0x588 [raid456] [81045fb3] ? try_to_wake_up+0x190/0x190 [a019d1d3] ? sync_request+0x257/0x1084 [raid456] [810555e3] ? lock_timer_base+0x49/0x49 [a00ffe80] ? md_do_sync+0x78a/0xb98 [md_mod] [81044620] ? update_curr+0xbc/0x160 [8100d65c] ? __switch_to+0x175/0x2b1 [81044620] ? update_curr+0xbc/0x160 [a0100513] ? md_thread+0x105/0x123 [md_mod] [a010040e] ? md_rdev_init+0xea/0xea [md_mod] [a010040e] ? md_rdev_init+0xea/0xea [md_mod] [810633c5] ? kthread+0x7a/0x82 [8136ca74] ? kernel_thread_helper+0x4/0x10 [8106334b] ? kthread_worker_fn+0x147/0x147 [8136ca70] ? gs_change+0x13/0x13 INFO: task fio:4922 blocked for more than 120 seconds. echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. fio D 88007a290730 0 4922 4917 0x 88007a290730 0082 8800 88007d3a20c0 00013540 88000c61bfd8 88000c61bfd8 00013540 88007a290730 88000c61a010 0046 00017a290730 Call Trace: [a01971a0] ? get_active_stripe+0x2ab/0x588 [raid456] [8103882a] ? __wake_up_common+0x41/0x78 [81045fb3] ? try_to_wake_up+0x190/0x190 [a019ad03] ? make_request+0x1b9/0x373 [raid456] [81063801] ? wake_up_bit+0x20/0x20 [8112aebe] ? T.1024+0x17/0x17 [a00fea9b] ? md_make_request+0xbe/0x1b1 [md_mod] [811aa026] ? generic_make_request+0x8e/0xcd [811aa13e] ? submit_bio+0xd9/0xf7 [8112aebe] ? T.1024+0x17/0x17 [8112dc78] ? bio_alloc_bioset+0x44/0xb3 [81129b3d] ? submit_bh+0xe5/0x105 [8112c1a8] ? __block_write_full_page+0x1dd/0x2b5 [8112e1ce] ? blkdev_max_block+0x2e/0x2e [810c3ff2] ? __writepage+0xa/0x21 [810c50e5] ? write_cache_pages+0x226/0x31e [810c3fe8] ? set_page_dirty+0x61/0x61 [810c521b] ? generic_writepages+0x3e/0x55 [810bd480] ? __filemap_fdatawrite_range+0x4b/0x50
Bug#679377: Segmentation fault when initramfs is booting
A Dimecres, 4 de juliol de 2012 18:08:30, Michael Tokarev va escriure: tags 679377 + moreinfo thanks On 28.06.2012 13:14, Jordi Pujol wrote: Package: busybox Version: 1:1.20.0-4 Severity: important the patch shell-ash-export-HOME.patch causes a segmentation fault when initramfs boots, I believe that this fault occurs the first time that initramfs looks for some executable in the initramfs filesystem, Does whole thing actually work? Why do you think it is this patch which causes the SIGSEGV? The change in this patch is quite, well, innocent, it does not look like it can be a cause for any such issues. This works now, using the modified version, There are a few weeks, after the upgrade of Busybox, the system not booted; automatically it entered in the Busybox shell, and we see Segmentation fault... in the file /run/initramfs/initramfs.debug Trying the new version 1.20.1 from upstream, with their stable patches, allways boots. Adding the old patches to that, this little patch makes the boot fail, I believe that some built-in Busybox commands access to internal memory tables that are not initialized yet, These tables may be initialized with some commands that manage paths or directories. (It's supposed, from experiences). Can you describe your initramfs/environment a bit? Maybe give me access to your initramfs for testing? my initramfs is based in Debian Live initramfs, in their mailing-list they have been talking about that and it's solved with a workaround. This workaround re-creates a directory (mkdir -p) that already exists. http://lists.debian.org/CAFp4thR1VTaWJxjO1G0A-- N3ww8Mnrf3E=pe0wtye_ztexc...@mail.gmail.com Also, the latest release of busybox, 1.20.1 is a bit different of that, and Different of what, exactly? The version of busybox you're filing bugreport against is actually 1.20.1, so there are two questions actually: what is different, and different between what and what? -- since you're comparing the same thing with itself. Sorry, a detailed look shows that I was magnifying the things, there is only one diff, diff -Naurp ../busybox-1.20.0/shell/ash.c ../busybox-1.20.1-lnet1/shell/ash.c --- ../busybox-1.20.0/shell/ash.c 2012-07-05 12:11:06.0 +0200 +++ ../busybox-1.20.1-lnet1/shell/ash.c 2012-04-22 03:45:24.0 +0200 @@ -6846,7 +6846,8 @@ evalvar(char *p, int flags, struct strli patloc = expdest - (char *)stackblock(); if (NULL == subevalvar(p, /* varname: */ NULL, patloc, subtype, startloc, varflags, - /* quotes: */ flags (EXP_FULL | EXP_CASE | EXP_REDIR), +//TODO: | EXP_REDIR too? All other such places do it too + /* quotes: */ flags (EXP_FULL | EXP_CASE), var_str_list) ) { int amount = expdest - ( So, I really want to know more about your environment and the segfault. I don't see any segfaults here. This Segmentation fault is really difficult to debug, it's supposed that occurs depending on the instruccions contained in every script, Here is a saved log of an execution, using a modified Debian Live initramfs that traps all errors, ... + maybe_break mount + [ = mount ] + log_begin_msg Mounting root file system + _log_msg Begin: Mounting root file system ... + [ n = y ] + printf Begin: Mounting root file system ... Begin: Mounting root file system ... + . /scripts/lnet + export LANG=C + LNET_LIVEPOINT=/lnet + mountpoint=/lnet/image + LNET_MEDIA_PATH=LneT + LNET_LIVEVARS=/etc/lnet.vars + LNET_USERNAME=livenet + LNET_USERFULLNAME=Live never ending Tale user + LNET_HOSTNAME=Live-neT + [ -z -qb ] + LNET_MODPROBE_OPTIONS=-qb + . /scripts/functions + set -e + trap set +e ; trap - 0 ; panic Error in ${0} 0 + touch /etc/mtab + mkdir -p /lnet + awk /MemTotal:/{print $2} /proc/meminfo Segmentation fault... (next the panic routine is executed...) All the commands are built-in Busybox commands, It has been not possible to save a log in Debian Live; in this environment after the error the shell was locked or unresponsible, it seems that everyone has solved this, in a form or other, change the severity to normal, if you want. Thanks, Jordi Pujol Live never ending Tale GNU/Linux Live forever! http://livenet.selfip.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680367: ITP: norsp -- predictor of non-regular secondary structure
Package: wnpp Severity: wishlist Owner: e.reisin...@gmx.net * Package name: norsp Version : 1.0.3 Upstream Author : Laszlo Kajan lka...@rostlab.org * URL : http://www.rostlab.org/ * License : GPL Programming Lang: Perl Description : predictor of non-regular secondary structure Many structurally flexible regions play important roles in biological processes. It has been shown that extended loopy regions are very abundant in the protein universe and that they have been conserved through evolution. Here, we present NORSp, a publicly available predictor for disordered regions in protein. Specifically, NORSp predicts long regions with NO Regular Secondary structure. Upon user submission of a protein sequence, NORSp will analyse the protein for its secondary structure, presence of transmembrane helices and coiled-coil. It will then return email to the user about the presence and position of disordered regions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680368: release.debian.org: unblock: evernote-mode/0.41-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please unblock package evernote-mode. Current evernote-mode (= 0.41-2) in Wheezy is completely broken and can't use. I fix it 0.41-3 which is already in unstable. - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671688 Please unblock it. Best Wishes, Youhei -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (80, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#680369: [INTL:da] Danish translation of the debconf templates ez-ipupdate
Package: ez-ipupdate Severity: wishlist Tags: l10n patch Please include the attached Danish ez-ipupdate translations. joe@pc:~/over/debian/ez-ipupdate$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 35 oversatte tekster. bye Joe da.po Description: Binary data
Bug#656088: gforge-web-apache2: prompting due to modified conffiles which where not modified by the user
Hi Roland, sorry, it took me a while to answer this ... On 2012-03-20 14:24, Roland Mas wrote: I'm not sure there's a way to fix that without touching the packages in stable; Touching stable is not an option, this needs to be fixed by the package in squeeze. so, while I agree this bug is valid for the squeeze-wheezy upgrade, it should be tagged as only concerning versions up to 5.1.1-2. What do you think? How does /etc/gforge/httpd.conf get created? Is there any local customization (like a hostname) by default or is it the sam efile in all installations (until customized)? If you can limit the possible files created by the package in squeeze just collect all possible md5sums of unmodified configuration files. Then in the preinst compute the md5sum of an existing /etc/gforge/httpd.conf and compare it to the list, move it aside it matching and delete the backup in postinst. This will allow installation of the clean new file without prompting. IIRC the initscripts and basefiles packages in sid do something similar for /etc/default/rcS and /etc/profile Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679407: Blitz++: update to version 0.10
Yes, that would be great. The developers have many times urged people that experience problems to upgrade from 0.9 to the Mercurial version. Much of this will be taken care of by getting 0.10 into Debian. Best regards, Torquil Sørensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679819: Dropping Provides field broke depending software (python-avogadro)
I can. Thanks for the second opinion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680084: postinst script gets stuck
Hi Yann, On 07/04/12 19:56, Yann Dirson wrote: 2. the output of strace -p pid root@ppcl007:~# strace -p 3648 Process 3648 attached - interrupt to quit read(11, In that case, we'll need to know what's hidden behind file descriptor 11. You can use ls -l /proc/pid/fd/ to find out. root@nobody:~# ls -al /proc/8460/fd total 0 dr-x-- 2 root root 0 Jul 5 13:23 . dr-xr-xr-x 8 root root 0 Jul 5 13:22 .. lrwx-- 1 root root 64 Jul 5 13:24 0 - /dev/pts/0 lrwx-- 1 root root 64 Jul 5 13:24 1 - /dev/pts/0 lr-x-- 1 root root 64 Jul 5 13:24 10 - pipe:[640169] lr-x-- 1 root root 64 Jul 5 13:24 11 - pipe:[638542] lr-x-- 1 root root 64 Jul 5 13:24 12 - pipe:[640170] lrwx-- 1 root root 64 Jul 5 13:23 2 - /dev/pts/0 lrwx-- 1 root root 64 Jul 5 13:24 3 - /dev/pts/0 lrwx-- 1 root root 64 Jul 5 13:24 4 - /var/cache/debconf/config.dat lrwx-- 1 root root 64 Jul 5 13:24 5 - /var/cache/debconf/passwords.dat lrwx-- 1 root root 64 Jul 5 13:24 6 - /var/cache/debconf/templates.dat l-wx-- 1 root root 64 Jul 5 13:24 8 - pipe:[638541] lrwx-- 1 root root 64 Jul 5 13:24 9 - /dev/pts/0 You can also get info from debconf itself. Setting DEBCONF_DEBUG=developer while running dpkg can help. root@ppcl007:~# dpkg -i /var/cache/apt/archives/memtest86+_4.20-1.1_amd64.deb (Reading database ... 241701 files and directories currently installed.) Preparing to replace memtest86+ 4.20-1.1 (using .../memtest86+_4.20-1.1_amd64.deb) ... Unpacking replacement memtest86+ ... Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.2.0-3-amd64 Found initrd image: /boot/initrd.img-3.2.0-3-amd64 Found memtest86+ image: /memtest86+.bin Found memtest86+ multiboot image: /memtest86+_multiboot.bin grub-probe: error: no such disk. done Setting up memtest86+ (4.20-1.1) ... debconf (developer): frontend started debconf (developer): frontend running, package name is memtest86+ debconf (developer): starting /var/lib/dpkg/info/memtest86+.config configure debconf (developer): -- INPUT medium shared/memtest86-run-lilo debconf (developer): -- 30 question skipped debconf (developer): -- GO debconf (developer): -- 0 ok debconf (developer): starting /var/lib/dpkg/info/memtest86+.postinst configure debconf (developer): -- GET shared/memtest86-run-lilo debconf (developer): -- 0 false Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.2.0-3-amd64 Found initrd image: /boot/initrd.img-3.2.0-3-amd64 Found memtest86+ image: /memtest86+.bin Found memtest86+ multiboot image: /memtest86+_multiboot.bin grub-probe: error: no such disk. done Maybe some information about the disk layout helps, too: /dev/sda is the only disk installed. /dev/sda1 /boot ext4 /dev/sda2 encrypted physical volume for lvm2: /dev/mapper/pv00physical volume /dev/mapper/vg00-root / filesystem ext4 /dev/mapper/vg00-swap swap /dev/mapper/vg00-root2 empty ext4 /dev/mapper/vg00-export empty ext4 Hope this helps Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680364: Please add a way to use local aptitude
Hi, On 07/05/2012 01:04 PM, Michael Stummvoll wrote: Package: apt-dater Severity: wishlist Hi, when i want to manage my local machine with apt-dater i have to setup an local sshd, an update-user, sudo and the sudoers file However, i think it would be a nice feature if there would be a feature, that i can just add a local aptitude host, which bypasses ssh. Some users don't have an sshd on their working machines for security reasons. you might write your own command handler and use the Type configuration statement in a host group: [My Local Host Group] Type=no-ssh Hosts=localhost The default command handler (/usr/lib/apt-dater/cmd) will launch the no-ssh command handler (defaults to /etc/apt-dater/plugins/no-ssh/cmd). Use the default command handler as a template and drop the ssh stuff. We are aware that the config/host file format is not flexible enough (you can only have one Type per group) - an upcoming version of apt-dater will improve the format. HTH, Thomas Kind Regards, Michael -- supp...@ibh.de Tel. +49 351 477 77 30 www.ibh.de Fax +49 351 477 77 39 --- Dipl.-Ing. Thomas Liske Netzwerk- und System-Design IBH IT-Service GmbH Amtsgericht Dresden Gostritzer Str. 67a HRB 13626 D-01217 Dresden GF: Prof. Dr. Thomas Horn Germany VAT DE182302907 --- Ihr Partner für: LAN, WAN IP-Quality, Security, VoIP, SAN, Backup, USV --- professioneller IT-Service - kompetent und zuverlässig --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676543: Debian Bug 676543 oolite silently exit
I keep this bug open because Georgiewskiy did not subscribe to the upstream BTS. The attached patch reverts the libmojs-dev - mozjs185-dev changes, hoping to get a crashing executable *and* a meaningful backtrace. To build 1.76.1-2, you did: $ apt-get source --tar-only oolite $ git clone git://anonscm.debian.org/pkg-games/oolite.git $ cd oolite $ grep Build-Depends -A4 debian/control $ sudo apt-get missing_build_dependencies $ DEB_BUILD_OPTIONS=noopt nostrip debuild -us -uc $ sudo dpkg -i ../oolite*.deb Now, please: $ debuild clean $ git status # Check that workspace is clean. $ git checkout 7e5f3143858f0f4d38ccc501a73dd5d35a77b4d7 # Check revision. $ patch -p1 /tmp/allow_nostrip_for_1.76.1-1.diff $ DEB_BUILD_OPTIONS=noopt nostrip debuild -us -uc $ sudo dpkg -i ../oolite*.deb There is no need to test both strip/nostrip versions, they should produce the same assembly code. diff --git a/debian/control b/debian/control index 0e27861..6893d75 100644 --- a/debian/control +++ b/debian/control @@ -7,10 +7,9 @@ Standards-Version: 3.9.3 Build-Depends: dpkg-dev (= 1.16.1), debhelper (= 9), libsdl1.2-dev, libsdl-mixer1.2-dev, libgnustep-base-dev, gnustep-core-devel, - libnspr4-dev, libmozjs185-dev, - libpng-dev, mesa-common-dev, gobjc, libffi-dev -# Work-around: Oolite does not Build-Depend on libffi-dev, but -# libmozjs185-dev does (reported as #). + libnspr4-dev, libmozjs-dev (= 2.0~), + libpng-dev, mesa-common-dev, +gobjc Homepage: http://www.oolite.org Vcs-Git: git://git.debian.org/pkg-games/oolite.git Vcs-Browser: http://git.debian.org/?p=pkg-games/oolite.git diff --git a/debian/patches/debian_version_of_libmozjs.diff b/debian/patches/debian_version_of_libmozjs.diff index a442105..40d7c38 100644 --- a/debian/patches/debian_version_of_libmozjs.diff +++ b/debian/patches/debian_version_of_libmozjs.diff @@ -1,24 +1,33 @@ Description: use Debian/unstable version of libmozjs Upstream downloads libmozjs v4 from a private URL at build time. . - We adapt the source to use 1.8.5 packaged in Debian. - This part of the work has been forwarded upstream - but changes have been necessary since. + We adapt the source to use the version available in Debian. + This part of the work is forwarded upstream. . JSOPTION_ANONFUNFIX has been removed in mozjs, see https://bugzilla.mozilla.org/show_bug.cgi?id=665835 . - The main API difference is that older JSScript memory allocation - is hidden inside the associated JSObject. + jsxdrapi.h does not provide C compatibility anymore. Author: Nicolas Boulenguez nicolas.bouleng...@free.fr Forwarded: Michael Werle mi...@michaelwerle.com Index: b/src/Core/Scripting/OOJSScript.m === a/src/Core/Scripting/OOJSScript.m 2012-06-25 09:36:25.0 +0200 -+++ b/src/Core/Scripting/OOJSScript.m 2012-06-25 09:37:49.0 +0200 -@@ -58,11 +58,11 @@ +--- a/src/Core/Scripting/OOJSScript.m 2012-05-12 21:53:26.0 +0200 b/src/Core/Scripting/OOJSScript.m 2012-05-30 16:45:05.0 +0200 +@@ -22,6 +22,10 @@ + + */ + ++/* Work-around because jsxdrapi.h does not provide */ ++/* (Objective) C compatibility anymore. */ ++#define OO_CACHE_JS_SCRIPTS 0 ++ + #ifndef OO_CACHE_JS_SCRIPTS + #define OO_CACHE_JS_SCRIPTS 1 + #endif +@@ -58,11 +62,11 @@ static void AddStackToArrayReversed(NSMutableArray *array, RunningStack *stack); @@ -33,7 +42,7 @@ Index: b/src/Core/Scripting/OOJSScript.m #endif static NSString *StrippedName(NSString *string); -@@ -111,8 +111,7 @@ +@@ -111,8 +115,7 @@ { JSContext*context = NULL; NSString*problem = nil; // Acts as error flag. @@ -43,7 +52,7 @@ Index: b/src/Core/Scripting/OOJSScript.m jsval returnValue = JSVAL_VOID; NSEnumerator *keyEnum = nil; NSString*key = nil; -@@ -142,7 +141,7 @@ +@@ -142,7 +145,7 @@ problem = @could not add JavaScript root object; } @@ -52,7 +61,7 @@ Index: b/src/Core/Scripting/OOJSScript.m { problem = @could not add JavaScript root object; } -@@ -168,7 +167,7 @@ +@@ -168,7 +171,7 @@ if (!problem) { OOLog(@script.javaScript.willLoad, @About to load JavaScript %@, path); @@ -61,10 +70,12 @@ Index: b/src/Core/Scripting/OOJSScript.m } OOLogIndentIf(@script.javaScript.willLoad); -@@ -205,10 +204,9 @@ +@@ -203,12 +206,9 @@ + problem = @could not run script; + } OOJSStopTimeLimiter(); - - // We don't need the script any more - the event handlers hang around as long as the JS object exists. +- +- // We don't need the script any more - the event handlers hang around as long as the JS object exists. - JS_DestroyScript(context, script); } @@ -73,7 +84,7 @@ Index: b/src/Core/Scripting/OOJSScript.m sRunningStack = stackElement.back; -@@ -620,16 +618,16 @@ +@@ -620,16 +620,16 @@ } @@ -93,17 +104,17 @@ Index: b/src/Core/Scripting/OOJSScript.m *outErrorMessage = nil; #if
Bug#608259: gdm3 restarts at the shutdown from gnome
Package: gdm3 Version: 3.0.4-4 Followup-For: Bug #608259 Same problem. I noticed that gdm3 appears at shutdown when I am using plymouth. is not very good looking visually, displaying the login manager at shutdown. It is complety random. I think if it is a fast shutdown (because there is not to much process running) it does not appear, instead if there is a slow shutdown it appears the gdm3 login screen. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.21-5 ii adduser 3.113+nmu3 ii dconf-gsettings-backend 0.12.1-1 ii debconf [debconf-2.0] 1.5.43 ii gconf2 3.2.5-1 ii gnome-session [x-session-manager] 3.4.2.1-1 ii gnome-session-bin 3.4.2.1-1 ii gnome-session-fallback [x-session-manager] 3.4.2.1-1 ii gnome-terminal [x-terminal-emulator]3.4.1.1-1 ii gsettings-desktop-schemas 3.4.2-1 ii libaccountsservice0 0.6.21-5 ii libatk1.0-0 2.4.0-2 ii libattr11:2.4.46-8 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libcanberra-gtk3-0 0.28-4 ii libcanberra00.28-4 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgconf2-4 3.2.5-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libglib2.0-bin 2.32.3-1 ii libgtk-3-0 3.4.2-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-1 ii libselinux1 2.1.9-5 ii libupower-glib1 0.9.16-3 ii libwrap07.6.q-23 ii libx11-62:1.5.0-1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2 ii lsb-base4.1+Debian7 ii metacity [x-window-manager] 1:2.34.3-2 ii policykit-1-gnome 0.105-2 ii terminator [x-terminal-emulator]0.95-1 ii upower 0.9.16-3 ii xterm [x-terminal-emulator] 278-1 Versions of packages gdm3 recommends: ii at-spi 1.32.0-1 ii desktop-base 6.0.7 ii gnome-icon-theme 3.4.0-2 ii gnome-power-manager3.4.0-2 ii gnome-settings-daemon 3.4.2-3 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.1.902-1 ii xserver-xorg 1:7.6+13 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.3-1 pn gnome-orcanone pn gok none ii libpam-gnome-keyring 3.4.1-4 ii metacity 1:2.34.3-2 -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679819: [Python-modules-team] Bug#679819: Dropping Provides field broke depending software (python-avogadro)
sip4 will cause you the same problem. I'll take care of that too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680372: [INTL:da] Danish translation of the debconf templates mythtv-status
Package: mythtv-status Severity: wishlist Tags: l10n patch Please include the attached Danish mythtv-status translations. joe@pc:~/over/debian/mythtv-status$ msgfmt --statistics -c -v -o /dev/null da.poda.po: 9 oversatte tekster. bye Joe da.po Description: Binary data
Bug#679717: accessodf: unowned files after purge (policy 6.8, 10.8)
On 2012-07-02 08:00, Andreas Beckmann wrote: Please check the package at: http://crustulus.de/accessodf_0.1-1.2_all.deb Has the same problem. The postinst/postrm code is the problem. unopkg has nasty side effects ... please see the libreoffice-common maintainer scripts how they solve the problem by pointing HOME to a temporary directory and cleaning this up again later on. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680373: [INTL:da] Danish translation of the debconf templates mumble-django
Package: mumble-django Severity: wishlist Tags: l10n patch Please include the attached Danish mumble-django translations. joe@pc:~/over/debian/mumble-django$ msgfmt --statistics -c -v -o /dev/null da.poda.po: 4 oversatte tekster. bye Joe da.po Description: Binary data
Bug#680374: gdm3 user photo or image shows random
Package: gdm3 Version: 3.0.4-4 Severity: normal I have selected one png photo to my user accunt in general settings. Now gdm3 shows it complety random. Sometimes show it, sometimes show the default icon. The format of my png file is 85x85 and 3,1 kB -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.21-5 ii adduser 3.113+nmu3 ii dconf-gsettings-backend 0.12.1-1 ii debconf [debconf-2.0] 1.5.43 ii gconf2 3.2.5-1 ii gnome-session [x-session-manager] 3.4.2.1-1 ii gnome-session-bin 3.4.2.1-1 ii gnome-session-fallback [x-session-manager] 3.4.2.1-1 ii gnome-terminal [x-terminal-emulator]3.4.1.1-1 ii gsettings-desktop-schemas 3.4.2-1 ii libaccountsservice0 0.6.21-5 ii libatk1.0-0 2.4.0-2 ii libattr11:2.4.46-8 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libcanberra-gtk3-0 0.28-4 ii libcanberra00.28-4 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgconf2-4 3.2.5-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libglib2.0-bin 2.32.3-1 ii libgtk-3-0 3.4.2-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-1 ii libselinux1 2.1.9-5 ii libupower-glib1 0.9.16-3 ii libwrap07.6.q-23 ii libx11-62:1.5.0-1 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2 ii lsb-base4.1+Debian7 ii metacity [x-window-manager] 1:2.34.3-2 ii policykit-1-gnome 0.105-2 ii terminator [x-terminal-emulator]0.95-1 ii upower 0.9.16-3 ii xterm [x-terminal-emulator] 278-1 Versions of packages gdm3 recommends: ii at-spi 1.32.0-1 ii desktop-base 6.0.7 ii gnome-icon-theme 3.4.0-2 ii gnome-power-manager3.4.0-2 ii gnome-settings-daemon 3.4.2-3 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.1.902-1 ii xserver-xorg 1:7.6+13 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.3-1 pn gnome-orcanone pn gok none ii libpam-gnome-keyring 3.4.1-4 ii metacity 1:2.34.3-2 -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677297: [rt.debian.org #3892] Re: Bug#677297: kfreebsd-8: cve-2012-0217
On 05/07/12 07:00, Yves-Alexis Perez wrote: Can you show us a debdiff for the package you intend to upload to stable-security? Hi, Please find debdiff attached. Thank you! Regards, -- Steven Chamberlain ste...@pyro.eu.org diff -u kfreebsd-8-8.1+dfsg/debian/changelog kfreebsd-8-8.1+dfsg/debian/changelog --- kfreebsd-8-8.1+dfsg/debian/changelog +++ kfreebsd-8-8.1+dfsg/debian/changelog @@ -1,3 +1,12 @@ +kfreebsd-8 (8.1+dfsg-8+squeeze3) stable-security; urgency=medium + + [ Steven Chamberlain ] + * Apply upstream SA-12:04.sysret patch (CVE-2012-0217) (Closes: #677297) +- Include correction from upstream (r237241) + * Apply upstream EN-12:02.ipv6refcount patch (Closes: #677738) + + -- GNU/kFreeBSD Maintainers debian-...@lists.debian.org Tue, 19 Jun 2012 13:18:39 +0100 + kfreebsd-8 (8.1+dfsg-8+squeeze2) stable-security; urgency=low * Add 000_unix_socket_overflow.diff and 918_unix_socket_overflow.diff: diff -u kfreebsd-8-8.1+dfsg/debian/patches/series kfreebsd-8-8.1+dfsg/debian/patches/series --- kfreebsd-8-8.1+dfsg/debian/patches/series +++ kfreebsd-8-8.1+dfsg/debian/patches/series @@ -1,3 +1,5 @@ +SA-12_04.sysret.patch +EN-12_02.ipv6refcount.patch 000_adaptive_machine_arch.diff 000_ata.diff 000_coda.diff only in patch2: unchanged: --- kfreebsd-8-8.1+dfsg.orig/debian/patches/SA-12_04.sysret.patch +++ kfreebsd-8-8.1+dfsg/debian/patches/SA-12_04.sysret.patch @@ -0,0 +1,37 @@ +Description: + Correct a privilege escalation when returning from kernel if + running FreeBSD/amd64 on non-AMD processors. [12:04] + . + Includes a corrected patch from upstream, as the original commit to + RELENG_8_1 accidentally applied it to the wrong location. +Origin: vendor, http://security.freebsd.org/patches/SA-12:04/sysret.patch +Bug: http://security.freebsd.org/advisories/FreeBSD-SA-12:04.sysret.asc +Bug-Debian: http://bugs.debian.org/677297 +Applied-Upstream: http://svnweb.freebsd.org/base?view=revisionrevision=237241 + +Index: kfreebsd-8-8.1+dfsg/sys/amd64/amd64/trap.c +=== +--- kfreebsd-8-8.1+dfsg.orig/sys/amd64/amd64/trap.c2012-06-17 13:55:31.0 +0100 kfreebsd-8-8.1+dfsg/sys/amd64/amd64/trap.c 2012-06-19 12:44:37.299956401 +0100 +@@ -1010,4 +1010,21 @@ + STOPEVENT(p, S_SCX, sa.code); + + PTRACESTOP_SC(p, td, S_PT_SCX); ++ ++ /* ++ * If the user-supplied value of %rip is not a canonical ++ * address, then some CPUs will trigger a ring 0 #GP during ++ * the sysret instruction. However, the fault handler would ++ * execute with the user's %gs and %rsp in ring 0 which would ++ * not be safe. Instead, preemptively kill the thread with a ++ * SIGBUS. ++ */ ++ if (td-td_frame-tf_rip = VM_MAXUSER_ADDRESS) { ++ ksiginfo_init_trap(ksi); ++ ksi.ksi_signo = SIGBUS; ++ ksi.ksi_code = BUS_OBJERR; ++ ksi.ksi_trapno = T_PROTFLT; ++ ksi.ksi_addr = (void *)td-td_frame-tf_rip; ++ trapsignal(td, ksi); ++ } + } only in patch2: unchanged: --- kfreebsd-8-8.1+dfsg.orig/debian/patches/EN-12_02.ipv6refcount.patch +++ kfreebsd-8-8.1+dfsg/debian/patches/EN-12_02.ipv6refcount.patch @@ -0,0 +1,134 @@ +Description: + Fix reference count errors in IPv6 code. [EN-12:02] +Origin: vendor, http://security.freebsd.org/patches/EN-12:02/ipv6refcount.patch +Bug: http://security.freebsd.org/advisories/FreeBSD-EN-12:02.ipv6refcount.asc +Applied-Upstream: http://svnweb.freebsd.org/base?view=revisionrevision=236953 + +Index: kfreebsd-8-8.1+dfsg/sys/netinet6/in6.c +=== +--- kfreebsd-8-8.1+dfsg.orig/sys/netinet6/in6.c2012-06-16 19:00:59.0 +0100 kfreebsd-8-8.1+dfsg/sys/netinet6/in6.c 2012-06-16 19:03:42.829835350 +0100 +@@ -1370,6 +1370,8 @@ + } + + cleanup: ++ if (ifa0 != NULL) ++ ifa_free(ifa0); + + plen = in6_mask2len(ia-ia_prefixmask.sin6_addr, NULL); /* XXX */ + if ((ia-ia_flags IFA_ROUTE) plen == 128) { +@@ -1394,8 +1396,6 @@ + return; + ia-ia_flags = ~IFA_ROUTE; + } +- if (ifa0 != NULL) +- ifa_free(ifa0); + + in6_unlink_ifa(ia, ifp); + } +@@ -1549,14 +1549,19 @@ + hostid = IFA_IN6(ifa); + + /* prefixlen must be = 64. */ +- if (64 iflr-prefixlen) ++ if (64 iflr-prefixlen) { ++ if (ifa != NULL) ++ ifa_free(ifa); + return EINVAL; ++ } + prefixlen = iflr-prefixlen; + + /* hostid part must be zero. */ + sin6 = (struct sockaddr_in6 *)iflr-addr; + if (sin6-sin6_addr.s6_addr32[2] != 0 || +
Bug#679407: Blitz++: update to version 0.10
Hi, any volunteer to do this? The package is team maintained and I *never* had any particular personal interest in this package - just did it to do somebody a favour. I'd volunteer to take over sponsering if somebody prepares a patch in SVN (or moves the package to git.debian.org - at the preference of the person who does the work). Otherwise I'm afraid the upgrade needs to wait until I might have some spare time cycles. Kind regards Andreas. On Thu, Jul 05, 2012 at 01:34:51PM +0200, Torquil Macdonald Sørensen wrote: Yes, that would be great. The developers have many times urged people that experience problems to upgrade from 0.9 to the Mercurial version. Much of this will be taken care of by getting 0.10 into Debian. Best regards, Torquil Sørensen -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680375: trousers: fails to remove: prerm called with unknown argument `remove'
Package: trousers Version: 0.3.9-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to remove. From the attached log (scroll to the bottom...): Removing trousers ... prerm called with unknown argument `remove' dpkg: error processing trousers (--remove): subprocess installed pre-removal script returned error exit status 1 invoke-rc.d: policy-rc.d denied execution of start. cheers, Andreas trousers_0.3.9-2.log.gz Description: GNU Zip compressed data
Bug#249455: Tá do bosca poist níos mó ná an teorainn a stóráil 2GB
Tá do bosca poist níos mó ná an teorainn a stóráil 2GB atá conas leagtha síos ag an riarthóir, faoi láthair ag rith ag 2.30GB, b'fhéidir nach mbeadh sé in ann a sheoladh nó a fháil post nua go dtí go tú bhailíochtú do bhosca poist. A ath-bhailíochtú do bhosca poist. cliceáil ar an nasc thíos: https://docs.google.com/spreadsheet/viewform?formkey=dC00NFA2WmxMV3NHaHpfR2Z6MWI3Umc6MQ go raibh maith agat riarthóir córas This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676815: mumble-server-web: Must depend on libapache2-mod-php5
Just don't do that. You should not depend directly on apache, but on php5 package. Also a dependency on apache2 is wrong. There are plenty of other webservers out there, which can be used instead of apache2. Just depend on something like: libapache2-mod-php5 | php5 O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668065: Remove drupal6 in favour of drupal7?
Il giorno 04/lug/2012, alle ore 19:36, Al Nikolov ha scritto: В сообщении от Среда 04 июля 2012 17:43:17 автор Moritz Muehlenhoff написал: Al, what about the Drupal modules you've packaged? They will need to be updated or are they partly obsolete with Drupal 7? Well, yes, couple of them will be obsoleted, but most of, need to be upgraded. Hope, I can do this during the weekend after freeze. Actually, all of them contain references to drupal6 both in package names and directories (/usr/share/drupal6) so updating would require a NEW upload and with freeze already in place the will not be included in wheezy. Regards, L -- Luigi Gangitano -- lu...@debian.org -- gangit...@lugroma3.org GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 GPG: 4096R/2BA97CED: 8D48 5A35 FF1E 6EB7 90E5 0F6D 0284 F20C 2BA9 7CED
Bug#669485: patch for glade-3 build failure because of missing gmodule
Hi! The attached patch is probably a better version of the previously posted patch. Just drop it in debian/patches/ and add it to debian/patches/series to fix the build failure. HTH -- Andreas Henriksson Description: add gmodule-2.0 to GTK_LIBS Fixes build failure reported in http://bugs.debian.org/669485 Author: Andreas Henriksson andr...@fatal.se --- glade-3-3.6.7.orig/configure.ac +++ glade-3-3.6.7/configure.ac @@ -116,7 +116,7 @@ GTK_DOC_CHECK(1.9) dnl dnl Check for gtk+ dnl -PKG_CHECK_MODULES(GTK, [gtk+-2.0 = 2.14.0 gthread-2.0 libxml-2.0 = 2.4.0]) +PKG_CHECK_MODULES(GTK, [gtk+-2.0 = 2.14.0 gthread-2.0 libxml-2.0 = 2.4.0 gmodule-2.0]) AC_SUBST(GTK_LIBS) AC_SUBST(GTK_CFLAGS)
Bug#680345: FTBFS: Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207.
Hi, for me, it fails with cp: cannot create regular file `/tmp/buildd/hyperestraier-1.4.13/debian/ruby-hyperestraier-doc/usr/share/doc/ruby-hyperestraier-doc/rubynativeapi/classes/Estraier/Result.src/M34.html': No such file or directory When I build it with -j4, and builds fine with -j1. This is pretty sure due to bad dependencies in debian/rules. Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680377: xorg: update FAQ: How to set correct DPI
Package: xorg Version: 1:7.6+13 Severity: normal Dear Maintainer, the FAQ at http://x.debian.net/faq/general.html currently mentions three ways how to set DPI values different from 96 DPI: - use the desktop environment - use -dpi argument for X - use xrandr --dpi Please also add the possibility to use the DisplaySize option in the X config (especially because none of the three ways listed above work for me). Julien Cristau also mentioned setting something for xft, but I have no further insights. However, this also may be useful for the FAQ. PS: While you're at it, it would be very nice to see how to supply -dpi as an argument when using gdm3 (or any other login manager). Best regards, Carsten Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680376: python-pymongo: python3 support
Package: python-pymongo Version: 2.2-1 Severity: wishlist Tags: patch Hi, I wrote a patch to build python-pymongo for python3. Please help to see if this is suitable to merge them as official packages, thanks. Regards, ChangZhuo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 python-pymongo depends on: ii python 2.7.3~rc2-1 ii python-bson 2.2-1 ii python2.62.6.8-0.2 ii python2.72.7.3~rc2-2.1 Versions of packages python-pymongo recommends: ii python-gridfs 2.2-1 ii python-pymongo-ext 2.2-1 python-pymongo suggests no packages. -- no debconf information diff -Naur pymongo-2.2.orig/debian/control pymongo-2.2/debian/control --- pymongo-2.2.orig/debian/control 2012-05-11 04:22:07.0 +0800 +++ pymongo-2.2/debian/control 2012-06-22 23:38:54.072341069 +0800 @@ -7,9 +7,12 @@ Build-Depends: debhelper (= 8.0.0~), python-all-dev (= 2.6.6-3~), python-setuptools (= 0.6.14), - python-sphinx + python-sphinx, + python3-all-dev (= 3.1), + python3-setuptools Standards-Version: 3.9.3 X-Python-Version: = 2.5 +X-Python3-Version: = 3.1 Homepage: http://api.mongodb.org/python/ Vcs-Git: git://git.debian.org/git/collab-maint/pymongo.git Vcs-Browser: http://git.debian.org/?p=collab-maint/pymongo.git @@ -26,6 +29,18 @@ to easily access it from Python. Consider installing the python-pymongo-ext C extension to improve performance. +Package: python3-pymongo +Architecture: any +Depends: python3-bson (= ${binary:Version}), ${python3:Depends}, ${misc:Depends} +Recommends: python3-gridfs (= ${source:Version}) + , python-pymongo-ext [any-i386 any-ia64 any-amd64] +Provides: ${python3:Provides} +Description: Python interface to the MongoDB document-oriented database + MongoDB is a high-performance, open source, schema-free + document-oriented data store. Pymongo provides an interface + to easily access it from Python. + Consider installing the python-pymongo-ext C extension to improve performance. + Package: python-pymongo-ext Architecture: any-i386 any-ia64 any-amd64 Depends: python-bson (= ${binary:Version}), ${shlibs:Depends} @@ -58,6 +73,15 @@ The Python gridfs module is an implementation based on the pymongo module. It provides a file-like interface. +Package: python3-gridfs +Architecture: all +Depends: ${python3:Depends}, ${misc:Depends} +Provides: ${python3:Provides} +Description: Python implementation of GridFS for MongoDB + GridFS is a storage specification for large objects in MongoDB. + The Python gridfs module is an implementation based + on the pymongo module. It provides a file-like interface. + Package: python-bson Architecture: any Depends: ${python:Depends}, ${misc:Depends}, ${shlibs:Depends} @@ -66,6 +90,15 @@ Description: Python implementation of BSON for MongoDB BSON Python module contains all of the Binary JSON encoding and decoding logic for MongoDB. + +Package: python3-bson +Architecture: any +Depends: ${python3:Depends}, ${misc:Depends}, ${shlibs:Depends} +Recommends: python-bson-ext [any-i386 any-ia64 any-amd64] +Provides: ${python3:Provides} +Description: Python implementation of BSON for MongoDB + BSON Python module contains all of the Binary JSON encoding and decoding + logic for MongoDB. Package: python-bson-ext Architecture: any-i386 any-ia64 any-amd64 diff -Naur pymongo-2.2.orig/debian/python3-bson.install pymongo-2.2/debian/python3-bson.install --- pymongo-2.2.orig/debian/python3-bson.install 1970-01-01 08:00:00.0 +0800 +++ pymongo-2.2/debian/python3-bson.install 2012-06-22 15:10:09.954730423 +0800 @@ -0,0 +1 @@ +usr/lib/python3*/*-packages/bson*/*.py diff -Naur pymongo-2.2.orig/debian/python3-gridfs.install pymongo-2.2/debian/python3-gridfs.install --- pymongo-2.2.orig/debian/python3-gridfs.install 1970-01-01 08:00:00.0 +0800 +++ pymongo-2.2/debian/python3-gridfs.install 2012-06-22 15:08:15.834164529 +0800 @@ -0,0 +1 @@ +usr/lib/python3*/*-packages/gridfs* diff -Naur pymongo-2.2.orig/debian/python3-pymongo.install pymongo-2.2/debian/python3-pymongo.install --- pymongo-2.2.orig/debian/python3-pymongo.install 1970-01-01 08:00:00.0 +0800 +++ pymongo-2.2/debian/python3-pymongo.install 2012-06-22 14:35:29.916416059 +0800 @@ -0,0 +1,2 @@ +usr/lib/python3*/*-packages/pymongo*/*.py +usr/lib/python3*/*-packages/pymongo*/*.txt diff -Naur pymongo-2.2.orig/debian/python-bson.install pymongo-2.2/debian/python-bson.install --- pymongo-2.2.orig/debian/python-bson.install 2012-05-11 04:22:07.0 +0800 +++ pymongo-2.2/debian/python-bson.install 2012-06-22 15:10:03.682699325 +0800 @@ -1 +1 @@ -usr/lib/python*/*-packages/bson*/*.py +usr/lib/python2*/*-packages/bson*/*.py diff -Naur pymongo-2.2.orig/debian/python-gridfs.install
Bug#680378: [ia32-libs-i386] ia32-libs uninstallable: ia32-libs-i386 missing and buildd not building
Package: ia32-libs-i386 Version: 20120701 Severity: normal --- Please enter the report below this line. --- ia32-libs is 20120701, but ia32-libs-i386 is still 20120616, and as such ia32-libs is uninstallable (unupgradable) now. Looking at the buildd it looks like it doesn't want to build it (could be wrong, not very familiary with how the buildd works): https://buildd.debian.org/status/architecture.php?a=i386suite=sid Auto-Not-For-Us: 78: [...] , ia32-libs, [...] Also there is something that says ia32-libs is amd64 and ia64 only here: https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific ia32-libs-i386 doesn't show up on the buildd at all: https://buildd.debian.org/status/package.php?p=ia32-libs-i386suite=sid Apparently ia32-libs-i386 is in the archive because it got uploaded directly as a binary (not from a buildd): http://packages.qa.debian.org/i/ia32-libs/news/20120630T094734Z.html But the latest ia32-libs upload didn't include the ia32-libs-i386 binary in the upload: http://packages.qa.debian.org/i/ia32-libs/news/20120704T103209Z.html Could you please fix the buildd's configuration to build the package, or upload the prebuilt binary? # apt-get install ia32-libs Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ia32-libs : Depends: ia32-libs-i386 $ apt-cache policy ia32-libs ia32-libs: Installed: 20120102 Candidate: 20120701 Version table: 20120701 0 500 http://iota.nren.ro/debian/ unstable/main amd64 Packages 500 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages *** 20120102 0 500 http://iota.nren.ro/debian/ testing/main amd64 Packages 100 /var/lib/dpkg/status $ apt-cache policy ia32-libs-i386 ia32-libs-i386:i386: Installed: (none) Candidate: 20120616 Version table: 20120616 0 500 http://iota.nren.ro/debian/ unstable/main i386 Packages 500 http://ftp.de.debian.org/debian/ unstable/main i386 Packages Thanks, --Edwin --- System information. --- Architecture: amd64 Kernel: Linux 3.5.0-rc4 Debian Release: wheezy/sid 500 unstableiota.nren.ro 500 unstableftp.de.debian.org 500 testing iota.nren.ro --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680379: python-pymongo: python3 support
Package: python-pymongo Version: 2.2-1 Severity: wishlist Tags: patch Hi, I wrote a patch to support python3. Please help to see if it is suitable for official package, thanks. Regards, ChangZhuo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 python-pymongo depends on: ii python 2.7.3~rc2-1 ii python-bson 2.2-1 ii python2.62.6.8-0.2 ii python2.72.7.3~rc2-2.1 Versions of packages python-pymongo recommends: ii python-gridfs 2.2-1 ii python-pymongo-ext 2.2-1 python-pymongo suggests no packages. -- no debconf information diff -Naur pymongo-2.2.orig/debian/control pymongo-2.2/debian/control --- pymongo-2.2.orig/debian/control 2012-05-11 04:22:07.0 +0800 +++ pymongo-2.2/debian/control 2012-06-22 23:38:54.072341069 +0800 @@ -7,9 +7,12 @@ Build-Depends: debhelper (= 8.0.0~), python-all-dev (= 2.6.6-3~), python-setuptools (= 0.6.14), - python-sphinx + python-sphinx, + python3-all-dev (= 3.1), + python3-setuptools Standards-Version: 3.9.3 X-Python-Version: = 2.5 +X-Python3-Version: = 3.1 Homepage: http://api.mongodb.org/python/ Vcs-Git: git://git.debian.org/git/collab-maint/pymongo.git Vcs-Browser: http://git.debian.org/?p=collab-maint/pymongo.git @@ -26,6 +29,18 @@ to easily access it from Python. Consider installing the python-pymongo-ext C extension to improve performance. +Package: python3-pymongo +Architecture: any +Depends: python3-bson (= ${binary:Version}), ${python3:Depends}, ${misc:Depends} +Recommends: python3-gridfs (= ${source:Version}) + , python-pymongo-ext [any-i386 any-ia64 any-amd64] +Provides: ${python3:Provides} +Description: Python interface to the MongoDB document-oriented database + MongoDB is a high-performance, open source, schema-free + document-oriented data store. Pymongo provides an interface + to easily access it from Python. + Consider installing the python-pymongo-ext C extension to improve performance. + Package: python-pymongo-ext Architecture: any-i386 any-ia64 any-amd64 Depends: python-bson (= ${binary:Version}), ${shlibs:Depends} @@ -58,6 +73,15 @@ The Python gridfs module is an implementation based on the pymongo module. It provides a file-like interface. +Package: python3-gridfs +Architecture: all +Depends: ${python3:Depends}, ${misc:Depends} +Provides: ${python3:Provides} +Description: Python implementation of GridFS for MongoDB + GridFS is a storage specification for large objects in MongoDB. + The Python gridfs module is an implementation based + on the pymongo module. It provides a file-like interface. + Package: python-bson Architecture: any Depends: ${python:Depends}, ${misc:Depends}, ${shlibs:Depends} @@ -66,6 +90,15 @@ Description: Python implementation of BSON for MongoDB BSON Python module contains all of the Binary JSON encoding and decoding logic for MongoDB. + +Package: python3-bson +Architecture: any +Depends: ${python3:Depends}, ${misc:Depends}, ${shlibs:Depends} +Recommends: python-bson-ext [any-i386 any-ia64 any-amd64] +Provides: ${python3:Provides} +Description: Python implementation of BSON for MongoDB + BSON Python module contains all of the Binary JSON encoding and decoding + logic for MongoDB. Package: python-bson-ext Architecture: any-i386 any-ia64 any-amd64 diff -Naur pymongo-2.2.orig/debian/python3-bson.install pymongo-2.2/debian/python3-bson.install --- pymongo-2.2.orig/debian/python3-bson.install 1970-01-01 08:00:00.0 +0800 +++ pymongo-2.2/debian/python3-bson.install 2012-06-22 15:10:09.954730423 +0800 @@ -0,0 +1 @@ +usr/lib/python3*/*-packages/bson*/*.py diff -Naur pymongo-2.2.orig/debian/python3-gridfs.install pymongo-2.2/debian/python3-gridfs.install --- pymongo-2.2.orig/debian/python3-gridfs.install 1970-01-01 08:00:00.0 +0800 +++ pymongo-2.2/debian/python3-gridfs.install 2012-06-22 15:08:15.834164529 +0800 @@ -0,0 +1 @@ +usr/lib/python3*/*-packages/gridfs* diff -Naur pymongo-2.2.orig/debian/python3-pymongo.install pymongo-2.2/debian/python3-pymongo.install --- pymongo-2.2.orig/debian/python3-pymongo.install 1970-01-01 08:00:00.0 +0800 +++ pymongo-2.2/debian/python3-pymongo.install 2012-06-22 14:35:29.916416059 +0800 @@ -0,0 +1,2 @@ +usr/lib/python3*/*-packages/pymongo*/*.py +usr/lib/python3*/*-packages/pymongo*/*.txt diff -Naur pymongo-2.2.orig/debian/python-bson.install pymongo-2.2/debian/python-bson.install --- pymongo-2.2.orig/debian/python-bson.install 2012-05-11 04:22:07.0 +0800 +++ pymongo-2.2/debian/python-bson.install 2012-06-22 15:10:03.682699325 +0800 @@ -1 +1 @@ -usr/lib/python*/*-packages/bson*/*.py +usr/lib/python2*/*-packages/bson*/*.py diff -Naur pymongo-2.2.orig/debian/python-gridfs.install pymongo-2.2/debian/python-gridfs.install ---
Bug#470417: some people fixed it already
Hi bug, just want to mention this: http://www.isalo.org/wiki.debian-fr/index.php?title=Fail2ban Looks like they have solved the ipv6 fail2ban issues. Not sure if this is the author, or just somebody's hack - at least sounds promising. open-source rocks! .klemens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659061: brasero: segfaults when creating a subfolder
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package brasero tags 659061 +patch thanks Hi, I confirm that the bug is still present in 3.4.1-2 and that the patch solves it. The patch is a very clear 1-line addition and applies cleanly on top of 3.4.1. Regards, Thibaut. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJP9YiIAAoJEJOUU0jg3ChAM9QP/0ERZj3xmELjvK+kavaJGGzc UA0NZW+i0a0llqW/a2KEprf4YsU+17gQAHe/Tk3BRaGIx+yA8RPe9SHgXSgsYO3u g63m+y2Zx2ExG8nUw2UE5fRgyfhXn8SjKHS8bekCK8qeFvZBT2PFLsgHH+c9n68N ZQWKIqcMkvocviavRT8gECYiI7cGIArzpfCtYuXe6xcjNUpZ15LPAnIQxbTEgIYA 4oqqylsHMrgkh8QvnlIMvIY5wee5B4YxTf7ZQZf7RSX6Kq6Bo/cvLH+8uTuoQH1h p1Wh55NA1EUoeUS8v436ouCo9GkVOvLR38NuMjRDwqqd4eSsAyURLGNBZAhTRQU0 f9WKD6VDOKZ2I9abA2D/hV+Jyr5Cj4V8teULy+4jAOlnBfAcimSgzo1Ywup7M+Qw 8cGOYdw7qJEQtubr6IJJzv23yDs42GK7y+LMsfEpw7cTnVO8TDa4vY4XxfG86WbV 2r8G6PtycYDuJUcSmdLCUm6/S5aZYmYnYJ10g0BuxEHRC/VSiepiRyP5IzU1I566 3+ucIt2dbXurhNp5RL0bUFwr/+BgvWVkzcSNKBvY9bGH1/ovPjO0t5DxR0NjOSmb wXVQXkxcllSTOnPUZ6/c/c3jm+216Z1rajDPJgykpKov94ZMPBGkHtIR0RlcQNvd tQCIr9HU6mcSxZrqdnAz =BYkP -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#672657: Not suitable for weezy
On Wed, Jul 04, 2012 at 09:40:51PM +0200, Julien Cristau wrote: On Wed, Jul 4, 2012 at 10:58:30 +0200, Alessandro Ghedini wrote: On Sat, May 12, 2012 at 07:26:17PM +0200, Enrico Tassi wrote: Package: luajit Version: 2.0.0~beta9+dfsg-2 Severity: grave Tags: upstream In accordance with the upstream, luajit will not be part of weezy, but rather be made available via backports. Sooo, how is ulatencyd affected? It just lists libluajit-5.1-dev as an alternative build dependency of liblua5.1-0-dev (to let people rebuild the packages with luajit support without problems) but does not actually use it. I don't see this as a problem, am I wrong? No, that looks fine. Ok, closing (the correct bug) then. Thanks -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#669485: glade-3 packaging in svn
Just a note for anyone stumbling across this bug report about the packaging (and a new upstream release prepared) being available in svn at: http://anonscm.debian.org/viewvc/pkg-gnome/attic/glade-3/ -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679377: Segmentation fault when initramfs is booting
On 05.07.2012 04:32, Stefan Lippers-Hollmann wrote: [] I'm having trouble with the same problem in a custom (not Debian live) live boot environment, where busybox awk segfaults with shell-ash-export-HOME.patch applied. The code in question is[1]: FINGERED=$(awk -F: ' [] Executing the very same awk command from the initramfs shell (busybox ash) afterwards succeeds however: It looks like the problem only happens with awk and only when it is called as awk (not busybox awk and not /bin/awk after adding a symlink with this name pointing to busybox) and only when it is called from pid=1. For example, I did some experiments, and put a simple awk call in a separate file /at. Executing it from /init does not produce segfault, but sourcing it does (so it only happens with pid==1). I can only guess it is due to awk being NOEXEC applet. This is a problem very difficult to debug. I'll try to get something out of this all. Thank you! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679811: dh_shlibdeps crashes on s390x
merge 604128 679811 thanks On Sun, Jul 01, 2012 at 07:27:23PM +0200, Soeren Sonnenburg wrote: When building shogun dh_shlibdeps crashes with dh_shlibdeps -pshogun-ruby-modular -l :/usr/lib/atlas:/build/buildd-shogun_1.1.0-5-s390x-FQcWd3/shogun-1.1.0/src/shogun:/build/buildd-shogun_1.1.0-5-s390x-FQcWd3/shogun-1.1.0/debian/libshogun11/usr/lib *** glibc detected *** /usr/bin/perl: free(): invalid pointer: 0x8013a578 *** === Backtrace: = /lib/s390x-linux-gnu/libc.so.6(+0x86b90)[0x2344b90] /lib/s390x-linux-gnu/libc.so.6(cfree+0x76)[0x234a69e] /usr/lib/libperl.so.5.14(Perl_vivify_ref+0x124)[0x211188c] /usr/lib/libperl.so.5.14(Perl_pp_helem+0x43a)[0x21123b6] /usr/lib/libperl.so.5.14(Perl_runops_standard+0x20)[0x2107094] /usr/lib/libperl.so.5.14(perl_run+0x3e8)[0x209ba98] /usr/bin/perl(main+0x1c0)[0x8000126c] /lib/s390x-linux-gnu/libc.so.6(__libc_start_main+0x120)[0x22dea50] /usr/bin/perl[0x800012ba] [...] dpkg-shlibdeps: error: objdump died from signal 6 dh_shlibdeps: dpkg-shlibdeps -Tdebian/shogun-ruby-modular.substvars debian/shogun-ruby-modular/usr/lib/site_ruby/1.9.1/s390x-linux/modshogun.so returned exit code 255 https://buildd.debian.org/status/fetch.php?pkg=shogunarch=s390xver=1.1.0-5stamp=1341102794 Looks like a duplicate of #604128 which ended up as unreproducible. It would be good to know if a retry makes this happens again on the buildd. Even better would be to have a reproducible test case. Building the package manually on s390 and testing dh_shlibdeps and dpkg-shlibdeps invocations would indeed go a long way towards that. Valgrind might help once we've got something that always crashes. Hm, AFAICT signal 6 is ABORT on s390* too, and the main dpkg-shlibdeps perl process is clearly still alive when that signal gets delivered to objdump as it's printing error: objdump died from signal 6. I suppose its memory could be corrupt already at that point though. In any case, I'm afraid the backtrace doesn't help much. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org