Bug#673728: debian-handbook: A whole bunch of small spelling fixes
Hi, On Mon, 21 May 2012, Christopher Wellons wrote: Here are a whole bunch of spelling fixes I caught with aspell. This patch is against the Git repository at commit 92c652df. Thank you for this, it was very helpful. But it looks like some changes are unnecessary. At least benefitting is known to GCIDE as well as the verb forms using ell instead of el (labelling, travelling, etc.). What dictionary did you use ? Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670946: en.WP got deleted again
On Sun, May 20, 2012 at 04:24:31PM -0700, David Starner wrote: After fixing the JSON file to return en.WP and making no other changes to my search engine, I upgraded to 10.0.4esr-3, and Wikipedia (en) disappeared again. Can you attach a copy of the JSON file? What version did you upgrade from? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673647: apt-ftparchive: Include Contents files in Release file
On Sun, May 20, 2012 at 2:06 PM, Julian Andres Klode j...@debian.org wrote: apt-ftparchive currently does not include the Contents files in the Release files, causing them to not be trustable. Should probably be added. If no one else wants to look at it, I might look at this tomorrow. Added Contents-* to the default pattern list. Since 0.8.11 everyone can do this easily themselves by: APT::FTPArchive::Release::Patterns:: Contents-*; That said, i think there is currently no client in existence which would use these checksums… at least apt-file doesn't ( #515942 ). Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673584: ITA: nethack -- dungeon crawl game
retitle 673584 ITA: nethack -- dungeon crawl game owner 673584 ! thanks I'm willing to adopt this package and maintain it under the umbrella of the Debian Games team. I also currently maintain slashem (a variant of nethack), so taking care of nethack as well shouldn't be too much trouble. 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#673735: lcdf-typetools and otf-trace: error when trying to install together
Package: otf-trace,lcdf-typetools Version: otf-trace/1.10.2+dfsg-1 Version: lcdf-typetools/2.92-1+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! gcc-4.7-base libquadmath0 libgfortran3 libotf-trace1 libkpathsea6 lcdf-typetools libnuma1 libtorque2 libibverbs1 libopenmpi1.3 otf-trace Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package gcc-4.7-base:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking gcc-4.7-base:amd64 (from .../gcc-4.7-base_4.7.0-8_amd64.deb) ... Selecting previously unselected package libquadmath0:amd64. Unpacking libquadmath0:amd64 (from .../libquadmath0_4.7.0-8_amd64.deb) ... Selecting previously unselected package libgfortran3:amd64. Unpacking libgfortran3:amd64 (from .../libgfortran3_4.7.0-8_amd64.deb) ... Selecting previously unselected package libotf-trace1:amd64. Unpacking libotf-trace1:amd64 (from .../libotf-trace1_1.10.2+dfsg-1_amd64.deb) ... Selecting previously unselected package libkpathsea6. Unpacking libkpathsea6 (from .../libkpathsea6_2012.20120516-1_amd64.deb) ... Selecting previously unselected package lcdf-typetools. Unpacking lcdf-typetools (from .../lcdf-typetools_2.92-1+b1_amd64.deb) ... Selecting previously unselected package libnuma1. Unpacking libnuma1 (from .../libnuma1_2.0.8~rc3-1_amd64.deb) ... Selecting previously unselected package libtorque2. Unpacking libtorque2 (from .../libtorque2_2.4.16+dfsg-1_amd64.deb) ... Selecting previously unselected package libibverbs1. Unpacking libibverbs1 (from .../libibverbs1_1.1.6-1_amd64.deb) ... Selecting previously unselected package libopenmpi1.3. Unpacking libopenmpi1.3 (from .../libopenmpi1.3_1.4.5-1_amd64.deb) ... Selecting previously unselected package otf-trace. Unpacking otf-trace (from .../otf-trace_1.10.2+dfsg-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/otf-trace_1.10.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/otfinfo', which is also in package lcdf-typetools 2.92-1+b1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/otf-trace_1.10.2+dfsg-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/otfinfo /usr/share/man/man1/otfinfo.1.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673729: debian-handbook: US English spelling fixes
Hi, On Mon, 21 May 2012, Christopher Wellons wrote: The attached patch changes the spelling of many words to US English. I wouldn't normally bother, but the language is specifically listed as en-US so it seems appropriate. I'm submitting this separately from the other spelling patches so you can easily reject these if you like. It's perfectly appropriate, indeed. Thank you for this! Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673736: libdivecomputer0 and smartpm-core: error when trying to install together
Package: smartpm-core,libdivecomputer0 Version: smartpm-core/1.4-2 Version: libdivecomputer0/0.1.0-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 librtmp0 libssh2-1 libcurl3-gnutls libexpat1 libdb4.8 mime-support python2.7-minimal python2.7 python-minimal python python-support python2.6-minimal python2.6 python-pexpect python-pycurl python-smartpm smartpm-core libdivecomputer0 Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libkeyutils1:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking libkeyutils1:amd64 (from .../libkeyutils1_1.5.5-2_amd64.deb) ... Selecting previously unselected package libkrb5support0:amd64. Unpacking libkrb5support0:amd64 (from .../libkrb5support0_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libk5crypto3:amd64. Unpacking libk5crypto3:amd64 (from .../libk5crypto3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libkrb5-3:amd64. Unpacking libkrb5-3:amd64 (from .../libkrb5-3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libgssapi-krb5-2:amd64. Unpacking libgssapi-krb5-2:amd64 (from .../libgssapi-krb5-2_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libsasl2-2:amd64. Unpacking libsasl2-2:amd64 (from .../libsasl2-2_2.1.25.dfsg1-4_amd64.deb) ... Selecting previously unselected package libldap-2.4-2:amd64. Unpacking libldap-2.4-2:amd64 (from .../libldap-2.4-2_2.4.28-1.3_amd64.deb) ... Selecting previously unselected package librtmp0:amd64. Unpacking librtmp0:amd64 (from .../librtmp0_2.4+20111222.git4e06e21-1_amd64.deb) ... Selecting previously unselected package libssh2-1:amd64. Unpacking libssh2-1:amd64 (from .../libssh2-1_1.4.1-1_amd64.deb) ... Selecting previously unselected package libcurl3-gnutls:amd64. Unpacking libcurl3-gnutls:amd64 (from .../libcurl3-gnutls_7.25.0-1_amd64.deb) ... Selecting previously unselected package libexpat1:amd64. Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-1_amd64.deb) ... Selecting previously unselected package libdb4.8:amd64. Unpacking libdb4.8:amd64 (from .../libdb4.8_4.8.30-11_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.3~rc2-2.1_amd64.deb) ... Selecting previously unselected package python2.7. Unpacking python2.7 (from .../python2.7_2.7.3~rc2-2.1_amd64.deb) ... Selecting previously unselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.7.2-10_all.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.2-10_all.deb) ... Selecting previously unselected package python-support. Unpacking python-support (from .../python-support_1.0.14_all.deb) ... Selecting previously unselected package python2.6-minimal. Unpacking python2.6-minimal (from .../python2.6-minimal_2.6.7-4_amd64.deb) ... Selecting previously unselected package python2.6. Unpacking python2.6 (from .../python2.6_2.6.7-4_amd64.deb) ... Selecting previously unselected package python-pexpect. Unpacking python-pexpect (from .../python-pexpect_2.4-1_all.deb) ... Selecting previously unselected package python-pycurl. Unpacking python-pycurl (from .../python-pycurl_7.19.0-5_amd64.deb) ... Selecting previously unselected package python-smartpm. Unpacking python-smartpm (from .../python-smartpm_1.4-2_amd64.deb) ... Selecting previously unselected package smartpm-core. Unpacking smartpm-core (from .../smartpm-core_1.4-2_amd64.deb) ... Selecting previously unselected package libdivecomputer0. Unpacking libdivecomputer0 (from .../libdivecomputer0_0.1.0-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libdivecomputer0_0.1.0-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/smart', which is also in package smartpm-core 1.4-2 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libdivecomputer0_0.1.0-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on
Bug#673737: ruby-actionpack-3.2 and ruby-actionpack-2.3: error when trying to install together
Package: ruby-actionpack-2.3,ruby-actionpack-3.2 Version: ruby-actionpack-2.3/2.3.14-3 Version: ruby-actionpack-3.2/3.2.3-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libreadline5 libruby1.8 ruby1.8 ruby rubygems rake ruby-blankslate ruby-builder ruby-i18n ruby-memcache-client ruby-tzinfo ruby-activesupport-2.3 ruby-activerecord-2.3 ruby-rack ruby-actionpack-2.3 ruby-multi-json ruby-activesupport-3.2 ruby-activemodel-3.2 ruby-minitest ruby-hoe ruby-arel ruby-activerecord-3.2 ruby-rack-cache ruby-rack-test ruby-journey ruby-hike ruby-tilt ruby-sprockets ruby-erubis ruby-actionpack-3.2 Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libreadline5:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking libreadline5:amd64 (from .../libreadline5_5.2-11_amd64.deb) ... Selecting previously unselected package libruby1.8. Unpacking libruby1.8 (from .../libruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby1.8. Unpacking ruby1.8 (from .../ruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby. Unpacking ruby (from .../apt/archives/ruby_4.8_all.deb) ... Selecting previously unselected package rubygems. Unpacking rubygems (from .../rubygems_1.8.15-1_all.deb) ... Selecting previously unselected package rake. Unpacking rake (from .../rake_0.9.2.2-2_all.deb) ... Selecting previously unselected package ruby-blankslate. Unpacking ruby-blankslate (from .../ruby-blankslate_2.1.2.4-2_all.deb) ... Selecting previously unselected package ruby-builder. Unpacking ruby-builder (from .../ruby-builder_3.0.0-2_all.deb) ... Selecting previously unselected package ruby-i18n. Unpacking ruby-i18n (from .../ruby-i18n_0.6.0-1_all.deb) ... Selecting previously unselected package ruby-memcache-client. Unpacking ruby-memcache-client (from .../ruby-memcache-client_1.8.5-1_all.deb) ... Selecting previously unselected package ruby-tzinfo. Unpacking ruby-tzinfo (from .../ruby-tzinfo_0.3.33-1_all.deb) ... Selecting previously unselected package ruby-activesupport-2.3. Unpacking ruby-activesupport-2.3 (from .../ruby-activesupport-2.3_2.3.14-3_all.deb) ... Selecting previously unselected package ruby-activerecord-2.3. Unpacking ruby-activerecord-2.3 (from .../ruby-activerecord-2.3_2.3.14-1_all.deb) ... Selecting previously unselected package ruby-rack. Unpacking ruby-rack (from .../ruby-rack_1.4.1-1_all.deb) ... Selecting previously unselected package ruby-actionpack-2.3. Unpacking ruby-actionpack-2.3 (from .../ruby-actionpack-2.3_2.3.14-3_all.deb) ... Selecting previously unselected package ruby-multi-json. Unpacking ruby-multi-json (from .../ruby-multi-json_1.3.1-1_all.deb) ... Selecting previously unselected package ruby-activesupport-3.2. Unpacking ruby-activesupport-3.2 (from .../ruby-activesupport-3.2_3.2.3-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activesupport-3.2_3.2.3-1_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_support/xml_mini.rb', which is also in package ruby-activesupport-2.3 2.3.14-3 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package ruby-activemodel-3.2. Unpacking ruby-activemodel-3.2 (from .../ruby-activemodel-3.2_3.2.3-1_all.deb) ... Selecting previously unselected package ruby-minitest. Unpacking ruby-minitest (from .../ruby-minitest_3.0.0-1_all.deb) ... Selecting previously unselected package ruby-hoe. Unpacking ruby-hoe (from .../ruby-hoe_3.0.3-1_all.deb) ... Selecting previously unselected package ruby-arel. Unpacking ruby-arel (from .../ruby-arel_3.0.2-1_all.deb) ... Selecting previously unselected package ruby-activerecord-3.2. Unpacking ruby-activerecord-3.2 (from .../ruby-activerecord-3.2_3.2.3-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activerecord-3.2_3.2.3-2_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_record/fixtures.rb', which is also in package ruby-activerecord-2.3 2.3.14-1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package ruby-rack-cache. Unpacking ruby-rack-cache (from .../ruby-rack-cache_1.2-1_all.deb) ... Selecting previously unselected package ruby-rack-test. Unpacking ruby-rack-test (from .../ruby-rack-test_0.6.1-1_all.deb) ... Selecting previously unselected package ruby-journey. Unpacking ruby-journey (from .../ruby-journey_1.0.3-1_all.deb) ... Selecting previously unselected package ruby-hike.
Bug#673738: ruby-validatable and ruby-dust: error when trying to install together
Package: ruby-dust,ruby-validatable Version: ruby-dust/0.1.7-2 Version: ruby-validatable/1.6.7-7 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libreadline5 libruby1.8 ruby1.8 ruby ruby-dust ruby-validatable Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libreadline5:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking libreadline5:amd64 (from .../libreadline5_5.2-11_amd64.deb) ... Selecting previously unselected package libruby1.8. Unpacking libruby1.8 (from .../libruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby1.8. Unpacking ruby1.8 (from .../ruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby. Unpacking ruby (from .../apt/archives/ruby_4.8_all.deb) ... Selecting previously unselected package ruby-dust. Unpacking ruby-dust (from .../ruby-dust_0.1.7-2_all.deb) ... Selecting previously unselected package ruby-validatable. Unpacking ruby-validatable (from .../ruby-validatable_1.6.7-7_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-validatable_1.6.7-7_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/object_extension.rb', which is also in package ruby-dust 0.1.7-2 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/ruby-validatable_1.6.7-7_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/ruby/vendor_ruby/object_extension.rb This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670097: gnome-shell: random hang causes data loss
severity 670097 important stop I had no other occurrence of this problem for 2-3 weeks. Because there is a workaround (kill gnome-shell) I downgraded the bug severity. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673578: Bug 673578: list of shared files in both packages
Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync) -Ralf. /usr/lib/ruby/vendor_ruby/active_record.rb /usr/lib/ruby/vendor_ruby/active_record/aggregations.rb /usr/lib/ruby/vendor_ruby/active_record/associations.rb /usr/lib/ruby/vendor_ruby/active_record/associations/belongs_to_association.rb /usr/lib/ruby/vendor_ruby/active_record/associations/belongs_to_polymorphic_association.rb /usr/lib/ruby/vendor_ruby/active_record/associations/has_and_belongs_to_many_association.rb /usr/lib/ruby/vendor_ruby/active_record/associations/has_many_association.rb /usr/lib/ruby/vendor_ruby/active_record/associations/has_many_through_association.rb /usr/lib/ruby/vendor_ruby/active_record/associations/has_one_association.rb /usr/lib/ruby/vendor_ruby/active_record/associations/has_one_through_association.rb /usr/lib/ruby/vendor_ruby/active_record/attribute_methods.rb /usr/lib/ruby/vendor_ruby/active_record/autosave_association.rb /usr/lib/ruby/vendor_ruby/active_record/base.rb /usr/lib/ruby/vendor_ruby/active_record/callbacks.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/connection_pool.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/connection_specification.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/database_limits.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/database_statements.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/query_cache.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/quoting.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/schema_definitions.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/schema_statements.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract_adapter.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/mysql_adapter.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/postgresql_adapter.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/sqlite3_adapter.rb /usr/lib/ruby/vendor_ruby/active_record/connection_adapters/sqlite_adapter.rb /usr/lib/ruby/vendor_ruby/active_record/dynamic_finder_match.rb /usr/lib/ruby/vendor_ruby/active_record/dynamic_scope_match.rb /usr/lib/ruby/vendor_ruby/active_record/fixtures.rb /usr/lib/ruby/vendor_ruby/active_record/locale/en.yml /usr/lib/ruby/vendor_ruby/active_record/locking/optimistic.rb /usr/lib/ruby/vendor_ruby/active_record/locking/pessimistic.rb /usr/lib/ruby/vendor_ruby/active_record/migration.rb /usr/lib/ruby/vendor_ruby/active_record/nested_attributes.rb /usr/lib/ruby/vendor_ruby/active_record/observer.rb /usr/lib/ruby/vendor_ruby/active_record/query_cache.rb /usr/lib/ruby/vendor_ruby/active_record/reflection.rb /usr/lib/ruby/vendor_ruby/active_record/schema.rb /usr/lib/ruby/vendor_ruby/active_record/schema_dumper.rb /usr/lib/ruby/vendor_ruby/active_record/serialization.rb /usr/lib/ruby/vendor_ruby/active_record/serializers/xml_serializer.rb /usr/lib/ruby/vendor_ruby/active_record/session_store.rb /usr/lib/ruby/vendor_ruby/active_record/test_case.rb /usr/lib/ruby/vendor_ruby/active_record/timestamp.rb /usr/lib/ruby/vendor_ruby/active_record/transactions.rb /usr/lib/ruby/vendor_ruby/active_record/validations.rb /usr/lib/ruby/vendor_ruby/active_record/version.rb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673185: gnome-shell: segfault error 4 in libaccountsservice.so.0.0.0
severity 673185 grave stop This problem affects gnome-shell even more. If I'm on battery the gnome-shell process is killed but not restarted afterwards. The only way to obtain a somehow stable X/gnome session was to restart gdm3. I still get the gnome-shell respawn but I least I'm not forced into logging out after login. Do you know a workaround for this problem? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673740: ruby-actionmailer-3.2 and ruby-actionmailer-2.3: error when trying to install together
Package: ruby-actionmailer-2.3,ruby-actionmailer-3.2 Version: ruby-actionmailer-2.3/2.3.14-2 Version: ruby-actionmailer-3.2/3.2.3-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libreadline5 libruby1.8 ruby1.8 ruby rubygems rake ruby-blankslate ruby-builder ruby-i18n ruby-memcache-client ruby-tzinfo ruby-activesupport-2.3 ruby-activerecord-2.3 ruby-rack ruby-actionpack-2.3 ruby-text-format ruby-rchardet ruby-tmail ruby-actionmailer-2.3 ruby-multi-json ruby-activesupport-3.2 ruby-activemodel-3.2 ruby-minitest ruby-hoe ruby-arel ruby-activerecord-3.2 ruby-rack-cache ruby-rack-test ruby-journey ruby-hike ruby-tilt ruby-sprockets ruby-erubis ruby-actionpack-3.2 ruby-mime-types ruby-polyglot ruby-treetop ruby-mail ruby-actionmailer-3.2 Extracting templates from packages: 76% Extracting templates from packages: 100% Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libreadline5:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking libreadline5:amd64 (from .../libreadline5_5.2-11_amd64.deb) ... Selecting previously unselected package libruby1.8. Unpacking libruby1.8 (from .../libruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby1.8. Unpacking ruby1.8 (from .../ruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby. Unpacking ruby (from .../apt/archives/ruby_4.8_all.deb) ... Selecting previously unselected package rubygems. Unpacking rubygems (from .../rubygems_1.8.15-1_all.deb) ... Selecting previously unselected package rake. Unpacking rake (from .../rake_0.9.2.2-2_all.deb) ... Selecting previously unselected package ruby-blankslate. Unpacking ruby-blankslate (from .../ruby-blankslate_2.1.2.4-2_all.deb) ... Selecting previously unselected package ruby-builder. Unpacking ruby-builder (from .../ruby-builder_3.0.0-2_all.deb) ... Selecting previously unselected package ruby-i18n. Unpacking ruby-i18n (from .../ruby-i18n_0.6.0-1_all.deb) ... Selecting previously unselected package ruby-memcache-client. Unpacking ruby-memcache-client (from .../ruby-memcache-client_1.8.5-1_all.deb) ... Selecting previously unselected package ruby-tzinfo. Unpacking ruby-tzinfo (from .../ruby-tzinfo_0.3.33-1_all.deb) ... Selecting previously unselected package ruby-activesupport-2.3. Unpacking ruby-activesupport-2.3 (from .../ruby-activesupport-2.3_2.3.14-3_all.deb) ... Selecting previously unselected package ruby-activerecord-2.3. Unpacking ruby-activerecord-2.3 (from .../ruby-activerecord-2.3_2.3.14-1_all.deb) ... Selecting previously unselected package ruby-rack. Unpacking ruby-rack (from .../ruby-rack_1.4.1-1_all.deb) ... Selecting previously unselected package ruby-actionpack-2.3. Unpacking ruby-actionpack-2.3 (from .../ruby-actionpack-2.3_2.3.14-3_all.deb) ... Selecting previously unselected package ruby-text-format. Unpacking ruby-text-format (from .../ruby-text-format_1.0.0-3_all.deb) ... Selecting previously unselected package ruby-rchardet. Unpacking ruby-rchardet (from .../ruby-rchardet_1.3-2_all.deb) ... Selecting previously unselected package ruby-tmail. Unpacking ruby-tmail (from .../ruby-tmail_1.2.7.1-1_amd64.deb) ... Selecting previously unselected package ruby-actionmailer-2.3. Unpacking ruby-actionmailer-2.3 (from .../ruby-actionmailer-2.3_2.3.14-2_all.deb) ... Selecting previously unselected package ruby-multi-json. Unpacking ruby-multi-json (from .../ruby-multi-json_1.3.1-1_all.deb) ... Selecting previously unselected package ruby-activesupport-3.2. Unpacking ruby-activesupport-3.2 (from .../ruby-activesupport-3.2_3.2.3-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activesupport-3.2_3.2.3-1_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_support/xml_mini.rb', which is also in package ruby-activesupport-2.3 2.3.14-3 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package ruby-activemodel-3.2. Unpacking ruby-activemodel-3.2 (from .../ruby-activemodel-3.2_3.2.3-1_all.deb) ... Selecting previously unselected package ruby-minitest. Unpacking ruby-minitest (from .../ruby-minitest_3.0.0-1_all.deb) ... Selecting previously unselected package ruby-hoe. Unpacking ruby-hoe (from .../ruby-hoe_3.0.3-1_all.deb) ... Selecting previously unselected package ruby-arel. Unpacking ruby-arel (from .../ruby-arel_3.0.2-1_all.deb) ... Selecting previously unselected package ruby-activerecord-3.2. Unpacking ruby-activerecord-3.2 (from .../ruby-activerecord-3.2_3.2.3-2_all.deb) ... dpkg:
Bug#673741: ruby-activerecord-3.2 and ruby-activerecord-2.3: error when trying to install together
Package: ruby-activerecord-2.3,ruby-activerecord-3.2 Version: ruby-activerecord-2.3/2.3.14-1 Version: ruby-activerecord-3.2/3.2.3-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libreadline5 libruby1.8 ruby1.8 ruby rubygems rake ruby-i18n ruby-multi-json ruby-activesupport-3.2 ruby-activemodel-3.2 ruby-blankslate ruby-builder ruby-memcache-client ruby-tzinfo ruby-activesupport-2.3 ruby-activerecord-2.3 ruby-minitest ruby-hoe ruby-arel ruby-activerecord-3.2 Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libreadline5:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking libreadline5:amd64 (from .../libreadline5_5.2-11_amd64.deb) ... Selecting previously unselected package libruby1.8. Unpacking libruby1.8 (from .../libruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby1.8. Unpacking ruby1.8 (from .../ruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby. Unpacking ruby (from .../apt/archives/ruby_4.8_all.deb) ... Selecting previously unselected package rubygems. Unpacking rubygems (from .../rubygems_1.8.15-1_all.deb) ... Selecting previously unselected package rake. Unpacking rake (from .../rake_0.9.2.2-2_all.deb) ... Selecting previously unselected package ruby-i18n. Unpacking ruby-i18n (from .../ruby-i18n_0.6.0-1_all.deb) ... Selecting previously unselected package ruby-multi-json. Unpacking ruby-multi-json (from .../ruby-multi-json_1.3.1-1_all.deb) ... Selecting previously unselected package ruby-activesupport-3.2. Unpacking ruby-activesupport-3.2 (from .../ruby-activesupport-3.2_3.2.3-1_all.deb) ... Selecting previously unselected package ruby-activemodel-3.2. Unpacking ruby-activemodel-3.2 (from .../ruby-activemodel-3.2_3.2.3-1_all.deb) ... Selecting previously unselected package ruby-blankslate. Unpacking ruby-blankslate (from .../ruby-blankslate_2.1.2.4-2_all.deb) ... Selecting previously unselected package ruby-builder. Unpacking ruby-builder (from .../ruby-builder_3.0.0-2_all.deb) ... Selecting previously unselected package ruby-memcache-client. Unpacking ruby-memcache-client (from .../ruby-memcache-client_1.8.5-1_all.deb) ... Selecting previously unselected package ruby-tzinfo. Unpacking ruby-tzinfo (from .../ruby-tzinfo_0.3.33-1_all.deb) ... Selecting previously unselected package ruby-activesupport-2.3. Unpacking ruby-activesupport-2.3 (from .../ruby-activesupport-2.3_2.3.14-3_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activesupport-2.3_2.3.14-3_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_support/xml_mini.rb', which is also in package ruby-activesupport-3.2 3.2.3-1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package ruby-activerecord-2.3. Unpacking ruby-activerecord-2.3 (from .../ruby-activerecord-2.3_2.3.14-1_all.deb) ... Selecting previously unselected package ruby-minitest. Unpacking ruby-minitest (from .../ruby-minitest_3.0.0-1_all.deb) ... Selecting previously unselected package ruby-hoe. Unpacking ruby-hoe (from .../ruby-hoe_3.0.3-1_all.deb) ... Selecting previously unselected package ruby-arel. Unpacking ruby-arel (from .../ruby-arel_3.0.2-1_all.deb) ... Selecting previously unselected package ruby-activerecord-3.2. Unpacking ruby-activerecord-3.2 (from .../ruby-activerecord-3.2_3.2.3-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activerecord-3.2_3.2.3-2_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_record/fixtures.rb', which is also in package ruby-activerecord-2.3 2.3.14-1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/ruby-activesupport-2.3_2.3.14-3_all.deb /var/cache/apt/archives/ruby-activerecord-3.2_3.2.3-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when
Bug#673742: ruby-activeresource-3.2 and ruby-activeresource-2.3: error when trying to install together
Package: ruby-activeresource-2.3,ruby-activeresource-3.2 Version: ruby-activeresource-2.3/2.3.14-1 Version: ruby-activeresource-3.2/3.2.3-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libreadline5 libruby1.8 ruby1.8 ruby ruby-i18n ruby-multi-json ruby-activesupport-3.2 ruby-activemodel-3.2 ruby-blankslate ruby-builder ruby-memcache-client ruby-tzinfo ruby-activesupport-2.3 ruby-activeresource-2.3 ruby-activeresource-3.2 Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libreadline5:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking libreadline5:amd64 (from .../libreadline5_5.2-11_amd64.deb) ... Selecting previously unselected package libruby1.8. Unpacking libruby1.8 (from .../libruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby1.8. Unpacking ruby1.8 (from .../ruby1.8_1.8.7.358-2_amd64.deb) ... Selecting previously unselected package ruby. Unpacking ruby (from .../apt/archives/ruby_4.8_all.deb) ... Selecting previously unselected package ruby-i18n. Unpacking ruby-i18n (from .../ruby-i18n_0.6.0-1_all.deb) ... Selecting previously unselected package ruby-multi-json. Unpacking ruby-multi-json (from .../ruby-multi-json_1.3.1-1_all.deb) ... Selecting previously unselected package ruby-activesupport-3.2. Unpacking ruby-activesupport-3.2 (from .../ruby-activesupport-3.2_3.2.3-1_all.deb) ... Selecting previously unselected package ruby-activemodel-3.2. Unpacking ruby-activemodel-3.2 (from .../ruby-activemodel-3.2_3.2.3-1_all.deb) ... Selecting previously unselected package ruby-blankslate. Unpacking ruby-blankslate (from .../ruby-blankslate_2.1.2.4-2_all.deb) ... Selecting previously unselected package ruby-builder. Unpacking ruby-builder (from .../ruby-builder_3.0.0-2_all.deb) ... Selecting previously unselected package ruby-memcache-client. Unpacking ruby-memcache-client (from .../ruby-memcache-client_1.8.5-1_all.deb) ... Selecting previously unselected package ruby-tzinfo. Unpacking ruby-tzinfo (from .../ruby-tzinfo_0.3.33-1_all.deb) ... Selecting previously unselected package ruby-activesupport-2.3. Unpacking ruby-activesupport-2.3 (from .../ruby-activesupport-2.3_2.3.14-3_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activesupport-2.3_2.3.14-3_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_support/xml_mini.rb', which is also in package ruby-activesupport-3.2 3.2.3-1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package ruby-activeresource-2.3. Unpacking ruby-activeresource-2.3 (from .../ruby-activeresource-2.3_2.3.14-1_all.deb) ... Selecting previously unselected package ruby-activeresource-3.2. Unpacking ruby-activeresource-3.2 (from .../ruby-activeresource-3.2_3.2.3-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activeresource-3.2_3.2.3-1_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_resource/custom_methods.rb', which is also in package ruby-activeresource-2.3 2.3.14-1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/ruby-activesupport-2.3_2.3.14-3_all.deb /var/cache/apt/archives/ruby-activeresource-3.2_3.2.3-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/ruby/vendor_ruby/active_resource.rb /usr/lib/ruby/vendor_ruby/active_resource/base.rb /usr/lib/ruby/vendor_ruby/active_resource/connection.rb /usr/lib/ruby/vendor_ruby/active_resource/custom_methods.rb /usr/lib/ruby/vendor_ruby/active_resource/exceptions.rb /usr/lib/ruby/vendor_ruby/active_resource/formats.rb /usr/lib/ruby/vendor_ruby/active_resource/formats/json_format.rb
Bug#673743: xen-api: smbfs does not exist any more, move to cifs-utils
Package: xcp-xapi Severity: important Version: 1.3.2-5 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch quantal Hello, the smbfs package has been deprecated for years, and finally removed last week: cifs-utils (2:5.4-1) unstable; urgency=low * New upstream release (Closes: #669327). - Version build dep on libwbclient-dev for wbclient.pc file - Add 01_use_rc.patch to fix building. - Add 02_add_D_FORTIFY_SOURCE.patch to fix building. * Drop smbfs binary package (Closes: #620847). -- Luk Claes l...@debian.org Sun, 13 May 2012 18:39:07 +0200 Please update your package to move to cifs-utils. Patch attached. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru xen-api-1.3.2/debian/changelog xen-api-1.3.2/debian/changelog --- xen-api-1.3.2/debian/changelog 2012-04-14 22:23:03.0 +0200 +++ xen-api-1.3.2/debian/changelog 2012-05-21 09:09:32.0 +0200 @@ -1,3 +1,10 @@ +xen-api (1.3.2-5ubuntu1) quantal; urgency=low + + * debian/control, debian/README.Debian: Move from smbfs (which is not built +any more) to cifs-utils. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 21 May 2012 09:09:11 +0200 + xen-api (1.3.2-5) unstable; urgency=low * Debconf templates and debian/control reviewed by the debian-l10n- diff -Nru xen-api-1.3.2/debian/control xen-api-1.3.2/debian/control --- xen-api-1.3.2/debian/control2012-04-14 22:23:03.0 +0200 +++ xen-api-1.3.2/debian/control2012-05-21 09:08:26.0 +0200 @@ -12,7 +12,7 @@ Package: xcp-xapi Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, lsb-base, pciutils, python-xenapi (= ${source:Version}), xcp-squeezed, xcp-v6d, xcp-fe, xcp-storage-managers, xen-hypervisor-4.1-amd64 | xen-hypervisor-4.1-i386 | xen-hypervisor-4.1, xen-utils-4.1, stunnel, hwdata, xcp-eliloader, xcp-xe, xcp-networkd -Recommends: xcp-vncterm, xcp-guest-templates, smbfs +Recommends: xcp-vncterm, xcp-guest-templates, cifs-utils Provides: xcp Description: Xen Cloud Platform - XenAPI server The Xen Cloud Platform (XCP) is a server virtualization and cloud diff -Nru xen-api-1.3.2/debian/README.Debian xen-api-1.3.2/debian/README.Debian --- xen-api-1.3.2/debian/README.Debian 2012-04-14 22:23:03.0 +0200 +++ xen-api-1.3.2/debian/README.Debian 2012-05-21 09:09:08.0 +0200 @@ -73,7 +73,7 @@ install Debian guests without using an iso SR. Anyway, for Samba, you will need to do: -apt-get install smbfs +apt-get install cifs-utils The following samba config will serve these images in the folder /iso-images: @@ -205,7 +205,7 @@ should export them through NFS or a samba share, then do as below for samba: -/usr/lib/xcp/bin/xe-mount-iso-sr //12.23.34.45/isoimg -t smbfs +/usr/lib/xcp/bin/xe-mount-iso-sr //12.23.34.45/isoimg -t cifs isoimg is of course here the name of the share Samba share (nothing unusual, right?). @@ -220,10 +220,10 @@ caching, so it may take few seconds until xe cd-list shows the iso that you may have dropped in this share. -Note that neither smbfs nor nfs-common are hard dependencies, so you may +Note that neither cifs-utils nor nfs-common are hard dependencies, so you may need to apt-get install these packages manually: -apt-get install smbfs +apt-get install cifs-utils or apt-get install nfs-common signature.asc Description: Digital signature
Bug#673577: bug 673577: list of files in both packages
Version: ruby-activesupport-2.3/2.3.14-3 Version: ruby-activesupport-3.2/3.2.3-1 Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/ruby/vendor_ruby/active_support.rb /usr/lib/ruby/vendor_ruby/active_support/all.rb /usr/lib/ruby/vendor_ruby/active_support/backtrace_cleaner.rb /usr/lib/ruby/vendor_ruby/active_support/base64.rb /usr/lib/ruby/vendor_ruby/active_support/basic_object.rb /usr/lib/ruby/vendor_ruby/active_support/buffered_logger.rb /usr/lib/ruby/vendor_ruby/active_support/cache.rb /usr/lib/ruby/vendor_ruby/active_support/cache/file_store.rb /usr/lib/ruby/vendor_ruby/active_support/cache/mem_cache_store.rb /usr/lib/ruby/vendor_ruby/active_support/cache/memory_store.rb /usr/lib/ruby/vendor_ruby/active_support/cache/strategy/local_cache.rb /usr/lib/ruby/vendor_ruby/active_support/callbacks.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/array.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/array/access.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/array/conversions.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/array/extract_options.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/array/grouping.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/array/random_access.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/benchmark.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/class.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/class/attribute.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/class/attribute_accessors.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/class/delegating_attributes.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/date/calculations.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/date/conversions.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/date_time/calculations.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/date_time/conversions.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/enumerable.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/exception.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/file.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/file/atomic.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/float.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/float/rounding.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/conversions.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/deep_merge.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/diff.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/except.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/indifferent_access.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/keys.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/reverse_merge.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/hash/slice.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/integer.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/integer/inflections.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/integer/time.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/kernel.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/kernel/agnostics.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/kernel/debugger.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/kernel/reporting.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/kernel/singleton_class.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/load_error.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/logger.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module/aliasing.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module/attr_internal.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module/attribute_accessors.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module/delegation.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module/introspection.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module/remove_method.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/module/synchronization.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/name_error.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/numeric.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/numeric/bytes.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/numeric/time.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/object.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/object/blank.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/object/conversions.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/object/instance_variables.rb /usr/lib/ruby/vendor_ruby/active_support/core_ext/proc.rb
Bug#649779: Random applets fail to load (“The panel encountered a problem while loading...”)
Hi, Am Donnerstag, den 17.05.2012, 23:23 +0200 schrieb Joachim Breitner: Am Mittwoch, den 23.11.2011, 22:56 +0100 schrieb Joachim Breitner: libpanel-applet uses dbus slighly wrong, causing a race condition between the panel object appearing on the dbus and it providing the interface expected by the panel. The effect is that random applets fail to load. I have provided upstream with a patch at https://bugzilla.gnome.org/show_bug.cgi?id=654843#c9 but it seems that they are not the quickest at applying patches against fallback components, so I’d appreciated if the patch would make it into the next Debian upload, if it has not been applied until then. it seems that upstream does not care too much about the fallback components any more. Would you mind applying the patch in Debian? I have been successfully using it for several months now, but having to patch the Debian package becomes annoying. Here the direct link to the patch: http://bugzilla-attachments.gnome.org/attachment.cgi?id=201328 after another ping, upstream applied the patch: http://git.gnome.org/browse/gnome-panel/commit/?id=d8c6525a72ef89cb6aa5b556082bb4bc1f66ffc8 You possibly might want to backport the patch for wheezy. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#673744: libotf-bin and otf-trace: error when trying to install together
Package: otf-trace,libotf-bin Version: otf-trace/1.10.2+dfsg-1 Version: libotf-bin/0.9.12-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-05-21 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libfreetype6 gcc-4.7-base libquadmath0 libgfortran3 x11-common libice6 libsm6 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 libxext6 libxt6 libxmu6 libxpm4 libxaw7 libotf-trace1 libnuma1 libotf0 libotf-bin libtorque2 libibverbs1 libopenmpi1.3 otf-trace Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libfreetype6:amd64. (Reading database ... 10575 files and directories currently installed.) Unpacking libfreetype6:amd64 (from .../libfreetype6_2.4.9-1_amd64.deb) ... Selecting previously unselected package gcc-4.7-base:amd64. Unpacking gcc-4.7-base:amd64 (from .../gcc-4.7-base_4.7.0-8_amd64.deb) ... Selecting previously unselected package libquadmath0:amd64. Unpacking libquadmath0:amd64 (from .../libquadmath0_4.7.0-8_amd64.deb) ... Selecting previously unselected package libgfortran3:amd64. Unpacking libgfortran3:amd64 (from .../libgfortran3_4.7.0-8_amd64.deb) ... Selecting previously unselected package x11-common. Unpacking x11-common (from .../x11-common_1%3a7.6+13_all.deb) ... Selecting previously unselected package libice6:amd64. Unpacking libice6:amd64 (from .../libice6_2%3a1.0.8-2_amd64.deb) ... Selecting previously unselected package libsm6:amd64. Unpacking libsm6:amd64 (from .../libsm6_2%3a1.2.1-2_amd64.deb) ... Selecting previously unselected package libxau6:amd64. Unpacking libxau6:amd64 (from .../libxau6_1%3a1.0.7-1_amd64.deb) ... Selecting previously unselected package libxdmcp6:amd64. Unpacking libxdmcp6:amd64 (from .../libxdmcp6_1%3a1.1.1-1_amd64.deb) ... Selecting previously unselected package libxcb1:amd64. Unpacking libxcb1:amd64 (from .../libxcb1_1.8.1-1_amd64.deb) ... Selecting previously unselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.4.99.901-2_all.deb) ... Selecting previously unselected package libx11-6:amd64. Unpacking libx11-6:amd64 (from .../libx11-6_2%3a1.4.99.901-2_amd64.deb) ... Selecting previously unselected package libxext6:amd64. Unpacking libxext6:amd64 (from .../libxext6_2%3a1.3.1-2_amd64.deb) ... Selecting previously unselected package libxt6:amd64. Unpacking libxt6:amd64 (from .../libxt6_1%3a1.1.3-1_amd64.deb) ... Selecting previously unselected package libxmu6:amd64. Unpacking libxmu6:amd64 (from .../libxmu6_2%3a1.1.1-1_amd64.deb) ... Selecting previously unselected package libxpm4:amd64. Unpacking libxpm4:amd64 (from .../libxpm4_1%3a3.5.10-1_amd64.deb) ... Selecting previously unselected package libxaw7:amd64. Unpacking libxaw7:amd64 (from .../libxaw7_2%3a1.0.10-2_amd64.deb) ... Selecting previously unselected package libotf-trace1:amd64. Unpacking libotf-trace1:amd64 (from .../libotf-trace1_1.10.2+dfsg-1_amd64.deb) ... Selecting previously unselected package libnuma1. Unpacking libnuma1 (from .../libnuma1_2.0.8~rc3-1_amd64.deb) ... Selecting previously unselected package libotf0. Unpacking libotf0 (from .../libotf0_0.9.12-1_amd64.deb) ... Selecting previously unselected package libotf-bin. Unpacking libotf-bin (from .../libotf-bin_0.9.12-1_amd64.deb) ... Selecting previously unselected package libtorque2. Unpacking libtorque2 (from .../libtorque2_2.4.16+dfsg-1_amd64.deb) ... Selecting previously unselected package libibverbs1. Unpacking libibverbs1 (from .../libibverbs1_1.1.6-1_amd64.deb) ... Selecting previously unselected package libopenmpi1.3. Unpacking libopenmpi1.3 (from .../libopenmpi1.3_1.4.5-1_amd64.deb) ... Selecting previously unselected package otf-trace. Unpacking otf-trace (from .../otf-trace_1.10.2+dfsg-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/otf-trace_1.10.2+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/otfdump', which is also in package libotf-bin 0.9.12-1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/otf-trace_1.10.2+dfsg-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict.
Bug#673745: tesseract-ocr: FTBFS
Package: tesseract-ocr Version: 3.02.01-4 Severity: normal Tags: sid Justification: fails to build from source I did a straight apt-get (wajig) download of the tesseract 3.02.01-4 source and issued dpkg-buildpackage The build fails as follows: /bin/bash ../libtool --tag=CXX --mode=link x86_64-linux-gnu-g++ -Wall -g -fPIC -DTESSDATA_PREFIX=/usr/share/tesseract-ocr/ -Wl,-z,defs -o libtesseract_api.la baseapi.lo -llept -lpthread libtool: link: ar cru .libs/libtesseract_api.a .libs/baseapi.o libtool: link: ranlib .libs/libtesseract_api.a libtool: link: ( cd .libs rm -f libtesseract_api.la ln -s ../libtesseract_api.la libtesseract_api.la ) /bin/bash ../libtool --tag=CXX --mode=link x86_64-linux-gnu-g++ -Wall -g -fPIC -DTESSDATA_PREFIX=/usr/share/tesseract-ocr/ -version-info 3:2 -L./ -L../ -L../api -L../ccutil -L../viewer -L../cutil -L../image -L../ccstruct -L../dict -L../classify -L../wordrec -L../neural_networks/runtime -L../textord -L../cube -L../ccmain -Wl,-z,defs -o libtesseract.la -rpath /usr/lib libtesseract_api.la ../ccmain/libtesseract_main.la ../cube/libtesseract_cube.la ../neural_networks/runtime/libtesseract_neural.la ../textord/libtesseract_textord.la ../wordrec/libtesseract_wordrec.la ../classify/libtesseract_classify.la ../dict/libtesseract_dict.la ../ccstruct/libtesseract_ccstruct.la ../image/libtesseract_image.la ../cutil/libtesseract_cutil.la ../viewer/libtesseract_viewer.la ../ccutil/libtesseract_ccutil.la -llept -lpthread libtool: link: x86_64-linux-gnu-g++ -shared -nostdlib /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crti.o /usr/lib/gcc/x86_64-linux-gnu/4.4.5/crtbeginS.o -Wl,--whole-archive ./.libs/libtesseract_api.a ../ccmain/.libs/libtesseract_main.a ../cube/.libs/libtesseract_cube.a ../neural_networks/runtime/.libs/libtesseract_neural.a ../textord/.libs/libtesseract_textord.a ../wordrec/.libs/libtesseract_wordrec.a ../classify/.libs/libtesseract_classify.a ../dict/.libs/libtesseract_dict.a ../ccstruct/.libs/libtesseract_ccstruct.a ../image/.libs/libtesseract_image.a ../cutil/.libs/libtesseract_cutil.a ../viewer/.libs/libtesseract_viewer.a ../ccutil/.libs/libtesseract_ccutil.a -Wl,--no-whole-archive -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/api -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01 -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/ccutil -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/viewer -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/cut il -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/image -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/ccstruct -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/dict -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/classify -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/wordrec -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/neural_networks/runtime -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/textord -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/cube -L/home/csa/CAS2/Jungseock/deb-src/tesseract-3.02.01/ccmain -llept -lpthread -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5 -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../.. -L/usr/lib/x86_64-linux-gnu -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.4.5/crtendS.o /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crtn.o -Wl,-z -Wl,defs -Wl,-soname -Wl,libtesseract.so.3 -o .libs/libtesseract.so.3.0. 2 /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a(functexcept.o): relocation R_X86_64_32 against `std::bad_typeid::~bad_typeid()' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [libtesseract.la] Error 1 Does this require a different version of libstdc++? -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable'), (1, 'experimental'), (1, 'unstable'), (1, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.26 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/dash Versions of packages tesseract-ocr depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libleptonica 1.69-3 image processing library ii libstdc++64.6.2-5GNU Standard C++ Library v3 ii libtesseract3 3.02.01-4 Command line OCR tool ii tesseract-ocr-eng 3.02-2 tesseract-ocr language files for E ii tesseract-ocr-equ 3.02-2 tesseract-ocr language files for e ii tesseract-ocr-osd 3.02-2 tesseract-ocr language files for s tesseract-ocr recommends no packages. tesseract-ocr suggests
Bug#672871: the sleep
On Mon, May 21, 2012 at 12:44:14AM +0200, Daniel Stenberg wrote: Hi, Allow me to point out that libcurl's API exposes both a suitable timeout value AND what actions to wait for on the socket (as can read is too naive). Thanks. I was aware of that, but AFAIK they are not exposed by WWW::Curl. Or have I misunderstood you? Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672310: Please enable hardening build flags
On Mon, May 21, 2012 at 02:09:56AM +0200, Simon Ruderich wrote: The second problem is that TEST_LDFLAGS is not used when configuring (./configure lines 765-793) and therefore not passed to the Makefile when building. Additionally TEST_LDFLAGS is missing in two compiler commands. This isn't a problem at all - it's not like any of the test programs are actually shipped. I'm not sure why I bothered even pass it in to be honest, I think I was just too mystified as to what your patch was all about. I think just patching in LDFLAGS is simpler than fixing configure and adding TEST_LDFLAGS in a few places. This is a really invasive change to upstream and is going to be fragile going forward, it's fine for drive by people like you who don't care about maintianing the package but it's not helpful to people who have some ongoing interest in the package. Since upstream already provides a way of doing this we should use it, if you have a burning desire to change the upstream build system you should as Jonathan say speak to them. To check if all hardening flags were correctly applied you can use hardening-check (hardening-includes package) and blhc [1] which checks the build log for missing hardening flags. hardening-check is really not very useful for this purpose, it's absurdly verbose when run over the whole package even for a tiny little one like this and doesn't tell you what the expected output is either which makes things a little illegible. blhc doesn't seem to be packaged. There's really no meaningful way of checking this stuff with the standard Debian tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673746: gambas3: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: gambas3 Version: 3.1.1-1 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Homepage: http://gambas.sourceforge.net Maintainer: Gambas Debian Maintainers pkg-gambas-de...@lists.alioth.debian.org Uploaders: Ian Haywood i...@haywood.id.au, David Paleino da...@debian.org, José L. Redrejo Rodríguez jredr...@debian.org -Build-Depends: debhelper ( 7), dh-autoreconf, libpq-dev, libv4l-dev, libmysqlclient-dev, libbz2-dev, libglew-dev, libqt4-dev, libqt4-opengl-dev, libcurl4-openssl-dev, libsdl-mixer1.2-dev, libsqlite0-dev, libxml2-dev, libxslt1-dev, kdelibs5-dev, libssl-dev, zlib1g-dev, unixodbc-dev, libsqlite3-dev, libgtk2.0-dev, libxt-dev, pkg-config, mesa-common-dev, libsdl-sound1.2-dev, libsdl-image1.2-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, libpcre3-dev, libsdl1.2-dev, libjpeg-dev, libpng12-dev, libpoppler-dev, libimlib2-dev, librsvg2-dev, bzip2, gettext, libxtst-dev, libffi-dev, libdbus-1-dev, libgnome-keyring-dev, libgtkglext1-dev, linux-libc-dev, libqtwebkit-dev +Build-Depends: debhelper ( 7), dh-autoreconf, libpq-dev, libv4l-dev, libmysqlclient-dev, libbz2-dev, libglew-dev, libqt4-dev, libqt4-opengl-dev, libcurl4-openssl-dev, libsdl-mixer1.2-dev, libsqlite0-dev, libxml2-dev, libxslt1-dev, kdelibs5-dev, libssl-dev, zlib1g-dev, unixodbc-dev, libsqlite3-dev, libgtk2.0-dev, libxt-dev, pkg-config, mesa-common-dev, libsdl-sound1.2-dev, libsdl-image1.2-dev, libsdl-gfx1.2-dev, libsdl-ttf2.0-dev, libpcre3-dev, libsdl1.2-dev, libjpeg-dev, libpng12-dev, libpoppler-private-dev, libimlib2-dev, librsvg2-dev, bzip2, gettext, libxtst-dev, libffi-dev, libdbus-1-dev, libgnome-keyring-dev, libgtkglext1-dev, linux-libc-dev, libqtwebkit-dev Standards-Version: 3.9.3 Package: gambas3
Bug#673747: Please support the modules-load.d directories in /usr/local/lib and /usr/lib
Package: kmod Version: 8-2 Severity: normal File: /etc/init.d/kmod /lib/systemd/systemd-modules-load reads from five different modules-load.d directories: if (conf_files_list(files, .conf, /etc/modules-load.d, /run/modules-load.d, /usr/local/lib/modules-load.d, /usr/lib/modules-load.d, #ifdef HAVE_SPLIT_USR /lib/modules-load.d, #endif NULL) 0) { My code in bug 672960 read the same five directories. However, the code added to /etc/init.d/kmod does not look at /usr/local/lib/modules-load.d or /usr/lib/modules-load.d. Please consider including those as well, in the above order. Thanks, Josh Triplett -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmod depends on: ii libc6 2.13-32 ii libkmod2 8-1 ii lsb-base 4.1+Debian4 kmod recommends no packages. kmod 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#673746: [Pkg-gambas-devel] Bug#673746: gambas3: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Sure, We'll do it a.s.a.p. Thanks for the patch 2012/5/21 Pino Toscano p...@debian.org: Package: gambas3 Version: 3.1.1-1 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino ___ Pkg-gambas-devel mailing list pkg-gambas-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gambas-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673475: iceweasel 10.0.4: sometimes, caracteres are strangely displayed
Messages précédents, la réponse se trouve à la fin. Message initial De : Mike Hommey À: Gilles Émilien MOREL CC : 673...@bugs.debian.org Date : vendredi 18 mai 2012 à 23:51:40 Sujet: Re: iceweasel 10.0.4: sometimes, caracteres are strangely displayed - On Fri, May 18, 2012 at 11:35:03PM +0200, Gilles Émilien MOREL wrote: Package: iceweasel Version: 10.0.4esr-2 Severity: important Sometimes, iceweasel 10.0.4 displays artifacts instead of the normal characters. This could happen in every character that is displayed by iceweasel, either in a webpage, or a menu. Please note that I use plasma-desktop with composite on a NVidia card (nouveau driver). I also have this same trouble with another computer, also with a NVidia card and the same driver, but I solved it with iceweasel 12.0-6 which does not have this problem. I can't install it because it disapeared from experimental repos. Try downgrading libcairo2 to 1.10.something. Mike - Hello, How am I supposed to do that? I don't know how to downgrade a package. -- Gilles MOREL gmo...@almtesh.net signature.asc Description: This is a digitally signed message part.
Bug#673475: iceweasel 10.0.4: sometimes, caracteres are strangely displayed
On Mon, May 21, 2012 at 09:42:59AM +0200, Gilles Ãmilien MOREL wrote: Messages précédents, la réponse se trouve à la fin. Message initial De : Mike Hommey Ã: Gilles Ãmilien MOREL CC : 673...@bugs.debian.org Date : vendredi 18 mai 2012 à 23:51:40 Sujet: Re: iceweasel 10.0.4: sometimes, caracteres are strangely displayed - On Fri, May 18, 2012 at 11:35:03PM +0200, Gilles Ãmilien MOREL wrote: Package: iceweasel Version: 10.0.4esr-2 Severity: important Sometimes, iceweasel 10.0.4 displays artifacts instead of the normal characters. This could happen in every character that is displayed by iceweasel, either in a webpage, or a menu. Please note that I use plasma-desktop with composite on a NVidia card (nouveau driver). I also have this same trouble with another computer, also with a NVidia card and the same driver, but I solved it with iceweasel 12.0-6 which does not have this problem. I can't install it because it disapeared from experimental repos. Try downgrading libcairo2 to 1.10.something. Mike - Hello, How am I supposed to do that? I don't know how to downgrade a package. Just install an older version, that you can find on http://snapshot.debian.org/ Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662602: packagekit: Problem still here
Package: packagekit Version: 0.7.4-2 Followup-For: Bug #662602 Dear Maintainer, The bug, exactly as described in my report, still manifests itself on two different computers running testing with the new version of packageKit. In addition, the packagekit daemon keeps holding the apt archive lock even after the operation is cancelled: $ sudo lsof /var/cache/apt/archives/lock COMMAND PID USER FD TYPE DEVICE SIZE/OFFNODE NAME packageki 12758 root 51uW REG8,20 1051046 /var/cache/apt/archives/lock packageki 12758 root 53uW REG8,20 1051046 /var/cache/apt/archives/lock PK-Backen 13279 root 51u REG8,20 1051046 /var/cache/apt/archives/lock PK-Backen 13279 root 53u REG8,20 1051046 /var/cache/apt/archives/lock and it is holding it because a pager is still trying to show me the message: $ pstree -p 12758 packagekitd(12758)─┬─PK-Backend(13279)─┬─dpkg(13280) │ └─sh(13281)───apt-listchanges(13282)───sh(14100)───sensible-pager(14101)───pager(14102) ├─{packagekitd}(12759) ├─{packagekitd}(12761) └─{packagekitd}(13267) The package with the note to trigger this, is ifupdown, in case it matters. If there's any more info I can provide, please ask. Thanks, Shai. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/3 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 packagekit depends on: ii libc6 2.13-32 ii libglib2.0-0 2.32.2-1 ii libglib2.0-bin2.32.2-1 ii libpackagekit-glib2-140.7.4-2 ii libpolkit-gobject-1-0 0.104-2 ii libsqlite3-0 3.7.11-3 ii packagekit-backend-aptcc 0.7.4-2 Versions of packages packagekit recommends: ii packagekit-tools 0.7.4-2 Versions of packages packagekit suggests: pn packagekit-backend-smart none -- 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#672952: FTBFS: compile errors
On Wed, May 16, 2012 at 5:02 PM, Scott Kitterman deb...@kitterman.com wrote: On Wednesday, May 16, 2012 12:04:05 PM Johannes Ring wrote: [Cc'ing debian-python] ... @debian-python: Since DOLFIN does not work with Python 3 (yet) maybe a Build-Conflicts should be added? And what about X-Python-Version? This is currently set to = 2.5. Should it be = 2.5, 3.0 or doesn't X-Python-Version have any affect on Python 3 versions? ... X-Python-Version doesn't have any affect on Python 3 versions. There is a separate X-Python3-Version for that. Thanks Scott, that's what I thought. If your build system is trying to build with a Python3 version that happens to be present when it's not supported, that's a bug in your package that ought to be fixed. Yes, I agree. I will do a new upload soon that should fix this issue. Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673194: closed by maximilian attems m...@stro.at (Re: Bug#673194: initramfs-tools: mkinitramfs silently creates non-bootable initramfs when run as non-root user)
On 21 May 2012 02:42, Touko Korpela touko.korp...@iki.fi wrote: On Fri, May 18, 2012 at 02:30:24PM +, maximilian attems wrote: have you tried to compare the content of both initramfs? I think closing of this bug was done too fast. Markus, you can compare initramfs contents using lsinitramfs -l command. Thanks for the tip. I did compare them and there was no difference in lsinitramfs printout. Then I proceeded to extract both and the only difference seems to be in file owners. All the files in the archives are owned by the user that ran mkinitramfs. I guess the kernel isn't comfortable with init owned by non-root. -- terveisin Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657395: ITP: cinnamon -- Cinnamon desktop
Hi Bas, How is the package going? Are you preparing the packaging in a VCS? Is there a public copy of it for those who want to see how far along things are? Are you planning to maintain this solo, or as part of a team? Would you be open to the idea of CollabMaint[1] at the very least? The squeeze freeze is likely very close. http://wiki.debian.org/Teams/CollabMaint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673748: icedove: Inverted colors in displayed html, images and gui (color mask problem)
Package: icedove Version: 11.0-1 Severity: important Since two weeks or so displayed messages have inverted colors in full html, and the same is true for embedded images, be it headers from other servers or jpg attachments and the like. This is a problem even in safe-mode with disabled add-ons. There is a detail though, that may help in debugging: The add-on Quick locale switcher displays a country flag in the bottom right corner of the gui. The colors of that flag are also inverted but change to the correct ones when I hover with the mouse over the flag. Other elements of the gui are displayed in the right colors. My setup is special in that I access Icedove on a remote desktop via a Sun Ray ultra thin client (formerly by SUN, now Oracle) which has fixed color masks. I remember this problem occured a few years ago with Flash Player and Sun Rays and has been fixed by Adobe. Today the problem only occurs in icedove and irrespective of starting it in KDE 4.8.3 or in Fluxbox, so it is not primarily a Sun Ray problem but it becomes visible through using it. The non-standard color mask of Sun Ray's X Server is using red, green, blue masks: 0xff, 0xff00, 0xff instead of the the much more common red, green, blue masks: 0xff, 0xff00, 0xff If I remember correctly, a color mask can be set statically or dynamically, and I assume that in one component of icedove or a lib from the dependencies the color mask was changed to a fixed one. I have tested icedove versions 3 and 10 from Squeeze and Wheezy, and the behavior is the same - everything worked perfectly though until a few weeks ago. My apologies for reporting the bug here if it is not an Icedove issue, but I can see the problem only in icedove and I have not the expertise to identify which other library could cause the problem. If pointed in the right direction I will gladly report the bug against the proper package. Greetings, Andreas v.Heydwolff -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.17-buche.0 (SMP w/6 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3 ii fontconfig2.9.0-3 ii libasound21.0.25-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-32 ii libcairo2 1.12.2-1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libevent-2.0-52.0.18-stable-1 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-3 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.0-7 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.2-1 ii libgtk2.0-0 2.24.10-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4-0d 4.9-1 ii libnss3-1d3.13.4-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.24.4-1 ii libsqlite3-0 3.7.11-3 ii libstartup-notification0 0.12-1 ii libstdc++64.7.0-7 ii libvpx1 1.0.0-2 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.16-1 ii zlib1g1:1.2.7.dfsg-1 Versions of packages icedove recommends: ii myspell-de-at [myspell-dictionary] 20110609-1 ii myspell-de-ch [myspell-dictionary] 20110609-1 ii myspell-de-de [myspell-dictionary] 20110609-1 ii myspell-en-gb [myspell-dictionary] 1:3.3.0-3 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 Versions of packages icedove suggests: ii gconf-service 3.2.5-1 ii libgconf-2-4 3.2.5-1 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libnotify40.7.5-1 ii ttf-lyx 2.0.3-2 -- 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#604383: Preparations for the removal of the KDE3 and Qt3 libraries
On Sun, May 20, 2012 at 11:21:19PM +0200, Peter Krefting wrote: Ana Guerrero: Hello maintainer(s), One year and a half later, it is about time to remove Qt3. In the case of turqstat, could you please drop from your binaries the tools using Qt3? Or, migrate to the Qt4 version (if existing). Last time I checked, I was unable to compile using Qt4, and unfortunately I have not had the time to fix that. Seeing as it is a rarely used package, the easiest solution is probably to drop it from the archive. Thanks Peter, I will file for removal. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673749: g++-4.7: gcc47 generates buggy code with optimisation flags
Package: g++-4.7 Version: 4.7.0-8 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? I ported feel++ to gcc47 and found out that it generates buggy code(generating segfault) in optimisation mode. Here are the steps to reproduce it - install feel++-apps - execute feel_doc_myfunctionspace (compiled using CMAKE_BUILD_TYPE=Release) - it generates a segfault what happens is that a data structure containing only a double data member seem to be optimized away and became dangling reference (invalid read using valgrind). The code crashes at line 220 of doc/manual/tutorial/myfunctionspace.cpp when evaluating the expression template data structure g defined on line 215. - in gcc47 with CMAKE_BUILD_TYPE=Debug, it works without problems - with gcc45, gcc46, clang31 on Linux and OSX there are no problems at all in RelWithDebInfo and Release mode (CMAKE_BUILD_TYPE) Hence I believe that this is a bug in gcc47 code generation/optimisation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages g++-4.7 depends on: ii gcc-4.7 4.7.0-8 ii gcc-4.7-base4.7.0-8 ii libc6 2.13-32 ii libgmp102:5.0.5+dfsg-1.1 ii libmpc2 0.9-4 ii libmpfr43.1.0-5 ii libstdc++6-4.7-dev 4.7.0-8 ii zlib1g 1:1.2.7.dfsg-2 g++-4.7 recommends no packages. Versions of packages g++-4.7 suggests: pn g++-4.7-multilibnone pn gcc-4.7-doc none pn libstdc++6-4.7-dbg none -- 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#673750: O: gnade -- GNat Ada Database Environment
Package: wnpp Stephen Leake writes on [1]: I don't have time or energy for this anymore. Someone will need to take over maintenance of my packages. [1] http://lists.debian.org/debian-ada/2012/04/msg00043.html -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673751: O: gprbuild -- a multi-language extensible build tool
Package: wnpp Stephen Leake writes on [1]: I don't have time or energy for this anymore. Someone will need to take over maintenance of my packages. [1] http://lists.debian.org/debian-ada/2012/04/msg00043.html -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673752: O: libaunit -- AUnit, a unit testing framework for Ada
Package: wnpp Stephen Leake writes on [1]: I don't have time or energy for this anymore. Someone will need to take over maintenance of my packages. [1] http://lists.debian.org/debian-ada/2012/04/msg00043.html -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673753: O: libopentoken -- OpenToken lexical analysis library for Ada
Package: wnpp Stephen Leake writes on [1]: I don't have time or energy for this anymore. Someone will need to take over maintenance of my packages. [1] http://lists.debian.org/debian-ada/2012/04/msg00043.html -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673304: libextractor: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Hi, Alle sabato 19 maggio 2012, Bertrand Marc ha scritto: I changed the build dependency to libpoppler-private-dev in the git repository [1] Thanks! When do you need this to be uploaded ? I am not sure I want to bother mentors for an upload fixing only a wishlist bug. If you are willing to sponsor the upload, this can be fixed as soon as you want. I see you are busy in a transition, so an upload just for this would unnecessarly delay it. My idea was to get this migration done before wheezy; there still are like half a dozen of cases like this still left, so I'm not totally sure I will be able to... anyway, having one case less in wheezy would certainly help. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#577015: No need for 0.9.3 as 0.9.4 come out!
No need for 0.9.3 as 0.9.4 come out! I fill report. Check full list at: http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=python-rope So this bug can be closed. -- Best regards! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670066: Bug #670066 python-openturns is unusable
Hi Denis thanks for your work ! I uploaded a new feel++ version which works fine with openturns (openturns-wrapper is no more and was causing ftbs) it is all good on the feel++ front. Best regards C. On Sat, May 19, 2012 at 9:28 AM, D. Barbier bou...@gmail.com wrote: On 2012/5/17 D. Barbier wrote: On 2012/5/17 Christophe Prud'homme wrote: I think It should go in unstable. I don't think there are that many users and OT1.0 fixes a few things as well as provide many new features Hello Christophe, Too late, it has been uploaded into experimental ;-) I followed the procedure about library transitions and filed a bug against release.d.o to ask whether I can upload into unstable. I uploaded 1.0-2 into unstable with their approval. Denis -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#666502: python-tz: returns incorrect UTC offsets
tags 666502 + squeeze thanks Hello, Rémy Oudompheng remyoudomph...@gmail.com writes: In a Python shell (on 30 Mar 2012): import datetime, pytz now = datetime.datetime.now() pytz.timezone(US/Hawaii).utcoffset(now) datetime.timedelta(-1, 48600) The expected answer is datetime.timedelta(-1, 50400). The bug is known upstream and was corrected in a later version. Since timezones and offsets are the main usage of python-tz, this makes the package unusable. The upstream bug is: https://bugs.launchpad.net/pytz/+bug/310606 I cannot reproduce this issue with the current version available in Sid (2011h-1), so I guess this is a Squeeze-only issue. Thanks for the bug report. Regards, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673754: python-rope: New version 0.9.4 available. Please update package...
Package: python-rope Version: 0.9.2-1 Severity: normal 2012-05-17 released new version on rope: http://groups.google.com/group/rope-dev/browse_thread/thread/94a1d16313f06dcd?hl=en_US Quotation: I'm happy to announce the availability of new release of rope - version 0.9.4 - as well as releases of its satellite projects - ropemode 0.2, ropevim 0.4 and ropemacs 0.7. -- Best regards! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673755: glx-diversions: libGL is not switched.
Package: glx-diversions Version: 0.2.1 Severity: normal Hello, I installed glx-diversions. The alternative is switched to fglrx. Binaries link to mesa. $ ldd `which glxinfo` linux-vdso.so.1 = (0x7fff9ebff000) libGLEW.so.1.7 = /usr/lib/x86_64-linux-gnu/libGLEW.so.1.7 (0x7f31af318000) libGLU.so.1 = /usr/lib/x86_64-linux-gnu/libGLU.so.1 (0x7f31af0ab000) libGL.so.1 = /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 (0x7f31aee47000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f31aebc5000) libX11.so.6 = /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7f31ae889000) libXext.so.6 = /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7f31ae675000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f31ae2ee000) libXmu.so.6 = /usr/lib/x86_64-linux-gnu/libXmu.so.6 (0x7f31ae0d4000) libXi.so.6 = /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x7f31adec4000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f31adbbd000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f31ad9a7000) libglapi.so.0 = /usr/lib/x86_64-linux-gnu/libglapi.so.0 (0x7f31ad75f000) libXdamage.so.1 = /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x7f31ad55d000) libXfixes.so.3 = /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x7f31ad357000) libX11-xcb.so.1 = /usr/lib/x86_64-linux-gnu/libX11-xcb.so.1 (0x7f31ad155000) libxcb-glx.so.0 = /usr/lib/x86_64-linux-gnu/libxcb-glx.so.0 (0x7f31acf3d000) libxcb.so.1 = /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7f31acd1d000) libXxf86vm.so.1 = /usr/lib/x86_64-linux-gnu/libXxf86vm.so.1 (0x7f31acb16000) libdrm.so.2 = /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x7f31ac90a000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f31ac6ee000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f31ac4e9000) /lib64/ld-linux-x86-64.so.2 (0x7f31af5a8000) libXt.so.6 = /usr/lib/x86_64-linux-gnu/libXt.so.6 (0x7f31ac282000) libXau.so.6 = /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7f31ac07e000) libXdmcp.so.6 = /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7f31abe79000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f31abc71000) libSM.so.6 = /usr/lib/x86_64-linux-gnu/libSM.so.6 (0x7f31aba69000) libICE.so.6 = /usr/lib/x86_64-linux-gnu/libICE.so.6 (0x7f31ab84e000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f31ab649000) -- Package-specific info: Diversions: diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions /usr/lib/mesa-diverted: total 148 drwxr-xr-x 4 root root 4096 May 21 10:36 . drwxr-xr-x 189 root root 135168 May 21 10:36 .. drwxr-xr-x 2 root root 4096 Feb 5 11:54 i386-linux-gnu lrwxrwxrwx 1 root root 33 May 21 10:36 libGL.so-master - /etc/alternatives/libGL.so-master drwxr-xr-x 2 root root 4096 May 21 10:36 x86_64-linux-gnu /usr/lib/mesa-diverted/i386-linux-gnu/: total 8 drwxr-xr-x 2 root root 4096 Feb 5 11:54 . drwxr-xr-x 4 root root 4096 May 21 10:36 .. /usr/lib/mesa-diverted/x86_64-linux-gnu/: total 8 drwxr-xr-x 2 root root 4096 May 21 10:36 . drwxr-xr-x 4 root root 4096 May 21 10:36 .. lrwxrwxrwx 1 root root 13 May 4 17:09 libGL.so - mesa/libGL.so Alternative 'glx': glx - auto mode link currently points to /usr/lib/fglrx /usr/lib/fglrx - priority 99 slave glx--fglrx_drv.so: /usr/lib/fglrx/fglrx_drv.so slave glx--libGL.so.1-i386-linux-gnu: /usr/lib/i386-linux-gnu/fglrx/libGL.so.1 slave glx--libGL.so.1-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/fglrx/libGL.so.1 slave glx--linux-libglx.so: /usr/lib/fglrx/fglrx-libglx.so /usr/lib/mesa - priority 6 slave glx--libGL.so.1-i386-linux-gnu: /usr/lib/i386-linux-gnu/mesa/libGL.so.1 slave glx--libGL.so.1-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 Current 'best' version is '/usr/lib/fglrx'. lrwxrwxrwx 1 root root 14 May 21 10:36
Bug#671503: APT repository format is not documented
Michal Suchanek wrote: The sources.list is *the* file that specifies where to look for repositories, even for non-apt clients. dselect uses a different format for /var/lib/dpkg/cmethopt and /var/lib/dpkg/method/*. Most of the other non-apt package managers I know are apt clones. If I remember correctly, reprepro can pull from one APT repository to populate another and does not use sources.list format, either. Using the sources.list format to illustrate terminology doesn't seem like a bad idea, though. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673537: [qt-dev-tools] Dependency on libicu?
reassign 673537 qt4-dev-tools thanks Eike Sauer eikesa...@t-online.de writes: Package: qt-dev-tools Severity: normal qt-dev-tools does not exist, only qt3-dev-tools (which, afaik is either being removed, or was removed already) and qt4-dev-tools. Since you're trying to convert *to* qt-dev-tools, and qt3 is gone, I'm reassigning your report to qt4-dev-tools. In the future, please try to make sure you file bugs against packages that do exist, otherwise your report will not reach the maintainers, unless someone reassigns the bug. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673537: [qt-dev-tools] Dependency on libicu?
reassign 673537 libqtcore4 qt4-x11/4:4.8.1-1 retitle 673537 libqtcore4: dependency/suggestion on libicu severity 673537 wishlist thanks Hi, Alle sabato 19 maggio 2012, Eike Sauer ha scritto: I'm trying to change the building of my package (kdiff3) to qt-dev-tools. When compiling in pbuilder, I get error messages like this when lconvert gets called: Unable to load library icui18n Cannot load library icui18n: (libicui18n.so.48: cannot open shared object file: No such file or directory) qt4 since 4.8.x can load libicu at runtime to get better functions for locale-aware upper- lower-casing of strings, and few more collation- locale- related (optional) stuff. In that sense, the message is not really an error. I think I will disable that message while adding a libicu suggestion to libqtcore4. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#673756: aptitude: Reproducible segmentation fault trying a routine upgrade os a sid system
Package: aptitude Version: 0.6.7-1 Severity: important Hi, here is the problem: # gdb aptitude GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/aptitude...Reading symbols from /usr/lib/debug/.build-id/97/69b4c55215260a64d888e5305fe18d45a0df27.debug...done. done. (gdb) run upgrade Starting program: /usr/bin/aptitude upgrade [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb5519b70 (LWP 8786)] Resolving dependencies... open: 748; closed: 484; defer: 138; conflict: 2 oThe following NEW packages will be installed: auto-multiple-choice-common{a} gcr{a} gir1.2-gck-1{a} gir1.2-gcr-3{a} imvirt-helper{a} libbobcat3{a} libctemplate2{a} libgzstream-tulip-3.7.0{a} libindicator7{a} libogdf-tulip-3.7.0{a} libroar-plugins-universal{a} libsratom-0-0{a} libtulip-3.7{a} libtulip-ogdf-3.7{a} libtulip-ogl-3.7{a} libtulip-qt4-3.7{a} libxs2{a} libzrtpcpp2{a} nagios-plugins-common{a} pear-symfony-project-channel{a} php-codecoverage{a} php-symfony-yaml{a} php-timer{a} php5-xdebug{a} phpunit-mock-object{a} roarclients{a} ruby-activemodel-3.2{a} ruby-activesupport-3.2{a} ruby-fssm{a} ruby-krb5-auth{a} ruby-mixlib-authentication{a} ruby-opengl{a} ruby-openid{a} ruby-rb-inotify{a} ruby-usb{a} ruby-validatable{a} The following packages will be upgraded: auto-multiple-choice bisonc++ flexc++ gnome-keyring imvirt libbobcat-dev libctemplate-dev libfssm-ruby libfssm-ruby1.8 libfssm-ruby1.9.1 libgck-1-0 libgck-1-dev libgcr-3-1 libgcr-3-dev libimvirt-perl libindicator-tools libkrb5-ruby1.9.1 liblilv-0-0 libmixlib-authentication-ruby1.8 libopengl-ruby libopengl-ruby1.9.1 libopenid-ruby librb-inotify-ruby1.8 librb-inotify-ruby1.9.1 libroar-compat2 libroar2 libtulip-dev libusb-ruby1.9.1 libvalidatable-ruby1.9.1 libxs-dev libzrtpcpp-dev nagios-plugins nagios-plugins-basic phpunit prosody psi-plus psi-plus-common psi-plus-plugins psi-plus-webkit python-requests roaraudio ruby-activerecord seahorse sflphone-daemon sflphone-data sflphone-gnome tulip valgrind The following partially installed packages will be configured: gettext-el rdtool-elisp tdiary-mode verbiste-el The following packages are RECOMMENDED but will NOT be installed: php-invoker phpunit-story psi-plus-sounds python-oauthlib tulip-help valgrind-dbg 48 packages upgraded, 36 newly installed, 0 to remove and 57 not upgraded. Need to get 0 B/50.7 MB of archives. After unpacking 17.0 MB will be used. Do you want to continue? [Y/n/?] Program received signal SIGSEGV, Segmentation fault. 0xb7f0a7b3 in debVersioningSystem::CmpFragment(char const*, char const*, char const*, char const*) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 (gdb) bt #0 0xb7f0a7b3 in debVersioningSystem::CmpFragment(char const*, char const*, char const*, char const*) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 #1 0xb7f0ab00 in debVersioningSystem::DoCmpVersion(char const*, char const*, char const*, char const*) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 #2 0xb7f0a6d9 in debVersioningSystem::CheckDep(char const*, int, char const*) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 #3 0xb7e76b89 in pkgCache::DepIterator::AllTargets() const () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 #4 0xb7e8fa00 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 #5 0xb7e8f69e in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 The rest of the stack is a seemingly endless repetition of the pkgPackageManager::SmartUnPack method call. Unfortunately libapt-pkg has no -dbg package. -- Package-specific info: Terminal: xterm $DISPLAY not set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.7 compiled at May 5 2012 03:07:17 Compiler: g++ 4.6.3 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-gate.so.1 = (0xb778b000) libapt-pkg.so.4.12 = /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 (0xb71b4000) libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5
Bug#672607: #672607: pidgin-sipe 1.11 does not use NTLM type authentication and does not connect to Lync server
Hi, using pidgin-sipe 1.13.1-2 here, it works nicely. Thank you. cheers Domenico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673207: /etc/default/rcS is perhaps a better place for FANCYTTY variable
Hi Roger, and thanks for your (quick) feedback, Le 18.05.2012 22:16, Roger Leigh a écrit : On Fri, May 18, 2012 at 10:00:12PM +0200, Didier Raboud wrote: Le jeudi, 17 mai 2012 00.19:38, Stanislav Maslovski wrote : Evidently, if you decide to use /etc/default/rcS for this setting, this file should *not* be simply sourced from /lib/lsb/init-functions. Instead, you may use something like FANCYTTY=$([ -e /etc/default/rcS ] . /etc/default/rcS echo $FANCYTTY) After an initial perplexity, I think I now quite like this idea. From the rcS manpage: rcS - variables that affect the behavior of boot scripts, so it would be a good fit for /etc/default/rcS. Given that /etc/default/rcS is managed by initscripts (from src:sysvinit), I'm hereby asking the sysvinit maintainers: what do you think? One problem right now is that /etc/default/rcS is not a conffile, and is never upgraded after the initial install. Adding the option would only make it available for new installs. Just to make sure I understand that correctly: would it be possible to let lsb-base's /lib/lsb/init-functions read FANCYTTY from /e/d/rcS right now ? A plan to do this would imply: a) changing lsb-base.README.Debian (and .NEWS) to point to /e/d/rcS instead of /e/lsb-base-logging.sh. b) Add the above sourcing of /e/d/rcS to init-functions c) writing maintainer scripts to make sure an already defined FANCYTTY in /e/lsb-base-logging.sh gets written to /e/d/rcS (Policy doesn't really allow this). d) What else? Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#671138: transition: libuim7
d...@debian.org d...@debian.org (21/05/2012): libuim dependencies built successfully and I hope they work well. I've just performed a dry run, and britney should make uim and the binNMUs migrate to testing happily when uim is old enough. That should be in seven days now, but I might lower the needed amount of days a bit to get that done a bit sooner. Thanks for this smooth transition, I like it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#673705: [Pkg-utopia-maintainers] Bug#673705: Bug#673705: network-manager: Network Manager doesn't connect to wifi (greyed out) when device cannot report signal strength
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry for the ambiguity. I filed a bug against the kernel in Debian about this problem. Here it is: 673703: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673703 Anyhow they said it was a hardware/firmware issue and that they wouldn't fix it themselves. They forwarded the issue upstream, to linux-wireless. On 05/20/2012 11:43 PM, Michael Biebl wrote: On 20.05.2012 23:36, Gennady N. Uraltsev wrote: 02:02.0 Network controller: Intel Corporation PRO/Wireless LAN 2100 3B Mini PCI Adapter (rev 04) and the driver is the kernel module ipw2100 I already told them about this and they say it is a hardware/firmware ^ who is them? limitation and they aren't sure it is fixable. I thought this was kernel/driver issue and affected drivers were ipw2100/ipw2200 CCing Dan, maybe he can his insight on this issue. On 05/20/2012 11:06 PM, Michael Biebl wrote: On 20.05.2012 22:55, Gennady N. Uraltsev wrote: There are many cards that have this problem, and I do not see any reason to Which card and driver do you use? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPugW4AAoJEO4X3lPe3Y0xEA8P/32gZVko9cxq+9JGHNVnuBoQ quYSfu0RmekTw5jKMaaFe/nfRJFqgPZA6Smv6Z/bKps0hf36UmPMJQJ2Oi/ZOxKi uTgK3CJ5BuZpy9BUrRSOhjdxhLE5eHEI99VLDPehoQ2fio0AzwfKmc1ZtPMh8985 c5G1cqm4loiULEfF+jtjD7+rnDAm8BhyqS0JfVbhSCgJopr0QMpm7YhvTPb2/JeL TyG/Jodt6eRYENjclIqmmEghgCucm95EV8fw3FjWIWbeG4o4IHgE5aU8FkGBqeUu ecJr1Yby3FcQeFsYadivxqOqGc5g9Va5A0gaRPhYk6WATFgJTaWX2WmDUdVX5BZD 7TukNIn3B+scLAtMf9x0XVwkcAZzSr6VLog47TjdNckdzIvgSlnMxHw/yfjcxjU4 V0jvbsjDGxdo+yy+hlPk2L7GHUNAN+WV/UKNKKT1bhR4iYvypF3rd9cfP8v2QGTl kZvmH80HWLbWSNRlUKX2J4ebF/fJMToi8UBEDAu2rHx7FGkNtAn/m09eJDmVj3C0 89zM/ME82bq9l7DKOt+f+CTrGz/tbcOX8C2siEH3QtWvwdw7/nT+uraEig1CsaAp vfakRaYkWzVqFLn95hRi1qQ3jDDsRpFvitRPXfPYF/Ck9+wfLQCK2+//KmGXPxSQ /dbKMN1jvF4kfUZS+KLV =rd3h -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#673390: filetea: error in require.js
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/18/2012 08:28 PM, Alberto Garcia wrote: I guess you tried restarting FileTea... Restarting filetea did not help. Cheers, - -- Michael Fladischer mich...@fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+6B4YACgkQeJ3z1zFMUGZDKwCePd9DJwdd/f5XFMPlEt+XnUuN /SEAn04n7w5ERrAeUXaZ+jJAkA+S3efh =sJnu -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#644285: Re: Bug#644285: lsb-base: Disabled escape sequences
Hi Mats, Le 07.03.2012 14:25, Didier 'OdyX' Raboud a écrit : Le 04.10.2011 21:36, Mats Erik Andersson a écrit : At a previous time the functions in 'init-functions' were allowed to use /bin/echo -e whereas presently they are all forced into using /bin/echo -n It would be far superior to use /bin/echo -ne as this restores to any script author the possibility of issueing structured messages using standard escape sequences like \b\t. On one hand, I understand the desire to have access to powerful structured messages in init scripts. On the other hand, I see some value in limiting what can be done to the display by init script messages. In fact, I fail to see valid reasons to use structured messages in init scripts and your bugreport doesn't show a real-world use case. By the way, are there init scripts that got broken by this change ? For now, I'm tempted to tag this bug as +wontfix but am open to get convinced, hence +moreinfo. After one month and a half without more info from you on this bug: this is a ping. Do you intend to provide more info to this bug ? Without input, it will certainly not get fixed, either way. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#673757: firebird2.1-server-common: fails to purge
Package: firebird2.1-server-common Version: 2.1.5~svn+54475.ds2-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge. From the attached log (scroll to the bottom...): Removing firebird2.1-server-common ... Purging configuration files for firebird2.1-server-common ... rmdir: failed to remove `/var/lib/firebird/2.1/system': No such file or directory rmdir: failed to remove `/var/lib/firebird/2.1': No such file or directory rmdir: failed to remove `/var/lib/firebird': No such file or directory dpkg: error processing firebird2.1-server-common (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: firebird2.1-server-common Running the postrm with set -x results in Removing firebird2.1-server-common ... Purging configuration files for firebird2.1-server-common ... + set -eu + VER=2.1 + SYS_DB_DIR=/var/lib/firebird/2.1/system + SEC_DB=/var/lib/firebird/2.1/system/security.fdb + RUN=/var/run/firebird/2.1 + rm -f /var/lib/firebird/2.1/system/security.fdb + rmdir --ignore-fail-on-non-empty /var/lib/firebird/2.1/system /var/lib/firebird/2.1 /var/lib/firebird rmdir: failed to remove `/var/lib/firebird/2.1/system': No such file or directory rmdir: failed to remove `/var/lib/firebird/2.1': No such file or directory rmdir: failed to remove `/var/lib/firebird': No such file or directory dpkg: error processing firebird2.1-server-common (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: firebird2.1-server-common So it's actually the rmdir command failing. cheers, Andreas firebird2.1-server-common_2.1.5~svn+54475.ds2-2.log.gz Description: GNU Zip compressed data
Bug#672879: [Pkg-cups-devel] Bug#672879: cups - Multi-arch support incomplete
On Mon, May 14, 2012 at 03:26:44PM +0200, Martin Pitt wrote: Bastian Blank [2012-05-14 14:23 +0200]: Attached is a patch to mark the packages properly. Please upload this. It is the last missing critical step to have a multi-arch wine. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, Errand of Mercy, stardate 3198.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673391: Bug to update be2net driver in Debian 7.0
Ben, I thought I was supposed to give changes only for be2net driver. Should have asked. Sorry about that. I have some quick question on the issues you have pointed. May be I am stating the obvious but I just want to be sure, I assume that you have not applied any of the patches in the series till I get all of them right? Sarvesh Since the following patches have changes to other drivers as well, not only be2net, Should send you a patch list without these changes, (and only contain changes to be2net driver) and open separate bugs to get these changes into all drivers ? Also you want 31/61 to go into 3.2 stable right? Do you want me to do that first before I give it for debian? Sarvesh 1/61 'sweep the floors and convert some .get_drvinfo routines to strlcpy' (commit 68aad78c5023b8aa82da99b47f9d8cf40e8ca453 upstream) applied to many drivers; please note in the patch header that you've filtered it to just be2net. Same for 27/61 'netdev: make net_device_ops const'. 31/61 'ethtool: Null-terminate filename passed to ethtool_ops::flash_device' (commit 786f528119722f564a22ad953411374e06116333 upstream) is wrong; by filtering to only drivers/net/emulex/benet/ you've lost the essential part of it! Actually that fix should maybe go to stable, not just Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673758: ITP: scilab-metanet -- Scilab graphs and networks computations module.
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylves...@debian.org * Package name: scilab-metanet Version : 0.4 * URL : http://forge.scilab.org/index.php/p/metanet/ * License : CeCILL Programming Lang: Scilab, fortran, etc Description : Scilab graphs and networks computations module. A number of algorithms solving classical graph problems and minimal cost flow network are provided in this module. This extension is fully integrated in the Scilab environment and provides display and interaction on graphs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673759: sympa: fails to install: chown: invalid user: `sympa:sympa'
Package: sympa Version: 6.1.11~dfsg-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package sympa. (Reading database ... 13045 files and directories currently installed.) Unpacking sympa (from .../sympa_6.1.11~dfsg-2_amd64.deb) ... Setting up sympa (6.1.11~dfsg-2) ... chown: invalid user: `sympa:sympa' dpkg: error processing sympa (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: sympa cheers, Andreas sympa_6.1.11~dfsg-2.log.gz Description: GNU Zip compressed data
Bug#673749: g++-4.7: gcc47 generates buggy code with optimisation flags
Please note that - Debug -g - RelWithDebInfo uses -g -O1 - Release uses -O3 there must be an option in -O1 that generates the buggy code. Best regards C. On Mon, May 21, 2012 at 10:34 AM, Christophe Prud'homme prudh...@debian.org wrote: Package: g++-4.7 Version: 4.7.0-8 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? I ported feel++ to gcc47 and found out that it generates buggy code(generating segfault) in optimisation mode. Here are the steps to reproduce it - install feel++-apps - execute feel_doc_myfunctionspace (compiled using CMAKE_BUILD_TYPE=Release) - it generates a segfault what happens is that a data structure containing only a double data member seem to be optimized away and became dangling reference (invalid read using valgrind). The code crashes at line 220 of doc/manual/tutorial/myfunctionspace.cpp when evaluating the expression template data structure g defined on line 215. - in gcc47 with CMAKE_BUILD_TYPE=Debug, it works without problems - with gcc45, gcc46, clang31 on Linux and OSX there are no problems at all in RelWithDebInfo and Release mode (CMAKE_BUILD_TYPE) Hence I believe that this is a bug in gcc47 code generation/optimisation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages g++-4.7 depends on: ii gcc-4.7 4.7.0-8 ii gcc-4.7-base4.7.0-8 ii libc6 2.13-32 ii libgmp102:5.0.5+dfsg-1.1 ii libmpc2 0.9-4 ii libmpfr43.1.0-5 ii libstdc++6-4.7-dev 4.7.0-8 ii zlib1g 1:1.2.7.dfsg-2 g++-4.7 recommends no packages. Versions of packages g++-4.7 suggests: pn g++-4.7-multilibnone pn gcc-4.7-doc none pn libstdc++6-4.7-dbg none -- no debconf information
Bug#666502: python-tz: returns incorrect UTC offsets
On 21/05/12 10:36, Arnaud Fontaine wrote: I cannot reproduce this issue with the current version available in Sid (2011h-1), so I guess this is a Squeeze-only issue. Thanks for the bug report. Do you intend to try to fix this in Squeeze? (See [1]) AFAICS, the fix is known and thus could be easily fixed in Squeeze (note that there are other related fixes to tzname() and dst() methods). [1] http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647875: RFS: tuxonice-userui
Hello, Really sorry for the late reply. Andrey Rahmatullin w...@wrar.name writes: On Sun, Apr 22, 2012 at 10:07:38PM +0600, Andrey Rahmatullin wrote: Ok, great. As soon as fbplash issue has been addressed, I will check the package again and upload it then. OK, fbsplash-related issues are fixed, the updated package is available at http://mentors.debian.net/debian/pool/main/t/tuxonice-userui/tuxonice-userui_1.1-1.dsc I have some ideas how to improve the package further but they can wait. I've updated the package to fix one more bug. Thank you very much. Everything looks nice, can I upload it as it then? Cheers, -- Arnaud Fontaine pgpuqsWifNm1j.pgp Description: PGP signature
Bug#673760: apt: Some apt-get update failures result in apt ignoring apt_preferences
Package: apt Version: 0.9.3 Severity: normal Dear Maintainer, I expect this applies to network problem other than unreachable proxy (easily simulated by editing /etc/hosts). After a successful apt-get update: root@porty:/home/michael# cat /etc/apt/preferences.d/notunstable Package: * Pin: release a=unstable Pin-Priority: 470 root@porty:/home/michael# apt-cache policy Package files: 100 /var/lib/dpkg/status release a=now 500 http://ppa.launchpad.net/jeremy-visser/python-iview/ubuntu/ natty/main i386 Packages release v=11.04,o=LP-PPA-jeremy-visser-python-iview,a=natty,n=natty,l=Python-iView,c=main origin ppa.launchpad.net 500 http://ppa.launchpad.net/bartbes/love-unstable/ubuntu/ natty/main i386 Packages release v=11.04,o=LP-PPA-bartbes-love-unstable,a=natty,n=natty,l=love-unstable,c=main origin ppa.launchpad.net 500 http://dl.google.com/linux/talkplugin/deb/ stable/main i386 Packages release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main origin dl.google.com 500 http://dl.google.com/linux/earth/deb/ stable/main i386 Packages release v=1.0,o=Google, Inc.,a=stable,n=stable,l=Google,c=main origin dl.google.com 500 http://ftp.iinet.net.au/debian/debian/ unstable/non-free Translation-en 500 http://ftp.iinet.net.au/debian/debian/ unstable/contrib Translation-en 470 http://ftp.iinet.net.au/debian/debian/ unstable/contrib i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=contrib origin ftp.iinet.net.au 470 http://ftp.iinet.net.au/debian/debian/ unstable/non-free i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=non-free origin ftp.iinet.net.au 470 http://ftp.iinet.net.au/debian/debian/ unstable/main i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=main origin ftp.iinet.net.au 500 http://mirror.waia.asn.au/debian/ unstable/non-free Translation-en 500 http://mirror.waia.asn.au/debian/ unstable/main Translation-en 500 http://mirror.waia.asn.au/debian/ unstable/contrib Translation-en 470 http://mirror.waia.asn.au/debian/ unstable/contrib i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=contrib origin mirror.waia.asn.au 470 http://mirror.waia.asn.au/debian/ unstable/non-free i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=non-free origin mirror.waia.asn.au 470 http://mirror.waia.asn.au/debian/ unstable/main i386 Packages release o=Debian,a=unstable,n=sid,l=Debian,c=main origin mirror.waia.asn.au 500 http://security.debian.org/ wheezy/updates/non-free i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=non-free origin security.debian.org 500 http://security.debian.org/ wheezy/updates/contrib i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=contrib origin security.debian.org 500 http://security.debian.org/ wheezy/updates/main i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=main origin security.debian.org 500 http://ftp.iinet.net.au/debian/debian/ wheezy/non-free Translation-en 500 http://ftp.iinet.net.au/debian/debian/ wheezy/contrib Translation-en 500 http://ftp.iinet.net.au/debian/debian/ wheezy/contrib i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib origin ftp.iinet.net.au 500 http://ftp.iinet.net.au/debian/debian/ wheezy/non-free i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free origin ftp.iinet.net.au 500 http://ftp.iinet.net.au/debian/debian/ wheezy/main i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=main origin ftp.iinet.net.au 500 http://mirror.waia.asn.au/debian/ wheezy/non-free Translation-en 500 http://mirror.waia.asn.au/debian/ wheezy/main Translation-en 500 http://mirror.waia.asn.au/debian/ wheezy/contrib Translation-en 500 http://mirror.waia.asn.au/debian/ wheezy/contrib i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib origin mirror.waia.asn.au 500 http://mirror.waia.asn.au/debian/ wheezy/non-free i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free origin mirror.waia.asn.au 500 http://mirror.waia.asn.au/debian/ wheezy/main i386 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=main origin mirror.waia.asn.au Pinned packages: root@porty:/home/michael# apt-cache policy cheese cheese: Installed: 3.4.0-2 Candidate: 3.4.1-1+b1 Version table: 3.4.2-1 0 470 http://mirror.waia.asn.au/debian/ unstable/main i386 Packages 470 http://ftp.iinet.net.au/debian/debian/ unstable/main i386 Packages 3.4.1-1+b1 0
Bug#673761: awfully noisy logs on IPv4-only systems
Package: openntpd Version: 20080406p-2 daemon.crit: May 21 09:31:51 ntpd[1760]: client_query socket: Address family not supported by protocol daemon.crit: May 21 09:31:51 ntpd[1760]: client_query socket: Address family not supported by protocol daemon.crit: May 21 09:31:51 ntpd[1760]: client_query socket: Address family not supported by protocol Getting that message, 3 times, every 15 seconds-ish in the logs is really rather irritating and excessive. It would be awefully nice if there was a way to just tell openntpd not use IPv6, ever. -- Jamie Heilman http://audible.transient.net/~jamie/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660918: Announce of the upcoming NMU for the collectd package
Hi, On Sun, May 20, 2012 at 07:12:39PM +0200, Christian PERRIER wrote: Quoting Sebastian Harl (tok...@debian.org): Among these, the following translations are incomplete: none This has changed however -- all translations (except de) are now incomplete since I added new templates with the last upload. Christian, I suppose, you've automated the task of notifying the last translators. Would you mind taking care of that? May I mumble a little bit? Let's call this constructive feedback :-) I personnally consider it quite bad packaging practice to introduce new debconf templates without giving translators a chance to update their translation *before* the upload changing templates happens. I'm sorry, I assumed that to be the usual workflow. We have now 9 teams that are aiming at 100% completenedd for debconf templates, with 7 of them probably able to achieve it for wheezy.except if maintainers keep breaking our work with uncoordinated uploads. Let me mumble (back) a bit ;-) I suppose the reason I assumed to upload before considering translations was that it de-couples the two processes a bit. Imho this would be a nice feature in a volunteer-driven project as it removes delay. Also, we will be back to 100% within a few days -- I suppose at about the same time as the upload would have happened else. This is just my two cents. If you prefer it the other way around, I can perfectly live with that as debconf changes will probably happen rarely in my case after all ;-) For sure, you'll certainly be committed to do another upload and a proper call for translations but doing that template change just when I reminded you of a needed upload to fix pending translations isahem, a little bit depressing. Ever heard about Sisyphus rock? :-) Sorry for that … that just happened to be a bad coincidence in your and my workflows. As Helge answered you, the key is podebconf-report-po(1). Thanks for taking care of that. I just noticed that podebconf-report-po --mutt just left the E-mails in my Drafts folder *whistle* Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#673756: [Aptitude-devel] Bug#673756: aptitude: Reproducible segmentation fault trying a routine upgrade os a sid system
reassign 673756 libapt-pkg4.12 forcemerge 673536 673756 affects 673536 aptitude thanks On Mon, May 21, 2012 at 11:04 AM, Laurent Bonnaud laurent.bonn...@inpg.fr wrote: here is the problem: […] nagios-plugins-common{a} Thanks for your report! Full details about the problem can be found in the master-bug, so i will spare the details here. A fixed libapt-pkg4.12 should be available soon btw. Best regards David Kalnischkies P.S.: Yes -dbg package would be nice. Somehow everytime we could add one for free we are spoiled by discussions about automatic creation of -debug packages for debian… oh my, next time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673762: xserver-xorg: /usr/bin/X (xorg_backtrace+0x34) occurs on quit leaving black screen
Package: xserver-xorg Version: 1:7.6+13 Severity: normal Dear Maintainer, after xserver-xorg upgrade I experience segmentation fault when leaving X session. Screen remains black and is not possible to login directly on the console again. The segmentation happens when exiting wmii window mananger but not openbox. Step to reproduce the problem: 1. login 2. start x 3. leave windows manager (wmii) 4. screen is black and user has been logout -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Feb 9 13:56 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2085616 May 7 02:17 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 210] [10de:0a65] (rev a2) 05:03.0 VGA compatible controller [0300]: Matrox Electronics Systems Ltd. MGA G200eW WPCM450 [102b:0532] (rev 0a) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.2.0-2-amd64 (Debian 3.2.17-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-5) ) #1 SMP Sat May 12 23:08:28 UTC 2012 Xorg X server log files on system: -- -rw-r--r-- 1 root root 32620 May 21 10:24 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 455.922] X.Org X Server 1.12.1 Release Date: 2012-04-13 [ 455.923] X Protocol Version 11, Revision 0 [ 455.923] Build Operating System: Linux 3.2.0-2-amd64 x86_64 Debian [ 455.923] Current Operating System: Linux train 3.2.0-2-amd64 #1 SMP Sat May 12 23:08:28 UTC 2012 x86_64 [ 455.923] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-2-amd64 root=UUID=ba445624-f879-4b5b-a766-40a6171e10a4 ro quiet [ 455.924] Build Date: 07 May 2012 12:15:23AM [ 455.924] xorg-server 2:1.12.1-2 (Cyril Brulebois k...@debian.org) [ 455.924] Current version of pixman: 0.24.4 [ 455.924]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 455.924] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 455.925] (==) Log file: /var/log/Xorg.0.log, Time: Mon May 21 10:20:46 2012 [ 455.925] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 455.925] (==) No Layout section. Using the first Screen section. [ 455.925] (==) No screen section available. Using defaults. [ 455.925] (**) |--Screen Default Screen Section (0) [ 455.925] (**) | |--Monitor default monitor [ 455.926] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 455.926] (==) Automatically adding devices [ 455.926] (==) Automatically enabling devices [ 455.926] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 455.926]Entry deleted from font path. [ 455.926] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. [ 455.926]Entry deleted from font path. [ 455.926] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. [ 455.926]Entry deleted from font path. [ 455.926] (WW) The directory /usr/share/fonts/X11/100dpi does not exist. [ 455.926]Entry deleted from font path. [ 455.926] (WW) The directory /usr/share/fonts/X11/75dpi does not exist. [ 455.926]Entry deleted from font path. [ 455.926] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [ 455.926]Entry deleted from font path. [ 455.926] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [ 455.926] (==) ModulePath set to /usr/lib/xorg/modules [ 455.926] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 455.926] (II) Loader magic: 0x7fa48e789ae0 [ 455.926] (II) Module ABI versions: [ 455.926]X.Org ANSI C Emulation: 0.4 [ 455.926]X.Org Video Driver: 12.0 [ 455.926]X.Org XInput driver : 16.0 [ 455.926]X.Org Server Extension : 6.0 [ 455.926] (--) PCI:*(0:2:0:0) 10de:0a65:1043:8354 rev 162, Mem @ 0xc200/16777216, 0xb000/268435456, 0xc000/33554432, I/O @ 0x2000/128, BIOS @ 0x/524288 [ 455.926] (--) PCI: (0:5:3:0) 102b:0532:1028:04de rev 10, Mem @ 0xc380/8388608, 0xc480/16384, 0xc400/8388608, BIOS @ 0x/65536 [ 455.926] (II) Open ACPI successful (/var/run/acpid.socket) [ 455.926] (II) LoadModule:
Bug#673107: kirkwood: TCP checksum errors when using MTU 9000
Hi, I've uploaded a test kernel at : http://www.rtp-net.org/kirkwood/linux-image-2.6.32-5-kirkwood_2.6.32-46~bug673107_armel.deb Can you please check that the issue is gone with it ? Thanks, Arnaud -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647875: RFS: tuxonice-userui
On Mon, May 21, 2012 at 06:23:01PM +0900, Arnaud Fontaine wrote: Ok, great. As soon as fbplash issue has been addressed, I will check the package again and upload it then. OK, fbsplash-related issues are fixed, the updated package is available at http://mentors.debian.net/debian/pool/main/t/tuxonice-userui/tuxonice-userui_1.1-1.dsc I have some ideas how to improve the package further but they can wait. I've updated the package to fix one more bug. Thank you very much. Everything looks nice, can I upload it as it then? Yes. -- WBR, wRAR signature.asc Description: Digital signature
Bug#668788: closed by Jeremy Malcolm termi...@debian.org (Bug#668788: fixed in docbookwiki 0.9.2-3)
Version: 0.9.2-4 Hi Jeremy, looks like there was a slight misunderstanding: docbookwiki (0.9.2-3) unstable; urgency=low * Chowned unowned files on purge (Closes: #668788) This is not a bug with file ownership and permissions that can be changed by chown/chgrp/chmod. There are files created in the file system that are not owned by any package (dpkg -S /path/to/file) and are not removed when the package gets purged. You probably need some rm -rf to clean this up during postrm purge. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666502: python-tz: returns incorrect UTC offsets
Hello, Mehdi Dogguy me...@dogguy.org writes: I cannot reproduce this issue with the current version available in Sid (2011h-1), so I guess this is a Squeeze-only issue. Thanks for the bug report. Do you intend to try to fix this in Squeeze? (See [1]) AFAICS, the fix is known and thus could be easily fixed in Squeeze (note that there are other related fixes to tzname() and dst() methods). Well, it could be done, especially considering that the fix[0] is not really intrusive. As you pointed out, perhaps tzname[1] and dst[2] fixes could be added too. I have only done one upload of python-tz so far, therefore I'm not so familiar with it, but these patches seem pretty straightforward... -- Arnaud Fontaine [0] http://bazaar.launchpad.net/~stub/pytz/devel/revision/212 [1] http://bazaar.launchpad.net/~stub/pytz/devel/revision/214 [2] http://bazaar.launchpad.net/~stub/pytz/devel/revision/213 pgpZO5cZWNDge.pgp Description: PGP signature
Bug#673763: Upgrade to php 5.4 broke system-fallback for date_default_timezone_get()
Package: php5 Version: 5.4.3-4 Severity: important Hi, apparently upstream changed the logics of the date_default_timezone_get() function in a way such that the use_embedded_timezonedb_fixes.patch is not having any effect anymore. At least here with: cat /etc/timezone Europe/Berlin this php script: ?php echo date_default_timezone_get(); ? produces this output: PHP Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in /tmp/tzinfo.php on line 3 UTC While php 5.3 correctly produced Europe/Berlin without any warnings. Andreas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5 depends on: ii libapache2-mod-php5 5.4.3-4 ii php5-common 5.4.3-4 php5 recommends no packages. php5 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#673762: xserver-xorg: /usr/bin/X (xorg_backtrace+0x34) occurs on quit leaving black screen
Hi, Gill Harry sarrig...@gmail.com (21/05/2012): after xserver-xorg upgrade I experience segmentation fault when leaving X session. Screen remains black and is not possible to login directly on the console again. pick xserver-xorg-core from unstable, and enjoy the bug fix. Mraw, KiBi. signature.asc Description: Digital signature
Bug#673764: cacti: unowned files after purge (policy 6.8, 10.8): /etc/apache2/conf.d/cacti.conf - ../../cacti/apache.conf
Package: cacti Version: 0.8.8a-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 1m7.6s ERROR: FAIL: Package purging left files on system: /etc/apache2/conf.d/cacti.conf - ../../cacti/apache.conf not owned cheers, Andreas cacti_0.8.8a-2.log.gz Description: GNU Zip compressed data
Bug#673759: sympa: fails to install: chown: invalid user: `sympa:sympa'
Creating the dedicated sympa:sympa user is, per the documentation ( http://www.sympa.org/manual_6.1/installing-sympa#prerequisites ), a prerequisite. Does that mean that when packaged the user creation should be automated ? I don't know a lot about packaging ... Etienne Le 21/05/12 11:28, Andreas Beckmann a écrit : Package: sympa Version: 6.1.11~dfsg-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package sympa. (Reading database ... 13045 files and directories currently installed.) Unpacking sympa (from .../sympa_6.1.11~dfsg-2_amd64.deb) ... Setting up sympa (6.1.11~dfsg-2) ... chown: invalid user: `sympa:sympa' dpkg: error processing sympa (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: sympa 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#666502: python-tz: returns incorrect UTC offsets
On 21/05/12 11:46, Arnaud Fontaine wrote: Hello, Mehdi Dogguyme...@dogguy.org writes: I cannot reproduce this issue with the current version available in Sid (2011h-1), so I guess this is a Squeeze-only issue. Thanks for the bug report. Do you intend to try to fix this in Squeeze? (See [1]) AFAICS, the fix is known and thus could be easily fixed in Squeeze (note that there are other related fixes to tzname() and dst() methods). Well, it could be done, especially considering that the fix[0] is not really intrusive. As you pointed out, perhaps tzname[1] and dst[2] fixes could be added too. I have only done one upload of python-tz so far, therefore I'm not so familiar with it, but these patches seem pretty straightforward... It does. Please ask for a stable-update on debian-release by filing a pu bugreport against release.debian.org. (That's the best way to find out if an update is feasible ;)). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673765: dom4j FTBFS with openjdk-7
Package: dom4j Version: 1.6.1+dfsg.2-5 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Fix FTBFS with openjdk-7 (LP: #888121): - d/patches/java7-compat.patch: Fix compareTo function in Rule class to ensure that comparisions are actually symmetric. I suspect that the way the Collections.sort() function works has changed in Java 7 - basically dom4j Rule comparision was a bit broken in that r1 r2 = 1 but r2 r1 = 0 (should be -1) This causes Java 7 to leave the arraylist intact rather than sorting it. This patch works with both Java6 and Java7. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-24-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPuhE2AAoJEL/srsug59jDABQQAKyuELfulLsZ22ObDbnWkeRd mkKqWZLp/dbbximTyx4lqaEa4ZzMgp6WvMzAqRSWyIJXv4C7lb7qlPuo+stBGuKk HT8VEleWgf68ode2Ss4ATkrbuRU8CavvrO4BDAY4E50cL0pTUiPm8AZSh/POe7os odqscXIpoqV2AIhJq01kQm6z+X/Fq2VawqGLfPmVGmCLLO7G5vB9SKCs3ADop8kB Od7P2qegd9plGFLhgDtLkf9ldhUOc1esckmgfkfYuaVOEGvqwV3tkv4tvJqXnYCq 1wYEvL6qOcKa/+6cL6njsynHrbn2Mg7gUHD0La4mbwrazIeJJrw8XLKOEOLV9kmy SwugP7z7CRcEgQJidjEuhL95xlNrX80/ebgtj7rm3rWbiaTtIwU/DzZntmr94y/6 fWI261CcN3IuFi5TEJsSjcrSC3ofOcNcIWgD92ppJpXpimjuVcmi29YxWWnT3tjj HfMMncEEbWz5ZvwdVwGS2WSmB2vNWyBLUT4oVGav752xQMQfcDNSWkGTTbzozr+O kJ4v5UNcJgDqtDiq3GoPOGXxwXQlNBHTr0KBQmRFsnWGWFX7O+5DsMMIZ0BE+Jof BgD4r6jqUYghvumkYxkCSVwI+bELd1UgY+rCjbL36904KWQutG9KJiqG60Cszr8A 1t3aGn6Se+bG8pC3JYp5 =IIzc -END PGP SIGNATURE- === modified file '.pc/applied-patches' --- .pc/applied-patches 2011-08-17 18:43:40 + +++ .pc/applied-patches 2012-05-21 09:30:00 + @@ -1 +1,2 @@ oldchanges.patch +java7-compat.patch === added directory '.pc/java7-compat.patch' === added directory '.pc/java7-compat.patch/src' === added directory '.pc/java7-compat.patch/src/java' === added directory '.pc/java7-compat.patch/src/java/org' === added directory '.pc/java7-compat.patch/src/java/org/dom4j' === added directory '.pc/java7-compat.patch/src/java/org/dom4j/rule' === added file '.pc/java7-compat.patch/src/java/org/dom4j/rule/Rule.java' --- .pc/java7-compat.patch/src/java/org/dom4j/rule/Rule.java 1970-01-01 00:00:00 + +++ .pc/java7-compat.patch/src/java/org/dom4j/rule/Rule.java 2012-05-21 09:29:53 + @@ -0,0 +1,331 @@ +/* + * Copyright 2001-2005 (C) MetaStuff, Ltd. All Rights Reserved. + * + * This software is open source. + * See the bottom of this file for the licence. + */ + +package org.dom4j.rule; + +import org.dom4j.Node; + +/** + * p + * codeRule/code matches against DOM4J Node so that some action can be + * performed such as in the XSLT processing model. + * /p + * + * @author a href=mailto:james.strac...@metastuff.comJames Strachan /a + * @version $Revision: 1.7 $ + */ +public class Rule implements Comparable { +/** Holds value of property mode. */ +private String mode; + +/** Holds value of property importPrecedence. */ +private int importPrecedence; + +/** Holds value of property priority. */ +private double priority; + +/** Holds value of property appearenceCount. */ +private int appearenceCount; + +/** Holds value of property pattern. */ +private Pattern pattern; + +/** Holds value of property action. */ +private Action action; + +public Rule() { +this.priority = Pattern.DEFAULT_PRIORITY; +} + +public Rule(Pattern pattern) { +this.pattern = pattern; +this.priority = pattern.getPriority(); +} + +public Rule(Pattern pattern, Action action) { +this(pattern); +this.action = action; +} + +/** + * Constructs a new Rule with the same instance data as the given rule but a + * different pattern. + * + * @param that + *DOCUMENT ME! + * @param pattern + *DOCUMENT ME! + */ +public Rule(Rule that, Pattern pattern) { +this.mode = that.mode; +this.importPrecedence = that.importPrecedence; +this.priority = that.priority; +this.appearenceCount = that.appearenceCount; +this.action = that.action; +this.pattern = pattern; +} + +public boolean equals(Object that) { +if (that instanceof Rule) { +return compareTo((Rule) that) == 0; +} + +return false; +} + +public int hashCode() { +return importPrecedence + appearenceCount; +} + +public int
Bug#673766: CVE-2012-2337: IP addresses in sudoers with netmask may match additional hosts
Package: sudo Severity: grave Tags: security Please see http://www.sudo.ws/sudo/alerts/netmask.html 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#673193: apt-get: should remove foreign arch packages even if arch suffix is missing
* David Kalnischkies [2012-05-18 18:15 +0200]: On Fri, May 18, 2012 at 1:22 AM, Carsten Hey cars...@debian.org wrote: * David Kalnischkies [2012-05-17 14:41 +0200]: On Wed, May 16, 2012 at 10:16 PM, Carsten Hey cars...@debian.org wrote: No, dpkg is consistent in it's out-/input as is apt, so no bug. The out-/input just happens to be inconsistent between apt and dpkg. apt's command line tools do not provide a way to list the installed packages, so people using apt on the command line need to use for example dpkg to do so. synaptic users do not have this problem since it provides a complete user interface for the usual package management tasks, at least as long X as is not broken. I don't see the problem here. debian already has a commandline tool to list installed packages, as it has a tool to list the status of a package. ... This existing commandline tool lists installed packages in a way that can't be used to feed packages that should be removed to apt-get. Did you mean 'pkg:arch'? helps a bit, though. The problem with consistency is that in that case we would need to require a user to specify always the architecture if he deals with a M-A:same package. I dislike this because this changes overtime and isn't really easy to discover for a user. Yesterday libsame=1-1 installed fine, now i have to install libsame:native=1-2 to get what i want… (jftr: and the first in debian unreleased dpkg interface agreed with me) This would break debfoster (and many other scripts) way harder than the behavior now as the installation/removal of a library is a way more likely usecase and actually forces them to do a multiarch update, even through many script, howtos and even full-blown programs detailing how to install this and that will never really care about multi-arch (or at least they shouldn't). It also carries the problem that such a tool has to detect which version of APT it deals with (to know if it can/must use the architecture qualifier as e.g. squeeze includes already M-A:same packages). So, in short: You really don't want consistency between apt and dpkg. After reading a non-helpful dpkg error message like: | dpkg: error: --purge needs a valid package name but 'libconfig9' is | not: ambiguous package name 'libconfig9' with more than one installed | instance … and more importantly the need to display this message at all, especially if only one of the packages is installed and the other is removed, but not purged, I have to agree that consistency to the current dpkg interface is not a worthwhile goal. I still think that if the architecture qualifier is missing, installing should default to :native if the package is available there and otherwise try to install the package from a foreign architecture (as apt does), and that removing should default to all architectures. If both, apt and dpkg, would follow this, all the consistency and user interface problems I can think of would then vanish even with co-installable binary packages. Anyhow, since I can't convince you (choose between singular and plural as you like) to move a little bit into this direction, I presumably wouldn't be able to convince you and the dpkg maintainers to adapt apt and dpkg accordingly. apt and dpkg in Squeeze seem to work as expected if arch-qualified package names are passed to them. Since skip-upgrades are not supported anyway, I don't see why tools like debfoster would need to check the apt version. Maybe my concern for consistence inside apt-* is better understandable I think understand why consistency inside apt is worthwhile. Maybe it is also because i regularly remove packages which are not installed in an install command as apt-get can be hinted this way that i don't want this package installed as a dependency of whatever i have requested. The inverse is also true if e.g. removing a bunch of packages by regex and just want to keep a few. (Not sure how many normal users know/use that through.) I'd assume the number of users that use apt-get in this way is rather low ;) I don't know your setup, but it sounds like you have APT::Default-Release set, so apt just does what you said. apt-get source apt/unstable might does the right thing™. That shouldn't have changed too much in squeeze through either, so feel free to add a few more details. There are no apt preferences files and the part of the sources.lists that matches ^deb.*ftp.*debian\.org is: deb http://ftp.de.debian.org/debian squeeze main deb-src http://ftp.de.debian.org/debian sid main But it looks like this problem is fixed in Sid. I locally changed the version of the package debconf in a Sid chroot to a lower number and told apt to use a sources.list with only a deb-src Sid entry and no deb entry and was able to download the debconf source package. Doing the same on Squeeze failed to download the package. So all three issues I mentioned already have been fixed in Sid in a sane way
Bug#673767: base-files: prompting due to modified conffiles which were not modified by the user
Package: base-files Version: 6.8 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. http://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In http://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Preparing to replace base-files 6.0squeeze5 (using .../base-files_6.8_amd64.deb) ... Unpacking replacement base-files ... Setting up base-files (6.8) ... Installing new version of config file /etc/debian_version ... Installing new version of config file /etc/issue ... Installing new version of config file /etc/issue.net ... Configuration file `/etc/profile' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** profile (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing base-files (--configure): EOF on stdin at conffile prompt configured to not write apport reports Errors were encountered while processing: base-files cheers, Andreas abcmidi-yaps_20070318-2.log.gz Description: GNU Zip compressed data
Bug#673390: filetea: error in require.js
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is an error in EventDance library, specifically in the browser-side Web transport script. The issue was fixed already in 0.21 but is not yet release: https://github.com/elima/EventDance/commit/9232a4cbaf4653b36a1e04756cace93e65e38d13. If you want to fix it locally, edit /usr/share/evd-0.1/js/evdWebTransport.js and remove or comment the following lines at the end of the file: if (this[define] !== undefined) { if (this[exports] === undefined) var exports = {}; exports.Object = Evd.Object; exports.WebTransport = Evd.WebTransport; exports.Peer = Evd.Peer; define (exports); } That piece of code was introduced to allow Evd JS scripts to work well both as a normal page script and as an asynchronous module to be loaded by require.js. But the detection turned out to be buggy and was removed. This pattern will be retaken in EventDance 0.2, which will enforce asynchronous module loading on all JS libs. Thanks Michael for reporting and Berto for adding me to the loop. Feel free to ping me for any further issue. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+6FIsACgkQ0RgjHbY/7rUS5ACgtCXMkciTv3UL4zMv3UH2uiBu lOYAoIy0gYCoi+kpVz1Fpw6Pjj+XNMcg =8wZ8 -END PGP SIGNATURE-
Bug#647875: RFS: tuxonice-userui
Hello, Andrey Rahmatullin w...@wrar.name writes: Thank you very much. Everything looks nice, can I upload it as it then? Yes. After preparing the upload, I noticed that the upstream tarball you provided and the one available on tuxonice.net website differs (which provides .tar.gz whereas it's in fact a tar archive only). I will then upload using the official upstream tarball if that's ok with you of course? Cheers, -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673768: error: 'PropagationSpeed' was not declared in this scope
Package: libinsighttoolkit3-dev Version: 3.20.1-8 vmtk depends on itk and when trying to build the latest vmtk release, the build ends with the following error: In file included from /usr/include/InsightToolkit/Algorithms/itkCurvesLevelSetImageFilter.h:21:0, from /tmp/buildd/vmtk-1.0.0/vtkVmtk/Segmentation/vtkvmtkCurvesLevelSetImageFilter.h:36, from /tmp/buildd/vmtk-1.0.0/vtkVmtk/Segmentation/vtkvmtkCurvesLevelSetImageFilter.cxx:26: /usr/include/InsightToolkit/Algorithms/itkCurvesLevelSetFunction.h: In instantiation of 'itk::CurvesLevelSetFunctionTImageType, TFeatureImageType::ScalarValueType itk::CurvesLevelSetFunctionTImageType, TFeatureImageType::CurvatureSpeed(const NeighborhoodType, const FloatOffsetType, itk::CurvesLevelSetFunctionTImageType, TFeatureImageType::GlobalDataStruct*) const [with TImageType = itk::Imagefloat, 3u; TFeatureImageType = itk::Imagefloat, 3u; itk::CurvesLevelSetFunctionTImageType, TFeatureImageType::ScalarValueType = float; itk::CurvesLevelSetFunctionTImageType, TFeatureImageType::NeighborhoodType = itk::ConstNeighborhoodIteratoritk::Imagefloat, 3u, itk::ZeroFluxNeumannBoundaryConditionitk::Imagefloat, 3u ; itk::CurvesLevelSetFunctionTImageType, TFeatureImageType::FloatOffsetType = itk::Vectorfloat, 3u; itk::CurvesLevelSetFunctionTImageType, TFeatureImageType::GlobalDataStruct = itk::LevelSetFunctionitk::Imagefloat, 3u ::GlobalDataStruct]': /tmp/buildd/vmtk-1.0.0/vtkVmtk/Segmentation/vtkvmtkCurvesLevelSetImageFilter.cxx:30:470: required from here /usr/include/InsightToolkit/Algorithms/itkCurvesLevelSetFunction.h:102:55: error: 'PropagationSpeed' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] Patching itk with the following patch fixes the problem: diff -Nru insighttoolkit-3.20.1.orig/Code/Algorithms/itkCurvesLevelSetFunction.h insighttoolkit-3.20.1/Code/Algorithms/itkCurvesLevelSetFunction.h --- insighttoolkit-3.20.1.orig/Code/Algorithms/itkCurvesLevelSetFunction.h 2012-05-21 11:35:54.903313319 +0200 +++ insighttoolkit-3.20.1/Code/Algorithms/itkCurvesLevelSetFunction.h 2012-05-21 11:38:06.255318757 +0200 @@ -99,7 +99,7 @@ /** The curvature speed is same as the propagation speed. */ virtual ScalarValueType CurvatureSpeed(const NeighborhoodType neighborhood, const FloatOffsetType offset, GlobalDataStruct *gd ) const - { return PropagationSpeed( neighborhood, offset, gd ); } + { return this-PropagationSpeed( neighborhood, offset, gd ); } /** Set/Get the sigma for the Gaussian kernel used to compute the gradient * of the feature image needed for the advection term of the equation. */ This patch was also suggested in #667411 [1] but it was not included in the 3.20.1-8 upload. Below is also a patch that fixes a few more of the same issue, however this does not affect the vmtk build. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667411 Thanks, Johannes diff -Nru insighttoolkit-3.20.1.orig/Code/Algorithms/itkGeodesicActiveContourShapePriorLevelSetFunction.h insighttoolkit-3.20.1/Code/Algorithms/itkGeodesicActiveContourShapePriorLevelSetFunction.h --- insighttoolkit-3.20.1.orig/Code/Algorithms/itkGeodesicActiveContourShapePriorLevelSetFunction.h 2012-05-21 11:35:54.903313319 +0200 +++ insighttoolkit-3.20.1/Code/Algorithms/itkGeodesicActiveContourShapePriorLevelSetFunction.h 2012-05-21 11:43:41.231332621 +0200 @@ -130,7 +130,7 @@ /** The curvature speed is same as the propagation speed. */ virtual ScalarValueType CurvatureSpeed(const NeighborhoodType neighborhood, const FloatOffsetType offset, GlobalDataStruct *gd ) const -{ return PropagationSpeed( neighborhood, offset, gd ); } +{ return this-PropagationSpeed( neighborhood, offset, gd ); } /** Set/Get the sigma for the Gaussian kernel used to compute the gradient * of the feature image needed for the advection term of the equation. */ diff -Nru insighttoolkit-3.20.1.orig/Code/Algorithms/itkShapeDetectionLevelSetFunction.h insighttoolkit-3.20.1/Code/Algorithms/itkShapeDetectionLevelSetFunction.h --- insighttoolkit-3.20.1.orig/Code/Algorithms/itkShapeDetectionLevelSetFunction.h 2012-05-21 11:35:54.907313320 +0200 +++ insighttoolkit-3.20.1/Code/Algorithms/itkShapeDetectionLevelSetFunction.h 2012-05-21 11:44:02.031333482 +0200 @@ -103,7 +103,7 @@ /** The curvature speed is same as the propagation speed. */ virtual ScalarValueType CurvatureSpeed(const NeighborhoodType neighborhood, const FloatOffsetType offset, GlobalDataStruct *gd ) const - { return PropagationSpeed( neighborhood, offset, gd ); } + { return this-PropagationSpeed( neighborhood, offset, gd ); } virtual void Initialize(const RadiusType r) { -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a
Bug#673207: /etc/default/rcS is perhaps a better place for FANCYTTY variable
On Mon, May 21, 2012 at 11:08:09AM +0200, Didier 'OdyX' Raboud wrote: Hi Roger, and thanks for your (quick) feedback, Le 18.05.2012 22:16, Roger Leigh a écrit : On Fri, May 18, 2012 at 10:00:12PM +0200, Didier Raboud wrote: Le jeudi, 17 mai 2012 00.19:38, Stanislav Maslovski wrote : Evidently, if you decide to use /etc/default/rcS for this setting, this file should *not* be simply sourced from /lib/lsb/init-functions. Instead, you may use something like FANCYTTY=$([ -e /etc/default/rcS ] . /etc/default/rcS echo $FANCYTTY) I'm not sure why you need to do this BTW, none of the existing users do. If you want to avoid polluting your environment with settings you don't need, then it's fine, but otherwise I don't see the need. After an initial perplexity, I think I now quite like this idea. From the rcS manpage: rcS - variables that affect the behavior of boot scripts, so it would be a good fit for /etc/default/rcS. Given that /etc/default/rcS is managed by initscripts (from src:sysvinit), I'm hereby asking the sysvinit maintainers: what do you think? One problem right now is that /etc/default/rcS is not a conffile, and is never upgraded after the initial install. Adding the option would only make it available for new installs. Just to make sure I understand that correctly: would it be possible to let lsb-base's /lib/lsb/init-functions read FANCYTTY from /e/d/rcS right now ? You can do it right now, it's just that it's not guaranteed to be set. So you'd need to set a default, then source the script. E.g.: FANCYTTY=defaultval [ -e /etc/default/rcS ] . /etc/default/rcS A plan to do this would imply: a) changing lsb-base.README.Debian (and .NEWS) to point to /e/d/rcS instead of /e/lsb-base-logging.sh. b) Add the above sourcing of /e/d/rcS to init-functions This sounds fine. c) writing maintainer scripts to make sure an already defined FANCYTTY in /e/lsb-base-logging.sh gets written to /e/d/rcS (Policy doesn't really allow this). Actually, you are probably OK, since it's not (yet) a conffile. But it would be better to have it provided as part of the initscripts defaults. UTC got moved out yesterday (by util-linux). We can now (if there is agreement) make rcS a regular conffile--the primary reason for it not being a conffile having been removed. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666883: yate-qt4: fails to upgrade from 'testing' - trying to overwrite /etc/yate/providers.conf
Package: yate-qt4 Version: 4.1.0-1~dfsg-1 Followup-For: Bug #666883 Hi, the problem now also appears during upgrades from squeeze to sid: Preparing to replace yate-qt4 2.2.0-1~dfsg-1.1 (using .../yate-qt4_4.1.0-1~dfsg-1_amd64.deb) ... Unpacking replacement yate-qt4 ... dpkg: error processing /var/cache/apt/archives/yate-qt4_4.1.0-1~dfsg-1_amd64.deb (--unpack): trying to overwrite '/etc/yate/providers.conf', which is also in package yate-core 2.2.0-1~dfsg-1.1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Andreas yate-qt4_4.1.0-1~dfsg-1.log.gz Description: GNU Zip compressed data
Bug#673769: collectd: [INTL:nl] Dutch translation of debconf templates
Package: collectd Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the collectd debconf templates. Please include it in your next upload. Kind regards, Jeroen Schot # Dutch translation of collectd debconf templates. # Copyright (C) 2008 Eric Spreen eris...@gmail.com # This file is distributed under the same license as the collectd package. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: collectd 4.10.7-1\n Report-Msgid-Bugs-To: colle...@packages.debian.org\n POT-Creation-Date: 2012-05-17 18:25+0200\n PO-Revision-Date: 2012-05-21 12:22+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../collectd-core.templates:1001 msgid Layout of RRD files has changed msgstr De lay-out van RRD-bestanden is gewijzigd. #. Type: note #. Description #. Type: boolean #. Description #: ../collectd-core.templates:1001 ../collectd-core.templates:2001 msgid The layout of the RRD files created by collectd has changed significantly since version 3.x. In order to keep your old data you have to migrate it. This can be done by using /usr/lib/collectd-core/utils/migrate-3-4.px. msgstr De lay-out van de RRD-bestanden, die zijn gemaakt door collectd, is sterk gewijzigd sinds versie 3.x. Om uw oude gegevens te behouden zult u deze moeten migreren. Dit kunt u doen door /usr/lib/collectd-core/utils/ migrate-3-4.px te gebruiken. #. Type: note #. Description #: ../collectd-core.templates:1001 msgid This step requires both the perl and the rrdtool packages to be installed, which is currently not the case. You need to perform the migration manually. msgstr Deze stap vereist dat zowel de perl als de rrdtool pakketten worden genstalleerd, wat op dit moment niet het geval is. U zult de migratie handmatig moeten verrichten. #. Type: note #. Description #. Type: boolean #. Description #: ../collectd-core.templates:1001 ../collectd-core.templates:2001 msgid See /usr/share/doc/collectd-core/NEWS.Debian for details. msgstr Zie /usr/share/doc/collectd-core/NEWS.Debian voor meer informatie. #. Type: boolean #. Description #: ../collectd-core.templates:2001 msgid Automatically try to migrate your RRD files? msgstr Proberen om uw RRD-bestanden automatisch te migreren? #. Type: boolean #. Description #: ../collectd-core.templates:2001 msgid This step can be done automatically. In this case a backup of /var/lib/ collectd/ is made in /var/backups/. This script is still experimental, though. Do not expect it to work in all cases. msgstr Deze stap kan automatisch verricht worden. In dat geval wordt er in /var/ backups/ een back-up gemaakt van /var/lib/collectd/. Dit script is echter nog experimenteel. Verwacht u niet dat het in alle gevallen werkt. #. Type: boolean #. Description #: ../collectd-core.templates:3001 msgid Remove all collected data (e.g. RRD files)? msgstr All verzamelde gegevens verwijderen (zoals de RRD-bestanden)? #. Type: boolean #. Description #: ../collectd-core.templates:3001 msgid The /var/lib/collectd/ directory which contains the data files containing the collected statistics is about to be removed. For example, this directory includes (in the default configuration) all RRD files. msgstr De map /var/lib/collectd/, welke alle gegevensbestanden met verzamelde statistieken bevat, staat op het punt om verwijderd te worden. Deze map bevat (in de standaardconfiguratie) alle RRD-bestanden. #. Type: boolean #. Description #: ../collectd-core.templates:3001 msgid If you're purging the collectd package in order to replace it with a more recent or custom version or if you want to keep the data for further analysis, the data should be kept. msgstr Als u het pakket collectd wist ('purge') met als doel te te vervangen door een nieuwere of aangepaste versie, of als u de gegevens wilt bewaren voor verdere analyse, dan dient u de gegevens te bewaren.
Bug#673770: libcap2-bin: modifying files from another package
Package: libcap2-bin Version: 1:2.22-1.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies files from another package. These files are not owned by any package (so they must have been created by some postinst), but were present on the system before libcap2-bin was installed. This is so wrong, I'm not even bothered to look up the part of policy this violates ;-P From the attached log (scroll to the bottom...): 1m7.6s ERROR: FAIL: After purging files have been modified: /etc/pam.d/common-auth not owned /var/lib/pam/auth not owned /var/lib/pam/seen not owned cheers, Andreas libcap2-bin_1:2.22-1.1.log.gz Description: GNU Zip compressed data
Bug#673390: filetea: error in require.js
On Mon, May 21, 2012 at 12:10:19PM +0200, Eduardo Lima Mitev wrote: This is an error in EventDance library, specifically in the browser-side Web transport script. The issue was fixed already in 0.21 but is not yet release: Great, thanks. Michael, if you can confirm that this solves the issue for you I can upload a new version of the package with this patch. Thanks! Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672414: wine: FTBFS on kfreebsd-i386
found 672414 1.4-0.1 thanks Still FTBFS in experimental. Please remember to include this trivial fix for 1.4: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=ftbfs.diff;att=1;bug=672414 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647875: RFS: tuxonice-userui
On Mon, May 21, 2012 at 07:14:40PM +0900, Arnaud Fontaine wrote: After preparing the upload, I noticed that the upstream tarball you provided and the one available on tuxonice.net website differs (which provides .tar.gz whereas it's in fact a tar archive only). I will then upload using the official upstream tarball if that's ok with you of course? Do you want to provide .tar.gz which is really .tar or recompress it yourself? -- WBR, wRAR signature.asc Description: Digital signature
Bug#672850: fai-server: prompting due to modified conffiles which were not modified by the user
Package: fai-server Followup-For: Bug #672850 Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. http://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In http://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Setting up fai-server (4.0) ... Installing new version of config file /etc/fai/apt/sources.list ... Installing new version of config file /etc/fai/grub.cfg ... Configuration file `/etc/fai/nfsroot.conf' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** nfsroot.conf (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing fai-server (--configure): EOF on stdin at conffile prompt Errors were encountered while processing: fai-server cheers, Andreas fai-server_4.0.log.gz Description: GNU Zip compressed data
Bug#673579: cbmc: FTBFS[kfreebsd,hurd]: GCC-4.7
2012/5/20 Christoph Egger christ...@debian.org: __GLIBC__ should cover all of them alone. Or alternatively consistently checking for kernels: #if defined(__linux__) || defined(__GNU__) || defined(__FreeBSD_kernel__) Please keep in mind __FreeBSD_kernel__ doesn't imply anything about userland. In fact this macro is defined in recent versions of FreeBSD. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671444: [Nut-upsuser] LiebertPSP
2012/5/10 Charles Lepple clep...@gmail.com: On May 10, 2012, at 4:38 AM, Arnaud Quette wrote: 2012/5/10 Charles Lepple clep...@gmail.com: On May 9, 2012, at 11:27 AM, Arnaud Quette wrote: this thread has just popped again, but on the Debian side this time: http://bugs.debian.org/671444 what's exactly the situation of fixes WRT issues? the last mail I have on this thread is attached below... Attached is a patch corresponding to the following branch: https://github.com/clepple/nut/tree/git-LiebertPSP-scalefactor At this point, it is probably safe to merge. it applies fine on the trunk. should I go ahead and merge it? Sure, merged to the Subversion trunk, r3607 but is it possible to build a .deb for Alastair to test, just to make sure we're fixing the same problem? (I'm not sure if Debian has something like Ubuntu's PPA system.) I'm already lagging on the mainstream (Debian), with 2.6.3 updates stagging on git for 3 months... so I won't commit on test packages. Aside: it is annoying that with a 16-bit field for the USB PID, companies insist on reusing the VID:PID combinations for drastically different firmware. yup, this is also the situation here at Eaton, and I'm desperately fighting against that. also, does it fix all the known issues related to this scaling factor? The two potential remaining problems are with ups.load and the RB flag, but they are not as critical as the OB/LB flags. It does not, however, change the subdriver to liebert-hid. I'm not sure to get all the whizzbang that may hide behind this comment ;-) AFAIK, liebert-hid seems to be for Liebert OEM manufactured by Phoenixtec with a limited set of data. while belkin-hid has a more advanced approach. so it's fine as you did. the problem of subdriver naming is something else, that will never be able to completely address due to mergers, OEM, ... In this message, Alastair cited Pier's patch which changes the subdriver for 10af:0001 from belkin-hid to liebert-hid. Due to the way that we match the HID usages, we probably could have put the scale fixes in the liebert-hid subdriver instead, but I agree that belkin-hid is probably the right mapping under the hood. we'll at least have a round with the Belkin mapping, which seems fine. if there are issue, we'll see how we can improve things. cheers, Arnaud -- Linux / Unix Expert RD - Eaton - http://powerquality.eaton.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673390: filetea: error in require.js
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/21/2012 12:24 PM, Alberto Garcia wrote: On Mon, May 21, 2012 at 12:10:19PM +0200, Eduardo Lima Mitev wrote: This is an error in EventDance library, specifically in the browser-side Web transport script. The issue was fixed already in 0.21 but is not yet release: Michael, if you can confirm that this solves the issue for you I can upload a new version of the package with this patch. Yes, I can confirm that replacing /usr/share/evd-0.1/js/evdWebTransport.js with latest upstream from http://raw.github.com/elima/EventDance/master/evd/js/evdWebTransport.js fixed the problem. Cheers thank you! - -- Michael Fladischer mich...@fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+6Gu4ACgkQeJ3z1zFMUGardwCgk2K2Vktw2UtZ+lUt7BxSlOgt W0cAnjBLKsONprBeOJ2dcFN4ZMFndRGt =fOim -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#673771: mirror listing update for debian.balt.net
Package: mirrors Severity: minor Submission-Type: update Site: debian.balt.net Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ IPv6: no Archive-upstream: ftp.nl.debian.org Backports-upstream: ftp.nl.debian.org Updates: once Maintainer: Baltnetos Komunikacijos hostmas...@balt.net Country: LT Lithuania Location: Vilnius, Lithuania Sponsor: Baltnetos Komunikacijos http://www.balt.net Comment: maximum bandwidth - 1gbps -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670132: [Pkg-shadow-devel] Bug#670132: Useless ...terminated. messaged at the end of su invocation
On 05/20/2012 07:44 PM, Nicolas François wrote: Hello, I cannot use the strace. What is the return code from su? I though you were interested in the internal signal/syscall trace. The return code of su itself is 0: $ su -c id uid=0(root) gid=0(root) groups=0(root) ...terminated. $ echo $? 0 What is the failure with gcc-4.7. I will send the build failure later (I'm not on the correct machine right now). Can you limit the build to only su? Yes, su itself was building ok. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541956: Fw: t-p-u description in dev-ref
Simon Paillard simon.paill...@resel.enst-bretagne.fr wrote: Package: developers-reference Version: 3.4.1 Severity: normal Forwarding Nion's mail to BTS. -- Simon Paillard From: Nico Golde n...@debian.org Hi, I wondered that everybody told me that I should ask the release-team before uploading to t-p-u since that's not what the developers reference tells me. In 5.13.3: After uploading and successful build on all platforms, contact the release team at debian-rele...@lists.debian.org and ask them to approve your upload. Marc Brockschmidt also told me that asking before uploading is the appropriate way to do this so I suggest to change this line. FWIW, the same part of the document says: you may use this facility, but it is recommended that you ask for authorization from the release manager first. It is only a recommendation though. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671444: [Nut-upsuser] Bug#671444: LiebertPSP
Hi Tim, 2012/5/11 Tim Gould tgo...@reverb.com.au: FWIW I've had this running just fine since my earlier posts. Several power outages have been dealt with perfectly. I haven't had the time to set up and test debug logs around RB but if this is the sticking point I'll try harder to find that time :) I'm happy to pull a fresh version and test. thanks for your feedback. As told in my separate answer, I've just committed Charles' patch to the trunk (r3607). So if you can do some testing, especially on LB/RB, I would be grateful. cheers, Arnaud -- Linux / Unix Expert RD - Eaton - http://powerquality.eaton.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.free.fr/ On 10/05/2012, at 21:58 , Charles Lepple wrote: On May 10, 2012, at 4:38 AM, Arnaud Quette wrote: 2012/5/10 Charles Lepple clep...@gmail.com: On May 9, 2012, at 11:27 AM, Arnaud Quette wrote: this thread has just popped again, but on the Debian side this time: http://bugs.debian.org/671444 what's exactly the situation of fixes WRT issues? the last mail I have on this thread is attached below... Attached is a patch corresponding to the following branch: https://github.com/clepple/nut/tree/git-LiebertPSP-scalefactor At this point, it is probably safe to merge. it applies fine on the trunk. should I go ahead and merge it? Sure, but is it possible to build a .deb for Alastair to test, just to make sure we're fixing the same problem? (I'm not sure if Debian has something like Ubuntu's PPA system.) Aside: it is annoying that with a 16-bit field for the USB PID, companies insist on reusing the VID:PID combinations for drastically different firmware. also, does it fix all the known issues related to this scaling factor? The two potential remaining problems are with ups.load and the RB flag, but they are not as critical as the OB/LB flags. It does not, however, change the subdriver to liebert-hid. I'm not sure to get all the whizzbang that may hide behind this comment ;-) AFAIK, liebert-hid seems to be for Liebert OEM manufactured by Phoenixtec with a limited set of data. while belkin-hid has a more advanced approach. so it's fine as you did. the problem of subdriver naming is something else, that will never be able to completely address due to mergers, OEM, ... In this message, Alastair cited Pier's patch which changes the subdriver for 10af:0001 from belkin-hid to liebert-hid. Due to the way that we match the HID usages, we probably could have put the scale fixes in the liebert-hid subdriver instead, but I agree that belkin-hid is probably the right mapping under the hood. -- Charles Lepple clepple@gmail -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673772: mips: ATC with syscalls not working
Package: gnat-4.6 Version: 4.6.3-4 Severity: normal Hi, Asynchronous transfer of control (ATC) is needed in Ada to interrupt a blocking call to an imported operation (e.g. a system call). This method is not working on the mips architecture. Given the following reproducer: with Interfaces.C; procedure Atc is package C renames Interfaces.C; function C_Usleep (Secs : C.int) return C.int; pragma Import (C, C_Usleep, usleep); Res : C.int; begin select delay 1.0; then abort Res := C_Usleep (1000); end select; end Atc; Result: $ time ./atc real 0m10.165s user 0m0.108s sys0m0.032s The call to usleep() is not aborted by the ATC. - reto -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mips Kernel: Linux 2.6.32-5-4kc-malta 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 gnat-4.6 depends on: ii gcc-4.64.6.3-5 ii gnat-4.6-base 4.6.3-4 ii libc6 2.13-32 ii libc6-dev 2.13-32 ii libgcc11:4.7.0-8 ii libgmp10 2:5.0.5+dfsg-1.1 ii libgnat-4.64.6.3-4 ii libgnatprj4.6 4.6.3-4 ii libgnatvsn4.6 4.6.3-4 ii libmpc20.9-4 ii libmpfr4 3.1.0-5 ii multiarch-support 2.13-32 ii zlib1g 1:1.2.7.dfsg-2 gnat-4.6 recommends no packages. Versions of packages gnat-4.6 suggests: pn ada-reference-manual-html none pn ada-reference-manual-info none pn ada-reference-manual-pdf none pn ada-reference-manual-text none pn gnat-4.6-doc none pn gnat-4.6-sjlj none -- 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#647875: RFS: tuxonice-userui
Andrey Rahmatullin w...@wrar.name writes: On Mon, May 21, 2012 at 07:14:40PM +0900, Arnaud Fontaine wrote: After preparing the upload, I noticed that the upstream tarball you provided and the one available on tuxonice.net website differs (which provides .tar.gz whereas it's in fact a tar archive only). I will then upload using the official upstream tarball if that's ok with you of course? Do you want to provide .tar.gz which is really .tar or recompress it yourself? It must be compressed anyhow as this is required by dpkg-source. Maybe the upstream should be notified about this to avoid the same issue for the next release. Then, I will compress it and upload it as it is. Thanks for your quick reply ;-). FYI, in most cases, you should not repackage the upstream tarball[0] and thanks to 3.0 (quilt) format, this is not needed to do so even when the upstream provides a debian/ directory. If you need to repackage it for some reason, it should be specified. Regards, -- Arnaud Fontaine [0] http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz pgpJghhZmNctm.pgp Description: PGP signature