Bug#738849: Please enable webview support for wx3.0
(Thanks Olly, sending to the bug report too, damn reply all button on my little android screen) Hi Olly, do you have any news on this? Boinc 7.4.x is going to be released soon, with webview support, would be nice to have it at least in experimental for testing, do you think is it possible? Thanks Gianfranco Sent from Yahoo Mail on Android
Bug#744908: clanlib: Please build-depend and depend on libmikmod-dev instead of libmikmod2-dev
Source: clanlib Version: 1.0~svn3827-3 Severity: wishlist Dear Maintainer, libmikmod now provides an unversioned -dev package, libmikmod-dev, which should be used instead of libmikmod2-dev. I would appreciate it if you could update your packaging to replace the build-dependency and the dependency from libclanlib-dev as appropriate. If you'd rather I could do this myself as a team upload. Regards, Stephen (the libmikmod maintainer) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711900: uninitialized constant ActionController (NameError)
Control: username -1 debian-r...@lists.debian.org Control: usertags -1 railsdummytests Running tests for ruby2.0 with test file list from debian/ruby-test-files.yaml ... /home/pravi/forge/debian/diaspora/ruby-font-awesome-rails-4.0.3.1/test/dummy/app/controllers/pages_controller.rb:1:in `top (required)': uninitialized constant ActionController (NameError) from /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.0.0/rubygems/core_ext/kernel_require.rb:55:in `require' from -e:1:in `block in main' from -e:1:in `each' from -e:1:in `main' Test ruby2.0 failed. Continue building the package? (Y/N) -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743100: Help with tclx8.4 [was: emacspeak is marked for autoremoval from testing]
Hi Paul. On Wed, Apr 16, 2014 at 9:45 AM, Paul Gevers elb...@debian.org wrote: On 16-04-14 06:13, Sergei Golovan wrote: On Wed, Apr 16, 2014 at 7:47 AM, Sergei Golovan sgolo...@nes.ru wrote: Hi Paul, I'll prepare an NMU to fix tclx8.4. Thank you for the reminder. Here it is. I'll upload it shortly. Thanks for the very quick response. I also went to the upstream web-site and saw that a 8.4.1 version is available. Do you think it is worth it to upload that? You don't have to do it, I can do that, but I want your opinion on the value. Since we don't know what will be fixed and what will be broken after upgrade to 8.4.1 and we aren't the tclx8.4 maintainers, I wouldn't upload the new version in NMU. Though, if you're going to adopt tclx8.4 you can do whatever you think is right. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744905: js2-mode: Error on starting, “Symbol's function definition is void: prog-mode”
❦ 16 avril 2014 06:01 CEST, Ben Finney ben+deb...@benfinney.id.au : When I attempt to manually invoke ‘js2-mode’ in Emacs, I get the error: Symbol's function definition is void: prog-mode When I open a “*.js” file, I get the error: File mode specification error: (void-function prog-mode) In both cases, the mode is not active and the buffer mode is unchanged (e.g. a “*.js” file remains in Fundamental mode). The version of ‘js2-mode’ in Debian should work correctly with the default Emacs in Debian. Hi Ben! I will fix that by depending on emacs24 and installing the startup snippet for Emacs 24 only. I don't have time to pacth js2-mode for Emacs 23 compatibility. -- panic(esp_handle: current_SC == penguin within interrupt!); 2.2.16 /usr/src/linux/drivers/scsi/esp.c signature.asc Description: PGP signature
Bug#710388: tests failing due to dummy rails app
Running tests for ruby2.0 using debian/ruby-tests.rake ... /usr/bin/ruby2.0 -S rspec ./spec/acts_as_taggable_on/acts_as_taggable_on_spec.rb ./spec/acts_as_taggable_on/acts_as_tagger_spec.rb ./spec/acts_as_taggable_on/related_spec.rb ./spec/acts_as_taggable_on/single_table_inheritance_spec.rb ./spec/acts_as_taggable_on/tag_list_spec.rb ./spec/acts_as_taggable_on/tag_spec.rb ./spec/acts_as_taggable_on/taggable_spec.rb ./spec/acts_as_taggable_on/tagger_spec.rb ./spec/acts_as_taggable_on/tagging_spec.rb ./spec/acts_as_taggable_on/tags_helper_spec.rb ./spec/acts_as_taggable_on/utils_spec.rb ./spec/generators/acts_as_taggable_on/migration/migration_generator_spec.rb /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-acts-as-taggable-on/spec/generators/acts_as_taggable_on/migration/migration_generator_spec.rb:8:in `block in top (required)': undefined method `destination' for #Class:0x00032e8cb0 (NoMethodError) from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:246:in `module_eval' from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:246:in `subclass' from /usr/lib/ruby/vendor_ruby/rspec/core/example_group.rb:232:in `describe' from /usr/lib/ruby/vendor_ruby/rspec/core/dsl.rb:18:in `describe' from /home/pravi/forge/debian/git/pkg-ruby-extras/ruby-acts-as-taggable-on/spec/generators/acts_as_taggable_on/migration/migration_generator_spec.rb:6:in `top (required)' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:245:in `load' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:245:in `block in load' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:236:in `load_dependency' from /usr/lib/ruby/vendor_ruby/active_support/dependencies.rb:245:in `load' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `block in load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `each' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:22:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:80:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:17:in `block in autorun' /usr/bin/ruby2.0 -S rspec ./spec/acts_as_taggable_on/acts_as_taggable_on_spec.rb ./spec/acts_as_taggable_on/acts_as_tagger_spec.rb ./spec/acts_as_taggable_on/related_spec.rb ./spec/acts_as_taggable_on/single_table_inheritance_spec.rb ./spec/acts_as_taggable_on/tag_list_spec.rb ./spec/acts_as_taggable_on/tag_spec.rb ./spec/acts_as_taggable_on/taggable_spec.rb ./spec/acts_as_taggable_on/tagger_spec.rb ./spec/acts_as_taggable_on/tagging_spec.rb ./spec/acts_as_taggable_on/tags_helper_spec.rb ./spec/acts_as_taggable_on/utils_spec.rb ./spec/generators/acts_as_taggable_on/migration/migration_generator_spec.rb failed ERROR: Test ruby2.0 failed. Exiting. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717536: current status
I see this bug tagged as pending. Does it have the fix committed ? Is yes, could you please explain the fix. I intend to adopt this package, if it not terribly broken already. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#744827: wheezy-pu: glark/1.8.0-1.1~deb7u1 (RC bug fix)
Control: tags -1 + pending On 2014-04-15 13:27, Adam D. Barratt wrote: On 2014-04-15 2:28, Axel Beckert wrote: +glark (1.8.0-1.1~deb7u1) stable-proposed-updates; urgency=low + + * Upload to stable-proposed-updates + + -- Axel Beckert a...@debian.org Tue, 15 Apr 2014 03:15:34 +0200 + +glark (1.8.0-1.1) unstable; urgency=low + + * Non-maintainer upload + * Enforce Ruby 1.8 usage (Closes: #724768) ++ Patch installed glark binary to use ruby1.8 ++ Switch dependency from ruby to rub1.8. Please go ahead; thanks. For the record, this was uploaded and I've flagged it for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744825: wheezy-pu: conkeror with support for more recent xulrunner ESR
Control: tags -1 + pending On 2014-04-15 13:23, Adam D. Barratt wrote: On 2014-04-15 1:48, Axel Beckert wrote: +conkeror (1.0~~pre+git120527-1+deb7u1) stable-proposed-updates; urgency=low + + * Add support for current Xulrunner ESR releases (Closes: #736364) + * Cherry-pick the following upstream commits: ++ 2c36b5072: scroll-top-left: fix for XR = 23 (Closes: #726245) ++ 38b6279c2: completions_tree_view.getCellProperties: fix for XR = 22 ++ bbd010b5a: favicon.js: use setAndFetchFaviconForPage for XR = 18 ++ 9bb360e64: favicon_set: fix for XR 18 ++ 3fa86d908: modifiers.s: Meta vs Super key (regression after XR 12) + * Update Vcs-Git to sport proper branch for stable updates Please go ahead; thanks. For the record, this was uploaded and I've flagged it for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744909: ITP: ruby-acts-as-api -- enriches the models and controllers of your app in a rails-like way
package: wnpp severity: wishlist owner: Pirate Praveen prav...@debian.org Upstream url: https://rubygems.org/gems/acts_as_api Upstream author: Christian Bäuerlein License: Expat a dependency for diaspora -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744910: mysql-5.5: Oracle SPU April 2014
Package: mysql-5.5 Severity: grave Tags: security Justification: user security hole Hi, please see http://www.oracle.com/technetwork/topics/security/cpuapr2014-1972952.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#744893: wheezy-pu: package php-getid3/1.9.3-1+deb7u1
Control: tags -1 + pending On 2014-04-15 22:39, David Prévot wrote: Hi Adam, Please go ahead Uploaded, thanks Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744855: wheezy-pu: package greasemonkey/1.15-1~deb7u1
Control: tags -1 + pending On 2014-04-15 20:33, David Prévot wrote: On Tue, 2014-04-15 at 10:34 -0400, David Prévot wrote: As reported in #739023, the greasemonkey version currently in stable is not fully compatible with iceweasel 24 from stable-security. Please go ahead. Uploaded, thanks. Thanks. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744826: release.debian.org: wheezy-pu: wml/2.0.12ds1-3+deb7u1
Control: tags -1 + pending On 2014-04-15 13:19, Adam D. Barratt wrote: On 2014-04-15 2:11, Axel Beckert wrote: to fix #734507 (which causes issues with webwml on www.debian.org) in stable, too, I'd like to upload a wml package version 2.0.12ds1-3+deb7u1 to stable-proposed-updates as follows. The fix is already in Jessie and Sid, uploaded in 2.0.12ds1-7. Please tell me if it's ok to upload the following package update to stable-proposed-updates. Please go ahead; thanks. For the record, this was uploaded and I've flagged it for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720329: xserver-xorg-video-radeon: Screen keeping black at start but for the cursor
On 20.03.2014 22:14, Adam Smith wrote: Interestingly, using the Mate desktop environment, KMS is noticeably more stable. It can take some time for a crash to happen. Even when running compiz 0.8.6 I can have 'the cube' (sad I know) working and still no crash. In contrast, an LXDE, XFCE or KDE environment often causes an almost instant crash. This rather mirrors a problem I have with UMS and EXA. Unless I set my FBTexPercent very low I often get corruption in application windows. This can be just the window title bar, or toolbar or even the whole window. Even setting FBTexPerecent to zero I can still get this corruption. It's very annoying. Again, LXDE (or XFCE, KDE) is very prone to this problem (in particular PCManFM), but Mate doesn't seem so badly effected and it is why I'm running it. I was wondering if the KMS crash and this UMS problem were linked in some way since MATE seems to solve or lessen both problems? That's unlikely. The driver stack works more or less completely differently with KMS vs. UMS (which is BTW indeed not supported anymore upstream). I'm very keen to get KMS/UMS working properly on PowerPC, so if you need any more patches testing then I will gladly compile them. Btw, thanks for all the work you do with PowerPC! I haven't really done much lately, and I'm not sure how much longer I can do anything in that area... What's really needed is more people working on the code. -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever
Hi, gstreamer0.10-ffmpeg has apparently been stuck in Sid for about 2 years. While I notice an FTBFS against libav9, does this concern libav10 too or is there any other reason for this lenghty situation? That count of 686 days is wrong, it got removed from testing in October 2013 and then the QA page seems to use the most recent upload (April 2012) for the counter. The work of porting the plugin to libav9 seems to have stalled, see the discussion at the bottom of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720796. This is rather unfortunate as it breaks video/mp4 support in Firefox, which relies on exactly this gstreamer plugin. Firefox has gstreamer 1.0 support in the current development branch, but seemingly they don't want to enable it per default due to some distros (like Debian stable) not supporting gstreamer 1.0. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744911: boxbackup-server: Please update to newest SVN revision
Package: boxbackup-server Version: 0.11.1~r2837-1 Severity: important Dear Maintainer, the version of Boxbackup is outdated, it contains errors like http://lists.boxbackup.org/pipermail/boxbackup/2012-April/006361.html which make it nonfunctional in some situations. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (10, 'testing') Architecture: i386 (i586) Kernel: Linux 3.10-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages boxbackup-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii gawk 1:4.0.1+dfsg-2.1 ii libc6 2.13-38+deb7u1 ii libgcc11:4.7.2-5 ii libssl1.0.01.0.1e-2+deb7u6 ii libstdc++6 4.7.2-5 ii openssl1.0.1e-2+deb7u6 ii perl 5.14.2-21+deb7u1 ii ucf3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 boxbackup-server recommends no packages. boxbackup-server suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744909: tests failing due to dummy rails app
Running tests for ruby2.1 using debian/ruby-tests.rake ... /usr/bin/ruby2.1 -S rspec ./spec/controllers/plain_objects_controller_spec.rb ./spec/controllers/respond_with_users_controller_spec.rb ./spec/controllers/users_controller_spec.rb ./spec/models/model_spec.rb DEPRECATION: RSpec::Core::Configuration#backtrace_clean_patterns is deprecated. Use RSpec::Core::Configuration#backtrace_exclusion_patterns instead. Called from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:299:in `backtrace_clean_patterns'. DEPRECATION: RSpec::Core::Configuration#backtrace_clean_patterns is deprecated. Use RSpec::Core::Configuration#backtrace_exclusion_patterns instead. Called from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:299:in `backtrace_clean_patterns'. /usr/lib/ruby/vendor_ruby/action_view/template.rb:10:in `class:Template': uninitialized constant ActiveSupport::Autoload (NameError) from /usr/lib/ruby/vendor_ruby/action_view/template.rb:9:in `module:ActionView' from /usr/lib/ruby/vendor_ruby/action_view/template.rb:7:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/vendor_ruby/action_view/template/resolver.rb:4:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/vendor_ruby/action_view/testing/resolvers.rb:1:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/vendor_ruby/rspec/rails/view_rendering.rb:1:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/vendor_ruby/rspec/rails.rb:10:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /home/pravi/forge/debian/diaspora/ruby-acts-as-api-0.4.2/spec/spec_helper.rb:18:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /home/pravi/forge/debian/diaspora/ruby-acts-as-api-0.4.2/spec/controllers/plain_objects_controller_spec.rb:1:in `top (required)' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `load' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `block in load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `each' from /usr/lib/ruby/vendor_ruby/rspec/core/configuration.rb:896:in `load_spec_files' from /usr/lib/ruby/vendor_ruby/rspec/core/command_line.rb:22:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:80:in `run' from /usr/lib/ruby/vendor_ruby/rspec/core/runner.rb:17:in `block in autorun' /usr/bin/ruby2.1 -S rspec ./spec/controllers/plain_objects_controller_spec.rb ./spec/controllers/respond_with_users_controller_spec.rb ./spec/controllers/users_controller_spec.rb ./spec/models/model_spec.rb failed Test ruby2.1 failed. Continue building the package? (Y/N) -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744912: cyrus-imapd.service file is buggy
Package: cyrus-common Version: 2.4.17+caldav~beta9-3 Severity: normal Hi, /lib/systemd/system/cyrus-imapd.service tries to call the /usr/bin/cyrus wrapper, but the wrapper actually lives under /usr/sbin, not /usr/bin. Fixing the paths allows the service to start. Gabor -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.10 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cyrus-common depends on: ii adduser3.113+nmu3 ii db-upgrade-util5.3.0 ii db-util5.3.0 ii debconf [debconf-2.0] 1.5.52 cyrus-common recommends no packages. cyrus-common suggests no packages. -- Configuration Files: /etc/init.d/cyrus-imapd changed [not included] /etc/logcheck/ignore.d.server/cyrus-imapd [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/cyrus-imapd' /etc/logcheck/violations.ignore.d/cyrus-imapd [Errno 13] Permission denied: u'/etc/logcheck/violations.ignore.d/cyrus-imapd' -- debconf information excluded -- debsums errors found: debsums: changed file /lib/systemd/system/cyrus-imapd.service (from cyrus-common package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744850: pu: package gst-plugins-bad0.10/0.10.23-7.1+deb7u1
Control: tags -1 + confirmed On Tue, 2014-04-15 at 14:51 +0200, Moritz Mühlenhoff wrote: Attached debdiff fixes a FTBFS of gst-plugins-bad0.10 in stable (caused by the libmodplug update in DSA 2751) Please go ahead. Uploaded. Cheers, Moritz -- Moritz Mühlenhoff Open Source Software Engineer Univention GmbH be open. Mary-Somerville-Str.1 28359 Bremen Tel. : +49 421 22232-0 [.] Fax : +49 421 22232-99 muehlenh...@univention.de http://www.univention.de Geschäftsführer: Peter H. Ganten HRB 20755 Amtsgericht Bremen Steuer-Nr.: 71-597-02876 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742016: user-mode-linux: build-depends on linux-source-3.12 which is no longer in the archive
* Mattia Dongili malat...@linux.it, 2014-04-16, 07:15: The package builds successfully and seems to work on i386. I'll test on amd64 later. It works on amd64 works, too. :) Would it be okay if I NMUed the package? sure, without any delay would be great. Uploaded. :) Please, make sure this bug report has the latest patch so that I can import it in the git repository. Attached. -- Jakub Wilk diffstat for user-mode-linux-3.12-1um user-mode-linux-3.13-1um config.amd64 | 75 +-- config.i386 | 74 -- debian/changelog | 10 +++ debian/control |2 - debian/rules |2 - 5 files changed, 145 insertions(+), 18 deletions(-) Control files: lines which differ (wdiff format) Build-Depends: debhelper ( 5.0.0), quilt, [-linux-source-3.12,-] {+linux-source-3.13,+} docbook-to-man, xz-utils, m4, module-init-tools, libvdeplug2-dev, libpcap-dev, bc, dpkg (= 1.16.2) diff -Nru user-mode-linux-3.12-1um/config.amd64 user-mode-linux-3.13-1um/config.amd64 --- user-mode-linux-3.12-1um/config.amd64 2013-12-30 01:24:25.0 +0100 +++ user-mode-linux-3.13-1um/config.amd64 2014-04-15 15:04:08.0 +0200 @@ -1,8 +1,7 @@ # # Automatically generated file; DO NOT EDIT. -# User Mode Linux/x86_64 3.12.6 Kernel Configuration +# User Mode Linux/x86_64 3.13.7 Kernel Configuration # -CONFIG_DEFCONFIG_LIST=arch/$ARCH/defconfig CONFIG_UML=y CONFIG_MMU=y CONFIG_NO_IOMEM=y @@ -38,6 +37,7 @@ CONFIG_64BIT=y # CONFIG_X86_32 is not set CONFIG_X86_64=y +CONFIG_ARCH_DEFCONFIG=arch/um/configs/x86_64_defconfig CONFIG_RWSEM_XCHGADD_ALGORITHM=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_3_LEVEL_PGTABLES=y @@ -99,7 +99,6 @@ CONFIG_AUDITSYSCALL=y CONFIG_AUDIT_WATCH=y CONFIG_AUDIT_TREE=y -CONFIG_AUDIT_LOGINUID_IMMUTABLE=y # # IRQ subsystem @@ -209,6 +208,7 @@ CONFIG_SLUB=y # CONFIG_PROFILING is not set CONFIG_HAVE_64BIT_ALIGNED_ACCESS=y +CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y CONFIG_MODULES_USE_ELF_RELA=y # @@ -218,6 +218,7 @@ CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y CONFIG_BASE_SMALL=0 +# CONFIG_SYSTEM_TRUSTED_KEYRING is not set CONFIG_MODULES=y CONFIG_MODULE_FORCE_LOAD=y CONFIG_MODULE_UNLOAD=y @@ -285,7 +286,6 @@ # UML Character Devices # CONFIG_STDERR_CONSOLE=y -CONFIG_STDIO_CONSOLE=y CONFIG_SSL=y CONFIG_NULL_CHAN=y CONFIG_PORT_CHAN=y @@ -329,6 +329,7 @@ CONFIG_CONNECTOR=m # CONFIG_MTD is not set CONFIG_BLK_DEV=y +CONFIG_BLK_DEV_NULL_BLK=m CONFIG_BLK_DEV_UBD=y # CONFIG_BLK_DEV_UBD_SYNC is not set CONFIG_BLK_DEV_COW_COMMON=y @@ -386,6 +387,14 @@ CONFIG_ALTERA_STAPL=m # +# Intel MIC Host Driver +# + +# +# Intel MIC Card Driver +# + +# # SCSI device support # CONFIG_SCSI_MOD=m @@ -450,8 +459,8 @@ CONFIG_MD_FAULTY=m CONFIG_BCACHE=m # CONFIG_BCACHE_DEBUG is not set -# CONFIG_BCACHE_EDEBUG is not set # CONFIG_BCACHE_CLOSURES_DEBUG is not set +CONFIG_BLK_DEV_DM_BUILTIN=y CONFIG_BLK_DEV_DM=m # CONFIG_DM_DEBUG is not set CONFIG_DM_BUFIO=m @@ -462,8 +471,8 @@ CONFIG_DM_THIN_PROVISIONING=m # CONFIG_DM_CACHE is not set CONFIG_DM_MIRROR=m -CONFIG_DM_RAID=m CONFIG_DM_LOG_USERSPACE=m +CONFIG_DM_RAID=m CONFIG_DM_ZERO=m CONFIG_DM_MULTIPATH=m CONFIG_DM_MULTIPATH_QL=m @@ -705,6 +714,7 @@ # Analog to digital converters # CONFIG_MAX1363=m +CONFIG_MCP3422=m CONFIG_NAU7802=m CONFIG_TI_ADC081C=m @@ -753,12 +763,17 @@ # CONFIG_ADJD_S311=m CONFIG_APDS9300=m +CONFIG_CM36651=m +CONFIG_GP2AP020A00F=m +CONFIG_TCS3472=m # CONFIG_SENSORS_TSL2563 is not set +CONFIG_TSL4531=m CONFIG_VCNL4000=m # # Magnetometer sensors # +CONFIG_MAG3110=m # CONFIG_IIO_ST_MAGN_3AXIS is not set # @@ -780,6 +795,13 @@ CONFIG_PWM_SYSFS=y # CONFIG_RESET_CONTROLLER is not set # CONFIG_FMC is not set + +# +# PHY Subsystem +# +CONFIG_GENERIC_PHY=m +# CONFIG_PHY_EXYNOS_MIPI_VIDEO is not set +# CONFIG_POWERCAP is not set CONFIG_NET=y # @@ -848,7 +870,6 @@ CONFIG_DEFAULT_TCP_CONG=cubic CONFIG_TCP_MD5SIG=y CONFIG_IPV6=m -CONFIG_IPV6_PRIVACY=y CONFIG_IPV6_ROUTER_PREF=y CONFIG_IPV6_ROUTE_INFO=y # CONFIG_IPV6_OPTIMISTIC_DAD is not set @@ -862,6 +883,7 @@ CONFIG_INET6_XFRM_MODE_TUNNEL=m CONFIG_INET6_XFRM_MODE_BEET=m # CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION is not set +CONFIG_IPV6_VTI=m CONFIG_IPV6_SIT=m # CONFIG_IPV6_SIT_6RD is not set CONFIG_IPV6_NDISC_NODETYPE=y @@ -924,6 +946,17 @@ CONFIG_NF_NAT_SIP=m CONFIG_NF_NAT_TFTP=m CONFIG_NETFILTER_SYNPROXY=m +CONFIG_NF_TABLES=m +CONFIG_NFT_EXTHDR=m +CONFIG_NFT_META=m +CONFIG_NFT_CT=m +CONFIG_NFT_RBTREE=m +CONFIG_NFT_HASH=m +CONFIG_NFT_COUNTER=m +CONFIG_NFT_LOG=m +CONFIG_NFT_LIMIT=m +CONFIG_NFT_NAT=m +CONFIG_NFT_COMPAT=m CONFIG_NETFILTER_XTABLES=m # @@ -1016,7 +1049,9 @@ CONFIG_IP_SET_HASH_IPPORT=m CONFIG_IP_SET_HASH_IPPORTIP=m CONFIG_IP_SET_HASH_IPPORTNET=m +CONFIG_IP_SET_HASH_NETPORTNET=m CONFIG_IP_SET_HASH_NET=m +CONFIG_IP_SET_HASH_NETNET=m
Bug#698347: debootstrap: New variant based on PRoot
Hello, Do you have any news about this patch? PRoot is now (and for some months now) part of Debian and kept up to date. Rgds -- Rémi Duraffort http://ivoire.dinauz.org/blog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever
2014-04-16 10:14 GMT+03:00 Ralf Jung p...@ralfj.de: Hi, gstreamer0.10-ffmpeg has apparently been stuck in Sid for about 2 years. While I notice an FTBFS against libav9, does this concern libav10 too or is there any other reason for this lenghty situation? That count of 686 days is wrong, it got removed from testing in October 2013 and then the QA page seems to use the most recent upload (April 2012) for the counter. Noted. The work of porting the plugin to libav9 seems to have stalled, see the discussion at the bottom of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720796. This is rather unfortunate as it breaks video/mp4 support in Firefox, which relies on exactly this gstreamer plugin. Firefox has gstreamer 1.0 support in the current development branch, but seemingly they don't want to enable it per default due to some distros (like Debian stable) not supporting gstreamer 1.0. What would prevent Debian from enabling the right Configure option in debian/rules to use 1.0 on testing/unstable uploads? Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#741738: zoneminder: stream sock error: No such file or directory
Of course, I installed zoneminder on Jessie, I use it only for testing purpose so in a local network. All devices are connected through WiFi. The camera is an Ip camera Foscam like. Everything work on Wheezy, instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744913: pacman4console: Segmentation fault in level 4
Package: pacman4console Version: 1.2-2 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pacman4console depends on: ii libc62.13-38+deb7u1 ii libncurses5 5.9-10 pacman4console recommends no packages. pacman4console 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#744914: xsd: missing Build-Depends on -lboost_filesystem
Source: xsd Version: 3.3.0.1-1.4 Severity: important Justification: fails to build from source make[1]: *** No rule to make target `-lboost_filesystem', needed by `/«PKGBUILDDIR»/xsd-srcdir/libxsd-frontend/xsd-frontend/xsd-frontend.l'. Stop. http://buildd.debian-ports.org/status/fetch.php?pkg=xsdarch=m68kver=3.3.0.1-1.4stamp=1397609440 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744755: gnome-panel: bottom panel blank, unable to add items to it
On Mon, Apr 14, 2014 at 4:11 PM, Andres Martinez tulsi...@gmail.com wrote: Package: gnome-panel Version: 3.8.0-3 Severity: important Dear Maintainer, * What led up to the situation? The bottom panel of gnome-flashback is empty * What exactly did you do (or not do) that was effective (or ineffective)? If I try to add an item to it (via Alt-Right click) -- Add to panel, it shows the items list but when I click Add, nothing happens * What was the outcome of this action? No Item added to the bottom panel * What outcome did you expect instead? The selected item added to the bottom panel I cannot reproduce this, even with a fresh setup. Can you please try resetting the configuration and see if that helps? gsettings reset-recursively org.gnome.gnome-panel -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721714: [Pkg-utopia-maintainers] Bug#721714: #721714: Fixed upstream (in 0.9.9)
Michael Biebl, 2014-04-15 17:18:57 +0200 : On 15. April 2014 15:57:44 MESZ, Roland Mas lola...@debian.org wrote: Hi, I believe that the problem has been fixed upstream: http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=d7c369712b9e6298d62303899e372ab7d27a92d9 http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=de56f28db62d042c2c293867750228d6ac253892 I didn't check explicitly, but these commits are most probably included in 0.9.9. Could we IPsec users get an updated network-manager package? Could you test the patches and verify that they are sufficient to fix the problem? If so, I'd be happy to add those two commits to the Debian package. The patches don't apply on top of 0.9.8.8 (many files they touch aren't there, and the rest emphatically fail with 13 out of 14 hunks FAILED or similar numbers). Roland. -- Roland Mas It would be hard to be deader without special training. -- in Theatre of Cruelty (Terry Pratchett) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744915: cdbs updating of config.{sub,guess} is not automatic on buildds
Package: cdbs Version: 0.4.122 Severity: normal Tags: patch CDBS provides functionality to automatically update config.sub and config.guess for autotools-using packages during the build. This is good practice and there is growing consensus that this should be automatic for Debian packages (although it is not yet policy). However this update only occurs if autotools-dev package is installed so that current versions are available in the debian canonical location. autotools-dev is only 'Recommended' by cdbs so on buildds it is not installed during a build, so CDBS-using packages fail to build on new architectures if their autoconf files are out of date (and very many are). This could be fixed in two ways. 1) Make every CDBS-and-autoconf- using package build-dep on autotools-dev, or 2) make cdbs depend on autotools-dev. It seems to me that packages that use CDBS are doing so party because they expect it to take care of this sort of thing. And it does when they test on their local system, where apt will install 'recommends' by default. But it will (quite subtly) fail to take care of this on buildds (or in local sbuild chroots but they won't notice because thier chroots are very unlikely to be for the affected new architectures so builds will still work) because those are set to not install recommends by default. I think the right fix for this is simply to make autotools-dev a proper dependency of CDBS, and not a recommends. Is there any real reason not to take this step? Doing this means that all autotools and CDBS-using packages will generally 'just work' on new architectures if they are capable of doiing so. Trivial patch attached. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-kvm-i386-20110111 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20120608.1 Versions of packages cdbs suggests: ii devscripts 2.12.6+deb7u2 -- no debconf information diff -Nru cdbs-0.4.122/debian/changelog cdbs-0.4.122+nmu1/debian/changelog --- cdbs-0.4.122/debian/changelog 2013-07-02 09:50:00.0 +0100 +++ cdbs-0.4.122+nmu1/debian/changelog 2014-04-16 09:42:01.0 +0100 @@ -1,3 +1,10 @@ +cdbs (0.4.122+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Depend on autotools-dev so that CDBS packages build on new architectures + + -- Wookey woo...@debian.org Wed, 16 Apr 2014 09:41:05 +0100 + cdbs (0.4.122) unstable; urgency=low * Update and improve references in comments to Perl Policy. diff -Nru cdbs-0.4.122/debian/control cdbs-0.4.122+nmu1/debian/control --- cdbs-0.4.122/debian/control 2013-07-02 09:06:10.0 +0100 +++ cdbs-0.4.122+nmu1/debian/control 2014-04-16 09:40:33.0 +0100 @@ -25,7 +25,7 @@ Package: cdbs Architecture: all Multi-Arch: foreign -Recommends: autotools-dev +Depends: autotools-dev Suggests: devscripts Description: common build system for Debian packages This package contains the Common Debian Build System, an abstract build diff -Nru cdbs-0.4.122/debian/control.in cdbs-0.4.122+nmu1/debian/control.in --- cdbs-0.4.122/debian/control.in 2013-07-01 19:18:29.0 +0100 +++ cdbs-0.4.122+nmu1/debian/control.in 2014-04-16 09:40:50.0 +0100 @@ -23,7 +23,7 @@ Package: cdbs Architecture: all Multi-Arch: foreign -Recommends: autotools-dev +Depends: autotools-dev Suggests: devscripts Description: common build system for Debian packages This package contains the Common Debian Build System, an abstract build
Bug#744916: libjson-xs-perl: gratuitous backwards incompatibility from wheezy (json_xs -t null vs json_xs -t none)
Package: libjson-xs-perl Version: 2.340-1+b1 Severity: important The json_xs command in jessie gratuitously broke command-line backwards compatibility with wheezy. I suggest that the way forward here is to make support both null and none and make theme do the same thing. pabs@wheezy:~$ json_xs -t null test.json ; echo $? 0 pabs@wheezy:~$ json_xs -t none test.json ; echo $? json: not a valid toformat 255 pabs@jessie:~$ json_xs -t null test.json ; echo $? json: not a valid toformat 255 pabs@jessie:~$ json_xs -t none test.json ; echo $? 0 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjson-xs-perl depends on: ii libc6 2.18-4 ii libcommon-sense-perl3.72-3 ii perl5.18.2-2+b1 ii perl-base [perlapi-5.18.1] 5.18.2-2+b1 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#744917: FTBFS when /sbin is not in $PATH
Source: luajit Version: 2.0.3+dfsg-2 Severity: serious Tags: upstream Hi, when building LuaJIT as a normal user (even when using fakeroot), LuaJIT will FTBFS: fakeroot debian/rules binary dh --with quilt binary dh_testroot dh_prep debian/rules override_dh_auto_install make[1]: Entering directory `/tmp/luajit-2.0.3+dfsg' make install PREFIX=/usr DESTDIR=$PWD/debian/tmp/ MULTILIB=lib/x86_64-linux-gnu make[2]: Entering directory `/tmp/luajit-2.0.3+dfsg' Installing LuaJIT 2.0.3 to /usr mkdir -p /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/include/luajit-2.0 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/man/man1 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/pkgconfig /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/luajit-2.0.3/jit /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/lua/5.1 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/lua/5.1 cd src install -m 0755 luajit /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin/luajit-2.0.3 cd src test -f libluajit.a install -m 0644 libluajit.a /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.a || : rm -f /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin/luajit /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so.2.0.3 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so cd src test -f libluajit.so \ install -m 0755 libluajit.so /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so.2.0.3 \ ldconfig -n /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu \ ln -sf libluajit-5.1.so.2.0.3 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so \ ln -sf libluajit-5.1.so.2.0.3 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/libluajit-5.1.so || : /bin/sh: 3: ldconfig: not found cd etc install -m 0644 luajit.1 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/man/man1 cd etc sed -e s|^prefix=.*|prefix=/usr| -e s|^multilib=.*|multilib=lib/x86_64-linux-gnu| luajit.pc luajit.pc.tmp \ install -m 0644 luajit.pc.tmp /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/lib/x86_64-linux-gnu/pkgconfig/luajit.pc \ rm -f luajit.pc.tmp cd src install -m 0644 lua.h lualib.h lauxlib.h luaconf.h lua.hpp luajit.h /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/include/luajit-2.0 cd src/jit install -m 0644 bc.lua v.lua dump.lua dis_x86.lua dis_x64.lua dis_arm.lua dis_ppc.lua dis_mips.lua dis_mipsel.lua bcsave.lua vmdef.lua /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/share/luajit-2.0.3/jit ln -sf luajit-2.0.3 /tmp/luajit-2.0.3+dfsg/debian/tmp//usr/bin/luajit Successfully installed LuaJIT 2.0.3 to /usr make[2]: Leaving directory `/tmp/luajit-2.0.3+dfsg' sed -i 's?^multilib=.*?multilib=lib/x86_64-linux-gnu?' \ debian/tmp/usr/lib/x86_64-linux-gnu/pkgconfig/*.pc make[1]: Leaving directory `/tmp/luajit-2.0.3+dfsg' dh_install dh_install: libluajit-5.1-dev missing files (usr/lib/*/libluajit-5.1.so), aborting make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 The crucial part is: /bin/sh: 3: ldconfig: not found The Makefile defines: LDCONFIG= ldconfig -n But ldconfig is in /sbin and this is not in the $PATH of a normal user. Regards Evgeni -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738428: GenBind.evalConstCExpr: Casts are not implemented yet
Hi, thanks; I didn’t know about the new c2hs versions (they were not there when the bug first occurred). Fixed packages uploaded. Greetings, Joachim Am Dienstag, den 15.04.2014, 19:15 -0700 schrieb John Millikin: The version of libncursesw5-dev packaged in Debian Unstable includes this macro: #define NCURSES_BITS(mask,shift) (NCURSES_CAST(chtype,(mask)) ((shift) + NCURSES_ATTR_SHIFT)) which differs from the version on my build machine: #define NCURSES_BITS(mask,shift) ((mask) ((shift) + NCURSES_ATTR_SHIFT)) The new NCURSES_CAST() is breaking c2hs, which added support for integer casts in version 0.16.6 (unstable has 0.16.5). My recommendation is to upgrade the c2hs package version to at least 0.16.6. I've verified that cabal install c2hs==0.16.6 lets ncurses build on unstable. On Tue, Apr 15, 2014 at 4:08 PM, Joachim Breitner nome...@debian.org wrote: Hi, Am Dienstag, den 15.04.2014, 15:58 -0700 schrieb John Millikin: haskell-ncurses=0.2.1 builds successfully with c2hs=0.16.3 and libncursesw5-dev=5.9-10ubuntu4 on my machine. I suspect this may be an architecture-specific failure; have you seen similar errors on architectures other than s390x? yes: http://aws-logs.debian.net/ftbfs-logs/2014/02/08/haskell-ncurses_0.2.1-4_unstable.log http://www.warperbbs.de/stuff/buildlogs/haskell-ncurses_0.2.1-4_amd64.build Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#594449: proftpd-basic: Unable to reload (signal HUP) - The process is killed
Package: proftpd-basic Version: 1.3.5~rc4-1+b1 Followup-For: Bug #594449 This issue seems due to mod_facl and can be workarounded by commenting out the LoadModule statement in /etc/proftpd/modules.conf. It would allow logrotate to consistently work with a proper HUP instead of a restart. Of course fixing mod_facl would be better. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages proftpd-basic depends on: ii adduser3.113+nmu3 ii debconf1.5.52 ii debianutils4.4 ii libacl12.2.52-1 ii libc6 2.18-4 ii libcap21:2.22-1.2 ii libmemcached11 1.0.18-3 ii libmemcachedutil2 1.0.18-3 ii libncurses55.9+20140118-1 ii libpam-runtime 1.1.8-3 ii libpam0g 1.1.8-3 ii libpcre3 1:8.31-3 ii libssl1.0.01.0.1g-2 ii libtinfo5 5.9+20140118-1 ii libwrap0 7.6.q-25 ii netbase5.2 ii sed4.2.2-4 ii ucf3.0027+nmu1 ii zlib1g 1:1.2.8.dfsg-1 proftpd-basic recommends no packages. Versions of packages proftpd-basic suggests: pn openbsd-inetd | inet-superserver none ii openssl 1.0.1g-2 pn proftpd-doc none pn proftpd-mod-geoip none pn proftpd-mod-ldap none pn proftpd-mod-mysql none pn proftpd-mod-odbc none pn proftpd-mod-pgsql none pn proftpd-mod-sqlitenone -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742037: gstreamer0.10-ffmpeg: 686 days old; stuck in Sid since forever
Hi, This is rather unfortunate as it breaks video/mp4 support in Firefox, which relies on exactly this gstreamer plugin. Firefox has gstreamer 1.0 support in the current development branch, but seemingly they don't want to enable it per default due to some distros (like Debian stable) not supporting gstreamer 1.0. What would prevent Debian from enabling the right Configure option in debian/rules to use 1.0 on testing/unstable uploads? I don't know which gstreamer version the Debian Firefox/Iceweasel uses - I'm using the upstream Firefox as the Debian one often takes so long to catch up. As far as I know, Firefox 30 (to be released in June) will be the first having GStreamer 1.0 support if enabled at compile-time, so it will be a while till Debian can even enable that flag. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742330: RFS: gravit/0.5.1-1 ITP -- visually stunning gravity simulator
Control: owner -1 ! Control: tag -1 + pending Dear Tomasz, debian/copyright is incomplete. Use licensecheck, grep and less to find out the copyright and license of each individual file. Here are a few copyright notices which you did not list in debian/copyright: Copyright: 2003-2014 Gravit Development Team / 2003-2014 Gerald Kaszuba Copyright: 2008 Matt Gallagher. All rights reserved Copyright: 1997, 1998, 1999, 2000, 2001, 2002 Sam Lantinga Copyright: 2006 Angelo Encelo Theodorou Copyright (C) 1994-2008 Lua.org, PUC-Rio. All rights reserved Some files are not GPL. For some files it's not even clear that they are DFSG, please check it and document your findings in debian/copyright. If in doubt (and if those files are not used in building), repack. debian/changelog is too verbose. It should only list initial upload. (Closes: ITPbugnr). The package is not lintian-clean. You need to write a manpage for the 'gravit' binary. I was not able to find out how to use it as a screen saver, which is certainly not a good idea given the resources it takes! gravit-data should certainly Recommend gravit, and I believe gravit should Depend on gravit-data (=${source:Version}) rather than (= ${source:Version}). Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#721714: [Pkg-utopia-maintainers] Bug#721714: Bug#721714: #721714: Fixed upstream (in 0.9.9)
Am 16.04.2014 10:43, schrieb Roland Mas: Michael Biebl, 2014-04-15 17:18:57 +0200 : On 15. April 2014 15:57:44 MESZ, Roland Mas lola...@debian.org wrote: Hi, I believe that the problem has been fixed upstream: http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=d7c369712b9e6298d62303899e372ab7d27a92d9 http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=de56f28db62d042c2c293867750228d6ac253892 I didn't check explicitly, but these commits are most probably included in 0.9.9. Could we IPsec users get an updated network-manager package? Could you test the patches and verify that they are sufficient to fix the problem? If so, I'd be happy to add those two commits to the Debian package. The patches don't apply on top of 0.9.8.8 (many files they touch aren't there, and the rest emphatically fail with 13 out of 14 hunks FAILED or similar numbers). Ok, I guess this means it will have to wait then until a stable 0.9.10 is released since I don't have the resources atm to backport that feature myself. Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#744918: upstream homepage dead; needs patch to work with boost-python = 1.54
Package: python-pygccxml Version: 1.0.0-4 Bug 1: Homepage: http://www.language-binding.net/pygccxml/pygccxml.html is dead (Whoops, we can't find that page.) Bug 2: When used with boost-python 1.54, this type of error may occur: /usr/local/lib/python2.7/dist-packages/pygccxml/parser/scanner.py:337: UserWarning: unable to find out array size from expression warnings.warn( msg ) ERROR error occured, while parsing element with name FundamentalType and attrs ['attributes', 'align', 'size', 'id', 'name']. Error: pygccxml error: unable to find fundamental type with name 'atomic_int_type'.. Traceback (most recent call last): [...] File /usr/local/lib/python2.7/dist-packages/pyplusplus/module_builder/builder.py, line 92, in __init__ , indexing_suite_version) File /usr/local/lib/python2.7/dist-packages/pyplusplus/module_builder/builder.py, line 146, in __parse_declarations decls = reader.read_files( files, compilation_mode ) File /usr/local/lib/python2.7/dist-packages/pygccxml/parser/project_reader.py, line 225, in read_files return self.__parse_file_by_file(files) File /usr/local/lib/python2.7/dist-packages/pygccxml/parser/project_reader.py, line 264, in __parse_file_by_file decls = reader.read_xml_file( prj_file.cached_source_file ) File /usr/local/lib/python2.7/dist-packages/pygccxml/parser/source_reader.py, line 245, in read_xml_file declarations, files = self.__parse_gccxml_created_file( ffname ) File /usr/local/lib/python2.7/dist-packages/pygccxml/parser/source_reader.py, line 294, in __parse_gccxml_created_file scanner_.read() File /usr/local/lib/python2.7/dist-packages/pygccxml/parser/etree_scanner.py, line 41, in read self.startElement( elem.tag, elem.attrib ) File /usr/local/lib/python2.7/dist-packages/pygccxml/parser/scanner.py, line 199, in startElement obj = self.__readers[name]( attrs ) File /usr/local/lib/python2.7/dist-packages/pygccxml/parser/scanner.py, line 361, in __read_fundamental_type % attrs.get( XML_AN_NAME, '' ) ) RuntimeError: pygccxml error: unable to find fundamental type with name 'atomic_int_type'. This is a known problem, see https://trac.macports.org/attachment/ticket/39927/pyplusplus_base.log and http://pastebin.com/Zid3hN0p Proposed solution to both problems: Change the upstream homepage to https://bitbucket.org/ompl/pygccxml, where a patch fixing bug 2 is provided. Note: This page is clearly labelled as unofficial homepage. As the maintainer, Mark Moll, explained to me: The only reason it’s unofficial, because I don’t know if I should be in charge of accepting pull requests (since I know so little about the code). This is situation is not ideal. But it is certainly better to join forces with Mark than to continue refering to an outdated, unmaintained official homepage. smime.p7s Description: S/MIME Cryptographic Signature
Bug#744919: arora: crash on startup
Package: arora Version: 0.11.0+qt5+git2014-04-06-1 Severity: important Dear Maintainer, arora crashes on start-up: $ arora xkbcommon: ERROR: Key META added to modifier map for multiple modifiers; Using Mod4, ignoring Mod1 xkbcommon: ERROR: Symbol Meta_L added to modifier map for multiple modifiers; Using Mod4, ignoring Mod1 libGL error: failed to open drm device: Permission denied libGL error: failed to load driver: i965 Segmentation fault (core dumped) (The libGL error seems harmless. It appears when I start arora on a remote system through ssh. The crah also happens when starting arora locally.) and here is a debugging session: $ gdb arora GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1) Copyright (C) 2013 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/arora...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/arora warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. Traceback (most recent call last): File /usr/lib/debug/usr/lib/i386-linux-gnu/libstdc++.so.6.0.20-gdb.py, line 59, in module from libstdcxx.v6.printers import register_libstdcxx_printers ImportError: No module named libstdcxx.v6.printers [New Thread 0xf167ab40 (LWP 16423)] xkbcommon: ERROR: Key META added to modifier map for multiple modifiers; Using Mod4, ignoring Mod1 xkbcommon: ERROR: Symbol Meta_L added to modifier map for multiple modifiers; Using Mod4, ignoring Mod1 [New Thread 0xf0cffb40 (LWP 16424)] [New Thread 0xefd54b40 (LWP 16426)] [New Thread 0xef0c1b40 (LWP 16448)] [New Thread 0xee8c0b40 (LWP 16449)] libGL error: failed to open drm device: Permission denied libGL error: failed to load driver: i965 [New Thread 0xeb947b40 (LWP 16450)] [New Thread 0xeb146b40 (LWP 16451)] [New Thread 0xea589b40 (LWP 16452)] [New Thread 0xe9268b40 (LWP 16453)] [New Thread 0xe88efb40 (LWP 16455)] Program received signal SIGSEGV, Segmentation fault. QList (this=0xe7d2683c QPrinterInfoPrivate::shared_null+16) at ../../include/QtCore/../../src/corelib/tools/qlist.h:121 121 ../../include/QtCore/../../src/corelib/tools/qlist.h: No such file or directory. (gdb) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arora depends on: ii libc6 2.18-4 ii libgcc1 1:4.9-20140411-2 ii libgl1-mesa-glx [libgl1] 10.1.0-5 ii libqt5core5a 5.2.1+dfsg-3 ii libqt5gui55.2.1+dfsg-3 ii libqt5network55.2.1+dfsg-3 ii libqt5opengl5 5.2.1+dfsg-3 ii libqt5printsupport5 5.2.1+dfsg-3 ii libqt5qml55.2.1-5 ii libqt5quick5 5.2.1-5 ii libqt5script5 5.2.1+dfsg-2 ii libqt5sql55.2.1+dfsg-3 ii libqt5webkit5 5.2.1+dfsg-5 ii libqt5widgets55.2.1+dfsg-3 ii libstdc++64.9-20140411-2 arora recommends no packages. arora suggests no packages. -- no debconf information -- Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737135: munin: Missing Recommends/Suggests libcgi-fast-perl
On Thu, Jan 30, 2014 at 04:52:41PM +0200, Stefano Rivera wrote: CGI mode is recommended these days (although not the default), but doesn't work without libcgi-fast-perl installed. AFAICT, this is the case for the stable version : # apt-cache show munin Version: 2.0.6-4+deb7u2 Depends: perl, perl-modules | libparse-recdescent-perl, librrds-perl (= 1.2), libhtml-template-perl, libdigest-md5-perl, libtime-hires-perl, libstorable-perl, rrdtool, adduser, liblog-log4perl-perl (= 1.18), ttf-dejavu, munin-common (= 2.0.6-4+deb7u2), cron, libdate-manip-perl, libcgi-fast-perl, libfile-copy-recursive-perl, liburi-perl, libio-socket-inet6-perl Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744920: FTBFS on sparc: Bus error in test suite
Source: haskell-tls Version: 1.2.6-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 as subject says. More details at https://ghc.haskell.org/trac/ghc/ticket/9002 (Severity normal as sparc is not a release architecture) - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlNOSW4ACgkQ9ijrk0dDIGyFbACeP57maV1Bbb3pY9grU8R3AOkr sIAAoJEHDnBLu5u3ZzixFO+prAL6gyVa =xQjc -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#675519: alternative proposal for upstream homepage
The official homepage http://sourceforge.net/projects/pygccxml/ seems to be dead; the maintainers are unresponsive. A better solution is the unofficial, but maintained homepage https://bitbucket.org/ompl/pyplusplus The decision to point there should be coordinates with project python-pygccxml. See bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744918 for more details. smime.p7s Description: S/MIME Cryptographic Signature
Bug#736494: About #736494
Hi Adam, On Sun, April 13, 2014 14:39, Adam D. Barratt wrote: On Sun, 2014-04-13 at 13:58 +0200, William Dauchy wrote: Is there someone available to validate this package? Lots of present fixes are more than needed to have an usable version of php in production. Such comments really aren't that helpful. It's entirely possible to have an usable version of php in production using the current package in wheezy, or it wouldn't have made it in to wheezy in the first place and no-one would have been using it on stable systems for the past year. (That's not to say that some people aren't adversely affected by issues in the current package, but that's far from your claim that it's generally unusable.) I realise you've put a lot of effort in to the patch, and that's obviously appreciated, but a diff for stable of the size 46 files changed, 4303 insertions(+), 372 deletions(-) where most of the diff appears to be actual changes (as opposed to translations, or autogenerated files) is non-trivial to review, particularly when people are already short on time. :( I fully understand the lack of manpower. But also, obviously the update fixes significant bugs and has seen lots of real world testing, probably more than many of the other packages proposed for a stable update. Is there a model or approach you can suggest that would work for the SRMs? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738157: Please add Alpha as built arch in libreoffice
On Tue, Apr 15, 2014 at 03:15:56PM +0200, Rene Engelhard wrote: On Tue, Apr 15, 2014 at 02:49:44PM +0200, Rene Engelhard wrote: With all that libreoffice builds successfully on Alpha!!! Where is that visible? http://buildd.debian-ports.org/status/package.php?p=libreofficesuite=sid http://buildd.debian-ports.org/status/package.php?p=libreofficesuite=experimental Not here. Well, of course not! Alpha has been removed from the architecture list in debian/control of libreoffice, thus the wanna-build server shuffles libreoffice into the auto-not-for-us list for Alpha. The buildds are therefore never ever offered a chance to build libreoffice. I do have the build log for the 4.1.4-2 build and can send it to you if you would like. (Bother, I've got a feeling I forgot to keep the bug report in the CC of my last reply to you...) Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734675: fftw3: Fix configury for neon support on arm64 (armv8)
+++ Julian Taylor [2014-01-23 22:41 +0100]: On 09.01.2014 04:38, Wookey wrote: ... However, applying this doesn't in fact get a working build as it exposes a compiler ICE in the gcc4.8 we are currently using in unstable. But that should get fixed soon. thanks, if let me know when gcc works again and I'll try to sort this out. OK. I just tested with gcc-4.9 and the ICE is gone but there is still a problem with the build So the end of the build log looks like: /bin/bash ../../../libtool --tag=CC --mode=compile gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../.. /../kernel -I../../../dft -I../../../dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werr or=format-security -O2 -MT n1fv_64.lo -MD -MP -MF .deps/n1fv_64.Tpo -c -o n1fv_64.lo n1fv_64.c libtool: compile: gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../../../kernel -I../../../dft -I../../.. /dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_64.lo libtool: compile: gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../../../kernel -I../../../dft -I../../.. /dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_64.lo -MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c -o n1fv_64.o /dev/null 21 make[6]: *** [n1fv_64.lo] Error 1 make[6]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3/dft/simd/neon' make[5]: *** [all] Error 2 make[5]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3/dft/simd/neon' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3/dft/simd' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3/dft' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/buildd/packages/modified/fftw3-3.3.3' make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Running that offending command with gcc-4.9 and 4.8 shows: gcc-4.9 builds OK: (sid-arm64-sbuild)buildd@turfan:~/packages/modified/fftw3-3.3.3/dft/simd/neon$ /bin/bash ../../../libtool --tag =CC --mode=compile gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../../../kernel -I../../../dft -I../.. /../dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_6 4.lo -MD -MP -MF .deps/n1fv_64.Tpo -c -o n1fv_64.lo n1fv_64.c libtool: compile: gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../../../kernel -I../../../dft -I../../../dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_64.lo -MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c -fPIC -DPIC -o .libs/n1fv_64.o libtool: compile: gcc-4.9 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../../../kernel -I../../../dft -I../../../dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_64.lo -MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c -o n1fv_64.o /dev/null 21 gcc-4.8 ICEs (sid-arm64-sbuild)buildd@turfan:~/packages/modified/fftw3-3.3.3/dft/simd/neon$ /bin/bash ../../../libtool --tag =CC --mode=compile gcc-4.8 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../../../kernel -I../../../dft -I../.. /../dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_6 4.lo -MD -MP -MF .deps/n1fv_64.Tpo -c -o n1fv_64.lo n1fv_64.c libtool: compile: gcc-4.8 -std=gnu99 -DHAVE_CONFIG_H -I. -I../../.. -I../../../kernel -I../../../dft -I../../.. /dft/simd -I../../../simd-support -D_FORTIFY_SOURCE=2 -g -O2 -Wformat -Werror=format-security -O2 -MT n1fv_64.lo -MD -MP -MF .deps/n1fv_64.Tpo -c n1fv_64.c -fPIC -DPIC -o .libs/n1fv_64.o In file included from n1fv_64.c:3:0: ../common/n1fv_64.c: In function 'n1fv_64': ../common/n1fv_64.c:1560:1: internal compiler error: in simplify_const_unary_operation, at simplify-rtx.c:1508 } ^ So what I don't understand is why the build is falling over as running the command onit's own seems to be OK? I did this build as CC=gcc-4.9 dpkg-buildpackage -B -uc -us which appears to change gcc to gcc-4.9 everywhere it needs to. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744921: spamassassin: Daily cron script wants to set a shared library world writable
Package: spamassassin Version: 3.3.2-5 Severity: grave Tags: security Justification: user security hole Dear Maintainer, I get the following output from /etc/cron.daily/spamassassin: - /etc/cron.daily/spamassassin: WARNING: WARNING: Failed chmod(0666, /var/lib/spamassassin/compiled/5.014/3.003002/auto/Mail/SpamAssassin/CompiledRegexps/body_0/body_0.so): Operation not permitted The script wants to set a shared library world writable. This is a security risk. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 pn libarchive-tar-perl none ii libhtml-parser-perl 3.69-2 ii libnet-dns-perl 0.66-2+b2 ii libnetaddr-ip-perl 4.062+dfsg-1 ii libsocket6-perl 0.23-1+b2 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.04-1 ii perl5.14.2-21+deb7u1 ii perl-modules [libio-zlib-perl] 5.14.2-21+deb7u1 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.12-7+deb7u3 ii libc6-dev 2.13-38+deb7u1 ii libio-socket-inet6-perl2.69-2 ii libmail-spf-perl 2.8.0-1 ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.14.2-21+deb7u1 ii re2c 0.13.5-1 ii spamc 3.3.2-5 Versions of packages spamassassin suggests: pn libdbi-perl none ii libio-socket-ssl-perl 1.76-2 pn libmail-dkim-perl none pn libnet-ident-perl none ii perl [libcompress-zlib-perl] 5.14.2-21+deb7u1 ii pyzor 1:0.5.0-2 ii razor 1:2.85-4+b1 -- Configuration Files: /etc/default/spamassassin changed: ENABLED=1 OPTIONS=--create-prefs --max-children 5 --helper-home-dir PIDFILE=/var/run/spamd.pid CRON=1 /etc/spamassassin/v320.pre changed: loadplugin Mail::SpamAssassin::Plugin::Check loadplugin Mail::SpamAssassin::Plugin::HTTPSMismatch loadplugin Mail::SpamAssassin::Plugin::URIDetail loadplugin Mail::SpamAssassin::Plugin::Bayes loadplugin Mail::SpamAssassin::Plugin::BodyEval loadplugin Mail::SpamAssassin::Plugin::DNSEval loadplugin Mail::SpamAssassin::Plugin::HTMLEval loadplugin Mail::SpamAssassin::Plugin::HeaderEval loadplugin Mail::SpamAssassin::Plugin::MIMEEval loadplugin Mail::SpamAssassin::Plugin::RelayEval loadplugin Mail::SpamAssassin::Plugin::URIEval loadplugin Mail::SpamAssassin::Plugin::WLBLEval loadplugin Mail::SpamAssassin::Plugin::VBounce loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody loadplugin Mail::SpamAssassin::Plugin::ImageInfo -- 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#744755: gnome-panel: bottom panel blank, unable to add items to it
On 4/16/14, Dmitry Shachnev mity...@gmail.com wrote: On Mon, Apr 14, 2014 at 4:11 PM, Andres Martinez tulsi...@gmail.com wrote: Package: gnome-panel Version: 3.8.0-3 Severity: important Dear Maintainer, * What led up to the situation? The bottom panel of gnome-flashback is empty * What exactly did you do (or not do) that was effective (or ineffective)? If I try to add an item to it (via Alt-Right click) -- Add to panel, it shows the items list but when I click Add, nothing happens * What was the outcome of this action? No Item added to the bottom panel * What outcome did you expect instead? The selected item added to the bottom panel I cannot reproduce this, even with a fresh setup. Can you please try resetting the configuration and see if that helps? gsettings reset-recursively org.gnome.gnome-panel -- Dmitry Shachnev -- To unsubscribe, send mail to 744755-unsubscr...@bugs.debian.org. Hi all, As I have the same/similar issue, I tried the above :- $ gsettings reset-recursively org.gnome.gnome-panel I had to reboot and in new session it was the same thing, wasn't able to add anything to the bottom panel. I tried the 'window list' applet and no sugar for me. One thing to note though - the notification area which had disappeared in the top-panel returned, apart from that no change. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744922: check_packages: check for security updates broken
Package: nagios-plugins-contrib Version: 9.20140106 Tags: patch check_packages incorrectly determines whether a security update is available in the following cases: 1) libxml2: Installed: 2.8.0+dfsg1-7+nmu2 Candidate: 2.8.0+dfsg1-7+nmu3 Version table: 2.8.0+dfsg1-7+nmu3 0 500 http://ftp.fr.debian.org/debian/ wheezy-proposed-updates/main amd64 Packages *** 2.8.0+dfsg1-7+nmu2 0 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status check_packages thinks there is a security update because it sees the security line without checking if that is actually part of the update. $candidate_found is set to 1 after the 2.8.0+dfsg1-7+nmu3 0 line and never reset to 0. 2) [this apt-cache policy output is faked] libxml2: Installed: 2.8.0+dfsg1-7+nmu2 Candidate: 2.8.0+dfsg1-7+nmu4 Version table: 2.8.0+dfsg1-7+nmu4 0 500 http://ftp.fr.debian.org/debian/ wheezy-updates/main amd64 Packages 2.8.0+dfsg1-7+nmu3 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages *** 2.8.0+dfsg1-7+nmu2 0 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 100 /var/lib/dpkg/status Here it fails to notice the security update. $candidate_found is set to 0 after the 2.8.0+dfsg1-7+nmu3 0 line so it fails to notice that a previous unapplied update fixed a security issue. The attached updated security_updates_critical patch fixes this by resetting $candidate_found only when parsing a different package from the apt-cache output or when parsing the installed version. Cheers, Felix --- a/dsa/checks/dsa-check-packages +++ b/dsa/checks/dsa-check-packages @@ -94,6 +94,7 @@ sub get_packages { chomp(@lines); my $pkgname = undef; +my $candidate_found = 0; while (defined($line = shift @lines)) { if ($line =~ /^([^ ]*):$/) { # when we have multi-arch capable fu, we require that @@ -115,6 +116,7 @@ sub get_packages { # For squeeze systems (no m-a), apt-cache policy output # is all different. $pkgname = $1; + $candidate_found = 0; if ($has_arch) { my $from_list = shift @installed_packages; next if ($pkgname eq $from_list); # no :$arch in pkgname we asked for @@ -132,12 +133,22 @@ sub get_packages { } elsif ($line =~ /^ +Installed: (.*)$/) { # etch dpkg -l does not print epochs, so use this info, it's better $installed-{$pkgname}{'installed'} = $1; +# initialize security-update +$installed-{$pkgname}{'security-update'} = 0; } elsif ($line =~ /^ +Candidate: (.*)$/) { $installed-{$pkgname}{'candidate'} = $1; +} elsif ($line =~ / ([^ ]+) [0-9]+/) { +# check if the next lines show the sources of our candidate +if ($1 eq $installed-{$pkgname}{'candidate'}) { +$candidate_found = 1; +} +} elsif (($line =~ / +[0-9]+ [^ ]+\/(security\.([^ ]+\.)?debian\.org|debian-security).*\/updates\//) $candidate_found ) { +$installed-{$pkgname}{'security-update'} = 1; } elsif ($line =~ /^ +\*\*\*/) { $line = shift @lines; my @l = split(/ +/, $line); $installed-{$pkgname}{'origin'} = $l[2]; + $candidate_found = 0; } } @@ -141,7 +153,7 @@ sub get_packages { } } - my (%current, %obsolete, %outofdate); + my (%current, %obsolete, %outofdate, %security_outofdate); for my $pkgname (keys %$installed) { my $pkg = $installed-{$pkgname}; @@ -151,7 +163,11 @@ sub get_packages { } if ($pkg-{'candidate'} ne $pkg-{'installed'}) { - $outofdate{$pkgname} = $pkg; + if ($pkg-{'security-update'}) { +$security_outofdate{$pkgname} = $pkg; + } else { +$outofdate{$pkgname} = $pkg; + } next; }; if ($pkg-{'origin'} eq '/var/lib/dpkg/status') { @@ -163,6 +179,7 @@ sub get_packages { $pkgs{'current'} = \%current; $pkgs{'outofdate'} = \%outofdate; + $pkgs{'security_outofdate'} = \%security_outofdate; $pkgs{'obsolete'} = \%obsolete; return \%pkgs; } @@ -298,6 +315,12 @@ my @reportform = ( 'short' = %d pc, 'perf' = prg_conf=%d;1;;0, 'status' = 'WARNING' }, + { 'key' = 'security_outofdate', + 'listpackages' = 1, + 'long' = %d packages with outstanding security updates: %s, + 'short' = %d security-updates, + 'perf' = security_outdated=%d;;1;0, + 'status' = 'CRITICAL' }, ); my @longout;
Bug#258096: DELIVERY OF YOUR PARCEL of ATM CARD of 2.5 million
You are advised to contact Mr Frank, with Full details immediately for ATM Card delivery to you E-mail:dhl-customer-serv...@universitarios.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737135: pending / depends added in 2.0.19-3
control: tags -1 + pending Hi, 2.0.19-3 already contains commit cd838c27fdba739614c756e096e50fba57c8e754 Author: Matthias Schmitz matth...@sigxcpu.org Date: Wed Jan 22 23:10:31 2014 +0100 Depends: libcgi-fast-perl as munin-cgi-graph needs this for zoomable graphs. though 2.0.20-1 will have commit 76bb8e4afbde2f55e022c5d8dd948fbeea728b0a Author: Holger Levsen hol...@layer-acht.org Date: Sun Feb 16 12:31:34 2014 +0100 only recommend libcgi-fast-perl, munin still works fine without it cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#744923: notify user about services to be restarted (checkrestart-like)
Package: apt Severity: wishlist Hi, When library packages are upgraded, services using those libraries need to be restarted for the change to take effect. A default Debian installation does nothing to inform the user about that. Some packages have implemented their own service restarting check in postinst, all done differently and as in the case of OpenSSL based on an ever incomplete list. The recent security issue in the latter has again proven the importance of such functionality. checkrestart exists to handle this case, but it's not installed by default, nor is it run automatically when it is. It makes sense to me that such a task is handled by a high level package manager. Having such functionality in the package manager would definitely improve the security of a Debian system. Is this something you'd consider? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738157: Please add Alpha as built arch in libreoffice
Hi, On Wed, Apr 16, 2014 at 09:17:51PM +1200, Michael Cree wrote: On Tue, Apr 15, 2014 at 03:15:56PM +0200, Rene Engelhard wrote: On Tue, Apr 15, 2014 at 02:49:44PM +0200, Rene Engelhard wrote: With all that libreoffice builds successfully on Alpha!!! Where is that visible? http://buildd.debian-ports.org/status/package.php?p=libreofficesuite=sid http://buildd.debian-ports.org/status/package.php?p=libreofficesuite=experimental Not here. Well, of course not! Alpha has been removed from the architecture list in debian/control of libreoffice, thus the wanna-build server shuffles libreoffice into the auto-not-for-us list for Alpha. The buildds are therefore never ever offered a chance to build libreoffice. *bumm*. Obviously, yeah... Sorry, for my ignorance :) Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736494: About #736494
Hi, On 2014-04-16 10:19, Thijs Kinkhorst wrote: On Sun, April 13, 2014 14:39, Adam D. Barratt wrote: On Sun, 2014-04-13 at 13:58 +0200, William Dauchy wrote: Is there someone available to validate this package? Lots of present fixes are more than needed to have an usable version of php in production. Such comments really aren't that helpful. It's entirely possible to have an usable version of php in production using the current package in wheezy, or it wouldn't have made it in to wheezy in the first place and no-one would have been using it on stable systems for the past year. (That's not to say that some people aren't adversely affected by issues in the current package, but that's far from your claim that it's generally unusable.) I realise you've put a lot of effort in to the patch, and that's obviously appreciated, but a diff for stable of the size 46 files changed, 4303 insertions(+), 372 deletions(-) where most of the diff appears to be actual changes (as opposed to translations, or autogenerated files) is non-trivial to review, particularly when people are already short on time. :( I fully understand the lack of manpower. But also, obviously the update fixes significant bugs and has seen lots of real world testing, probably more than many of the other packages proposed for a stable update. Indeed. One thing that wasn't absolutely clear from the original (although I guess was potentially implied) is whether any of the fixes which are relevant have previously been applied in some way to the packages in unstable. Is there a model or approach you can suggest that would work for the SRMs? In all honesty, I'm not sure putting the changes off any longer is going to increase the chances of someone finding the time to do a detailed review. I'm also conscious that we're now within a few days of the window for 7.5 closing. If the upload was made in time, I'm inclined to accept it for 7.5; it will need updating to account for the fact that there's been a stable-security upload since the original diff was produced. On a related note, it would be appreciated if comments such as cleanup series were more verbose in future, as it appears to have involved removing enabled patches (which ones hopes have been replaced by newer patches) as well as those which were already disabled. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742645: Confirmed with linux-image-3.14-trunk-amd64
On Du, 13 apr 14, 20:15:00, Newbeewan wrote: Hi, I have the same problem with the lastest trunk version (linux-image-3.14-trunk-amd64:3.14-1~exp1) ! Me too, just didn't get around to send the additional info. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738157: Please add Alpha as built arch in libreoffice
tag 738157 - wontfix thanks [ quoting as much as possible for the bug ] Hi, On Wed, Apr 16, 2014 at 09:01:29PM +1200, Michael Cree wrote: And: will that be kept? I.e. does 4.2.x build on alpha? It did build at 4.1.4-2 with the patches I submitted to the bug report. I now have version 4.1.5-2 with the same (refreshed) patches started on a build but it will be 36 hours before I know if it completes. I have not tried building version 4.2.x. It will be a few days before I can do so. Because it was also new r-deps... Will you provide fixes for alpha (at most) a few days *BEFORE* the LO release if needed? Otherwise it does not make sense - and given that alpha afaics never will be back in Debian a simple waste of resources. Well, typically I wait for a package to land in unstable and failing to build at debian-ports before chasing up what is the problem. I admit to being surprised by the requirement to provide fixes before an upstream release. I am not aware of any other maintainer putting that requirement on the porters. Nah, well, the point is that I (at least for release archs) don't want to be bothered by porting work. Or only if it's unavoidable and the issue is only seen after upload. Best thing always is (again, at least for release atchs, which alpha isn't) to have the bugs fixed pre-upload. and in case of LO that usually means pre-release as I always aim for an upload the day it is released :) Having said that, popcon numbers are declining and it is unlikely I will continue to work on Alpha beyond the release of Jessie. If libreoffice version 4.2.x builds fine (and works) with only adding alpha back into the architecture lists would you be happy to do that until the Jessie release? We can try. Done in all branches. And builds != works. Does it work? Yes. Installed on an Alpha, opening, editing and saving word documents worked fine. OK... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744895: libbloom-filter-perl: current upstream version of Bloom::Filter is 1.2
Also, please note that Bloom::Filter has always been licensed under GPL 2, not GPL 1 or Perl Artistic license as stated in Debian package. This is corrected. However, there is what I believe to be a misspelling of the license name. At the end of Filter.pm it reads ... under version 2 of the GNU Public License (GPL). I think there is a missing 'General' before 'Public'. Nothing urgent, but you may want to fix it in the next release. Thanks for reporting this, I've fixed this in https://github.com/Xaerxess/Bloom-Filter/commit/5a22a9a94fce31b7126b23f8fb96a9ffd0d32b07- it'll be in the next release. Should I fill a bug every time there's an upstream release of a module I maintain? Cheers, Grzegorz
Bug#744274: cdo: wrong grib2 output
Thanks. Can you make the test file available? Also, on which arcitecture is this, i386 or amd64? and can you send the output of cdo -V please. thanks Alastair On 12/04/2014 11:21, Alberto Maurizi wrote: cdo selname,param8.1.0 -seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 00/globo_201403020 0_00.grib2 qq.grib2 cdo -f nc selname,param8.1.0 -seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 00/globo_201 4030200_00.grib2 qq.nc give different results (checked with cdo sinfo). The result of the first command gives wrong dates: Time coordinate : unlimited steps RefTime = 2014-03-02 00:00:00 Units = minutes Calendar = proleptic_gregorian -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss 2014-05-31 00:00:00 2014-06-30 00:00:00 2014-07-30 00:00:00 2014-08-29 00:00:00 2014-09-28 00:00:00 2014-10-28 00:00:00 2014-11-27 00:00:00 2014-12-27 00:00:00 2015-01-26 00:00:00 2015-02-25 00:00:00 2015-03-27 00:00:00 2015-04-26 00:00:00 2015-05-26 00:00:00 2015-06-25 00:00:00 2015-07-25 00:00:00 2015-08-24 00:00:00 2015-09-23 00:00:00 2015-10-23 00:00:00 2015-11-22 00:00:00 2015-12-22 00:00:00 2016-01-21 00:00:00 2016-02-20 00:00:00 2016-03-21 00:00:00 2016-04-20 00:00:00 2016-05-20 00:00:00 2016-06-19 00:00:00 2016-07-19 00:00:00 2016-08-18 00:00:00 2016-09-17 00:00:00 2016-10-17 00:00:00 2016-11-16 00:00:00 2016-12-16 00:00:00 2017-01-15 00:00:00 2017-02-14 00:00:00 2017-03-16 00:00:00 2017-04-15 00:00:00 2017-05-15 00:00:00 2017-06-14 00:00:00 2017-07-14 00:00:00 2017-08-13 00:00:00 2017-09-12 00:00:00 2017-10-12 00:00:00 2017-11-11 00:00:00 2017-12-11 00:00:00 2018-01-10 00:00:00 2018-02-09 00:00:00 2018-03-11 00:00:00 2018-04-10 00:00:00 2018-05-10 00:00:00 2018-06-09 00:00:00 2018-07-09 00:00:00 2018-08-08 00:00:00 2018-09-07 00:00:00 2018-10-07 00:00:00 2018-11-06 00:00:00 2018-12-06 00:00:00 2019-01-05 00:00:00 2019-02-04 00:00:00 2019-03-06 00:00:00 2019-04-05 00:00:00 2019-05-05 00:00:00 2019-06-04 00:00:00 while the second gives: Time coordinate : 62 steps RefTime = 2014-03-02 00:00:00 Units = minutes Calendar = proleptic_gregorian -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss -MM-DD hh:mm:ss 2014-03-03 12:00:00 2014-03-04 00:00:00 2014-03-04 12:00:00 2014-03-05 00:00:00 2014-03-05 12:00:00 2014-03-06 00:00:00 2014-03-06 12:00:00 2014-03-07 00:00:00 2014-03-07 12:00:00 2014-03-08 00:00:00 2014-03-08 12:00:00 2014-03-09 00:00:00 2014-03-09 12:00:00 2014-03-10 00:00:00 2014-03-10 12:00:00 2014-03-11 00:00:00 2014-03-11 12:00:00 2014-03-12 00:00:00 2014-03-12 12:00:00 2014-03-13 00:00:00 2014-03-13 12:00:00 2014-03-14 00:00:00 2014-03-14 12:00:00 2014-03-15 00:00:00 2014-03-15 12:00:00 2014-03-16 00:00:00 2014-03-16 12:00:00 2014-03-17 00:00:00 2014-03-17 12:00:00 2014-03-18 00:00:00 2014-03-18 12:00:00 2014-03-19 00:00:00 2014-03-19 12:00:00 2014-03-20 00:00:00 2014-03-20 12:00:00 2014-03-21 00:00:00 2014-03-21 12:00:00 2014-03-22 00:00:00 2014-03-22 12:00:00 2014-03-23 00:00:00 2014-03-23 12:00:00 2014-03-24 00:00:00 2014-03-24 12:00:00 2014-03-25 00:00:00 2014-03-25 12:00:00 2014-03-26 00:00:00 2014-03-26 12:00:00 2014-03-27 00:00:00 2014-03-27 12:00:00 2014-03-28 00:00:00 2014-03-28 12:00:00 2014-03-29 00:00:00 2014-03-29 12:00:00 2014-03-30 00:00:00 2014-03-30 12:00:00 2014-03-31 00:00:00 2014-03-31 12:00:00 2014-04-01 00:00:00 2014-04-01 12:00:00 2014-04-02 00:00:00 2014-04-02 12:00:00 2014-04-03 00:00:00 In addition: if I execute cdo selname,param8.1.0 00/globo_2014030200_00.grib2 tmp.grib2 and then cdo seldate,2014-03-03T12:00:00,2014-04-03T00:00:00 tmp.grib2 qq.grib2 I get the right dates. In wheezy with cdo rebuilt for a backport of grib-api (1.10.4) I get the right result. Let me know if you need the input file (300MB) to reproduce the error, I will made it available for download. -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry A decent provision for the poor is the true test of civilization. ~Samuel Johnson, Boswell: Life of Johnson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744915: [Build-common-hackers] Bug#744915: cdbs updating of config.{sub, guess} is not automatic on buildds
Quoting Wookey (2014-04-16 10:44:45) CDBS provides functionality to automatically update config.sub and config.guess for autotools-using packages during the build. This is good practice and there is growing consensus that this should be automatic for Debian packages (although it is not yet policy). However this update only occurs if autotools-dev package is installed so that current versions are available in the debian canonical location. autotools-dev is only 'Recommended' by cdbs so on buildds it is not installed during a build, so CDBS-using packages fail to build on new architectures if their autoconf files are out of date (and very many are). This could be fixed in two ways. 1) Make every CDBS-and-autoconf- using package build-dep on autotools-dev, or 2) make cdbs depend on autotools-dev. It seems to me that packages that use CDBS are doing so party because they expect it to take care of this sort of thing. And it does when they test on their local system, where apt will install 'recommends' by default. But it will (quite subtly) fail to take care of this on buildds (or in local sbuild chroots but they won't notice because thier chroots are very unlikely to be for the affected new architectures so builds will still work) because those are set to not install recommends by default. I think the right fix for this is simply to make autotools-dev a proper dependency of CDBS, and not a recommends. Is there any real reason not to take this step? Purpose of CDBS is not to automagically do $stuff, but to offer common practice templates for package maintainers to conciously use. I acknowledge that recommending autotools-dev can be misleading, but that's better solved by only suggest it: Packages using CDBS but not autotools certainly are not unusual (cf. Debian Policy §7.2). If CDBS were to declare dependency on the tools the source package may benefit from but have not declared a build-dependency on, then the list would be far longer and pull in OpenJDK and Qt. That makes no sense. If autotools-dev is to be treated special, then the more appropriate would be IMO to include it as dependency of build-essential. NB! I should also mention that 1) is already in place (just not by default - updating build-dependencies during regular build is forbidden): 1) Copy debian/control to debian/control.in 2) Add @cdbs@ to Build-dependencies in debian/control.in 3) execute this (or any other build rule with same var set): fakeroot debian/rules clean DEB_MAINTAINER_MODE=1 Result varies based on the CDBS snippets included in the debian/rules file - specifically when autotools.mk is included _and_ CDBS detects existence of config.guess/config.sub, package is updated to declare a build-dependency on autotools-dev. For those not using above semi-autoresolving of package relations, there's hope too: I have recently improved handling of warnings in CDBS and hope to extend that to spit out a warning early in builds about autoresolved but unapplied package relations. Sorry that I don't agree with your quick fix. For (I guess) your main concern of having autotools-dev applied even when package maintainers do not care to add the needed build-dependency, I recommend you to try get that package part of build-essential explicitly rather than sneak it in by having cdbs or debhelper depend on it. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#742195: ITP: libmojolicious-plugin-cgi-perl -- Run CGI script from Mojolicious
It's been a while since my last package (it was before git) and i'm trying to update my knowlege about the packaging process. The problem i'm facing is that there's a test in this Perl distribution that is behaving differently inside pdebuild with cowbuilder. As far as i can see from the tests i performed outside pdebuild, the problem seems to be that there's an extra pipe for fd/0 which makes an odd number of pipes, thus failing the test. I made some changes to the test with quilt and pushed them into the pkg-perl repo, but they're only to help me debug the issue for now. Those changes make the test show some diags, e.g. $ pdebuild --pbuilder cowbuilder ... make[1]: Entering directory `/tmp/buildd/libmojolicious-plugin-cgi-perl-0.07' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/00-basic.t ... ok t/basic.t .. ok t/before.t . ok t/errlog.t . ok t/multipart.t .. ok # 11686 # waiting for 11686 Use of uninitialized value in pattern match (m//) at t/post.t line 35. # pipes: $VAR1 = [ # [ # '/proc/11685/fd/0', # 'pipe:[90940]' # ], # [ # '/proc/11685/fd/1', # 'pipe:[91868]' # ], # [ # '/proc/11685/fd/2', # 'pipe:[91869]' # ], # [ # '/proc/11685/fd/6', # 'pipe:[91868]' # ], # [ # '/proc/11685/fd/7', # 'pipe:[91869]' # ] # ]; # Failed test 'no leaky pipes' # at t/post.t line 41. # Looks like you failed 1 test of 5. t/post.t ... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/5 subtests t/redirect.t ... ok Does anybody have a clue about where does the fd/0 come from and how could i improve the test? I'll ask the author if it's safe to ignore fd/0 in this case. Any other thoughts? Thanks a lot, Alex signature.asc Description: Digital signature
Bug#743324: more info
I thought I'd add a bit more explanation. For things like Java to use opensc, people have to use a conf file. that conf file has to include the path to opensc-pkcs11.so. Having that path the same on all archs makes things a lot simpler. Other things also need to reference that .so, like: pkcs11-tool --module /usr/lib/opensc-pkcs11.so --list-slots I haven't found an 'official' way of doing this yet... signature.asc Description: OpenPGP digital signature
Bug#744924: file: buggy magic: mistakes text as diff
Package: file Version: 1:5.17-1 Severity: normal The attached text file is regarded as diff output by file: xvii:~ file out out: diff output, ASCII text -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages file depends on: ii libc6 2.18-4 ii libmagic1 1:5.17-1 ii zlib1g 1:1.2.8.dfsg-1 file recommends no packages. file suggests no packages. -- no debconf information *** results from t3-secstep *** function: p1234 exponent: 0 msize: 54 ibits: 40 nbits: 44 interval: 0..8191
Bug#744925: udevil cannot mount ext2 image files RW
Package: udevil Version: 0.4.3-1~bpo70+1 Severity: important Dear Maintainer, I need to mount ext2 image files RW as user. Example (If -t ext2 is not given it does not mount at all): udevil mount -t ext2 '/media/service/persistence' Log entry: $ udevil mount -t ext2 /media/service/sid/persistence ROOT: /sbin/losetup /dev/loop0 /media/service/sid/persistence ROOT: /bin/mount -t ext2 -o nosuid,noexec,nodev,noatime,ro /dev/loop0 /media/persistence Mounted /media/service/sid/persistence at /media/persistence The man page does not help. Whatever I do with the conf file ro is always appended to the options. The same file can be (loop-)mounted RW with the usual CLI root commands. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udevil depends on: ii libc6 2.13-38+deb7u1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libudev0 175-7.2 Versions of packages udevil recommends: ii pmount 0.9.99-alpha-1 ii udisks 1.0.4-7wheezy1 ii zenity 3.4.0-2 Versions of packages udevil suggests: ii cifs-utils 2:5.5-1 ii curlftpfs 0.9.2-5 ii eject 2.1.5+deb1+cvs20081104-13 ii sshfs 2.4-1 -- Configuration Files: /etc/udevil/udevil.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744755: gnome-panel: bottom panel blank, unable to add items to it
I ran $ gsettings reset-recursively org.gnome.gnome-panel and it removed all panels (top and bottom) then I ran $ gnome-panel --replace and went back to the same scenario (top panel ok, bottom panel empty and still can't add items), with this output: (gnome-panel:4866): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion 'accelerator != NULL' failed ** (gnome-panel:4866): WARNING **: Unable to parse mouse modifier '(null)' (gnome-panel:4866): Gtk-CRITICAL **: gtk_accelerator_parse_with_keycode: assertion 'accelerator != NULL' failed ** (gnome-panel:4866): WARNING **: Unable to parse mouse modifier '(null)' (gnome-panel:4866): GLib-GObject-WARNING **: /tmp/buildd/glib2.0-2.40.0/./gobject/gsignal.c:2462: signal 'size_request' is invalid for instance '0x1d20460' of type 'GtkLabel' *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug (gnome-panel:4866): GLib-GObject-WARNING **: /tmp/buildd/glib2.0-2.40.0/./gobject/gsignal.c:2462: signal 'size_request' is invalid for instance '0x1f53190' of type 'GtkLabel' *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug *** BUG *** In pixman_region32_init_rect: Invalid rectangle passed Set a breakpoint on '_pixman_log_error' to debug On Wed, Apr 16, 2014 at 5:26 AM, Dmitry Shachnev mity...@gmail.com wrote: On Mon, Apr 14, 2014 at 4:11 PM, Andres Martinez tulsi...@gmail.com wrote: Package: gnome-panel Version: 3.8.0-3 Severity: important Dear Maintainer, * What led up to the situation? The bottom panel of gnome-flashback is empty * What exactly did you do (or not do) that was effective (or ineffective)? If I try to add an item to it (via Alt-Right click) -- Add to panel, it shows the items list but when I click Add, nothing happens * What was the outcome of this action? No Item added to the bottom panel * What outcome did you expect instead? The selected item added to the bottom panel I cannot reproduce this, even with a fresh setup. Can you please try resetting the configuration and see if that helps? gsettings reset-recursively org.gnome.gnome-panel -- Dmitry Shachnev
Bug#744924: file: buggy magic: mistakes text as diff
Control: retitle -1 buggy magic: mistakes text as diff when starting with *** On 2014-04-16 12:46:46 +0200, Vincent Lefevre wrote: The attached text file is regarded as diff output by file: [...] This happens when the file starts with *** (3 stars and a space). Checking only for these 4 characters is just silly! Two solutions: 1. Check that the second line starts with --- (possibly check the third line as well, and this should be sufficient). See https://en.wikipedia.org/wiki/Diff#Context_format for an example. 2. If this is too complex, remove the support for this context diff format, as it is more or less obsolete. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744367: Breaks python-repoze.who
* Andrey Rahmatullin w...@wrar.name, 2014-04-13, 17:55: After installing python-repoze.lru import repoze.who no longer works. https://lists.debian.org/20131112150842.gb3...@jwilk.net -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725896: (no subject)
Tried to change the theme name in ~/.config/gtk-3.0/settings.ini but it seems to have no effect at all (at least on my configuration, MATE and XFCE). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744927: No VIF information in xentop with xl
Package: xen-utils-4.3 Version: 4.3.0-3+b1 Using the xl toolstack there's no information about the networks of the domUs in xentop. I have a PV and a HVM domU and both are shown as having 0 network interfaces, while in fact they have functioning interfaces. Here's one of the interfaces that should be shown, from xenstore: 29 = 0 = frontend = /local/domain/29/device/vif/0 frontend-id = 29 online = 1 state = 2 script = /etc/xen/scripts/vif-route-atw vifname = x mac = 00:16:3e:00:01:0d ip = x bridge = xenbr0 handle = 0 type = vif_ioemu feature-sg = 1 feature-gso-tcpv4 = 1 feature-rx-copy = 1 feature-rx-flip = 0 hotplug-status = connected -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744928: network-manager: Doesn't add IP address to interface on connection
Package: network-manager Version: 0.9.8.8-6 Severity: important Dear Maintainer, After upgrading, network-manager no longer adds the IP address to the interface when connecting to a wifi or VPN connection. The IP addresses are listed in /var/log/syslog, and if I add them manually to the interface, I am able to connect to the network. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.0-3 ii init-system-helpers1.18 ii isc-dhcp-client4.2.4-7 ii libc6 2.18-4 ii libdbus-1-31.8.0-3 ii libdbus-glib-1-2 0.102-1 ii libgcrypt111.5.3-4 ii libglib2.0-0 2.40.0-2 ii libgnutls262.12.23-13 ii libgudev-1.0-0 204-8 ii libmm-glib01.0.0-4 ii libnl-3-2003.2.24-1 ii libnl-genl-3-200 3.2.24-1 ii libnl-route-3-200 3.2.24-1 ii libnm-glib40.9.8.8-5 ii libnm-util20.9.8.8-5 ii libpam-systemd 204-8 ii libpolkit-gobject-1-0 0.105-4 ii libsoup2.4-1 2.46.0-2 ii libsystemd-daemon0 204-8 ii libsystemd-login0 204-8 ii libuuid1 2.20.1-5.7 ii lsb-base 4.1+Debian12 ii policykit-10.105-4 ii udev 204-8 ii wpasupplicant 1.1-1 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.68-1 ii iptables 1.4.21-1 ii modemmanager 1.0.0-4 ii ppp 2.4.5+git20130610-4 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744294: Acknowledgement (RFS: mjpg-streamer/1.0r182)
The package is checked with Lintian. All the occurring warnings are because of existing Lintian bugs or other things unrelated to the package. The errors about the occurring so-files come up for the following reason: The mainstream author of the software uses so-files as plugins. These plugins have the be used in command line parameters. The errors are in my opinion wrong and also the Lintian doc says this is most likely an error. This is my second package (so I'm new to this). I would be thankful for any review or advices on how to improve it. On 12 April 2014 23:21, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Mentors package-sponsorship-reque...@lists.debian.org If you wish to submit further information on this problem, please send it to 744...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 744294: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744294 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744157: (no subject)
I'm afraid this still doesn't work even after upgrading to jessie (xen-utils-4.3 4.3.0-3+b1). Should I open a new bug against xen-utils-4.3 or can this bug somehow be applied to that package as well? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744895: libbloom-filter-perl: current upstream version of Bloom::Filter is 1.2
-=| Grzesiek, 16.04.2014 12:36:11 +0200 |=- ... under version 2 of the GNU Public License (GPL). I think there is a missing 'General' before 'Public'. Nothing urgent, but you may want to fix it in the next release. Thanks for reporting this, I've fixed this in https://github.com/Xaerxess/Bloom-Filter/commit/5a22a9a94fce31b7126b23f8fb96a9ffd0d32b07- it'll be in the next release. Cool. Should I fill a bug every time there's an upstream release of a module I maintain? We use a tool[1] to track newer upstream releases, so there is generally no need to file bug reports. If there are important fixes in the release, a bug report should help us to prioritise the package and update it quicker. [1] http://pet.debian.net/pkg-perl/pet.cgi Cheers, dam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728536: undefined method `new_record?' for #ClientSideValidations::ActiveRecordTestBase:0x00000004872158 (NoMethodError)
Running tests for ruby2.0 using debian/ruby-tests.rake ... /usr/lib/ruby/vendor_ruby/active_record/validations.rb:68:in `valid?': undefined method `new_record?' for #ClientSideValidations::ActiveRecordTestBase:0x0004872158 (NoMethodError) from /usr/lib/ruby/vendor_ruby/test/unit/testsuitecreator.rb:40:in `append_test' from /usr/lib/ruby/vendor_ruby/test/unit/testsuitecreator.rb:32:in `create' from /usr/lib/ruby/vendor_ruby/test/unit/testcase.rb:139:in `suite' from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:60:in `block in add_test_case' from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:59:in `each' from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:59:in `add_test_case' from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:35:in `block in add_test_cases' from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:34:in `each' from /usr/lib/ruby/vendor_ruby/test/unit/collector.rb:34:in `add_test_cases' from /usr/lib/ruby/vendor_ruby/test/unit/collector/descendant.rb:13:in `collect' from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:84:in `block in class:AutoRunner' from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:400:in `[]' from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:400:in `run' from /usr/lib/ruby/vendor_ruby/test/unit/autorunner.rb:59:in `run' from /usr/lib/ruby/vendor_ruby/test/unit.rb:502:in `block (2 levels) in top (required)' rake aborted! Command failed with status (1): [ruby -Ilib:lib:test -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb test/action_view/cases/test_helpers.rb test/action_view/cases/test_legacy_helpers.rb test/active_model/cases/test_acceptance_validator.rb test/active_model/cases/test_base.rb test/active_model/cases/test_confirmation_validator.rb test/active_model/cases/test_exclusion_validator.rb test/active_model/cases/test_format_validator.rb test/active_model/cases/test_inclusion_validator.rb test/active_model/cases/test_length_validator.rb test/active_model/cases/test_numericality_validator.rb test/active_model/cases/test_presence_validator.rb test/active_model/cases/test_validations.rb test/active_record/cases/test_base.rb test/active_record/cases/test_middleware.rb test/active_record/cases/test_uniqueness_validator.rb test/core_ext/cases/test_core_ext.rb test/generators/cases/test_generators.rb test/middleware/cases/test_middleware.rb test/test_loader.rb ] -e:1:in `main' Tasks: TOP = default = test (See full trace by running task with --trace) Test ruby2.0 failed. Continue building the package? (Y/N) -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744929: RFS: crashmail/1.5-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package crashmail * Package name : crashmail Version : 1.5-1 Upstream Author : Robert James Clay jame@rocasa * URL : http://ftnapps.sourceforge.net/crashmail.html * License : Permissive Section : mail It builds those binary packages: crashmail - JAM and *.MSG capable Fidonet tosser crashmail-dbg - debugging symbols for crashmail To access further information about this package, please visit the following URL: http://mentors.debian.net/package/crashmail Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/crashmail/crashmail_1.5-1.dsc More information about Crashmail can be obtained from http://ftnapps.sourceforge.net/crashmail.html. Changes since the last upload: * New upstream release. - Multiple fixes for compile time build issues. - Update and reconcile the overall version of Crashmail II with its existing tools versioning. * Rewrite debian/copyright for machine-readable format. * Rewrite debian/rules for use for newer versions of debhelper. * Changes to debian/patches/: - Use 01-ExamplePrefs.patch to set expected Debian paths in example.prefs. - Rewrite 02-Makefile.patch to not strip binaries. * Changes to debian/control: - Update the Debhelper Build-Depends version to '= 8'. - Add stanza for debugging symbols crashmail-dbg package. - Update Standards-Version to v3.9.5, no changes required. - Update home page and Vcs* entries for SourceForge project. - Remove Homepage entry in binary package stanza as it is not necessary. * Add debian/README.source file, detailing using quilt for source patching. * Update the Debhelper compatibility to '8' in debian/compat. * Add debian/crashlistout.1 for the missing man page. * Add file debian/watch for use by uscan. Regards, Robert James Clay
Bug#740812: mysql-client-5.5: mysqlcheck does not handle tables with dots in their names correctly
Hello, Here are the upstream patches that fix this issue: http://bazaar.launchpad.net/~mysql/mysql-server/5.7/revision/7416/client/mysqlcheck.c http://bazaar.launchpad.net/~mysql/mysql-server/5.7/revision/7481/client/mysqlcheck.c Is that possible to consider the backport of these patches in mysql5.5 (hence in wheezy)? Thanks. -- Jean-Loup
Bug#744930: Failed migration from 4.3 to 4.1 crashes VM on sender
Package: xen Version: 4.3.0-3+b1 When trying to migrate from a 4.3 host to a 4.1 host (which should fail of course, but gracefully), the PV guest on the sending host crashes. To be honest, I have no idea which component to file this bug against. The sending host has been upgraded to jessie. Here're the relevant package versions: ii libxen-4.3 4.3.0-3+b1 amd64 Public libs for Xen ii libxen-dev 4.3.0-3+b1 amd64 Public headers and libs for Xen ii libxenstore3.0 4.3.0-3+b1 amd64 Xenstore communications library for Xen ii xen-hypervisor-4.3-amd644.3.0-3+b1 amd64 Xen Hypervisor on AMD64 ii xen-system-amd644.3.0-3+b1 amd64 Xen System on AMD64 (meta-package) ii xen-utils-4.3 4.3.0-3+b1 amd64 XEN administrative tools ii xen-utils-common4.3.0-3 all Xen administrative tools - common files ii xenstore-utils 4.3.0-3+b1 amd64 Xenstore utilities for Xen Output from xl migrate: libxl: error: libxl_utils.c:393:libxl_read_exactly: file/stream truncated reading ready message from migration receiver stream Migration failed, resuming at sender. Output from crashed VM: [69204.815336] kernel BUG at /build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_xen/drivers/xen/events.c:1245! [69204.815336] invalid opcode: [#1] SMP [69204.815336] last sysfs file: /sys/devices/virtual/net/lo/operstate [69204.815336] CPU 0 [69204.815336] Modules linked in: dm_snapshot dm_mirror dm_region_hash dm_log snd_pcm snd_timer snd soundcore snd_page_alloc pcspkr evdev xfs exportfs dm_mod xen_blkfront xen_netfront [69204.815336] Pid: 9975, comm: kstop/0 Not tainted 2.6.32-5-xen-amd64 #1 [69204.815336] RIP: e030:[811f2384] [811f2384] xen_irq_resume+0x10c/0x2bb [69204.815336] RSP: e02b:88001f005d40 EFLAGS: 00010082 [69204.815336] RAX: ffef RBX: RCX: 0001 [69204.815336] RDX: 8800033c8000 RSI: ffef RDI: 0001 [69204.815336] RBP: R08: 0200 R09: 88001f005db0 [69204.815336] R10: e8fe8128 R11: 88001fca2000 R12: 01ff [69204.815336] R13: R14: 00012b00 R15: 00012aa0 [69204.815336] FS: 7fac890a5750() GS:8800033c8000() knlGS: [69204.815336] CS: e033 DS: ES: CR0: 8005003b [69204.815336] CR2: 7f58a09a61c8 CR3: 1e4f8000 CR4: 2660 [69204.815336] DR0: DR1: DR2: [69204.815336] DR3: DR6: 0ff0 DR7: 0400 [69204.815336] Process kstop/0 (pid: 9975, threadinfo 88001f004000, task 88001dcbea60) [69204.815336] Stack: [69204.815336] 8800033d9d70 811f10f8 88001f005d90 [69204.815336] 0 810e831c 88001fd58620 [69204.815336] 0 88001fca2000 67f9 8100e63d 8100ecf2 [69204.815336] Call Trace: [69204.815336] [811f10f8] ? gnttab_map+0x105/0x112 [69204.815336] [810e831c] ? kfree+0xc6/0xcb [69204.815336] [8100e63d] ? xen_force_evtchn_callback+0x9/0xa [69204.815336] [8100ecf2] ? check_events+0x12/0x20 [69204.815336] [811f3980] ? xen_suspend+0xaf/0xc4 [69204.815336] [8108bd2a] ? stop_cpu+0x83/0xc6 [69204.815336] [81062887] ? worker_thread+0x188/0x21d [69204.815336] [8108bca7] ? stop_cpu+0x0/0xc6 [69204.815336] [81065eb2] ? autoremove_wake_function+0x0/0x2e [69204.815336] [810626ff] ? worker_thread+0x0/0x21d [69204.815336] [81065be5] ? kthread+0x79/0x81 [69204.815336] [81012baa] ? child_rip+0xa/0x20 [69204.815336] [81011d61] ? int_ret_from_sys_call+0x7/0x1b [69204.815336] [8101251d] ? retint_restore_args+0x5/0x6 [69204.815336] [81012ba0] ? child_rip+0x0/0x20 [69204.815336] Code: fe 0f b7 40 08 39 e8 74 04 0f 0b eb fe 48 8d 74 24 70 bf 01 00 00 00 89 6c 24 70 44 89 6c 24 74 e8 c3 f9 ff ff 85 c0 89 c6 74 04 0f 0b eb fe 8b 5c 24 78 48 8b 05 75 66 49 00 b9 04 00 00 00 48 [69204.815336] RIP [811f2384] xen_irq_resume+0x10c/0x2bb [69204.815336] RSP 88001f005d40 [69204.815336] ---[ end trace 45b15f10b39c02ad ]--- [69204.815336] [ cut here ] [69204.815336] WARNING: at /build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_xen/kernel/time/timekeeping.c:249 ktime_get+0x22/0xb7() [69204.815336] Modules linked in: dm_snapshot dm_mirror dm_region_hash dm_log snd_pcm snd_timer snd soundcore
Bug#740678: Abiword maintainer
I think I can maintain this package.
Bug#744931: ipython-notebook-common: Broken symlink to fonts-font-awesome due to #743034 resolution
Package: ipython-notebook-common Version: 1.2.1-2 Severity: normal Dear Maintainer, When opening ipython notebook web-interface the top-row buttons lack the icons. The reason for this problem is that symlinks inside the directory /usr/share/ipython/notebook/static/components/font-awesome/build/assets/font-awesome/font point to files in the /usr/share/fonts-font-awesome/font directory, which does not exists anymore due to #743034 bug resolution. Creating symlink 'font - fonts' in the /usr/share/fonts-font-awesome solves the problem and makes icons visible again. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ipython-notebook-common depends on: ii fonts-font-awesome 4.0.3~dfsg-2 ii libjs-highlight 8.0+ds-1 ii libjs-jquery1.7.2+dfsg-3 ii libjs-jquery-ui 1.10.1+dfsg-1 ii libjs-marked0.3.1+dfsg-1 ii libjs-mathjax 2.3-1 ipython-notebook-common recommends no packages. Versions of packages ipython-notebook-common suggests: ii pandoc 1.12.2.1-1+b2 pn pgf 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#734675: fftw3: Fix configury for neon support on arm64 (armv8)
what is the exit code if you run the command by itself? maybe libtool is eating the error message also try running the line without libtool, just copy the part after gcc-4.9 dropping all the bash .../libtool --tag stuff also the build allows parallel compilation, maybe try with DEB_BUILD_OPTIONS=parallel=1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744932: debhelper: document compat level at which debug packages use build-id debug symbols
Package: debhelper Version: 9.20140228 Severity: normal dh_strip on compat levels 7 and below stores debug information on /usr/lib/debug/$fullpath, but on compat levels 8 and above it stores them on /usr/lib/debug/.build-id/${build-id}. This is not documented neither in debhelper(7) nor in dh_strip(1). I think it should be documented in both. Saludos -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.24.51.20140411-2 ii dpkg1.17.6 ii dpkg-dev1.17.6 ii file1:5.17-1 ii man-db 2.6.7.1-1 ii perl5.18.2-2+b1 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.63 -- 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#744928: [Pkg-utopia-maintainers] Bug#744928: network-manager: Doesn't add IP address to interface on connection
tags 744928 + moreinfo, unreproducible thanks Am 16.04.2014 13:42, schrieb Chris AtLee: Package: network-manager Version: 0.9.8.8-6 Severity: important Dear Maintainer, After upgrading, network-manager no longer adds the IP address to the interface when connecting to a wifi or VPN connection. The IP addresses are listed in /var/log/syslog, and if I add them manually to the interface, I am able to connect to the network. Please send me the configuration for this connection. It is stored in /etc/NetworkManager/system-connection/name I also need a debug log, please run NetworkManager --no-daemon --log-level=DEBUG An output of nm-tool after NM has activated the interface and ifconfig without you having changed anything manually, would be helpful, too. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#742195: ITP: libmojolicious-plugin-cgi-perl -- Run CGI script from Mojolicious
On Wednesday 16 April 2014 12:43:17 Alex Muntada wrote: Does anybody have a clue about where does the fd/0 come from and how could i improve the test? I'll ask the author if it's safe to ignore fd/0 in this case. Any other thoughts? The problem is: '/proc' is not mounted in the pbuilder chroot. You have to use --bindmount option (see pbuilder(8) ) to mount /proc inside the chroot. Unfortunately, I don't think this is possible in Debian build environments (and it won't work in system where /proc is not available: hurd ? bsd ? ) so you may have to disable these tests. HTH -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org signature.asc Description: This is a digitally signed message part.
Bug#744933: [texlive-latex-extra] cleveref needs to be updated for the latest IEEEtrantools
Package: texlive-latex-extra Version: 2013.20140408-1 Severity: normal --- Please enter the report below this line. --- cleveref v0.19 is still using functions of IEEEtrantool that have disappeared at least since IEEEtrantools.sty 2012/12/27 version V1.3 E.g. it is using \if@IEEEissubequation which does not exist anymore. I think this is a fix, to be checked. \def\@IEEEeqnarrayXCR[#1]{% \if@eqnsw% - \if@IEEEissubequation% + \ifnum\c@IEEEsubequation0% %\addtocounter{equation}{1}% \refstepcounter{IEEEsubequation}% \addtocounter{IEEEsubequation}{-1}% There is also an error while trying to use the deprecated \if@IEEElastlinewassubequation but that's not very clear to me how to do a proper fix. Better to check how IEEEtrantool is handling equations and overload properly those functions in cleveref... texlive-latex-extra 2013.20140408-1 texlive-publishers 2013.20140408-1 --- System information. --- Architecture: amd64 Kernel: Linux 3.11-2-amd64 Debian Release: jessie/sid 700 debian packages.linuxmint.com 700 debian extra.linuxmint.com 500 testing debian.linuxmint.com 500 stable dl.google.com 400 testing ftp.be.debian.org 350 stable http.kali.org --- Package information. --- Depends (Version) | Installed -+-=== dpkg (= 1.14.18) | 1.16.12 tex-common (= 3) | 4.04 texlive-binaries (= 2013.20130512) | 2013.20130729.30972-2 texlive-base (= 2013.20140253) | 2013.20140408-1 preview-latex-style | 11.87-1 texlive-pictures (= 2013.20140325) | 2013.20140408-1 luatex | 0.76.0-3 texlive-latex-recommended (= 2013.20140325) | 2013.20140408-1 debconf (= 0.5) | 1.5.52 OR debconf-2.0 | ucf | 3.0027+nmu1 debconf (= 1.4.69) | 1.5.52 OR cdebconf (= 0.39) | dpkg (= 1.14.18) | 1.16.12 Package Status (Version) | Installed ===-+-=== tex-common | 4.04 texlive-binaries | 2013.20130729.30972-2 Recommends (Version) | Installed ==-+-=== texlive-latex-extra-doc | Suggests (Version) | Installed =-+-=== python-pygments | libfile-which-perl | debhelper (= 7.0.8) | 9.20131127 --- Output from package bug script --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744850: pu: package gst-plugins-bad0.10/0.10.23-7.1+deb7u1
Control: tags -1 + pending On 2014-04-16 8:32, Moritz Mühlenhoff wrote: On Tue, 2014-04-15 at 14:51 +0200, Moritz Mühlenhoff wrote: Attached debdiff fixes a FTBFS of gst-plugins-bad0.10 in stable (caused by the libmodplug update in DSA 2751) Please go ahead. Uploaded. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744594: closed by Xavier Roche ro...@httrack.com (Bug#744594: fixed in httrack 3.48.1-2)
Control: reopen -1 Control: tags -1 + patch you still don't call dh_autoreconf. patch at http://launchpadlibrarian.net/172950973/httrack_3.48.1-4_3.48.1-4ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743842: [php-maint] Bug#743842: Bug#743842: php5: uninstallable due to dependency loops
On Tue, Apr 8, 2014, at 14:27, Julien Cristau wrote: On Mon, Apr 7, 2014 at 12:49:08 +0200, Thijs Kinkhorst wrote: On Mon, April 7, 2014 11:49, Thorsten Glaser wrote: Please remove the Depends: php5-json from php itself. PHP should not depend on any of its extensions; people can rather do that themselves. (Actually, this is an issue in every version that had this Depends.) The dependency exists for transitional reasons: the functionality in the extension used to be in core, so the dependency guarantees that upgrades will not regress in functionality and applications will suddenly break. It can be weakened after one release cycle. Wouldn't it work with just a Recommends? Haven't you seen the shitstorm that happened on the net when we had just Recommends? I did :(. So technically it's the easiest solution, but socially it's not. O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744934: Please add SOCKS support in apt
Package: apt Version: 1.0.1 Severity: wishlist In some situations, it would be useful to be able to ask apt to use a SOCKS5 proxy when fetching package lists and packages. Please add SOCKS5 proxy support in the http, https and ftp download methods. The notation in apt.conf could be something like this: Acquire::http::Proxy socks://127.0.0.1:9000/; Acquire::https::Proxy socks://127.0.0.1:9000/; Acquire::ftp::Proxy socks://127.0.0.1:9000/; -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744935: docker.io: run fails with Error resize: Error: bad file descriptor (despite of cfgroups-mount being installed)
Package: docker.io Version: 0.9.1~dfsg1-2 Severity: normal Dear Maintainer, After building an image using /usr/share/docker.io/contrib/mkimage-debootstrap.sh local/debian wheezy I am unable to run docker.io run -i -t local/debian:wheezy echo success The error is along the lines of [error] client.go:2346 Error resize: Error: bad file descriptor I have googled a lot and multiple times went through the moves of purging/reinstallin both docker.io and cgroups-mount - with no success. cgroup mountlook as follows: mount | grep cgroup cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,mode=755) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu) cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct) cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event) systemd on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,name=systemd No cgroup-related entry exists in /etc/cgroup. Please advise what might be going wrong. Sincerely, Joh -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docker.io depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.18 ii iptables 1.4.21-1 ii libapparmor1 2.8.0-5+b1 ii libc62.18-4 ii libdevmapper1.02.1 2:1.02.83-2 ii libsqlite3-0 3.8.4.1-1 ii perl 5.18.2-2+b1 Versions of packages docker.io recommends: ii aufs-tools 1:3.2+20130722-1.1 ii ca-certificates 20140325 ii cgroupfs-mount 1.0 ii git 1:1.9.1-1 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages docker.io suggests: ii btrfs-tools 3.12-1 ii debootstrap 1.0.59 ii lxc 0.9.0~alpha3-2+deb8u1 ii rinse2.0.1-1 -- Configuration Files: /etc/default/docker.io changed: DOCKER_OPTS='--bridge=none --graph=/home/docker' -- 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#744936: nrpe sends twp packges after the connection is already closed
Package: nagios-nrpe-server Version: 2.13-3 Hi, the nrpe client sends two RST flags too much after a nrpe connection was already closed. As metioned here: http://tracker.nagios.org/view.php?id=305 this can easily be fixed. regards, Svenja Otten. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744937: gcc-defaults: Package db5.3 doesn't build the libdb5.3-java-gcj_5.3.28-3_ppc64el.deb, due to the gcc-defaults package.
Package: gcc-defaults Version: 1.126 Severity: wishlist Tags: upstream patch We are working to enable ppc64el port for Debian[1] and we would like to include this architecture as a supported one, thus fixing gcc-defaults to generate the /usr/share/gcj/debian_defaults file, which will be consumed later by other packages to generate their binaries, such as the libdb5.3-java-gcj_5.3.28-3_ppc64el.deb for example. So, we would like to include ppc64el into the following variables: gcj_archs gcj_native_archs [1] https://wiki.debian.org -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -purN a/debian/rules b/debian/rules --- a/debian/rules 2014-04-08 19:41:18.269998302 + +++ b/debian/rules 2014-04-08 19:42:26.09086 + @@ -257,8 +257,8 @@ ifneq (,$(filter $(DEB_HOST_ARCH),$(gcj4 LIBGCJ_SONAME = 14 endif -gcj_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386 -gcj_native_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 mips mipsel powerpc powerpcspe ppc64 s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386 +gcj_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 m68k mips mipsel powerpc powerpcspe ppc64 ppc64el s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386 +gcj_native_archs = alpha amd64 armel armhf arm64 hppa i386 ia64 mips mipsel powerpc powerpcspe ppc64 ppc64el s390 s390x sh4 sparc sparc64 x32 kfreebsd-amd64 kfreebsd-i386 hurd-i386 multilib_archs = amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc sparc64 x32 ifneq (,$(filter $(DEB_HOST_ARCH), $(multilib_archs)))
Bug#744938: nmap: manual page missing text
Package: nmap Version: 6.40-0.2 Severity: minor In the PORT SCANNING BASICS The six port states recognized by Nmap section of the Nmap manual page, the actual state names are missing. This is what it says: An application is actively accepting TCP connections, UDP datagrams or SCTP associations on this port. Finding these is often the primary goal of port scanning. Security-minded people know that each open port is an avenue for attack. Attackers and pen-testers want to exploit the open ports, while administrators try to close or protect them with firewalls without thwarting legitimate users. Open ports are also interesting for non-security scans because they show services available for use on the network. A closed port is accessible (it receives and responds to Nmap probe packets), but there is no application listening on it. They can be helpful in showing that a host is up on an IP address (host discovery, or ping scanning), and as part of OS detection. Because closed ports are reachable, it may be worth scanning later in case some open up. Administrators may want to consider blocking such ports with a firewall. Then they would appear in the filtered state, discussed next. [..] But if you check http://nmap.org/book/man-port-scanning-basics.html, you'll see that it says: open An application is actively accepting TCP connections, UDP datagrams or SCTP associations on this port. Finding these is often the primary goal of port scanning. Security-minded people know that each open port is an avenue for attack. Attackers and pen-testers want to exploit the open ports, while administrators try to close or protect them with firewalls without thwarting legitimate users. Open ports are also interesting for non-security scans because they show services available for use on the network. closed A closed port is accessible (it receives and responds to Nmap probe packets), but there is no application listening on it. They can be helpful in showing that a host is up on an IP address (host discovery, or ping scanning), and as part of OS detection. Because closed ports are reachable, it may be worth scanning later in case some open up. Administrators may want to consider blocking such ports with a firewall. Then they would appear in the filtered state, discussed next. [..] Regards, Oskar -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nmap depends on: ii libc62.18-4 ii libgcc1 1:4.8.2-16 ii liblinear1 1.8+dfsg-1 ii liblua5.2-0 5.2.3-1 ii libpcap0.8 1.5.3-2 ii libpcre3 1:8.31-2 ii libssl1.0.0 1.0.1g-2 ii libstdc++6 4.8.2-16 pn python:any none nmap recommends no packages. nmap 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#725896: liferea: Upper right panel in normal view is always at minimum size when opening liferea
On Wed, Apr 16, 2014 at 12:33:43PM +0100, Simone wrote: Tried to change the theme name in ~/.config/gtk-3.0/settings.ini but it seems to have no effect at all (at least on my configuration, MATE and XFCE). Take into account that usually settings are retrieved from a settings daemon communicating via DBus and the settings.ini file is then ignored. There is some information on that topic in a bug report concerning lxappearance[1]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720604 -- Marcin Szewczyk http://wodny.org mailto:marcin.szewc...@wodny.borg - remove b / usuń b xmpp:wo...@ubuntu.pl xmpp:wo...@jabster.pl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744710: [wordpress] Please use lintian convention for missing sources
On Sun, Apr 13, 2014 at 08:34:30PM +, bastien ROUCARIES wrote: In order to avoid override and self document missing sources you could add source to lintian is hopelessly broken now. It cannot find anything unless it matches exactly the same, what is the point of doing this except making it harder to find sources. In fact if you embed the upstreams source tree lintian complains. it needs fixing. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740539: fixed in mozilla-noscript 2.6.8.19-1~deb7u1
Salut David Something did not work as the update is still not available. Cheers colliar signature.asc Description: OpenPGP digital signature
Bug#744157: [Pkg-xen-devel] Bug#744157: (no subject)
On Wed, 2014-04-16 at 13:28 +0200, Matyas Koszik wrote: I'm afraid this still doesn't work even after upgrading to jessie (xen-utils-4.3 4.3.0-3+b1). Should I open a new bug against xen-utils-4.3 or can this bug somehow be applied to that package as well? I'm pretty certain this was only fixed upstream in 4.4. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744939: live-build: bootstrap-{c,}debootstrap doesn't clean /etc/hosts
Package: live-build Version: 4.0~alpha33-1 Severity: minor Tags: upstream Dear Maintainer, I've encountered small issue in my new wheezy live system created with lasest live-build: user@debian:~$ sudo -i sudo: unable to resolve host debian root@debian:~# cat /etc/hosts 127.0.0.1 localhost ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters root@debian:~# cat /etc/hostname debian root@debian:~# I have no files in includes.chroot and no customisations at all, only the package lists. Otherwise, there is the correct /etc/hosts inside the running system prepared with live-build 3.0.5-1: 127.0.0.1 localhost debian Also, local chroot/etc/chroot file is present but empty in this case. I've found that stable version of live-build is forcibly cleaning /etc/hosts in /usr/lib/live/build/bootstrap_cdebootstrap: 140 # Deconfiguring cdebootstrap configurations 141 rm -f chroot/etc/apt/sources.list 142 rm -f chroot/etc/hosts and /usr/lib/live/build/bootstrap_debootstrap: 144 # Deconfiguring debootstrap configurations 145 rm -f chroot/etc/hosts So, the script chroot_hosts performs correctly later in the build process, and live-config is able to create proper /etc/hosts during the live system boot. But the bootstrap scripts from live-build 4.0 are written in Python 3 and don't take care about /etc/hosts. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=uk_UA.utf8, LC_CTYPE=uk_UA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii debootstrap 1.0.59 ii python3 3.3.4-1 Versions of packages live-build recommends: ii cpio 2.11+dfsg-2 pn live-boot-doc none pn live-config-docnone ii live-manual-txt [live-manual] 1:4.0~alpha11-1 live-build 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#739294: pulseaudio: should ship a bug script to collect system and config information
Control: tags -1 confirmed On Mon, Feb 17, 2014 at 03:30:10PM +0100, Andreas Beckmann wrote: Package: pulseaudio Version: 4.0-6 Severity: normal Since reporting bugs about pulseaudio being silent seems to be problematic due to lack of reproducability (may require same hardware and software setup) and lack of other information, I'd suggest to add a bug-script to the pulseaudio packages that tries to collect as much information as possible about the system and configuration to help the maintainers debug these problems. As I'm absolutely clueless about sound (so far it works, I don't care whether I'm using alsa or pulseaudio or whatever), I don't know at all what this information could be. See /usr/share/doc/reportbug/README.developers.gz and dh_bugfiles(1) for more information. I've taken a stab at writing this. It's very easy to include configuration files and command output. So far I think we need the contents of: /etc/default/pulseaudio - to check if system mode is enabled /etc/pulse/* - pulseaudio configuration. Could this include sensitive information? `aplay -L` - if aplay exists, is there anything similar for OSS? pactl list {cards,sinks} - what pulseaudio knows exists pactl list modules - what pa has loaded pactl info - pa defaults, should we exclude the cookie? Do we need more files to be included? If systemd is running we could include the logs of the pulseaudio binary. I'm not sure if we can get this info from regular syslog. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740539: fixed in mozilla-noscript 2.6.8.19-1~deb7u1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 16/04/2014 09:41, colliar a écrit : Something did not work as the update is still not available. It is available in wheezy-proposed-updates, and will be in wheezy after the next point release, scheduled in ten days. $ rmadison mozilla-noscript […] mozilla-noscript | 2.6.8.19-1~deb7u1 | wheezy-p-u | source https://www.debian.org/releases/proposed-updates Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTToutAAoJEAWMHPlE9r08Ct0H+wTdfZcVGT+T6kPfNGVYzifm CKUOC9fJFs5kJ2M8PNuNHG6xPeSQNrtWpkbmgTNMh2ZoxwVOXUucrPVfM2fRMxb6 rm6xlIdXFLuHtfBP6/P0b1YTU2uEG1z3EBxmr1l6wEaAzio1nlqsWfu1xsmDchcc 3G/6C1x02cwVEYKxQIcazZ+Ss0W8mcfvv7qwC269DPIS5pSLSvTsqc2CIHyz9UMk wa5YsU7wNM4UmOuSbBGHraL3+vbN+V35l+wT3ALOgs19Yh3vBpGsPKpV3fPZzgk/ wkYsR5vAEkRPuPH/slAsz+b2zzFTae6UIUFnRakGbSVHoRsfyWcXAthEJxelPcY= =G6zY -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#744715: network-console: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL
* Michael Walle mich...@walle.cc [2014-04-13 21:49]: This patch adds support for the Buffalo Linkstation LS-CHLv2 and LS-XHL. Looks ok. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744940: std::out_of_range upon apt-get install
Package: apt Version: 1.0.1 Severity: normal File: /usr/bin/apt-get -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, as the subject says: $ sudo apt-get install Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen Fertig terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::compare: __pos (which is 18446744073709551615) this-size() (which is 0) Greetings, Joachim - -- Package-specific info: - -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.13-1-amd64$; APT::NeverAutoRemove:: ^linux-image-amd64$; APT::NeverAutoRemove:: ^linux-headers-3\.13-1-amd64$; APT::NeverAutoRemove:: ^linux-headers-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3\.13-1-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3\.13-1-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.13-1-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.13-1-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-amd64$; APT::NeverAutoRemove:: ^gnumach-image-3\.13-1-amd64$; APT::NeverAutoRemove:: ^gnumach-image-amd64$; APT::NeverAutoRemove:: ^.*-modules-3\.13-1-amd64$; APT::NeverAutoRemove:: ^.*-modules-amd64$; APT::NeverAutoRemove:: ^.*-kernel-3\.13-1-amd64$; APT::NeverAutoRemove:: ^.*-kernel-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.13-1-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-amd64$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache
Bug#744716: debian-installer: Add support for the Buffalo Linkstation LS-CHLv2/LS-XHL
* Michael Walle mich...@walle.cc [2014-04-13 21:51]: This patch adds support for the Buffalo Linkstation LS-CHLv2 and LS-XHL. This looks fine. I'd prefer buffalo/ls-chlv2 and buffalo/ls-xhl for the directory names (i.e. with a dash after ls), but it's not a big deal. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744941: peer-to-peer ain't gleichberechtigte Netze
package: debian-l10-de x-debbugs-cc: christ...@grothoff.org Hi, $ apt-cache show gnunet | grep ^Description | head -1 Description-de: sicherer, vertrauensbasierter Rahmen für gleichberechtigte Netze (meta) $ LANG=C apt-cache show gnunet | grep ^Description | head -1 Description-en: secure, trust-based peer-to-peer framework (meta) peer.-to-peer cannot be correctly translated with gleichberechtige Netze, I'm not sure how to translate it properly, but that's wrong. Personally I would like to see it not at all translated, similar to framework. (Which btw should (maybe) be translated as Rahmenwerk, but rather not as Rahmen... or at least consistently. Sigh.) cheers, Holger P.S.: Christian is the (nativly German speaking) upstream author of gnunet, who might have some ideas as well how to translate this software :) signature.asc Description: This is a digitally signed message part.