Bug#707233: Provide PID isolation (using a namespace)
Package: schroot Version: 1.6.5-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! As a follow-up to #637870, schroot being able to provide PID isolation would be great. This would allow daemons to be destroyed when the schroot is destroyed. Otherwise, they keep running. Recent kernels allow one to do that using namespaces. It is possible to mount a namespace in some special location to keep track of it and reuse it later without having to keep a process for that. - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-iostreams1.49.01.49.0-3.2 ii libboost-program-options1.49.0 1.49.0-3.2 ii libboost-regex1.49.01.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii liblockdev1 1.0.3-1.5 ii libpam0g1.1.3-9 ii libstdc++6 4.7.2-5 ii libuuid12.20.1-5.3 ii schroot-common 1.6.5-1 schroot recommends no packages. Versions of packages schroot suggests: pn aufs-modules | unionfs-modules none pn btrfs-tools none ii debootstrap 1.0.48 ii lvm22.02.98-1 pn qemu-user-staticnone - -- Configuration Files: /etc/schroot/schroot.conf changed [not included] - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRij6pAAoJEJWkL+g1NSX5shgP+gN6wW09dZpoAKSGVwYjEaLS +5XwtZpOrJdsUiEF/xzv1pgZYK3NEkXoqJBl2i5TWZVwMJhUs7JZAGH+vi4/qDyf DIEXpL1njCTRrkdZOrmihAix/Ny4sz/ev2vWdGSlac2VASNmi2+5JTfdmvQiZQ1h hQyORVyoGSCXdUhXjsVVdrnh238q8E3wb8P/MtoR0rgwyQqMv/NeCpP5EjjZjGrV bqVx2a1E2Dmsp9sYlromQpUxFpSlk3eDjwv6w7RxDIXYhDOiScwIMkJD7du97VEm EgnkNqYuk0C2wbLzy2zacCIFrFyX03Uc06MeUQgp+dtfdsdCdgaijvoAmY6CIKEv TX2vg0J6Ku6y31asp/0nmZOUNehWRz6QTcYjmx4Rb1s1sV1wUKTnY3eNUShW6Jdz FSoMzKjzswQa/GApbX+3150+3FtLJBBUkTANcRHw5MrXhUdchI44vGL09KJD44PI c4b+8uLo45vFIMPLgwTvwPsOoFGxcWK8or0F1+wdfrREDgbPo9O0plo+Mc/Z4gHY FVq8MFGHI4Bggff5nftwrGl1mmXqU+my7BLyu8aLSETogXJT1Wzu9korIIC10YQg ZlbsBpMCtZ8AeKfSLAkHTFxqJDWcEWmoxgWvTYKqcwwmAJiN231c6aNJ2ChDfMgx aEkdjxfgHBTbKyWU+cPP =17tl -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#706363: gcc-4.7: segfault with -O1 -floop-block
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Version: 4.7.3-3 Am 28.04.2013 23:46, schrieb brian m. carlson: Package: gcc-4.7 Version: 4.7.2-22 Severity: normal I get the following ICE: vauxhall no % gcc -O1 -floop-block -c -std=c99 test.i test.i: In function ?drew_loader_free?: test.i:67:3: warning: implicit declaration of function ?free? [-Wimplicit-function-declaration] test.i:67:3: warning: incompatible implicit declaration of built-in function ?free? [enabled by default] test.i:71:2: warning: incompatible implicit declaration of built-in function ?free? [enabled by default] test.i:57:5: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.7/README.Bugs for instructions. Preprocessed source stored into /tmp/ccCOLUrL.out file, please attach this to your bugreport. fixed. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGKPf0ACgkQStlRaw+TLJz7RACcCIX82BKs7eZ9wfW8xIM9wtwp 7FMAnArv6m1eUoQnv1sQ4NQMFRDIwzsA =yV1g -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#669734: bandwidthd with apache2.4
For the record The bandwidthd integration with apache2 is pretty simple in that just any ships a configuration file to set up serving of the static html pages produced by bandwidthd. The bandwidthd-pgsql is basically the same, it installes the same apache config snippet, just that the directory pointed to now contains php scripts pulling data from postgresql instead of static html files. (More of these for lighttpd, nginx, etc. would be nice to have but I'm relying someone contributing these.) From http://wiki.debian.org/Apache/PackagingFor24 the main point from bandwidthd p.o.v. seems to be: Web applications must move their configuration files from /etc/apache2/conf.d/yourpackage to /etc/apache2/conf-available/yourpackage at very least. Hopefully this is the only thing needed. (I've not tested installing apache2.4 since it forces out too much of packages I need.) My suggestion is no not consider bandwidthd a blocker for apache2.4, since it's really not given that serving the generated graphs is really wanted/needed. (Personally I point my web browser towards file:///var/lib/bandwidthd/htdocs/ instead of http://localhost/bandwidthd/ when I want to look at my graphs, and the former is completely webserver-agnostic. ;P) -- 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#683682: playonlinux crashes in German environment
Hi, Thank you for your report. I just tested it with playonlinux 4.2.1 that I'm planning to upload to unstable, and it seems to be fixed in this new upstream version. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
Control: tag -1 + pending On Wed, 08 May 2013 13:10:12 +0200, Markus Koschany wrote: It's possible to have the old libjgoodies-forms-java installed (e.g. on a wheezy system) and then to install the new patched mediathekview, which will most probably break. So I think a versioned dependency on libjgoodies-forms-java = 1.6 would indeed make sense for mediathekview. Well, that's true. I didn't think thoroughly enough about the mixed distributions case here because this is not a problem if you use pure sid or pure testing whereby version 1.6.0-3 of libjgoodies-forms-java enters before mediathekview. Ack. Indeed a versioned dependency on libjgoodies-forms-java makes sense in this case. Ok, I'm glad we reach the same conclusions :) I'd be glad if you could lend me a helping hand with MV again. I have prepared a new revision that contains only the versioned dependency change. http://mentors.debian.net/debian/pool/main/m/mediathekview/mediathekview_3.2.1+git20130327-2.dsc Sure, I'll upload in a few hours when I'm back home. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #97: Small animal kamikaze attack on power supplies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
On 08.05.2013 13:10, Markus Koschany wrote: On 08.05.2013 11:44, gregor herrmann wrote: [...] I'm not so sure here. It's possible to have the old libjgoodies-forms-java installed (e.g. on a wheezy system) and then to install the new patched mediathekview, which will most probably break. Exactly. So I think a versioned dependency on libjgoodies-forms-java = 1.6 would indeed make sense for mediathekview. Well, that's true. I didn't think thoroughly enough about the mixed distributions case here because this is not a problem if you use pure sid or pure testing whereby version 1.6.0-3 of libjgoodies-forms-java enters before mediathekview. Indeed a versioned dependency on libjgoodies-forms-java makes sense in this case. Think version 1.6.0-3 of libjgoodies-forms-java needs to break version 1.3.0.2 of libjgoodies-common-java. Otherwise you end up with a similar exception. colliar signature.asc Description: OpenPGP digital signature
Bug#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
On Wed, 08 May 2013 14:30:02 +0200, colliar wrote: Think version 1.6.0-3 of libjgoodies-forms-java needs to break version 1.3.0.2 of libjgoodies-common-java. Otherwise you end up with a similar exception. Hm, reading http://www.jgoodies.com/download/libraries/forms/RELEASE-NOTES.txt my impression is that only Forms 1.7.1 requires Commons 1.6.0, and not the versions before. (And Forms 1.5.0 requires only Commons 1.3.) Besides that a versioned = depends would be enough IMO. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #237: Plate voltage too low on demodulator tube -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681375: Request for a debian-user-co mailing list
Hello, I'd like to support the creation of this mailling list. It's so important for our local community due that right now We have troubles with the list gene...@listas.debiancolombia.org ( the server power supply is damaged ). Please help us. In advance, thank you so much. Kind regards, -- Julián Moreno Patiño Debian Developer .''`. Debian GNU/{Linux,KfreeBSD} : :' : Free Operating Systems `. `' http://debian.org/ `- GPG Fingerprint: C2C8 904E 314C D8FA 041D 9B00 D5FD FC15 6168 BF60 Registered GNU Linux User ID 488513
Bug#705580: Only *specific* description seems to be missing
Hi Lucas, I think this was caused by a bug in the new archive gatherer. See commit 8c9c0f51b469bdc9bcd6d6dd9b06d8e36fb2c023. I think it's fixed now, but please double-check in a few days and reopen if necessary. I was stumbling upon http://blends.alioth.debian.org/science/tasks/mathematics#palp and I verified that the english descriptions for releases above squeeze are missing: udd= SELECT distinct p.package, p.description, p.description_md5, d.release, d.language, d.long_description from packages p join descriptions d on p.package = d.package where p.package = 'palp' ; package |description| description_md5 | release | language | long_description -+---+--+-+--+- palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | sid | en | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | wheezy | it | Un programma per classificare politopi reticolari riflessivi. + | | | | | Per i dettagli vedere http://arxiv.org/abs/math/0204356. + | | | | | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | jessie | en | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | squeeze | en | A program for classifying reflexive lattice polytopes.+ | | | | | See http://arxiv.org/abs/math/0204356 for details. palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | sid | da | Palp (»Package for Analyzing Lattice Polytopes«) er et program for+ | | | | | klassifikation af refleksive gitterpolytoper. Se + | | | | | http://arxiv.org/abs/math/0204356 for detaljer. + | | | | | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | sid | it | Un programma per classificare politopi reticolari riflessivi. + | | | | | Per i dettagli vedere http://arxiv.org/abs/math/0204356. + | | | | | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | wheezy | en | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | wheezy | da | Palp (»Package for Analyzing Lattice Polytopes«) er et program for+ | | | | | klassifikation af refleksive gitterpolytoper. Se + | | | | | http://arxiv.org/abs/math/0204356 for detaljer. + | | | | | I have no idea whether this is caused by the same problem or not. When this bug was reported *all* descriptions were missing - now these are only specific ones - but not only a single one: Just seek for the string Missing on the URL above to find about ten further examples. I suspect the fix you applied is not completely working. Should I reopen the bug report or create a new one because of a different problem? Kind regards Andreas. -- 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#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
On 08.05.2013 14:43, gregor herrmann wrote: On Wed, 08 May 2013 14:30:02 +0200, colliar wrote: Think version 1.6.0-3 of libjgoodies-forms-java needs to break version 1.3.0.2 of libjgoodies-common-java. Otherwise you end up with a similar exception. Hm, reading http://www.jgoodies.com/download/libraries/forms/RELEASE-NOTES.txt my impression is that only Forms 1.7.1 requires Commons 1.6.0, and not the versions before. (And Forms 1.5.0 requires only Commons 1.3.) Forms 1.6.0 should require Commons 1.4. I did test it with two systems running wheezy with some sid. Only updating libjgoodies-forms-java just changed the exception missing some gnu.io which was solved by manually updating libjgoodies-common-java from 1.3.0.2 to 1.4.0.2 Besides that a versioned = depends would be enough IMO. You are right. Cheers signature.asc Description: OpenPGP digital signature
Bug#669734: bandwidthd with apache2.4
Hi, On 08.05.2013 14:16, Andreas Henriksson wrote: My suggestion is no not consider bandwidthd a blocker for apache2.4, since it's really not given that serving the generated graphs is really wanted/needed. (Personally I point my web browser towards file:///var/lib/bandwidthd/htdocs/ instead of http://localhost/bandwidthd/ when I want to look at my graphs, and the former is completely webserver-agnostic. ;P) It's not, don't worry. Hence your bug is not filed as serious either. I just want you to be aware that the migration to 2.4 involves a few changes as denoted by us. Everything else should be fine for web applications, apart that you cannot really test most of them until we have a reasonable stack (e.g. Apache + PHP + wsgi et. al.) available for web application packagers to test. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#666794: Subversion module ready
Hello, could you please let me know if you're able to work on a patch in a foreseeable future? You are on our blocker list (#707024) because the subversion module is very important to Apache users, so that we do not want to break sid until a patch for your module is ready. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#707234: DOT_NUM_THREADS = 0 uses one more thread than available processors
Package: doxygen Version: 1.8.1.2-2 Severity: normal I've just noticed that when DOT_NUM_THREADS = 0 doxygen uses n+1 threads to run dot, with n = number of CPUs available. The problem with this approach is that when running on simulated targets (using qemu-user-static) the final number of threads can be counter-productive. I've found this while investigating why doxygen will completely hang the cpu on on a qemu-virtualized-mips chroot. Kinds regards, Lisandro. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.21+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages doxygen depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 Versions of packages doxygen recommends: ii doxygen-latex 1.8.1.2-2 Versions of packages doxygen suggests: ii doxygen-doc 1.8.1.2-2 ii doxygen-gui 1.8.1.2-2 ii graphviz 2.26.3-14 -- 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#705234: USA or United States of America
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 And to add to the confusion I translated USA as that, the three letters. And I can not tell why it was only the three letters to start with. Just to add to the confusion. - -- brother http://sis.bthstudent.se -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJRikxtAAoJEJbdSEaj0jV7hhsIAJVfvtVrKLm78kwnUVwLLSzJ 2NDYGfZkIV3RZa7vcDjVSLXrPdFc0hq1UdFSwiiQYYyLbubN4jtatgaMoUm94YaN 2mlJj89QmsumNI4Z/SetdV86x0ikhqKf8q9+NDiy/bsiPiOsaPL/NNHGM238TsVa 0uRHTxzCk3Rcouk1+e3O0N0nAwlmDaQ4lR9fkHU30Bc3iCZ1/po2VAlPBkNoTVxQ /BxaIpFALBXleldS7mZ9UGBd/O0kfmjfRxLhS32H/8Q1YfTp+tKKHHaDwVuWDSdl Xy/PmoTv1/yFR6MgstYClqumyIyUfy+vRMMJeqRhVHTlQMOgs5ulzeCVa8QUAII= =P7Fi -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#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
On 08.05.2013 14:50, colliar wrote: On 08.05.2013 14:43, gregor herrmann wrote: On Wed, 08 May 2013 14:30:02 +0200, colliar wrote: Think version 1.6.0-3 of libjgoodies-forms-java needs to break version 1.3.0.2 of libjgoodies-common-java. Otherwise you end up with a similar exception. Hm, reading http://www.jgoodies.com/download/libraries/forms/RELEASE-NOTES.txt my impression is that only Forms 1.7.1 requires Commons 1.6.0, and not the versions before. (And Forms 1.5.0 requires only Commons 1.3.) Forms 1.6.0 should require Commons 1.4. I did test it with two systems running wheezy with some sid. Only updating libjgoodies-forms-java just changed the exception missing some gnu.io which was solved by manually updating libjgoodies-common-java from 1.3.0.2 to 1.4.0.2 Colliar is right. If you install libjgoodies-common-java 1.3.0-2 from testing and then libjgoodies-forms-java 1.6.0-3 from unstable, mediathekview fails to start with another class-not-found exception: java.lang.NoClassDefFoundError: com/jgoodies/common/bean/Bean It seems to me the developers of libjgoodies-forms-java forgot to mention that version 1.6.0 also requires libjgoodies-common-java 1.4. Probably the best way to move on from here is to add a versioned dependency for libjgoodies-forms-java, too. Alternatively i could also fix this problem for mediathekview by adding an additional dependency for libjgoodies-common-java 1.4 but this would only solve the issue with mediathekview and not in general. Markus signature.asc Description: OpenPGP digital signature
Bug#707235: debian-installer: Debian Wheezy Stable (7.0.0-i386) installer fails on LVM2 over dm-crypt
Package: debian-installer Severity: normal This appears to be a regression bug. I have a Dell Inspiron 1720 (circa 2008) which I previously used as a work laptop. The drive was configured as follows: sda sda1 ext3 filesystem (for /boot) sda2 physical device for encryption (sda2_crypt) physical volume for LVM2 vg0-root (ext3) vg0-swap (ext3) vg0-home (ext3) This configuration installed quite nicely through the Debian installer menus for Squeeze. Yesterday, I pulled this laptop out of storage and attempted to wipe the installation, replacing it with a fresh Debian Wheezy configuration. The only difference in layout is that my attempt yesterday uses ext4 rather than ext3. Using this configuration with the Wheezy stable installer I downloaded yesterday, GRUB fails to install. I receive the following messages in the diagnostics console: /usr/sbin/grub-probe: error: no such disk. Auto-detection of a filesystem of /dev/mapper/vg0-root failed. I then reconsidered the use case for the laptop and decided to try without the encrypted drive. Eliminating that layer (but keeping LVM2) resulted in a successful installation. Let me know if I can provide any additional info. Thanks! :) -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (700, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#667341: downgrading severity of gcc issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reassign 667341 qmf thanks This is expected behaviour, quoting the upstream reply: This happens because -O2 now includes -finline-small-functions, so the call to deserialize from operator is inlined. Since deserialize is an implicit instantiation, the compiler only emits it in places where it is needed, and it isn't needed in this translation unit because all uses have been inlined. G++ expects that the definition of a template will be available in all translation units that use it unless it is explicitly instantiated. You can use -O2 -fno-inline-small-functions to restore the older behavior. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGKT0wACgkQStlRaw+TLJxY3QCfWM/6SfkhOBz4nBtZ9i9v4oLW DO0AoIpZOp+Fhwg7Nfu5wlOw3sUR7hIc =19ZR -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#621379: havp: FTBFS on kfreebsd-*: checking for mandatory locking support... OS not supported
On 05/08/2013 01:55 AM, John Paul Adrian Glaubitz wrote: havp seems to have been abandoned both by upstream and the Debian maintainer, it should probably be removed from the archives as chances are low it will ever meet the quality standards to enter testing. I stopped using havp actively myself. If anybody wants to take over the package (it is simple and works), I'd be happy to give it up. best regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670773: Can you still reproduce this bug?
* Martin Quinson martin.quin...@loria.fr, 2013-05-07, 13:13: If you can still reproduce this bug with version 1.3 of frogatto, we will need more information about your graphical card and drivers, please. # lspci -s 00:0d.0 -v 00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device d000 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22 Memory at f200 (32-bit, non-prefetchable) [size=16M] Memory at e000 (64-bit, prefetchable) [size=256M] Memory at f300 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at 8000 [disabled] [size=128K] Capabilities: [48] Power Management version 2 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel driver in use: nouveau I use the Nouveau display driver: $ dpkg-query -W xserver-xorg-video-nouveau xserver-xorg-video-nouveau 1:1.0.1-5 The corruption doesn't happen with the fbdev display driver, but then fbdev not fast enough here to play comfortably. :/ -- 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#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
Control: clone -1 -2 Control: reassign -2 libjgoodies-forms-java Control: retitle -2 libjgoodies-forms-java: needs a versioned Depends on libjgoodies-common-java Control: found -2 1.6.0-1 Control: severity -2 normal On Wed, 08 May 2013 14:50:55 +0200, colliar wrote: Hm, reading http://www.jgoodies.com/download/libraries/forms/RELEASE-NOTES.txt my impression is that only Forms 1.7.1 requires Commons 1.6.0, and not the versions before. (And Forms 1.5.0 requires only Commons 1.3.) Forms 1.6.0 should require Commons 1.4. I did test it with two systems running wheezy with some sid. Only updating libjgoodies-forms-java just changed the exception missing some gnu.io which was solved by manually updating libjgoodies-common-java from 1.3.0.2 to 1.4.0.2 Oh. Thanks for checking, then we indeed need a versioned Depends. I try to look into this later today. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #345: Having to manually track the satellite. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681375: Request for a debian-user-co mailing list
Hi I am a member of the community debian-co, previously we had our mailing list on an external server, unfortunately we do not have the server and the list stopped working. The list is fundamental to the debian community in our country, because there coordinate the activity of the entire community. would be good to have the list again. Is it possible to create this mailing list? Thanks! Regards Daniel -- Epsilon http://wiki.debian.org/DanielEcheverry Linux user: #477840 Debian user
Bug#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
On Wed, 08 May 2013 15:11:46 +0200, Markus Koschany wrote: It seems to me the developers of libjgoodies-forms-java forgot to mention that version 1.6.0 also requires libjgoodies-common-java 1.4. Seems so. Probably the best way to move on from here is to add a versioned dependency for libjgoodies-forms-java, too. Ack. Alternatively i could also fix this problem for mediathekview by adding an additional dependency for libjgoodies-common-java 1.4 but this would only solve the issue with mediathekview and not in general. Right, let's solve it at the root of the issue :) Thanks for checking! gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #226: A star wars satellite accidently blew up the WAN. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707236: qemu-mips-static makes host CPU hang (regression)
Package: qemu-user-static Version: 1.1.2+dfsg-6a Severity: important Hi! I'm using qemu-mips-static to build some packages in a chroot. Up to late last year I could do this without problems, using a 64 bits wheezy host and a mips chroot. After updating the chroot to stable wheezy, I've found that running Doxygen with dot graphs enabled will make qemu-mips-static hang the CPU. After further digging, I've found that using DOT_NUM_THREADS = 0 in Doxygen's setup will use n+1 threads, where n is the number of available processors (which, afaiu, it's the normal behaviour of doxygen). If I set this value to match the number of processors, everything is OK. I'm setting this bug as important as I can't even kill -9 the process and have to reboot the host in order to get my CPU back. Kinds regards, Lisandro. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.21+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash qemu-user-static depends on no packages. Versions of packages qemu-user-static recommends: ii binfmt-support 2.0.13 Versions of packages qemu-user-static suggests: ii sudo 1.8.5p2-1+nmu1 -- 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#707190: lilypond: FTBFS with texinfo 5.1
Don Armstrong d...@debian.org writes: This should probably be demoted to a warning and result in @itemx being interpreted as an @item and the offending packages fixed. Hi, Don. That would certainly help, but still leave three errors to address on the lilypond side: out/changes.texi:55: raising the section level of @section which is too low contributor/quick-start.itexi:347: superfluous argument to @end quotation: . (possibly involving @warning) included/compile.itexi:925: raising the section level of @unnumberedsubsubsec which is too low Could you please look into them? (I suspect simple formal tweaks should suffice.) -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678569: transition: openconnect
On Tue, May 7, 2013 at 00:25:15 -0400, Mike Miller wrote: I would like to openconnect 4.99 and network-manager-openconnect 0.9.8.0 to unstable this week. This is the complete set of source packages involved in this transition. Ok to proceed? Yes. (It'll probably be stuck in sid until the libc situation clears, but that shouldn't be a blocker for getting started.) Cheers, Julien signature.asc Description: Digital signature
Bug#707236: I forgot to mention
I forgot to mention that I tried using 1.4.0+dfsg-2exp currently in experimental and I still can reproduce it. -- Los chicos tienen un mayor dominio de la tecnología (y las habilidades y lenguaje que eso implica) que los adultos con los que se relacionan. Por lo general saben más que sus propios padres, sus docentes, sus pediatras, psicólogos, que los políticos y funcionarios de sus comunidades. Eso afectó la autoridad que tenía un adulto para habilitar al mundo. Luis Pescetti http://www.luispescetti.com/regale-su-obra/ Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#621379: havp: FTBFS on kfreebsd-*: checking for mandatory locking support... OS not supported
On 05/08/2013 03:05 PM, René Mayrhofer wrote: I stopped using havp actively myself. If anybody wants to take over the package (it is simple and works), I'd be happy to give it up. Well, it has several bugs tagged as RC and if neither you or upstream are longer interested in maintaining havp, I'd rather opt to have the package removed by the FTP masters. Rene, would you agree on removing the package in that case? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707237: dpkg-maintscript-helper help message seen upon upgrade !
Package: php5-cgi Severity: critical Preparing to replace php5-cgi 5.5.0~beta4-1 (using .../php5-cgi_5.5.0~beta4-3_i386.deb) ... Usage: dpkg-maintscript-helper command parameter... -- maintainer-script-parameter... Commands: supports command Returns 0 (success) if the given command is supported, 1 otherwise. rm_conffile conffile [last-version [package]] Remove obsolete conffile. Must be called in preinst, postinst and postrm. mv_conffile old-conf new-conf [last-version [package]] Rename a conffile. Must be called in preinst, postinst and postrm. help Display this usage information. dpkg: error processing /var/cache/apt/archives/php5-cgi_5.5.0~beta4-3_i386.deb (--unpack): subprocess new pre-installation script returned error exit status 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707238: dpkg: dependency problems prevent configuration of libgnutls-openssl27:i386:
Package: libgnutls-openssl27 Severity: grave dpkg: dependency problems prevent configuration of libgnutls-openssl27:i386: libgnutls-openssl27:i386 depends on libgnutls26 (= 2.12.23-2); however: Version of libgnutls26:i386 on system is 2.12.23-1. dpkg: error processing libgnutls-openssl27:i386 (--configure): -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621379: havp: FTBFS on kfreebsd-*: checking for mandatory locking support... OS not supported
On 05/08/2013 03:44 PM, John Paul Adrian Glaubitz wrote: On 05/08/2013 03:05 PM, René Mayrhofer wrote: I stopped using havp actively myself. If anybody wants to take over the package (it is simple and works), I'd be happy to give it up. Well, it has several bugs tagged as RC and if neither you or upstream are longer interested in maintaining havp, I'd rather opt to have the package removed by the FTP masters. Rene, would you agree on removing the package in that case? As far as I know, there is a noticeable number of users, so removing it would be a disservice. Unfortunately, I just don't have time to fix the packaging issues at the moment. The daemon itself worked well enough the last time I used it myself. best regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707047: Lockup and possible hardware damage on VIA EPIA-PD motherboard
Control: tag -1 patch upstream fixed-upstream Control: tag -1 - moreinfo On Tue, 2013-05-07 at 06:39 +0100, Ben Hutchings wrote: [...] My suspicion is that this may be related to the 'longhaul' cpufreq driver which is now autoloaded and previously wasn't. I will try running without it tomorrow. [...] OK, that seems to work. I'll cherry-pick this: commit b5811bc469c0dbebb4f947800b9b234a9c0a68dc Author: Rafał Bilski rafalbil...@interia.pl Date: Sat Dec 15 00:45:02 2012 +0100 cpufreq / Longhaul: Disable driver by default Ben. -- Ben Hutchings For every action, there is an equal and opposite criticism. - Harrison signature.asc Description: This is a digitally signed message part
Bug#707239: transition: sip4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition The following packages depend on a version of sip-api and will need to be rebuilt/updated once sip4 is uploaded to unstable as part of getting the addition of python3.3 sorted. DD list is attached. I emailed the maintainers of the packages and the uploaders (only for packages that aren't team maintained). python-avogadro (avogadro) - binNMU python-ball (ball) - boost related FTBFS #707205 python-ballview (ball) - boost related FTBFS #707205 calibre-bin (calibre) - binNMU after python-qt4 python-kde4 (pykde4) - source uploade needed for python3.3 after python-qt4 (I will do) python-qwt3d-qt4 (pyqwt3d) - binNMU after python-qt4 python-qwt5-qt4 (pyqwt5) - binNMU after python-qt4 python-qt4 - source upload needed for python3.3 (I will do) python-qscintilla2 (qscintilla2) - binNMU after python-qt4 serna - FTBFS sfworks/xpath/impl3/Tokenizer.cxx:33:33: fatal error: xpath/xpathParser.hpp: No such file or directory veusz-helpers (veusz) - binNMU after python-qt4 veusz-helpers-dbg (veusz) - binNMU after python-qt4 The serna FTBFS in my test is the only one I couldn't replicate with current sip4. I'm not sure what to do about serna. It's not in testing and it appears unlikely to reach testing any time soon, if ever. In addition to the current RC bug against it, it's apparently no longer developed as Free software, so it's future in Debian seems problematic. I'd like to go ahead. Ben file: title = sip4; is_affected = .depends ~ sip-api-8. | .depends ~ sip-api-9.; is_good = .depends ~ sip-api-9.; is_bad = .depends ~ sip-api-8.; Andreas Hildebrandt andreas.hildebra...@uni-mainz.de ball (U) Bernd Zeimetz b...@debian.org python-qt4 (U) Daniel Leidert (dale) daniel.leid...@wgdd.de avogadro (U) Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org ball Debian Python Modules Team python-modules-t...@lists.alioth.debian.org pyqwt3d (U) pyqwt5 (U) python-qt4 qscintilla2 Debian Qt/KDE Maintainers debian-qt-...@lists.debian.org pykde4 Debichem Team debichem-de...@lists.alioth.debian.org avogadro Gudjon I. Gudjonsson gud...@gudjon.org pyqwt3d pyqwt5 qscintilla2 (U) Jeremy Sanders jer...@jeremysanders.net veusz (U) Joachim Breitner nome...@debian.org serna-free Martin Pitt mp...@debian.org calibre (U) Mathieu Malaterre mathieu.malate...@gmail.com serna-free (U) Michael Banck mba...@debian.org avogadro (U) Michael Casadevall mcasadev...@debian.org python-qt4 (U) Michael Meskes mes...@debian.org pykde4 (U) Miriam Ruiz little_m...@yahoo.es calibre Modestas Vainius mo...@debian.org pykde4 (U) Python Applications Packaging Team python-apps-t...@lists.alioth.debian.org veusz Scott Kitterman sc...@kitterman.com python-qt4 (U) qscintilla2 (U) Sune Vuorela s...@debian.org pykde4 (U) Torsten Marek shlo...@debian.org python-qt4 (U) qscintilla2 (U)
Bug#544919: RM: shisen.app -- ROM; orphaned, low popcon
clone 544919 -1 retitle 544919 RM: shisen.app -- ROM; orphaned, low popcon reassign 544919 ftp.debian.org reassign -1 gnustep-games retitle -1 shisen.app is going to be removed from the archive severity -1 important thanks Dear ftp-masters, please remove shisen.app from unstable. The game has been neglected for years and better or similar alternatives exist like xshisen or kshisen. The original intention of this bug report was to request an adopter for shisen.app and if nobody adopted it to request the removal of the game. I have brought this topic up for discussion again on debian-devel-games in October 2012 [1][2], since then nobody seemed interested in actively maintaining the package. Therefore i request the removal of shisen.app thus someone, who is really interested in keeping it, has enough time to properly reintroduce the game in this new release cycle for jessie. Regards, Markus [1] https://lists.debian.org/debian-devel-games/2012/10/msg00062.html [2] https://lists.debian.org/debian-devel-games/2012/12/msg00030.html signature.asc Description: OpenPGP digital signature
Bug#671450: stumbled over this on upgrade to wheezy
I stumbled over this on upgrade to wheezy. If /etc/cron.daily/amavisd-new was delivered by the package and has not been modified (likely to be true in virtually all cases), then it is indeed the responsibility of the package to get rid of it on upgrade if the content has moved to /etc/cron.d ... I have, of course, deleted the crufty file. But making every user of amavisd-new have to stumble over this and figure it out just isn't nice. Bdale pgppnHQQR_Iar.pgp Description: PGP signature
Bug#699437: Test with the first Wheezy stable release
Severity: grave Package: initrd(?) In the meantime, I tested the first stable Wheezy release on the hardware as described in the previous messages of this bug, i.e. IBM NetVista A40 (model 6840-QDG), Promise Fastrak TX2300 PCI and two Western Digital Caviar Red 2 TB SATA drives configured as RAID-1 (mirror). Result: Still the same problem. :-( Because this bug affects Debian's basic setup (=getting a bootable and running system where one can do the first root login and applying further apt-get install/configuration), the severity level should be increased. Because dmraid itself always works fine in the emergency system as well as in the installation environment, I strongly believe that the dmraid package itself is 100% ok but something in the initrd boot configuration creation process causes that bug (probably a missing insmod dmraid, wrong special device file for root system or something similar). It's also to note that dmraid on the same hardware works flawlessly withing Debian Squeeze (the old-stable release now) when applying the steps at [1]. To exclude any hardware specific issue from the IBM motherboard (the 6840-QDG is an older model), I moved the Fastrak TX2300 controller and the two hard drives into another hardware equipped with an Asus P5B-VM motherboard and Intel Pentium Core Duo CPU (full x64 capable) and retested the basic setup using a Debian default partitioning layout. Result: Installation also succeeds but booting the installed system fails. Details: http://beilagen.dreael.ch/Diverses/dmraid_Wheezy_Bugs/Asus_P5B-VM_20130508/ Differences to the IBM NetVista hardware: - the boot failure message is a little another one, see the .jpg in the link above - exit in the BusyBox does not produce a kernel panic, it just calls the BusyBox again - While installation, the question for placing GRUB into the MBR didn't appear, I directly had to complete the /dev/mapper/pdc_cacjhiccia there I hope this helps fix the bug for the next 7.0.1 release so I don't need to use an oldstable Debian release on this kind of hardware. :-) Andreas [1] http://wiki.debian.org/DebianInstaller/SataRaid -- meile.biz IT solutions, Hauptstrasse 63, CH-8242 Hofen SH PC/Netzwerk-Support, Web-Entwicklung und -Hosting, IT Security Tel. +41 52 640 04 72 * Fax +41 52 640 04 73 * Mobile +41 79 334 05 67 Postfach 169, CH-8240 Thayngen * i...@meile.biz * http://www.meile.biz smime.p7s Description: S/MIME cryptographic signature
Bug#707237: [php-maint] Bug#707237: dpkg-maintscript-helper help message seen upon upgrade !
forcemerge 707131 707237 thank you From http://www.debian.org/Bugs/Reporting Has your bug report been filed already? You should check to see if your bug report has already been filed before submitting it. You can see which bugs have been filed in a specific package using the package option of the bug search form. If there is an existing bug report #number, you should submit your comments by sending e-mail to number@bugs.debian.org instead of reporting a new bug. On Wed, May 8, 2013 at 3:48 PM, jida...@jidanni.org wrote: Package: php5-cgi Severity: critical Preparing to replace php5-cgi 5.5.0~beta4-1 (using .../php5-cgi_5.5.0~beta4-3_i386.deb) ... Usage: dpkg-maintscript-helper command parameter... -- maintainer-script-parameter... Commands: supports command Returns 0 (success) if the given command is supported, 1 otherwise. rm_conffile conffile [last-version [package]] Remove obsolete conffile. Must be called in preinst, postinst and postrm. mv_conffile old-conf new-conf [last-version [package]] Rename a conffile. Must be called in preinst, postinst and postrm. help Display this usage information. dpkg: error processing /var/cache/apt/archives/php5-cgi_5.5.0~beta4-3_i386.deb (--unpack): subprocess new pre-installation script returned error exit status 1 ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- 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#703971: command-not-found: Handle multiple groups
Package: command-not-found Version: 0.2.38-1 Followup-For: Bug #703971 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Installed command-not-found and tested it by running a missing command * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? I was prompted to ask the administrator to install the missing package pi@raspi ~ $ meld The program 'meld' is currently not installed. To run 'meld' please ask your administrator to install the package 'meld' meld: command not found * What outcome did you expect instead? I was expecting the more useful sudo apt-get install ... message pi@raspi ~ $ meld The program 'meld' is currently not installed. You can install it by typing: sudo apt-get install meld meld: command not found *** End of the template - remove these lines *** The following patch triggers on membership of several groups ('admin ', 'sudo ', 'adm') rather than just one: $ diff --unified ./CommandNotFound.py /usr/share/command-not-found/CommandNotFound/CommandNotFound.py --- ./CommandNotFound.py2013-05-08 23:34:03.372359619 +0930 +++ /usr/share/command-not-found/CommandNotFound/CommandNotFound.py 2013-05-08 23:34:46.640272545 +0930 @@ -89,10 +89,8 @@ if not self.programs: print _(Could not find the database of available applications, run update-command-not-found as root to fix this) -try: -self.user_can_sudo = grp.getgrnam(admin)[2] in posix.getgroups() -except KeyError: -self.user_can_sudo = False +self.user_can_sudo = bool(set([grp.getgrgid(i).gr_name for i in posix.getgroups()]).intersection(('admin ', 'sudo ', 'adm'))) + def print_spelling_suggestion(self, word, min_len=3, max_len=15): try to correct the spelling -- System Information: Debian Release: 7.0 Architecture: armhf (armv6l) Kernel: Linux 3.6.11+ (PREEMPT) 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 command-not-found depends on: ii apt-file2.5.1 ii lsb-release 4.1+Debian8+rpi1 ii python 2.7.3-4 ii python-gdbm 2.7.3-1 ii python-support 1.0.15 command-not-found recommends no packages. command-not-found 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#707241: dvdbackup fails to copy certain DVDs
Package: dvdbackup and associated packages Version: 0.4.2.1 These logs and errors are from a system running on LinuxMint 14 desktop installation. Associated packages: ii dvdbackup 0.4.2-1 amd64 tool to rip DVD's from the command line ii libdvdcss2 1.2.12-0.0medibuntu1 amd64 Simple foundation for reading DVDs - runtime libraries ii libdvdnav4 4.2.0+20120524-2 amd64 DVD navigation library ii libdvdread4 4.2.0+20120521-2ubuntu1 amd64 library for reading DVDs There are a number of failure modes, but almost everyone of them devolves into the dmesg log being filled with this type of error. This will go on for hours as the workstation (usually) grinds to a slow halt - if you catch it before the system becomes unresponsive, a ctrl-c will usually recover. I can use another program on the same system, using the same CD/DVD/BD drive to read the exact same disk and decrypt and extract the audio/video from the DVD. The sample below is from the DVD Not Fade Away. Jack Reacher exhibits the same behavior. MakeMKV can extract the movies from the disks - it does show large amounts of what are reported as anomolies and fake titles that are skipped. While MakeMKV still fails certain titles as they appear to not decrypt, it still outputs valid data in a timely manner without filling logs with failed read after failed read. I would very much like to see dvdbackup kept up to date in removing restrictions on content and media that I own. Please let me know how I can help with getting this fixed. [123770.402685] Sense Key : Medium Error [current] [123770.402691] Info fld=0x18ac [123770.402695] sr 2:0:1:0: [sr0] [123770.402699] Add. Sense: Id CRC or ECC error [123770.402704] sr 2:0:1:0: [sr0] CDB: [123770.402707] Read(10): 28 00 00 00 18 ac 00 00 02 00 [123770.402722] end_request: I/O error, dev sr0, sector 25264 [123770.402733] Buffer I/O error on device sr0, logical block 6316 [123770.402738] Buffer I/O error on device sr0, logical block 6317 [123778.102191] sr 2:0:1:0: [sr0] Unhandled sense code [123778.102199] sr 2:0:1:0: [sr0] [123778.102203] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [123778.102208] sr 2:0:1:0: [sr0] [123778.102211] Sense Key : Medium Error [current] [123778.102217] Info fld=0x18ae [123778.102221] sr 2:0:1:0: [sr0] [123778.102225] Add. Sense: Id CRC or ECC error [123778.102230] sr 2:0:1:0: [sr0] CDB: [123778.102233] Read(10): 28 00 00 00 18 ae 00 00 02 00 [123778.102247] end_request: I/O error, dev sr0, sector 25272 [123778.102259] Buffer I/O error on device sr0, logical block 6318 [123778.102265] Buffer I/O error on device sr0, logical block 6319 [123786.754713] sr 2:0:1:0: [sr0] Unhandled sense code [123786.754721] sr 2:0:1:0: [sr0] [123786.754726] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [123786.754730] sr 2:0:1:0: [sr0] Includes here is a sample run of dvdbackup using the command (I captured std and err out to file, so I had to recreate the command line) This results in an unusable data set. Sometimes, but not even a very large percentage of the time, adding --error=b results in better data, but also results in the dmesg errors above as dvdbackup attempts to read bogus areas of the disk over and over. I have two separate BD burners/readers that this occurs with. Following this is the output of mkisofs complianing about the bad data set. After that, just for clarity is a debug output is a MakeMKV session that successfully breaks or bypasses the bad areas in a timely manner. dvdbackup -p -M -n NOT_FADE_AWAY -i /dev/sr1 -o /tmp/NOT_FADE_AWAY_2nd_Try libdvdread: Using libdvdcss version 1.2.12 for DVD access libdvdread: Attempting to retrieve all CSS keys libdvdread: This can take a _long_ time, please be patient libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x020c libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x05d0 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x05ed libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_03_0.VOB at 0x073e libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x0b49 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_04_0.VOB at 0x073e libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x0b49 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_05_0.VOB at 0x073e libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_05_1.VOB at 0x0b49 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_06_0.VOB at 0x073e libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_06_1.VOB at 0x0b49 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_07_0.VOB at 0x073e libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_07_1.VOB at 0x0b49
Bug#544925: RM: stepbill.app -- ROM; orphaned, low popcon
clone 544925 -1 retitle 544925 RM: stepbill.app -- ROM; orphaned, low popcon reassign 544925 ftp.debian.org reassign -1 gnustep-games retitle -1 stepbill.app is going to be removed from the archive severity -1 important thanks Dear ftp-masters, please remove stepbill.app from unstable. The game has been neglected for years and better or similar alternatives exist like xbill or viruskiller. The original intention of this bug report was to request an adopter for stepbill.app and if nobody adopted it to request the removal of the game. I have brought this topic up for discussion again on debian-devel-games in October 2012 [1][2], since then nobody seemed interested in actively maintaining the package. Therefore i request the removal of stepbill.app thus someone, who is really interested in keeping it, has enough time to properly reintroduce the game in this new release cycle for jessie. Regards, Markus [1] https://lists.debian.org/debian-devel-games/2012/10/msg00062.html [2] https://lists.debian.org/debian-devel-games/2012/12/msg00030.html signature.asc Description: OpenPGP digital signature
Bug#621379: havp: FTBFS on kfreebsd-*: checking for mandatory locking support... OS not supported
On 05/08/2013 03:53 PM, René Mayrhofer wrote: As far as I know, there is a noticeable number of users, so removing it would be a disservice. Popcon reports 133 installations, so I wouldn't say noticeable number of users. Furthermore, the package is available in unstable only and I can't seriously imagine anyone running Debian unstable on a server where I would havp suspect to be installed in the first place. Unfortunately, I just don't have time to fix the packaging issues at the moment. The daemon itself worked well enough the last time I used it myself. Again, it has several open RC bugs and shouldn't be used under these conditions anyway [1]. If you want someone else to overtake maintainership for the, you should file a bug report against the wnpp pseudo package and orphan havp. Cheers, Adrian [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=havparchive=nopend-exc=pending-fixedpend-exc=fixedpend-exc=donesev-inc=criticalsev-inc=gravesev-inc=seriousrepeatmerged=no -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707243: selinux-policy-default: missing permission for irqbalance_t
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal Hi, on a freshly upgraded wheey, on boot, ircbalance produce a avc : May 5 14:22:32 venser kernel: [ 11.593105] type=1400 audit(1367756552.598:9): avc: denied { getsched } for pid=549 comm=irqbalance scontext=system_u:system_r:irqbalance_t:s0 tcontext=system_u:system_r:irqbalance_t:s0 tclass=process Indeed getsched is missing from the set of permission : /home/misc# sesearch -s irqbalance_t -t irqbalance_t -A -c process Found 1 semantic av rules: allow irqbalance_t irqbalance_t : process { fork sigchld sigkill sigstop signull signal getcap setcap } ; -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3-4 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 ii setools 3.3.7-3 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- 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#707244: c-index-test-3.2: error while loading shared libraries
Package: llvm-3.2 Version: 1:3.2repack-2 User: debian...@lists.debian.org Usertags: adequate c-index-test-3.2 cannot be run: $ c-index-test-3.2 c-index-test-3.2: error while loading shared libraries: libclang.so.1: cannot open shared object file: No such file or directory -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages llvm-3.2 depends on: ii libc6 2.17-1 ii libclang1 1:3.2repack-2 ii libffi5 3.0.10-3 ii libgcc1 1:4.8.0-6 ii libjs-jquery 1.7.2+dfsg-1 ii libllvm3.21:3.2repack-2 ii libstdc++64.8.0-6 ii llvm-3.2-runtime 1:3.2repack-2 Versions of packages llvm-3.2 recommends: pn llvm-3.2-dev none Versions of packages llvm-3.2 suggests: pn llvm-3.2-doc none -- 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#707096: (no subject)
This might also be related to #707076. For what it's worth in current Debian/testing: Package: man-db [...] Breaks: less ( 456) while less is at 444-4. S. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707245: selinux-policy-default: systemd_logind_t cannot access to /sys/fs/cgroup/cpu
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal Hi, on boot, I see this AVC : May 5 14:28:40 venser kernel: [ 379.071332] type=1400 audit(1367756920.294:11): avc: denied { read } for pid=515 comm=systemd-logind name=cpu dev=tmpfs ino=3309 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:object_r:cgroup_t:s0 tclass=lnk_file It seems that systemd try to access to all cgroups in /sys/fs/cgroup/ but there is now a symlink for cpu : # ls -lZ /sys/fs/cgroup/ total 0 drwxr-xr-x. 2 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 blkio lrwxrwxrwx. 1 root root system_u:object_r:cgroup_t:SystemLow 11 mai5 14:22 cpu - cpu,cpuacct lrwxrwxrwx. 1 root root system_u:object_r:cgroup_t:SystemLow 11 mai5 14:22 cpuacct - cpu,cpuacct drwxr-xr-x. 3 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 cpu,cpuacct drwxr-xr-x. 2 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 cpuset drwxr-xr-x. 2 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 devices drwxr-xr-x. 2 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 freezer drwxr-xr-x. 2 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 net_cls drwxr-xr-x. 2 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 perf_event drwxr-xr-x. 4 root root system_u:object_r:cgroup_t:SystemLow 0 mai5 14:22 systemd So the policy should be extended to also take in account the symlinks : # sesearch -s systemd_logind_t -A -t cgroup_t Found 2 semantic av rules: allow systemd_logind_t cgroup_t : file { ioctl read write create getattr setattr lock append unlink link rename open } ; allow systemd_logind_t cgroup_t : dir { ioctl read write create getattr setattr lock unlink link rename add_name remove_name reparent search rmdir open } ; -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3-4 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 ii setools 3.3.7-3 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- 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#707246: selinux-policy-default: dmesg produce AVC when trying to access to /etc/locale.alias
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal Hi, Having decided to give a test at SElinux, I have installed a debian 6.0 and later upgraded to 7.0. As recommended on the wiki, I first did a boot with selinux in permissive mode to see if there is potential errors, and found several AVC. On boot, it seems something is running dmesg in a confined domain : [ 11.562532] type=1400 audit(1367756552.570:6): avc: denied { read } for pid=626 comm=dmesg name=locale.alias dev=sda1 ino=394340 scontext=system_u:system_r:dmesg_t:s0 tcontext=system_u:object_r:etc_t:s0 tclass=file [ 11.562557] type=1400 audit(1367756552.570:7): avc: denied { open } for pid=626 comm=dmesg name=locale.alias dev=sda1 ino=394340 scontext=system_u:system_r:dmesg_t:s0 tcontext=system_u:object_r:etc_t:s0 tclass=file [ 11.562617] type=1400 audit(1367756552.570:8): avc: denied { getattr } for pid=626 comm=dmesg path=/etc/locale.alias dev=sda1 ino=394340 scontext=system_u:system_r:dmesg_t:s0 tcontext=system_u:object_r:etc_t:s0 tclass=file And domain system_u:system_r:dmesg_t:s0 cannot read /etc/locale.alias, as that file is not labeled to something special. I assume that it should be labeled locale_t, since dmesg has access to that domain : # sesearch -s dmesg_t -A -c file -t locale_t Found 1 semantic av rules: allow dmesg_t locale_t : file { ioctl read getattr lock open } ; There is however no side effect to the AVC, except noise. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3-4 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 ii setools 3.3.7-3 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- 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#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)
Hello, I rebased my patch[1] against latest experimental. Note that some tests fails but are not related to my patch: dad@home:~/src/git-buildpackage (experimental=)$ make -f debian/rules override_dh_auto_test dh_auto_test export DEB_VENDOR=Debian; \ export GIT_AUTHOR_NAME=Gbp Tests; \ export GIT_AUTHOR_EMAIL=te...@example.com; \ export GIT_COMMITTER_NAME=$GIT_AUTHOR_NAME; \ export GIT_COMMITTER_EMAIL=$GIT_AUTHOR_EMAIL; \ PYTHONPATH=.\ python setup.py nosetests running nosetests running egg_info creating gbp.egg-info writing gbp.egg-info/PKG-INFO writing top-level names to gbp.egg-info/top_level.txt writing dependency_links to gbp.egg-info/dependency_links.txt writing manifest file 'gbp.egg-info/SOURCES.txt' reading manifest file 'gbp.egg-info/SOURCES.txt' writing manifest file 'gbp.egg-info/SOURCES.txt' running build_ext .S..Usage: setup.py [options] paths setup.py: error: '--snapshot' and '--release' are incompatible options F..pristine-tar: committed upstream_1.0.orig.tar.gz.delta to branch pristine-tar ..pristine-tar: successfully generated ../upstream_1.0.orig.tar.gz .. == FAIL: Doctest: tests.test_GitRepository.test_cmd_has_feature -- Traceback (most recent call last): File /usr/lib/python2.7/doctest.py, line 2201, in runTest raise self.failureException(self.format_failure(new.getvalue())) AssertionError: Failed doctest test for test_cmd_has_feature File /home/dad/src/debian/git-buildpackage/tests/test_GitRepository.py, line 809, in test_cmd_has_feature -- File /home/dad/src/debian/git-buildpackage/tests/test_GitRepository.py, line 828, in test_cmd_has_feature Failed example: repo._cmd_has_feature(foobarcmd, foobaroption) Expected: Traceback (most recent call last): ... GitRepositoryError: Invalid git command 'foobarcmd': No manual entry for gitfoobarcmd Got: Traceback (most recent call last): File /usr/lib/python2.7/doctest.py, line 1289, in __run compileflags, 1) in test.globs File doctest test_cmd_has_feature[8], line 1, in module repo._cmd_has_feature(foobarcmd, foobaroption) File /home/dad/src/debian/git-buildpackage/gbp/git/repository.py, line 196, in _cmd_has_feature % (command, stderr[:-1])) GitRepositoryError: Invalid git command 'foobarcmd': Aucune entrée de manuel pour gitfoobarcmd [...] Ran 194 tests in 33.966s FAILED (SKIP=1, failures=1) make: *** [override_dh_auto_test] Erreur 1 Regards. The following changes since commit 90ffae8f30432c267f1f2165bcae85bf7946bb9e: manpages: Document gbp-pull's --ignore-branch option (2013-05-04 14:13:07 +0200) are available in the git repository at: git://git.baby-gnu.net/git-buildpackage tags/dad/90ffae8/create-inexistant-changelog for you to fetch changes up to eea71ed4f39aa5d92f3c06e608c4d49a35a84b72: Create debian/changelog if it does not exists (2013-05-08 16:12:38 +0200) Rebase on latest experimental, tests OK. * rename test file * modify DebianSource Daniel Dehennin (1): Create debian/changelog if it does not exists gbp/deb/changelog.py | 60 +++--- gbp/deb/source.py | 14 +-- gbp/scripts/dch.py| 41 ++- tests/16_test_create_changelog.py | 225 + tests/test_Changelog.py | 103 + 5 files changed, 413 insertions(+), 30 deletions(-) create mode 100644 tests/16_test_create_changelog.py Footnotes: [1] http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/tags/dad/90ffae8/create-inexistant-changelog -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF pgpjSMYrbQnp7.pgp Description: PGP signature
Bug#707177: Workaround soved the problem
Hi, I have the same problem. And copying /var/lib/dbus/machine-id to /etc/machine-id fixes my prolem. Thanks. -- 大島秀夫(Hideo Oshima) http://hidenosuke.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707247: selinux-policy-default: systemd_logind_t produce AVC when trying to communicate with sshd over dbus
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal Hi, Booting a system with systemd and SElinux, i have seen the following AVC : May 5 14:22:36 venser dbus[511]: avc: denied { send_msg } for msgtype=method_return dest=:1.2 spid=515 tpid=647 scontext=system_u:system_r:systemd_logind_t:s0 tcontext=system_u:system_r:sshd_t:s0-s0:c0.c1023 tclass=dbus I have no idea of why it does try to speak to sshd over dbus. I suspect it to be due to some pam module used there, and looking at Fedora policy, there is much more rules regarding dbus for systemd_logind_t than on Debian, and there is indeed this one : allow systemd_logind_t sshd_t : dbus send_msg ; Without this, pam_systemd complain about : May 08 16:32:36 venser.ephaone.org sshd[28404]: pam_systemd(sshd:session): Failed to create session: Access denied and I guess this prevent pam_systemd from working properly ( ie, you do not have 1 cgroups hierarchy per user, no way to kill all the process on logout, etc, etc ). -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3-4 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 ii setools 3.3.7-3 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission denied: u'/etc/selinux/default/modules/active/file_contexts.local' -- 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#666794: Subversion module ready
[Arno Töll] could you please let me know if you're able to work on a patch in a foreseeable future? Ah yes - I was looking at this last weekend but then ran out of time. The conflict with the event mpm is probably not critical - it is only a specific unusual configuration that breaks - so I think the main thing is just to update the Depends: apache2.2-common. Anyway I will try to resolve this in the next few days. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666848: Patch for mod_security
Hello Alberto, I've prepared a full patch for mod_security making your package. It is based on Ondřej's patch who did the vast work. However, I also made some more changes actually improving the Apache 2.4 compatibility: - I've renamed your Apache conffiles to their canonical name and made sure they're properly moved during upgrades - I've updated your Apache configuration which does not load to 2.4 if you do not change it (Include does not work anymore the way it did in 2.2). I plan to NMU the attached diff straight to Sid unless you upload it yourself before (but mind you, Apache2 is not in Unstable yet, so that you should upload to Experimental). Please do also consider renaming your binary package. The correct name would be libapache2-mod-security2 (i.e. libapache2-mod-soname). -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D diff --git a/debian/changelog b/debian/changelog index 9dc3531..74f690f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,16 @@ +modsecurity-apache (2.6.6-7.1) unstable; urgency=low + + * Non-maintainer upload. + * Add support for Apache 2.4 using the patch provided by OndÅej Surý +(Closes: #666848) + * Move apache2 configuration files to their canonical name: +- mod-security.load - security2.load +- mod-security.conf - security2.conf +Thus, also slightly raise the debhelper build dependency to 8.1. + * Update security2.conf for changes in Apache 2.4 + + -- Arno Töll a...@debian.org Wed, 08 May 2013 16:14:19 +0200 + modsecurity-apache (2.6.6-6) unstable; urgency=high * Applied upstream patch to fix XXE attacks. CVE-2013-1915 diff --git a/debian/control b/debian/control index 43d8347..5524d80 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: modsecurity-apache Section: httpd Priority: optional Maintainer: Alberto Gonzalez Iniesta a...@inittab.org -Build-Depends: debhelper ( 7.0.0), apache2-threaded-dev|apache2-prefork-dev, libxml2-dev (= 2.0.50-10), liblua5.1-0-dev, libcurl4-gnutls-dev +Build-Depends: debhelper ( 8.1.0~), apache2-dev, libxml2-dev (= 2.0.50-10), liblua5.1-0-dev, libcurl4-gnutls-dev Standards-Version: 3.9.3 Homepage: http://www.modsecurity.org/ @@ -11,7 +11,7 @@ Architecture: any Replaces: libapache-mod-security ( 2.5.13-1), mod-security-common ( 2.5.13-1) Conflicts: libapache-mod-security ( 2.5.13-1), mod-security-common ( 2.5.13-1) Recommends: modsecurity-crs -Depends: apache2.2-common, libxml2, ${shlibs:Depends}, ${misc:Depends} +Depends: libxml2, ${shlibs:Depends}, ${misc:Depends} Description: Tighten web applications security for Apache Modsecurity is an Apache module whose purpose is to tighten the Web application security. Effectively, it is an intrusion detection and prevention diff --git a/debian/libapache2-modsecurity.apache2 b/debian/libapache2-modsecurity.apache2 new file mode 100644 index 000..265c913 --- /dev/null +++ b/debian/libapache2-modsecurity.apache2 @@ -0,0 +1,3 @@ +mod apache2/.libs/mod_security2.so +mod debian/security2.load +mod debian/security2.conf diff --git a/debian/libapache2-modsecurity.install b/debian/libapache2-modsecurity.install index 3874b11..165e276 100644 --- a/debian/libapache2-modsecurity.install +++ b/debian/libapache2-modsecurity.install @@ -1,6 +1,3 @@ -apache2/.libs/mod_security2.so usr/lib/apache2/modules -debian/mod-security.load etc/apache2/mods-available -debian/mod-security.conf etc/apache2/mods-available mlogc/mlogc usr/bin mlogc/README.mlogc usr/share/doc/libapache2-modsecurity mlogc/mlogc-default.conf usr/share/doc/libapache2-modsecurity diff --git a/debian/libapache2-modsecurity.maintscript b/debian/libapache2-modsecurity.maintscript new file mode 100644 index 000..241e103 --- /dev/null +++ b/debian/libapache2-modsecurity.maintscript @@ -0,0 +1,2 @@ +mv_conffile /etc/apache2/mods-available/mod-security.conf /etc/apache2/mods-available/security2.conf +mv_conffile /etc/apache2/mods-available/mod-security.load /etc/apache2/mods-available/security2.load diff --git a/debian/libapache2-modsecurity.postinst b/debian/libapache2-modsecurity.postinst deleted file mode 100644 index f9ea05c..000 --- a/debian/libapache2-modsecurity.postinst +++ /dev/null @@ -1,32 +0,0 @@ -#!/bin/sh -set -e -# copied from libapache2-mod-php4 - -reload_apache() -{ -if apache2ctl configtest 2/dev/null; then -invoke-rc.d apache2 restart || true -else -echo Your apache2 configuration is broken, so we're not restarting it for you. -fi -} - -if [ -n $2 ]; then -# we're upgrading. test if we're enabled, and if so, restart to reload the module. -if [ -e /etc/apache2/mods-enabled/mod-security.load ]; then -reload_apache -fi -exit 0 -fi - -if [ -e /etc/apache2/apache2.conf ]; then -# Enable the module, but hide a2enmod's misleading message about apachectl -# and force-reload the thing ourselves. -a2enmod
Bug#669171: Acknowledgement (git-buildpackage: Create changelog if it does not exist)
On Wed, May 08, 2013 at 04:24:00PM +0200, Daniel Dehennin wrote: [..snip..] -- File /home/dad/src/debian/git-buildpackage/tests/test_GitRepository.py, line 828, in test_cmd_has_feature Failed example: repo._cmd_has_feature(foobarcmd, foobaroption) Expected: Traceback (most recent call last): ... GitRepositoryError: Invalid git command 'foobarcmd': No manual entry for gitfoobarcmd Got: Traceback (most recent call last): File /usr/lib/python2.7/doctest.py, line 1289, in __run compileflags, 1) in test.globs File doctest test_cmd_has_feature[8], line 1, in module repo._cmd_has_feature(foobarcmd, foobaroption) File /home/dad/src/debian/git-buildpackage/gbp/git/repository.py, line 196, in _cmd_has_feature % (command, stderr[:-1])) GitRepositoryError: Invalid git command 'foobarcmd': Aucune entrée de manuel pour gitfoobarcmd This should be fixed by running the test with LC_ALL=C. Cheers, -- Guido [...] Ran 194 tests in 33.966s FAILED (SKIP=1, failures=1) make: *** [override_dh_auto_test] Erreur 1 The following changes since commit 90ffae8f30432c267f1f2165bcae85bf7946bb9e: manpages: Document gbp-pull's --ignore-branch option (2013-05-04 14:13:07 +0200) are available in the git repository at: git://git.baby-gnu.net/git-buildpackage tags/dad/90ffae8/create-inexistant-changelog for you to fetch changes up to eea71ed4f39aa5d92f3c06e608c4d49a35a84b72: Create debian/changelog if it does not exists (2013-05-08 16:12:38 +0200) Thanks for updating your changes. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670773: Can you still reproduce this bug?
On Wed, May 08, 2013 at 03:20:05PM +0200, Jakub Wilk wrote: * Martin Quinson martin.quin...@loria.fr, 2013-05-07, 13:13: If you can still reproduce this bug with version 1.3 of frogatto, we will need more information about your graphical card and drivers, please. # lspci -s 00:0d.0 -v 00:0d.0 VGA compatible controller: NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Giga-byte Technology Device d000 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 22 Memory at f200 (32-bit, non-prefetchable) [size=16M] Memory at e000 (64-bit, prefetchable) [size=256M] Memory at f300 (64-bit, non-prefetchable) [size=16M] [virtual] Expansion ROM at 8000 [disabled] [size=128K] Capabilities: [48] Power Management version 2 Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit+ Kernel driver in use: nouveau I use the Nouveau display driver: $ dpkg-query -W xserver-xorg-video-nouveau xserver-xorg-video-nouveau 1:1.0.1-5 That's strange because I use a very similar hardware here: 01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [NVS 3100M] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Dell Latitude E6510 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at e200 (32-bit, non-prefetchable) [size=16M] Memory at d000 (64-bit, prefetchable) [size=256M] Memory at e000 (64-bit, prefetchable) [size=32M] I/O ports at 7000 [size=128] Expansion ROM at e300 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nouveau And the exact same display driver (same version). The corruption doesn't happen with the fbdev display driver, but then fbdev not fast enough here to play comfortably. :/ Then, the bug does not quite seem related to frogatto but to the underlying systems. I'm not sure about how I could help pushing this issue forward. Any idea someone? Thanks for the info, Jakub. Mt -- Einst wart ihr Affen, und auch jetzt ist der Mensch mehr Affe, als irgend ein Affe. / Once you were apes, yet even now man is more of an ape than any of the apes. --- F. Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706989: Please add support for Ubuntu saucy
On Mon, May 06, 2013 at 10:52:30AM -0600, Adam Conrad wrote: Package: debootstrap Version: 1.0.49 Severity: normal Subject says it all, really. Please add support for saucy, by adding it as a symlink to gutsy, like previous Ubuntu releases. Thanks, ... Adam Please don't do it that way. That most (all?) release are links to the same config shows that there isn't a need for individual configs for each codename. Instead any Ubuntu release that doesn't have a specific config should fall back to a default ubuntu config. Similary any Debian release should have a fallback to a default Debian config. That way debootstrap wouldn't need an update every time a new codename is added and wouldn't need backports jsut to add a single link. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706989: Please add support for Ubuntu saucy
One begins to wonder if upstream and downstream mean anything any more. Best, RL On Mon, May 06, 2013 at 10:52:30AM -0600, Adam Conrad wrote: Package: debootstrap Version: 1.0.49 Severity: normal Subject says it all, really. Please add support for saucy, by adding it as a symlink to gutsy, like previous Ubuntu releases. Thanks, ... Adam Please don't do it that way. That most (all?) release are links to the same config shows that there isn't a need for individual configs for each codename. Instead any Ubuntu release that doesn't have a specific config should fall back to a default ubuntu config. Similary any Debian release should have a fallback to a default Debian config. That way debootstrap wouldn't need an update every time a new codename is added and wouldn't need backports jsut to add a single link. MfG Goswin -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130508143359.GA17923@frosties Peace, -- properclinic.com unclog courts go debian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544928: RM: xboing -- ROM; orphaned, low popcon
retitle 544928 RM: xboing -- ROM; orphaned, low popcon reassign 544928 ftp.debian.org thanks Dear ftp-masters, please remove xboing from unstable. The game has been neglected for years and better or similar alternatives exist like kbreakout or lbreakout2. The original intention of this bug report was to request an adopter for xboing and if nobody adopted it to request the removal of the game. I have brought this topic up for discussion again on debian-devel-games in October 2012 [1][2], since then nobody seemed interested in actively maintaining the package. Therefore i request the removal of xboing thus someone, who is really interested in keeping it, has enough time to properly reintroduce the game in this new release cycle for jessie. Regards, Markus [1] https://lists.debian.org/debian-devel-games/2012/10/msg00062.html [2] https://lists.debian.org/debian-devel-games/2012/12/msg00030.html signature.asc Description: OpenPGP digital signature
Bug#646706: viewvc: New upstream version: 1.1.20
retitle 646706 viewvc: New upstream version: 1.1.20 thanks http://viewvc.tigris.org/source/browse/*checkout*/viewvc/tags/1.1.20/CHANGES -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707024: mod_security2 is ready
I've prepared a working patch for mod_security. It is ready to be NMUed unless the maintainer steps in. The patch is in #666848. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#525217: patch applied upstream
dannf@fluid:~$ svn diff -c2520 http://ezix.org/source/packages/lshw/development Index: src/core/dmi.cc === --- src/core/dmi.cc (revision 2519) +++ src/core/dmi.cc (revision 2520) @@ -1752,8 +1752,8 @@ u16 dmimaj = 0, dmimin = 0; currentcpu = 0; -#ifdef __hppa__ - return false;// SMBIOS not supported on PA-RISC machines +#if defined(__arm__) || defined (__hppa__) + return false;// SMBIOS not supported on PA-RISC and ARM machines #endif if (sizeof(u8) != 1 || sizeof(u16) != 2 || sizeof(u32) != 4) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544926: RM: xbattle -- ROM; orphaned, low popcon
retitle 544926 RM: xbattle -- ROM; orphaned, low popcon reassign 544926 ftp.debian.org thanks Dear ftp-masters, please remove xbattle from unstable. The game has been neglected for years and better or similar alternatives exist like biloba or ksirk. The original intention of this bug report was to request an adopter for xbattle and if nobody adopted it to request the removal of the game. I have brought this topic up for discussion on debian-devel-games in October 2012 [1][2], since then nobody seemed interested in actively maintaining the package. Therefore i request the removal of xbattle thus someone, who is really interested in keeping it, has enough time to properly reintroduce the game in this new release cycle for jessie. Regards, Markus [1] https://lists.debian.org/debian-devel-games/2012/10/msg00062.html [2] https://lists.debian.org/debian-devel-games/2012/12/msg00030.html signature.asc Description: OpenPGP digital signature
Bug#667906: transition: libffi
Hi Matthias, On Sat, Apr 7, 2012 at 13:39:45 +0200, Matthias Klose wrote: There shouldn't be any new build failures with this transition (at least Ubuntu didn't see any). A large number of binNMUs could be avoided if Haskell wouldn't hard code libffi dependencies in every haskell package (see #639015). How does this interact with the current gcc changes? It seems gcj-* have a build-dep on libffi, but no runtime dep? We should try to coordinate with the haskell folks to make this not too painful... Cheers, Julien signature.asc Description: Digital signature
Bug#707152: patch applied upstream
dannf@fluid:~$ svn diff -c2521 http://ezix.org/source/packages/lshw/development Index: src/core/device-tree.cc === --- src/core/device-tree.cc (revision 2520) +++ src/core/device-tree.cc (revision 2521) @@ -193,7 +193,8 @@ struct dirent **cachelist; int ncache; - if (hw::strip(get_string(basepath + /device_type)) != cpu) + if (exists(basepath + /device_type) +hw::strip(get_string(basepath + /device_type)) != cpu) break;// oops, not a CPU! cpu.setProduct(get_string(basepath + /name)); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544930: RM: xtux -- ROM; orphaned, low popcon
retitle 544930 RM: xtux -- ROM; orphaned, low popcon reassign 544930 ftp.debian.org thanks Dear ftp-masters, please remove xtux from unstable. The game has been neglected for years and better or similar alternatives exist. The original intention of this bug report was to request an adopter for xtux and if nobody adopted it to request the removal of the game. I have brought this topic up for discussion on debian-devel-games in October 2012 [1][2], since then nobody seemed interested in actively maintaining the package. Therefore i request the removal of xtux thus someone, who is really interested in keeping it, has enough time to properly reintroduce the game in this new release cycle for jessie. Regards, Markus [1] https://lists.debian.org/debian-devel-games/2012/10/msg00062.html [2] https://lists.debian.org/debian-devel-games/2012/12/msg00030.html signature.asc Description: OpenPGP digital signature
Bug#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
On Wed, 08 May 2013 14:22:30 +0200, gregor herrmann wrote: I'd be glad if you could lend me a helping hand with MV again. I have prepared a new revision that contains only the versioned dependency change. http://mentors.debian.net/debian/pool/main/m/mediathekview/mediathekview_3.2.1+git20130327-2.dsc Sure, I'll upload in a few hours when I'm back home. Done. Thanks again for your quick fix! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: R.E.M.: What's the Frequency, Kenneth? signature.asc Description: Digital signature
Bug#664091: RM: battleball -- ROM; orphaned, low popcon
retitle 664091 RM: battleball -- ROM; orphaned, low popcon; reassign 664091 ftp.debian.org thanks Dear ftp-masters, please remove battleball from unstable. The game has been neglected for years and there are no signs of upstream activity. The game looks furthermore very outdated and the gameplay is counterintuitive at best. I have brought this topic up for discussion on debian-devel-games in October 2012 [1][2], since then nobody seemed interested in actively maintaining the package. Therefore i request the removal of battleball thus someone, who is really interested in keeping it, has enough time to properly reintroduce the game in this new release cycle for jessie. Regards, Markus [1] https://lists.debian.org/debian-devel-games/2012/10/msg00062.html [2] https://lists.debian.org/debian-devel-games/2012/12/msg00030.html signature.asc Description: OpenPGP digital signature
Bug#705382: [u...@debian.org: Bug#705382: flexbar: FTBFS on unsupported architectures]
Hi Tony, sorry for the longish (vacation associated) delay. On Thu, Apr 25, 2013 at 02:51:20PM +0100, Tony Travis wrote: On 23/04/13 17:16, Tony Travis wrote: [..] I've changed the Architecture and updated the package to use your new upstream source tarball as Andreas recommended. I'm testing it locally, and it all seems to be working OK. I'll commit the debian files to the svn repository that we are using and ask Andreas' advice about how to submit an updated flexbar package to Debian-Med correctly. Hi, Andreas. I've built and tested the new Flexbar v2.33 package locally, and committed my changes to the svn trunk/debian for flexbar. Regarding your changelog entry: Please do NOT replace old changelog entries. You should use the command dch -i to create new changelog entries for new package versions. I have fixed this in SVN. You also changed the debian/control file to close bug #705382. This needs to be mentioned in debian/changelog and the bug should be closed (done in SVN and commited). I also documented the change in debian/copyright properly in debian/changelog. I'm not yet convinced about your change of debian/flexbar.1. Looking at http://anonscm.debian.org/viewvc/debian-med/trunk/packages/flexbar/trunk/debian/flexbar.1?r1=13068r2=13414 I see the following problems of the new file: NAME section just says nothing in the new version while the old one has a proper description. What should be the content of the NAME section is given in DESCRIPTION which is plain wrong (just try `man ls` for comparison) SYNOPSIS is lacking the .SH flag DESCRIPTION (the *real* description) is also lacking the .SH flag (as most of the other following section) SEE ALSO is a boilerplate of help2man if you forget to add the --no-info option (I really wished this option would be the default - seems FSF is never giving up advertising their info format) I'm not really sure but if I remember correctly how I created the manpage in Kiel than I think to remember that I did (more or less) heavy manual changes to the file after using a draft from help2man. If you try to rerun help2man blindly this will not lead to a better manpage. I have no idea whether it is easier to maintain the once existing manpage manually or create s script that fixes help2man output afterwards. Kind regards Andreas. PS: Did you talked with upstream author about 32-bit builds and if yes would you include i386 and powerpc into the list of available architectures because libtbb-dev exists on all these architectures? -- 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#707248: libclang-dev: Python bindings provided by clang are not packaged
Package: libclang-dev Version: 1:3.0-6.2 Severity: normal Dear Maintainer, bindings/python is being not available via debs. This directory contains a ctypes/FFI based module to access libclang from python. TIA, Andreas -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libclang-dev depends on: ii libclang-common-dev 1:3.0-6.2 ii libclang11:3.0-6.2 ii libstdc++6-4.6-dev 4.6.3-14 libclang-dev recommends no packages. libclang-dev suggests no packages. -- no debconf information The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707249: gdb-msp430: build-depends on obsolete libunwind7-dev
Source: gdb-msp430 Version: 7.2a~mspgcc-20111205-1 Severity: serious Tags: jessie sid Hi, gdb-msp430 is the only package in sid build-depending on libunwind7-dev on non-ia64. That package looks like it's in the process of being replaced by libunwind8-dev, so please switch the build-dependency (or restrict it to ia64). Cheers, Julien signature.asc Description: Digital signature
Bug#707250: Fails to connect without -ssl3 for certain IMAPS servers
Package: openssl Version: 1.0.1e-2 Severity: normal Tags: upstream patch It is impossible to connect to certain IMAPS servers with certain versions of openssl without the '-ssl3' flag, including the current version in Debian, 1.0.1e. Here are the versions that worked and didn't work: * 0.9.8e : worked, RHEL * 0.9.8o : worked, Debian (x3 hosts) * 1.0.0 : failed, Debian * 1.0.0f : worked, OpenBSD (x2 hosts) * 1.0.1c : failed, Debian * 1.0.1e : failed, Debian This can be tested with the MIT exchange server: (echo 001 capability ; sleep 1) | openssl s_client -crlf -connect \ imap.exchange.mit.edu:imaps -debug which hangs at CONNECTED(0003) write to 0x1f85fc0 [0x1f86040] (320 bytes = 320 (0x140)) - 16 03 01 01 3b 01 00 01-37 03 03 51 88 25 5d d6 ;...7..Q.%]. .. written data continues ... .. wait forever to get a response ... and must be killed with a ^C. However, one is able to connect if one adds on the '-ssl3' option, obtaining the desired output of * OK The Microsoft Exchange IMAP4 service is ready. * CAPABILITY IMAP4 IMAP4rev1 AUTH=NTLM AUTH=GSSAPI AUTH=PLAIN STARTTLS CHILDREN IDLE NAMESPACE LITERAL+ 001 OK CAPABILITY completed. This seems to be related to the upstream bug report http://rt.openssl.org/Ticket/Display.html?id=2771user=guestpass=guest where two patches are provided. These have already been applied upstream and are included in the 1.0.1e release. To be activated, they require passing the '-DOPENSSL_NO_TLS1_2_CLIENT' option to Configure, which may or may not desirable. The attached patch does this (you will additionally need to disable the calls to make test at build time). It is then possible to connect to the IMAPS servers without explicitly passing the '-ssl3' flag. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssl depends on: ii libc62.17-1 ii libssl1.0.0 1.0.1e-2 ii zlib1g 1:1.2.8.dfsg-1 openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20130119 -- no debconf information -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A Index: debian/rules === --- debian/rules(revision 598) +++ debian/rules(working copy) @@ -19,7 +19,7 @@ DEB_HOST_ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH) DEB_HOST_MULTIARCH=$(shell dpkg-architecture -qDEB_HOST_MULTIARCH) -CONFARGS = --prefix=/usr --openssldir=/usr/lib/ssl --libdir=lib/$(DEB_HOST_MULTIARCH) no-idea no-mdc2 no-rc5 zlib enable-tlsext no-ssl2 +CONFARGS = --prefix=/usr --openssldir=/usr/lib/ssl --libdir=lib/$(DEB_HOST_MULTIARCH) no-idea no-mdc2 no-rc5 zlib enable-tlsext no-ssl2 -DOPENSSL_NO_TLS1_2_CLIENT OPT_alpha = ev4 ev5 OPT_i386 = i586 i686/cmov ARCHOPTS = OPT_$(DEB_HOST_ARCH) signature.asc Description: Digital signature
Bug#667906: transition: libffi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 08.05.2013 16:50, schrieb Julien Cristau: Hi Matthias, On Sat, Apr 7, 2012 at 13:39:45 +0200, Matthias Klose wrote: There shouldn't be any new build failures with this transition (at least Ubuntu didn't see any). A large number of binNMUs could be avoided if Haskell wouldn't hard code libffi dependencies in every haskell package (see #639015). How does this interact with the current gcc changes? It seems gcj-* have a build-dep on libffi, but no runtime dep? We should try to coordinate with the haskell folks to make this not too painful... this is independent. the internal libffi is used for the gcc/gcj builds. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlGKbrcACgkQStlRaw+TLJzk/QCePUHfbBcJrcqOttHW+Fz2IIz8 t3oAmQGmOTf9DQ6oKiqypKxR6/K1E2+n =s9KZ -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#667906: transition: libffi
On Wed, May 8, 2013 at 17:26:47 +0200, Matthias Klose wrote: Am 08.05.2013 16:50, schrieb Julien Cristau: Hi Matthias, On Sat, Apr 7, 2012 at 13:39:45 +0200, Matthias Klose wrote: There shouldn't be any new build failures with this transition (at least Ubuntu didn't see any). A large number of binNMUs could be avoided if Haskell wouldn't hard code libffi dependencies in every haskell package (see #639015). How does this interact with the current gcc changes? It seems gcj-* have a build-dep on libffi, but no runtime dep? We should try to coordinate with the haskell folks to make this not too painful... this is independent. the internal libffi is used for the gcc/gcj builds. OK, then I have no objection to proceeding with libffi6 at this point. I've asked the haskell people to hold off on their own transitions for now. Cheers, Julien signature.asc Description: Digital signature
Bug#681544: apache2-dev: provide dh_apache2 option to avoid enabling module by default
tags 681544 +pending thanks Hi Russ, On 13.03.2013 02:44, Russ Allbery wrote: Sure, yes, that would be fine. I'm not sure what I was thinking of when it came to the *.load configuration. There's no need to change the *.load files, of course; all this would affect is whether the module was enabled by default. as promised, I implemented a switch. The next upload will feature a dh_apache2 which has a -e|--noenable option which does not install postinst hooks, but lets others untouched. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#707251: ERROR: Spurious =pod command at line 15 in file fr/dcontrol.fr.pl
Package: devscripts podchecker fr/dcontrol.fr.pl *** ERROR: Spurious =pod command at line 15 in file fr/dcontrol.fr.pl fr/dcontrol.fr.pl has 1 pod syntax error There is some talking on: https://aur.archlinux.org/packages/devscripts/?setlang=pt_PTcomments=all -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707252: Unable to connect to certain IMAPS servers requiring SSL3
Package: offlineimap Version: 6.5.4-2 Severity: normal Certain IMAPS servers require openssl to be invoked with the '-ssl3' to be invoked. For example, MIT's exchange servers require the -ssl3 flag in order to connect, in e.g., (echo 001 capability ; sleep 1) | openssl s_client -crlf -ssl3 -connect \ imap.exchange.mit.edu:imaps without which the connection hangs because it receives no response. Because of this, offlineimap hangs when trying to download mail: -- BEGIN TRACE -- % offlineimap -a MIT -o -d ALL -1 OfflineIMAP 6.5.4 Licensed under the GNU GPL v2+ (v2 or any later version) Debug mode: Forcing to singlethreaded. Now debugging for imap: IMAP protocol debugging Now debugging for maildir: Maildir repository debugging Now debugging for thread: Threading debugging Now debugging for : Other offlineimap related sync messages Account sync MIT: [thread]: Register new thread 'Account sync MIT' (account 'MIT') *** Processing account MIT Establishing connection to imap.exchange.mit.edu:993 [imap]: 34:11.70 Account sync MIT imaplib2 version 2.33 [imap]: 34:11.70 Account sync MIT imaplib2 debug level 5, buffer level 3 ERROR: While attempting to sync account 'MIT' [Errno 104] Connection reset by peer [' File /usr/lib/python2.7/dist-packages/offlineimap/accounts.py, line 234, in syncrunner\nself.sync()\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/accounts.py, line 290, in sync\n remoterepos.getfolders()\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/repository/IMAP.py, line 268, in getfolders\nimapobj = self.imapserver.acquireconnection()\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/imapserver.py, line 215, in acquireconnection\nfingerprint=fingerprint\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/imaplibutil.py, line 142, in __init__\nsuper(WrappedIMAP4_SSL, self).__init__(*args, **kwargs)\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 1998, in __init__\nIMAP4.__init__(self, host, port, debug, debug_file, identifier, timeout, debug_buf_lvl)\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 329, in __init__\nself.open(host, port)\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/imaplibutil.py, line 145, in open\nsuper(WrappedIMAP4_SSL, self).open(host, port)\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 2011, in open\nself.ssl_wrap_socket()\n', ' File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 463, in ssl_wrap_socket\nself.sock = ssl.wrap_socket(self.sock, self.keyfile, self.certfile, ca_certs=self.ca_certs, cert_reqs=cert_reqs)\n', ' File /usr/lib/python2.7/ssl.py, line 381, in wrap_socket\nciphers=ciphers)\n', ' File /usr/lib/python2.7/ssl.py, line 143, in __init__\n self.do_handshake()\n', ' File /usr/lib/python2.7/ssl.py, line 305, in do_handshake\nself._sslobj.do_handshake()\n'] *** Finished account 'MIT' in 1:00 ERROR: Exceptions occurred during the run! ERROR: While attempting to sync account 'MIT' [Errno 104] Connection reset by peer Traceback: File /usr/lib/python2.7/dist-packages/offlineimap/accounts.py, line 234, in syncrunner self.sync() File /usr/lib/python2.7/dist-packages/offlineimap/accounts.py, line 290, in sync remoterepos.getfolders() File /usr/lib/python2.7/dist-packages/offlineimap/repository/IMAP.py, line 268, in getfolders imapobj = self.imapserver.acquireconnection() File /usr/lib/python2.7/dist-packages/offlineimap/imapserver.py, line 215, in acquireconnection fingerprint=fingerprint File /usr/lib/python2.7/dist-packages/offlineimap/imaplibutil.py, line 142, in __init__ super(WrappedIMAP4_SSL, self).__init__(*args, **kwargs) File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 1998, in __init__ IMAP4.__init__(self, host, port, debug, debug_file, identifier, timeout, debug_buf_lvl) File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 329, in __init__ self.open(host, port) File /usr/lib/python2.7/dist-packages/offlineimap/imaplibutil.py, line 145, in open super(WrappedIMAP4_SSL, self).open(host, port) File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 2011, in open self.ssl_wrap_socket() File /usr/lib/python2.7/dist-packages/offlineimap/imaplib2.py, line 463, in ssl_wrap_socket self.sock = ssl.wrap_socket(self.sock, self.keyfile, self.certfile, ca_certs=self.ca_certs, cert_reqs=cert_reqs) File /usr/lib/python2.7/ssl.py, line 381, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 143, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 305, in do_handshake self._sslobj.do_handshake() -- END TRACE -- Best wishes, Ryan -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental')
Bug#707253: rwhod does not come up properly on all interfaces
Package: rwhod Version: 0.17-12 Severity: normal On my machines, rwhod does not broadcast on all the interfaces it should, but this is inconsistent. Sometimes it comes up properly, sometimes it does not and I need to restart it. I believe this is the same as the redhat bug reported here: https://bugzilla.redhat.com/show_bug.cgi?id=708385 I also am using DHCP and find that the issue only sometimes occurs, so it seems likely that I am seeing the same problem. An updated version of the patch in that bug report is attached. Thanks, Kris rwho.patch Description: Binary data
Bug#706988: create release list automatically on wdo/releases/index
Control: tags -1 - patch Le 08/05/2013 10:05, victory a écrit : anyway here's a patch, but no further update will be made by me fundamentally I dont like such mail-based conversation Skipping your other harsh remarks you’ve used to distribute on IRC. Providing a 60.4 kB patch without willing to fix it in the future is not really a way to work. If you don’t intend to contribute anymore to the web site, I’m not sure providing a patch for an idea of “improvement” of something you don’t care, and are not willing to, is worthwhile. Regards David signature.asc Description: OpenPGP digital signature
Bug#707254: transmageddon: Impossible to use xvid codec
Package: transmageddon Version: 0.20-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.43 (SMP w/8 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 transmageddon depends on: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii python 2.7.3-4 ii python-gobject 3.2.2-2 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-3+b1 Versions of packages transmageddon recommends: ii gnome-codec-install 0.4.7+nmu1 Versions of packages transmageddon suggests: ii gstreamer0.10-ffmpeg 1:0.10.13-dmo1 -- 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#707255: ITP: parsley -- pattern-matching language based on OMeta and Python
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio lu...@debian.org * Package name: parsley Version : 1.1 Upstream Author : Allen Short washor...@gmail.com * URL : https://launchpad.net/parsley * License : Expat Programming Lang: Python Description : pattern-matching language based on OMeta and Python Parsley is a parsing library for people who find parsers scary or annoying. It uses the PEG algorithm, so each expression in the grammar rules works like a Python expression. In particular, alternatives are evaluated in order, unlike table-driven parsers such as yacc, bison or PLY. Parsley is an implementation of OMeta, an object-oriented pattern-matching language developed by Alessandro Warth http://tinlizzie.org/ometa/. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#707238: dpkg: dependency problems prevent configuration of libgnutls-openssl27:i386:
Control: tags 707238 + moreinfo Control: severity 707238 normal On 05/08/2013 09:50 AM, jida...@jidanni.org wrote: Package: libgnutls-openssl27 Severity: grave dpkg: dependency problems prevent configuration of libgnutls-openssl27:i386: libgnutls-openssl27:i386 depends on libgnutls26 (= 2.12.23-2); however: Version of libgnutls26:i386 on system is 2.12.23-1. dpkg: error processing libgnutls-openssl27:i386 (--configure): Please use /usr/bin/reportbug when reporting problems like this. The templates it creates will give us some kind of hints about how your system is configured, which are not concluded in this e-mail. You also aren't showing what command you ran that preceded this error report from dpkg. Please include full terminal transcripts wherever possible because other people can't guess at what you're doing [0] The version you're referring to is part of experimental, and are actually only halfway through the buildds: https://buildd.debian.org/status/package.php?p=gnutls26suite=experimental if you're looking for the version from experimental, you can find it here: http://packages.debian.org/experimental/i386/libgnutls26/download I suspect this is a configuration issue in terms of which repositories you're pulling from and/or something that will go away when the mirrors catch up. If you think this is still a problem, please provide more information about your system, and what you were trying to do when you encountered the error. Regards, --dkg [0] https://support.mayfirst.org/wiki/terminal_transcripts signature.asc Description: OpenPGP digital signature
Bug#706540: [Openstack-devel] Bug#706540: Bug#706540: keystone: fails to upgrade from sid: post-installation script returned error exit status 1
On 05/08/2013 04:34 PM, Maciej Gałkiewicz wrote: As far as I know upgrade from essex to grizzly is not supported. Try upgrade to folsom and then to grizzly. regards Maciej Galkiewicz That is quite right. And that's really a shame that upstream doesn't understand why we should. Unfortunately, in Debian, we will have to address the problem anyway, whatever upstream says about it. Anyone willing to help on this topic would be really welcome! If I understand well, the way to fix would be to drop a python-migrate upgrade script from Folsom into the Grizzly package, but so far I had no time to test that. Also, it is quite useless to add Andreas as Cc: to your mail, because I'd bet rusted cents against gold that he knows nothing about Keystone or OpenStack, and only runs some automated piuparts tests. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707256: ITP: txsocksx -- SOCKS{4,4a,5} endpoints for Twisted
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio lu...@debian.org * Package name: txsocksx Version : 0.0.2 Upstream Author : Arturo Filastò a...@fuffa.org * URL : https://github.com/hellais/txsocksx * License : BSD-2-clause Programming Lang: Python Description : SOCKS{4,4a,5} endpoints for Twisted SOCKS is an Internet protocol that routes network packets between a client and server through a proxy server. This library implements endpoints for SOCKS versions 4, 4a and 5 for the Twisted Python framework. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with entry failed, hardware error 0x80000021
Package: linux-image-3.8-1-686-pae Version: 3.8.11-1 KVM fails with the unstable kernel 3.8.11-1. # kvm -m 512 -cdrom grml32-full_2013.02.iso KVM: entry failed, hardware error 0x8021 If you're running a guest on an Intel machine without unrestricted mode support, the failure can be most likely due to the guest entering an invalid state for Intel VT. For example, the guest maybe running in big real mode which is not supported on less recent Intel processors. EAX= EBX=0001 ECX=f000 EDX=f000 ESI=00195e78 EDI= EBP=de84c000 ESP=de84df64 EIP=c101611c EFL=00010246 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =007b 00c0f300 DPL=3 DS [-WA] CS =0060 00c09b00 DPL=0 CS32 [-RA] SS =0068 00c09300 DPL=0 DS [-WA] DS =007b 00c0f300 DPL=3 DS [-WA] FS = ffff 00f0ff00 DPL=3 CS64 [CRA] GS =00e0 c1438b40 0018 00409100 DPL=0 DS [--A] LDT= ffff 00f0ff00 DPL=3 CS64 [CRA] TR =0080 c1400f00 206b 8b00 DPL=0 TSS32-busy GDT= c13f6000 00ff IDT= c13f5000 07ff CR0=8005003b CR2= CR3=014bc000 CR4=0690 DR0= DR1= DR2=0007 DR3= DR6=0ff0 DR7=0400 EFER= Code=ff ff 89 10 c3 8b 15 c4 83 40 c1 8d 84 10 00 c0 ff ff 8b 00 c3 eb 02 f3 90 8b 10 85 d2 74 f8 c3 3d fe 00 00 00 0f 9e c0 0f b6 c0 c3 8b 15 64 7b 40 c1 # Host CPU: Intel(R) Core(TM) Duo CPU L2400 @ 1.66GHz QEMU KVM Package: qemu-kvm 1.1.2+dfsg-6 Running KVM works on this host with the kernel package linux-image-3.2.0-4-686-pae 3.2.41-2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677595: Still present on wheezy
Hi, the problem still appears on wheezy 7.0.0 I had to modify it by hand. The package must say explicitly that it depends on ruby1.8 Anyway under gnome3 i still can't dock it, i had to evaluate another alternative like xfce. Slds -- Typed on my key64.org keyboard Nestor A. Diaz T: +57-1-485-3020,211 M: +57-316-227-3593 nes...@tiendalinux.com www.tiendalinux.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707200: strftime not work %Om specification
tag 707200 + moreinfo thanks On Wed, May 08, 2013 at 11:58:58AM +0400, Ivan Borzenkov wrote: Package: libc6 Version: 2.17-1 man page of strftime: http://linux.die.net/man/3/strftime Some conversion specifications can be modified by preceding the conversion specifier character by the E or O modifier to indicate that an alternative format should be used. If the alternative format or specification does not exist for the current locale, the behavior will be as if the unmodified conversion specification were used. (SU) The Single UNIX Specification mentions %Ec, %EC, %Ex, %EX, %Ey, %EY, %Od, %Oe, %OH, %OI, %Om, %OM, %OS, %Ou, %OU, %OV, %Ow, %OW, %Oy, where the effect of the Omodifier is to use alternative numeric symbols (say, roman numerals), and that of the E modifier is to use a locale-dependent alternative representation. date +'%d %B %Om' out: 08 Май 05 expect: 08 Май мая If your locale doesn't support this alternative format, the output should be the same as %m, which is the case here. I don't know what is your locale, but strftime therefore seems to work correctly. Also the %Om behaviour is correct for locale actually implementing this alternate format: $ LC_TIME=ja_JP.UTF-8 date +'%d %B %m' 08 5月 05 $ LC_TIME=ja_JP.UTF-8 date +'%d %B %Om' 08 5月 五 $ LC_TIME=uk_UA.UTF-8 date +'%d %B %m' 08 травень 05 $ LC_TIME=uk_UA.UTF-8 date +'%d %B %Om' 08 травень травня In my opinion there is no bug, that said please provide more informations about your locale so that we can conclude. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632438: popcon wrongly claims to be anonymous
On Sun, May 05, 2013 at 02:57:12PM +0200, Bill Allombert wrote: I agree with the risk of deanonymization, however you have to look at the consequence: we only publish agregated results, not individual reports, so this is only leaking whether someone is reporting or not, this does not leak the full list of packages, or the popcon UUID. You are missing a few pieces. There is a general principle of not collecting data that you don't need. Believe it or not, the popcon server may be compromised at a future time. We can defend now by not even collecting data that is not needed. What about the actual data transfer? It usually works via http or smtp. Anyone sniffing the traffic can learn a lot from those little extra packages not to be found in the archive. Of course the traffic could be encrypted. Turning it harmless is another viable option though. Finally I did find a number of corporate packages in popcon already. Packages that clearly belong to a particular institution or company. Now you learn that said institution uses Debian and popcon from the publicly visible popcon reports. Sorry, but given these issues I currently recommend not using popcon to people who ask me. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707258: nfs-common: New upstream version available
Package: nfs-common Version: 1:1.2.6-3 Severity: wishlist Hi, Please update nfs-common to the latest upstream version. This is required for NFS4 to work on newer kernels. Otherwise syslog is spammed with endless messages like: May 8 12:00:09 host request-key: Cannot find command to construct key 225733829 Thanks, Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707094: [virtualbox-dkms] Fails to build the kernel module for kernel 3.8-1-686-pae
I've experienced the same error. I found a patch correcting this bug for kernel 3.7+, but then I got an error on linux-headers included file (include/linux/iommu.h) : iommu.h:272:2: error: implicit declaration of function ‘ERR_PTR’ [-Werror=implicit-function-declaration] This bug isn't strictly on virtualbox-dkms, but to resolve it, you just have to add #include err.h to /usr/src/linux-headers-version-common/include/linux/iommu.h, at line 25 (after 2 other #include). I joined the patch file, but i don't think it's in Debian standards (I found it on another distro mailing list), but it works if you apply it from /var/lib/dkms/virtualbox/version_of_virtualbox/source. I'm sorry if this report is bad or something, as it's my first. I hope this could be useful to anyone. --- a/r0drv/linux/memobj-r0drv-linux.c +++ b/r0drv/linux/memobj-r0drv-linux.c @@ -1448,7 +1448,13 @@ DECLHIDDEN(int) rtR0MemObjNativeMapUser( #if defined(VBOX_USE_INSERT_PAGE) LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 22) rc = vm_insert_page(vma, ulAddrCur, pMemLnxToMap-apPages[iPage]); -vma-vm_flags |= VM_RESERVED; /* This flag helps making 100% sure some bad stuff wont happen (swap, core, ++). */ +/* Thes flags help making 100% sure some bad stuff wont happen (swap, core, ++). + * See remap_pfn_range() in mm/memory.c */ +#if LINUX_VERSION_CODE = KERNEL_VERSION(3, 7, 0) +vma-vm_flags |= VM_DONTEXPAND | VM_DONTDUMP; +#else +vma-vm_flags |= VM_RESERVED; +#endif #elif LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 11) rc = remap_pfn_range(vma, ulAddrCur, page_to_pfn(pMemLnxToMap-apPages[iPage]), PAGE_SIZE, fPg); #elif defined(VBOX_USE_PAE_HACK)
Bug#707259: transmageddon: Xvid encoding option no more available in transmageddon-0.25 (not 0.20, sorry)
Package: transmageddon Version: 0.25-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.43 (SMP w/8 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 transmageddon depends on: ii gir1.2-gst-plugins-base-1.0 1.0.7-1 ii gir1.2-gstreamer-1.0 1.0.7-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-notify-0.70.7.5-2 ii gstreamer1.0-libav 1.0.7-1 ii gstreamer1.0-plugins-bad 1.0.7-1 ii gstreamer1.0-plugins-base1.0.7-1 ii gstreamer1.0-plugins-good1.0.7-1 ii gstreamer1.0-plugins-ugly1.0.7-1 ii python3 3.2.3-6 ii python3-gi 3.2.2-2 Versions of packages transmageddon recommends: ii gnome-codec-install 0.4.7+nmu1 transmageddon 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#707260: chrony initscript uses netstat but lacks a dependency on net-tools, results in failure to go online
Package: chrony Version: 1.26-3 On a system debootstrapped with minbase I installed chrony and noticed it doesn't go online on boot. The reason is that its initscript is using netstat (which was not installed) to determine presence of a default route. This particular wheezy system was installed from http://archive.raspbian.org/raspbian with --arch=armhf but afaict the bug is present in upstream Debian packaging too. HTH :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698914: Fixing #698914 for wheezy (grub booting Windows 8 via UEFI)
On Thu, Apr 25, 2013 at 03:40:53PM +0100, Steve McIntyre wrote: He pointed me at an existing set of patches from the folks at openSUSE, which I've adapted very slightly and tested out: * Using an existing installation * Using a locally-built CD to test the os-prober udeb and all works fine, fixing the bug nicely. I would like to upload (and get unblocks for) new grub2 and os-prober packages - see debdiffs of changes attached. The changes are quite small and targeted, only affecting code paths for EFI systems. Thanks for this, and sorry for being unresponsive at the time. I've merged these into the 2.00 packaging branch as well, which I plan to land in unstable soon. -- Colin Watson [cjwat...@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#707261: please base gnat-4.6 on the gcc 4.6.4 release
Package: gnat-4.6 Version: 4.6.3-8 Severity: serious Please rebase gnat-4.6 on gcc-4.6 4.6.4-2, using the updated gcc-4.6-source package, and the build dependencies to build with updated ppl, cloog-ppl and mpclib. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707246: patch for adding the proper file context
Control: tags -1 + patch Index: refpolicy-2.20110726/policy/modules/system/miscfiles.fc === --- refpolicy-2.20110726.orig/policy/modules/system/miscfiles.fc 2011-03-28 17:05:16.0 +0200 +++ refpolicy-2.20110726/policy/modules/system/miscfiles.fc 2013-05-08 17:02:45.569766274 +0200 @@ -18,6 +18,10 @@ /etc/sysconfig/clock -- gen_context(system_u:object_r:locale_t,s0) ') +ifdef(`distro_debian',` +/etc/locale.alias -- gen_context(system_u:object_r:locale_t,s0) +') + # # /opt #
Bug#707251: ERROR: Spurious =pod command at line 15 in file fr/dcontrol.fr.pl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Thanks for your report. What version of devscripts is supposed to be affected? Le 08/05/2013 11:35, YunQiang Su a écrit : podchecker fr/dcontrol.fr.pl *** ERROR: Spurious =pod command at line 15 in file fr/dcontrol.fr.pl fr/dcontrol.fr.pl has 1 pod syntax error I’m not able to reproduce this issue with the current version of devscripts, are you? Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRioEpAAoJELgqIXr9/gnyi1wP/00EYuXYtAkUAToenHywR2rn uNu0id4JADID5wtkAbOf2flSq1bT2VKYsgpOwmLwaCS4+HkWk1v4XXiOQHeiK0So klydnquskjcUSxQLRRwmCJs2lfc6KoOkJvQEip8pQSeLxIm6us1EmdWvOWorYQCN Pwb+oabiFT1eGLFMsuzY1Wtqu7/Iot1PO7hr50egwcMUaSLrNMoPW1CEmCTHz8Zm 0tZD8LNjNL+MYoL2f282kaJVV3koEYhCyq98dd12UA9iO9WzLW82a0aRQOpPM7Ll MIbEsvqOX3n9DOPfNi0Gj2Tl0nxI7Ziw2zJDR8VEZuAJccLeURtyKeO8/ZA87owT bS2fQhB9qeD7+tDrmNcMAtVRhQrl1sttT9HVVT6vKRx4XmQr3CO28lVDr4bvSeRU LoSqpP9JXyPlmDFQIEfOLKMlR5fp6Y1ZvSTBHYirZsrfN5OYAknHlG9T6xrIonAJ ptTIF0Oz3OVhN6FBPC0tQt5rF4vMSni6GyIgK5sa6lJKJBRgE18RWp1qTwafCxWI W+WmlJqf6n7HLG6DgnB8LVgG05rsUaU15/JUA4nzwIg6p7r/Kl4AjX9B/RaNMR04 Z0nsDHdcGRQ4GFrPVEkUXxWNI/HxPQ+iQKY+o+NTpjoBcnA2VtDEPVyf0wpuPq/a ur3DyClx0wAsbcNHzFrd =eNV1 -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#707243: patch to add proper permissions
Control: tags -1 + patch Index: refpolicy-2.20110726/policy/modules/services/irqbalance.te === --- refpolicy-2.20110726.orig/policy/modules/services/irqbalance.te 2013-05-08 17:09:18.225769368 +0200 +++ refpolicy-2.20110726/policy/modules/services/irqbalance.te 2013-05-08 17:09:49.085771413 +0200 @@ -19,7 +19,7 @@ allow irqbalance_t self:capability { setpcap net_admin }; dontaudit irqbalance_t self:capability sys_tty_config; -allow irqbalance_t self:process { getcap setcap signal_perms }; +allow irqbalance_t self:process { getcap setcap signal_perms getsched }; allow irqbalance_t self:udp_socket create_socket_perms; manage_files_pattern(irqbalance_t, irqbalance_var_run_t, irqbalance_var_run_t)
Bug#707262: zfsutils: zdb fails with error message zdb: can't open 'pool name': Value too large for defined data type
Package: zfsutils Version: 9.0-3 Severity: important Whenever I run zdb as root on Debian GNU/kFreeBSD Wheezy, it fails with the following error message: # zdb tank zdb: can't open 'tank': Value too large for defined data type I'm trying to use zdb to determine the ashift value of my pool, but this bug prevents me from accessing that property of the pool. I found other reports of this bug on a Google Groups discussion for the ZFS on Linux project: https://groups.google.com/a/zfsonlinux.org/forum/?fromgroups=#!topic/zfs-discuss/2w2GgKjEyhk According to that discussion: A fix for this error was recently committed to the zfs git repo, so you may want to give the latest code a try. I'm not sure which git repo the author had in mind though. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64 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 zfsutils depends on: ii libbsd0 0.4.2-1 ii libc0.1 2.13-38 ii libgeom19.0+ds1-4 ii libnvpair1 9.0-3 ii libumem19.0-3 ii libuutil1 9.0-3 ii libzfs1 9.0-3 ii libzpool1 9.0-3 Versions of packages zfsutils recommends: ii cron 3.0pl1-124 zfsutils suggests no packages. -- Configuration Files: /etc/init.d/zfs changed [not included] -- 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#665499: clang: code using std::stack crashes with SIGILL when compiled with clang++
Package: clang-3.2 Version: 1:3.2repack-2 I am seeing this bug still in the clang-3.2 package. # clang++ -o test test.cc # ./test Illegal instruction # clang++ -o test test.cc -march=native # ./test # clang++ -v Debian clang version 3.2-2 (tags/RELEASE_32/final) (based on LLVM 3.2) Target: i386-pc-linux-gnu Thread model: posix test.cc contains: #include string #include stack int main(int,char *[]) { std::stackstd::string diesoftly; return 0; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704032: transition: boost-defaults
On Tue, Mar 26, 2013 at 23:08:15 -0500, Steve M. Robbins wrote: I would like to change Debian's default boost version from 1.49 to 1.53 or later -- likely to the most current Boost at the time the transition is scheduled. This change does not directly impact any binary packages. However, it will affect the buildability of source packages. Do we know how many (and which) packages would start FTBFS if the change was done now? Thanks, Julien signature.asc Description: Digital signature
Bug#706925: mediathekview: NoClassDefFoundError: com/jgoodies/forms/factories/FormFactory
On Wed, 08 May 2013 15:23:01 +0200, gregor herrmann wrote: I did test it with two systems running wheezy with some sid. Only updating libjgoodies-forms-java just changed the exception missing some gnu.io which was solved by manually updating libjgoodies-common-java from 1.3.0.2 to 1.4.0.2 Oh. Thanks for checking, then we indeed need a versioned Depends. I try to look into this later today. Uploaded now with a manually added dependency. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital signature
Bug#707275: Ansible causes noise in server logs
Package: ansible Version: 1.1+dfsg-1 Severity: normal When executing the ping module on server: ansible servername -c ssh -m ping It causes a log entry on the target server # grep -r servername /var/log/ /var/log/messages:May 8 15:09:07 servername ansible-ping: Invoked with data=None /var/log/user.log:May 8 15:09:07 servername ansible-ping: Invoked with data=None /var/log/syslog:May 8 15:09:07 servername ansible-ping: Invoked with data=None And if servername rungs logcheck this becomes very annoying because a mail report will be send for this entries to the admin. This email is sent by logcheck. If you no longer wish to receive such mail, you can either deinstall the logcheck package or modify its configuration file (/etc/logcheck/logcheck.conf). System Events =-=-=-=-=-=-= May 8 15:09:07 servername ansible-ping: Invoked with data=None If instead the ping module the service module is executed. ansible servername -c ssh -m service -a name=collectd state=started The same happens. # grep -r ansible-ser /var/log/ /var/log/messages:May 8 19:15:27 servername ansible-service: Invoked with pattern=None state=started enabled=None name=collectd arguments= /var/log/user.log:May 8 19:15:27 servername ansible-service: Invoked with pattern=None state=started enabled=None name=collectd arguments= /var/log/syslog:May 8 19:15:27 servername ansible-service: Invoked with pattern=None state=started enabled=None name=collectd arguments= And I guess that the same will happen with all another modules. (I just tested this 2 ones) servername is a Debian/squeeze server -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (999, 'testing'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/8 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 ansible depends on: ii python 2.7.3-4 ii python-jinja22.6-1 ii python-paramiko 1.7.7.1-3.1 ii python-yaml 3.10-4 ansible recommends no packages. ansible suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#707067: Acknowledgement (kdm: KDM fails to start window manager)
Problem fixed. I am really curious about how many people tested upgrade from sqeeze to wheezy. Solution was pretty simple, but take me almost one day to find out how to solve this problem... Problem is not in kde or kdm itself, but somewhere in pam configuration solution: just edit /etc/pam.d/common-session and change from: and change from: # and here are more per-package modules (the Additional block) session requiredpam_unix.so session optionalpam_systemd.so session optionalpam_ck_connector.so nox11 to: # and here are more per-package modules (the Additional block) session requiredpam_unix.so session optionalpam_loginuid.so session optionalpam_systemd.so session optionalpam_ck_connector.so and woila... it works. Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Qt/KDE Maintainersdebian-qt-...@lists.debian.org If you wish to submit further information on this problem, please send it to 707...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707229: libyaml-perl seems require Mo, which is not packaged for debian
On Wed, 08 May 2013 12:00:47 +0100, Ruslan Kabalin wrote: After upgrading to Wheezy I have got a problem with so-called configbuild tool (which uses libyaml-perl) and reports the following errors: Thanks for reporting this problem. DEBUG - Loading YAML data from defaults/params.yml FATAL - Can't locate Mo/builder.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . /usr/share/configbuild/lib) at (eval 305) line 2, $IN line 1. at (eval 305) line 2 YAML::Mo::BEGIN() called at (eval 305) line 2 eval {...} called at (eval 305) line 2 eval 'no Mo::builder ;' called at /usr/share/perl5/YAML/Mo.pm line 5 YAML::Mo::__ANON__(undef, 'builder', 'default') called at /usr/share/perl5/YAML/Loader.pm line 2 YAML::Loader::BEGIN() called at (eval 305) line 2 eval {...} called at (eval 305) line 2 require YAML/Loader.pm called at (eval 304) line 2 eval 'require YAML::Loader ;' called at /usr/share/perl5/YAML.pm line 82 YAML::init_action_object('YAML=HASH(0x1d5d1e0)', 'loader') called at /usr/share/perl5/YAML.pm line 21 YAML::__ANON__('YAML=HASH(0x1d5d1e0)') called at /usr/share/perl5/YAML/Mo.pm line 5 YAML::Mo::__ANON__('YAML=HASH(0x1d5d1e0)') called at /usr/share/perl5/YAML.pm line 34 YAML::Load('--- #...') called at /usr/share/perl5/YAML.pm line 75 YAML::LoadFile('defaults/params.yml') called at /usr/bin/configbuild line 500 eval {...} called at /usr/bin/configbuild line 500 ConfigUtils::ConfigBuild::load_yaml('HASH(0x1d42860)', 'defaults/params.yml') called at /usr/bin/configbuild line 716 ConfigUtils::ConfigBuild::load_datasource('HASH(0x1d42860)', 'params.yml', 'defaults/config.rb3') called at /usr/bin/configbuild line 816 ConfigUtils::ConfigBuild::__ANON__() called at /usr/share/perl5/Error.pm line 416 eval {...} called at /usr/share/perl5/Error.pm line 408 Error::subs::try('CODE(0x1d5cdf0)', 'HASH(0x1d5d048)') called at /usr/bin/configbuild line 823 Interesting. My reading is that /usr/bin/configbuild and ConfigUtils::ConfigBuild::load_yaml load YAML and use YAML::Load, which calls its own YAML::Mo::* stuff ... and then something (?) looks for Mo::builder (instead if YAML::Mo::Builder) and fails ... Is this ConfigUtils::ConfigBuild and /usr/bin/configbuild available somewhere? Alternatively can you produce some minimal testcase without it? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Leonard Cohen: Boogie Street signature.asc Description: Digital signature