Bug#718950: libdata-uuid-perl: CVE-2013-4184
Package: libdata-uuid-perl Severity: important Tags: security Justification: user security hole Hi, please see https://github.com/rjbs/Data-UUID/issues/5 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718949: libdata-uuid-perl: CVE-2013-4184: symlink attacks vulnerability
Package: libdata-uuid-perl Version: 1.219-1 Severity: important Tags: security upstream Hi CVE-2013-4184 was assigned to a symlink attack vulnerability for Data::UUID. See http://marc.info/?l=oss-securitym=137525838315067w=2 and https://github.com/rjbs/Data-UUID/issues/5 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718951: python-quantumclient: The command quantum agent-list doesn't exist.
Package: python-quantumclient Version: 1:3.0.a1-1 Severity: important 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.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-quantumclient depends on: ii dpkg 1.16.10 ii python 2.7.3-4 ii python-cliff 1.3.3-1~bpo70+1 ii python-httplib2 0.7.4-2 ii python-iso8601 0.1.4-2 ii python-prettytable 0.6.1-1 ii python-pyparsing 1.5.7+dfsg1-2~bpo70+1 ii python-simplejson2.5.2-1 ii python2.7 [python-argparse] 2.7.3-6 python-quantumclient recommends no packages. python-quantumclient suggests no packages. -- ''~`` ( o o ) +--.oooO--(_)--Oooo.-+ | Guillaume Chéramy - Guidtz | | French open source system administrator| | E-Mail : guilla...@cheramy.name| | Website : http://blog.cheramy.name | || |( ) | +-\ (( )---+ \_)) / (_/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711236: ruby-rack: Rack 1.5 breaks Rails 3.2
Hey, any progress here? This blocks transition of rails-3.2 to testing and thus it blocks rails-2.3 removal. O. On Wed, Jun 5, 2013 at 8:53 PM, Antonio Terceiro terce...@debian.orgwrote: Package: ruby-rack Version: 1.5.2-1 Severity: grave X-Debbugs-CC: debian-r...@lists.debian.org ruby-rack 1.5 breaks session management in rails 3.2. Right now there are a couple of options which are being discussed: - backport the patch that migrates Rails 4 from Rack 1.4 to Rack 1.5: https://github.com/rails/rails/commit/7d624e0e8cfa3adffd8f475e3588d83f3b367c24 - Drop Rails 3.2 in favor of Rails 4. This bug is here to prevent ruby-rack 1.5 from migrating to testing until we sort this out, so we keep having a working Rails in testing until then. -- 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.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-rack depends on: ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 ruby-rack recommends no packages. ruby-rack suggests no packages. -- no debconf information -- Antonio Terceiro terce...@debian.org -- Ondřej Surý ond...@sury.org Have you tried Knot DNS – https://www.knot-dns.cz/ – a high-performance authoritative-only DNS server
Bug#718945: Add ppc64el for powerpc64le-linux-gnu
Hi! On Tue, 2013-08-06 at 21:24:22 -0700, Jeff Bailey wrote: Package: dpkg Version: 1.16.10 Severity: wishlist Tags: patch Please add support for ppc64el. diff -Nru dpkg-1.16.10/cputable dpkg-1.16.10/cputable --- dpkg-1.16.10/cputable 2012-11-20 20:39:53.0 + +++ dpkg-1.16.10/cputable2013-08-06 21:28:04.0 + @@ -31,6 +31,7 @@ mipsel mipsel mipsel 32 little powerpcpowerpc (powerpc|ppc) 32 big ppc64 powerpc64 (powerpc|ppc)64 64 big +ppc64elpowerpc64le powerpc64le 64 little s390 s390s39032 big s390x s390x s390x 64 big sh3sh3 sh3 32 little I see this being supported already by config.{guess, sub}, good :), and the arch name matches existing conventions, so I'll merge the patch locally and include it for 1.17.2. Would you need it for 1.16.x too? Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711236: [DRE-maint] Bug#711236: ruby-rack: Rack 1.5 breaks Rails 3.2
Hi, At Wed, 7 Aug 2013 08:28:09 +0200, Ondřej Surý ond...@sury.org wrote: any progress here? This blocks transition of rails-3.2 to testing and thus it blocks rails-2.3 removal. Should we provide other package ruby-rack-1.4 such as ruby-activerecord-3.2 for rails3? On Wed, Jun 5, 2013 at 8:53 PM, Antonio Terceiro terce...@debian.orgwrote: Package: ruby-rack Version: 1.5.2-1 Severity: grave X-Debbugs-CC: debian-r...@lists.debian.org ruby-rack 1.5 breaks session management in rails 3.2. Right now there are a couple of options which are being discussed: - backport the patch that migrates Rails 4 from Rack 1.4 to Rack 1.5: https://github.com/rails/rails/commit/7d624e0e8cfa3adffd8f475e3588d83f3b367c24 - Drop Rails 3.2 in favor of Rails 4. This bug is here to prevent ruby-rack 1.5 from migrating to testing until we sort this out, so we keep having a working Rails in testing until then. -- 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.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-rack depends on: ii ruby 1:1.9.3 ii ruby1.8 [ruby-interpreter]1.8.7.358-7 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+b1 ruby-rack recommends no packages. ruby-rack suggests no packages. -- no debconf information -- Antonio Terceiro terce...@debian.org --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718928: [Pkg-fonts-devel] Bug#718928: please change suggests to libgraphite2-3
Am Montag, den 06.05.2013, 22:11 +0200 schrieb Rene Engelhard: I've no idea why a font package needs to suggest this but please change This is most probably wrong. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718952: ITP: php-mysqlnd-ms -- MySQL replication and load balancing module for PHP
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: php-mysqlnd-ms Version : 1.5.2 Upstream Author : Ulf Wendel ulf.wen...@phpdoc.de * URL : http://pecl.php.net/package/mysqlnd_ms * License : PHP License Programming Lang: C Description : MySQL replication and load balancing module for PHP The mysqlnd_ms replication and load balancing plugin can be used with PHP MySQL extensions (ext/mysql, ext/mysqli, ext/pdo_mysql) if they are compiled to use mysqlnd. The plugin inspects queries and does read-write splitting. Read-only queries are sent to MySQL replication slave servers while all other queries are redirected to the MySQL replication master server. Very few, if any, application changes are required, depending on the usage scenario. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlIB8ewACgkQ9OZqfMIN8nNWhwCgi3eB7mm0+jUpE4nFaU6fpw4l f3AAnjccAq/dFCorTn1TvcOk7mer/qDk =Kq+U -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#711236: [DRE-maint] Bug#711236: ruby-rack: Rack 1.5 breaks Rails 3.2
On Wed, Aug 7, 2013 at 8:42 AM, Youhei SASAKI uwab...@gfd-dennou.orgwrote: Hi, At Wed, 7 Aug 2013 08:28:09 +0200, Ondřej Surý ond...@sury.org wrote: any progress here? This blocks transition of rails-3.2 to testing and thus it blocks rails-2.3 removal. Should we provide other package ruby-rack-1.4 such as ruby-activerecord-3.2 for rails3? Gosh, no, please. However what can we do right now is to upload epoched ruby-rack 1:1.4. Or do we already have some software that needs rack 1.5? O. -- Ondřej Surý ond...@sury.org Have you tried Knot DNS – https://www.knot-dns.cz/ – a high-performance authoritative-only DNS server
Bug#717650: glx-diversions: There is only one alternative in link group glx
clone 717650 -1 reassign -1 bumblebee retitle -1 bumblebee: requires explicit dependency on libgl1-mesa-glx severity -1 serious thanks Hi Andreas, (Just copying your reply from the bug report on the BTS' web interface, so sorry if this breaks threading.) On 2013-07-23 13:41, peter wrote: running update-alternatives --config glx gives me There is only one alternative in link group glx (providing /usr/lib/glx): /usr/lib/nvidia Nothing to configure. although I have glx-alternative-mesa, and glx-alternative-nvidia installed. That is intentional. The description of these two packages says: Bumblebee users have their primary display driven by their integrated Intel GPU, and thus require mesa's libGL (not nvidia's) for 3d acceleration on their primary display. AFAICT, this intentional change just broke bumblebee for users with the latest set of glx-alternatives packages from experimental. Looks like I'll have to add an explicit dependency on libgl1-mesa-glx for bumblebee. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718934: 1.99.3 doesn't manage to update no-ip.com address
tags 718934 pending confirmed thanks Hi, Thanks for your report. On Wed, Aug 07, 2013 at 01:50 +0200, ancow wrote: Downgrading back to the wheezy version fixes the problem. It also makes the Authorization header in the IP update request contain proper content after Basic . The previous version (?1.99.2?) did not suffer from this problem. The bug will be fixed in upstream. Please see https://github.com/troglobit/inadyn/pull/40. I'll upload new package ASAP. Thanks. -- Timur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718955: ucf: gets confused when a conffile is replaced by a symlink to another packages' conffile
Package: ucf Version: 3.0027+nmu1 Severity: normal Hi folks, on my system, I have php5-cgi and php5-cli installed, which each have their respective ucf-registered conffile: /etc/php5/cgi/php.ini /etc/php5/cli/php.ini However, the latter is a symlink to the former: $ ls -l /etc/php5/cli/php.ini lrwxrwxrwx 1 root root 14 Mar 14 2011 /etc/php5/cli/php.ini - ../cgi/php.ini I suspect that I manually did this at some point, so I wouldn't have to maintain two config files, which I wanted to be identical at some point. Now, when upgrading the php5-cli package, ucfr bails out. I've extracted the relevant command below, but I get the same error during an aptitude / dpkg run, causing aptitude to bail out. $ sudo ucfr php5-cli /etc/php5/cli/php.ini ucfr: Attempt from package php5-cli to take /etc/php5/cli/php.ini away from package php5-cgi ucfr: Aborting. Looking at the code, ucfr sees that /etc/php5/cli/php.ini is a symlink to /etc/php5/cgi/php.ini, so it will register the config file under the latter name. Since it is already registered by a different package, it errors out. This is not a very clear-cut bug in ucfr, since I manually messed up my config files to cause this. However, the symlink I added seems to make sense and it would be preferable if a change like this would not cause upgrades to fail. Having said that, I'm not quite sure how ucfr could be changed to support this usecase, I don't have enough know-how about how ucf is supposed to work for that. Any suggestions? Gr. Matthijs -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.0 (SMP w/4 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 ucf depends on: ii coreutils 8.21-1 ii debconf1.5.50 ucf recommends no packages. ucf suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718914: metche: [INTL:ja] New Japanese translation
Control: tag -1 + pending Hi, victory wrote (06 Aug 2013 21:48:03 GMT) : Could you apply it, please? Applied in Git, thanks! Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718956: ITP: printrun -- 3D-printing host software
Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont ol...@debian.org * Package name: printrun Version : 20130711 Upstream Author : Kliment Yanev * URL : https://github.com/kliment/Printrun * License : GPLv3+ Programming Lang: Python Description : 3D-printing host software Printrun is a set of G-Code sending applications for 3D-printers. . It consists of printcore (a dumb G-Code sender), pronsole (a full-fledged command-line G-Code sender), pronterface (a G-Code sender with a graphical interface), and a collection of related scripts. . Combined with a slicing program, it allows the user to operate a 3D printer such as a RepRap from scratch. I'd be glad to hear feedback on the long description, as I'm a bit in a bubble (and I'm sure there's room for improvement). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718957: nmu: geis_2.2.16-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu geis_2.2.16-1 . amd64 . -m Rebuild against python3.3 looks like geis was sitting in NEW for a long time and missed the python3.3 transition ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718954: Bug#717650: glx-diversions: There is only one alternative in link group glx
# no longer sure if my proposed fix is actually what's needed, so revert title retitle 717650 glx-diversions: There is only one alternative in link group glx reopen 717650 thanks I think my initial diagnosis was mistaken. Neither glx-alternatives-mesa nor libgl1-mesa-glx are removed as part of the upgrade to glx-alternatives in experimental. What needs to be done to fix this manually is to reinstall libgl1-mesa-glx and to run update-alternatives to re-select mesa-diverted as preferred alternative for glx (see #712304 [1] or upstream github ticket [2]). At this point I'm still unsure why reinstalling libgl1-mesa-glx helps to fix this. Vincent [1] http://bugs.debian.org/712304 [2] https://github.com/Bumblebee-Project/Bumblebee/issues/452#issuecomment-22231887 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695957: Please reopen this bug
control: reopen -1 On Dienstag, 6. August 2013, Hans-J. Ullrich wrote: I just tested googleearth-package from sid. But it still wants to install ia32-libs and ia32-libs-gtk. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#718958: bzr-gtk: needs to be updated for bzr 2.6.0-1
Package: bzr-gtk Version: 0.103.0+bzr792-3 Severity: grave Tags: sid jessie Justification: renders package unusable User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: The following packages have unmet dependencies: bzr-gtk : Depends: bzr ( 2.6.0) but 2.6.0-1 is to be installed Recommends: bzr-dbus but it is not going to be installed Recommends: gir1.2-appindicator3-0.1 but it is not going to be installed or gir1.2-notify-0.7 but it is not going to be installed Recommends: python-gi-cairo but it is not going to be installed Recommends: seahorse but it is not going to be installed Since it worked fine with the previous bzr versions (jessie has 2.6.0~bzr6574-1) which already seem to be 2.6.0, there is probably not much to fix besides bumping the dependencies. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676784: Policy §10.5 and .jar file noticeable exception
On Tue Aug 06 13:38, Eugene Zhukov wrote: Can it simply be except if it is a .jar file in parenthesis instead of vague in the sense that it is meant to be uncompressed with...? We want to write policy to be general and not have 100s of special exceptions. In this case what is special is not that it's a jar file, but that the user isn't meant to interact with it using standard compressed file tools. This is not a state unique to jar files. Even if there aren't any other known cases now, we want to write policy in a way that can apply to them in the futuer. Matt signature.asc Description: Digital signature
Bug#718960: gradle misses some dependencies
Package: gradle Version: 1.4-1 severity: serious Hi, gradle refused to run on mine machine without the gson and bcpg packages installed. So the package misses at least this two dependencies. Additional before submitting this bug I scanned /usr/share/gradle/lib for symlinks and resolved their packages to get a full list of eventual dependencies. However I am not sure if all of them are really needed, since just a small part of them are already declared dependencies: ant ant-optional bnd checkstyle groovy ivy junit4 libantlr-java libasm4-java libatinject-jsr330-api-java libbcpg-java libbcprov-java libcodenarc-groovy-java libcommons-cli-java libcommons-codec-java libcommons-collections3-java libcommons-io-java libcommons-lang-java libconstantine-java libdom4j-java libecj-java libgmetrics-groovy-java libgoogle-gson-java libgradle-core-java libgradle-plugins-java libguava-java libhttpclient-java libhttpcore-java libjaffl-java libjansi-java libjarjar-java libjaxen-java libjcifs-java libjcip-annotations-java libjetty-extra-java libjetty-java libjffi-java libjna-java libjnr-posix-java libjsch-java libkryo-java liblogback-java libmaven-ant-tasks-java libminlog-java libnative-platform-java libnekohtml-java libplexus-containers1.5-java libpolyglot-maven-java libreflectasm-java librhino-java libservlet2.5-java libslf4j-java libxbean-java libxerces2-java libxml-commons-external-java testng kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718961: RM: oftc-hybrid -- RoQA; GPL software linking with OpenSSL
Package: ftp.debian.org X-Debbugs-Cc: Christoph Berg m...@debian.org Please remove oftc-hybrid from the archive. It is licensed under the GPL, but links OpenSSL (#485610). The package as already been removed from testing in 2008 and hasn't been part of a release since. I've CC'ed the maintainer in case he wants to fix this. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718962: spice-client-glib-usb-acl-helper: Missing Breaks/Replaces against libspice-client-glib-2.0-8
Package: spice-client-glib-usb-acl-helper Version: 0.20-0nocelt1 Severity: serious Hi, spice-client-glib-usb-acl-helper is missing a Breaks/Replaces against the previous versions of libspice-client-glib-2.0-8 as some files have been moved from one package to the other. Cheers Laurent Bigonville -- 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.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spice-client-glib-usb-acl-helper depends on: ii libacl12.2.52-1 ii libc6 2.17-92 ii libglib2.0-0 2.36.3-4 ii libpolkit-gobject-1-0 0.105-3 spice-client-glib-usb-acl-helper recommends no packages. spice-client-glib-usb-acl-helper suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718964: spice-gtk: maintscript from libspice-client-glib-2.0-8 should be moved to the spice-client-glib-usb-acl-helper
Source: spice-gtk Version: 0.20-0nocelt1 Severity: important Hi, The 2 maintainer scripts from the libspice-client-glib-2.0-8 package should probably moved to the new spice-client-glib-usb-acl-helper package as spice-client-glib-usb-acl-helper is now shipped in the later. Also, spice-client-glib-usb-acl-helper is now installed in a non-multiarch path so I guess the loop is not necesarry anymore. Cheers Laurent Bigonville -- 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.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718845: BUG: unable to handle kernel paging request
On Wed, 2013-08-07 at 00:06 +0100, Philip Ashmore wrote: I just upgraded with wheezy-backports. Apart from the VMware modules I'm left with # cut -d' ' -f1,7 /proc/modules | sed 's/ //' | grep '(' bbswitch(O) wl(P) bbswitch is in wheezy-backports and wl is in non-free. I updated VMware as well, although I wasn't using VMware Player when the bug happened. Considering I've been using a fresh install of Wheezy since June without a problem I was hoping the photos might shed some light on the bug, as I've noway to reproduce it. I've rebooted a few times since then - is there any kind of black box file I can attach to provide moreinformation? Not by default. Ben. -- Ben Hutchings Experience is what causes a person to make new mistakes instead of old ones. signature.asc Description: This is a digitally signed message part
Bug#718963: RM: epiphany-extensions-more -- RoQA; depends on old epiphany-browser
Package: ftp.debian.org X-Debbugs-Cc: pkg-gnome-maintain...@lists.alioth.debian.org Please remove epiphany-extensions-more from the archive. It depends on an old version of epiphany-browser (#636436). The package already wasn't part of wheezy. I've CC'ed the maintainer in case he has objections. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718965: nova-xcp-plugins: fails to upgrade from 'testing': insserv: script nova-xcp-plugins: service nova-xcp-network already provided!
Package: nova-xcp-plugins Version: 2013.1.2-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'jessie'. It installed fine in 'jessie', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Setting up nova-xcp-plugins (2013.1.2-2) ... insserv: script nova-xcp-plugins: service nova-xcp-network already provided! insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing nova-xcp-plugins (--configure): subprocess installed post-installation script returned error exit status 1 dpkg-maintscript-helper might help to remove the obsolete nova-xcp-network initscript. cheers, Andreas nova-xcp-network_None.log.gz Description: GNU Zip compressed data
Bug#718845: BUG: unable to handle kernel paging request
On Wed, 2013-08-07 at 00:06 +0100, Philip Ashmore wrote: I just upgraded with wheezy-backports. Apart from the VMware modules I'm left with # cut -d' ' -f1,7 /proc/modules | sed 's/ //' | grep '(' bbswitch(O) wl(P) bbswitch is in wheezy-backports and wl is in non-free. I updated VMware as well, although I wasn't using VMware Player when the bug happened. Considering I've been using a fresh install of Wheezy since June without a problem I was hoping the photos might shed some light on the bug, as I've noway to reproduce it. [...] Sorry, I missed your follow-up with the photos. Unfortunately none of them includes much of the call trace, so they're not very illuminating. Ben. -- Ben Hutchings Experience is what causes a person to make new mistakes instead of old ones. signature.asc Description: This is a digitally signed message part
Bug#718966: RM: cdfs-src -- RoQA; doesn't work with linux 3.1 or later
Package: ftp.debian.org X-Debbugs-Cc: bl...@debian.org Please remove cdfs-src from the archive as it no longer build with linux 3.1 or later (#651788). I've CC'ed the maintainer in case he has objections. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718901: vidalia: Vidalia cannot start tor - apparmor profile does not allow access
Control: retitle -1 AppArmor profile should support a per-user instance of Tor Control: severity -1 normal Hi Jack, Jack Wearden wrote (06 Aug 2013 19:00:08 GMT) : I'm forwarding this bug report from Ubuntu; the original bug report is available here https://bugs.launchpad.net/ubuntu/+source/vidalia/+bug/680192. The apparmor-profile is not configured to allow vidalia to have access to the tor binary, and so it cannot start or stop tor. It's correct that the current Vidalia profile only supports the system-wide instance of Tor setup. I'm glad you're interested in improving this! AppArmor isn't enabled by default in Debian yet, so I'm downgrading the severity to `normal'. Adding /usr/sbin/tor Ux, to debian/apparmor-profile fixes this issue Thanks for the suggestion. However, I would find it sad to run Tor unconfined in this usecase: * the system-wide instance already decouples system-wide stuff in a `system_tor' profile, and ships `abstractions/tor' for things that should be shared with the usecase at hand * the whole thing is pretty easy to correctly confine. How about adding a `vidalia_tor' profile, that's used when running /usr/sbin/tor from Vidalia? E.g. something like that could be a good starting point: # vim:syntax=apparmor #include tunables/global profile vidalia_tor { #include abstractions/tor owner @{HOME}/.vidalia/torrc r, owner @{HOME}/.tor rw, owner @{HOME}/.tor/* rwk, # Site-specific additions and overrides. See local/README for details. #include local/vidalia_tor } Are you interested in building upon this? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718943: import -delay broken
On Wed, Aug 7, 2013 at 5:22 AM, jida...@jidanni.org wrote: Package: imagemagick-6.q16 Version: 8:6.8.5.6-3 File: /usr/lib/i386-linux-gnu/ImageMagick-6.8.5/bin-Q16/import import -delay 33 x.png is broken. The crosshairs appear immediately anyway. Yep, because that's what -pause is for... Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718967: RM: mozzemberek -- RoQA; FTBFS with iceweasel 4 and later
Package: ftp.debian.org X-Debbugs-Cc: r...@i-rs.ru Please remove mozzemberek from the archive. It fails to build with Iceweasel 4 and later (#631056). The package wasn't part of Wheezy and has last been uploaded in 2009. I've CC'ed the maintainer in case he has objections. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718890: base: Boot fails due to trap divide error:0 in libc-2.17 in several services
control: reassign -1 libc6 # not sure which package it is, but base it's not # thanks for further reassigning On Dienstag, 6. August 2013, Christian Haul wrote: Package: base Severity: critical Justification: breaks the whole system After system upgrade on Aug 4th re-boot fails due to the mentioned error: trap divide error ip:7f88f70e601b sp:7fffde9ce760 error:0 in libc-2.17.so [7f88f70b9000+1a2000] Using emergency boot with init=/bin/bash allows to boot into the system. System is configured to use systemd. Apparmor has been used but removed in order to pinpoint the problem. The mentioned upgrade included an upgrade of libc6. I downgraded libc6 and relatives to debian-testing w/o success. (BTW the only reason APT policy includes testing) I suspect the below upgrade to have introduced the problem. Protokoll abgeschlossen. Aptitude 0.6.8.2: Protokoll So, 04. Aug 2013 12:25:56 +0200 WICHTIG: Dieses Protokoll zeigt nur geplante Aktionen an. Aktionen, die wegen dpkg-Problemen fehlschlagen, sind vielleicht nicht abgeschlossen. 139 Pakete werden installiert und 1 Pakete entfernt. 8.191 kB der Festplatte werden belegt. === [INSTALLIEREN, ABHC384NGIGKEITEN] dh-python:amd64 [INSTALLIEREN, ABHC384NGIGKEITEN] libgjs0c:amd64 [INSTALLIEREN, ABHC384NGIGKEITEN] libjs-excanvas:amd64 [INSTALLIEREN, ABHC384NGIGKEITEN] libjs-jquery-timepicker:amd64 [INSTALLIEREN, ABHC384NGIGKEITEN] libjs-jquery-ui:amd64 [INSTALLIEREN, ABHC384NGIGKEITEN] libpython3-stdlib:amd64 [ENTFERNEN, ABHC384NGIGKEITEN] libgjs0b:amd64 [AKTUALISIERUNG] apparmor:amd64 2.8.0-1 - 2.8.0-1+b1 [AKTUALISIERUNG] apparmor-utils:amd64 2.8.0-1 - 2.8.0-1+b1 [AKTUALISIERUNG] argyll:amd64 1.5.1-2 - 1.5.1-3 [AKTUALISIERUNG] chromium:amd64 28.0.1500.95-2 - 28.0.1500.95-3 [AKTUALISIERUNG] chromium-inspector:amd64 28.0.1500.95-2 - 28.0.1500.95-3 [AKTUALISIERUNG] dvb-tools:amd64 0.8.9-4 - 1.0.0-1 [AKTUALISIERUNG] freespacenotifier:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] gdebi:amd64 0.9 - 0.9.1 [AKTUALISIERUNG] gdebi-core:amd64 0.9 - 0.9.1 [AKTUALISIERUNG] gedit:amd64 3.4.2-1+b1 - 3.8.3-3 [AKTUALISIERUNG] gedit-common:amd64 3.4.2-1 - 3.8.3-3 [AKTUALISIERUNG] gedit-plugins:amd64 3.4.0-1+b1 - 3.8.3-1 [AKTUALISIERUNG] gir1.2-packagekitglib-1.0:amd64 0.8.10-1 - 0.8.10-2 [AKTUALISIERUNG] gir1.2-peas-1.0:amd64 1.4.0-2+b1 - 1.8.1-1 [AKTUALISIERUNG] gir1.2-upowerglib-1.0:amd64 0.9.21-1 - 0.9.21-2 [AKTUALISIERUNG] git:amd64 1:1.8.4~rc0-1 - 1:1.8.4~rc1-1 [AKTUALISIERUNG] git-core:amd64 1:1.8.4~rc0-1 - 1:1.8.4~rc1-1 [AKTUALISIERUNG] git-gui:amd64 1:1.8.4~rc0-1 - 1:1.8.4~rc1-1 [AKTUALISIERUNG] git-man:amd64 1:1.8.4~rc0-1 - 1:1.8.4~rc1-1 [AKTUALISIERUNG] gitk:amd64 1:1.8.4~rc0-1 - 1:1.8.4~rc1-1 [AKTUALISIERUNG] gjs:amd64 1.32.0-5+b1 - 1.36.1-2 [AKTUALISIERUNG] gnome-shell:amd64 3.4.2-11 - 3.4.2-12 [AKTUALISIERUNG] gnome-shell-common:amd64 3.4.2-11 - 3.4.2-12 [AKTUALISIERUNG] gnome-sushi:amd64 0.4.1-4 - 0.4.1-5 [AKTUALISIERUNG] gstreamer1.0-libav:amd64 1:1.0.8-dmo1 - 1:1.0.9-dmo1 [AKTUALISIERUNG] icedtea-7-jre-jamvm:amd64 7u25-2.3.10-2 - 7u25-2.3.12-2 [AKTUALISIERUNG] kde-style-oxygen:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kde-window-manager:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kde-workspace:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kde-workspace-bin:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kde-workspace-data:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kde-workspace-kgreet-plugins:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kdm:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kinfocenter:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] klipper:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] kmenuedit:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] ksysguard:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] ksysguardd:amd64 4:4.10.5-2 - 4:4.10.5-3 [AKTUALISIERUNG] libapparmor-perl:amd64 2.8.0-1 - 2.8.0-1+b1 [AKTUALISIERUNG] libapparmor1:amd64 2.8.0-1 - 2.8.0-1+b1 [AKTUALISIERUNG] libbrlapi0.6:amd64 4.5-3 - 4.5-3+b1 [AKTUALISIERUNG] libc-bin:amd64 2.17-91 - 2.17-92 [AKTUALISIERUNG] libc-dev-bin:amd64 2.17-91 - 2.17-92 [AKTUALISIERUNG] libc6:amd64 2.17-91 - 2.17-92 [AKTUALISIERUNG] libc6:i386 2.17-91 - 2.17-92 [AKTUALISIERUNG] libc6-dev:amd64 2.17-91 - 2.17-92 [AKTUALISIERUNG] libc6-i386:amd64 2.17-91 - 2.17-92 [AKTUALISIERUNG] libc6-i686:i386 2.17-91 - 2.17-92 [AKTUALISIERUNG] libdiscid0:amd64 0.5.1-1 - 0.5.2-1 [AKTUALISIERUNG] libgsf-1-114:amd64 1.14.27-2 - 1.14.28-1 [AKTUALISIERUNG] libgsf-1-common:amd64 1.14.27-2 - 1.14.28-1 [AKTUALISIERUNG] libgssdp-1.0-3:amd64 0.14.3-1 - 0.14.4-1 [AKTUALISIERUNG] libgupnp-1.0-4:amd64 0.20.3-1 - 0.20.4-1 [AKTUALISIERUNG] libicc2:amd64 2.12+argyll1.5.1-2 - 2.12+argyll1.5.1-3 [AKTUALISIERUNG] libimdi0:amd64 1.5.1-2 - 1.5.1-3 [AKTUALISIERUNG] libjs-jquery:amd64 1.7.2+dfsg-2 - 1.7.2+dfsg-3 [AKTUALISIERUNG] libkdecorations4abi1:amd64 4:4.10.5-2 -
Bug#718774: Nvidia module rename patch break bumblebee
Hi Maxime and Francesco, If you could take a moment to confirm a few things for me for debugging purposes, that'd be great. First, can you verify that with the latest nvidia-alternative package from experimental, that you have a file called /etc/nvidia/nvidia-modprobe.conf present on your filesystem, and that it contains an alias for the nvidia module (nvidia-current)? In that case, the module being renamed shouldn't be an issue... Second, please verify that: # update-alternatives --config glx ...only gives you the option of having /usr/lib/nvidia provide the glx alternative, but if you do: # apt-get install --reinstall libgl1-mesa-glx # update-alternatives --config glx ...you are now given the option to select /usr/lib/mesa-diverted as the desired glx alternative (which you should do; your primary X server is driven by your intel gpu and requires mesa's libGL for 3d acceleration, not nvidia's). Thanks, Vincent Note for self reference: may be related to #717650 or #718954. Also interesting leads provided on upstream github ticket (https://github.com/Bumblebee-Project/Bumblebee/issues/452). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718959: [Packaging] Bug#718959: munin: fails to install: You must invoke apache2-maintscript-helper with an unmodified environment when sourcing it
control: severity -1 important # we really want to get rid of 2.0.16-3 in jessie and # http://piuparts.debian.org/sid/pass/education-main-server_1.712.log is # successful too # plus I'm really not sure it's munin to blame here... thanks signature.asc Description: This is a digitally signed message part.
Bug#634738: Fwd: Debian bug#634738: Ardentryst, deprecation, checksums and obfuscate code
Forgot to forward upstream's reply to the BTS on his behalf, so doing so now. Vincent -- Forwarded message -- From: Jordan jordan_trudg...@hotmail.com Date: Mon, Jul 8, 2013 at 7:38 PM Subject: Re: Debian bug#634738: Ardentryst, deprecation, checksums and obfuscate code To: Vincent Cheng vincentc1...@gmail.com Ardentryst is no longer under development and high score boards will be closed in the near future (this year.) Sorry if this email is short, sent from my phone :-) - Reply message - From: Vincent Cheng vincentc1...@gmail.com To: Steve Cotton st...@s.cotton.clara.co.uk Cc: Jordan Trudgett jordan_trudg...@hotmail.com Subject: Debian bug#634738: Ardentryst, deprecation, checksums and obfuscate code Date: Tue, Jul 9, 2013 10:16 am Hi Steve, [cc-ed Jordan (Ardentryst's upstream dev)] On Mon, Jul 8, 2013 at 6:37 AM, Steve Cotton st...@s.cotton.clara.co.uk wrote: Hi Vincent, I'm looking at deprecation warnings that are generated when Ardentryst is run on modern Python. This is Debian bug 634738, which I see you looked at a while ago. As a reminder, there's a tiny section of lightly obfuscated code in Ardentryst to make it harder to cheat on the leaderboard. The deprecation warnings point to that code. Also, any changes to the code invalidate scores from being submitted to the leaderboard. From a technical side, I can provide a patch. But I'm not clear on whether it would be better to just make the bug a WONTFIX. I've deliberately not CC'd the bug report, as I'd like to get your and upstream's opinion on the obfuscated checksumming first. But please feel free to include this message in a mail to the BTS. Thanks in advance, Steve AFAIK upstream already knows about this issue (Jordan, for context this is about runtime DeprecationWarnings due to the use of python's sha and md5 modules in ardentryst; see http://bugs.debian.org/634738). I don't think upstream is actively working on the original ardentryst anymore (please correct me if I'm wrong), but if you have any patches on hand, please send them directly upstream. I'm personally not all that concerned about this bug, and I'd rather just tag this as wontfix in Debian's BTS unless you or upstream have any objections. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718956: ITP: printrun -- 3D-printing host software
Hi, There is already a wnpp bug here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695336 7 серп. 2013 09:45, Nicolas Dandrimont ol...@debian.org напис. Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont ol...@debian.org * Package name: printrun Version : 20130711 Upstream Author : Kliment Yanev * URL : https://github.com/kliment/Printrun * License : GPLv3+ Programming Lang: Python Description : 3D-printing host software Printrun is a set of G-Code sending applications for 3D-printers. . It consists of printcore (a dumb G-Code sender), pronsole (a full-fledged command-line G-Code sender), pronterface (a G-Code sender with a graphical interface), and a collection of related scripts. . Combined with a slicing program, it allows the user to operate a 3D printer such as a RepRap from scratch. I'd be glad to hear feedback on the long description, as I'm a bit in a bubble (and I'm sure there's room for improvement). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130807074035.ga3...@hilbert.home.olasd.eu
Bug#718968: RM: libmesh -- RoQA; FTBFS with newer petsc, slepc
Package: ftp.debian.org X-Debbugs-Cc: debian-science-maintain...@lists.alioth.debian.org Please remove libmesh from the archive as it fails to build with newer versions of petsc and slepc (#662706) and is no longer installable. The bug report mentioned this might be fixed with a newer version, but nothing has happened for over a year. The package hasn't been part of Squeeze or Wheezy. I've CC'ed the maintainer in case he has objections. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701691: valgrind: support for ARMv5/v6
On mar, ago 06, 2013 at 01:14:19 -0400, Yaroslav Halchenko wrote: Package: valgrind Version: 1:3.8.1-4 Followup-For: Bug #701691 Just ran into this issue on our build box abel -- I was genuinly surprised to see valgrind available for that architecture so immediately jumped to install it -- but as this report shows, it is next to useless on armel, so why we carry armel build at all thus confusing poor users? It was enabled to let armel users with ARMv7 hardware to use valgrind. At least that's what I understood from #592614, but I wasn't the maintainer at the time. may be override_dh_auto_test: : # do nothing for now should be tuned up to run at least few really quick tests There's no such thing as quick tests in valgrind sources, and the regression and performance test suites (intended for the valgrind developers) are way too heavy and fragile to be enabled on Debian's buildds. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#718822: [Openstack-devel] Bug#718822: nova-compute has circular Depends on nova-compute-kvm
On 08/05/2013 11:13 PM, Bill Allombert wrote: nova-compute :Depends: nova-compute-kvm | nova-compute-hypervisor nova-compute-kvm :Depends: nova-compute Hi, Thanks for the report, however, I don't think we have a problem. I already replied to you on the other (same kind of) bug you submitted, but didn't get a reply to it. I believe things need to be the way they currently are. That is on the same source package, and for python stuff. I don't think that's a problem (since it's not compiled-in package). Unless you can explain to me why it isn't correct to do what I did (eg: not just sending me a link to the threads which I already read and don't think it applies to this specific case), then it will stay this way. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708359: Spice-vdagentd will not start, failing to find .service file
Hi, I guess that this bug can be closed now that 0.14.0 is in the archive? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718969: csound: Uses -mfpmath=sse
Source: csound Version: 6.00_dfsg-1 Severity: serious Hi, It seems your packages fails to build with the following error: cc1: error: unrecognized command line option '-mfpmath=sse' This has 2 problems: - Not all arches support sse - Even for those that do, not all CPUs support it. If you want to use sse you need to make sure you only use it on the CPUs that support it. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718368: valgrind: Please support arch x32
user debian-...@lists.debian.org usertag 718368 port-x32 tags 718368 pending kthxbye On mar, lug 30, 2013 at 10:49:59 +0200, Mathieu Malaterre wrote: Package: valgrind Severity: normal It would be nice to have valgrind build on x32. I doubt there is anything to change in valgrind itself. I just enabled it on git, but my attempts to create an x32 virtual machine have failed so far, so I'm not sure if it actually works. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#712304: fixing this bug
On Tue, Aug 6, 2013 at 3:20 PM, Sean Laguna sean.lag...@gmail.com wrote: Hello, I want to fix this bug for 0.3.90 (experimental version). Any hints as to where within the source package I should be looking? This should be a very easy fix, and it's very inconvenient to have this package broken because it prevents anyone from testing forward from using bumblebee, or from using their optimus-provided discrete graphics card! Please give me advice as to how to fix this. I am a very experienced programmer but have never submitted an official bug fix for Debian before. Any advice would be very welcome. I'm planning on spending the next few days fixing this bug. It's been around for nearly two months and there's absolutely no reason for that. If it turns out that any changes need to be made to bumblebee's packaging, let me know and I'll fix it ASAP. Other than that...I admit I'm not very well versed in how the alternatives system and dpkg's diversions work (I've only dealt with the former a little bit while initially packaging bumblebee, and I have no experience with the latter), and I've only just begun to take a closer look at this bug and a few clones recently. It'd be great if you manage to pinpoint the source of this bug! Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa
control: tag -1 - moreinfo Hi Holger, On Di 06 Aug 2013 22:48:43 CEST Holger Levsen wrote: control: tags -1 + moreinfo Hi, On Dienstag, 6. August 2013, Mike Gabriel wrote: Because it is the script that gets triggered by Samba whenever new Windows workstation attempt to join the SKOLELINUX NT-Domain. To make this attempt a success smbldap-machineadd-gosa adds an object to LDAP with default settings for a Gosa-Samba-Machine account. Theses settings then get filled with Samba during the domain join up. why the fork? Because smbldap-useradd does not cover the objectClasses / attributeDescriptions required by GOsa² to recognize the SMB-machine object. See patch below that shows the fork... (patch has been created on a squeeze-TJENER). Best, Mike --- /usr/sbin/smbldap-useradd 2009-10-15 21:34:13.0 +0200 +++ /etc/samba/smbldap-machineadd-gosa 2011-08-27 18:21:48.0 +0200 @@ -1,5 +1,17 @@ #!/usr/bin/perl -w +# This script has been taken von smbldap-tools 0.9.5, its original name +# is smbldap-useradd. It has been modified so that machine accounts can +# be created and so that they will be compliant to the pre-requisites of +# GOsa as in Debian Edu squeeze. +# +# This script depends on package smbldap-tools (i.e. on its +# smbldap_tool.pm). +# +# Modifcations have been done by several people, initially by +#Mike Gabriel mike.gabr...@das-netzwerkteam.de +# + # This code was developped by Jerome Tournier (jtourn...@gmail.com) and # contributors (their names can be found in the CONTRIBUTORS file). @@ -34,8 +46,42 @@ use Getopt::Std; my %Options; +# success = add_posix_machine($user, $uid, $gid) +sub add_posix_machine_gosa { +my ( $user, $uid, $gid, $wait ) = @_; +if ( !defined $wait ) { +$wait = 0; +} + +# bind to a directory with dn and password +my $add = $smbldap_tools::ldap-add( +uid=$user,$config{computersdn}, +attr = [ + +'objectclass' = ['top', 'person', 'organizationalPerson', 'inetOrgPerson', 'posixAccount', 'gotoWorkstation'], +#'objectclass' = [ 'top', 'account', 'posixAccount' ], +'cn' = $user, + +'sn' = $user, +'uid' = $user, +'uidNumber' = $uid, +'gidNumber' = $gid, +'homeDirectory' = '/dev/null', +'loginShell'= '/bin/false', +'description' = 'Computer', +'gecos' = 'Computer', + 'sn'= 'Computer', +] +); + +$add-code warn failed to add entry: , $add-error; +sleep($wait); +return 1; +} + + my $ok = - getopts( 'o:abnmwWiPG:u:g:d:s:c:k:t:A:B:C:D:E:F:H:L:M:N:S:T:?', \%Options ); + getopts( 'o:abnmwWiPG:u:g:d:s:c:k:t:A:B:C:D:E:F:H:L:M:N:S:T:Z:?', \%Options ); if ( ( !$ok ) || ( @ARGV 1 ) || ( $Options{'?'} ) ) { print_banner; @@ -304,7 +350,7 @@ } if ( -!add_posix_machine( +!add_posix_machine_gosa( $userName, $userUidNumber, $userGidNumber, $Options{'t'} ) ) @@ -342,8 +388,9 @@ changes = [ replace = [ objectClass = - [ 'posixAccount', 'account', 'sambaSAMAccount' ] + [ 'top', 'posixAccount', 'person', 'organizationalPerson', 'inetOrgPerson', 'gosaAccount', 'sambaSamAccount', 'shadowAccount' ] ], +add = [ sn = 'Computer' ], add = [ sambaLogonTime = '0' ], add = [ sambaLogoffTime = '2147483647' ], add = [ sambaKickoffTime = '2147483647' ], @@ -367,8 +414,9 @@ changes = [ replace = [ objectClass = - [ 'posixAccount', 'account', 'sambaSAMAccount' ] + [ 'top', 'posixAccount', 'person', 'organizationalPerson', 'inetOrgPerson', 'gosaAccount', 'sambaSamAccount', 'shadowAccount' ] ], +add = [ sn = 'Computer' ], add = [ sambaLogonTime = '0' ], add = [ sambaLogoffTime = '2147483647' ], add = [ sambaKickoffTime = '2147483647' ], -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp4TTwwYmMn3.pgp Description: Digitale PGP-Unterschrift
Bug#718865: How to add windows workstation in Wheezy?
[Mike Gabriel] On my wheezy test rig, the issue resolves with this patch on smbldap-tools/smbldap.conf: I can confirm that this patch fixed the SSL issue :-) However, still unable to join the domain. This time with the log entry: [2013/08/06 21:16:43.280421, 0] rpc_server/netlogon/srv_netlog_nt.c:931(_netr_ServerAuthenticate3) _netr_ServerAuthenticate: no challenge sent to client STATIC21 Undefined subroutine main::get_next_id called at /etc/samba/smbldap- machineadd-gosa line 218. -- Arne Sørli -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201308062232.27017.arne.so...@kongsberg.frisurf.no -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718862: composer-package-without-pkg-php-tools-builddep should not be a warning
Le 6 août 2013 12:03, Thijs Kinkhorst th...@debian.org a écrit : Package: lintian Version: 2.5.15 Severity: normal Hi, Hi Thijs, Lintian 2.5.15 added a number of tests related to pkg-php-tools. The test composer-package-without-pkg-php-tools-builddep displays a warning on every package containing a composer.json file. Yes, when this file is on package's root. This seems over the top to me. My PHP application has functional packaging developed over the years and I see no urgent need to throw it away and rebuild it in pkh-php-tools just because upstream also ships a composer.json. Composer support in pkg-php-tools is very useful to manage dependencies. See dh_phpcomposer man page. I would recommend to flag this as info at best. In general, Probably yes. I would also advise to add new tests as experimental initially. This is not a false positive, and tagging it experimental basically means fewer testing. Cheers, Mathieu Le 6 août 2013 12:03, Thijs Kinkhorst th...@debian.org a écrit : Package: lintian Version: 2.5.15 Severity: normal Hi, Lintian 2.5.15 added a number of tests related to pkg-php-tools. The test composer-package-without-pkg-php-tools-builddep displays a warning on every package containing a composer.json file. This seems over the top to me. My PHP application has functional packaging developed over the years and I see no urgent need to throw it away and rebuild it in pkh-php-tools just because upstream also ships a composer.json. I would recommend to flag this as info at best. In general, I would also advise to add new tests as experimental initially. Cheers, Thijs
Bug#714103: dput-ng: Patch to fixup broken codename checking for Ubuntu
Package: dput-ng Version: 1.5ubuntu1 Followup-For: Bug #714103 Dear Maintainer, Please find attached a patch which adds appropriate codenames and profile configuration for Ubuntu. I also had to update the target for the test package as the test profile uses the ubuntu meta Cheers James -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0-6-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dput-ng depends on: ii python 2.7.5-1ubuntu1 ii python-dput 1.5ubuntu1 Versions of packages dput-ng recommends: ii bash-completion 1:2.0-1ubuntu3 dput-ng suggests no packages. -- no debconf information diff -Nru dput-ng-1.5/skel/codenames/ubuntu.json dput-ng-1.5ubuntu1/skel/codenames/ubuntu.json --- dput-ng-1.5/skel/codenames/ubuntu.json 1970-01-01 01:00:00.0 +0100 +++ dput-ng-1.5ubuntu1/skel/codenames/ubuntu.json 2013-07-23 15:47:57.0 +0100 @@ -0,0 +1,30 @@ +{ +release: [ +lucid, +precise, +quantal, +raring, +saucy +], +proposed: [ +lucid-proposed, +precise-proposed, +quantal-proposed, +raring-proposed, +saucy-proposed +], +security: [ +lucid-security, +precise-security, +quantal-security, +raring-security, +saucy-security +], +backports: [ +lucid-backports, +precise-backports, +quantal-backports, +raring-backports, +saucy-backports +] +} diff -Nru dput-ng-1.5/skel/metas/ubuntu.json dput-ng-1.5ubuntu1/skel/metas/ubuntu.json --- dput-ng-1.5/skel/metas/ubuntu.json 2013-06-21 01:36:11.0 +0100 +++ dput-ng-1.5ubuntu1/skel/metas/ubuntu.json 2013-07-23 15:48:54.0 +0100 @@ -11,5 +11,11 @@ check-debs, gpg ], -valid_commands: [] +valid_commands: [], +codenames: ubuntu, +allowed-distribution: { +codename-groups: [ +release, proposed, backports, security +] +} } diff -Nru dput-ng-1.5/tests/fake_package/fake-package-1.0/debian/changelog dput-ng-1.5ubuntu1/tests/fake_package/fake-package-1.0/debian/changelog --- dput-ng-1.5/tests/fake_package/fake-package-1.0/debian/changelog 2013-03-02 15:20:00.0 + +++ dput-ng-1.5ubuntu1/tests/fake_package/fake-package-1.0/debian/changelog 2013-08-07 10:16:27.0 +0100 @@ -1,4 +1,4 @@ -fnord (1.0) experimental; urgency=low +fnord (1.0) precise; urgency=low * Initial release (Closes: #691624)
Bug#709303: stellarium: Crashes when running within xrdp/vnc (no 3D support)
Hi, a small feedback on this bug if I may. I noticed that you can run x11vnc to get 3D acceleration. The drawback is that it attaches to a real, physical X11 session. From what I understand from your original bug report, you want to connect multiple thin clients to one machine that will provide stellarium to them. Even though you can run multiple X11 sessions on one machine, I'm not sure if you can export them all with x11vnc. From my simple investigation it seems that the physical session must be *really* running on a screen (otherwise you get no screen updates in vncviewer). Therefore you are confined to a single x11 session per physical machine. Another approach is VirtualGL (https://en.wikipedia.org/wiki/VirtualGL) which does some magic to provide GL to many displays at once (I think it manages the problem above by multiplexing GL commands to a single X11 server). I haven't tried that yet. However the original bug report was about stellarium crashing. As far as I know, it's now fixed. Petter, can I close this bug? I think that multiple-vnc-sessions-with-OpenGL-support problem belongs more to xrdp and the whole X11 crowd. You may experiment with VirtualGL - I will try it myself if I find some free time. Cheers, Tomasz On 06/07/13 19:13, Alexander Wolf wrote: 2013/7/5 Tomasz Buchert tomasz.buch...@inria.fr Hmm, when I try stellarium over RDP (localhost) using xrdp (as the original bug report describes), I don't get OpenGL, and clearly I have OpenGL in my normal X-window system. As I said, I'm not expert on X and OpenGL, but it seems to me that X server has to provide appropriate extensions to allow OpenGL and xrdp does not do it. Am I right on that? Maybe you are right. I'm use for RDP/VNC access Remmina and KRDC. -- With best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681418: #681418 debugfs is a big security hole
On Tue, Jul 30, 2013 at 03:37:52PM +0300, Timo Juhani Lindfors wrote: Steve Cotton st...@s.cotton.clara.co.uk writes: For me the mount point changes permission when mounted, and from the hard link count I guess you have it unmounted. That might indeed be true. I can't reproduce the bug with linux-image-3.10-1-amd64 3.10.3-1 today. I'd like to revert the found 681418 3.8.5-1~experimental.1, and close the bug again. Thanks, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695336: Bug#718956: ITP: printrun -- 3D-printing host software
forcemerge 695336 718956 owner 695336 ! thanks * Eugeniy Meshcheryakov eugeniy.meshcherya...@googlemail.com [2013-08-07 10:58:34 +0200]: 7 серп. 2013 09:45, Nicolas Dandrimont ol...@debian.org напис. [ duplicate printrun ITP ] Hi, There is already a wnpp bug here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695336 Hi, Of course there is... merging. As the former owner of the ITP has forfeited it, I'll take it over, if you don't mind. I'm more than happy to take on comaintainers. We're in the process of boostrapping a 3d-printing related software team, and the package will be maintained there once the dust settles. Since the ITP, upstream has made a tarball release (more like a tag really). Printrun has also become a python module ready for use by other software if necessary. I'm in close contact with Guillaume Seguin, and there will be real tarball releases once The packaging will therefore be really different. I'll take a look at what can be reused from the previous attempt (at a glance, at least the manpages are salvagable). Cheers, -- Nicolas Dandrimont BOFH excuse #40: not enough memory, go get system upgrade signature.asc Description: Digital signature
Bug#718829: hsetroot: another option for fighting with weird aspect screen resolutions
tags 718829 pending kthxbye On mar, ago 06, 2013 at 12:01:45 +0200, Michal Suchanek wrote: Package: hsetroot Version: 1.0.2-3 Severity: wishlist Tags: patch Hello, I noticed that hsetroot includes the -extend option now which is awesome. I also figured out how to implement the other option for massaging (not so) slightly wrong aspect images. This one just renders the image large enough so that there is no free space on the root window and the image potentially overflows on some sides. Awesome with images of some patterns like leaves or water and slightly mismatched images of landscape and the like. Cool! I just imported the patch in the git repository. Thanks -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#681418: #681418 debugfs is a big security hole
Steve Cotton st...@s.cotton.clara.co.uk writes: I'd like to revert the found 681418 3.8.5-1~experimental.1, and close the bug again. sure, please go ahead. Sorry for the confusion. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa
Hi Mike, On Mittwoch, 7. August 2013, Mike Gabriel wrote: control: tag -1 - moreinfo I suggest you stop removing moreinfo tags if you are not the one who have set them. Because smbldap-useradd does not cover the objectClasses / attributeDescriptions required by GOsa² to recognize the SMB-machine object. I see. I'm still worried about this approach as it easily leads to the problem we're having now. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#713548: libwebcam: FTBFS: libwebcam.c:2097:8: error: 'V4L2_CID_HCENTER' undeclared (first use in this function)
Nobuhiro Hi, I've commited the patch to git. I'm preparing a new release (0.2.3), it should be available today and it will include this patch and some other changes that have been in git for some time now. I also noticed that debian still has guvcview 1.7.0, the latest release is 1.7.1 and among other things it fixes a major bug in the avi container (opendml indexes weren't beeing produced correctly), this bug affected all avi files larger than 1GB. Regards, Paulo 2013/8/7 Nobuhiro Iwamatsu iwama...@nigauri.org: Control: tags -1 + patch Hi, V4L2_CID_HCENTER and V4L2_CID_VCENTER removed from linux v3.9. I create a patch which revise this problem. Could you check and appply? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718970: please add configurable connect delay
Package: mssh Version: 1.2-4 Severity: wishlist Tags: upstream Hi, when I have to go through a proxy host, for example by using the famous -o proxycommand jumphost nc %h %p, I might run into a connection rate limit on the jumphost when I mssh to many hosts through the same jump host. This might be mitigated by having a configuration option like only connect to X hosts in Y seconds, resulting in open X connections simultaneously, sleep Y seconds, open the next X connections, sleep again, repeat. Greetings Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.4-zgws1 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mssh depends on: ii gconf-service3.2.6-1 ii gconf2 3.2.6-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo21.12.14-5 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgconf-2-4 3.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.37.2-1 ii libgtk2.0-0 2.24.20-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libvte9 1:0.28.2-5 ii libx11-6 2:1.6.0-1 ii libxext6 2:1.3.2-1 ii openssh-client 1:6.2p2-6 mssh recommends no packages. mssh 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#718865: Update and minimize /etc/samba/smbldap-machineadd-gosa
Hi Holger, On Mi 07 Aug 2013 11:41:00 CEST Holger Levsen wrote: Hi Mike, On Mittwoch, 7. August 2013, Mike Gabriel wrote: control: tag -1 - moreinfo I suggest you stop removing moreinfo tags if you are not the one who have set them. Ack. Because smbldap-useradd does not cover the objectClasses / attributeDescriptions required by GOsa² to recognize the SMB-machine object. I see. I'm still worried about this approach as it easily leads to the problem we're having now. My approach for getting this straight is: o grab functions from smbldap_tools Perl package o put them into our script o remove all unneeded cruft from smbldap-machineadd-gosa o do not use /etc/smbldap-tools/smbldap.conf anymore Before I do that, I will check if it may be possible with smbldap-tools 0.9.7 that we can use smbldap-tools directly, but my gut feelings say that won't work. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpEvpn4xs2wc.pgp Description: Digitale PGP-Unterschrift
Bug#709303: stellarium: Crashes when running within xrdp/vnc (no 3D support)
Guys, there is another way, but requires rendering on the clients (and so, they can't be really thin). I haven't tried that, but Xming is an X11 server for Windows that apparently supports OpenGL (http://www.straightrunning.com/XmingNotes/#head-141). You can run stellarium remotely, but the rendering will happen on the clients. I don't know if it fits your usecase. I can't really test it now, since I don't have any spare windows machine around... Hope it helps, Tomasz On 07/08/13 11:35, Tomasz Buchert wrote: Hi, a small feedback on this bug if I may. I noticed that you can run x11vnc to get 3D acceleration. The drawback is that it attaches to a real, physical X11 session. From what I understand from your original bug report, you want to connect multiple thin clients to one machine that will provide stellarium to them. Even though you can run multiple X11 sessions on one machine, I'm not sure if you can export them all with x11vnc. From my simple investigation it seems that the physical session must be *really* running on a screen (otherwise you get no screen updates in vncviewer). Therefore you are confined to a single x11 session per physical machine. Another approach is VirtualGL (https://en.wikipedia.org/wiki/VirtualGL) which does some magic to provide GL to many displays at once (I think it manages the problem above by multiplexing GL commands to a single X11 server). I haven't tried that yet. However the original bug report was about stellarium crashing. As far as I know, it's now fixed. Petter, can I close this bug? I think that multiple-vnc-sessions-with-OpenGL-support problem belongs more to xrdp and the whole X11 crowd. You may experiment with VirtualGL - I will try it myself if I find some free time. Cheers, Tomasz On 06/07/13 19:13, Alexander Wolf wrote: 2013/7/5 Tomasz Buchert tomasz.buch...@inria.fr Hmm, when I try stellarium over RDP (localhost) using xrdp (as the original bug report describes), I don't get OpenGL, and clearly I have OpenGL in my normal X-window system. As I said, I'm not expert on X and OpenGL, but it seems to me that X server has to provide appropriate extensions to allow OpenGL and xrdp does not do it. Am I right on that? Maybe you are right. I'm use for RDP/VNC access Remmina and KRDC. -- With best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718878: inadyn: After unpgrade I got the error RC_CMD_PARSER_INVALID_OPTION_ARGUMENT
severity 718878 normal stop On Wed, Aug 07, 2013 at 11:51 +0200, Marco Righi wrote: To resolve the problem I have changed system dyn...@dyndns.org dyndns_system dyn...@dyndns.org into system defa...@dyndns.org dyndns_system defa...@dyndns.org dyndns_system is the former name of the system option. It is better to use new option name. -- Timur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718862: composer-package-without-pkg-php-tools-builddep should not be a warning
On Wed, August 7, 2013 11:32, Mathieu Parent wrote: Le 6 août 2013 12:03, Thijs Kinkhorst th...@debian.org a écrit : Package: lintian Version: 2.5.15 Severity: normal Hi, Hi Thijs, Lintian 2.5.15 added a number of tests related to pkg-php-tools. The test composer-package-without-pkg-php-tools-builddep displays a warning on every package containing a composer.json file. Yes, when this file is on package's root. This seems over the top to me. My PHP application has functional packaging developed over the years and I see no urgent need to throw it away and rebuild it in pkh-php-tools just because upstream also ships a composer.json. Composer support in pkg-php-tools is very useful to manage dependencies. See dh_phpcomposer man page. I know about it. However, e.g. for my package phpMyAdmin, it doesn't provide any value currently (it detects only the PHP dependency out of the 18 dependencies that my package needs). This is not a problem with Composer per se, but may be due to the shipped composer.json not being elaborate enough. Also, dh_phpcomposer seems to be not very mature. It generates more than 30 warnings when building my package, including PHP warnings written to the substvars file. Just to be clear: I'm not at all wishing to diminish your work, and it will no doubt improve - I'm just arguing that this is not something we should be raising Lintian Warnings about at this point if people are not using it. It needs more time before it can be generically usable and before we can claim that it's a problem if your package is not using it. I would recommend to flag this as info at best. In general, Probably yes. I would also advise to add new tests as experimental initially. This is not a false positive, and tagging it experimental basically means fewer testing. That's why I said initially. Gain some experience with it first; when proven, raise severity appropriately. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718971: mkvtoolnix: crucial missing spaces in man page syntax
Package: mkvtoolnix Version: 6.3.0-1 Severity: normal mkvextract has different syntaxes for different modes. For example, according to [1], the correct track extraction mode syntax is mkvextract tracks source-filename [options] TID1:dest-filename1 [TID2:dest-filename2 ...] However, the manpage lists this syntax template with no spaces, which is rather confusing at first: mkvextractattachmentssource-filename[options]AID1:outname1[AID2:outname2 ...] [1] http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvextract.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (400, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.5.00 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mkvtoolnix depends on: ii libboost-filesystem1.49.0 1.49.0-4 ii libboost-regex1.49.0 1.49.0-4 ii libboost-system1.49.0 1.49.0-4 ii libc6 2.17-92 ii libcurl3-gnutls7.31.0-2 ii libflac8 1.3.0-1 ii libgcc11:4.8.1-8 ii libmagic1 1:5.14-2 ii libogg01.3.1-1 ii libstdc++6 4.8.1-8 ii libvorbis0a1.3.2-1.3 ii zlib1g 1:1.2.8.dfsg-1 mkvtoolnix recommends no packages. Versions of packages mkvtoolnix suggests: ii mkvtoolnix-gui 6.3.0-1 -- 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#718972: qemu-kvm: creating or removing lvm snapshot of VM storage causes general protection fault or lvm freeze
Package: qemu-kvm Version: 1.1.2+dfsg-6 Severity: important Dear Maintainer, I have set up several virtual machines with libvirt and mirrored lvm storage. When attempting to create a snapshot of VM's disk I get 'general protection fault: [#1] SMP' When I try to remove the snapshot after reboot with lvremove, whole lvm i/o freeze with any associated tasks Aug 7 08:15:10 vhost2 kernel: [ 213.258004] md/raid1:mdX: active with 2 out of 2 mirrors Aug 7 08:15:10 vhost2 kernel: [ 213.258194] created bitmap (25 pages) for device mdX Aug 7 08:15:11 vhost2 kernel: [ 213.454238] mdX: bitmap initialized from disk: read 4/2 pages, set 0 of 51200 bits Aug 7 08:17:01 vhost2 /USR/SBIN/CRON[4372]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Aug 7 08:17:37 vhost2 kernel: [ 360.656677] INFO: task kvm:3783 blocked for more than 120 seconds. Aug 7 08:17:37 vhost2 kernel: [ 360.656749] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Aug 7 08:17:37 vhost2 kernel: [ 360.656813] kvm D 880106c33780 0 3783 1 0x Aug 7 08:17:37 vhost2 kernel: [ 360.656817] 8801010730e0 0086 0008 880102ecd650 Aug 7 08:17:37 vhost2 kernel: [ 360.656821] 00013780 8800e8c1dfd8 8800e8c1dfd8 8801010730e0 Aug 7 08:17:37 vhost2 kernel: [ 360.656825] 8101360a 810660a1 880105c3e0c0 880106c33fd0 Aug 7 08:17:37 vhost2 kernel: [ 360.656829] Call Trace: Aug 7 08:17:37 vhost2 kernel: [ 360.656836] [8101360a] ? read_tsc+0x5/0x14 Aug 7 08:17:37 vhost2 kernel: [ 360.656841] [810660a1] ? timekeeping_get_ns+0xd/0x2a Aug 7 08:17:37 vhost2 kernel: [ 360.656845] [8134da71] ? io_schedule+0x59/0x71 Aug 7 08:17:37 vhost2 kernel: [ 360.656848] [81123e30] ? __blockdev_direct_IO+0x99e/0xa67 Aug 7 08:17:37 vhost2 kernel: [ 360.656853] [81122071] ? blkdev_max_block+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656857] [81121b95] ? blkdev_direct_IO+0x4e/0x53 Aug 7 08:17:37 vhost2 kernel: [ 360.656860] [81122071] ? blkdev_max_block+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656864] [810b57c8] ? generic_file_direct_write+0xdc/0x14c Aug 7 08:17:37 vhost2 kernel: [ 360.656868] [810b59cc] ? __generic_file_aio_write+0x194/0x278 Aug 7 08:17:37 vhost2 kernel: [ 360.656871] [81062599] ? hrtimer_cancel+0xc/0x16 Aug 7 08:17:37 vhost2 kernel: [ 360.656875] [8106def8] ? futex_wait+0x1fe/0x236 Aug 7 08:17:37 vhost2 kernel: [ 360.656878] [81121e8d] ? bd_may_claim+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656881] [81121eac] ? blkdev_aio_write+0x1f/0x61 Aug 7 08:17:37 vhost2 kernel: [ 360.656885] [81121e8d] ? bd_may_claim+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656888] [810fa6df] ? do_sync_readv_writev+0xa3/0xe0 Aug 7 08:17:37 vhost2 kernel: [ 360.656892] [810364e8] ? should_resched+0x5/0x23 Aug 7 08:17:37 vhost2 kernel: [ 360.656895] [81164201] ? security_file_permission+0x16/0x2d Aug 7 08:17:37 vhost2 kernel: [ 360.656898] [810fa943] ? do_readv_writev+0xaf/0x11c Aug 7 08:17:37 vhost2 kernel: [ 360.656900] [810364e8] ? should_resched+0x5/0x23 Aug 7 08:17:37 vhost2 kernel: [ 360.656904] [8106f987] ? sys_futex+0x120/0x151 Aug 7 08:17:37 vhost2 kernel: [ 360.656907] [810fac4f] ? sys_pwritev+0x55/0x97 Aug 7 08:17:37 vhost2 kernel: [ 360.656910] [81353b52] ? system_call_fastpath+0x16/0x1b Aug 7 08:17:37 vhost2 kernel: [ 360.656915] INFO: task lvremove:4329 blocked for more than 120 seconds. Aug 7 08:17:37 vhost2 kernel: [ 360.656976] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Aug 7 08:17:37 vhost2 kernel: [ 360.657039] lvremoveD 880106c13780 0 4329 4328 0x Aug 7 08:17:37 vhost2 kernel: [ 360.657043] 880102a223c0 0082 0008 880106688040 Aug 7 08:17:37 vhost2 kernel: [ 360.657046] 00013780 8800cf303fd8 8800cf303fd8 880102a223c0 Aug 7 08:17:37 vhost2 kernel: [ 360.657050] 8800cf303a78 8800cf303a78 880102a48670 880106c13fd0 Aug 7 08:17:37 vhost2 kernel: [ 360.657053] Call Trace: Aug 7 08:17:37 vhost2 kernel: [ 360.657055] [8134da71] ? io_schedule+0x59/0x71 Aug 7 08:17:37 vhost2 kernel: [ 360.657058] [81123e30] ? __blockdev_direct_IO+0x99e/0xa67 Aug 7 08:17:37 vhost2 kernel: [ 360.657062] [811ab8f9] ? kobject_get+0x12/0x17 Aug 7 08:17:37 vhost2 kernel: [ 360.657066] [81122071] ? blkdev_max_block+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.657069] [81121b95] ? blkdev_direct_IO+0x4e/0x53 Aug 7 08:17:37 vhost2 kernel: [ 360.657072] [81122071] ? blkdev_max_block+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.657076] [810b5c52]
Bug#716911: gvfs 1.16.3-1 fails to mount certain devices (cdrom, sd-cards, sony prs-t2 reader, etc.) under xfce
Package: gvfs Version: 1.16.3-1 Severity: important There is a new upstream version (1.17.3) with various fixes. Best regards Mike 0x5DB88630.asc Description: application/pgp-keys 0x5DB88630.asc Description: application/pgp-keys
Bug#718279: pan: Accelerator key (R) not working, duplicated at accels.txt
On Monday 29 July 2013 17:50:59 you wrote: Pressing R to reply to the author of a post does not work (does nothing) because the R key accelerator is duplicated for 2 different functions as defined in ~/.pan2/accels.txt Removing one of them triggers the desired action again. Which looks normal to me. Your ~/.pan2/accels.txt configuration file contained a discrepancy, you fixed it and now pan works as expected. Or is there another problem ? All the best signature.asc Description: This is a digitally signed message part.
Bug#709303: stellarium: Crashes when running within xrdp/vnc (no 3D support)
[Tomasz Buchert] However the original bug report was about stellarium crashing. As far as I know, it's now fixed. Petter, can I close this bug? In my view, this bug is fixed when either of (1) stellarium is working with xrdp og (2) stellarium report some GUI message explaining that it can't work when started in xrdp. I believe some future version of stellarium will have (2), and thus am OK with this bug being closed in unstable when it is fixed there. I would also love to have either (1) or (2) implemented in Wheezy. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718973: has wrong usage of pidofproc in init script
Package: ser2net Version: 2.6-1 Severity: important init script contains: if ! pidofproc -p $PIDFILE /dev/null; then giving a pathname in pidofproc call is mandatory. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718871: exim4: /etc/init.d/exim4 status gives invalid argument errors
forcemerge #693696 #718871 thanks On Tue, Aug 06, 2013 at 07:23:58PM +0200, Andreas Metzler wrote: On 2013-08-06 Frederik Himpe fhi...@vub.ac.be wrote: Package: exim4 Version: 4.80-7 Severity: normal [...] This error seems to come from te pidofproc call in the init script: [...] This seems to be a duplicate of #693696 It is. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717034: freecad: FTBFS against oce 0.12
Anton Gladky wrote: Hi Peter! Thanks a lot for that! I have tried yesterday to fix the problem, but could not manage that. You, probably, forgot to attach the patch. Could you, please, do it? Done. Thank you, Anton 2013/8/6 peter green plugw...@p10link.net: Tags 717034 +patch Tags 718545 +patch Thanks Attatched is a patch that fixes the build failure by forcing the occ include directory from debian/rules. The patch also contains a fix to the clean target. I have tested that the package builds succesfully with this patch, that the resulting package can be installed and that freecad runs and successfully displays the application window. I have not tested beyond that. -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers diff -Nru freecad-0.13.1830-dfsg/debian/changelog freecad-0.13.1830-dfsg/debian/changelog --- freecad-0.13.1830-dfsg/debian/changelog 2013-05-30 17:49:15.0 + +++ freecad-0.13.1830-dfsg/debian/changelog 2013-08-06 21:05:16.0 + @@ -1,3 +1,15 @@ +freecad (0.13.1830-dfsg-2.1) UNRELEASED; urgency=low + + * Fix build failures with new oce by forcing occ include directory +(Closes: 718545, 717034) + * Remove some stuff left behind by build process in clean target to prevent +errors from dpkg-source when building multiple times in a row. ++ obj-* ++ src/Mod/Start/Gui/share ++ src/Mod/Drawing/App/share + + -- Peter Michael Green plugw...@p10link.net Mon, 05 Aug 2013 18:41:52 + + freecad (0.13.1830-dfsg-2) unstable; urgency=low * [800a2d9] Compile freecad against libcoin80. (Closes: #617613) diff -Nru freecad-0.13.1830-dfsg/debian/rules freecad-0.13.1830-dfsg/debian/rules --- freecad-0.13.1830-dfsg/debian/rules 2013-05-02 21:07:15.0 + +++ freecad-0.13.1830-dfsg/debian/rules 2013-08-06 21:01:39.0 + @@ -16,7 +16,8 @@ -DCMAKE_INSTALL_PREFIX=/usr \ -DCMAKE_INSTALL_DATADIR=share/freecad \ -DRESOURCEDIR=/usr/share/freecad \ --DCMAKE_INSTALL_INCLUDEDIR=include/freecad +-DCMAKE_INSTALL_INCLUDEDIR=include/freecad \ +-DOCC_INCLUDE_DIR=/usr/include/oce #-DCMAKE_INSTALL_DOCDIR=share/doc/freecad \ override_dh_auto_configure: @@ -31,4 +32,5 @@ override_dh_auto_clean: find -name '*.pyc' | xargs rm -f + rm -rf obj-* src/Mod/Start/Gui/share src/Mod/Drawing/App/share dh_clean
Bug#718974: chromium: segmentation fault in sql::Connection::GetCachedStatement on startup
Package: chromium Version: 28.0.1500.95-3 Severity: important Chromium sometimes crashes on startup (segmentation fault). I've attached a full backtrace, but here's where the crash occurs: Core was generated by `/usr/lib/chromium/chromium --password-store=detect https://www.vinc17.net/'. Program terminated with signal 11, Segmentation fault. #0 sql::Connection::GetCachedStatement (this=0x0, id=..., sql=sql@entry=0x7f94ac725984 SELECT COUNT(*) FROM favicons) at /usr/include/c++/4.8/bits/stl_tree.h:1790 1790find(const _Key __k) (gdb) bt #0 sql::Connection::GetCachedStatement (this=0x0, id=..., sql=sql@entry=0x7f94ac725984 SELECT COUNT(*) FROM favicons) at /usr/include/c++/4.8/bits/stl_tree.h:1790 #1 0x7f94a90abe89 in history::ThumbnailDatabase::ComputeDatabaseMetrics ( this=optimized out) at chrome/browser/history/thumbnail_database.cc:240 #2 0x7f94a9084285 in history::HistoryBackend::InitImpl ( this=this@entry=0x7f94b09e8060, languages=...) at chrome/browser/history/history_backend.cc:758 #3 0x7f94a908472d in history::HistoryBackend::Init (this=0x7f94b09e8060, languages=..., force_fail=optimized out) at chrome/browser/history/history_backend.cc:297 #4 0x7f94a93da979 in Run (this=0x7f943d988388) at ./base/callback.h:396 #5 base::MessageLoop::RunTask (this=this@entry=0x7f943d9889e0, pending_task=...) at base/message_loop.cc:484 #6 0x7f94a93dbed0 in base::MessageLoop::DeferOrRunPendingTask ( this=this@entry=0x7f943d9889e0, pending_task=...) at base/message_loop.cc:496 #7 0x7f94a93dda75 in base::MessageLoop::DoWork (this=0x7f943d9889e0) at base/message_loop.cc:688 #8 0x7f94a93e0df1 in base::MessagePumpDefault::Run (this=0x7f9460014220, delegate=0x7f943d9889e0) at base/message_pump_default.cc:29 #9 0x7f94a93e0852 in base::MessageLoop::RunInternal (this=0x7f943d9889e0) at base/message_loop.cc:441 #10 0x7f94a93e08f5 in base::MessageLoop::RunHandler (this=optimized out) at base/message_loop.cc:414 #11 0x7f94a93f7538 in base::RunLoop::Run (this=this@entry=0x7f943d988820) at base/run_loop.cc:45 #12 0x7f94a93d9f85 in base::MessageLoop::Run (this=optimized out) at base/message_loop.cc:321 #13 0x7f94a940cf81 in base::Thread::ThreadMain (this=0x7f94b09e33c0) at base/threading/thread.cc:197 #14 0x7f94a9407d09 in base::(anonymous namespace)::ThreadFunc ( params=0x7f94b08300e0) at base/threading/platform_thread_posix.cc:95 #15 0x7f94a29d6e0e in start_thread (arg=0x7f943d989700) at pthread_create.c:311 #16 0x7f94a168f93d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 28.0.1500.95-3 ii gconf-service3.2.6-1 ii libasound2 1.0.27.2-1 ii libatk1.0-0 2.8.0-2 ii libc62.17-92 ii libcairo21.12.14-5+local1 ii libcups2 1.6.3-1 ii libdbus-1-3 1.6.12-1 ii libexpat12.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-8 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.3-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-4 ii libgnome-keyring03.8.0-2 ii libgtk2.0-0 2.24.20-1 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.1-1 ii libnss3-1d 2:3.15.1-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.8.1-8 ii libudev0 175-7.2 ii libx11-6 2:1.6.0-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- no debconf information gdb.txt.xz Description: Binary data
Bug#718279: pan: Accelerator key (R) not working, duplicated at accels.txt
El 2013-08-07 a las 12:33 +0200, Dominique Dumont escribió: On Monday 29 July 2013 17:50:59 you wrote: Pressing R to reply to the author of a post does not work (does nothing) because the R key accelerator is duplicated for 2 different functions as defined in ~/.pan2/accels.txt Removing one of them triggers the desired action again. Which looks normal to me. Your ~/.pan2/accels.txt configuration file contained a discrepancy, you fixed it and now pan works as expected. Or is there another problem ? Well, the problem I see is that I don't think I edited the accels.txt file, at least not consciously so I thought this file comes or is automatically created with this discrepancy enabled by default. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718972: qemu-kvm: creating or removing lvm snapshot of VM storage causes general protection fault or lvm freeze
Control: reassign -1 linux-image-3.2.0-4-amd64/3.2.46-1 07.08.2013 14:20, Vladimir Kudrya wrote: Package: qemu-kvm Version: 1.1.2+dfsg-6 Severity: important Dear Maintainer, I have set up several virtual machines with libvirt and mirrored lvm storage. When attempting to create a snapshot of VM's disk I get 'general protection fault: [#1] SMP' When I try to remove the snapshot after reboot with lvremove, whole lvm i/o freeze with any associated tasks Aug 7 08:15:10 vhost2 kernel: [ 213.258004] md/raid1:mdX: active with 2 out of 2 mirrors Aug 7 08:15:10 vhost2 kernel: [ 213.258194] created bitmap (25 pages) for device mdX Aug 7 08:15:11 vhost2 kernel: [ 213.454238] mdX: bitmap initialized from disk: read 4/2 pages, set 0 of 51200 bits Aug 7 08:17:01 vhost2 /USR/SBIN/CRON[4372]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Aug 7 08:17:37 vhost2 kernel: [ 360.656677] INFO: task kvm:3783 blocked for more than 120 seconds. Aug 7 08:17:37 vhost2 kernel: [ 360.656749] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Aug 7 08:17:37 vhost2 kernel: [ 360.656813] kvm D 880106c33780 0 3783 1 0x Aug 7 08:17:37 vhost2 kernel: [ 360.656817] 8801010730e0 0086 0008 880102ecd650 Aug 7 08:17:37 vhost2 kernel: [ 360.656821] 00013780 8800e8c1dfd8 8800e8c1dfd8 8801010730e0 Aug 7 08:17:37 vhost2 kernel: [ 360.656825] 8101360a 810660a1 880105c3e0c0 880106c33fd0 Aug 7 08:17:37 vhost2 kernel: [ 360.656829] Call Trace: Aug 7 08:17:37 vhost2 kernel: [ 360.656836] [8101360a] ? read_tsc+0x5/0x14 Aug 7 08:17:37 vhost2 kernel: [ 360.656841] [810660a1] ? timekeeping_get_ns+0xd/0x2a Aug 7 08:17:37 vhost2 kernel: [ 360.656845] [8134da71] ? io_schedule+0x59/0x71 Aug 7 08:17:37 vhost2 kernel: [ 360.656848] [81123e30] ? __blockdev_direct_IO+0x99e/0xa67 Aug 7 08:17:37 vhost2 kernel: [ 360.656853] [81122071] ? blkdev_max_block+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656857] [81121b95] ? blkdev_direct_IO+0x4e/0x53 Aug 7 08:17:37 vhost2 kernel: [ 360.656860] [81122071] ? blkdev_max_block+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656864] [810b57c8] ? generic_file_direct_write+0xdc/0x14c Aug 7 08:17:37 vhost2 kernel: [ 360.656868] [810b59cc] ? __generic_file_aio_write+0x194/0x278 Aug 7 08:17:37 vhost2 kernel: [ 360.656871] [81062599] ? hrtimer_cancel+0xc/0x16 Aug 7 08:17:37 vhost2 kernel: [ 360.656875] [8106def8] ? futex_wait+0x1fe/0x236 Aug 7 08:17:37 vhost2 kernel: [ 360.656878] [81121e8d] ? bd_may_claim+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656881] [81121eac] ? blkdev_aio_write+0x1f/0x61 Aug 7 08:17:37 vhost2 kernel: [ 360.656885] [81121e8d] ? bd_may_claim+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.656888] [810fa6df] ? do_sync_readv_writev+0xa3/0xe0 Aug 7 08:17:37 vhost2 kernel: [ 360.656892] [810364e8] ? should_resched+0x5/0x23 Aug 7 08:17:37 vhost2 kernel: [ 360.656895] [81164201] ? security_file_permission+0x16/0x2d Aug 7 08:17:37 vhost2 kernel: [ 360.656898] [810fa943] ? do_readv_writev+0xaf/0x11c Aug 7 08:17:37 vhost2 kernel: [ 360.656900] [810364e8] ? should_resched+0x5/0x23 Aug 7 08:17:37 vhost2 kernel: [ 360.656904] [8106f987] ? sys_futex+0x120/0x151 Aug 7 08:17:37 vhost2 kernel: [ 360.656907] [810fac4f] ? sys_pwritev+0x55/0x97 Aug 7 08:17:37 vhost2 kernel: [ 360.656910] [81353b52] ? system_call_fastpath+0x16/0x1b Aug 7 08:17:37 vhost2 kernel: [ 360.656915] INFO: task lvremove:4329 blocked for more than 120 seconds. Aug 7 08:17:37 vhost2 kernel: [ 360.656976] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. Aug 7 08:17:37 vhost2 kernel: [ 360.657039] lvremoveD 880106c13780 0 4329 4328 0x Aug 7 08:17:37 vhost2 kernel: [ 360.657043] 880102a223c0 0082 0008 880106688040 Aug 7 08:17:37 vhost2 kernel: [ 360.657046] 00013780 8800cf303fd8 8800cf303fd8 880102a223c0 Aug 7 08:17:37 vhost2 kernel: [ 360.657050] 8800cf303a78 8800cf303a78 880102a48670 880106c13fd0 Aug 7 08:17:37 vhost2 kernel: [ 360.657053] Call Trace: Aug 7 08:17:37 vhost2 kernel: [ 360.657055] [8134da71] ? io_schedule+0x59/0x71 Aug 7 08:17:37 vhost2 kernel: [ 360.657058] [81123e30] ? __blockdev_direct_IO+0x99e/0xa67 Aug 7 08:17:37 vhost2 kernel: [ 360.657062] [811ab8f9] ? kobject_get+0x12/0x17 Aug 7 08:17:37 vhost2 kernel: [ 360.657066] [81122071] ? blkdev_max_block+0x2e/0x2e Aug 7 08:17:37 vhost2 kernel: [ 360.657069] [81121b95] ? blkdev_direct_IO+0x4e/0x53 Aug 7 08:17:37 vhost2 kernel: [ 360.657072]
Bug#701324: mongodb-server: Compiler flags for use with gcc-4.8
Package: mongodb-server Version: 1:2.4.3-1ubuntu1 Followup-For: Bug #701324 Dear Maintainer, In Ubuntu, we are using the attached patch to ensure compatability with gcc 4.8. Part of the patch came from upstream trunk (for mongodb itself); the other part I added for the switch-back to using the embedded version of libv8. Cheers James -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0-6-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mongodb-server depends on: ii adduser 3.113+nmu3ubuntu2 ii libboost-filesystem1.53.0 1.53.0-4ubuntu3 ii libboost-program-options1.53.0 1.53.0-4ubuntu3 ii libboost-system1.53.0 1.53.0-4ubuntu3 ii libboost-thread1.53.0 1.53.0-4ubuntu3 ii libc6 2.17-91ubuntu1 ii libgcc1 1:4.8.1-8ubuntu1 ii libgoogle-perftools42.1-1 ii libpcre31:8.31-2 ii libpcrecpp0 1:8.31-2 ii libsnappy1 1.1.0-1 ii libssl1.0.0 1.0.1e-3ubuntu1 ii libstdc++6 4.8.1-8ubuntu1 ii libv8-3.8.9.20 3.8.9.20-2 ii mongodb-clients 1:2.4.3-1ubuntu1 ii sysv-rc 2.88dsf-41ubuntu3 mongodb-server recommends no packages. mongodb-server suggests no packages. -- no debconf information Description: Disable unused-local-typedefs errors Disables new unused-local-typedefs as found in gcc 4.8 . Based on commit to trunk upstream. Author: James Page james.p...@ubuntu.com Origin: https://github.com/mongodb/mongo/commit/2d30f0b562c1925a52670e767c2c0222189fb8f0 --- a/SConstruct +++ b/SConstruct @@ -715,6 +715,7 @@ if nix: env.Append( CCFLAGS=[-Werror, -pipe] ) if not has_option('clang'): env.Append( CCFLAGS=[-fno-builtin-memcmp] ) # glibc's memcmp is faster than gcc's +env.Append( CXXFLAGS=[-Wno-unused-local-typedefs] ) # New in gcc 4.8 env.Append( CPPDEFINES=[_FILE_OFFSET_BITS=64] ) env.Append( CXXFLAGS=[-Wnon-virtual-dtor, -Woverloaded-virtual] ) --- a/src/third_party/v8/SConscript +++ b/src/third_party/v8/SConscript @@ -51,7 +51,8 @@ LIBRARY_FLAGS = { '-W', '-Wno-unused-parameter', '-Woverloaded-virtual', - '-Wnon-virtual-dtor'] + '-Wnon-virtual-dtor', + '-Wno-unused-local-typedefs'] }, 'mode:debug': { 'CPPDEFINES': ['ENABLE_DISASSEMBLER', 'DEBUG'],
Bug#711164: Info received (lftp splits input script file after byte 4096 - patch)
Hello Marko, Am Donnerstag, den 25.07.2013, 14:11 +0200 schrieb Noël Köthe: I hope this bug will be corrected in Debian stable. I asked the Debian release team if an updated package with this patch is OK and will be approved: http://bugs.debian.org/717820 I got an OK for fixing this problem in wheezy/stable and with your patch version 4.3.6-1+deb7u2 is build and uploaded to Debian wheezy. It will be released with the next point release (7.2) of Debian wheezy. Thanks for your work. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#718974: chromium: segmentation fault in sql::Connection::GetCachedStatement on startup
I forgot to include information from the terminal: xvii:~ chromium https://www.vinc17.net/ [26984:27025:0807/122922:ERROR:connection.cc(742)] sqlite error 1, errno 0: no such column: icon_type zsh: segmentation fault (core dumped) chromium https://www.vinc17.net/ -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598509: Invocations of /etc/init.d/mailman start spawns multiple instances
Dear Maintainer, is there any news on this? This bug is three years old, and Wheezy still ships with this issue. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668304: mailman: Translations should use unicode charset
Dear Maintainer, Yep. As I said, I have the patches… and finally, I should be able to continue to work on it. (Sorry for the delay, but as usual, more important (to the company) stuff keeps getting in the way.) Any news on this? Wheezy shipped with this issue still present. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#264895: #264895 mget: does not get index.html with glob pattern (dir/*) via http
tags 264895 + wontfix thanks Hello, answer from upstream author (see forwarded link): lftp does not know that index.html exists if the directory index does not contain a link to it. I don't think lftp should save a directory index to index.html, because it can be contained in a different file or generated dynamically. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#718974: chromium: segmentation fault in sql::Connection::GetCachedStatement on startup
I've entered an issue upstream, but it has immediately been deleted without any information. It was 269416. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718975: Switch to kernel-based firmware loader
Package: udev Version: 204-2 Severity: normal Loading firmware from userspace has been deprecated in udev [1] and is scheduled to be removed [2]. It is supposed to be replaced by in-kernel firmware loading. In newer Linux versions, loading the firmware can be done by the kernel itself. We should get the Debian Linux kernel updated to support that. Afaics all that is needed is building with CONFIG_FW_LOADER_USER_HELPER=n (but this needs verification). We should make sure, the jessie Linux kernel supports that and probably keep the userspace firmware loader for another release cycle, to simplify (partial) upgrades. Regarding self-compiled kernels, we could add a NEWS.Debian and/or add a preinst check (if there is a reliable way to detect if the currently running kernel has that kernel config set) Michael [1] http://cgit.freedesktop.org/systemd/systemd/commit/?id=a3bd8447be4ea2ce230eb8ae0e815c04d85fa15a [2] http://cgit.freedesktop.org/systemd/systemd/tree/README?id=4a792f4676e5f8fa86aff8aac09c4b6391dee313#n55 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.50 ii libacl12.2.52-1 ii libblkid1 2.20.1-5.5 ii libc6 2.17-92 ii libkmod2 9-3 ii libselinux12.1.13-2 ii libudev1 204-2 ii lsb-base 4.1+Debian12 ii procps 1:3.3.8-2 ii sysv-rc2.88dsf-43 ii util-linux 2.20.1-5.5 udev recommends no packages. udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668304: [Pkg-mailman-hackers] Bug#668304: mailman: Translations should use unicode charset
On Wed, 7 Aug 2013, Ralf Jung wrote: Any news on this? Wheezy shipped with this issue still present. Yeah, sorry. I got it fixed in my local version, but that’s hi mailman 1:2.1.13-4.1ssl i386Powerful, web-based mailing list manager and I had not yet had the time to get back to merging this into the stock Debian package. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678931: debian-edu-config: modified base pam configuration after purge
[Andreas Beckmann] No, that is the fault of debian-edu-config and friends. Running pam-auth-update once more after purging all the packages reverts the changes, the diff looks like this: I fail to understand what is causing this. I modified debian-edu-config.prerm to call both of pam-auth-update --package --remove edu-group pam-auth-update --package --remove edu-umask as documented in URL:https://wiki.ubuntu.com/PAMConfigFrameworkSpec, and thus believe it was fixed in version 1.704. I have no idea what more to do to fix it. Anyone got a clue? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718975: Switch to kernel-based firmware loader
For completeness sake I've attached a patch for the systemd/udev specific changes. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? From a579b0e4d0a28c068c5f493a326023ca061e85bc Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Wed, 7 Aug 2013 13:35:26 +0200 Subject: [PATCH] Disable userspace firmware loader Closes: #718975 --- debian/extra/initramfs.hook | 2 +- debian/rules| 1 - debian/udev-udeb.install| 1 - 3 files changed, 1 insertion(+), 3 deletions(-) diff --git a/debian/extra/initramfs.hook b/debian/extra/initramfs.hook index ef10b43..8329717 100644 --- a/debian/extra/initramfs.hook +++ b/debian/extra/initramfs.hook @@ -33,7 +33,7 @@ mkdir -p $DESTDIR/etc/udev cp -p /etc/udev/udev.conf $DESTDIR/etc/udev/ mkdir -p $DESTDIR/lib/udev/rules.d/ -for rules in 50-firmware.rules 50-udev-default.rules 60-persistent-storage.rules \ +for rules in 50-udev-default.rules 60-persistent-storage.rules \ 80-drivers.rules 91-permissions.rules \ 64-md-raid.rules 60-persistent-storage-lvm.rules \ 55-dm.rules 60-persistent-storage-dm.rules; do diff --git a/debian/rules b/debian/rules index 2952c3e..7988467 100755 --- a/debian/rules +++ b/debian/rules @@ -10,7 +10,6 @@ CONFFLAGS = \ --with-rootlibdir=/lib/$(DEB_HOST_MULTIARCH) \ --with-sysvinit-path=/etc/init.d \ --with-sysvrcnd-path=/etc \ - --with-firmware-path=/lib/firmware \ --with-debug-shell=/bin/sh \ --enable-libcryptsetup \ --enable-tcpwrap \ diff --git a/debian/udev-udeb.install b/debian/udev-udeb.install index 8d52c8a..2c30bf1 100644 --- a/debian/udev-udeb.install +++ b/debian/udev-udeb.install @@ -3,6 +3,5 @@ bin/udevadm lib/udev/ata_id lib/udev/scsi_id lib/udev/cdrom_id -lib/udev/rules.d/50-firmware.rules lib/udev/rules.d/60-cdrom_id.rules lib/udev/rules.d/60-persistent-input.rules -- 1.8.4.rc1 signature.asc Description: OpenPGP digital signature
Bug#718976: git send email fails with Can't call method message on an undefined value
Package: git Version: 1:1.8.4~rc1-1 Severity: important Hi, the current git (1:1.8.4~rc1-1) fails to send an email and it is complaining that: Send this email? ([y]es|[n]o|[q]uit|[a]ll): y Can't call method message on an undefined value at /usr/lib/git-core/git-send-email line 1236. which is if ($smtp-code == 220) { $smtp = Net::SMTP::SSL-start_SSL($smtp, ssl_verify_params()) or die STARTTLS failed! .$smtp-message; I had to revert back to 1:1.7.10.4-2 to be able to send my patches. smtp ssl is installed on the system $ apt-show-versions -p libnet-smtp-ssl-perl libnet-smtp-ssl-perl:all/stable 1.01-3 uptodate Let me know if you need more information Thank you -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.0 (SMP w/2 CPU cores; 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 git depends on: ii git-man 1:1.8.4~rc1-1 ii libc62.17-5 ii libcurl3-gnutls 7.31.0-1 ii liberror-perl0.17-1 ii libexpat12.1.0-1 ii libpcre3 1:8.31-2 ii perl-modules 5.14.2-21 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages git recommends: ii less 458-2 ii openssh-client [ssh-client] 1:6.2p2-6 ii patch2.7.1-3 ii rsync3.0.9-4 Versions of packages git suggests: ii gettext-base 0.18.3-1 pn git-arch none pn git-bzr none ii git-cvs 1:1.8.4~rc1-1 pn git-daemon-run | git-daemon-sysvinit none pn git-doc none pn git-elnone ii git-email 1:1.8.4~rc1-1 ii git-gui 1:1.8.4~rc1-1 ii git-svn 1:1.8.4~rc1-1 ii gitk 1:1.8.4~rc1-1 pn gitwebnone -- no debconf information -- Michal Hocko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707079: chef: Please package new upstream version
Control: severity -1 serious Control: affects -1 chef-server-api foodcritic Chef is now uninstallable as a result of this. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718978: RM: src:sqlparse/experimental -- ROM; NVIU
Package: ftp.debian.org Severity: normal Please remove sqlparse source package as well as python-sqlparse, python3-sqlparse and python-sqlparse-doc binary packages, superseded by version 0.1.8-1 in unstable. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718977: mention antidote to mistaken mkswap
Package: util-linux Version: 2.20.1-5.5 Severity: wishlist File: /usr/share/man/man8/mkswap.8.gz Whereas people using mkswap on the wrong partitions is a daily occurrence, therefore the man page should mention the antidote needed in case of such accidents. # fsck /dev/victim will clean up most of the mess, however gparted and friends will still complain about that partition with WARNING SIGN ⚠ etc. Therefore another step is needed too... OK, I made a swapfile, $ hexdump swapfile 000 * 400 0001 0009 29bf f1fa 410 3d6b 6044 34a4 79c5 fa9f 0fee 420 * ff0 5753 5041 5053 4341 3245 (the UUID and the word SWAP...) Say on the man page if that is all that the mkswap does to partitions as well as files... Digging through the mkswap.c source code is 100 times harder to try to figure out what mkswap actually does to the system than if it is mentioned clearly on the man page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709303: stellarium: Crashes when running within xrdp/vnc (no 3D support)
On 07/08/13 12:43, Petter Reinholdtsen wrote: [Tomasz Buchert] However the original bug report was about stellarium crashing. As far as I know, it's now fixed. Petter, can I close this bug? In my view, this bug is fixed when either of (1) stellarium is working with xrdp og (2) stellarium report some GUI message explaining that it can't work when started in xrdp. I believe some future version of stellarium will have (2), and thus am OK with this bug being closed in unstable when it is fixed there. I would also love to have either (1) or (2) implemented in Wheezy. -- Happy hacking Petter Reinholdtsen Hi again, (1) won't happen if I understand all the details correctly. VNC servers don't seem to support GL extensions. However, there are workarounds as I've written. When it comes to (2): stellarium will not enter the pure wheezy, but it may go to wheezy-backports. What repositories do you use in DebianEdu? Does the list include wheezy-backports? If not, the repositories would have to be manually modified by the administrator anyway. I would prefer not to backport unless it's really inevitable and in the case of this bug, I'd question the necessity. Does it really break the user experience so much? Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718943: import -delay broken
On Wed, Aug 7, 2013 at 1:52 PM, jida...@jidanni.org wrote: http://www.imagemagick.org/script/import.php doesn't list -pause. But the manual page does: -pause value seconds delay between snapshots Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718943: import -delay broken
http://www.imagemagick.org/script/import.php doesn't list -pause. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717754: [fwknop-client] Fail to save command line - argument string too long
Here is the patch to fix the issue. -- Franck JoncourtDescription: Fixed uninitialized variable Forwarded: not-nedded Author: Franck Joncourt fra...@debian.org Origin: vendor, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=7171754 Bug-Debian: http://bugs.debian.org/717754 Applied-Upstream: 2.0.4 --- a/client/fwknop.c +++ b/client/fwknop.c @@ -625,7 +625,7 @@ char args_save_file[MAX_PATH_LEN]; char args_str[MAX_LINE_LEN] = ; FILE *args_file_ptr = NULL; -int i = 0, args_str_len; +int i = 0, args_str_len = 0; #ifdef WIN32 /* Not sure what the right thing is here on Win32, just return signature.asc Description: This is a digitally signed message part.
Bug#718979: /usr/lib/byobu/include/common:27: command not found: command -v
Package: byobu Version: 5.41-1 Severity: minor The error in $SUBJECT is logged to the console during startup. From a cursory glance at the code, this is because it ends up trying to run a command named command -v, rather than a command named command with -v as an argument. -- 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.10-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 byobu depends on: ii debconf [debconf-2.0] 1.5.50 ii gawk 1:4.0.1+dfsg-2.1 ii gettext-base 0.18.3-1 ii python 2.7.5-3 ii python-newt0.52.15-2+b1 ii screen 4.1.0~20120320gitdb59704-9 ii tmux 1.8-4 Versions of packages byobu recommends: ii screen 4.1.0~20120320gitdb59704-9 ii tmux1.8-4 Versions of packages byobu suggests: pn apport none ii lsb-release 4.1+Debian12 ii po-debconf 1.0.16+nmu2 pn ttf-ubuntu-font-family none pn update-notifier-common none ii vim 2:7.3.923-3 ii vim-gnome [vim] 2:7.3.923-3 pn w3m none -- debconf information: * byobu/launch-by-default: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709303: stellarium: Crashes when running within xrdp/vnc (no 3D support)
[Tomasz Buchert] When it comes to (2): stellarium will not enter the pure wheezy, but it may go to wheezy-backports. What repositories do you use in DebianEdu? Does the list include wheezy-backports? We use the official debian repositories, ie the ones with security fixes. We do not use wheezy-backports. If not, the repositories would have to be manually modified by the administrator anyway. I would prefer not to backport unless it's really inevitable and in the case of this bug, I'd question the necessity. Does it really break the user experience so much? The reason I ask for fixes in wheezy, is that this is the version we will be advertising the next few years, and thus I want it to be as good as possible. I suspect vew users will try to use stellarium via xrdp, so it isn't a big problem. But it would be nice to tell Windows users that they can test all user applications using RDP. :) -- Happy Hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718980: ITP: python3-lirc -- LIRC support for Python 3.
Package: wnpp Severity: wishlist Owner: Thomas Preston thomasmarkpreston+b...@gmail.com * Package name: python3-lirc Version : 1.2.0 Upstream Author : Thomas Preston thomasmarkpres...@gmail.com * URL : https://github.com/tompreston/python-lirc * License : GPL-3+ Programming Lang: Python Description : LIRC support for Python 3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718279: pan: Accelerator key (R) not working, duplicated at accels.txt
On Wednesday 07 August 2013 12:45:52 you wrote: Well, the problem I see is that I don't think I edited the accels.txt file, at least not consciously so I thought this file comes or is automatically created with this discrepancy enabled by default. It was probably created by pan or a previous version of pan. If you can find a way to reproduce the duplicated entry, upstream will have something to work on. Otherwise, upstream will not spend time working on this issue (I know I wouldn't) All the best signature.asc Description: This is a digitally signed message part.
Bug#718129: libsdl-perl: FTBFS: Failed 1/59 test programs. 0/3826 subtests failed.
Summary of a chat on #debian-sdl: Bug comes from libsdl-mixer, this line in mixer.c is responsible: SDL_free(soundfont_paths); Since soundpaths is a static char*, calling free on it does not make sense This line should simply be removed, I As I'm also involded in sdl packaging team, I'm going to patch libsdl-mixer to fix this issue. All the best signature.asc Description: This is a digitally signed message part.
Bug#718981: ITP: ruby-colorator -- String extension for terminal coloring
Package: wnpp Owner: Youhei SASAKI uwab...@gfd-dennou.org Severity: wishlist * Package name: ruby-colorator Version : 0.1 Upstream Author : Parker Moore and Brandon Mathis * URL or Web page : https://github.com/octopress/colorator * License : MIT Description : String extension for terminal coloring A Ruby Library colorize your text in the terminal. . There are a bunch of gems that provide functionality like this, but none have as simple an API as this. Just call `string.color` and your text will be colorized. --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718280: Pending fixes for bugs in the libev-perl package
tag 718280 + pending thanks Some bugs in the libev-perl package are closed in revision 099ebcbe4ae69bb7d2fc8f899b7298bf86a61743 in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libev-perl.git;a=commitdiff;h=099ebcb Commit message: Add patch to find headers using Devel::CheckLib instead of looking for hard-coded path, which fails since multiarchi-ification. Thanks: Petr Salinger for the bug report and the test of the patch. Closes: #718280 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718982: docbook2x cannot be installed anymore
Package: docbook2x Version: 0.8.8-8 Severity: serious Dear Maintainer, please consider upload of my package available on mentors [1], because now docbook2x cannot be installed on sid anymore. I cannot build/rebuild anymore packages I maintain in debian. I can adopt the package. Gianfranco [1] http://mentors.debian.net/package/docbook2x
Bug#718505: atl1c: Atheros ethernet connection dies after short time
On Sat, 2013-08-03 at 17:55 +0200, Florian Junghanns wrote: After a day of testing with the patched kernel, I'm happy to say the issue has yet to occur again. Thank you :) Thanks for testing. This fix should be included in the next upload to unstable. Ben. -- Ben Hutchings Experience is what causes a person to make new mistakes instead of old ones. signature.asc Description: This is a digitally signed message part
Bug#718982: (no subject)
From the log [snip] Setting up libxml-parser-perl (2.41-1+b1) ... Setting up libxml-sax-expat-perl (0.40-2) ... update-perl-sax-parsers: Registering Perl SAX parser XML::SAX::Expat with priority 50... update-perl-sax-parsers: Updating overall Perl SAX parser modules info file... Replacing config file /etc/perl/XML/SAX/ParserDetails.ini with new version Processing triggers for sgml-base ... Setting up docbook2x (0.8.8-8) ... /var/lib/dpkg/info/docbook2x.postinst: 10: /var/lib/dpkg/info/docbook2x.postinst: install-info: not found dpkg: error processing docbook2x (--configure): subprocess installed post-installation script returned error exit status 127 Processing triggers for libc-bin ... Processing triggers for ca-certificates ... Updating certificates in /etc/ssl/certs... 157 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.ddone. Errors were encountered while processing: docbook2x E: Sub-process /usr/bin/dpkg returned an error code (1) Gianfranco
Bug#709303: stellarium: Crashes when running within xrdp/vnc (no 3D support)
On 07/08/13 14:07, Petter Reinholdtsen wrote: [Tomasz Buchert] When it comes to (2): stellarium will not enter the pure wheezy, but it may go to wheezy-backports. What repositories do you use in DebianEdu? Does the list include wheezy-backports? We use the official debian repositories, ie the ones with security fixes. We do not use wheezy-backports. If not, the repositories would have to be manually modified by the administrator anyway. I would prefer not to backport unless it's really inevitable and in the case of this bug, I'd question the necessity. Does it really break the user experience so much? The reason I ask for fixes in wheezy, is that this is the version we will be advertising the next few years, and thus I want it to be as good as possible. I suspect vew users will try to use stellarium via xrdp, so it isn't a big problem. But it would be nice to tell Windows users that they can test all user applications using RDP. :) -- Happy Hacking Petter Reinholdtsen Is next few years something like next two years? (average time between Debian stable releases). The best I can do right now is to try to push Stellarium 0.12.1 (or patched 0.11-3) in the next point release (https://wiki.debian.org/DebianReleases/PointReleases). I'll do the administrative work and let you know if it is possible. Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org