Bug#742240: libssl1.0.0: TLSv1_client_method()/SSL_Connect() heap overrun
Package: libssl1.0.0 Version: 1.0.1e-2+deb7u4 Severity: normal Dear Maintainer, When creating a client context with SSL_CTX_new(TLSv1_client_method()), SSL_Connect() triggers a heap overrun with the following output from valgrind: ==24315== Thread 10: ==24315== Invalid write of size 4 ==24315==at 0x4C2B4FF: memset (mc_replace_strmem.c:966) ==24315==by 0x5894BAE: MD5_Final (md5.c:293) ==24315==by 0x72A8CED: EVP_DigestFinal_ex (digest.c:272) ==24315==by 0x673797A: ssl3_get_key_exchange (s3_clnt.c:1782) ==24315==by 0x673B042: ssl3_connect (s3_clnt.c:359) ==24315==by 0x58818EE: _sock_connected (sock.c:596) ==24315==by 0x587A531: _thread (thread.c:644) ==24315==by 0x5442B4F: start_thread (pthread_create.c:304) ==24315== Address 0x7866694 is 0 bytes after a block of size 100 alloc'd ==24315==at 0x4C28BED: malloc (vg_replace_malloc.c:263) ==24315==by 0x721B77F: CRYPTO_malloc (mem.c:308) ==24315==by 0x72A8B48: EVP_DigestInit_ex (digest.c:210) ==24315==by 0x673791A: ssl3_get_key_exchange (s3_clnt.c:1777) ==24315==by 0x673B042: ssl3_connect (s3_clnt.c:359) ==24315==by 0x58818EE: _sock_connected (sock.c:596) ==24315==by 0x587A531: _thread (thread.c:644) ==24315==by 0x5442B4F: start_thread (pthread_create.c:304) ==24315== SSL_Connect() returned WANT_READ, and once there was data on the socket calling SSL_Connect() the second time triggered the bug. The bug is fixed by creating a context with SSLv23_client_method() instead. Thanks, Brandon -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 libssl1.0.0 depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii multiarch-support 2.13-38+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 libssl1.0.0 recommends no packages. libssl1.0.0 suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742241: tmpreaper: please make it easy to use tmpreaper without running it from cron to clean /tmp
Package: tmpreaper Version: 1.6.13+nmu1 Severity: wishlist Tags: patch Hi, I'd like to use tmpreaper to clean other directories then /tmp. Currently, this would need editing both /etc/cron.daily/tmpreaper and /etc/tmpreaper.conf. Applying this patch in the package would mean the user would have to edit only one file and, furthermore, would point the user to a way not to suffer from tmpreapers security issues. Hope this is useful. Thanks for making tmpreaper available for Debian! Bye, Joost diff --git a/stribor/etc/cron.daily/tmpreaper b/stribor/etc/cron.daily/tmpreaper index 8790e30..aabfe11 100755 --- a/stribor/etc/cron.daily/tmpreaper +++ b/stribor/etc/cron.daily/tmpreaper @@ -88,6 +88,10 @@ if [ $SHOWWARNING = true ]; then exit 0 fi +if [ $RUNFROMCRON != true ]; then +exit 0 +fi + # Verify that these variables are set, and if not, set them to default values # This will work even if the required lines are not specified in the included # file above, but the file itself does exist. diff --git a/stribor/etc/tmpreaper.conf b/stribor/etc/tmpreaper.conf index 14ccc79..a2d89c8 100644 --- a/stribor/etc/tmpreaper.conf +++ b/stribor/etc/tmpreaper.conf @@ -13,6 +13,12 @@ # see /usr/share/doc/tmpreaper/README.security.gz ## SHOWWARNING=true +# Remove the next line if you prefer not to execute tmpreaper via +# /etc/cron.daily/tmpreaper, but e.g. want to use it to clean not /tmp but +# another directory. Such usage will not have the issues mentioned in +# /usr/share/doc/tmpreaper/README.security.gz. +RUNFROMCRON=true + # TMPREAPER_TIME # is the max. age of files before they're removed. # default: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741070: note
FYI, the josm in experimental (0.0.svn6687+dfsg1-1) appears to fix this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741404: [RFR] templates://ganeti/{templates/versioned.templates}
Please find, for review, the debconf templates and packages descriptions for
the ganeti source package.
This review will last from Friday, March 21, 2014 to Monday, March 31, 2014.
Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.
Your review should be sent as an answer to this mail.
When appropriate, I will send intermediate requests for review, with
[RFRn] (n=2) as a subject tag.
When we will reach a consensus, I send a Last Chance For
Comments mail with [LCFC] as a subject tag.
Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with [BTS] as a subject tag.
Rationale:
--- ganeti.old/debian/templates/versioned.templates 2014-03-07
10:20:10.0 +0100
+++ ganeti/debian/templates/versioned.templates 2014-03-21 07:14:50.704916373
+0100
@@ -6,8 +6,8 @@
version is still ${version}.
.
This can happen if you upgrade the ganeti package to a new minor version, but
- have not run `gnt-cluster upgrade' yet. Removing ${package} will cause Ganeti
to
+ have not run gnt-cluster upgrade yet. Removing ${package} will cause Ganeti
to
stop functioning correctly.
.
- It is highly recommended to abort removal now and upgrade your cluster before
+ It is highly recommended to abort the removal now and upgrade the cluster
before
removing ${package}.
Use double quotes for the command as this is what we have standardized
in other packages
Add missing(?) article.
Avoid personnalization: the cluster is maybe not yours.
--- ganeti.old/debian/control 2014-03-12 07:23:42.919560250 +0100
+++ ganeti/debian/control 2014-03-21 07:08:01.385273303 +0100
@@ -43,10 +43,10 @@
Suggests: ganeti-doc, blktap-dkms
Conflicts: ganeti-htools
Provides: ${python:Provides}, ganeti-htools
-Description: Cluster-based virtualization management software
+Description: cluster-based virtualization management software
(repeated over all other package descriptions: uncapitalize, as
recommended by Developer's Reference)
Ganeti is a virtual server cluster management software tool built on top
- of the Xen and KVM virtualization technologies and other Free Software. After
- setting it up it will provide you with an automated environment to
+ of the Xen and KVM virtualization technologies and other free software.
+ It provides an automated environment to
manage highly available virtual machine instances.
I don't really see any reason to capitalize free software. This is
also repeated over other package descriptions.
.
It has been designed to facilitate cluster management of virtual servers
@@ -68,10 +68,10 @@
python-pyinotify, python-pycurl, python-paramiko, python-bitarray,
python-ipaddr, socat, fping, adduser, debconf | debconf-2.0
Provides: ${python:Provides}
-Description: Cluster-based virtualization management software - Python
components
+Description: cluster-based virtualization management software - Python
components
Ganeti is a virtual server cluster management software tool built on top
- of the Xen and KVM virtualization technologies and other Free Software. After
- setting it up it will provide you with an automated environment to
+ of the Xen and KVM virtualization technologies and other free software.
+ It provides an automated environment to
manage highly available virtual machine instances.
.
It has been designed to facilitate cluster management of virtual servers
@@ -83,15 +83,15 @@
install scripts), startup, shutdown, failover of instances between physical
systems.
.
- This package contains all architecture-independent components of Ganeti 2.10.
+ This package provides all architecture-independent components of
Ganeti 2.10.
Use provides overs contains: this is again something we
standardized over packages when reviewing descriptions.
Package: ganeti-haskell-2.10
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, debconf | debconf-2.0
-Description: Cluster-based virtualization management software - Haskell
components
+Description: cluster-based virtualization management software - Haskell
components
Ganeti is a virtual server cluster management software tool built on top
- of the Xen and KVM virtualization technologies and other Free Software. After
- setting it up it will provide you with an automated environment to
+ of the Xen and KVM virtualization technologies and other free software.
+ It provides an automated environment to
manage highly available virtual machine instances.
.
It has been designed to facilitate cluster management of virtual servers
@@ -103,16 +103,21 @@
install scripts), startup, shutdown, failover of instances between physical
systems.
.
- This package contains the architecture-dependent components of Ganeti 2.10
+ This package provides the architecture-dependent components of Ganeti 2.10
written in Haskell.
Package: ganeti-htools
Architecture: all
Depends: ${shlibs:Depends},
Bug#742242: please provide a simple way to run simple tests locally without upgrading the system.
Package: autopkgtest Version: 2.10 Severity: wishlist Dear Martin, Ian and everybody, I like autopkgtest, but the need to use either a virtual system or treat the local system as if it were virtual raises the bar quite high. I have some simple tests that do nothing else than running the upstream tests, which themselves are very simple. I would be very happy if there were a command that would take a source package as input and do nothing else than running the tests declared in debian/tests/control. More in particular, my problem is that the command “adt-run package.dsc --- null” needs root access and is very invasive on the local system, while I only want to run the tests on binary packages that I have freshly installed, on my local system as it is. Having such a facility would tremendously boost my capacity to write autopkgtests that do not fail. As you have noticed in some reports that you made on packages maintained by the Debian Med team, currently it takes a couple of round trips to figure it out, and on my side it is caused by the strong difficulty to test the tests in a trivial way. Have a nice week-end, and thanks for your work on autopkgtest ! -- Charles Plessy Debian Med packaging team http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718366: ValueError: invalid literal for int() with base 10 in xrandr.py
block 718366 by 740435 thank you On Thu, Mar 20, 2014 at 03:37:28PM -0700, Hamish wrote: I'm seeing a similar but different thing on Wheezy: ValueError: invalid literal for int() with base 10: '1080i' it's the same bug. i'm waiting for release team feedback on uploading a fixed version to stable (see bug #740435). (don't tell anybody i said this, as it is not recommended procedure for security reasons, but there is an easy workaround: the arandr version in testing works on stable as well, you can just download the deb and install it). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742242: please provide a simple way to run simple tests locally without upgrading the system.
retitle 742242 Running a .dsc with null requires root privileges thanks Hey Charles, Charles Plessy [2014-03-21 16:00 +0900]: I like autopkgtest, but the need to use either a virtual system or treat the local system as if it were virtual raises the bar quite high. Interesting, you don't use schroots for test-building packages? But anyway, that's a tangential issue. I have some simple tests that do nothing else than running the upstream tests, which themselves are very simple. I would be very happy if there were a command that would take a source package as input and do nothing else than running the tests declared in debian/tests/control. Well, the simplest possible thing that you can do is to just run debian/tests/mytest :-) Of course you won't have $ADTTMP in that case, so if your tests need that that won't work; and of course it won't check that all dependencies are installed properly. More in particular, my problem is that the command “adt-run package.dsc --- null” needs root access and is very invasive on the local system, while I only want to run the tests on binary packages that I have freshly installed, on my local system as it is. It shouldn't actually be invasive; as long as you already installed the test dependencies, it won't actually install anything. Adt-run with null already works as user if you run it on a source tree, like adt-run -B ./ --- null # for a built source tree adt-run -B .// --- null # for an unbuilt source tree But indeed if you run it on a .dsc, it will always try to apt-get install dpkg-dev. I'll add a check to avoid this step if it's already available. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741667: Acknowledgement (linux-image-3.13-1-amd64: r8169 kernel panic in interrupt handler)
After re-enabling paused torrents on my NSA310 I was reproduct issues almost immediately, but now I have recorded two kernel dumps (in attachment). PID: 0 TASK: 88013a6ee800 CPU: 1 COMMAND: swapper/1 #0 [88013ec83768] machine_kexec at 810446fd #1 [88013ec837a8] crash_kexec at 810caf55 #2 [88013ec83868] oops_end at 814a7310 #3 [88013ec83888] no_context at 8149d78f #4 [88013ec838c8] __do_page_fault at 814a97d9 #5 [88013ec839c0] page_fault at 814a6808 [exception RIP: nf_nat_setup_info+490] RIP: a0e73f6a RSP: 88013ec83a70 RFLAGS: 00010246 RAX: RBX: 880138f664f8 RCX: 337d4636 RDX: 88004c6394c0 RSI: 3a3a0062 RDI: a0e76410 RBP: 0ada R8: 0006 R9: 88004c6394c0 R10: 88013ec83a20 R11: 0014 R12: 81886100 R13: R14: 88013ec83b20 R15: 880037032840 ORIG_RAX: CS: 0010 SS: 0018 #6 [88013ec83b18] masquerade_tg at a0f051c6 [ipt_MASQUERADE] #7 [88013ec83b70] ipt_do_table at a0e49d43 [ip_tables] #8 [88013ec83c90] nf_nat_ipv4_fn at a0f0017b [iptable_nat] #9 [88013ec83d00] nf_nat_ipv4_out at a0f00420 [iptable_nat] #10 [88013ec83d18] nf_iterate at 813eac5d #11 [88013ec83d58] nf_hook_slow at 813eacfe #12 [88013ec83db8] ip_output at 813f6622 #13 [88013ec83dd0] __netif_receive_skb_core at 813be437 #14 [88013ec83e40] napi_gro_receive at 813befd8 #15 [88013ec83e58] rtl8169_poll at a01795da [r8169] #16 [88013ec83ed0] net_rx_action at 813be998 #17 [88013ec83f18] hweight_long at a02f1158 [processor] bt: invalid kernel virtual address: a02f3000 type: gdb_readmem_callback bt: invalid kernel virtual address: a02f3000 type: gdb_readmem_callback #18 [88013ec83f20] __do_softirq at 81060802 * #19 [88013ec83f78] hweight_long at a02f1158 [processor] * #20 [88013ec83f80] irq_exit at 81060c35 * #21 [88013ec83f88] do_IRQ at 81013f29 * --- IRQ stack --- #22 [88013a213dd8] ret_from_intr at 814a64ed * [exception RIP: cpuidle_enter_state+74] RIP: 813887aa RSP: 88013a213e80 RFLAGS: 0202 RAX: 00e04d8ff5d0 RBX: 8107eb27 RCX: 0018 RDX: 000225c17d03 RSI: 0002 RDI: 00e04d8ff5d0 RBP: 88013a213ea8 R8: 88013ec910f0 R9: 0018 R10: 0077 R11: 0177 R12: 0001 R13: 88013ec8e160 R14: 8107e30c R15: 88013ec8ec20 ORIG_RAX: ff6e CS: 0010 SS: 0018 #23 [88013a213e98] hweight_long at a02f1090 [processor] bt: invalid kernel virtual address: a02f3000 type: gdb_readmem_callback bt: invalid kernel virtual address: a02f3000 type: gdb_readmem_callback #24 [88013a213eb0] cpuidle_idle_call at 813888c9 * #25 [88013a213ee0] arch_cpu_idle at 8101ada5 * #26 [88013a213ee8] cpu_startup_entry at 810a775e * #27 [88013a213f30] start_secondary at 8103c444 * [ 233.248623] EXT4-fs (dm-2): mounted filesystem with ordered data mode. Opts: (null) [ 964.595972] BUG: unable to handle kernel NULL pointer dereference at 0010 [ 964.603851] IP: [a0e73f6a] nf_nat_setup_info+0x1ea/0x370 [nf_nat] [ 964.610834] PGD 0 [ 964.612873] Oops: 0002 [#1] SMP [ 964.616143] Modules linked in: sha256_ssse3 sha256_generic dm_crypt xt_mark xt_CLASSIFY xt_helper xt_NFQUEUE nf_conntrack_netlink iptable_mangle ipt_MASQUERADE iptable_nat nf_nat_ipv4 xt_TCPMSS xt_tcpmss xt_conntrack xt_tcpudp xt_set ip_set_hash_net ip_set ipt_REJECT xt_NFLOG nf_conntrack_irc nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_proto_udplite nf_nat_proto_dccp nf_nat_pptp nf_nat_proto_gre nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_sip nf_conntrack_sip nf_nat_tftp nf_conntrack_tftp nf_nat_ftp nf_conntrack_ftp nf_nat nf_conntrack ifb xt_multiport iptable_filter ip_tables x_tables nfnetlink_log nfnetlink binfmt_misc uinput tun ctr ccm 8021q garp stp mrp llc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc arc4 ath9k_htc ath9k_common ath9k_hw ath mac80211 cfg80211 joydev rfkill [ 964.687709] evdev kvm_amd snd_hda_codec_realtek snd_hda_codec_hdmi snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc fglrx(PO) snd_seq k10temp kvm snd_seq_device psmouse serio_raw pcspkr snd_timer snd soundcore acpi_cpufreq processor thermal_sys i2c_piix4 i2c_core button zram(C) cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_conservative it87_wdt it87 hwmon_vid loop fuse parport_pc ppdev lp parport autofs4 hid_logitech ff_memless usbhid hid ext4 crc16 mbcache jbd2 dm_mod sg sd_mod crc_t10dif crct10dif_pclmul
Bug#742242: please provide a simple way to run simple tests locally without upgrading the system.
Hi Martin, thanks for the quick answer ! Le Fri, Mar 21, 2014 at 08:16:19AM +0100, Martin Pitt a écrit : It shouldn't actually be invasive; as long as you already installed the test dependencies, it won't actually install anything. Adt-run with null already works as user if you run it on a source tree, like adt-run -B ./ --- null # for a built source tree adt-run -B .// --- null # for an unbuilt source tree But indeed if you run it on a .dsc, it will always try to apt-get install dpkg-dev. I'll add a check to avoid this step if it's already available. On my system it still tries to call dpkg. $ LC_ALL=C adt-run -B ./ --- null adt-run [2014-03-21 16:30:35]: version 2.10 adt-run: $ vserver: adt-virt-null adt-run: builds ... adt-run: tree tree0 adt-run: builds done. adt-run: tests ... adt-run: test tree tree0 adt-run: @@ run_tests ... adt-run: testing package bedtools version 2.19.1-1 adt-run [2014-03-21 16:30:35]: tree0t-upstream: preparing adt-run: tree0t-upstream: processing dependency @ adt-run: tree0t-upstream: synthesised dependency bedtools adt-run: tree0t-upstream: synthesised dependency bedtools-test adt-run: dependencies: install-deps: running ['/usr/lib/pbuilder/pbuilder-satisfydepends-classic', '--binary-all', '--internal-chrootexec', '/tmp/tmpciRZYX/satdep-auxverb', '-c', '/tmp/tmpciRZYX/deps.dsc'] - Attempting to parse the build-deps - Considering build-dep bedtools - Trying bedtools - Considering build-dep bedtools-test - Trying bedtools-test - Installing bedtools bedtools-test E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied) E: Unable to lock the administration directory (/var/lib/dpkg/), are you root? - Trying to fix apt error dpkg: error: requested operation requires superuser privilege E: Unrecoverable error installing build-dependencies. blame: arg:./ badpkg: dependency install failed, exit code 1 adt-run: erroneous package: dependency install failed, exit code 1 I am using autopkgtest version 2.10. My test control file contains only a single line: Tests: upstream Everything these tests need is provided by the bedtools and bedtools-test packages: there is no need for unpacking or building source. My goal is that the tests can be run by the users directly, but I also would like ci.debian.net to run them periodically. Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722989: bug 722989
Is this the reason the package has been removed from Testing? Maybe it's time to apply the proposed patch?
Bug#738817: [Pkg-samba-maint] Bug#738817: winbind doesn't permitt offline logon anymore
Christian PERRIER scrisse in data 20/03/2014 18:31: Quoting Piviul (piv...@riminilug.it): Upgrading samba to 4.1.6 doesn't seems to solve the problem. :( Which is expected, as 4.1.6 is a security release OOPS... Yes, you are right! I hope you can forgive me for the noise I have added to this bug report Have a great day Piviul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742242: please provide a simple way to run simple tests locally without upgrading the system.
tag 742242 pending thanks Martin Pitt [2014-03-21 8:16 +0100]: But indeed if you run it on a .dsc, it will always try to apt-get install dpkg-dev. I'll add a check to avoid this step if it's already available. I added that, plus a general check that you need root on the testbed for installing packages; if it doesn't provide it, there is now a warning instead of an immediate failure: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=commitdiff;h=2d2d51a With that adt-run [...] --- null now runs; of course in that mode you already have to have all required dependencies installed. Please note that this mode is just for getting slightly quicker turnarounds; it is very unsuitable for creating new tests and ensuring that they actually work. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712467: msmtp: missing man8/msmtp.8.gz
Hello I can now access the man page in Wheezy (with latest updates). Thanks for your attention to the issue. ~niku. On Fri, Mar 21, 2014 at 12:41:59AM +0100, Emmanuel Bouthenot wrote: niku, On Sun, Jun 16, 2013 at 02:26:53PM +0530, niku wrote: [...] --- man: can't resolve /usr/share/man/man8/msmtp.8.gz: No such file or directory --- msmtp has registered the availability of a section 8 man page, but the file itself is missing. `accessdb | grep msmtp` shows: I failed to reproduce your bug in unstable (and even in wheezy), are you still able to reproduce it? is msmtp-mta package installed? Thanks for your feedback. Regards, M. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742242: please provide a simple way to run simple tests locally without upgrading the system.
Charles Plessy [2014-03-21 16:40 +0900]: On my system it still tries to call dpkg. Right, that's due to the implied Depends: @. This is covered by the fix now. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741962: apt: dpkg: warning: version 'amd64' has bad syntax: version number does not start with digit
On 2014-03-21 11:34:34 +0800, Ben Caradoc-Davies wrote: Also seen on sid when linux-image-3.13-1-amd64 was upgraded today. Only repository kernels installed: no custom kernel. ii linux-image-3.11-2-amd64 3.11.10-1amd64Linux 3.11 for 64-bit PCs ii linux-image-3.12-1-amd64 3.12.9-1 amd64Linux 3.12 for 64-bit PCs ii linux-image-3.13-1-amd64 3.13.6-1 amd64Linux 3.13 for 64-bit PCs ii linux-image-amd643.13+56 amd64Linux for 64-bit PCs (met a-package) I also saw it yesterday, under the same conditions. IIRC, I haven't seen it before. It seems to be a new bug. -- 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#742243: Jessie installation (gnome) fail
Package: installation-reports Boot method: ISO attached to VM in Virtualbox Image version: http://cdimage.debian.org/cdimage/jessie_di_alpha_1/amd64/iso-cd/debian-jessie-DI-a1-amd64-netinst.iso Date: 21 March 2014, 1840 (GMT +11) Machine: Virtual box VM Processor:1 processor of Intel i5 Memory: 2 GB Partitions: Did not get that far Output of lspci -knn (or lspci -nn): not relevant Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[E ] Comments/Problems: Boots from the ISO OK. Select advanced options, then alternative desktop environments, then Gnome. Only option available at that point is Go back. Other alternative desktop environments (KDE, LXDE) present options to install. Selecting GNOME presents no options to install.
Bug#742244: exim4: Exim4 fail to send message when set dc_local_interfaces
Package: exim4 Version: 4.80-7 Severity: normal On /etc/xim4/update-exim4.conf.conf variable dc_local_interface: dc_local_interfaces='127.0.0.1;192.168.0.104' Exim4 fail to send messages and corrupting mail addreses: Here is content off mainlog: 2014-03-21 09:56:20 exim 4.80 daemon started: pid=4578, -q30m, listening for SMTP on [127.0.0.1]:25 [192.168.0.104]:25 2014-03-21 09:56:20 Start queue run: pid=4580 2014-03-21 09:56:20 1WQV1d-eu-DV Message is frozen 2014-03-21 09:56:20 1WQpy5-bU-R5 Message is frozen 2014-03-21 09:56:20 1WQV2M-nR-SF Message is frozen 2014-03-21 09:58:58 1WQuLy-0001Cx-Dj = a...@marian1000.go. U=asd P=local S=362 2014-03-21 09:58:58 1WQuLy-0001Cx-Dj ** a...@marian1000.go.: Unrouteable address 2014-03-21 09:58:58 1WQuLy-0001Cx-Dj gmail-smtp-in.l.google.com [2a00:1450:400c:c00::1a] Network is unreachable 2014-03-21 09:58:58 1WQuLy-0001Cx-Dj = a...@marian1000.go. U=asd P=local S=362 2014-03-21 09:58:58 1WQuLy-0001Cx-Dj ** a...@marian1000.go.: Unrouteable address 2014-03-21 09:58:58 1WQuLy-0001Cx-Dj gmail-smtp-in.l.google.com [2a00:1450:400c:c00::1a] Network is unreachable 2014-03-21 09:59:00 1WQuM0-0001D6-5E Error while reading message with no usable sender address (R=1WQuLy-0001Cx-Dj): at least one malformed recipient address: a...@marian1000.go. - domain missing or malformed 2014-03-21 09:59:00 1WQuLy-0001Cx-Dj Process failed (1) when writing error message to a...@marian1000.go. (frozen) Set variable dc_local_interface='' (blanking) Here is content off mainlog: 2014-03-21 10:04:37 exim 4.80 daemon started: pid=5573, -q30m, listening for SMTP on port 25 (IPv6 and IPv4) 2014-03-21 10:04:37 Start queue run: pid=5575 2014-03-21 10:04:37 1WQuLy-0001Cx-Dj Message is frozen 2014-03-21 10:04:37 1WQV2M-nR-SF Message is frozen 2014-03-21 10:04:37 1WQpy5-bU-R5 Message is frozen 2014-03-21 10:04:37 1WQV1d-eu-DV Message is frozen 2014-03-21 10:04:37 End queue run: pid=5575 2014-03-21 10:04:56 1WQuRk-0001SH-Cp = a...@marian1000.go.ro H=hgw [127.0.0.1] P=esmtp S=736 id=1395388459.3569.14.ca...@marian1000.go.ro 2014-03-21 10:05:06 1WQuRk-0001SH-Cp == 742...@bugs.debian.org R=dnslookup T=remote_smtp defer (-44): SMTP error from remote mail server after RCPT TO:742...@bugs.debian.org: host buxtehude.debian.org [140.211.166.26]: 451 Greylisted, see http://postgrey.schweikert.ch/help/bugs.debian.org.html All is ok. Variable dc_local_interfaces is verry crappy. -- Package-specific info: Exim version 4.80 #3 built 02-Jan-2013 18:59:25 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='marian1000.go.ro' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:marian1000.go. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.49 ii exim4-base 4.80-7 ii exim4-daemon-light 4.80-7 exim4 recommends no packages. exim4 suggests no packages. -- debconf information: exim4/drec: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742245: how-can-i-help should have --gift interface esp. for newbies.
Package: how-can-i-help Version: 6 Severity: wishlist Dear Maintainer, Thank you for the wonderful package. I do see that esp. for newbies it's a bit of a daunting package. For e.g. the only hints provided are :- $$ how-can-i-help --help Usage: how-can-i-help [options] -h, --help show help -v, --versionshow version -a, --allshow opportunities for contribution to all packages -o, --oldshow old opportunities for contribution -q, --quiet do not display header and footer Using -a is a bit of a waste as it just gives a pointer to -old apart from giving the wiki link. how-can-i-help -a == How can you help? (doc: http://wiki.debian.org/how-can-i-help ) == - Show old opportunities as well as new ones: how-can-i-help --old - What would perhaps be more useful is to have something like :- $how-can-help --gift This way a newbie contributor can start in a jiffy. Also it should have some difference in the bandwidth used as well. This could be used a bit positively perhaps, to nudge new contributors to get into Debian. Just my 2 paise. I did two invocations but neither worked :- $how-can-i-help --gift $how-can-i-help | grep gift $ In fact the first one showed me the following :- $ how-can-i-help --gift /usr/bin/how-can-i-help:71:in `main': invalid option: --gift (OptionParser::InvalidOption) Looking forward to it becoming a possible option to be parsed :) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages how-can-i-help depends on: ii ruby 1:1.9.3.4 ii ruby-debian 0.3.8+b2 ii ruby-json1.8.0-1+b1 how-can-i-help recommends no packages. how-can-i-help suggests no packages. -- no debconf information -- 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#742246: check_http: certificate check does not check if CN is correct
Package: nagios-plugins-basic Version: 1.4.16-1 Severity: normal Dear Maintainer, I use a call like follows to check the validity (expiry date) of my certs: check_http -C 14 --ssl=1 --sni -H theDomain.de -I 1.2.3.4 I noticed that the above check does NOT compare the CN in the SSL certificate to the hostname used with -H. The check is basically useless if you can deploy any (valid) certificate that does not match the hostname indicated via SNI. Thank you for looking into this. KR, Ralf -- 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/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 nagios-plugins-basic depends on: ii iputils-ping 3:20101006-1+b1 ii libc6 2.13-38+deb7u1 ii libssl1.0.01.0.1e-2+deb7u4 ii nagios-plugins-common 1.4.16-1 ii procps 1:3.3.3-3 ii ucf3.0025+nmu3 nagios-plugins-basic recommends no packages. Versions of packages nagios-plugins-basic suggests: ii nagios3 3.4.1-3+deb7u1 -- 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#742095:
Hi When new user is added this should be happens: 1.new user to be added belongs previously (updating content of /etc/group , /etc/gshadow) 2.New users create after installation to have same fill in as old users creating durring install. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742242: please provide a simple way to run simple tests locally without upgrading the system.
Hi Charles! * Charles Plessy ple...@debian.org, 2014-03-21, 16:00: More in particular, my problem is that the command “adt-run package.dsc --- null” needs root access and is very invasive on the local system, while I only want to run the tests on binary packages that I have freshly installed, on my local system as it is. devscripts (= 2.14.1) includes sadt(1), a simple autopkgtest runner. You might want to give it a try. It requires an unpackaged source package, but otherwise seems to do exactly what you want. -- 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#742095:
Hi Content of /etc/mailname was malformed but exim4 still send and receive mails with content of dc_local_interfaces='' empty this should not be happen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731211: aster: new upstream release, work in progress
Hi, Some other changes and Lintian warnings fixes: - install the elements catalog in /usr/lib/aster as it is architecture dependent. - install the Python library in code-aster binary as it is not tied to the underlying engine. Regards. -- Denis Laxalde Logilab http://www.logilab.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742247: apt: 0.9.16.1 fails to parse repository files related to foreign architecture
Package: apt Version: 0.9.16.1 Severity: normal Dear Maintainer, After upgrading to apt=0.9.16.1 apt-get update is unable to parse data for foreign architecture: It throws the following error for each source: W: Failed to fetch http://http.debian.net/debian/dists/jessie/InRelease Unable to find expected entry 'main/binary-amd64 i386/Packages' in Release file (Wrong sources.list entry or malformed file) -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends false; APT::Install-Suggests false; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3.12-1-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3.12-1-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3.12-1-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3.12-1-amd64$; APT::NeverAutoRemove:: ^linux-headers-3.12-1-amd64$; APT::NeverAutoRemove:: ^linux-image-3.13-1-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3.13-1-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3.13-1-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3.13-1-amd64$; APT::NeverAutoRemove:: ^linux-headers-3.13-1-amd64$; APT::NeverAutoRemove:: ^postgresql-; 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::Update ; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: test -x /usr/bin/apt-show-versions || exit 0 ; apt-show-versions -i; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: amd64 i386; APT::Get ; APT::Get::Purge true; APT::Get::AutomaticRemove true; APT::Default-Release jessie; 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 srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf;
Bug#657955: Can't reproduce this
Hi, After reassigning this bug to partman-nbd, I appear to have forgotten about it. I tried to reproduce it just now, but could not. Can you? If not, I think we'll close it; it may well have been an issue that was in initramfs-tools but which has since been fixed. Regards, -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742161: wheezy-pu: package mp3gain/1.5.2-r2-2+deb7u1
On Thu, 20 Mar 2014 at 01:06:20 +0100, Cyril Brulebois wrote: Simon McVittie s...@debian.org (2014-03-19): A proposed debdiff is attached. No it's not. Sorry about that. I realised that just after I sent the message, and sent a follow-up that does include it, which you might not have seen: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=mp3gain-wheezy.diff;att=1;bug=742161 (Again, I prepared that package with a security update in mind; I'll change wheezy-security to wheezy in what I upload.) Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742248: easymp3gain: uses mp3gain which is probably still exploitable
Source: easymp3gain Severity: important mp3gain has security vulnerabilities inherited from its copy of part of mpg123 (see https://bugs.debian.org/740268) and I suspect there are more (see https://bugs.debian.org/742111). I have asked for mp3gain to be removed from testing - I don't think it should be in the next Debian release. Unfortunately, easymp3gain depends on mp3gain. If possible, it would be great for easymp3gain to use something less bug-prone than mp3gain. python-rgain (containing a Python library and command-line tools) looks promising. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742249: fdpowermon::theme::use_notify should be marked as our rather than my, makes disabling libnotify impossible
Package: fdpowermon Version: 1.12 On Fri, Mar 14, 2014 at 09:50:46PM -0500, Justin Reis wrote: yes, Wheezy has 1.5. It also doesn't have the libnotify functionality yet, so you're certainly not using the Wheezy version. Yes, I know I have the version from the Jessie repo … just curious why is the Wheezy (stable) version newer than the Jessie (testing) version It's not; wheezy has (1).(5), jessie has (1).(11). Since 11 is higher than 5, jessie's version is higher. - I think that's the source of a lot of my confusion (perhaps compounded by stupidity on my end :-) [...] That's not good. Can you show me your theme.pl? Absolutely, attached … please don't laugh at my scripting I'm a newbie/windows refugee! (advice is always appreciated though).. That looks extremely like a standard theme.pl where you added the line that I suggested ;-) I was going to say can't reproduce this, but actually I can. It's a small bug in the package (the variable is marked as my rather than our, which means you can't actually change it from a theme file). As a workaround, you can open /usr/bin/fdpowermon in an editor and look for the line that starts with my $use_notify, change it so it starts with our $use_notify (and _nothing more_). Then you can change it from the theme config file (as I've suggested before). fdpowermon 1.13, when it's released (not today) will have that fix. Regards, -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742112: RM: mp3gain/1.5.2-r2-5
reopen 742112 thanks Cyril Brulebois wrote: The following should do: kibi@franck:~$ head -4 hints/kibi # 2014-03-19 # RoM: #742112 remove mp3gain/1.5.2-r2-5 block mp3gain Unfortunately, I hadn't spotted that it isn't a leaf package - easymp3gain depends on it. I see two possibilities: * remove easymp3gain (which has a FTBFS bug anyway) * unblock mp3gain so -6 can migrate, fixing at least the known vulnerabilities in testing, then try to do the removal later I've opened a bug against easymp3gain asking for it to use python-rgain or something (it already supports vorbisgain, which has a different command-line syntax, so that's not as crazy as it might sound). S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740386: [Piuparts-devel] Bug#740386: Five-holger - Support automated summary.json reporting-section definitions
Hi Dave, On Freitag, 21. März 2014, Dave Steele wrote: includes a typo: ittp instead of http Not a typo. That's an argument validation test. ah, cool! please dont disable that/those time sensitive test/s. good thing not to create a summary when no section is defined, but please log(ging.info) a hint saying so Done. Thanks! I took the opportunity to collapse some commits. There was also a small Depends bug that is now fixed. cool! five-holger(6) still waiting for Andreas feedback though.. Dave, what/where's the bug / patch to make DDPO use this? Not released at the moment. I was waiting for a published summary file before proceeding on that side. ok cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#724520: add patch
Control: tags -1 + patch see http://launchpadlibrarian.net/170155672/gnupg-doc_2003.04.06%2Bdak1-1_2003.04.06%2Bdak1-1ubuntu1.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#710635: pynac: FTBFS: ld: cannot find -lz
Hi Julien, pynac 0.3.1 was released now. Cheers, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738625:
This is biting the build server of our open hardware/FOSS project https://github.com/DIYBookScanner/spreadpi/issues/16 -- Mark Van den Borre Hogestraat 16 3000 Leuven, België +32 486 961726 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644610: apt: Erroneous warning on signed snapshots
Hi, a quick workaround is to add /. to the distribution field in the sources.list: deb http://localhost/repo development/snapshots/test1/. main apt transforms the distribution field and removes everything that comes before the last /. So the transformed distribution would then be development/snapshots/test1 because /. is simply stripped for comparison. Your HTTP server should handle the appended /. perfectly fine. I've tried it with nginx and apt 0.8.10.3+squeeze1 and it worked for me. Regards, Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740844: Move to udisks2, udisks 1 is deprecated
Control: fowarded -1 j...@jlemmens.nl I made upstream aware, he is looking in to it. He tries to use libudisks2, but he is having difficulties implementing it. It isn't clear to him how to mount a cdrom via the library. Paul signature.asc Description: OpenPGP digital signature
Bug#742250: libevdev: autopkgtest fails due to stray stderr output
Package: libevdev Version: 1.0.99.2+dfsg-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty The autopkgtest job fails (in Ubuntu, but I think it'll be the same on ci.debian.net when it gets round to it) due to stray stderr output from autoreconf: https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-libevdev/3/ adt-run: dsc0t-check: - - - - - - - - - - results - - - - - - - - - - dsc0t-check FAIL status: 0, stderr: configure.ac:33: installing 'build-aux/compile' adt-run: dsc0t-check: - - - - - - - - - - stderr - - - - - - - - - - This should fix it. I didn't find a way to suppress this output surgically, but redirecting it to stdout should be the next best thing. * Redirect dh_autoreconf stderr to stdout in autopkgtest. diff -Nru libevdev-1.0.99.2+dfsg/debian/tests/check libevdev-1.0.99.2+dfsg/debian/tests/check --- libevdev-1.0.99.2+dfsg/debian/tests/check 2014-03-19 23:37:42.0 + +++ libevdev-1.0.99.2+dfsg/debian/tests/check 2014-03-21 09:53:15.0 + @@ -15,7 +15,7 @@ patch -p1 debian/patches/use-system-libevdev-for-tests.patch # Reconfigure -dh_autoreconf +dh_autoreconf 21 dh_auto_configure # Run the tests Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742247: Not a bug
It's my fault. It seems that old versions were not so strict with my syntax
('APT::Architectures amd64 i386;' instead of 'APT::Architectures {amd64;
i386;};') in apt conf file.
I've fixed this line and it's working fine now.
--
Daniel C
Bug#742207: [PATCH] Disable colours when stdout is not a terminal
On Thu, Mar 20, 2014 at 11:37 PM, Paul Wise pa...@bonedaddy.net wrote: --- codespell.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/codespell.py b/codespell.py index fdbd5cb..816593c 100755 --- a/codespell.py +++ b/codespell.py @@ -478,7 +478,7 @@ def main(*args): build_dict(options.dictionary) colors = TermColors(); -if options.disable_colors: +if options.disable_colors or not sys.stdout.isatty(): I think we need a way to disable it by default if it's not a tty, but not impose it. IMO it's a pain to review big projects without color, so in general I save to a file and review with less, that is capable of displaying the colors. Lucas De Marchi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741543: When build for mips64el, the default target is mipsn32el
Isn't that something unrelated to multiarch, and better should go upstream?
Matthias
Am 13.03.2014 17:34, schrieb Yunqiang Su:
Package: gcc-4.9
Version: 4.9-20140303-1
Hi, you lost a segment of patch in gcc-multiarch.diff for mips64(el), etc
--- gcc-4.9-4.9-20140303.orig/src/gcc/config.gcc2014-03-13
16:27:17.509523462 +
+++ gcc-4.9-4.9-20140303/src/gcc/config.gcc 2014-03-13
16:29:31.845902397 +
@@ -1961,8 +1961,11 @@
tm_file=dbxelf.h elfos.h gnu-user.h linux.h linux-android.h
glibc-stdint.h ${tm_file} mips/gnu-user.h mips/gnu-user64.h
mips/linux64.h mips/linux-common.h
extra_options=${extra_options} linux-android.opt
tmake_file=${tmake_file} mips/t-linux64
- tm_defines=${tm_defines} MIPS_ABI_DEFAULT=ABI_N32
+ tm_defines=${tm_defines} MIPS_ABI_DEFAULT=ABI_64
case ${target} in
+ *gnuabin32*)
+ tm_defines=$(echo ${tm_defines}| sed
's/MIPS_ABI_DEFAULT=ABI_64/MIPS_ABI_DEFAULT=ABI_N32/g')
+ ;;
mips64el-st-linux-gnu)
tm_file=${tm_file} mips/st.h
tmake_file=${tmake_file} mips/t-st
See the gcc-multiarch.diff in gcc-4.8 for this patch.
Thank your very much.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741543: When build for mips64el, the default target is mipsn32el
I think so.
Richard is the guy for upstream ?
On Fri, Mar 21, 2014 at 9:59 AM, Matthias Klose d...@debian.org wrote:
Isn't that something unrelated to multiarch, and better should go upstream?
Matthias
Am 13.03.2014 17:34, schrieb Yunqiang Su:
Package: gcc-4.9
Version: 4.9-20140303-1
Hi, you lost a segment of patch in gcc-multiarch.diff for mips64(el), etc
--- gcc-4.9-4.9-20140303.orig/src/gcc/config.gcc2014-03-13
16:27:17.509523462 +
+++ gcc-4.9-4.9-20140303/src/gcc/config.gcc 2014-03-13
16:29:31.845902397 +
@@ -1961,8 +1961,11 @@
tm_file=dbxelf.h elfos.h gnu-user.h linux.h linux-android.h
glibc-stdint.h ${tm_file} mips/gnu-user.h mips/gnu-user64.h
mips/linux64.h mips/linux-common.h
extra_options=${extra_options} linux-android.opt
tmake_file=${tmake_file} mips/t-linux64
- tm_defines=${tm_defines} MIPS_ABI_DEFAULT=ABI_N32
+ tm_defines=${tm_defines} MIPS_ABI_DEFAULT=ABI_64
case ${target} in
+ *gnuabin32*)
+ tm_defines=$(echo ${tm_defines}| sed
's/MIPS_ABI_DEFAULT=ABI_64/MIPS_ABI_DEFAULT=ABI_N32/g')
+ ;;
mips64el-st-linux-gnu)
tm_file=${tm_file} mips/st.h
tmake_file=${tmake_file} mips/t-st
See the gcc-multiarch.diff in gcc-4.8 for this patch.
Thank your very much.
--
Yunqiang Su
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742251: icedove: cant switch folder for a tab
Package: icedove Version: 24.3.0-2 Severity: important Dear Maintainer, since I installed the latest update yesterday, changing the folder of a tab does not work any more. The selected folder gets highlighted in the folder pane, but the messages list does not change. Opening another folder in a new tab works fine (and this is a workaround). -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.11.0-2 ii libasound21.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.0-2 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libffi6 3.0.13-12 ii libfontconfig12.11.0-2 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.8.2-16 ii libgdk-pixbuf2.0-02.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgtk2.0-0 2.24.22-1 ii libhunspell-1.3-0 1.3.2-7 ii libnspr4 2:4.10.3-1 ii libnss3 2:3.15.4-2 ii libpango-1.0-01.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libpangoft2-1.0-0 1.36.2-2 ii libpixman-1-0 0.32.4-1 ii libsqlite3-0 3.8.3.1-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.2-16 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.21-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-de-de [myspell-dictionary]20120607-1 ii myspell-fr [myspell-dictionary] 1.4-26 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libgssapi-krb5-2 1.12+dfsg-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741234: src:gcc-4.8: [PATCH] When building cross-compilers using prebuilt libraries, no longer re-build those libraries
I didn't yet look at the patches, and probably won't before 4.9 is released. I would prefer if you could work on 4.9, and then backport patches to 4.8 if needed. Am 10.03.2014 10:19, schrieb Dima Kogan: Package: src:gcc-4.8 Severity: normal Hi. This is the cross-build-specific half of the patches originally posted in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738152 The first half (filled-in missing logic) is here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740005 This set of patches sets up some cross-building-specific logic when building a cross-compiler with with_deps_on_target_arch_pkgs=yes this configuration is something which won't be used in Debian in the foreseeable future. I had a chat with Wookey at Linaro Connect that it is better to have a cross-toolchain in the archive now, which can be uploaded into the archive and used by everybody. So in any case, please make sure that you test this configuration, and test that the package itself can be cross-built. The patches are very similar to those in the original set. The only difference is the set of languages for which a compiler is built. The changes in this set are: - Don't build a source package if we're building a cross compiler sounds reasonable. - Don't build libraries if we're building a cross compiler using the host's libraries (with_deps_on_target_arch_pkgs=yes) I honestly don't care and would like continue to build these. If these can be built without any other b-d's then lets do it for testing purposes. build time shouldn't be an issue. The only exception is libjava/classpath which needs other b-d's. - Do not build a java or D cross-compiler. Do build the rest of the languages (C,C++,objC, objC++, go, fortran) all cross compilers should be built (still hoping to see D in 4.10, will need to talk to Ian Buclaw again). The benefits this patch series provides: - Unneeded libraries aren't built, so the build completes faster - Currently the libraries that get build using with_deps_on_target_arch_pkgs=yes are different from those that are built natively. For instance libstdc++6 in the main debian archive is Multi-Arch:same, while the package we get with with_deps_on_target_arch_pkgs=yes has no Multi-arch tags. This is a potentially very confusing discrepancy, and not building the wrong package at all is good, I think. We can fix the tags, but it's unclear who would benefit. well, fixing these would be better. didn't look at the effort. - There's an issue regarding an inconsistency in the naming of the x86 32-bit platform (debian calls it 'i386', gcc,binutils call it 'i486'). This results in build errors when trying to build cross-gcc-libraries for the i386 target. These patches don't build those libraries, so we don't see those issues. We could fix the underlying problem, but again, it's unclear this is useful to anybody. there is no inconsistency. the gnu triplet is used for these, not the multiarch name. what really needs to be done is to change the triplet to i585-linux-gnu to reflect reality. On my todo list, but again, not now. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715190: ruby-multi-xml: FTBFS: test failure
As Matthias says, you need to test this on i386. Most of the time this just hangs, but occasionally it segfaults a bit more cleanly and I get more useful output. Here's an example: dpkg-buildpackage: source package ruby-multi-xml dpkg-buildpackage: source version 0.5.3-2 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Christian Hofstaedtler z...@debian.org dpkg-source --before-build ruby-multi-xml-0.5.3 dpkg-buildpackage: host architecture i386 fakeroot debian/rules clean dh clean --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby dh_auto_clean -O--buildsystem=ruby Entering dh_ruby --clean Leaving dh_ruby --clean dh_clean -O--buildsystem=ruby debian/rules build dh build --buildsystem=ruby --with ruby dh_testdir -O--buildsystem=ruby dh_auto_configure -O--buildsystem=ruby dh_auto_build -O--buildsystem=ruby dh_auto_test -O--buildsystem=ruby fakeroot debian/rules binary dh binary --buildsystem=ruby --with ruby dh_testroot -O--buildsystem=ruby dh_prep -O--buildsystem=ruby dh_auto_install -O--buildsystem=ruby Entering dh_ruby --install Running tests for ruby1.9.1 using debian/ruby-tests.rake ... /usr/bin/ruby1.9.1 -S rspec ./spec/multi_xml_spec.rb Fatal error: Opening and ending tag mismatch: open line 1 and close at :1. .*...**..**..**..**. Pending: MultiXml Parsers defaults to the best available gem # No reason given # ./spec/multi_xml_spec.rb:13 MultiXml LibXML parser behaves like a parser .parse a valid XML document when value is true returns true # No reason given # ./spec/parser_shared_example.rb:108 MultiXml LibXML parser behaves like a parser .parse a valid XML document when value is false returns false # No reason given # ./spec/parser_shared_example.rb:119 MultiXml LibXML parser behaves like a parser .parse a valid XML document when key is id returns a Fixnum # No reason given # ./spec/parser_shared_example.rb:130 MultiXml LibXML parser behaves like a parser .parse a valid XML document when key is id returns the correct number # No reason given # ./spec/parser_shared_example.rb:134 MultiXml LibXML parser behaves like a parser .parse a valid XML document when key contains _id returns a Fixnum # No reason given # ./spec/parser_shared_example.rb:145 MultiXml LibXML parser behaves like a parser .parse a valid XML document when key contains _id returns the correct number # No reason given # ./spec/parser_shared_example.rb:149 MultiXml REXML parser behaves like a parser .parse a valid XML document when value is true returns true # No reason given # ./spec/parser_shared_example.rb:108 MultiXml REXML parser behaves like a parser .parse a valid XML document when value is false returns false # No reason given # ./spec/parser_shared_example.rb:119 MultiXml REXML parser behaves like a parser .parse a valid XML document when key is id returns a Fixnum # No reason given # ./spec/parser_shared_example.rb:130 MultiXml REXML parser behaves like a parser .parse a valid XML document when key is id returns the correct number # No reason given # ./spec/parser_shared_example.rb:134 MultiXml REXML parser behaves like a parser .parse a valid XML document when key contains _id returns a Fixnum # No reason given # ./spec/parser_shared_example.rb:145 MultiXml REXML parser behaves like a parser .parse a valid XML document when key contains _id returns the correct number # No reason given # ./spec/parser_shared_example.rb:149 MultiXml Nokogiri parser behaves like a parser .parse a valid XML document when value is true returns true # No reason given # ./spec/parser_shared_example.rb:108 MultiXml Nokogiri parser behaves like a parser .parse a valid XML document when value is false returns false # No reason given # ./spec/parser_shared_example.rb:119 MultiXml Nokogiri parser behaves like a parser .parse a valid XML document when key is id returns a Fixnum # No reason given # ./spec/parser_shared_example.rb:130 MultiXml Nokogiri parser behaves like a parser .parse a valid XML document when key is id returns the correct number # No reason given # ./spec/parser_shared_example.rb:134 MultiXml Nokogiri parser behaves like a parser .parse a valid XML document when key contains _id returns a Fixnum # No reason given # ./spec/parser_shared_example.rb:145 MultiXml Nokogiri parser behaves like a parser .parse a valid XML document when key contains _id returns the correct number # No reason given # ./spec/parser_shared_example.rb:149
Bug#742229: fping: Fails to install if capabilities are not supported
On Fri, 21 Mar 2014, Axel Beckert wrote: Sven-Haegar Koch wrote: Installing and/or upgrading the fping package fails if POSIX capabilities are not supported: [...] Kernel: Linux 3.2.47-sdinet83-cut1 (SMP w/2 CPU cores) Am I right that you are installing this on a machine with an individual kernel which doesn't support POSIX capabilities? Correct. c'ya sven-haegar -- Three may keep a secret, if two of them are dead. - Ben F. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736389: [Pkg-systemd-maintainers] Bug#736389: systemd: HandleSuspendKey failes to handle sleep key
Hello, On Thu, 30 Jan 2014, Michael Stapelberg wrote: At this point, I suggest taking this problem upstream. Either on the IRC channel, the mailing list, or the systemd bugtracker, it is much more likely to get good debugging ideas than here :). I took the problem upstream as suggested (#74629 on bugs.freedesktop.org). Lennart Poettering suggested various things but we still have not resolved the problem. Meanwhile, I installed the Debian package triggerhappy which has a daemon called thd which helped me diagnose the problem further. The Sleep Key on AOD 270 seems to be generating an event on /dev/input/event0 (Keyboard) and *no* event for the special Sleep Key event device /dev/input/event3. This can be seen by running thd --dump /dev/input/event3. It is not clear why this is so. Perhaps logind is misinformed by the kernel that Sleep events are being generated on /dev/input/event3? Or perhaps the kernel is not handling this particular laptop correctly. (Using a standard Debian kernel here.) Hope this helps in diagnosing the problem. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728710: jackd2: Bus error w/ POST_PACKED_STRUCTURE on powerpc G4 32bit
On 11/04/13 15:49, Benoît Delcour wrote: Hi! I just got myself a dual Powermac G4 out of a garbage bin, and immediately installed debian and jackd2. It fails with an obscure Bus error; since I also own a raspberry pi, I first tried to patch source with the same fix, and it works. See Usage of __attribute__((__packed__)) causes bus error on ARM: OK, got you. Modifiying source to #undef #define it unconditionnally did the trick. Bug report tagged as patch, but I don't know the correct flag. I can prepare an actual patch if/when I get the __powerpc__ 32bit-only thingy Did you ever find the correct macro? We're close to a new jackd release and would include this fix, if necessary (and correct). Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742252: duck: missing d/control - readline() on closed filehandle $fh at /usr/bin/duck line 94.
Package: duck Version: 0.5 Severity: minor This is what happens if debian/control does not exist: $ duck readline() on closed filehandle $fh at /usr/bin/duck line 94. IO error: parse_file failed because debian/control could not be opened for reading. Please improve error handling. :-) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duck depends on: ii bzr 2.6.0+bzr6591-1 ii git 1:1.9.1-1 ii libfile-which-perl 1.09-1 ii libnet-dns-perl 0.68-1.2 ii libparse-debcontrol-perl 2.005-4 ii libregexp-common-email-address-perl 1.01-4 ii libregexp-common-perl2013031301-1 ii libwww-curl-perl 4.17-1 ii libyaml-libyaml-perl 0.41-4 ii mercurial2.9.1-1 ii perl 5.18.2-2+b1 ii subversion 1.8.8-1 -- 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#742251: icedove: cant switch folder for a tab
Unfortunately, I can't reproduce this any more after an icedove restart. Apologies for the noise. Nils -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702809: gnome-shell: Lenovo Edge 11 Amd, SSD, no swap
Package: gnome-shell Version: 3.4.2-7+deb7u1 Followup-For: Bug #702809 Dear Maintainer, * What led up to the situation? Random, not reproducible. Seems not related to specific apps: posts stating this or that apps is responsible for generally refer to Iceweasel or Chrome... and a browser or an editor is somewhat always open in my laptop. * What exactly did you do (or not do) that was effective (or ineffective)? Generally I can switch to tty. Gnome-shell totally unresponsive. Oddly notification area react to network-manager SSID changes (this freeze is frequent with maybe another wheezy/gnome/nm bugs: network-manager disconnect from whatever SSID, keep asking password of all auto-ssid and never connect). * What was the outcome of this action? On tty I invocke lightdm restart and this lead to a flickering login screen (graphic driver issues ...too??). If i kill gnome-shell flickering stops but lightdm never reappears... OMG! * What outcome did you expect instead? I wish i'll have a debian linux working, please rise severity of this bug. Sadly, since Sarge, it seems to me that Wheezy is the worst Debian release. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (99, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) 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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backe 0.12.1-3 ii gconf-service 3.2.5-1+build1 ii gir1.2-accountsservice-1.00.6.21-8 ii gir1.2-atk-1.02.4.0-2 ii gir1.2-caribou-1.00.4.4-1 ii gir1.2-clutter-1.01.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.00.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-5 ii gir1.2-gnomebluetooth-1.0 3.4.2-1 ii gir1.2-gtk-3.03.4.2-7 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.0 3.4.1-5 ii gir1.2-networkmanager-1.0 0.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.0 0.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.12 0.18.2-2 ii gir1.2-telepathylogger-0.20.4.0-1 ii gir1.2-upowerglib-1.0 0.9.17-1 ii gjs 1.32.0-5 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gnome-shell-common3.4.2-7+deb7u1 ii gnome-themes-standard 3.4.2-2.1 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.17-97 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra0 0.28-6 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango01.10.2-7 ii libcogl9 1.10.2-7 ii libcroco3 0.6.6-2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-113.4.4-3 ii libedataserver-1.2-16 3.4.4-3 ii libedataserverui-3.0-13.4.4-3 ii libffi5 3.0.10-3 ii libfolks250.6.9-1+b1 ii libgck-1-03.4.1-3 ii libgconf-2-4 3.2.5-1+build1 ii libgcr-3-13.4.1-3 ii libgdk-pixbuf2.0-02.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-1 1.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0]1.32.0-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0
Bug#742253: wish not provided anymore
Package: tk8.5 Version: 8.5.14-2 Severity: normal I believe there is a problem with how wish is provided. In the newer version of tk8.5, wish is not provided anymore, but only by the latest tk version. tk simply depends on the newer package version, but it shouldn't break old releases unless there is a real reason to do so. I cannot install isag (for example), which doesn't depend on any specific tk version. 'isag' depends on tk|wish, but since 8.5 doesn't provide wish anymore, tk is selected and tk breaks 8.5 (of course, I cannot remove 8.5 yet as many packages depend on it). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742247: apt: 0.9.16.1 fails to parse repository files related to foreign architecture
On Fri, Mar 21, 2014 at 02:02:18AM -0700, Daniel C wrote: After upgrading to apt=0.9.16.1 apt-get update is unable to parse data for foreign architecture: It throws the following error for each source: W: Failed to fetch http://http.debian.net/debian/dists/jessie/InRelease Unable to find expected entry 'main/binary-amd64 i386/Packages' in Release file (Wrong sources.list entry or malformed file) Just to clarify: Not related to parsing data – it can't even download the data as it is trying to do this for a non-existent architecture… APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: amd64 i386; So that is our actual problem: for some reason apt believes that you have the architecture 'amd64 i386' configured (additionally to 'amd64') instead of 'i386'. What is the output of: dpkg --print-foreign-architectures ? Or do you set APT::Architectures manually in a configuration file? Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#476441: Please revist this choice. AES128 vs AES256
I notice that the distribution of RSA key sizes distributed with Debian has changed. The 2048 bit keys are still the most common but 20% of the keys are now 4096 bit with only 12% still being 1024 bit. (The 4k and 1k keys have basically changed places) Based on the (now rather dated IMO) papers you cite the 4k keysize exceeds the strength of AES-128 by a large margin. As the RSA key is usually the headline strength indicator for the algorithms other keysizes IMO should equal or exceed this value; AES-128 appears not to for 4k RSA keys. In addition a quick Google around appears to imply that at current rates AES-128 will be considered unsafe by around 2030. This is well before the 2070 estimate of the 2004 paper; perhaps because of the now widespread and cheap use of 'GPU cracker' hardware from the bitcoins events and the now common inclusion of AES hardware assists in modern CPUs. Mostly because of the 4k RSA keys I believe the default should be changed from AES-128 to AES-256 in the near future as would have (still resonably light) doubts that AES-128 will be sufficient for the predicted lifetime of the jessy release. -- Rob. (Robert de Bath robert$ @ debath.co.uk) http://www.debath.co.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742229: fping: Fails to install if capabilities are not supported
Hi, Sven-Haegar Koch wrote: On Fri, 21 Mar 2014, Axel Beckert wrote: Am I right that you are installing this on a machine with an individual kernel which doesn't support POSIX capabilities? Correct. Thanks. I wonder how to handle this case. I've looked into other packages which should have the same problem to solve and how they solved it. Wireshark came to my mind first. It seems to add a setuid flag using chmod if setcap fails. I'm not sure if that's the best idea. It has advantages and disadvantages. Advantages: * Program still works as before for users Disadvantages: * Does not work properly with dpkg-statoverride * Uses setuid despite the user may not expect it because it doesn't do so on other installations. I currently tend to ignore that error on Linux and just output a warning that the admin should use dpkg-statoverride to enable setuid. Another option would be to do the same, but with asking via debconf what to do. But then again, I think debconf is overkill for such a corner-case if debconf isn't already in use for the package. A third option may be to check if dpkg-statoverride is used already. But I suspect I can't check if dpkg-statoverride is used to make sure the shipped permissions are kept in place as the .deb contains the file without setuid flag being set. Will have to check. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724722: binNMUs needed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Transition looks fine, but according to [0] it still needs binNMUs for: * collectd * drizzle * nagios-plugins-contrib [0] https://release.debian.org/transitions/html/libmemcached.html Thanks cheers, - -- Michael Fladischer Fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCgAGBQJTLBs1AAoJEGlMre9Rx7W2rOEP/0gOiVnFBwy/27LtK6YyZKse EGDY2JkvaFTUnpfl0yC2zaKQx4Jl65Iny7McPLF7IcLWBBZiIUrsOoWdTepbnLtF 2BQf+LIttjHcQt1sp09t+fyqJlfOEozbckeSxvl64CkRnjz6DK0hKqVbqLTeMBQk 5t3ubvLUBtGSjPPK8gxvv8dUGH0BwsN8zJYheoU1+1MqYsudC8BgidiM73Gaw0+q TduIXD4gUvKcB11Nvro5hAXJwD/J+LiuFBzvofHxtmhOnUcNtYXUEiNq89JZt9ln yJrBNyOp0sAlTgRpPtN+OgawycNDJIZtp5W8K8gwyabCMcdYdOTomi+9NYhWdjvS FGutTo1Swl1mPdDqZcKsqdrFahi7mqH5p8nNdIg8lSHf2fLvJIxsoWuNYg7/1+XB DqGqTo5VAWkLao8CHU3tzWDGI/UFxKB7swD/mIJZ1wtZuG82vq4EOnNp+NKXgou3 LOQu32EPs2fawaElmXi2o9M5JV016Oy0yKzkSbNIZTtaEs4CfUM7QaI1pEU1Fw/K EKw4eULQakCxEmKmfRmlz8fhjxRbkumvktuXTVwm3TE3+8JgFbwHjoBVH7cC+NUX zVwbl6y+ofm7AwDpO6CvEEDBV25OZHWSqqzvI0J1vpBZ97OjK5ORMptnc4OwR2RU 5uf3ZvOQxbHFdWnqC37o =X8V8 -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#726520: dpkg-genchanges: error: cannot read files list file: No such file or directory
dpkg-genchanges gives a rather unhelpful error message if a package is attempted to be built on a non-supported arch. See what happens when I want to build zsnes, which is Architecture: any-i386, on amd64: I second that. Just ran into the exact same situation when trying to build a i386-only package in my build environment which is set up as amd64 by default. Please change the error message to something more meaningful. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742254: fuser: -s not working properly
Package: psmisc Version: 22.21-1 Severity: normal Hello! Sorry my bad English --silent also not working globus@aspera:~$ fuser /dev/snd/pcmC0D0p /dev/snd/pcmC0D0p: 12071m globus@aspera:~$ fuser -s /dev/snd/pcmC0D0p Specified filename /dev/snd/pcmC0D0p is not a mountpoint. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages psmisc depends on: ii libc6 2.18-4 ii libtinfo5 5.9+20140118-1 psmisc recommends no packages. psmisc 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#741070: note
On 2014-03-20 11:26PM, Dima Kogan wrote: FYI, the josm in experimental (0.0.svn6687+dfsg1-1) appears to fix this. I tried installing josm-0.0.svn6687+dfsg1-1 from experimental. I purged josm-plugins to get this to install/configure. I fired up josm and got the rather cryptic dialog: JOSM version 6.875 required for plugin notes. [Download Plugin] [Skip Download] First I tried the [Download Plugin] button. The dialog went away, but josm never opened another window. I waited a long time (tens of minutes) and then killed the josm process. I tried again, running in the terminal. This is the output: Using /usr/lib/jvm/java-6-openjdk-i386/bin/java to execute josm. INFO: Preference setting validator.tests has been removed since it is no longer used. INFO: Preference setting validator.testsBeforeUpload has been removed since it is no longer used. INFO: Running plugin update after JOSM upgrade. Automatic update at startup is enabled. Then I got the same dialog described above. This time clicked the [Skip Download] button. Same thing happened. No additional terminal output. josm did not show up among the active processes in top. Please let me know if there's further testing/experimenting I can do to help with this. Thank you for your time. -- Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742256: python-hacking: breaks flake8
Package: python-hacking
Version: 0.8.0-1
Severity: normal
When python-hacking is installed python-flake8 (2.1.0) stops working.
flake8 fails with this error:
pkg_resources.VersionConflict: (flake8 2.1.0
(/usr/lib/python2.7/dist-packages), Requirement.parse('flake8==2.0'))
The python-hacking package contains flake8==2.0, in this file:
/usr/lib/python2.7/dist-packages/hacking-0.8.0.egg-info/requires.txt
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.10-1-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 python-hacking depends on:
ii dpkg 1.17.6
ii pep8 1.4.6-1.1
ii pyflakes 0.7.3-2
ii python 2.7.5-5
ii python-d2to1 0.2.11-1
ii python-flake8 2.1.0-1
ii python-pbr 0.5.21-1
ii python-six 1.6.1-1
python-hacking recommends no packages.
python-hacking 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#742257: Breaks icedove in testing
Package: xul-ext-foxyproxy-standard Version: 4.1-1 Severity: serious Hello, This package declares: Breaks: [...] icedove ( 20.0~a1+) [...] and the version of Icedove in testing is 24.3.0-2... This package should be updated to the new upstream version (or removed from testing). Cheers, -- Stéphane -- 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/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-foxyproxy-standard depends on: ii icedove17.0.10-1 ii iceweasel 27.0.1-1 xul-ext-foxyproxy-standard recommends no packages. xul-ext-foxyproxy-standard 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#742253: [Pkg-tcltk-devel] Bug#742253: wish not provided anymore
Hi Yuri, On Fri, Mar 21, 2014 at 2:33 PM, Yuri D'Elia wav...@thregr.org wrote: I believe there is a problem with how wish is provided. In the newer version of tk8.5, wish is not provided anymore, but only by the latest tk version. Currently, no tk8.* packages provide /usr/bin/wish interpreter anymore. Only the tk package contains /usr/bin/wish. And for now, /usr/bin/wish is a symlink to /usr/bin/wish8.6, so if a program specifically requires Tcl/Tk 8.5 then it must depend on tk8.5 and use /usr/bin/wish8.5 as a wish interpreter. tk simply depends on the newer package version, but it shouldn't break old releases unless there is a real reason to do so. I don't really follow you in break old releases. I cannot install isag (for example), which doesn't depend on any specific tk version. 'isag' depends on tk|wish, but since 8.5 doesn't provide wish anymore, tk is selected and tk breaks 8.5 (of course, I cannot remove 8.5 yet as many packages depend on it). The tk package doesn't break 8.5. You may happily install tk and tk8.5 simultaneously. Just /usr/bin/wish is 8.6 and not 8.5 now. If isag doesn't work with Tk 8.6 then file a bugreport against it and ask the maintainer to change it's dependency to tk8.5 and to use /usr/bin/wish8.5 instead of wish. 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#742252: duck: missing d/control - readline() on closed filehandle $fh at /usr/bin/duck line 94.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am 2014-03-21 11:26, schrieb Jakub Wilk: Package: duck Version: 0.5 Severity: minor This is what happens if debian/control does not exist: $ duck readline() on closed filehandle $fh at /usr/bin/duck line 94. IO error: parse_file failed because debian/control could not be opened for reading. Please improve error handling. :-) Debian Packages without d/control files clearly violate the policy, and are not allowed! As simple as that :-) Yes, thanks for that, i just didn't think about that at all. Will be fixed with the next upload. Bye, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages duck depends on: ii bzr 2.6.0+bzr6591-1 ii git 1:1.9.1-1 ii libfile-which-perl 1.09-1 ii libnet-dns-perl 0.68-1.2 ii libparse-debcontrol-perl 2.005-4 ii libregexp-common-email-address-perl 1.01-4 ii libregexp-common-perl2013031301-1 ii libwww-curl-perl 4.17-1 ii libyaml-libyaml-perl 0.41-4 ii mercurial 2.9.1-1 ii perl 5.18.2-2+b1 ii subversion 1.8.8-1 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCgAGBQJTLB/dAAoJEBy08PeN7K/pOOEQAJR2po3TuHJH5Ml1+yQDLv4k 7bBljwRLoYRc4PYpCJrgwMUppzl/90GpnfKRv4EO8x3z/adrKGzxsi3mML6ZPDIa Gnz87Uq0TBbKyzouZvVheP0L6ghFWEp6KVSC1NKUUnzjw+GC2lhFSXb/EDuvDvRm U5EYa3Hn2zaqnLvExKwfmTrATf0CxH7VqAw5NlAyoXF9r3MRTFBs5uL/OHzaKY/D Ky8tKZybDmAW7hnHpVMSN6ZIe/tk85Db2YLLbIayMlvZQWVJgfumT/cCqL7fZu5r HE4/DRqsAHNsPVYDmZTRyKT1nfVYCuRbymLAXkq4zWRGaOjYPr+flreEBgFicyoe hPpegcP2RiJBiWfduyuHKgV7QBVZmM5Kvxupq3YbGdnMu5wN3V6FfV/1xU9fzfd3 9WCLxd8quey6voK5fBvY//niOdqssYqIK2MoSa5WWtIljB2g7StZbGWq1tUDmFwe 8SpZ0DieET6xYoqC6/yREApL6wX5pr6TRfMu+FrMJL46mr5LsZqQRbj6F3ss0jf8 /zQUYd/EfP0/5oUp35kuBno9Ipj/2UP/OSWLqCxNBazKo9bUcHMZHNy/FHxNJG8s bjvNPbd9QIlCpFDAxTsofwQrJhip6Lv0gs35BIfI34wlN+aWGvhBChlBkSgV4RuK XyQS58Wn3WuXhcGo4SMe =UGXi -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#722229: should not recommend getopt.h for getopt()
* Russ Allbery r...@debian.org, 2013-09-09, 01:59:
I suspect this sort of thing will be hard to fix,
Actually, it's very easy to fix. It's a matter of adding this to one of
the mapping files:
{ symbol: [ getopt, private, unistd.h, public ] },
{ symbol: [ optarg, private, unistd.h, public ] },
{ symbol: [ optind, private, unistd.h, public ] },
{ symbol: [ opterr, private, unistd.h, public ] },
{ symbol: [ optopt, private, unistd.h, public ] },
--
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#737829: berusky: menu file needs absolute icon path
Control: tags -1 patch Dear maintainer, please find attached a patch that achieves the following: * Update berusky's menu file and use the absolute icon path to display the menu icon. (Closes: #737829) Regards, Markus From 477a66c57d03ad3128614719aa3e7b8884733548 Mon Sep 17 00:00:00 2001 From: Markus Koschany a...@gambaru.de Date: Fri, 21 Mar 2014 12:16:31 +0100 Subject: [PATCH] fix 737829 --- debian/changelog | 8 debian/menu | 10 ++ 2 files changed, 14 insertions(+), 4 deletions(-) diff --git a/debian/changelog b/debian/changelog index c84c1c5..ac8e99a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +berusky (1.4-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update berusky's menu file and use the absolute icon path to display the +menu icon. (Closes: #737829) + + -- Markus Koschany a...@gambaru.de Fri, 21 Mar 2014 12:15:42 +0100 + berusky (1.4-1) unstable; urgency=low * New upstream release. diff --git a/debian/menu b/debian/menu index ed88f7d..483e155 100644 --- a/debian/menu +++ b/debian/menu @@ -1,4 +1,6 @@ -?package(berusky):needs=X11 section=Games/Puzzles\ - icon=berusky.xpm\ - longtitle=Berusky logic game based on Sokoban\ - title=Berusky command=/usr/games/berusky +?package(berusky):needs=X11 \ + section=Games/Puzzles \ + icon=/usr/share/pixmaps/berusky.xpm \ + longtitle=Berusky logic game based on Sokoban \ + title=Berusky \ + command=/usr/games/berusky -- 1.9.1 signature.asc Description: OpenPGP digital signature
Bug#742258: libxml2: [wheezy] race condition causing crash in gnome-shell
Package: libxml2
Version: 2.8.0+dfsg1-7+nmu2
Severity: important
Tags: wheezy patch
Hi,
I have found the probable cause of a number hard-to-reproduce,
hard-to-debug gnome-shell failures on wheezy, especially when a11y is
enabled.
The problem is identical to LP#962604 but the crash can happen in a wide
number of libxml2 functions.
It is caused by a race condition in libxml2 which can occur only when
some functions are used several times from different threads.
The bug is fixed upstream:
https://git.gnome.org/browse/libxml2/commit/?id=7a2215dbcd4882e45f618c5f78f8d975b7c47ed3
I’m attaching the patch.
Since it’s mostly about GNOME, I can ask the release team and do the
upload myself if you want.
Thanks for considering.
--
.''`. Josselin Mouette
: :' :
`. `'
`-
Index: libxml2-2.8.0+dfsg1/threads.c
===
--- libxml2-2.8.0+dfsg1.orig/threads.c 2010-12-20 13:56:24.0 +0100
+++ libxml2-2.8.0+dfsg1/threads.c 2014-03-21 12:03:44.898355001 +0100
@@ -915,6 +915,7 @@
#ifdef HAVE_PTHREAD_H
if ((libxml_is_threaded) (pthread_key_delete != NULL))
pthread_key_delete(globalkey);
+once_control = PTHREAD_ONCE_INIT;
#elif defined(HAVE_WIN32_THREADS) !defined(HAVE_COMPILER_TLS) (!defined(LIBXML_STATIC) || defined(LIBXML_STATIC_FOR_DLL))
if (globalkey != TLS_OUT_OF_INDEXES) {
xmlGlobalStateCleanupHelperParams *p;
Bug#742253: [Pkg-tcltk-devel] Bug#742253: wish not provided anymore
On 03/21/2014 12:14 PM, Sergei Golovan wrote: Hi Yuri, On Fri, Mar 21, 2014 at 2:33 PM, Yuri D'Elia wav...@thregr.org wrote: I believe there is a problem with how wish is provided. In the newer version of tk8.5, wish is not provided anymore, but only by the latest tk version. Currently, no tk8.* packages provide /usr/bin/wish interpreter anymore. Only the tk package contains /usr/bin/wish. And for now, /usr/bin/wish is a symlink to /usr/bin/wish8.6, so if a program specifically requires Tcl/Tk 8.5 then it must depend on tk8.5 and use /usr/bin/wish8.5 as a wish interpreter. tk simply depends on the newer package version, but it shouldn't break old releases unless there is a real reason to do so. I don't really follow you in break old releases. Sorry, I didn't see the Breaks was versioned. I had 8.5 on hold so I though installing tk wasn't possible. Sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742229: fping: Fails to install if capabilities are not supported
On Fri, 21 Mar 2014, Axel Beckert wrote: Sven-Haegar Koch wrote: On Fri, 21 Mar 2014, Axel Beckert wrote: Am I right that you are installing this on a machine with an individual kernel which doesn't support POSIX capabilities? Correct. Thanks. I wonder how to handle this case. I've looked into other packages which should have the same problem to solve and how they solved it. This is what iputils-ping uses in postinst: if [ $1 = configure ]; then # If we have setcap is installed, try setting cap_net_raw+ep, # which allows us to install our binaries without the setuid # bit. if command -v setcap /dev/null; then if setcap cap_net_raw+ep /bin/ping cap_net_raw+ep /bin/ping6; then echo Setcap worked! Ping(6) is not suid! else echo Setcap failed on /bin/ping, falling back to setuid 2 chmod u+s /bin/ping /bin/ping6 fi else echo Setcap is not installed, falling back to setuid 2 chmod u+s /bin/ping /bin/ping6 fi fi c'ya sven-haegar -- Three may keep a secret, if two of them are dead. - Ben F. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728710: [Jack-Devel] Bug#728710: jackd2: Bus error w/ POST_PACKED_STRUCTURE on powerpc G4 32bit
On 03/21/2014 11:25 AM, Adrian Knoth wrote: On 11/04/13 15:49, Benoît Delcour wrote: Hi! I just got myself a dual Powermac G4 out of a garbage bin, and immediately installed debian and jackd2. It fails with an obscure Bus error; since I also own a raspberry pi, I first tried to patch source with the same fix, and it works. See Usage of __attribute__((__packed__)) causes bus error on ARM: OK, got you. Modifiying source to #undef #define it unconditionnally did the trick. Bug report tagged as patch, but I don't know the correct flag. I can prepare an actual patch if/when I get the __powerpc__ 32bit-only thingy Did you ever find the correct macro? We're close to a new jackd release and would include this fix, if necessary (and correct). gcc -dM -E - /dev/null lists all compiler defines, I hazard a guess that __ppc__ is appropriate (there's also __ppc64__). But going by compiler defines alone is tricky (OSX for example allows multi-arch builds, even though osx = 10.5 PPC users are rare these days). This should be really be set/auto-detected during waf configure. 2c, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737932: jigzo: menu file needs absolute icon path
Control: tags -1 patch Dear maintainer, please find attached a patch that achieves the following: * Update jigzo.menu and use the absolute icon path to display the menu icon. (Closes: #737932) Regards, Markus From 088051addb754e6cfdaa4eac1a35b807c2043905 Mon Sep 17 00:00:00 2001 From: Markus Koschany a...@gambaru.de Date: Fri, 21 Mar 2014 12:33:43 +0100 Subject: [PATCH] fix 737932 --- debian/changelog | 8 debian/jigzo.menu | 10 ++ 2 files changed, 14 insertions(+), 4 deletions(-) diff --git a/debian/changelog b/debian/changelog index ae2e97c..41f9271 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +jigzo (0.6.1-6.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update jigzo.menu and use the absolute icon path to display the menu icon. +(Closes: #737932) + + -- Markus Koschany a...@gambaru.de Fri, 21 Mar 2014 12:32:22 +0100 + jigzo (0.6.1-6) unstable; urgency=low * Bump Standards-Version to 3.9.3. diff --git a/debian/jigzo.menu b/debian/jigzo.menu index 49b07f5..3a22853 100644 --- a/debian/jigzo.menu +++ b/debian/jigzo.menu @@ -1,4 +1,6 @@ -?package(jigzo):needs=X11 section=Games/Puzzles\ - longtitle=Photo puzzle game for children\ - icon=jigzo.xpm\ - title=jigzo command=/usr/games/jigzo +?package(jigzo):needs=X11 \ + section=Games/Puzzles \ + longtitle=Photo puzzle game for children \ + icon=/usr/share/pixmaps/jigzo.xpm \ + title=jigzo \ + command=/usr/games/jigzo -- 1.9.1 signature.asc Description: OpenPGP digital signature
Bug#738006: pipewalker: menu file needs absolute icon path
Control: tags -1 patch Dear maintainer, please find attached a patch that achieves the following: * Update pipewalker's menu file and use the absolute icon path to display the menu icon. (Closes: #738006) Regards, Markus From d3fe9ee42f4b6c77784bb5c5c0c3843dae72e628 Mon Sep 17 00:00:00 2001 From: Markus Koschany a...@gambaru.de Date: Fri, 21 Mar 2014 12:40:18 +0100 Subject: [PATCH] fix 738006 --- debian/changelog | 8 debian/menu | 10 ++ 2 files changed, 14 insertions(+), 4 deletions(-) diff --git a/debian/changelog b/debian/changelog index 9573649..797a546 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +pipewalker (0.9.4-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update pipewalker's menu file and use the absolute icon path to display the +menu icon. (Closes: #738006) + + -- Markus Koschany a...@gambaru.de Fri, 21 Mar 2014 12:38:50 +0100 + pipewalker (0.9.4-2) unstable; urgency=low * debian/patches/no-werror.diff: Closes: #713336. diff --git a/debian/menu b/debian/menu index 311d6d7..dc2decf 100644 --- a/debian/menu +++ b/debian/menu @@ -1,4 +1,6 @@ -?package(pipewalker):needs=X11 section=Games/Puzzles\ - longtitle=Connect all hosts to network!\ - icon=pipewalker.xpm\ - title=Pipewalker command=/usr/games/pipewalker +?package(pipewalker):needs=X11 \ + section=Games/Puzzles \ + longtitle=Connect all hosts to network! \ + icon=/usr/share/pixmaps/pipewalker.xpm \ + title=Pipewalker \ + command=/usr/games/pipewalker -- 1.9.1 signature.asc Description: OpenPGP digital signature
Bug#742247: Not a bug
On Fri, Mar 21, 2014 at 02:56:01AM -0700, Daniel C wrote:
It's my fault. It seems that old versions were not so strict with my syntax
('APT::Architectures amd64 i386;' instead of 'APT::Architectures {amd64;
i386;};') in apt conf file.
Interesting. That was me breaking things (again ;) ).
It should work with ',' instead of ' ' for the moment.
(and of course in your alternative).
I will see how to fix this.
Why are you doing this though?
APT will happily take this setting from the dpkg if not set,
so you shouldn't need to configure this at all, or what is your usecase?
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
Bug#742259: dynare-matlab: Missing dependency libmatio-dev
Package: dynare-matlab Version: 4.4.2-1 Severity: important Dear Maintainer, Package dynare-matlab misses a dependency libmatio-dev. Without this package, it failed to configure and install properly. Manual install of libmatio-dev fixed the issue. Best regards, Marcin Bielecki -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dynare-matlab depends on: ii dynare 4.4.2-1 ii gfortran4:4.8.2-2 ii libboost-graph-dev 1.54.0.1 ii libboost-graph1.54-dev 1.54.0-5 ii libslicot-pic 5.0+20101122-1 ii make3.81-8.3 ii matlab-support 0.0.19 dynare-matlab recommends no packages. dynare-matlab 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#742260: lintian always complains about license-problem-gfdl-invariants
Package: lintian Severity: important lintian currently complains about this tag for every file which includes a copy of the GFDL. The addendum reads: ADDENDUM: How to use this License for your documents To use this License in a document you have written, include a copy of the License in the document and put the following copyright and license notices just after the title page: Copyright (C) YEAR YOUR NAME. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled ``GNU Free Documentation License''. If you have Invariant Sections, Front-Cover Texts and Back-Cover Texts, replace the with...Texts. line with this: with the Invariant Sections being LIST THEIR TITLES, with the Front-Cover Texts being LIST, and with the Back-Cover Texts being LIST. If you have Invariant Sections without Cover Texts, or some other combination of the three, merge those two alternatives to suit the situation. lintian should not complain about this. this is triggered by nearly every GNU software. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742261: RM: osgearth [hurd-i386 mips powerpc s390x sparc] -- ROM; v8 build dependency not available
Package: ftp-master.debian.org Severity: normal osgEarth 2.5 adds a build dependency on libv8-dev for javascript support, but libv8-3.14 doesn't include hurd-i386, mips, powerpc, s390x sparc in its architecture list. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742247: Not a bug
On Fri, Mar 21, 2014 at 12:47:25PM +0100, da...@kalnischkies.de wrote:
On Fri, Mar 21, 2014 at 02:56:01AM -0700, Daniel C wrote:
It's my fault. It seems that old versions were not so strict with my syntax
('APT::Architectures amd64 i386;' instead of 'APT::Architectures
{amd64; i386;};') in apt conf file.
Interesting. That was me breaking things (again ;) ).
It should work with ',' instead of ' ' for the moment.
(and of course in your alternative).
I will see how to fix this.
(jumping to conclusion about myself without testing, tztztz)
Mhh, I just did some code inspection as well as a quick test with an
older release (0.9.15.4) and a ' ' as seperator was not supported before
as far as I can see. Do you have any hint which version this has worked?
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
Bug#742262: file: buggy magic: Regression in recognition of Perl scripts
Package: file
Version: 5.11-2+deb7u2
Severity: normal
The recent security update in wheezy introduced a regression in the
recognition of some Perl scripts. Technically, this update backported
an upstream regression so this is an issue in both wheezy (5.11) and
jessie (5.17).
Reproducer:
printf '#!/usr/bin/perl\nBEGIN{' | file -b -
Expected (as seen in squeeze), something like:
| a /usr/bin/perl script text executable
Seen:
| awk script, ASCII text
Appearently affected by this is FAI, as seen in the FAI mailing list,
Message-ID: 532c1d1a.5000...@climate.unibe.ch
Christoph
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728381: more info
Hi Mark,
Am 31.10.2013 15:25, schrieb Mark A. Hershberger:
Maybe of some interest that strace shows the segfault after reading
tracker-needle.ui
And, this may be normal, but it shows up here as attempting to read from
the build directory /tmp/buildd...
write(2, \n(tracker-needle:13283): Tracker..., 210
(tracker-needle:13283): Tracker-WARNING **: tracker-tags-view.vala:94:
Could not get Sparql connection:
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive
a reply (timeout by message bus)
) = 210
open(/tmp/buildd/tracker-0.16.2/src/tracker-needle/tracker-needle.ui,
O_RDONLY) = -1 ENOENT (No such file or directory)
open(/usr/share/tracker/tracker-needle.ui, O_RDONLY) = 8
fstat(8, {st_mode=S_IFREG|0644, st_size=21270, ...}) = 0
read(8, ?xml version=\1.0\ encoding=\UT..., 21270) = 21270
close(8)= 0
brk(0x2754000) = 0x2754000
brk(0x2753000) = 0x2753000
brk(0x2774000) = 0x2774000
brk(0x2773000) = 0x2773000
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault
Can you still reproduce the bug with an up-to-date version of tracker?
--
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#742264: Please update printer-driver-escpr at least to upstream 1.3.1
Package: printer-driver-escpr Version: 1.3.0-2 Tags: fixed-upstream Source: epson-inkjet-printer-escpr Upstream release 1.3.1 fixes a bug where the driver mixes up short- and long- edge binding, which is annoying and tends to waste paper. Epson has also published version 1.4.0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742263: squeeze-pu: package lcms2/2.2+git20110628-2.2+deb7u1
Package: release.debian.org
Severity: normal
Tags: squeeze
User: release.debian@packages.debian.org
Usertags: pu
Dear release team,
please accept an upload of lcms2 2.2+git20110628-2.2+deb7u1 to wheezy-proposed
updates.
The update fixes a minor security issue in stable (#714529,
CVE-2013-4160). DSA considers the issue to be not worth a security
update:
https://security-tracker.debian.org/tracker/CVE-2013-4160
Debdiff attached.
Thanks
Thomas
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru lcms2-2.2+git20110628/debian/changelog
lcms2-2.2+git20110628/debian/changelog
--- lcms2-2.2+git20110628/debian/changelog 2014-03-17 23:41:12.0
+0100
+++ lcms2-2.2+git20110628/debian/changelog 2014-03-21 11:29:26.0
+0100
@@ -1,3 +1,9 @@
+lcms2 (2.2+git20110628-2.2+deb7u1) stable; urgency=medium
+
+ * Fix security bugs in stable (Closes: #714529), CVE-2013-4160
+
+ -- Thomas Weber twe...@debian.org Thu, 20 Mar 2014 00:17:31 +0100
+
lcms2 (2.2+git20110628-2.2) unstable; urgency=low
* Non-maintainer upload.
diff -Nru lcms2-2.2+git20110628/debian/control
lcms2-2.2+git20110628/debian/control
--- lcms2-2.2+git20110628/debian/control2014-03-17 23:41:12.0
+0100
+++ lcms2-2.2+git20110628/debian/control2014-03-21 11:29:26.0
+0100
@@ -2,6 +2,7 @@
Section: libs
Priority: optional
Maintainer: Oleksandr Moskalenko ma...@debian.org
+Uploaders: Thomas Weber twe...@debian.org
Build-Depends: debhelper (= 9), dpkg-dev (= 1.16.0), autotools-dev,
libjpeg-dev, libtiff4-dev, zlib1g-dev, quilt
Standards-Version: 3.9.2
Homepage: http://www.littlecms.com/
diff -Nru lcms2-2.2+git20110628/debian/patches/ojdk-8007925+8007926.patch
lcms2-2.2+git20110628/debian/patches/ojdk-8007925+8007926.patch
--- lcms2-2.2+git20110628/debian/patches/ojdk-8007925+8007926.patch
1970-01-01 01:00:00.0 +0100
+++ lcms2-2.2+git20110628/debian/patches/ojdk-8007925+8007926.patch
2014-03-21 11:29:26.0 +0100
@@ -0,0 +1,28 @@
+# HG changeset patch
+# Date 1364497268 -14400
+# Node ID 56f01b89d8b8f7e2cbc651dccbd904b45698be24
+# Parent 09c14ca57ff092cd304a4e29f9398176255a72ab
+8007925: Improve cmsStageAllocLabV2ToV4curves
+8007926: Improve cmsPipelineDup
+
+Index: lcms2-2.2+git20110628/src/cmslut.c
+===
+--- lcms2-2.2+git20110628.orig/src/cmslut.c2011-06-27 23:20:02.0
-0500
lcms2-2.2+git20110628/src/cmslut.c 2013-07-01 10:51:20.0 -0500
+@@ -980,6 +980,7 @@
+ mpe = cmsStageAllocToneCurves(ContextID, 3, LabTable);
+ cmsFreeToneCurveTriple(LabTable);
+
++if (mpe == NULL) return mpe;
+ mpe -Implements = cmsSigLabV2toV4;
+ return mpe;
+ }
+@@ -1291,6 +1292,8 @@
+ if (lut == NULL) return NULL;
+
+ NewLUT = cmsPipelineAlloc(lut -ContextID, lut -InputChannels, lut
-OutputChannels);
++if (NewLUT == NULL) return NULL;
++
+ for (mpe = lut -Elements;
+ mpe != NULL;
+ mpe = mpe -Next) {
diff -Nru lcms2-2.2+git20110628/debian/patches/ojdk-8007927.patch
lcms2-2.2+git20110628/debian/patches/ojdk-8007927.patch
--- lcms2-2.2+git20110628/debian/patches/ojdk-8007927.patch 1970-01-01
01:00:00.0 +0100
+++ lcms2-2.2+git20110628/debian/patches/ojdk-8007927.patch 2014-03-21
11:29:26.0 +0100
@@ -0,0 +1,22 @@
+# HG changeset patch
+# User bae
+# Date 1363852330 -14400
+# Node ID 4047e9efcbd0966d8cc15d51f9b25ae5b141e239
+# Parent a7299af2af32c38eef541180e26f4aac7d79bff8
+8007927: Improve cmsAllocProfileSequenceDescription
+
+Index: lcms2-2.2+git20110628/src/cmsnamed.c
+===
+--- lcms2-2.2+git20110628.orig/src/cmsnamed.c 2013-07-01 11:02:26.0
-0500
lcms2-2.2+git20110628/src/cmsnamed.c 2013-07-01 11:03:56.0
-0500
+@@ -698,6 +702,10 @@
+ Seq - seq = (cmsPSEQDESC*) _cmsCalloc(ContextID, n,
sizeof(cmsPSEQDESC));
+ Seq - n= n;
+
++if (Seq - seq == NULL) {
++_cmsFree(ContextID, Seq);
++ return NULL;
++}
+
+ for (i=0; i n; i++) {
+ Seq - seq[i].Manufacturer = NULL;
diff -Nru lcms2-2.2+git20110628/debian/patches/ojdk-8007929.patch
lcms2-2.2+git20110628/debian/patches/ojdk-8007929.patch
--- lcms2-2.2+git20110628/debian/patches/ojdk-8007929.patch 1970-01-01
01:00:00.0 +0100
+++ lcms2-2.2+git20110628/debian/patches/ojdk-8007929.patch 2014-03-21
11:29:26.0 +0100
@@ -0,0 +1,27 @@
+# HG changeset patch
+# User bae
+# Date 1363852924 -14400
+# Node ID 2c71b4f2104b4951376604d50d5ecd176cd5acc7
+# Parent 4047e9efcbd0966d8cc15d51f9b25ae5b141e239
+8007929: Improve CurvesAlloc
+
+Index:
Bug#681889: libguestfs0 has too many dependencies?
Since I wrote the message #26 above, we've done a lot of work upstream and -- starting with libguestfs = 1.26 and supermin = 5 -- it will be possible to split the dependencies of the appliance. The basic ideas are covered in these blog posts: http://rwmj.wordpress.com/2014/02/26/new-in-libguestfs-1-25-38/#content http://rwmj.wordpress.com/2014/03/08/supermin-version-5/#content http://rwmj.wordpress.com/2014/03/20/analysis-of-the-size-of-libguestfs-dependencies/#content The Fedora Rawhide package has already been split into: - libguestfs-gfs2 - libguestfs-hfsplus - libguestfs-jfs - libguestfs-nilfs - libguestfs-reiserfs - libguestfs-rescue # vim dependency isolated here - libguestfs-rsync - libguestfs-xfs - libguestfs-zfs # zfs dependency isolated here The idea is that you install libguestfs base package. If you need to handle guests / disk images using (eg) XFS, then you have to install libguestfs-xfs as well. The base package doesn't pull in some of the larger / troublesome dependencies, so you only need to install those if you need the feature. I also posted a patch to the Debian package which begins implementing this split (only ZFS so far, but the principle is the same for all subpackages): https://www.redhat.com/archives/libguestfs/2014-March/msg00171.html Note this does require the new upstream versions of libguestfs supermin. libguestfs 1.26 should be released at the end of this month, but there are 1.25.x packages in Debian experimental. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742265: file doesnt not recognize a perl-script anymore, when there is a BEGIN{ } block in the header.
Package: file
Version: 5.11-2+deb7u2
Severity: important
Dear Maintainer,
since the last update, file doesn't recognize correctly any perl-script which
has a BEGIN{} block in its header.
Example script:
--
#!/usr/bin/perl -w
use strict;
BEGIN {
if ( !$ENV{'PERL_MODULES'} ) {
$ENV{'PERL_MODULES'}= '/srv/fai/config/perl_modules';
}
unshift @INC, $ENV{'PERL_MODULES'};
}
use FAI;
use NFS::Clients;
--
Output:
--
file 5.11-2+deb7u1: (output correct)
file -bL 10-create-directories
a /usr/bin/perl -w script text executable
file 5.11-2+deb7u2: (output wrong)
file -bL 10-create-directories
awk script, ASCII text
Regards
R. Bleisch
-- System Information:
Debian Release: 7.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-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/bash
Versions of packages file depends on:
ii libc6 2.13-38+deb7u1
ii libmagic1 5.11-2+deb7u2
ii zlib1g 1:1.2.7.dfsg-13
file recommends no packages.
file 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#736389: [Pkg-systemd-maintainers] Bug#736389: systemd: HandleSuspendKey failes to handle sleep key
Hi Kapil, kapil.iis...@gmail.com writes: It is not clear why this is so. Perhaps logind is misinformed by the kernel that Sleep events are being generated on /dev/input/event3? Or I’m not entirely sure where logind gets this information from. perhaps the kernel is not handling this particular laptop correctly. (Using a standard Debian kernel here.) Try booting the machine from a Fedora live medium or any other distribution to see whether you face the same troubles there. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742247: (no subject)
This line (APT::Architectures amd64 i386;) is inherited in my conf since few years ago. I was started to add i386 just in apt to query some cache. Then I updated dpkg too, but kept garbage in apt.conf. And this garbage was accepted by apt since this version. dpkg conf is ok: x@lenovo:~$ cat /var/lib/dpkg/arch amd64 i386 x@lenovo:~$ I've just taken few minutes to clean apt.conf and finnaly removed Architecture[s] and some other unuseful settings at all. I've seen this issue after the following upgrade (paste from history.log):Upgrade: apt:amd64 (0.9.15.5+b1, 0.9.16.1), apt-utils:amd64 (0.9.15.5+b1, 0.9.16.1), libapt-inst1.5:amd64 (0.9.15.5+b1, 0.9.16.1), libapt-pkg4.12:amd64 (0.9.15.5+b1, 0.9.16.1) -- Daniel C
Bug#742266: www.debian.org: Help Debian webpage is not very helpful
Package: www.debian.org Severity: normal Last week, during the MiniConf in Barcelona, the issue of newcomers being lost arised a few times. There are numerous efforts underway to attract new contributors, but it seems we're falling short at retaining some of them when they first approach the project. The Help Debian webpage is a place where many potential contributors will try to find a way to help, but it has many issues. First of all, it is badly organised and not very attractive to read. I think it should be structured in a different way. I think a good idea would be to spli the tasks in different levels of difficulty, separating technical and non-technical, etc. Also, point no 7 is ridiculous: are we actually suggesting a newbie to bootstrap a port?? That definitely needs to be removed :) Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.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#741404: [RFR] templates://ganeti/{templates/versioned.templates}
Oh, are we doing this? I thought it was on hold
(https://lists.debian.org/debian-l10n-english/2014/03/msg00014.html)
Christian PERRIER wrote:
--- ganeti.old/debian/templates/versioned.templates 2014-03-07
10:20:10.0 +0100
+++ ganeti/debian/templates/versioned.templates 2014-03-21
07:14:50.704916373 +0100
I've got nothing to add to your review here.
--- ganeti.old/debian/control 2014-03-12 07:23:42.919560250 +0100
+++ ganeti/debian/control 2014-03-21 07:08:01.385273303 +0100
@@ -43,10 +43,10 @@
Suggests: ganeti-doc, blktap-dkms
Conflicts: ganeti-htools
Provides: ${python:Provides}, ganeti-htools
-Description: Cluster-based virtualization management software
+Description: cluster-based virtualization management software
(repeated over all other package descriptions: uncapitalize, as
recommended by Developer's Reference)
It's also awkwardly long due to the inclusion of two rather useless
words. How is cluster-BASED virtualization management different from
actual CLUSTER virtualization management? And what would be in a set
of Debian packages if not software? So we could just trim this to:
Description: cluster virtualization manager
But I notice the original upstream blurb was Ganeti is a
virtualization cluster management software (which shows signs of
non-native-speaker English). Maybe we should start from scratch with
something like
Description: VM clustering system
...but my patch sticks to the first option.
Ganeti is a virtual server cluster management software tool built on top
What is the word software adding to that noun-pile?
(It also seems odd to talk about building a tool, especially on top of
something else, but never mind.)
- of the Xen and KVM virtualization technologies and other Free Software.
After
- setting it up it will provide you with an automated environment to
+ of the Xen and KVM virtualization technologies and other free software.
+ It provides an automated environment to
manage highly available virtual machine instances.
Highly available [thing]s always looks wrong to me (the normal way
of saying [thing]s characterised by high availability would be to
say high-availability [thing]s), but it seems to be standard jargon
in the field.
I don't really see any reason to capitalize free software. This is
also repeated over other package descriptions.
And this now makes a good introductory boilerplate paragraph, yes.
Then the next two paragraphs could easily be knocked together into one
in-depth boilerplate paragraph:
It has been designed to facilitate cluster management of virtual servers
and to provide fast and simple recovery after physical failures using
commodity hardware.
.
It will take care of operations such as redundant disk creation and
management, operating system installation (in cooperation with OS-specific
install scripts), startup, shutdown, failover of instances between physical
systems.
Tweak a verbal aspect, reshuffle the physical failures using
commodity hardware, insert a conjunction:
It is designed to facilitate cluster management of virtual servers using
commodity hardware, and to provide fast and simple recovery after physical
failures. It can take care of operations such as redundant disk creation
and management, operating system installation (in cooperation with
OS-specific install scripts), startup, shutdown, and failover of instances
between physical systems.
[...]
-Description: Cluster-based virtualization management software - Python
components
+Description: cluster-based virtualization management software - Python
components
[...]
-Description: Cluster-based virtualization management software - Haskell
components
+Description: cluster-based virtualization management software - Haskell
components
I'd like to shorten these to something like
Description: cluster virtualization manager - $PROGLANG components
Package: ganeti-htools
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, ganeti-htools-2.10
Breaks: ganeti2 ( 2.4)
-Description: Cluster allocation tools for Ganeti - stand-alone version
- Additional tools used for enhanced allocation, maintenance and capacity
- calculation on Ganeti clusters.
+Description: cluster allocation tools for Ganeti - stand-alone version
A shorter blurb would also let us say something like
Description: cluster virtualization manager - tools (stand-alone)
+ Ganeti is a virtual server cluster management software tool built on top
+ of the Xen and KVM virtualization technologies and other free software.
+ It provides an automated environment to
+ manage highly available virtual machine instances.
+ .
+ This package provides additional tools used for enhanced allocation,
+ maintenance and capacity calculation on Ganeti clusters.
.
The tools provided are:
Add the standard boilerplate paragraph to this package as well.
- hail: advanced
Bug#742267: vmdebootstrap: Generated extlinux.conf point to obsolete/missing kernel after upgrades
Package: vmdebootstrap Version: 0.2-1 Severity: important Tags: upstream Dear Maintainer, I noticed this when using vmdebootstrap to create Freedombox images based on Debian Jessie. The generated /extlinux.conf file look like this: default linux timeout 1 label linux kernel boot/vmlinuz-3.13-1-486 append initrd=boot/initrd.img-3.13-1-486 root=UUID=5d3aaadb-7187-485e-a901-44e1e353d25e ro The problem is that the kernel and initrd path contain detailed version information, and the file is not updated when a new kernel is installed / upgraded. The result is either a virtual machine with obsolete and possible insecure kernels, or a non-bootable virtual machine. I ran into the problem when the 3.12 kernel was in jessie and the 3.13 kernel appeared. I installed the new kernel, removed the old kernel and rebooted to activate the new kernel version. The installed image no longer booted. I was not afraid of removing the old kernel as this is a virtual scratch machine I use for testing. :) Please change the extlinux.conf file to use the /vmlinuz and /initrd.img symlinks instead of the specific versioned files in /boot/. Please also move the extlinux.conf file from / to /etc/, where etckeeper can be used to track changes to it. :) Or perhaps change to grub, which seem to handle upgrades automatically. :) -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 vmdebootstrap depends on: ii debootstrap1.0.48+deb7u1 ii extlinux 2:4.05+dfsg-6+deb7u1 ii kpartx 0.4.9+git0.4dfdaf2b-7~deb7u2 ii mbr1.1.11-5+b1 ii parted 2.3-12 ii python 2.7.3-4+deb7u1 ii python-cliapp 1.20120630-1 ii qemu-utils 1.1.2+dfsg-6a vmdebootstrap recommends no packages. vmdebootstrap suggests no packages. -- no debconf information -- 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#737846: cgoban: menu icon entry missing
Control: tags -1 patch
Dear maintainer,
please find attached a patch that achieves the following:
* Update cgoban's menu file. Add longtitle and icon entry. Install new xpm
icon to /usr/share/pixmaps. (Closes: #737846)
Regards,
Markus
From d18b972e89d1b6070d671c6f05646cb0dc051606 Mon Sep 17 00:00:00 2001
From: Markus Koschany a...@gambaru.de
Date: Fri, 21 Mar 2014 13:40:03 +0100
Subject: [PATCH] fix 737846
---
debian/cgoban_32x32.xpm | 163
debian/changelog| 8 +++
debian/menu | 9 ++-
debian/rules| 1 +
4 files changed, 179 insertions(+), 2 deletions(-)
create mode 100644 debian/cgoban_32x32.xpm
diff --git a/debian/cgoban_32x32.xpm b/debian/cgoban_32x32.xpm
new file mode 100644
index 000..db4fac1
--- /dev/null
+++ b/debian/cgoban_32x32.xpm
@@ -0,0 +1,163 @@
+/* XPM */
+static char *cgoban_32x32[] = {
+/* columns rows colors chars-per-pixel */
+32 32 125 2 ,
+ c #19170E,
+. c #131310,
+X c #1C1B13,
+o c #1E1E1E,
+O c #2C2A1E,
++ c #312D1A,
+@ c #252523,
+# c #2A2925,
+$ c #2B2B2B,
+% c #353222,
+ c #3A3724,
+* c #3B3826,
+= c #32312B,
+- c #3E3B2B,
+; c #363530,
+: c #3F3D33,
+ c #47432E,
+, c #4A462E,
+ c #494631,
+1 c #4E4A34,
+2 c #49463A,
+3 c #504C35,
+4 c #514F3C,
+5 c #54513E,
+6 c #4B4940,
+7 c #555243,
+8 c #595646,
+9 c #5D5A43,
+0 c #57564F,
+q c #595748,
+w c #5F5E59,
+e c #65624E,
+r c #676450,
+t c #6E6A51,
+y c #6B6858,
+u c #75715B,
+i c #7F7A58,
+p c #6A6861,
+a c #7A7661,
+s c #7F7C66,
+d c #73726A,
+f c #757470,
+g c #7C7A70,
+h c #807B5B,
+j c #86826E,
+k c #89856E,
+l c #838176,
+z c #8F8C71,
+x c #82817D,
+c c #88877C,
+v c #8D8A7D,
+b c #918E7E,
+n c #949075,
+m c #8E8D84,
+M c #8D8D8B,
+N c #9A9681,
+B c #9B9884,
+V c #94938E,
+C c #9C9C9A,
+Z c #A09D8B,
+A c #A19E91,
+S c #A5A28C,
+D c #A8A389,
+F c #A4A292,
+G c #A9A694,
+H c #AFAB92,
+J c #A1A099,
+K c #A8A79E,
+L c #ABA899,
+P c #B0AC97,
+I c #B5B091,
+U c #B7B49E,
+Y c #BBB79A,
+T c #A4A4A5,
+R c #ACABA6,
+E c #A4A4A8,
+W c #AA,
+Q c #B4B2A3,
+! c #BAB7A2,
+~ c #B4B3AD,
+^ c #BFBCAB,
+/ c #B0B0B0,
+( c #B8B7B4,
+) c #BCBAB2,
+_ c #BDBCBB,
+` c #C0BBA0,
+' c #C1BFB5,
+] c #C5C1A7,
+[ c #C4C0AA,
+{ c #CAC6AF,
+} c #C5C2B4,
+| c #CDCAB7,
+ . c #C3C2BB,
+.. c #CDCBBC,
+X. c #D1CEBB,
+o. c #D4D1BF,
+O. c #C6C6C2,
++. c #CECDC4,
+@. c #CFCECB,
+#. c #D0CEC1,
+$. c #D4D2C2,
+%. c #D9D6C2,
+. c #DCD9C5,
+*. c #D4D2CB,
+=. c #DBD9CA,
+-. c #DDDCD9,
+;. c #E4E1CD,
+:. c #E8E5D3,
+. c #E4E2D9,
+,. c #EAE9DF,
+. c #F1EDD8,
+1. c #DEDEE0,
+2. c #E3E4E4,
+3. c #E8E7E3,
+4. c #EDECE3,
+5. c #E5E5E8,
+6. c #E7E8E8,
+7. c #EDEDEC,
+8. c #F0EFE8,
+9. c #F3F2ED,
+0. c #F8F6EE,
+q. c #F4F4F3,
+w. c #F8F7F2,
+e. c #FAF9F4,
+r. c #FF,
+/* pixels */
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.e.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.e.7.e.r.r.e.r.r.r.e.r.r.r.r.r.,
+r.w.F o..%..;..%.c .r.r.=.2 ..r.q.8 G r.e.u D r.r.r.r.,
+r.w.- M / ~ V 0 L ~ K R V . ..r.r.X. e.r.w.* ..r.r., [ 4.r.r.r.,
+r.q.q 5.*._ f = / J b r.7.$ q.e.q.X.4 ! G N * m / T - r 6 X.r.r.,
+r.q.7 @.7.-.1 L 7.u : =.O.@ q.3.B r O w c .1 ..r.9.1 } 7.w.r.r.,
+r.q.7 D .R d W _ m f m V $ 7.r.r.p O .r.e. l W C - $.r.r.r.r.,
+r.q.7 -.2.2 F G G A - $.2.@ 7.r.9.:#.r. l E C - o.r.r.r.r.,
+r.q.7 2.5.o +..3.*.o 5.5.# 7.r...+ 5 n l e.3 ..e.9.1 #.e.r.r.r.,
+r.q.7 1.3.y E E 8 x q -.1.$ 7.r.j i q w.e.q. a S b % %.r.r.r.r.,
+r.q.7 5.) e U G X z h Y 5.@ q.:.i { 7 8.r.q. ..r.q., } } 3.r.r.,
+r.q.7 *.s r *.' o ( ..D ..$ q.| =..3 ! G S t B L S u z 3 F r.r.,
+r.q.q ' P G ' L o A Q Z .$ 7.r.r.$.5 :.8.9.Z k 3.I H 4.e.w.r.r.,
+r.9.# Q .X.$.` 5 ` $.=.Q @ 7.r.r.X.4 r.0.A 8 Q r.0.g 8 #.r.r.r.,
+r.8.@ C ^ ~ ( ) } ) ( _ C ; q.r.r.} 3 ! u v 4.r.r.r.r.A 5 ,.r.r.,
+r.r..r.r.r.r.r.r.r.r.r.r.e.r.r.r.8.' %.4.r.r.r.r.r.r.r.,.e.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.,
+r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.r.
+};
diff --git
Bug#742265: addendum
I guess its somewhat related to the fix of Bug 703993
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703993),
which had something to do with awks BEGIN{ }.
Is there now a mechanism like if file contains BEGIN{...}$ then its an
awk-file ?
This would then be wrong, because perl also uses a BEGIN{...} block
Regards
René
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533053: trackerd is started as user root when configuring gdm from within gdm, but not stopped anymore
Hi, Am 14.06.2009 13:11, schrieb Johan Kroeckel: Package: tracker Version: 0.6.6-2 Severity: normal When I login as normal user trackerd is started and stopped when I logout. But when I start the configuration of gdm over actions-configure in gdm, trackerd is started as root but not stopped when I finish configuration. Sorry for not coming back to you sooner. I've never run into this issue myself and seeing that this bug report is rather old, I wanted to ask if you can still reproduce with a current version of tracker. 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#742250: libevdev: autopkgtest fails due to stray stderr output
On Fri, Mar 21, 2014 at 09:49:26AM +, Colin Watson wrote: The autopkgtest job fails (in Ubuntu, but I think it'll be the same on ci.debian.net when it gets round to it) due to stray stderr output from autoreconf: This actually needs a bit more, because there's some stray output from dh_auto_configure too: dsc0t-check FAIL status: 0, stderr: configure: WARNING: unrecognized options: --disable-maintainer-mode * Redirect dh_autoreconf and dh_auto_configure stderr to stdout in autopkgtest. diff -Nru libevdev-1.0.99.2+dfsg/debian/tests/check libevdev-1.0.99.2+dfsg/debian/tests/check --- libevdev-1.0.99.2+dfsg/debian/tests/check 2014-03-19 23:37:42.0 + +++ libevdev-1.0.99.2+dfsg/debian/tests/check 2014-03-21 11:59:40.0 + @@ -15,8 +15,8 @@ patch -p1 debian/patches/use-system-libevdev-for-tests.patch # Reconfigure -dh_autoreconf -dh_auto_configure +dh_autoreconf 21 +dh_auto_configure 21 # Run the tests make check However, there seems to be another problem too, shown here: https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-libevdev/5/ARCH=i386,label=adt/console Do you think you could have a look at that? Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742265: Addendum 2
In the meantime, I found out, that another person also submitted a bug report about the same issue nearly at the same time (Bug 742262, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742262). We are both users of FAI, which is affected by this. -- Dr. René Bleisch University of Bern Climate and Environmental Physics Sidlerstr.5 3012 Bern Switzerland Phone: +41 31 631 34 02 Mail: blei...@climate.unibe.ch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715190: ruby-multi-xml: FTBFS: test failure
Here's a somewhat smaller reproduction recipe, following a build:
$ ruby1.9.1 -S rspec -f d ./spec/multi_xml_spec.rb -e 'MultiXml Ox parser
behaves like a parser .parse a valid XML document'
Run options: include {:full_description=/MultiXml\ Ox\ parser\ behaves\
like\ a\ parser\ \.parse\ a\ valid\ XML\ document/}
MultiXml
Ox parser
behaves like a parser
.parse
a valid XML document
parses correctly
with CDATA
returns the correct CDATA
with content
returns the correct content
with an attribute
returns the correct attribute
with multiple attributes
returns the correct attributes
with :symbolize_keys = true
symbolizes keys
when value is true
ruby1.9.1: malloc.c:2368: sysmalloc: Assertion `(old_top == (((mbinptr)
(((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct
malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) =
(unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 *
(sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size
0x1) ((unsigned long)old_end pagemask) == 0)' failed.
Aborted (core dumped)
(The tests for the other parsers seem to be fine.)
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742269: [feed2omb] reconnect after any message fix
Package: feed2omb
Version: 0.9.2-1
Severity: wishlist
Tags: patch
Hi,
after some playing with this nice piece of the software, i see
that the XMPP support is very basic only. For my purposes i did
two improvements:
1) connect (and authenticate) only once, not after any message
(see the attached stay-connected.patch)
2) allow send messages to the XMPP MUC room (see the attached
post-to-muc.patch)
The second one adds two configuration options (the sample.config
patched too), to allow set the room JID and the nick name for access
into MUC.
regards
--
Slavko
http://slavino.sk
Description: prevent closing XMPP connection between messages
Author: Slavko li...@slavino.sk
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: http://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD
--- feed2omb-0.9.2.orig/feed2omb.py
+++ feed2omb-0.9.2/feed2omb.py
@@ -423,10 +423,16 @@ for thisconfig in args:
#currently!
jid = xmpp.protocol.JID(config['xmpp_jid'])
-client = xmpp.Client(jid.getDomain(), debug=[])
-con = client.connect()
-client.auth(jid.getNode(), config['xmpp_password'],
-resource=feed2omb)
+# check client variable existence
+try:
+client
+except NameError:
+# create client and connect, only if not connected
+client = xmpp.Client(jid.getDomain(), debug=[])
+con = client.connect()
+client.auth(jid.getNode(), config['xmpp_password'],
+resource=feed2omb)
+
client.send(xmpp.protocol.Message(config['xmpp_to'],
text))
Description: allow post messages into XMPP MUC room
Author: Slavko li...@slavino.sk
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: http://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD
--- feed2omb-0.9.2.orig/feed2omb.py
+++ feed2omb-0.9.2/feed2omb.py
@@ -432,9 +432,21 @@ for thisconfig in args:
con = client.connect()
client.auth(jid.getNode(), config['xmpp_password'],
resource=feed2omb)
-
-client.send(xmpp.protocol.Message(config['xmpp_to'],
-text))
+# if post to room, join the room, only once too
+if 'xmpp_room' in config and config['xmpp_room'] != and \
+ 'xmpp_nick' in config and config['xmpp_nick'] != :
+client.send(xmpp.Presence(to=%s/%s % (config['xmpp_room'], config['xmpp_nick'])))
+
+# send message to room or to the JID
+if 'xmpp_room' in config and config['xmpp_room'] != and \
+ 'xmpp_nick' in config and config['xmpp_nick'] != :
+msg = xmpp.protocol.Message(body=text)
+msg.setTo(config['xmpp_room'])
+msg.setType('groupchat')
+client.send(msg)
+else:
+client.send(xmpp.protocol.Message(config['xmpp_to'],
+text))
#Record that we have sent this entry...
if sentmode == 'timestamp':
--- feed2omb-0.9.2.orig/sample.config
+++ feed2omb-0.9.2/sample.config
@@ -29,6 +29,11 @@ xmpp_password = 1234
#Where to send the XMPP messages
xmpp_to = d...@another.example.com
+#Room where to send the XMPP messages
+xmpp_room = deb...@xmpp.slavino.sk
+
+#Nick for room access
+xmpp_nick = feedbot
#The maximum length of message. Defaults to 140.
maxlen = 140
signature.asc
Description: PGP signature
Bug#692766: gnome-shell: hangs when network connection lost cannot recover with alt+f2
Hey Alan, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#690241: gnome-shell: segmentation fault in g_cancellable_is_cancelled at gio/gcancellable.c:296
Hey Frederik, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#685506: Problem with *.zip archives
Hi Joachim, On Fri, Mar 21, 2014 at 01:56:43PM +0100, Joachim Breitner wrote: Personally I’d find File-Excluded: foo/bar.js to exclude * foo/bar.js (in case of a dirty tarball) * pkg-1.0/foo/bar.js (as in your implementation) as well as * pkg-1.0/docs/foo/bar.js (this would be new the easiest, as it will conceivably stand less in the way of the developers, i.e. he would _not_ have to first look up the precise semantics. +1 (or rather +10 since it is really flexible ;-)) Implemented. Worked with CImg. Good. BTW, we should create a mothur-Package like test-case. I just tested your last commit and I can not get the __MACOSX go away. :-( My suggestion was not implemented until now. Please try again. H, I can not confirm. Did you tried the mothur package? I extended the testcase with removing ./docs/html/js/jquery.js using the pattern js/jquery.js. Cool! Just found https://bugs.debian.org/685506 which contains an attempt to give a more formal specification. Good. I suggest we replace Patterns match pathnames that start at the root of the source tree. Thus, Makefile.in matches only the file at the root of the tree, but */Makefile.in matches at any depth. with Patterns match pathnames relative to any of their parent directories. So icons/company.png matches such a file in the root of the tree, in pkg-1.0/icons/company.png as well as in pkg-1.0/docs/icons/company.png. This avoids the not well defined “root of the source tree”. +1 Would you be so kind to pursue the policy/specification change, given that you are the original author? I have changed this at https://wiki.debian.org/UscanEnhancements (please double check and change if needed) and I also keep the bug report in CC. Many thanks for your work on this Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#373734: Debian #373734 Re: pgf: Typos in user guide
forwarded 373734 https://sourceforge.net/p/pgf/bugs/303/ stop On 19.03.14 Francesco Poli (invernom...@paranoici.org) wrote: Hi, I suggest you ask the upstream author (Till Tantau), in order to be sure. You were about to forward the typo fix to him anyway, weren't you? ;-) See above. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#696348: gnome-shell restarts when closing gnome-terminal
Hey Harvey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#696649: gnome-shell: Alt-mouse-1-down no longer moves window
Hey, Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? look at Pietro message: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696649#10 thanks regards althaser
Bug#715190: ruby-multi-xml: FTBFS: test failure
Control: reassign -1 ruby-ox 1.8.9-2
Control: tag -1 patch
Control: affects -1 ruby-multi-xml
On Fri, Mar 21, 2014 at 01:05:52PM +, Colin Watson wrote:
Here's a somewhat smaller reproduction recipe, following a build:
$ ruby1.9.1 -S rspec -f d ./spec/multi_xml_spec.rb -e 'MultiXml Ox parser
behaves like a parser .parse a valid XML document'
Run options: include {:full_description=/MultiXml\ Ox\ parser\ behaves\
like\ a\ parser\ \.parse\ a\ valid\ XML\ document/}
MultiXml
Ox parser
behaves like a parser
.parse
a valid XML document
parses correctly
with CDATA
returns the correct CDATA
with content
returns the correct content
with an attribute
returns the correct attribute
with multiple attributes
returns the correct attributes
with :symbolize_keys = true
symbolizes keys
when value is true
ruby1.9.1: malloc.c:2368: sysmalloc: Assertion `(old_top == (((mbinptr)
(((char *) ((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct
malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) =
(unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2
* (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1)))
((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed.
Aborted (core dumped)
(The tests for the other parsers seem to be fine.)
I finally disentangled this. It's fixed upstream in ruby-ox 1.9.2, or
you could backport the small patch as follows:
* Backport cache allocation fix from upstream (closes: #715190).
diff -Nru ruby-ox-1.8.9/debian/patches/001-fix-cache-allocation.patch
ruby-ox-1.8.9/debian/patches/001-fix-cache-allocation.patch
--- ruby-ox-1.8.9/debian/patches/001-fix-cache-allocation.patch 1970-01-01
01:00:00.0 +0100
+++ ruby-ox-1.8.9/debian/patches/001-fix-cache-allocation.patch 2014-03-21
13:31:06.0 +
@@ -0,0 +1,47 @@
+Description: Fix cache allocation bug
+Author: Peter Ohler pe...@ohler.com
+Origin: backport,
https://github.com/ohler55/ox/commit/5d6cdcc1f68f5ab0512575df4e6bb5c7b895255d
+Bug-Debian: https://bugs.debian.org/715190
+Forwarded: not-needed
+Last-Update: 2014-03-21
+
+Index: b/ext/ox/cache.c
+===
+--- a/ext/ox/cache.c
b/ext/ox/cache.c
+@@ -50,7 +50,7 @@
+
+ static char* form_key(const char *s) {
+ size_tlen = strlen(s);
+-char *d = ALLOC_N(char, len);
++char *d = ALLOC_N(char, len + 2);
+
+ *d = (255 = len) ? 255 : len;
+ memcpy(d + 1, s, len + 1);
+Index: b/ext/ox/cache_test.c
+===
+--- a/ext/ox/cache_test.c
b/ext/ox/cache_test.c
+@@ -31,6 +31,7 @@
+ #include cache.h
+
+ static const char *data[] = {
++#if 1
+ one,
+ two,
+ one,
+@@ -38,6 +39,14 @@
+ oney,
+ one,
+ tw,
++onexyzabcdefgh,
++#else
++abc,
++abcd,
++ab,
++a,
++abcdefghijklmnop,
++#endif
+ 0
+ };
+
diff -Nru ruby-ox-1.8.9/debian/patches/series
ruby-ox-1.8.9/debian/patches/series
--- ruby-ox-1.8.9/debian/patches/series 2013-04-15 18:59:50.0 +0100
+++ ruby-ox-1.8.9/debian/patches/series 2014-03-21 13:27:32.0 +
@@ -1 +1,2 @@
000-fix-so-load-path.patch
+001-fix-cache-allocation.patch
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742270: ITP: ruby-pdf-core -- Ruby library to render PDF documents
Package: wnpp Severity: wishlist Owner: Cédric Boutillier bou...@debian.org * Package name: ruby-pdf-core Version : 0.2.5 Upstream Author : Gregory Brown gregory.t.br...@gmail.com * URL : Homepage: http://prawn.majesticseacreature.com * License : Ruby or GPL-2 or GPL3 Programming Lang: Ruby Description : Ruby library to render PDF documents PDF::Core is a pure Ruby library to render PDF documents. It supports several PDF features, such as among others: * low-level annotation * istream objects and stream filters * NameTree * object repository * object serialization * indirect objects * page geometries . It is used internally by Prawn (provided in the ruby-prawn package), a Ruby PDF generation library. This package, dependency for the newest version of ruby-prawn (already in the archive) will be maintained under the umbrella of the Ruby team. signature.asc Description: Digital signature
