Bug#787136: kfreebsd-10: crashes seen on KVM-based buildds
Christoph Egger wrote: I have a kfreebsd that boots via virtio. And I'm pretty sute it was created with virtio disks. I'll check once home again. I already found out the following today: grub-probe doesn't know about /dev/vtbd* disks, so it can't install boot blocks to a new virtio disk without a patch (I'll upload this to jessie-kfreebsd-p-u soon). If the boot blocks are already there, GRUB2 can boot such a disk, and kfreebsd-10 supports it too. (kfreebsd-9 didn't IIRC) It is possible to migrate from if=ide to if=virtio by altering /etc/fstab (/dev/ada - /dev/vtbd), and the root device in /boot/grub/grub.cfg, before making that change. If you forget to make those changes in advance, it is still possible (but somewhat awkward) to rescue it and make those changes via VNC. Likewise one can migrate e1000 to virtio-net by changing /etc/network/interfaces (em0 - vtnet0). I think we ought to do this anyway for the buildds and porterboxes? Furthermore it may avoid the stability issue (if that was related to the emulated IDE disk or e1000 NIC). Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: Digital signature
Bug#786716: Debian on Allwinner A20 installation report (fail)
Control: reassign -1 src:linux 4.0.2-1 On Sun, 2015-05-24 at 19:08 +, Mitch Winkle wrote: 1. Older versions detect ethernet network and begin installer download which fails because of mis-matched kernel modules. 2. Newer version have no ethernet support for the Cubieboard2 (sunxi-emac) and so there is no way to download the installer. Used dailies from 2015-05-08 forward. All dailies newer than 05-12-2015 fail on loading ethernet driver. This seems to correspond with the switch in sid from 3.16.0-4-armmp to 4.0.0-1-armmp. An initrd with 3.16.0-4-armmp won't work against the archive any longer due to version mismatch. The initrd from http://d-i.debian.org/daily-images/armhf/20150514-00:36/netboot/initrd.gz (which I think should be the first bad one) contains: /lib/modules/4.0.0-1-armmp/kernel/drivers/net/ethernet/allwinner/sun4i-emac.ko So the issue isn't that the module is missing altogether. I booted the SD image from that date on a Cubieboard2 and indeed sun4i-emac.ko is not automatically loaded and loading it by hand causes no device to appear. Looking around in /proc/device-tree it seems that the _gmac_ device is marked enabled and the _emac_ device is disabled. The driver for this is stmmac. Using the image from 20150512-00:43 this is the driver which is loaded, so sunxi-emac is a red-herring I think. stmmac.ko is also included in the 20150514-00:36 but also isn't autoloaded and loading manually doesn't help. Ah, it seems like we also need a new module, stmmac-platform.ko, to be included in the nic-modules udeb. I'll arrange for that to be in the next kernel upload. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787249: [Pkg-clamav-devel] Bug#787249: clamav-daemon: clamdscan scans less than clamscan; worsened in latest release
On Sat, May 30, 2015 at 03:06:33PM +0200, Andreas Cadhalpun wrote: However, I can't reproduce these other cases. Not a problem, most of them would be removed by the first stage of my antispam (white list on magic types). /usr/share/clamav-testfiles/clam-v2.rar: OK /usr/share/clamav-testfiles/clam-v3.rar: OK For these two to be detected, one has to install libclamunrar6 from non-free. Right. Set this to 20 and restart clamav-daemon. Then clam_cache_emax.tgz should be detected. Can you confirm this? Yes, it now works. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786942: upgrade-reports: wheezy - jessie boot lock up A start job is running for udev wait for Complete Device Initialization
Finally SOLVED - the problem was traced back to the nvidia driver package I was using (in jessie 340.65+3.16.0+1) - I removed it ( the need has been eliminated as nouveau can now support dual headed displays). ( I did have to create a minimal /etc/X11/xorg.conf to get it to work at all (shouldn't be the case)). What is interesting, was the total lack of logging from the nvidia provided software - even disabling kdm did not prevent the start-up hang. I'm also thinking that the distribution upgrade process should probably check a list of old problem causing cruft packages. I was able to find the problem by creating a list of packages on this machine and a similar one with a fresh install - loading those into meld to show the differences. # lspci |grep -i nvid 09:00.0 VGA compatible controller: NVIDIA Corporation G92 [GeForce 9800 GT] (rev a2) -- Link to our website and get free US-48 shipping on your next order. Karl Schmidt EMail k...@xtronics.com Transtronics, Inc. WEB https://secure.transtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-3089 Cartels set up by governments (often by innocent sounding regulation) are not any part of capitalism, but yet another side of socialism and statism. - kps -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784905: jessie-pu: (preapproval) package qcontrol/0.5.4-1
Control: tags -1 + pending On Sat, 2015-05-30 at 16:58 +0100, Ian Campbell wrote: On Thu, 2015-05-28 at 18:55 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Sun, 2015-05-10 at 13:45 +0100, Ian Campbell wrote: I'd like to fix #781886 qcontrol failure to start on boot sometimes (jessie, systemd?) in Jessie. [...] Thanks I've just uploaded 0.5.4-1+deb8u1 to jessie, debdiff below. I've tested it locally on Jessie, although the issue is intermittent. Flagged for acceptance. I should probably have though to mention this before, but src:qcontrol does generate udebs, which are included in the d-i initrds. The change in question does not impact them at all since they don't start the daemon and use qcontrol in one-shot mode only. I've CCd Kibi just in case this is an issue. It doesn't sound like it should be, so I've accepted the package so that we can get things moving as we're running up on the 8.1 window closure. If there is something I've missed then apologies and I'll also accept a revert upload later. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717472: libapache-mod-log-sql: diff for NMU version 1.100-16.1
Control: tags 717472 + pending Dear maintainer, As agreeded, I've prepared an NMU for libapache-mod-log-sql (versioned as 1.100-16.1) and uploaded it. I merged your uncommited changes from 1.100-16 with the commits for 1.100-16 that were actually not released. The final source is available at https://anonscm.debian.org/cgit/collab-maint/libapache-mod-log-sql.git (or will be shortly). Regards. -- Nirgal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717472: libapache-mod-log-sql: diff for NMU version 1.100-16.1
Here's the missing attachment. diff -Nru libapache-mod-log-sql-1.100/debian/changelog libapache-mod-log-sql-1.100/debian/changelog --- libapache-mod-log-sql-1.100/debian/changelog 2014-05-06 12:54:42.0 +0200 +++ libapache-mod-log-sql-1.100/debian/changelog 2015-05-30 16:58:15.0 +0200 @@ -1,3 +1,17 @@ +libapache-mod-log-sql (1.100-16.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + + [ Thomas Goirand ] + * Added debian/gbp.conf + * Switched to dh short style, and using dh-apache2 (build depend on it). + + [ Jean-Michel Vourgère ] + * Dropped dependencies on obsolete apache2-mpm-* packages. (Closes: #717472). + * Removed references to apache 1.3 and 2.0 from package descriptions. + + -- Jean-Michel Vourgère nir...@debian.org Sat, 30 May 2015 16:53:33 +0200 + libapache-mod-log-sql (1.100-16) unstable; urgency=medium * Patches configure script to search libdbi in a multiarch system diff -Nru libapache-mod-log-sql-1.100/debian/control libapache-mod-log-sql-1.100/debian/control --- libapache-mod-log-sql-1.100/debian/control 2014-05-06 12:53:51.0 +0200 +++ libapache-mod-log-sql-1.100/debian/control 2015-05-30 16:55:00.0 +0200 @@ -1,8 +1,9 @@ Source: libapache-mod-log-sql Section: libs Priority: optional -Maintainer: Thomas Goirand tho...@goirand.fr +Maintainer: Thomas Goirand z...@debian.org Build-Depends: apache2-dev (= 2.4), + dh-apache2, autotools-dev, debhelper (= 9), libdbi-dev, @@ -13,13 +14,11 @@ Package: libapache2-mod-log-sql Architecture: any -Depends: apache2-mpm-prefork (= 2.0.53) | apache2-mpm-itk, - ${misc:Depends}, +Depends: ${misc:Depends}, ${shlibs:Depends} Recommends: perl Description: Use SQL to store/write your Apache queries logs - Base - mod_log_sql is a log module for Apache 1.3 and 2 which logs all requests to a - database. + mod_log_sql is a log module for Apache which logs all requests to a database. . Base package. . @@ -33,12 +32,10 @@ ${shlibs:Depends} Recommends: libapache2-mod-log-sql-ssl Description: Use SQL to store/write your Apache queries logs - MySQL interface - mod_log_sql is a log module for Apache 1.3 and 2.0 which logs all requests to - a MySQL database. + mod_log_sql is a log module for Apache which logs all requests to a MySQL + database. . MySQL interface. - . - Created for Apache 2. Use libapache-mod-log-sql-mysql for Apache 1.3. Package: libapache2-mod-log-sql-dbi Architecture: any @@ -47,12 +44,10 @@ ${shlibs:Depends} Recommends: libapache2-mod-log-sql-ssl Description: Use SQL to store/write your Apache queries logs - DBI interface - mod_log_sql is a log module for Apache 1.3 and 2 which logs all requests to a - MySQL database. + mod_log_sql is a log module for Apache 1which logs all requests to a MySQL + database. . DBI interface. - . - Created for Apache 2. Use libapache-mod-log-sql-dbi for Apache 1.3. Package: libapache2-mod-log-sql-ssl Architecture: any @@ -61,7 +56,6 @@ ${misc:Depends}, ${shlibs:Depends} Description: Use SQL to store/write your Apache queries logs - SSL extension - mod_log_sql is a log module for Apache 1.3 and 2 which logs all requests to a - database. + mod_log_sql is a log module for Apache which logs all requests to a database. . For logging SSL connection information (cipher, hash, etc.). diff -Nru libapache-mod-log-sql-1.100/debian/copyright libapache-mod-log-sql-1.100/debian/copyright --- libapache-mod-log-sql-1.100/debian/copyright 2013-07-10 08:12:06.0 +0200 +++ libapache-mod-log-sql-1.100/debian/copyright 2015-05-30 16:38:31.0 +0200 @@ -52,7 +52,7 @@ 2. You may apply bug fixes, portability fixes and other modifications derived from the Public Domain or from the Copyright Holder. A Package modified in such a way shall still be considered the Standard Version. - + . 3. You may otherwise modify your copy of this Package in any way, provided that you insert a prominent notice in each changed file stating how and when you changed that file, and provided that you do at least ONE of the following: diff -Nru libapache-mod-log-sql-1.100/debian/gbp.conf libapache-mod-log-sql-1.100/debian/gbp.conf --- libapache-mod-log-sql-1.100/debian/gbp.conf 1970-01-01 01:00:00.0 +0100 +++ libapache-mod-log-sql-1.100/debian/gbp.conf 2015-05-30 16:38:31.0 +0200 @@ -0,0 +1,7 @@ +[DEFAULT] +upstream-branch = upstream-sid +debian-branch = debian-sid +upstream-tag = %(version)s + +[git-buildpackage] +export-dir = ../build-area/ diff -Nru libapache-mod-log-sql-1.100/debian/libapache2-mod-log-sql.apache2 libapache-mod-log-sql-1.100/debian/libapache2-mod-log-sql.apache2 --- libapache-mod-log-sql-1.100/debian/libapache2-mod-log-sql.apache2 1970-01-01 01:00:00.0 +0100 +++ libapache-mod-log-sql-1.100/debian/libapache2-mod-log-sql.apache2 2015-05-30 16:38:31.0 +0200 @@ -0,0 +1,2 @@ +mod .libs/mod_log_sql.so +mod debian/log_sql.load diff -Nru
Bug#787267: Computer freezes under 3D activity
Package: xserver-xorg-video-intel Version: 2:2.99.917-1 I'm experiencing constant computer freezes running programs with 3D accelerated output, both under Debian Jessie (Debian 8.0) and with Debian Sid. Suddenly screen freezes and only the mouse moves. Sometimes the computer seems to keep running (for example, if there was playing music it is still playing). Sometimes complete freezes. Once fronzen, sometimes I can switch (blindy!) to a text console, log in as root and issue a shutdown, but usually I can't. The problem is quite random but it happens mostly (but not only) while using Google Chrome. Google Earth, and KDE with Open-GL and desktop effects also trigger the bug frequently. Almost any Open-GL program can trigger it. I noticed it can be forced to appear using Chrome and webgl. For example, if I visit http://sci.esa.int/where_is_rosetta/ or http://stars.chromeexperiments.com/ and start to rotating and zooming in/out the system freezes in less than 10 minutes. I tested some workarounds. As recomended here: https://blog.sleeplessbeastie.eu/2014/11/30/i915-and-hangcheck-timer-elapsed-error/ - Disable VT-x in BIOS - Add i915.semaphores=1 to kernel boot But no success. From Archwiki ( https://wiki.archlinux.org/index.php/Intel_graphics#X_freeze.2Fcrash_with_intel_driver) I tried also: - Option AccelMethod uxa - Option AccelMethod sna And still freezing. I even tried: - Option TearFree true because version 2.99.917-1 has terrible tearing in my system (version 2:2.21.15-2+b2 in Jessie works like a charm: zero tearing), but still freezing. Debian Jessie is much less verbose so I'll post the logs I get in Debian Sid: -- chipset: i915 00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03) -- system architecture: x86_64 -- xf86-video-intel: 2:2.99.917-1 -- server-xorg: 1:7.7+9 -- mesa: 10.5.5-1 -- libdrm: 2.4.60-3 -- kernel: 4.0.2-1-amd64 -- Linux distribution: Debian Sid (x86_64) -- Machine: eMachines EL-1850 -- Display connector: VGA Error from /var/log/syslog: May 26 00:49:17 waterhole kernel: [ 930.816062] [drm:i915_hangcheck_elapsed [i915]] *ERROR* Hangcheck timer elapsed... render ring idle May 26 00:50:00 waterhole kernel: [ 974.392039] [ cut here ] May 26 00:50:00 waterhole kernel: [ 974.392068] WARNING: CPU: 1 PID: 868 at /build/linux-Xbe5gu/linux-4.0.2/drivers/gpu/drm/drm_irq.c:1138 drm_wait_one_vblank+0xa5/0x180 [drm]() May 26 00:50:00 waterhole kernel: [ 974.392071] vblank wait timed out on crtc 0 May 26 00:50:00 waterhole kernel: [ 974.392074] Modules linked in: ctr ccm pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) nfsd auth_rpcgss oid_registry nfs_acl nfs lockd grace fscache sunrpc arc4 rt73usb rt2x00usb rt2x00lib mac80211 cfg80211 rfkill crc_itu_t i915 video iTCO_wdt iTCO_vendor_support snd_hda_codec_realtek snd_hda_codec_generic drm_kms_helper snd_hda_intel snd_hda_controller drm kvm_intel snd_hda_codec kvm snd_hwdep snd_pcm snd_timer pcspkr shpchp evdev psmouse serio_raw i2c_i801 i2c_algo_bit ite_cir i2c_core rc_core lpc_ich mfd_core rng_core button snd soundcore wmi acpi_cpufreq processor thermal_sys it87 hwmon_vid coretemp fuse parport_pc ppdev lp parport autofs4 ext4 crc16 mbcache jbd2 usb_storage sg sr_mod cdrom sd_mod ata_generic ata_piix libata scsi_mod xhci_pci xhci_hcd ehci_pci uhci_hcd ehci_hcd usbcore usb_common May 26 00:50:00 waterhole kernel: [ 974.392169] CPU: 1 PID: 868 Comm: Xorg Tainted: G U O4.0.0-1-amd64 #1 Debian 4.0.2-1 May 26 00:50:00 waterhole kernel: [ 974.392172] Hardware name: eMachines EL1850/EL1850, BIOS P01-A4 04/28/2010 May 26 00:50:00 waterhole kernel: [ 974.392175] a0404140 8155df6b 8800c6edbb38 May 26 00:50:00 waterhole kernel: [ 974.392181] 8106ce91 8800c81ae800 May 26 00:50:00 waterhole kernel: [ 974.392185] d634 8106cf0a a0404438 May 26 00:50:00 waterhole kernel: [ 974.392190] Call Trace: May 26 00:50:00 waterhole kernel: [ 974.392203] [8155df6b] ? dump_stack+0x40/0x50 May 26 00:50:00 waterhole kernel: [ 974.392209] [8106ce91] ? warn_slowpath_common+0x81/0xb0 May 26 00:50:00 waterhole kernel: [ 974.392213] [8106cf0a] ? warn_slowpath_fmt+0x4a/0x50 May 26 00:50:00 waterhole kernel: [ 974.392219] [810a9fb3] ? prepare_to_wait_event+0x83/0xf0 May 26 00:50:00 waterhole kernel: [ 974.392231] [a03d6995] ? drm_wait_one_vblank+0xa5/0x180 [drm] May 26 00:50:00 waterhole kernel: [ 974.392237] [810a9e80] ? wait_woken+0x90/0x90 May 26 00:50:00 waterhole kernel: [ 974.392247] [a03b8640] ? drm_plane_helper_commit+0x200/0x2b0 [drm_kms_helper] May 26 00:50:00 waterhole kernel: [ 974.392260] [a03df6a8] ? __setplane_internal+0x208/0x2f0 [drm] May 26 00:50:00 waterhole kernel: [ 974.392271] [a03ee048] ?
Bug#775853: evolution: here, they disappear after a few seconds even if I do nothing
Package: evolution Version: 3.12.9~git20141130.241663-1+b1 Followup-For: Bug #775853 Dear Maintainer, This behaviour is constant, i.e. after starting Evolution or just changing the day, all events appear for a few seconds, then this part of the screen is painted grey as well as the small task list on the right, next to the calendar. Clicking on or above the calendar helps for a few seconds. This makes using Evolution nearly impossible, especially because I basically only need the calendar part of Evolution as there are no small calendar programs available (at least for caldav calendars). -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.8.16-1 ii debconf [debconf-2.0] 1.5.56 ii evolution-common 3.12.9~git20141130.241663-1 ii evolution-data-server 3.12.9~git20141128.5242b0-2+deb8u2 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-18 ii libcamel-1.2-493.12.9~git20141128.5242b0-2+deb8u2 ii libclutter-gtk-1.0-0 1.6.0-1 ii libecal-1.2-16 3.12.9~git20141128.5242b0-2+deb8u2 ii libedataserver-1.2-18 3.12.9~git20141128.5242b0-2+deb8u2 ii libevolution 3.12.9~git20141130.241663-1+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libical1a 1.0-1.3 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.48.0-1 ii libwebkitgtk-3.0-0 2.4.8-2 ii libxml22.9.1+dfsg1-5 ii psmisc 22.21-2 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-3 ii evolution-plugins 3.12.9~git20141130.241663-1+b1 ii yelp 3.14.1-1 Versions of packages evolution suggests: pn evolution-ews none pn evolution-plugins-experimental none ii gnupg 1.4.18-7 ii network-manager 0.9.10.0-7 -- debconf information: evolution/needs_shutdown: evolution/kill_processes: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787272: sf.net redirector broken?
On Sat, May 30, 2015 at 02:59:58PM -0400, James McCoy wrote: Looks like this is related to https://wiki.debian.org/ServicesSSL. The attached patch is working for me. Updated patch to a) use the ca-certificates.crt file and b) check if it exists first. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org From 9cb98151b9e7d675b9dc7d2aaf8debe95e48ac43 Mon Sep 17 00:00:00 2001 From: James McCoy vega.ja...@gmail.com Date: Sat, 30 May 2015 14:54:25 -0400 Subject: [PATCH] watch/sf.wml: Use ca-global to validate SourceForge certs Signed-off-by: James McCoy vega.ja...@gmail.com --- wml/watch/sf.wml | 6 ++ 1 file changed, 6 insertions(+) diff --git a/wml/watch/sf.wml b/wml/watch/sf.wml index ebbf5a7..54a3b81 100644 --- a/wml/watch/sf.wml +++ b/wml/watch/sf.wml @@ -20,6 +20,12 @@ if (preg_match(',/.+,', $project)) { $xml_url = https://sourceforge.net/projects/$project/rss?limit=1000;; +$cafile = '/etc/ssl/ca-global/ca-certificates.crt'; +if (file_exists($cafile)) { +$context = stream_context_create(array('ssl' = array('capath' = '/etc/ssl/ca-global'))); +libxml_set_streams_context($context); +} + $xml = simplexml_load_file($xml_url, 'SimpleXMLElement', LIBXML_NOCDATA); $title = $xml-channel[0]-title; $files = $xml-channel[0]-item; -- 2.1.4 signature.asc Description: Digital signature
Bug#786363: qapt: needs update for qt-gstreamer 1.2
Technically the binNMU worked. Selecting the relevant packages from gstreamer0.10-qapt Version: 1.3.0-2.1+b1 Depends: ... libqtglib-2.0-0 (= 0.10.1), libqtgstreamer-1.0-0 (= 0.10.1), The problem is the package name is still gstreamer0.10-qapt, which is confusing. We could rename it, but that would then trigger time in NEW. After talking it over with Lisandro, my feeling is we don't need qapt to be blocking the qtgstreamer transition, though we should have a lower priority bug to clean up the package name. (I'm not sure if that means this bug should be closed and a new one opened, or this one should be downgraded and stop blocking 760003.) What do you think? Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787274: reportbug: reportbug died after attempting to submit report by email
Package: reportbug Version: 6.6.3 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Attempting to report bug in iceweasel * What exactly did you do (or not do) that was effective (or ineffective)? Type detailed report about iceweasel problem for over 30 minutes. Tried to submit with email. * What was the outcome of this action? reportbug died, lost everything. bill@x:~$ reportbug (process:22294): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed Traceback (most recent call last): File /usr/bin/reportbug, line 2211, in module main() File /usr/bin/reportbug, line 1081, in main return iface.user_interface() File /usr/bin/reportbug, line 2203, in user_interface self.options.envelopefrom) File /usr/lib/python2.7/dist-packages/reportbug/submit.py, line 316, in send_report msgname = os.path.expanduser(outfile) or ('/var/tmp/%s.bug' % package) File /usr/lib/python2.7/posixpath.py, line 261, in expanduser if not path.startswith('~'): AttributeError: 'NoneType' object has no attribute 'startswith' * What outcome did you expect instead? bug report would be submitted. *** End of the template - remove these template lines *** -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/bill/.reportbugrc: Bill West -- Cell: 877-567-7451 Skype: bill.west9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787275: libopenjpeg5: multiple SIGSEGV/SIGABRT crashes with fuzzed samples
Package: libopenjpeg5 Version: 1:1.5.2-3 Severity: important Tags: security Dear Maintainer, I have several samples causing j2k_dump to crash in different ways. I can provide these privately, but I'm not attaching them here, because I don't think that making them public before the issues are fixed would be a good idea. Backtraces: $ for f in *; do echo -e \n\n\n *** $f *** \n\n\n; gdb --batch -ex r -ex bt -ex q --args j2k_dump -i $f; done *** id_07cc0ea0b24a217441df652958ff4d93b50ae8f1.j2k *** [INFO] tile 1 of 5377 Program received signal SIGSEGV, Segmentation fault. tgt_reset (tree=0x4300) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/tgt.c:122 122 /tmp/buildd/openjpeg-1.5.2/libopenjpeg/tgt.c: No such file or directory. #0 tgt_reset (tree=0x4300) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/tgt.c:122 #1 0x77bcdf43 in t2_decode_packet (t2=0x16dc8a0, t2=0x16dc8a0, tile=0x753e8010, pi=0x16dc8c0, pi=0x16dc8c0, pi=0x16dc8c0, pi=0x16dc8c0, pack_info=0x0, tcp=0x7584c010, len=653, src=0x16cd661 4\375\201) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/t2.c:360 #2 t2_decode_packets (t2=t2@entry=0x16dc8a0, src=src@entry=0x16cd600 \300\374\300\200\001\307\300\374\300\200\a8\300~, len=len@entry=750, tileno=tileno@entry=0, tile=tile@entry=0x753e8010, cstr_info=cstr_info@entry=0x0) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/t2.c:741 #3 0x77bd29ba in tcd_decode_tile (tcd=tcd@entry=0x60e1f0, src=0x16cd600 \300\374\300\200\001\307\300\374\300\200\a8\300~, len=750, tileno=tileno@entry=0, cstr_info=0x0) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/tcd.c:1385 #4 0x77bc12df in j2k_read_eoc (j2k=0x60e050) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c:1695 #5 0x77bc24c2 in j2k_decode (j2k=0x60e050, cio=0x60e170, cstr_info=optimized out) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c:2027 #6 0x00401f2b in main (argc=optimized out, argv=optimized out) at /tmp/buildd/openjpeg-1.5.2/applications/codec/j2k_dump.c:458 A debugging session is active. Inferior 1 [process 29104] will be killed. Quit anyway? (y or n) [answered Y; input not from terminal] *** id_36489c74785cf854b2fbadb38379f05fdf58b3cd.j2k *** Program received signal SIGSEGV, Segmentation fault. tcd_malloc_decode_tile (tcd=tcd@entry=0x60e1f0, image=0x60e1b0, cp=0x60e0d0, tileno=optimized out, tileno@entry=0, cstr_info=optimized out) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/tcd.c:839 839 /tmp/buildd/openjpeg-1.5.2/libopenjpeg/tcd.c: No such file or directory. #0 tcd_malloc_decode_tile (tcd=tcd@entry=0x60e1f0, image=0x60e1b0, cp=0x60e0d0, tileno=optimized out, tileno@entry=0, cstr_info=optimized out) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/tcd.c:839 #1 0x77bc132c in j2k_read_eoc (j2k=0x60e050) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c:1691 #2 0x77bc24c2 in j2k_decode (j2k=0x60e050, cio=0x60e170, cstr_info=optimized out) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c:2027 #3 0x00401f2b in main (argc=optimized out, argv=optimized out) at /tmp/buildd/openjpeg-1.5.2/applications/codec/j2k_dump.c:458 A debugging session is active. Inferior 1 [process 29197] will be killed. Quit anyway? (y or n) [answered Y; input not from terminal] *** id_c0ab4aa72114becf0cfe65d875541b71f33d5f71.j2k *** j2k_dump: /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c:435: j2k_read_siz: Assertion `n_comps == image-numcomps' failed. Program received signal SIGABRT, Aborted. 0x77543107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. #0 0x77543107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x775444e8 in __GI_abort () at abort.c:89 #2 0x7753c226 in __assert_fail_base (fmt=0x77672ce8 %s%s%s:%u: %s%sAssertion `%s' failed.\n%n, assertion=assertion@entry=0x77bd5cf7 n_comps == image-numcomps, file=file@entry=0x77bd6058 /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c, line=line@entry=435, function=function@entry=0x77bd6326 __PRETTY_FUNCTION__.6066 j2k_read_siz) at assert.c:92 #3 0x7753c2d2 in __GI___assert_fail (assertion=0x77bd5cf7 n_comps == image-numcomps, file=0x77bd6058 /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c, line=435, function=0x77bd6326 __PRETTY_FUNCTION__.6066 j2k_read_siz) at assert.c:101 #4 0x77bc1263 in j2k_read_siz (j2k=0x60e050) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c:435 #5 0x77bc24c2 in j2k_decode (j2k=0x60e050, cio=0x60e170, cstr_info=optimized out) at /tmp/buildd/openjpeg-1.5.2/libopenjpeg/j2k.c:2027 #6 0x00401f2b in main (argc=optimized out, argv=optimized out) at /tmp/buildd/openjpeg-1.5.2/applications/codec/j2k_dump.c:458 A debugging session is active. Inferior 1 [process 29263] will be killed. Quit anyway? (y or n) [answered Y; input
Bug#768376: [libvirt-daemon-system]
Package: libvirt-daemon-system Version: 1.2.15-2 --- Please enter the report below this line. --- Is there anything missing in the documentation patch offered by Reco on the 7th of November 2014? From my point of view it clearly documents access control with and without policykit as well as the special treatment possibly necessary when using systemd without policykit. Just the first word of Reco's patch needs to be changed from Remove to Remote. Or is anything else missing? Cheers, Lars -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786692: gcc-5: FTBFS on hppa: configure error for configure-target-libiberty building hppa64
On 2015-05-29, at 5:18 PM, Matthias Klose wrote: Anyway, please check if this is the real cause. attaching a hack which should work around that. The hack didn't fix build. Here is log: http://buildd.debian-ports.org/status/fetch.php?pkg=gcc-5arch=hppaver=5.1.1-9stamp=1433017924 We appear to have failed in second hunk: ... touch stamps/04-configure-hppa64-stamp make[1]: Leaving directory '/«PKGBUILDDIR»' /usr/bin/make -f debian/rules2 stamps/05-build-hppa64-stamp make[1]: Entering directory '/«PKGBUILDDIR»' PATH=/«PKGBUILDDIR»/bin:/usr/lib/hppa-linux-gnu/gcc/bin:$PATH \ \ LOCPATH=/«PKGBUILDDIR»/locales \ LD_LIBRARY_PATH=${LD_LIBRARY_PATH:+$LD_LIBRARY_PATH:}/«PKGBUILDDIR»/build/gcc \ /usr/bin/make -C /«PKGBUILDDIR»/build-hppa64 -j 5 \ CC= \ \ make[2]: Entering directory '/«PKGBUILDDIR»/build-hppa64' make[3]: Entering directory '/«PKGBUILDDIR»/build-hppa64' mkdir -p -- ./libiberty mkdir -p -- ./fixincludes mkdir -p -- ./intl mkdir -p -- ./lto-plugin mkdir -p -- build-hppa-linux-gnu/libiberty Configuring in ./fixincludes Configuring in build-hppa-linux-gnu/libiberty Configuring in ./libiberty Configuring in ./intl Configuring in ./lto-plugin --- configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[3]: *** [configure-target-libiberty] Error 1 checking for library containing strerror... Makefile:11736: recipe for target 'configure-target-libiberty' failed make[3]: Leaving directory '/«PKGBUILDDIR»/build-hppa64' make[2]: *** [all] Error 2 Makefile:859: recipe for target 'all' failed make[2]: Leaving directory '/«PKGBUILDDIR»/build-hppa64' make[1]: *** [stamps/05-build-hppa64-stamp] Error 2 debian/rules2:1325: recipe for target 'stamps/05-build-hppa64-stamp' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [stamps/05-build-hppa64-stamp] Error 2 debian/rules:60: recipe for target 'stamps/05-build-hppa64-stamp' failed dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Dave -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784351: Recommend removing dependency on tinymce package
I would highly recommend that the dependency on the Debian tinymce package be removed and that roundcube simply ship with the version of tinymce that it was designed for. Trying to turn tinymce into a shared library was ill advised to begin with. This is now the only Roundcube package available to Jessie without reaching back to Wheezy backports, and this bug is a show stopper. It could be fixed today, in about fifteen seconds, by repackaging with the upstream tinymce as it should have been. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787273: Iceweasel slow after large data transfers
Package: iceweasel Version: 31.7.0esr-1~deb8u1 Severity: important Dear Maintainer, I just spent about an hour writing up this problem, just to have reportbug trash the report when attempting to email it. Here is the short version. Iceweasel seems to slow down after using it for a while. Seems to be correlated with how much data is transferred. Shows up on www.cnn.com when viewing pages with embedded video, etc. The problem can be reproduced by this: Use iceweasel to access www.speedof.me, and run the speed test multiple times. Each successive run is slower. In my environment, I get about 70Mb/sec on the first run, decreasing to about 4 Mb/sec after running the test five times. Running the same procedure with Chromium, each test results in approximately the same network speed, regardless of how many times the test is run. When iceweasel is in slow mode, browser operation is sluggish. When hovering over menu items like tools, it takes almost a second for the dropdown menu to appear. Typing in the address bar is like typing with a 300 baud modem connection. Closing Iceweasel, or going to www.google.com and then returning to www.speedof.me, seems to reset some internal state in Iceweasel, and the test again runs quickly the first time, with decreasing speeds on each successive run. However, going to www.google.com in a separate tab does not have the resetting effect, it is necessary to completely leave the speedof.me site for the reset to take place. Clearing the application cache and cookies does not cause the reset to happen, either. Running Firefox and Chromium on a Windows 7 PC has a similar result. -- Package-specific info: -- Extensions information Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Firebug Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com Package: xul-ext-firebug Status: enabled Name: GNOME Keyring integration Location: /usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{6f9d85e0-794d-11dd-ad8b-0800200c9a66} Bill West -- Cell: 877-567-7451 Skype: bill.west9 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Bill West b...@bwi.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject: iceweasel sluggish after large downloads Bcc: Bill West b...@bwi.com Package: iceweasel Version: 31.7.0esr-1~deb8u1 Severity: important Dear Maintainer, I just spent about an hour writing up this problem, just to have reportbug trash the report when attempting to email it. Here is the short version. Iceweasel seems to slow down after using it for a while. Seems to be correlated with how much data is transferred. Shows up on www.cnn.com when viewing pages with embedded video, etc. The problem can be reproduced by this: Use iceweasel to access www.speedof.me, and run the speed test multiple times. Each successive run is slower. In my environment, I get about 70Mb/sec on the first run, decreasing to about 4 Mb/sec after running the test five times. Running the same procedure with Chromium, each test results in approximately the same network speed, regardless of how many times the test is run. Closing Iceweasel, or going to www.google.com and then returning to www.speedof.me, seems to reset some internal state in Iceweasel, and the test again runs quickly the first time, with decreasing speeds on each successive run. However, going to www.google.com in a separate tab does not have the resetting effect, it is necessary to completely leave the speedof.me site for the reset to take place. Clearing the application cache and cookies does not cause the reset to happen, either. Running Firefox and Chromium on a Windows 7 PC has a similar result. -- Package-specific info: -- Extensions information Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Firebug Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com Package: xul-ext-firebug Status: enabled Name: GNOME Keyring integration Location: /usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{6f9d85e0-794d-11dd-ad8b-0800200c9a66} Package: xul-ext-gnome-keyring Status: enabled Name: Live HTTP headers Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Status: enabled Name: MeasureIt Location: ${PROFILE_EXTENSIONS}/{75CEEE46-9B64-46f8-94BF-54012DE155F0}.xpi Status: enabled Name: Print pages to PDF Location: ${PROFILE_EXTENSIONS}/printPages2Pdf@reinhold.ripper Status: enabled Name: Rainbow Location: ${PROFILE_EXTENSIONS}/rain...@colors.org.xpi Status: enabled -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.5 (1.5-2+deb8u1)) Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Bug#750821: sweethome3d crashes when selecting Preferences
Package: sweethome3d Version: 4.5+dfsg-3 Followup-For: Bug #750821 Dear Maintainer, This problem is documented in the FAQ Sweet Home 3D crashes when I want to edit preferences, print, create a photo or create a video. What can I do?: http://www.sweethome3d.com/faq.jsp Using the workaround there I have edited JAVA_ARGS in /usr/bin/sweethome3d and added -Dcom.eteks.sweethome3d.j3d.checkOffScreenSupport=false. Now it no longer crashes: JAVA_ARGS=-Djava.library.path=/usr/lib/jni \ -Dcom.eteks.sweethome3d.j3d.checkOffScreenSupport=false \ -Dcom.eteks.sweethome3d.applicationFolders=$HOME/.eteks/sweethome3d:/usr/share/sweethome3d FWIW my OpenGL driver is: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV730 OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.2 OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 10.3.2 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.3.2 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0 OpenGL ES profile extensions: -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (900, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages sweethome3d depends on: ii default-jre [java6-runtime] 2:1.7-52 ii icedtea-netx-common 1.5-2+deb8u1 ii java-wrappers 0.1.28 ii libbatik-java 1.7+dfsg-5 ii libfreehep-graphicsio-svg-java 2.1.1-3 ii libitext-java 2.1.7-9 ii libjava3d-java 1.5.2+dfsg-11 ii libsunflow-java 0.07.2.svn396+dfsg-13 ii openjdk-6-jre [java6-runtime] 6b35-1.13.7-1 ii openjdk-7-jre [java6-runtime] 7u79-2.5.5-1~deb8u1 Versions of packages sweethome3d recommends: ii sweethome3d-furniture 1.4.2-1 sweethome3d 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#787263: Bad net.agent invocation: $INTERFACE is not set
Control: tags -1 fixed-upstream patch Am 30.05.2015 um 17:43 schrieb Michael Biebl: A quick experiment shows, that inside net.agent, no environment variable besides PWD=/ is set anymore. Fix by upstream commit commit 0e3e60561395a8dd0464f9427d7fc9209bf3b007 Author: Tom Gundersen t...@jklm.no Date: Wed May 27 23:26:39 2015 +0200 sd-device: fix device_get_properties_strv() A NULL pointer was inserted as the first element of the strv. This had the effect of always passing the empty environment to processes spawned by udev. Reported by Michał Bartoszkiewicz. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? From: Tom Gundersen t...@jklm.no Date: Wed, 27 May 2015 23:26:39 +0200 Subject: sd-device: fix device_get_properties_strv() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit A NULL pointer was inserted as the first element of the strv. This had the effect of always passing the empty environment to processes spawned by udev. Reported by MichaÅ Bartoszkiewicz. (cherry-picked from commit 0e3e60561395a8dd0464f9427d7fc9209bf3b007) --- src/libsystemd/sd-device/device-private.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/libsystemd/sd-device/device-private.c b/src/libsystemd/sd-device/device-private.c index 3cadedb..10370af 100644 --- a/src/libsystemd/sd-device/device-private.c +++ b/src/libsystemd/sd-device/device-private.c @@ -659,7 +659,7 @@ static int device_update_properties_bufs(sd_device *device) { if (!buf_strv) return -ENOMEM; -buf_strv[++ strv_size] = (char *)buf_nulstr[nulstr_len]; +buf_strv[strv_size ++] = (char *)buf_nulstr[nulstr_len]; strscpyl((char *)buf_nulstr + nulstr_len, len + 1, prop, =, val, NULL); nulstr_len += len + 1; } signature.asc Description: OpenPGP digital signature
Bug#783963: tracker-extract runs concurrently with updatedb.mlocate when opening Gnome session
Hi all and thanks for replies. It seems that trackers already runs under ionice (at least on my machine) . 2146 lpouzenc 20 0 465412 15988 8168 S 96,6 0,4 0:05.16 tracker-store 2132 lpouzenc 39 19 1104792 19016 11496 R 58,0 0,5 0:05.68 tracker-miner-f lpouzenc@lud-GB1:~$ ionice -p 2146 2132 idle idle I was thinking to suggest using pid file to signal existance of other crawlers instances. For /var/run, Debian FHS says program-name.pid, so may use a generic folder like /var/run/crawlers/ or so. /var/lock is more apropriate ? Already rwxrwxrwx although. https://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#VARLOCKLOCKFILES Lock files for devices and other resources shared by multiple applications, such as the serial device lock files that were originally found in either /usr/spool/locks or /usr/spool/uucp, must now be stored in /var/lock. There is probably a problem about the ownership of the suggestion subfolder (which package creates it, which user/group/rights on the folder). strace suggest that mlocate protect itself from parallel exec by locking his db file. open(/var/lib/mlocate/mlocate.db, O_RDWR) = 4 read(4, \0mlocate\0\0\0\370\0\1\0\0/\0prune_bind_mou..., 8192) = 8192 fcntl(4, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 EAGAIN (Resource temporarily unavailable) tracker-control opens all /proc/*/cmdline to find his friends ? Sounds weird. lpouzenc@lud-GB1:~$ strace -ff -e lstat tracker-control 21 Found 210 PIDs… Process 3210 attached [pid 3209] lstat(/proc/3209/cmdline, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 [pid 3209] lstat(/proc/1/cmdline, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 [pid 3209] lstat(/proc/2/cmdline, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 [pid 3209] lstat(/proc/3/cmdline, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 [pid 3209] lstat(/proc/5/cmdline, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 [pid 3209] lstat(/proc/7/cmdline, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 It seems that updatedb.mlocate and tracker does not use any pid file.. so I may go wrong :) Why tracker don't use PID's ? It about the random user of the spawned processes ? Potential troll : Is systemd could solve that ? (I know that tracker is started via xdg autostart and updatedb via cron) Regards, Ludovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786720: jessie-pu: package libinfinity/0.6.6-1~deb8u1
Control: tags -1 + pending On Mon, 2015-05-25 at 18:50 +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Sun, 2015-05-24 at 22:38 +0200, Philipp Kern wrote: I'd like to update libinfinity in jessie from 0.6.5-1 to 0.6.6-1. That maintenance upstream release contains a three line fix for a security issue (CVE-2015-3886), one fix to avoid some failing assertions when handling the cursor while editing a document and a crash fix in the client code. I'd upload the version as 0.6.6-1~deb8u1 to jessie. The release noise is fairly minimal, see the attached diff between 0.6.5-1 (stable) and 0.6.6-1 (unstable). Assuming that the 0.6.6-1~deb8u1 diff looks identical to 0.6.6-1 other than an additional changelog stanza and it has been tested on Jessie, please go ahead. Uploaded and flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786687: Fwd: Bug#786687: duck: Tries to connect to SVN web viewer as SVN repository
Hi Simon, Simon Kainz wrote: I improved/modified the URL grabbing/detection method. I created a new branch v0.8 in the alioth repo for duck, so please debcheckout and give it a try. I've tried it on this ... Example from libcatalyst-engine-apache-perl's debiancopyright file: http://metadata.ftp-master.debian.org/changelogs/main/libc/libcatalyst-engine-apache-perl/unstable_copyright [...] http://dev.catalystframework.org/svnweb/Catalyst/revision?rev=13634 is a Subversion repository while it is a web viewer for a Subversion repository: Use of uninitialized value in concatenation (.) or string at /usr/bin/duck line 347. E: debian/copyright:13: SVN: http://dev.catalystframework.org/svnweb/Catalyst/revision?rev=13634: (Certainty:wild-guess) svn: E175009: Unable to connect to a repository at URL 'http://dev.catalystframework.org/svnweb/Catalyst/revision%3Frev=13634' svn: E175009: XML Parsing failed: Unexpected root element 'html' → ~/debian/duck/duck Use of uninitialized value in concatenation (.) or string at /home/abe/debian/duck/duck line 347. E: debian/copyright:13: SVN: http://dev.catalystframework.org/svnweb/Catalyst/revision?rev=13634: (Certainty:wild-guess) svn: E175009: Unable to connect to a repository at URL 'http://dev.catalystframework.org/svnweb/Catalyst/revision%3Frev=13634' svn: E175009: XML Parsing failed: Unexpected root element 'html' ~/debian/duck/duck: command not found → So it doesn't seem to have fixed that case, but the error message ~/debian/duck/duck: command not found is new. I also tried other cases which I accounted to the same issue: libconfig-inifiles-perl: → ~/debian/duck/duck Use of uninitialized value in concatenation (.) or string at /home/abe/debian/duck/duck line 347. E: debian/copyright:6: SVN: http://config-inifiles.svn.sourceforge.net/viewvc/config-inifiles/: (Certainty:wild-guess) svn: E175011: Unable to connect to a repository at URL 'http://config-inifiles.svn.sourceforge.net/viewvc/config-inifiles' svn: E175011: Repository moved temporarily to 'http://config-inifiles.svn.sourceforge.net/viewvc/config-inifiles'; please relocate ~/debian/duck/duck: command not found → libxml-parser-lite-perl: → ~/debian/duck/duck Use of uninitialized value in concatenation (.) or string at /home/abe/debian/duck/duck line 347. E: debian/copyright:25: SVN: http://sourceforge.net/p/soaplite/svn/HEAD/tree/: (Certainty:wild-guess) svn: E175009: Unable to connect to a repository at URL 'http://sourceforge.net/p/soaplite/svn/HEAD/tree' svn: E175009: XML Parsing failed: Unexpected root element 'html' ~/debian/duck/duck: command not found → (There may be more of them.) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787272: sf.net redirector broken?
Package: qa.debian.org User: qa.debian@packages.debian.org Usertags: webpages Tags: patch On Sat, May 30, 2015 at 02:07:48PM -0400, James McCoy wrote: On Sat, May 30, 2015 at 12:55:27PM -0400, Michael Gilbert wrote: Running uscan on packages using the sf.net redirector will results in: $ uscan --verbose --report uscan warning: In debian/watch, no matching hrefs for watch line http://sf.net/wine/wine-(.+)\.tar\.bz2 -- Scan finished Fallout from the upgrade to Jessie, it seems: [Sat May 30 07:22:51.153551 2015] [:error] [pid 22026] [client 5.48.220.179:36535] PHP Warning: simplexml_load_file(): SSL operation failed with code 1. OpenSSL Error messages:\nerror:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in /srv/qa.debian.org/web/watch/sf.php on line 18 [Sat May 30 07:22:51.153684 2015] [:error] [pid 22026] [client 5.48.220.179:36535] PHP Warning: simplexml_load_file(): Failed to enable crypto in /srv/qa.debian.org/web/watch/sf.php on line 18 [Sat May 30 07:22:51.153860 2015] [:error] [pid 22026] [client 5.48.220.179:36535] PHP Warning: simplexml_load_file(https://sourceforge.net/projects/limitcpu/rss?limit=1000): failed to open stream: operation failed in /srv/qa.debian.org/web/watch/sf.php on line 18 [Sat May 30 07:22:51.153954 2015] [:error] [pid 22026] [client 5.48.220.179:36535] PHP Warning: simplexml_load_file(): I/O warning : failed to load external entity quot;https://sourceforge.net/projects/limitcpu/rss?limit=1000quot; in /srv/qa.debian.org/web/watch/sf.php on line 18 Not sure what needs to be fixed, off-hand. Looks like this is related to https://wiki.debian.org/ServicesSSL. The attached patch is working for me. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org From 03564691812515470851f3192f5077a0dd708c54 Mon Sep 17 00:00:00 2001 From: James McCoy vega.ja...@gmail.com Date: Sat, 30 May 2015 14:54:25 -0400 Subject: [PATCH] watch/sf.wml: Use ca-global to validate SourceForge certs Signed-off-by: James McCoy vega.ja...@gmail.com --- wml/watch/sf.wml | 3 +++ 1 file changed, 3 insertions(+) diff --git a/wml/watch/sf.wml b/wml/watch/sf.wml index ebbf5a7..ba502ee 100644 --- a/wml/watch/sf.wml +++ b/wml/watch/sf.wml @@ -20,6 +20,9 @@ if (preg_match(',/.+,', $project)) { $xml_url = https://sourceforge.net/projects/$project/rss?limit=1000;; +$context = stream_context_create(array('ssl' = array('capath' = '/etc/ssl/ca-global'))); +libxml_set_streams_context($context); + $xml = simplexml_load_file($xml_url, 'SimpleXMLElement', LIBXML_NOCDATA); $title = $xml-channel[0]-title; $files = $xml-channel[0]-item; -- 2.1.4 signature.asc Description: Digital signature
Bug#786363: qapt: needs update for qt-gstreamer 1.2
unblock 760003 by 786363 severity 786363 normal retitle 786363 Binaries should not be named after the gstreamer version thanks On Saturday 30 May 2015 12:10:14 Diane Trout wrote: [snip] (I'm not sure if that means this bug should be closed and a new one opened, or this one should be downgraded and stop blocking 760003.) Let's just remove the block and rename it accordingly. qapt maintainers: the binary packages produced by qapt do not expose the gstreamer API, so they should not be marked with the gstreamer version they where linked against (except if you at some point want to make two available versions of the gstreamer backend, which I hardly doubt). Moreover they are not public libraries but private ones, so they can be renamed accordingly (maybe even called plugin?) Kinds regards, Lisandro. -- UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity. Dennis Ritchie Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#785512: regression: cannot find iso image on usb stick any more
On Sat 30 May 2015 at 11:19:17 +0200, Christian Kastner wrote: On Fri, 29 May 2015 12:32:13 +0900 Norbert Preining prein...@logic.at wrote: It looks to me as though we're missing iso-scan and load-iso from the cdrom target, and that as a result we neither include the loop module, nor do we attempt to mount the usb stick, nor look for the ISO therein. Indeed, checking the initrd you mentioned I see the iso-scan and load-iso packages available, while in the initrd from current image it is not. I believe this issue (or a variant of it) was already reported as #618000. #618000 and this bug are related (both involve the kernel module loop.ko being in the initrd) but they are not the same issue. #618000 is an enhancement request for D-I. #724931 could be viewed as an attempt to move the issue to a conclusion. On the other hand, #785512 is reporting a regression between the Jessie installer and some random, unknown, testing version for which documentation of any intentional change is lacking. Note that it is not a regression compared with the Wheezy installer, which is also unable to take advantage of GRUB's loopback facility. A fix in the ISO would be great. I used as similar workaround as the one you mentioned in your blog post, but that quickly became tedious (assuming one updates the stick at every point release, too). There are at least three ways to boot a netinst ISO from a USB stick. An additional one based on GRUB's loopback would be nice. All have their advantages and disadvantages but installing Debian successfully without the tedium and in a controlled manner is still possible without it. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787233: xserver-xorg-video-nouveau: (EE) [drm] KMS not enabled
On 2015-05-30 22:00 +0200, Kingsley G. Morse Jr. wrote: On 05/30/15 09:58, Sven Joachim wrote: That could have been because your installed nvidia packages blacklisted the nouveau kernel module. Running update-alternatives --config glx and selecting the mesa alternative should change that, but you may have to manually modprobe nouveau (or reboot, as you did). Yes, I seem to recall also wondering if the nouveau kernel module had been blacklisted, and checking two ways. If I recall correctly, one way was the lsmod command, and both tests indicated it was loaded. If you want me to investigate this issue, please boot into the old 3.0 kernel and send the complete dmesg output, plus the Xorg.0.log file. Otherwise there is not much we can do. Another possibility is that newer udev versions might be incompatible with your old 3.0 kernel, causing modprobe to fail loading the nouveau module. However, I think I may be aware of some evidence related to your second theory: incompatible udev and kernel versions. Soon after trying to upgrade the Linux kernel from 3.0 to 4.0, my computer hung after booting with /scripts/init-top/udev: line 14: can't create /sys/kernel/uevent_helper: Permission denied Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules: ls/dev) ALERT! /dev/disk/by-uuid/a9792df8-2513-4185-bb81-589f5f9d508d does not exist. Dropping to a shell! modprobe: module ehci-orion not found in modules.dep BusyBox v1.22.1 [...] Enter 'help' for a list of built-in commands. (initramfs) This happened with the following versions udev: 204-5 initramfs-tools:0.114 sysv-rc:2.88dsf-43 linux-image-4.0.0-1-686-pae:4.0.2-1 Both udev and initramfs-tools were random snapshots from September 2013, totally unsupported today. Did you just upgrade to udev 220? An $ aptitude full-upgrade to version 215-18 of udev and 4.0 of the kernel seems to have fixed it. So, that's what I think I know. On a related note, my testing suggests that version 215-18 of udev needs version 4.0 of the kernel to work. That's certainly not the case, since tens of thousands people use that udev version with the kernels 3.16 and 3.2 from Jessie and Wheezy, respectively. In my experience, udev 215 even works with kernel 2.6.32, although such a combination is unsupported - as is the 3.0 kernel which you had used before. I can imagine that adding a dependency header indicating this might also be helpful. If you happen to have any insights into whether this would be a good bug to report or not, please enlighten me. Won't work: userspace programs cannot depend on a particular kernel version, for instance because you can install as many kernels as you wish and boot one that is too old anyway. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787128: freedombox-setup: Reset LDAP admin password on first-run
On 05/29/2015 01:30 AM, Petter Reinholdtsen wrote: [James Valleroy] Currently the LDAP admin password is generated during setup, and printed in the log. Why is it printed in the log? Passwords should never be printed in any log. I'm not sure. My patch will remove this though. The attached patch will save the password to a file that only root can read. Then during first-run, it will be changed to a new, random password. Very good to get an unique LDAP password per installation! But saving passwords in clear text on the disk seem like a bad idea. What about not saving it on disk and instead provide a way to reset it as root when needed? Is the ldap password for the admin user needed often? Can we use less privileged users instead? I found that we can avoid needing the LDAP admin password, by using SASL external authentication instead of simple authentication. I attached an updated patch that does the following: 1. Removes password generation during setup. (Although slapd will still generate a password after install.) 2. During first-run, removes the admin password that slapd generated. 3. Sets root user as the RootDN for the users directory. This allows users with sudo privileges to run ldapadd/ldapmodify on this directory. Regards, James diff --git a/first-run.d/50_ldap-server b/first-run.d/50_ldap-server new file mode 100755 index 000..6b45da8 --- /dev/null +++ b/first-run.d/50_ldap-server @@ -0,0 +1,15 @@ +#!/bin/sh +# +# Remove LDAP admin password. Allow root to modify the users directory. + +cat EOF |ldapmodify -Y EXTERNAL -H ldapi:/// +dn: olcDatabase={1}mdb,cn=config +changetype: modify +delete: olcRootPW + +dn: olcDatabase={1}mdb,cn=config +changetype: modify +replace: olcRootDN +olcRootDN: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth + +EOF diff --git a/setup.d/30_ldap-server b/setup.d/30_ldap-server index 231e83a..c6c41c2 100755 --- a/setup.d/30_ldap-server +++ b/setup.d/30_ldap-server @@ -1,22 +1,14 @@ #!/bin/sh -DEBIAN_FRONTEND=noninteractive apt-get install -y pwgen -pwd=$(pwgen -1) - domain=thisbox echo slapd slapd/domain string $domain | debconf-set-selections -echo slapd slapd/password1 password $pwd | debconf-set-selections -echo slapd slapd/password2 password $pwd | debconf-set-selections DEBIAN_FRONTEND=noninteractive apt-get install -y slapd ldap-utils # Make sure slapd isn't running when we use slapadd service slapd stop -# slapcat -b cn=config - -#slapadd /usr/share/freedombox/ldap/root.ldif cat EOF|slapadd dn: ou=users,dc=$domain objectClass: top @@ -24,5 +16,3 @@ objectClass: organizationalUnit ou: users EOF - -echo password: $pwd signature.asc Description: OpenPGP digital signature
Bug#785650: How to stick to Debian packages?
Hi, I stumbled upon the same problem. this won't work. Please install the packages from Debian and try again. I already looked for a way to do so but remained unsuccessful. What is the best way to achieve this once the packages have already been installed from deb-multimedia.org ? Thanks for your help and best, -- Niklaas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787227: broken on armel due to broken RUNPATH: /usr/lib/ghc/bin/ghc: error while loading shared libraries: libHShaskeline-0.7.1.2-ghc7.8.4.so: cannot open shared object file: No such file or direc
Control: severity -1 wishlist Control: reassign -1 libc6 Control: retitle -1 ld-linux.so loads libraries from . when /proc is not mounted Control: affects -1 + ghc Control: summary -1 0 When /proc is not mounted, a relative RPATH causes ld-linux.so to fall back to using the working directory as the base directory for RPATH resolution instead of using the (unknown) location of the executed binary. This issue is hard to diagnose, because the error message does not make it clear that fallback code is in use due to readlink /proc/self/exe failing. Furthermore, it may pose a security risk by loading libraries from unintended locations. On Sat, May 30, 2015 at 11:54:26AM -0400, Joey Hess wrote: Sorry, I meant the linker should be fixed, not ghc. Let's codify that in the bts. Steps to reproduce (for glibc maintainers): Create an unstable chroot. Install ghc. Do not mount /proc in that chroot. Execute /usr/bin/ghc. You shall see that it fails loading libraries. I assume that any binary with a relative RPATH is affected. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787268: Useless in Debian
Package: php-guzzlehttp-retry-subscriber Version: 2.0.2-2 Severity: serious [ Filed with RC-severity by the maintainer to see it removed from testing. This package is not part of Jessie. ] php-guzzlehttp-retry-subscriber was recently packaged as a dependency of php-aws-sdk (version 3~). php-aws-sdk 3.0.1 doesn’t use it anymore. The current version of php-guzzlehttp-retry-subscriber depends on php-guzzlehttp ( 6~~) and will soon prevent its migration. I intend to ask for removal of this package in case it is not useful on its own in a few month. Please do provide information to this bug report if you disagree on the further removal. Regards David signature.asc Description: OpenPGP digital signature
Bug#787269: Useless in Debian
Package: php-guzzlehttp-command Version: 0.7.1-1 Severity: serious [ Filed with RC-severity by the maintainer to see it removed from testing. This package is not part of Jessie. ] php-guzzlehttp-command was recently packaged as a dependency of php-aws-sdk (version 3~). php-aws-sdk 3.0.1 doesn’t use it anymore. The current version of php-guzzlehttp-command depends on php-guzzlehttp ( 6~~) and will soon prevent its migration. I intend to ask for removal of this package in case it is not useful on its own in a few month. Please do provide information to this bug report if you disagree on the further removal. Regards David signature.asc Description: OpenPGP digital signature
Bug#787249: [Pkg-clamav-devel] Bug#787249: clamav-daemon: clamdscan scans less than clamscan; worsened in latest release
Hi Marc, On 30.05.2015 18:44, Marc SCHAEFER wrote: On Sat, May 30, 2015 at 03:06:33PM +0200, Andreas Cadhalpun wrote: However, I can't reproduce these other cases. Not a problem, most of them would be removed by the first stage of my antispam (white list on magic types). I see, these weren't regressions anyway. Maybe some local configuration peculiarity. Set this to 20 and restart clamav-daemon. Then clam_cache_emax.tgz should be detected. Can you confirm this? Yes, it now works. Thanks for confirming. I'll wait a bit to see if the other team members have an opinion on this bug. If nobody has a better idea, I'll just increase the default MaxRecursion limit to 20. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787270: duck: Reports 404 where curl and normal browsers don't get a 404
Package: duck Version: 0.7 Severity: normal Dear Simon, I've got another case where duck reports issues while I can't reproduce them, even not with setting the user agent to 'User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4': The affected package is libgraph-easy-perl: duck 0.8 from git: → ~/debian/duck/duck E: debian/copyright:15: URL: http://colorbrewer.org/).: ERROR (Certainty:possible) Curl:0 HTTP:404 No error E: debian/copyright:31: URL: http://colorbrewer.org/).: ERROR (Certainty:possible) Curl:0 HTTP:404 No error ~/debian/duck/duck: command not found → duck 0.7 from Debian unstable: → duck E: debian/copyright:15: URL: http://colorbrewer.org/).: ERROR (Certainty:possible) Curl:0 HTTP:404 No error E: debian/copyright:31: URL: http://colorbrewer.org/).: ERROR (Certainty:possible) Curl:0 HTTP:404 No error → curl from unstable: → curl http://colorbrewer.org/ → (i.e. returns the empty string) → curl --verbose http://colorbrewer.org/ * Trying 184.168.221.1... * Connected to colorbrewer.org (184.168.221.1) port 80 (#0) GET / HTTP/1.1 Host: colorbrewer.org User-Agent: curl/7.42.1 Accept: */* HTTP/1.1 301 Moved Permanently Content-Type: text/html Content-Length: 0 Connection: keep-alive Age: 1 Cache-Control: max-age=900 Date: Sat, 30 May 2015 18:22:14 GMT Location: http://colorbrewer2.org Server: Microsoft-IIS/7.5 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET → (i.e. http://colorbrewer.org/ redirects to http://colorbrewer2.org/) LWP from unstable, with according user agent header set, suppressing any downloaded content but showing the headers instead: → GET -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4' -SUsed http://colorbrewer.org/ GET http://colorbrewer.org/ User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4 301 Moved Permanently Cache-Control: max-age=900 Connection: close Date: Sat, 30 May 2015 18:18:45 GMT Age: 0 Location: http://colorbrewer2.org Server: Microsoft-IIS/7.5 Content-Length: 0 Content-Type: text/html Client-Date: Sat, 30 May 2015 18:18:46 GMT Client-Peer: 184.168.221.1:80 Client-Response-Num: 1 X-AspNet-Version: 4.0.30319 X-Powered-By: ASP.NET GET http://colorbrewer2.org User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20100101 Firefox/10.0.4 Iceweasel/10.0.4 200 OK Connection: close Date: Sat, 30 May 2015 18:18:46 GMT Accept-Ranges: bytes Server: Apache/2.2 Content-Length: 7940 Content-Type: text/html; charset=UTF-8 Last-Modified: Fri, 27 Jun 2014 18:29:51 GMT Client-Date: Sat, 30 May 2015 18:18:46 GMT Client-Peer: 98.129.229.186:80 Client-Response-Num: 1 Link: http://fonts.googleapis.com/css?family=Droid+Sans:400,700; rel=stylesheet; type=text/css Link: style.css; rel=stylesheet; type=text/css Link: lib/spectrum.css; rel=stylesheet; type=text/css Set-Cookie: X-Mapping-mlknngpl=ED0A5475E0FC167A4904210A4498959E; path=/ Title: ColorBrewer: Color Advice for Maps → But also if I change http://colorbrewer.org/ to http://colorbrewer2.org/ in debian/copyright, I still get the 404: → ~/debian/duck/duck E: debian/copyright:15: URL: http://colorbrewer2.org/).: ERROR (Certainty:possible) Curl:0 HTTP:404 No error E: debian/copyright:31: URL: http://colorbrewer2.org/).: ERROR (Certainty:possible) Curl:0 HTTP:404 No error ~/debian/duck/duck: command not found → Conkeror (based on Iceweasel) shows the page properly, too. So I have currently no idea what actually causes duck to report a 404 here. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages duck depends on: ii libconfig-inifiles-perl 2.83-3 ii libfile-which-perl 1.18-1 ii libmailtools-perl2.13-1 ii libnet-dns-perl 0.81-2 ii libparse-debcontrol-perl 2.005-4 ii libpath-class-perl 0.35-1 ii libregexp-common-email-address-perl 1.01-4 ii libregexp-common-perl2013031301-1 ii libstring-similarity-perl1.04-1+b2 ii libwww-curl-perl 4.17-2 ii libxml-xpath-perl1.13-7 ii libyaml-libyaml-perl 0.41-6 ii perl 5.20.2-6 duck recommends no packages. Versions of packages duck suggests: ii bzr 2.6.0+bzr6602-2 ii git 1:2.1.4-2.1 ii mercurial 3.1.2-2 ii subversion 1.8.13-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a
Bug#787255: jessie-pu: package tlsdate/0.0.13-1~deb8u1
Control: tags -1 + pending On Sat, 2015-05-30 at 15:20 +0200, Holger Levsen wrote: please accept tlsdate/0.0.13-1~deb8u1 into jessie. It fixes one grave bug #783174, by switching the time source from www.ptb.de to google.com. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787260: jessie-pu: package torbrowser-launcher/0.1.9-1+deb8u1
Control: tags -1 + pending On Sat, 2015-05-30 at 16:01 +0200, Holger Levsen wrote: please accept torbrowser-launcher/0.1.9-1+deb8u1 into jessie. It fixes one serious bug, #784041 by updating pathes as requiered by the new upstream torbrowser 4.5 release. Additionally it also removes the accept links feature (which was broken due to upstream changes) and thus the option to make it the default browser was also removed as a default browser should be captable of accepting links. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787271: dpkg-source fails to extract old-old-stable version of moodle
Package: moodle Version: 1.9.9.dfsg2-2.1+squeeze4 Severity: serious Heya, on the old-old-stable version of moodle, dpkg-source -x fails with a non-zero exit code: zack@timira:/tmp$ dpkg-source -x moodle_1.9.9.dfsg2-2.1+squeeze4.dsc dpkg-source: info: extracting moodle in moodle-1.9.9.dfsg2 dpkg-source: info: unpacking moodle_1.9.9.dfsg2.orig.tar.gz dpkg-source: info: unpacking moodle_1.9.9.dfsg2-2.1+squeeze4.debian.tar.gz dpkg-source: info: applying MDL-23377 dpkg-source: info: applying MDL-24810 dpkg-source: info: applying MDL-24258 dpkg-source: info: applying cas1.1.3 dpkg-source: info: applying yui_file_renames dpkg-source: info: applying MDL-24523 dpkg-source: info: applying MDL-18839 dpkg-source: info: applying MDL-25122 dpkg-source: info: applying MDL-25754 dpkg-source: info: applying MDL-26030 dpkg-source: info: applying MDL-26189 dpkg-source: info: applying MDL-26966 dpkg-source: info: applying MDL-23872 dpkg-source: info: applying MDL-27464 dpkg-source: info: applying MDL-27889 dpkg-source: info: applying MDL-28197 dpkg-source: info: the patch has fuzz which is not allowed, or is malformed dpkg-source: info: if patch 'MDL-28197' is correctly applied by quilt, use 'quilt refresh' to update it dpkg-source: error: expected ^--- in line 21 of diff `moodle-1.9.9.dfsg2/debian/patches/MDL-28197' zack@timira:/tmp$ echo $? 2 zack@timira:/tmp$ Cheers. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786660: pulseaudio-module-bluetooth: Cracky sound when something else runs
o/ First thanks for your time, it helped a lot: On 05/30/2015 01:24 AM, Felipe Sateler wrote: What parameters are you giving to the loopback module? I see in the log: source=bluez_source.C4_43_8F_9F_F5_36 source_dont_move=true sink_input_properties=media.role=music Is that all? It was just: pactl load-module module-loopback source=bluez_source.C4_43_8F_9F_F5_36 sink=alsa_output.pci-_00_1b.0.analog-stereo Try increasing the latency (default is 200), or disabling remixing. If that fails, try changing the resampler in the configuration file. I tried with latency-msec=2000 - same I tried (keeping latency-msec=2000) to add remix=false - A little bit better, not sure. I tried to set `resample-method = src-sinc-best-quality` - That's GOOD ! I'm reverting to a default value to remix (not sure it's true) - Still good ! I'm reverting to the default value of 200 for latency-msec - Still perfect So it's the resample-method, it was not set in my configuration, only commented, maybe the default ? Was: ; resample-method = speex-float-1 I tried to find for you which resample-method was picked with this magical best-quality mode, and I found this in syslog: resampler.c: Support for resampler 'src-sinc-best-quality' not compiled in, reverting to 'auto', so I tried pulseaudio -vvv and got: D: [pulseaudio] resampler.c: Resampler: D: [pulseaudio] resampler.c: rate 44100 - 44100 (method speex-float-1) D: [pulseaudio] resampler.c: format s16le - s16le (intermediate float32le) D: [pulseaudio] resampler.c: channels 2 - 2 (resampling 2) Hope that's helps ? Tell me if you need more information / debugs / logs / tests / whatever. Bests, -- Julien Palard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753219: katoob: FTBFS: dpkg-source: error: expected ^--- in line 2 of diff `katoob-0.5.9.1/debian/patches/replace_fribidi-config_pkg-config.patch'
On Sat, 2015-05-30 at 20:57:33 +0200, Stefano Zacchiroli wrote: On Sun, Jul 06, 2014 at 11:04:09AM +0200, Guillem Jover wrote: This also affects stable, it would be nice if a stable update could be prepared, I'm ready to help if needed, given that the “regression” was caused by the dpkg update. FWIW I've noticed in Debsources logs both this issue, and what seems to be another occurrence of it on the moodle package. I've now reported it here https://bugs.debian.org/787271 Is there a dpkg update planned to fix this in stable (or oldstable)? If so, I'll be glad to test it on the sources.d.n machine. This wont be fixed in dpkg, that change was necessary to fix a security issue in dpkg. In many cases it made visible existing broken patches, like the one in moodle, which before the dpkg fix was only getting partially applied, which renders that moodle security fix partially moot. In others the patch was malformed and patch would apply it correctly, but making dpkg try to distinguish between malformed or malfeasant patches would go from either impossible, too difficult or an arms race. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787233: xserver-xorg-video-nouveau: (EE) [drm] KMS not enabled
On 05/30/15 09:58, Sven Joachim wrote: On 2015-05-30 08:56 +0200, Kingsley G. Morse Jr. wrote: Package: xserver-xorg-video-nouveau Version: 1:1.0.11-1+b1 Severity: normal Dear Maintainer, Thanks for maintaining Debian's nouveau driver. It's great to have an open alternative. The main reason I'm writing is that a recent $ aptitude full-upgrade and reboot, failed to run X. xorg's log file said something like (EE) [drm] KMS not enabled My understanding is that KMS is an acronym for kernel mode switching, which is now code in the kernel for quickly switching between console and graphical video modes. Evidently X didn't think my kernel supported KMS. Hi Sven, Thanks for your prompt thoughts. That could have been because your installed nvidia packages blacklisted the nouveau kernel module. Running update-alternatives --config glx and selecting the mesa alternative should change that, but you may have to manually modprobe nouveau (or reboot, as you did). Yes, I seem to recall also wondering if the nouveau kernel module had been blacklisted, and checking two ways. If I recall correctly, one way was the lsmod command, and both tests indicated it was loaded. Another possibility is that newer udev versions might be incompatible with your old 3.0 kernel, causing modprobe to fail loading the nouveau module. However, I think I may be aware of some evidence related to your second theory: incompatible udev and kernel versions. Soon after trying to upgrade the Linux kernel from 3.0 to 4.0, my computer hung after booting with /scripts/init-top/udev: line 14: can't create /sys/kernel/uevent_helper: Permission denied Gave up waiting for root device. Common problems: - Boot args (cat /proc/cmdline) - Check rootdelay= (did the system wait long enough?) - Check root= (did the system wait for the right device?) - Missing modules (cat /proc/modules: ls/dev) ALERT! /dev/disk/by-uuid/a9792df8-2513-4185-bb81-589f5f9d508d does not exist. Dropping to a shell! modprobe: module ehci-orion not found in modules.dep BusyBox v1.22.1 [...] Enter 'help' for a list of built-in commands. (initramfs) This happened with the following versions udev: 204-5 initramfs-tools:0.114 sysv-rc:2.88dsf-43 linux-image-4.0.0-1-686-pae:4.0.2-1 Did you just upgrade to udev 220? An $ aptitude full-upgrade to version 215-18 of udev and 4.0 of the kernel seems to have fixed it. So, that's what I think I know. On a related note, my testing suggests that version 215-18 of udev needs version 4.0 of the kernel to work. I can imagine that adding a dependency header indicating this might also be helpful. If you happen to have any insights into whether this would be a good bug to report or not, please enlighten me. Thanks, Kingsley Cheers, Sven -- Time is the fire in which we all burn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753219: katoob: FTBFS: dpkg-source: error: expected ^--- in line 2 of diff `katoob-0.5.9.1/debian/patches/replace_fribidi-config_pkg-config.patch'
On Sat, May 30, 2015 at 10:04:08PM +0200, Guillem Jover wrote: This wont be fixed in dpkg, that change was necessary to fix a security issue in dpkg. In many cases it made visible existing broken patches, like the one in moodle, which before the dpkg fix was only getting partially applied, which renders that moodle security fix partially moot. In others the patch was malformed and patch would apply it correctly, but making dpkg try to distinguish between malformed or malfeasant patches would go from either impossible, too difficult or an arms race. Oh, I see, thanks for clarifying --- I had misinterpreted this as a regression in dpkg, while in fact it's a feature then. I'll check for fixes in the relevant packages then. FWIW, right now the only extraction failures I've noticed from the Debsources POV are moodle and katoob (but it is possible there are others, which I'm not seeing simply because they have been extracted in the past). Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#787249: [Pkg-clamav-devel] Bug#787249: Bug#787249: clamav-daemon: clamdscan scans less than clamscan; worsened in latest release
Hi Sebastian, On 30.05.2015 21:35, Sebastian Andrzej Siewior wrote: On Sat, May 30, 2015 at 03:06:33PM +0200, Andreas Cadhalpun wrote: I found the reason, why clam_cache_emax.tgz is not detected by clamdscan: It hits the MaxRecursion limit of 10, while it needs 17 recursions. 16 to be exact. Indeed. Just verified it on Wheezy. The testsuite passes and since I don't see a config file supplied for the testsuite I checked the source for the default value and this is libclamav/default.h:#define CLI_DEFAULT_MAXRECLEVEL 16 Ah, I see. This is also what the manpage for clamd.conf claims to be the default. Yes, it's just that the clamd.conf.sample contains: # Nested archives are scanned recursively, e.g. if a Zip archive contains a RAR # file, all files within it will also be scanned. This options specifies how # deeply the process should be continued. # Note: setting this limit too high may result in severe damage to the system. # Default: 16 #MaxRecursion 10 So that's where the 10 came from. It also says setting it too high may result in severe damage to the system failing to describe the why here… I guess if one sets it to 1 and comes across a particularly malicious file it can exhaust RAM/disk space and thus cause all kinds of problems. I'm fine with raising the default value in the config file to 16 since it is clamd's default value. I think that would be the best way forward. We also could drop all default values from config file so they would adjust on their own if upstream changes them. Not sure if this possible with the current debconf setup. I think leaving the options with default settings in the config file makes it a lot more self-explanatory. I guess in that case we could try to create clamd.conf from the default.h. We could try this, but it might be a bit overkill. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648621: Multiarch improvements for glib2.0
Control: reassign -1 libglib2.0-dev Control: forcemerge -1 683593 Hi Riku, On Sun, 13 Nov 2011 17:41:04 +0200 Riku Voipio riku.voi...@iki.fi wrote: Package: glib2.0 Version: 2.30.2-1 Severity: normal User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch Tags: patch Hi, The following patch makes libglib2.0-dev Multi-Arch: same. This is needed for example when cross-compiling firefox, as it needs to build both target and host binaries linked against glib2.0. To make M-A: same possible, the binaries from libglib2.0-dev are split out to libglib2.0-dev-bin: package. the conflicts/replaces might need adjustment, it hasn't been tested. To allow cross-arch install, the postinst of libglib2.0-0 has been converted not to fail of the included binaries fail to install. This is sub-optimal, but I am Have you investigated, if the tools are actually multi-arch foreign, e.g. the output they produce is architecture independent? -- 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#787237: ITA: cxxtest -- lightweight xUnit-like framework for C/C++ applications
Control: retitle -1 ITA: cxxtest -- lightweight xUnit-like framework for C/C++ applications Control: owner -1 ! As discussed with Simone in a private email, I'm intend to continue with cxxtest maintenance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784854: I Need Your Advice To Invest In your Country.
Please this is a personal message for you,I need some directives from you to invest some capital in your country. And see how we can partnership into the business. Just reply me to explain better. Mrs.Leza
Bug#753219: katoob: FTBFS: dpkg-source: error: expected ^--- in line 2 of diff `katoob-0.5.9.1/debian/patches/replace_fribidi-config_pkg-config.patch'
Heya, On Sun, Jul 06, 2014 at 11:04:09AM +0200, Guillem Jover wrote: This also affects stable, it would be nice if a stable update could be prepared, I'm ready to help if needed, given that the “regression” was caused by the dpkg update. FWIW I've noticed in Debsources logs both this issue, and what seems to be another occurrence of it on the moodle package. I've now reported it here https://bugs.debian.org/787271 Is there a dpkg update planned to fix this in stable (or oldstable)? If so, I'll be glad to test it on the sources.d.n machine. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#787276: debuild: dpkg-buildpackage option -jauto not recognized
Package: devscripts Version: 2.15.4 Tags: patch Severity: minor Hi! debuild warns about an unknown option, when -jauto is specified (on commandline or in the configuration file): debuild: unknown dpkg-buildpackage/debuild option: -jauto debuild: unknown dpkg-buildpackage option in configuration file: -jauto But it is a valid option and will spawn as many jobs as processors/cores are available. The attached patch lets debuild recognize this option so that it no longer complains. Regards, Reiner diff --git a/scripts/debuild.pl b/scripts/debuild.pl index f6e74dd..068b95a 100755 --- a/scripts/debuild.pl +++ b/scripts/debuild.pl @@ -837,7 +837,7 @@ if ($command_version eq 'dpkg') { /^-e(.*)/ and $changedby=$1, push(@debsign_opts, $_), push(@dpkg_opts, $_), next; /^-C(.*)/ and $desc=$1, push(@dpkg_opts, $_), next; - /^-j(\d*)$/ and $parallel=($1 || '-1'), push(@dpkg_opts, $_), next; + /^-j(auto|\d*)$/ and $parallel=($1 || '-1'), push(@dpkg_opts, $_), next; $_ eq '-W' and $warnable_error=1, push(@passopts, $_), push(@dpkg_opts, $_), next; $_ eq '-E' and $warnable_error=0, push(@passopts, $_), @@ -889,7 +889,7 @@ if ($command_version eq 'dpkg') { /^-e(.*)/ and $changedby=$1, push(@debsign_opts, $_), push(@dpkg_opts, $_), next; /^-C(.*)/ and $desc=$1, push(@dpkg_opts, $_), next; - /^-j(\d*)$/ and $parallel=($1 || '-1'), push(@dpkg_opts, $_), next; + /^-j(auto|\d*)$/ and $parallel=($1 || '-1'), push(@dpkg_opts, $_), next; $_ eq '-W' and $warnable_error=1, push(@passopts, $_), push(@dpkg_opts, $_), next; $_ eq '-E' and $warnable_error=0, push(@passopts, $_), signature.asc Description: OpenPGP digital signature
Bug#787277: [ca-certificates] error on upgrade
Package: ca-certificates Version: 20150426 Severity: normal --- Please enter the report below this line. --- Hi, today, I have upgraded sid. ca-certificates it has report: Elaborazione dei trigger per ca-certificates (20150426)... Updating certificates in /etc/ssl/certs... 13 added, 6 removed; done. Running hooks in /etc/ca-certificates/update.d... org.debian.security.InvalidKeystorePasswordException: Cannot open Java keystore. Is the password correct? at org.debian.security.KeyStoreHandler.load(KeyStoreHandler.java:68) at org.debian.security.KeyStoreHandler.init(KeyStoreHandler.java:52) at org.debian.security.UpdateCertificates.init(UpdateCertificates.java:65) at org.debian.security.UpdateCertificates.main(UpdateCertificates.java:51) Caused by: gnu.javax.crypto.keyring.MalformedKeyringException: incorrect magic at gnu.javax.crypto.jce.keyring.GnuKeyring.loadPrivateKeyring(libgcj.so.15) at gnu.javax.crypto.jce.keyring.GnuKeyring.engineLoad(libgcj.so.15) at java.security.KeyStore.load(libgcj.so.15) at org.debian.security.KeyStoreHandler.load(KeyStoreHandler.java:66) ...3 more E: /etc/ca-certificates/update.d/jks-keystore exited with code 1. --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-1-amd64 Debian Release: stretch/sid 500 unstablewww.deb-multimedia.org 500 unstablecdimage.debian.org 500 stable dl.google.com 500 stable deb.opera.com --- Package information. --- Depends (Version) | Installed ==-+-=== openssl (= 1.0.0) | 1.0.1k-3 debconf (= 0.5) | 1.5.56 OR debconf-2.0| Package's Recommends field is empty. Package's Suggests field is empty. -- http://keyserver.linux.it/pks/lookup?op=getsearch=0xCC6CA35C690431D3 Chi e' pronto a rinunciare alle proprie liberta' fondamentali per comprarsi briciole di temporanea sicurezza non merita ne' la liberta' ne' la sicurezza.(Benjamin Franklin - dalla Risposta al Governatore, Assemblea della Pennsylvania, 11 novembre 1755) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787249: [Pkg-clamav-devel] Bug#787249: Bug#787249: clamav-daemon: clamdscan scans less than clamscan; worsened in latest release
On Sat, May 30, 2015 at 03:06:33PM +0200, Andreas Cadhalpun wrote: I found the reason, why clam_cache_emax.tgz is not detected by clamdscan: It hits the MaxRecursion limit of 10, while it needs 17 recursions. 16 to be exact. Just verified it on Wheezy. The testsuite passes and since I don't see a config file supplied for the testsuite I checked the source for the default value and this is libclamav/default.h:#define CLI_DEFAULT_MAXRECLEVEL 16 This is also what the manpage for clamd.conf claims to be the default. It also says setting it too high may result in severe damage to the system failing to describe the why here… I'm fine with raising the default value in the config file to 16 since it is clamd's default value. We also could drop all default values from config file so they would adjust on their own if upstream changes them. Not sure if this possible with the current debconf setup. I guess in that case we could try to create clamd.conf from the default.h. Other opinions? Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787278: freerdp-x11: RemoteApps is broken: error: expected PDU_TYPE_DEMAND_ACTIVE 0001, got 0007
Package: freerdp-x11 Version: 1.1.0~git20140921.1.440916e+dfsg1-4 Severity: normal Tags: upstream xfreerdp --version This is FreeRDP version 1.1.0-beta1 (git n/a) xfreerdp /u:user /p:pass /app:||calc /v:machine /cert-ignore loading channel rail connected to machine:3389 expected PDU_TYPE_DEMAND_ACTIVE 0001, got 0007 SSL_read: I/O error: Success (0) works obviously if you omit /app Upstream bug report: https://github.com/FreeRDP/FreeRDP/pull/1167 -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages freerdp-x11 depends on: ii libc6 2.19-18 ii libfreerdp-cache1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-client1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-codec1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-common1.1.01.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-core1.11.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-crypto1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-locale1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-primitives1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-rail1.11.1.0~git20140921.1.440916e+dfsg1-4 ii libfreerdp-utils1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libjpeg62-turbo 1:1.3.1-12 ii libssl1.0.0 1.0.1k-3 ii libwinpr-crt0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-crypto0.11.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-dsparse0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-environment0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-file0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-handle0.11.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-heap0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-input0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-interlocked0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-library0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-path0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-pool0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-registry0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-rpc0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-sspi0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-synch0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-sysinfo0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-thread0.11.1.0~git20140921.1.440916e+dfsg1-4 ii libwinpr-utils0.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libx11-6 2:1.6.2-3 ii libxcursor1 1:1.1.14-1+b1 ii libxext6 2:1.3.3-1 ii libxfreerdp-client1.1 1.1.0~git20140921.1.440916e+dfsg1-4 ii libxi62:1.7.4-1+b2 ii libxinerama1 2:1.1.3-1+b1 ii libxkbfile1 1:1.0.8-1 ii libxrender1 1:0.9.8-1+b1 ii libxv12:1.0.10-1+b1 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages freerdp-x11 recommends: ii libfreerdp-plugins-standard 1.1.0~git20140921.1.440916e+dfsg1-4 freerdp-x11 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#784567: intent to NMU sysvinit really soon -- followup fix
I noticed something strange when I upgraded my sid chroot for the first time in a while. I only used 'apt-get upgrade', and the util-linux and most sysvinit packages were held back: The following packages have been kept back: cpp-4.8 cpp-4.9 g++-4.9 gcc-4.8 gcc-4.8-base gcc-4.9 gcc-4.9-base git-buildpackage initscripts libasan0 libasan1 libatomic1 libavcodec-dev libavcodec56 libavformat-dev libavformat56 libavresample-dev libavresample2 libavutil-dev libavutil54 libcilkrts5 libcloog-isl4 libgcc-4.8-dev libgcc-4.9-dev libgcc1 libgfortran3 libglib2.0-0 libglib2.0-bin libgomp1 libgphoto2-6 libitm1 liblist-moreutils-perl liblsan0 libpam-systemd libpcre3 libpcre3-dev libpcrecpp0 libquadmath0 libsane libsane-common libstdc++-4.9-dev libstdc++6 libsystemd0 libtsan0 libubsan0 rsyslog systemd sysvinit-utils util-linux virtualbox virtualbox-qt vmdebootstrap But even then, I saw this unexpected message at the end of the upgrade: Running hooks in /etc/ca-certificates/update.d... /etc/ca-certificates/update.d/jks-keystore: 33: /etc/ca-certificates/update.d/jks-keystore: mountpoint: not found the keytool command requires a mounted proc fs (/proc). E: /etc/ca-certificates/update.d/jks-keystore exited with code 1. done. I guess things will improve with a dist-upgrade, but this tell me the ordering of dependencies/breaks is not quite right. -- 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#731547: Accepted upstream
Hi! The patch is accepted upstream: https://git.gnome.org/browse/glib/commit/?id=f7b13e05f9bc5bd2b54f589d16ad580f6d833173 Can we now have a Debian build with the patch applied??!! Mattias smime.p7s Description: S/MIME cryptographic signature
Bug#787226: openshot: Workarounds
Package: openshot Version: 1.4.3-1.1 Followup-For: Bug #787226 Dear Maintainer, openshot has been fun, and productive. I happened to notice in Debian unstable, that after doing $ aptitude full-upgrade $ openshot importing images or video clips and either adding images or video clips to openshot's time line, or rendering/exporting a video colors are corrupted. It seems to me that I'm basically seeing the same bug as Marco. I think it's also reported at http://openshotusers.com/forum/viewtopic.php?f=11t=2364 I didn't upgrade openshot. However, I believe melt was upgraded from 0.9.2-1+b1 0.9.6-1. I spent a little time debugging it. Here's what I found. melt seems to render the colors fine outside of openshot. $ melt image.png This suggests to me that version 1.4.3-1.1 of openshot may not be entirely compatible with the new version 0.9.6-1 of melt, which is what I'm using. I worked around the bug by adding alpha channels to an image and video. For an image, I did gimp-Layer-Transparency-Add alpha channel. Then I exported it in a .png format which the file command describes as PNG image data, 146 x 160, 8-bit/color RGBA, non-interlaced For a video clip, I did openshot-File-Import files right click on imported video clip-Add to timeline right click on video clip on time line-Properties-Effects-toolbutton1-Alphagrad-set position and max parameters to 1.0. I hope that helps, Kingsley -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages openshot depends on: ii fontconfig 2.11.0-6.3 ii gtk2-engines-pixbuf 2.24.25-3 ii librsvg2-common 2.40.9-2 ii melt 0.9.6-1 ii python 2.7.9-1 ii python-gtk2 2.24.0-4 ii python-httplib2 0.9+dfsg-2 ii python-imaging 2.6.1-2 ii python-mlt 0.9.6-1 ii python-pygoocanvas 0.14.1-1+b3 ii python-support 1.0.15 ii python-xdg 0.25-4 Versions of packages openshot recommends: ii frei0r-plugins 1.4-3 ii openshot-doc1.4.3-1.1 Versions of packages openshot suggests: ii blender 2.74+dfsg0-2+b1 ii inkscape 0.91-4 -- 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#787284: galax: please add dependency “Suggests: galax-doc”
Package: galax Version: 1.1-12+b1 Severity: minor Dear Maintainer, Working with the ‘galax’ package requires understanding how it works and what it does. Please set a “Suggests: galax-doc” dependency, so that administrators choosing to install ‘galax’ will receive the suggestion. -- \ “Be careless in your dress if you must, but keep a tidy soul.” | `\ —Mark Twain, _Following the Equator_ | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#787287: util-linux: fails to build on kfreebsd
package: src:util-linux version: 2.26.2-1 severity: important x-debbugs-cc: debian-...@lists.debian.org The recent util-linux uploads fail to build on kfreebsd archs: https://buildd.debian.org/status/logs.php?pkg=util-linuxarch=kfreebsd-amd64 This is having a ripple effect on a lot of reverse dependencies. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787289: Good run of apt-get update with direct connection
I ran with a direct connection to a mirror and go updates. Log is attached. GET /debian/dists/testing/InRelease HTTP/1.1 Host: debian.mirror.frontiernet.net Cache-Control: max-age=0 Accept: text/* If-Modified-Since: Sat, 30 May 2015 09:38:09 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://debian.mirror.frontiernet.net/debian/dists/testing/InRelease HTTP/1.1 304 Not Modified Date: Sun, 31 May 2015 04:00:40 GMT Server: Apache/2.2.22 (Debian) ETag: 11dd06e-1c6d7-5174959ba8240 GET /debian/dists/unstable/InRelease HTTP/1.1 Host: debian.mirror.frontiernet.net Cache-Control: max-age=0 Accept: text/* If-Modified-Since: Sat, 30 May 2015 09:38:32 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) GET /dists/testing/updates/InRelease HTTP/1.1 Host: security.debian.org Cache-Control: max-age=0 Accept: text/* If-Modified-Since: Sat, 30 May 2015 09:02:26 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://debian.mirror.frontiernet.net/debian/dists/unstable/InRelease HTTP/1.1 304 Not Modified Date: Sun, 31 May 2015 04:00:40 GMT Server: Apache/2.2.22 (Debian) ETag: 4cf462-31bad-517495b197600 Answer for: http://security.debian.org/dists/testing/updates/InRelease HTTP/1.1 304 Not Modified Date: Sun, 31 May 2015 04:00:42 GMT Server: Apache ETag: f57f-51748da0d1a77 Expires: Sun, 31 May 2015 04:00:43 GMT Cache-Control: max-age=1, public GET /debian/dists/jessie/InRelease HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 Accept: text/* User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Hit http://debian.mirror.frontiernet.net testing InRelease Hit http://debian.mirror.frontiernet.net unstable InRelease Hit http://security.debian.org testing/updates InRelease Answer for: http://linux.dropbox.com/debian/dists/jessie/InRelease HTTP/1.1 404 Not Found Server: nginx Date: Sun, 31 May 2015 04:00:42 GMT Content-Type: text/html Content-Length: 11594 Connection: keep-alive ETag: 54d98c51-2d4a Ign http://linux.dropbox.com jessie InRelease GET /debian/dists/jessie/Release.gpg HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 If-Modified-Since: Tue, 14 Apr 2015 21:31:11 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) GET /debian/dists/testing/main/source/Sources.diff/Index HTTP/1.1 Host: debian.mirror.frontiernet.net Cache-Control: max-age=0 Accept: text/* User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://linux.dropbox.com/debian/dists/jessie/Release.gpg HTTP/1.1 304 Not Modified Server: nginx Date: Sun, 31 May 2015 04:00:42 GMT Last-Modified: Tue, 14 Apr 2015 21:31:11 GMT Connection: keep-alive ETag: 552d871f-1e9 Hit http://linux.dropbox.com jessie Release.gpg GET /debian/dists/jessie/Release HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 Accept: text/* If-Modified-Since: Tue, 14 Apr 2015 21:31:11 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://debian.mirror.frontiernet.net/debian/dists/testing/main/source/Sources.diff/Index HTTP/1.1 200 OK Date: Sun, 31 May 2015 04:00:41 GMT Server: Apache/2.2.22 (Debian) Last-Modified: Sat, 30 May 2015 03:37:46 GMT ETag: 13afcb9-1e39-5174450e5b680 Accept-Ranges: bytes Content-Length: 7737 Get:1 http://debian.mirror.frontiernet.net testing/main Sources/DiffIndex [7,737 B] Answer for: http://linux.dropbox.com/debian/dists/jessie/Release HTTP/1.1 304 Not Modified Server: nginx Date: Sun, 31 May 2015 04:00:42 GMT Last-Modified: Tue, 14 Apr 2015 21:31:11 GMT Connection: keep-alive ETag: 552d871f-a29 Hit http://linux.dropbox.com jessie Release GET /debian/dists/testing/contrib/source/Sources.diff/Index HTTP/1.1 Host: debian.mirror.frontiernet.net Cache-Control: max-age=0 Accept: text/* User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://debian.mirror.frontiernet.net/debian/dists/testing/contrib/source/Sources.diff/Index HTTP/1.1 200 OK Date: Sun, 31 May 2015 04:00:43 GMT Server: Apache/2.2.22 (Debian) Last-Modified: Sat, 30 May 2015 03:37:46 GMT ETag: 1b89f73-bad-5174450e5b680 Accept-Ranges: bytes Content-Length: 2989 Get:2 http://debian.mirror.frontiernet.net testing/contrib Sources/DiffIndex [2,989 B] GET /debian/dists/testing/non-free/source/Sources.diff/Index HTTP/1.1 Host: debian.mirror.frontiernet.net Cache-Control: max-age=0 Accept: text/* User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) GET /dists/testing/updates/main/source/Sources.xz HTTP/1.1 Host: security.debian.org Cache-Control: max-age=0 If-Modified-Since: Sat, 30 May 2015 09:01:59 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) GET /debian/dists/jessie/main/binary-amd64/Packages.bz2 HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 If-Modified-Since: Tue, 14 Apr 2015 21:31:11 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://debian.mirror.frontiernet.net/debian/dists/testing/non-free/source/Sources.diff/Index HTTP/1.1 200 OK Date: Sun, 31 May 2015 04:00:43 GMT Server: Apache/2.2.22 (Debian) Last-Modified: Wed, 27 May 2015 03:27:43 GMT ETag: a30c50-a0f-51707d36e89c0 Accept-Ranges: bytes Content-Length: 2575
Bug#787189: SDL_stretch.h causes compile error
Replying now to the bug report as well, it was missing from the last couple of mails. 2015-05-31 0:20 GMT+01:00 Manuel A. Fernandez Montecelo manuel.montez...@gmail.com: 2015-05-30 21:27 GMT+01:00 Steve Clark fawty...@gmail.com: On Sat, 30 May 2015 10:14:31 +0100 Manuel A. Fernandez Montecelo manuel.montez...@gmail.com wrote: Hello, 2015-05-29 15:54 GMT+01:00 Steve Clark fawty...@gmail.com: Package: libsdl-stretch-dev Version: 0.3.1-4 Including the SDL_stretch header file causes the following compile error: /usr/include/SDL_stretch/SDL_stretch.h:25:23: fatal error: SDL_video.h: No such file or directory #include SDL_video.h This is because the SDL stretch header files are in a separate directory. There are 2 possible solutions: 1. The SDL stretch header files should be in /usr/include/SDL with the other SDL files 2. Comment the offending line out in SDL_stretch.h Option 2 is tested as workable because the header file continues with: #ifndef _SDL_video_h #include SDL/SDL_video.h #endif ... which means it will still work. But I think option 1 is preferable. I don't know if this is an upstream bug. But as it stands, it unusable unless that line is commented out. Doesn't it work if you pass -I/usr/include/SDL (the first letter is a capital 'i', not an L) to the compiler? Cheers. Yes it does. But I shouldn't have to do that. As far as I am aware, it's a common practice to have library headers installed in different subdirectories of /usr/include (or under /usr/local/include, or /opt, or different paths of the user's home...), and then when compiling a project that needs another library included, to pass the -I option to the compiler. SDL_stretch is not a part of the main SDL modules, it comes from a different upstream, and they decided to install it in a different path rather than in the same directory as other SDL modules. The Debian package does not modify the installation path coming from upstream, so probably the situation is the same in other distributions. Even within Debian, this has been the behaviour for many years, probably more than a decade by now, so moving the files to another path is not a good solution, I think -- it will affect the other users. On the other hand, the following code looks a bit problematic, because as it is happening to you right now, if the first #include fails the whole compilation fails, it is a fatal error to include a file and the file not being there, so those four lines do not make much sense. #include SDL_video.h #ifndef _SDL_video_h #include SDL/SDL_video.h #endif The las version is from 6 years ago and this project has not been adapted for SDL2, so it makes me wonder if the project is still alive and if they will consider to fix it and give some advice on what to do in this case. I cannot do that at the moment, I will try at some point in summer if I find the time, but if in the meantime you or anybody else get in contact with upstream, please drop a line here. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783881: Debugging information
On Fri, 2015-05-29 at 20:30 +0100, Nick wrote: I think I may have gathered a useful clue, though of the kind I was expecting... In order to gather the boot messages immediately before shutdown, that I don't normally get to see due to the graphics card output turning off early, I attached to the Linux console via serial, by adding this on the linux kernel command line: console=ttyS0,38400 After doing that, for about seven boots, I couldn't reproduce the original problem. I removed that option again for a couple of boot-shutdown cycles, and on the second one on shutdown it failed to power the machine off again. I also tried reinstating the 'quiet' option to the kernel which is there by default after installing Debian, and shutdown still failed the next time. Put the console=ttyS0,38400 back, and the problem *seems* to go away. Good detective work. [...] For the record at this point, I think it's worth mentioning that my graphics adapter is: 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] [10de:06e4] (rev a1) and it's being driven with the nouveau graphics driver. Please can you report this upstream as explained here: http://nouveau.freedesktop.org/wiki/Bugs/. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Bug#787282: factory-boy: please “Suggests: python-factory-boy-doc” in library binary packages
Source: factory-boy Version: 2.4.1-3 Severity: minor Dear Maintainer, Programming with the ‘factory_boy’ library requires understanding how it works and what it does. Please set a “Suggests: python-factory-boy-doc” dependency to the library packages, so that administrators choosing to install ‘python-factory-boy’ or ‘python3-factory-boy’ will receive the suggestion. -- \“Holy contributing to the delinquency of minors, Batman!” —Robin | `\ | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#787095: texlive-latex-extra: Example tex file for pdfcomment.sty does not build
On Sat, 30 May 2015, Oliver Sander wrote: The upstream maintainer has commented on the issue: the root of the issue seems to be some unfortunate interaction with the microtype and zref packages. Not loading the microtype package (which is not used anyway) will fix the issue. The maintainer promised to do this for some upcoming bugfix release. Thanks, so it will come into Debian i due course! Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787289: apt-cacher-ng: Connection timeout 500
Package: apt-cacher-ng Version: 0.8.3-1 Severity: normal Dear Maintainer, 'apt-get update' and maintenance job (cron.daily) fail with 'Connection timeout. Can't get up to date InRelease and package list files. I've tried switching Debian mirrors but that doesn't help. I am attaching an HTTP debug log and my apt sources list. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.7-ckt9-3-inter03-686-pae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt-cacher-ng depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii dpkg 1.17.25 ii init-system-helpers1.23 ii libbz2-1.0 1.0.6-8 ii libc6 2.19-18 ii libgcc11:5.1.1-5 ii liblzma5 5.1.1alpha+20120614-2+b3 ii libssl1.0.01.0.2a-1 ii libstdc++6 5.1.1-5 ii libsystemd0215-18 ii libwrap0 7.6.q-25 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages apt-cacher-ng recommends: ii ed 1.10-2 Versions of packages apt-cacher-ng suggests: ii avahi-daemon 0.6.31-5 ii curl 7.42.1-2 ii doc-base 0.10.6 ii libfuse2 2.9.3-16 ii wget 1.16.3-2 -- Configuration Files: /etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: u'/etc/apt-cacher-ng/security.conf' -- debconf information: apt-cacher-ng/cachedir: keep apt-cacher-ng/gentargetmode: No automated setup apt-cacher-ng/port: keep apt-cacher-ng/bindaddress: keep apt-cacher-ng/tunnelenable: false apt-cacher-ng/proxy: keep GET /debian.csail.mit.edu/debian/dists/testing/InRelease HTTP/1.1 Host: localhost:3142 Cache-Control: max-age=0 Accept: text/* User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) GET /debian/dists/jessie/InRelease HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 Accept: text/* User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://linux.dropbox.com/debian/dists/jessie/InRelease HTTP/1.1 404 Not Found Server: nginx Date: Sun, 31 May 2015 03:24:51 GMT Content-Type: text/html Content-Length: 11594 Connection: keep-alive ETag: 54d98c51-2d4a Ign http://linux.dropbox.com jessie InRelease GET /debian/dists/jessie/Release.gpg HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 If-Modified-Since: Tue, 14 Apr 2015 21:31:11 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://linux.dropbox.com/debian/dists/jessie/Release.gpg HTTP/1.1 304 Not Modified Server: nginx Date: Sun, 31 May 2015 03:24:51 GMT Last-Modified: Tue, 14 Apr 2015 21:31:11 GMT Connection: keep-alive ETag: 552d871f-1e9 Hit http://linux.dropbox.com jessie Release.gpg GET /debian/dists/jessie/Release HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 Accept: text/* If-Modified-Since: Tue, 14 Apr 2015 21:31:11 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://linux.dropbox.com/debian/dists/jessie/Release HTTP/1.1 304 Not Modified Server: nginx Date: Sun, 31 May 2015 03:24:52 GMT Last-Modified: Tue, 14 Apr 2015 21:31:11 GMT Connection: keep-alive ETag: 552d871f-a29 Hit http://linux.dropbox.com jessie Release GET /debian/dists/jessie/main/binary-amd64/Packages.bz2 HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 Range: bytes=2682- If-Range: Tue, 14 Apr 2015 21:31:11 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://linux.dropbox.com/debian/dists/jessie/main/binary-amd64/Packages.bz2 HTTP/1.1 416 Requested Range Not Satisfiable Server: nginx Date: Sun, 31 May 2015 03:24:52 GMT Content-Type: text/html Content-Length: 206 Connection: keep-alive Content-Range: bytes */1150 GET /debian/dists/jessie/main/binary-i386/Packages.bz2 HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 Range: bytes=2682- If-Range: Tue, 14 Apr 2015 21:31:11 GMT User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://linux.dropbox.com/debian/dists/jessie/main/binary-i386/Packages.bz2 HTTP/1.1 416 Requested Range Not Satisfiable Server: nginx Date: Sun, 31 May 2015 03:24:52 GMT Content-Type: text/html Content-Length: 206 Connection: keep-alive Content-Range: bytes */1150 GET /debian/dists/jessie/main/i18n/Translation-en_US.bz2 HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for: http://linux.dropbox.com/debian/dists/jessie/main/i18n/Translation-en_US.bz2 HTTP/1.1 404 Not Found Server: nginx Date: Sun, 31 May 2015 03:24:52 GMT Content-Type: text/html Content-Length: 11594 Connection: keep-alive ETag: 54d98c51-2d4a GET /debian/dists/jessie/main/i18n/Translation-en.bz2 HTTP/1.1 Host: linux.dropbox.com Cache-Control: max-age=0 User-Agent: Debian APT-HTTP/1.3 (1.0.9.9) Answer for:
Bug#581617: pinentry-qt4: Pinentry-qt4 appears behind the compose window in kde4/icedove
On Sat 2015-05-30 05:41:48 -0400, Felix Geyer wrote: This issue is still present. Tested on current Debian unstable with KDE4 and Ubuntu 15.04 with KDE Plasma 5. The patch from the Fedora package fixes the problem. Thanks for testing and reporting back, Felix. I've forwarded this info upstream for review. we should have this resolved in the next release of pinentry in debian. Regards, --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786494: libgit2: diff for NMU version 0.22.2-1.1
Control: tags 786494 + patch Control: tags 786494 + pending Dear maintainer, I've prepared an NMU for libgit2 (versioned as 0.22.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 diff -Nru libgit2-0.22.2/debian/changelog libgit2-0.22.2/debian/changelog --- libgit2-0.22.2/debian/changelog 2015-05-17 13:47:55.0 +0100 +++ libgit2-0.22.2/debian/changelog 2015-05-30 22:21:01.0 +0100 @@ -1,3 +1,10 @@ +libgit2 (0.22.2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build-depend on pkg-config (Closes: #786494) + + -- Jonathan Wiltshire j...@debian.org Sat, 30 May 2015 22:20:46 +0100 + libgit2 (0.22.2-1) unstable; urgency=medium * New upstream releaase 0.22.2 (Closes: #780495). diff -Nru libgit2-0.22.2/debian/control libgit2-0.22.2/debian/control --- libgit2-0.22.2/debian/control 2015-05-17 13:47:55.0 +0100 +++ libgit2-0.22.2/debian/control 2015-05-30 22:20:44.0 +0100 @@ -4,7 +4,7 @@ Maintainer: Russell Sim russell@gmail.com Build-Depends: debhelper (= 9.20120417), python-minimal (= 2.4.0), cmake, libz-dev, libssl-dev, libssh2-1-dev, libhttp-parser-dev, - ca-certificates + ca-certificates, pkg-config Standards-Version: 3.9.6 Homepage: http://libgit2.github.com/ Vcs-Git: git://anonscm.debian.org/users/arrsim-guest/libgit2.git signature.asc Description: Digital signature
Bug#783096: ieee-data: update-oui fails every time because standards.ieee.org uses TLS AIA instead of intermediate certs
On Saturday 30 May 2015 23.17.42 Luciano Bello wrote: The two possible options are: - include the certificate (--ca-certificate=) in the package. - disable SSL for that file. Oh, just noticed that affects all files (obviously). Remove the last option and replace it by - do not use wget :) /luciano signature.asc Description: This is a digitally signed message part.
Bug#787280: RM: gnome-mud -- ROM; dead upstream
Package: ftp.debian.org Severity: normal gnome-mud is dead upstream. There are very few users and no rdeps, so please drop it. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750821: sweethome3d crashes when selecting Preferences
On Sat, May 30, 2015 at 08:07:36PM +0300, Török Edwin wrote: Package: sweethome3d Version: 4.5+dfsg-3 Followup-For: Bug #750821 Dear Maintainer, This problem is documented in the FAQ Sweet Home 3D crashes when I want to edit preferences, print, create a photo or create a video. What can I do?: http://www.sweethome3d.com/faq.jsp Using the workaround there I have edited JAVA_ARGS in /usr/bin/sweethome3d and added -Dcom.eteks.sweethome3d.j3d.checkOffScreenSupport=false. Now it no longer crashes: JAVA_ARGS=-Djava.library.path=/usr/lib/jni \ -Dcom.eteks.sweethome3d.j3d.checkOffScreenSupport=false \ -Dcom.eteks.sweethome3d.applicationFolders=$HOME/.eteks/sweethome3d:/usr/share/sweethome3d Stefan, does it fix crash? Török, thanks for sharing. CC'ing Stefan because unless submitter subscribes bug, doesn't receive followups. FWIW my OpenGL driver is: OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD RV730 OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.2 OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 10.3.2 OpenGL shading language version string: 1.30 OpenGL context flags: (none) OpenGL extensions: OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.3.2 OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0 OpenGL ES profile extensions: -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708559: Seeing the same issue with chrome
I'm seeing the same issue triggered by using dwm and chrome: Program received signal SIGSEGV, Segmentation fault. 0x7282d616 in gtk_tray_icon_manager_filter (xevent=0x7fffd9c0, event=optimized out, user_data=0x2b036eb7f9d0) at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c:400 400 /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c: No such file or directory. (gdb) bt #0 0x7282d616 in gtk_tray_icon_manager_filter (xevent=0x7fffd9c0, event=optimized out, user_data=0x2b036eb7f9d0) at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtktrayicon-x11.c:400 #1 0x7230ed71 in gdk_event_apply_filters (xevent=0x7fffd9c0, event=0x2b036f9ee500, window=0x0) at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11 /gdkevents-x11.c:371 #2 0x72310074 in gdk_event_translate (display=0x2b0364a4d020 [GdkDisplayX11], event=0x2b036f9ee500, xevent=0x7fffd9c0, return_exposes=return_exposes@entry=0) at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11/gdkevents-x11.c:969 #3 0x72311a86 in _gdk_events_queue (display=display@entry=0x2b0364a4d020 [GdkDisplayX11]) at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11/gdkevents-x11.c:2358 #4 0x72311b2e in gdk_event_dispatch (source=optimized out, callback=optimized out, user_data=optimized out) at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11/gdkevents-x11.c:2419 #5 0x772b3c3d in g_main_context_dispatch (context=0x2b03649df790) at /build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3122 #6 0x772b3c3d in g_main_context_dispatch (context=context@entry =0x2b03649df790) at /build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3737 #7 0x772b3f20 in g_main_context_iterate (context=context@entry=0x2b03649df790, block=block@entry=0, dispatch=dispatch@entry=1, self=optimized out) at /build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3808 #8 0x772b3fcc in g_main_context_iteration (context=0x2b03649df790, may_block=0) at /build/glib2.0-NiYzoW/glib2.0-2.44.1/./glib/gmain.c:3869 #9 0x565b1e12 in () #10 0x2b03649e4480 in () #11 0x0001565b9500 in () #12 0x0001 in () #13 0x7fffdca8 in () #14 0x55fdc028 in () #15 0x7fffdf50 in () #16 0x7fffdc38 in () #17 0x2b0364a15ea0 in () #18 0x5b3927d0 in () #19 0x56579540 in () #20 0x5b3927d0 in () #21 0x012e444f in () #22 0x2b0364a14c80 in () #23 0x2b0300052a20 in () #24 0x in () (gdb) The gtktrayicon-x11.c code is this: 383: static GdkFilterReturn 384: gtk_tray_icon_manager_filter (GdkXEvent *xevent, 385: GdkEvent *event, 386: gpointer user_data) 387: { 388: GtkTrayIcon *icon = user_data; 389: XEvent *xev = (XEvent *)xevent; 390: 391: if (xev-xany.type == ClientMessage 392: xev-xclient.message_type == icon-priv-manager_atom 393: xev-xclient.data.l[1] == icon-priv-selection_atom) 394: { 395: GTK_NOTE (PLUGSOCKET, 396: g_print (GtkStatusIcon %p: tray manager appeared\n, icon)); 397: 398: gtk_tray_icon_update_manager_window (icon); 399: } 400: else if (xev-xany.window == icon-priv-manager_window) { if (xev-xany.type == PropertyNotify xev-xproperty.atom == icon-priv-orientation_atom) { GTK_NOTE (PLUGSOCKET, g_print (GtkStatusIcon %p: got PropertyNotify on manager window for orientation atom\n, icon)); gtk_tray_icon_get_orientation_property (icon); } else if (xev-xany.type == DestroyNotify) { GTK_NOTE (PLUGSOCKET, g_print (GtkStatusIcon %p: got DestroyNotify for manager window\n, icon)); gtk_tray_icon_manager_window_destroyed (icon); } else GTK_NOTE (PLUGSOCKET, g_print (GtkStatusIcon %p: got other message on manager window\n, icon)); } return GDK_FILTER_CONTINUE; } I suspect that this is a nullpointer dereference of icon-priv? If there is an upstream fix in GTK+3, it would be nice to backport this to the gtk2 lib as I'm getting ~daily crashes from this bug.
Bug#783538: JCS packaging
On 04/27/2015 09:59 PM, Sebastiaan Couwenberg wrote: The new JOSM tested snapshot (8279) released today requires two additional Java dependencies: Commons JCS Commons Logging, the latter is already packaged in Debian but JCS is not. I've filed an RFP (#783538) and I'll look into package it myself depending on the response to the RFP. The current upstream release is 2.0-beta1 so it may not be entirely ready for wider use yet. There has been no response to the RFP, so I looked into packing JCS myself. Initial packaging is available in my personal git repository for now: http://git.linuxminded.nl/?p=pkg-java/libcommons-jcs-java While most of the build dependencies seem to be available in Debian, there is an issue with missing velocity-tools components. See the attached build log. The velocity-tools README.Debian documents the missing struts part, so we need some changes there to accommodate JCS. I hope the Java team can help with that. http://anonscm.debian.org/viewvc/pkg-java/trunk/velocity-tools/debian/README.Debian?view=markup Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 Building with cowbuilder for distribution sid I: using cowbuilder as pbuilder dpkg-buildpackage: source package libcommons-jcs-java dpkg-buildpackage: source version 2.0~beta1-1 dpkg-buildpackage: source distribution UNRELEASED dpkg-buildpackage: source changed by Bas Couwenberg sebas...@debian.org dpkg-source --before-build libcommons-jcs-java fakeroot debian/rules clean test -x debian/rules mkdir -p . /usr/share/maven-debian-helper/copy-repo.sh /home/bas/git/pkg-java/libcommons-jcs-java/debian mh_patchpoms -plibcommons-jcs-java --debian-build --keep-pom-version --maven-repo=/home/bas/git/pkg-java/libcommons-jcs-java/debian/maven-repo --ignore-rules=debian/maven.ignoreRules --clean-ignore-rules=debian/maven.cleanIgnoreRules touch debian/stamp-poms-patched cd . /usr/lib/jvm/default-java/bin/java -noverify -cp /usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar -Dclassworlds.conf=/etc/maven2/m2-debian.conf org.codehaus.classworlds.Launcher -s/etc/maven2/settings-debian.xml -Dmaven.repo.local=/home/bas/git/pkg-java/libcommons-jcs-java/debian/maven-repo clean [INFO] NOTE: Maven is executing in offline mode. Any artifacts not already in your local repository will be inaccessible. [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Apache Commons JCS [INFO] Apache Commons JCS :: Core [INFO] Apache Commons JCS :: JCache [INFO] Apache Commons JCS :: JCache TCK [INFO] Apache Commons JCS :: JCache Extras [INFO] Apache Commons JCS :: JCache OpenJPA [INFO] [INFO] Building Apache Commons JCS [INFO]task-segment: [clean] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Building Apache Commons JCS :: Core [INFO]task-segment: [clean] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Building Apache Commons JCS :: JCache [INFO]task-segment: [clean] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Building Apache Commons JCS :: JCache TCK [INFO]task-segment: [clean] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Building Apache Commons JCS :: JCache Extras [INFO]task-segment: [clean] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] Building Apache Commons JCS :: JCache OpenJPA [INFO]task-segment: [clean] [INFO] [INFO] [clean:clean {execution: default-clean}] [INFO] [INFO] [INFO] [INFO] Reactor Summary: [INFO] [INFO] Apache Commons JCS SUCCESS [0.415s] [INFO] Apache Commons JCS :: Core SUCCESS [0.015s] [INFO] Apache Commons JCS :: JCache .. SUCCESS [0.013s] [INFO] Apache Commons JCS :: JCache TCK .. SUCCESS [0.013s] [INFO] Apache Commons JCS :: JCache Extras
Bug#783718: linux-image-3.16.0-4-kirkwood: Regression: mv_cesa crypto driver fails a self-test
On Fri, 2015-05-29 at 13:27 +0200, JM wrote: I have tested linux-image-kirkwood-4.0.0-2 from unstable and I can confirm that this bug has been fixed upstream and mv_cesa passes kernel self-tests. Unfortunately I can't see any relevant changes to the driver or tests between 3.16 and 4.0. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Bug#783096: ieee-data: update-oui fails every time because standards.ieee.org uses TLS AIA instead of intermediate certs
On Sat, 2015-05-30 at 23:29 +0200, Luciano Bello wrote: On Saturday 30 May 2015 23.17.42 Luciano Bello wrote: The two possible options are: - include the certificate (--ca-certificate=) in the package. - disable SSL for that file. Oh, just noticed that affects all files (obviously). Remove the last option and replace it by - do not use wget :) curl doesn't support TLS AIA either. In #779543 there is a claim that changing the URLs to what I suggested in #779543 will fix this issue too but I don't think it will. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779543#10 I don't think there is any good solution here: * Using plain http will only work until the IEEE redirects to https * Adding the intermediate cert will only work until they either switch CAs or get their cert re-signed by their current CA as often intermediate certs change when certs are re-signed. Perhaps a combination of the two would be best: * switch to plain http to avoid issues with intermediates * add the intermediate to avoid issues with redirects Another option might be to rewrite the script in a language where the SSL library supports TLS AIA, but I would guess that only browsers do. Not sure how the release team would feel about any of these. Ultimately it would be great if you could talk the IEEE into implementing the pin/signing suggestion I posted in #779543: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;att=0;bug=779543 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#787283: duck: Doesn't parse URLs quoted with `...' properly
Package: duck Version: 0.7 Severity: normal Dear Simon, the following line from libmath-round-perl's debian/copyright causes a false positive with duck 0.7 as well as 0.8 as in Git: see `http://genaud.net/2005/10/poetic-license/'. This (English?) quoting style is quite common in debian/copyright as well as in man pages. Result: E: debian/copyright:59: URL: http://genaud.net/2005/10/poetic-license/'.: ERROR (Certainty:possible) Curl:0 HTTP:404 No error Note the trailing single quote in the URL. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages duck depends on: ii libconfig-inifiles-perl 2.83-3 ii libfile-which-perl 1.18-1 ii libmailtools-perl2.13-1 ii libnet-dns-perl 0.81-2 ii libparse-debcontrol-perl 2.005-4 ii libpath-class-perl 0.35-1 ii libregexp-common-email-address-perl 1.01-4 ii libregexp-common-perl2013031301-1 ii libstring-similarity-perl1.04-1+b2 ii libwww-curl-perl 4.17-2 ii libxml-xpath-perl1.13-7 ii libyaml-libyaml-perl 0.41-6 ii perl 5.20.2-6 duck recommends no packages. Versions of packages duck suggests: ii bzr 2.6.0+bzr6602-2 ii git 1:2.1.4-2.1 ii mercurial 3.1.2-2 ii subversion 1.8.13-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787286: pulseaudio device preferences lost on reboot
Package: pulseaudio Version: 5.0-13 Severity: normal I have an external USB soundcard. I use pavucontrol to route the audio to this external soundcard (for each application) but when I reboot this setting is lost, the internal soundcard is used, and if I want the audio to be sent to the external soundcard I have to select it again with pavucontrol. I'm using KDE, I'm not sure if this is related, but in the KDE multimedia settings I have a similar issue: I put the USB soundcard on top of the preference list, but upon reboot the internal soundcard goes on top. If I just logout and login again to KDE my preferences are not changed, but if I reboot the issue occurs. I have reported this issue on the pulseaudio mailing list: http://lists.freedesktop.org/archives/pulseaudio-discuss/2015-May/023867.html I have resorted to blacklisting the snd_hda_intel module to effectively disable the internal soundcard so that the only soundcard available is the external one and I don't have to select it through pavucontrol each time. -- Package-specific info: File '/etc/default/pulseaudio' does not exist -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii libasound21.0.28-1 ii libasound2-plugins1.0.28-1+b1 ii libc6 2.19-18 ii libcap2 1:2.24-8 ii libdbus-1-3 1.8.16-1 ii libfftw3-single3 3.3.4-2 ii libgcc1 1:4.9.2-10 ii libice6 2:1.0.9-1+b1 ii libltdl7 2.4.2-1.11 ii liborc-0.4-0 1:0.4.22-1 ii libpulse0 5.0-13 ii libsamplerate00.1.8-8 ii libsm62:1.2.2-1+b1 ii libsndfile1 1.0.25-9.1 ii libspeexdsp1 1.2~rc1.2-1 ii libstdc++64.9.2-10 ii libsystemd0 215-17 ii libtdb1 1.3.1-1 ii libudev1 215-17 ii libwebrtc-audio-processing-0 0.1-3 ii libx11-6 2:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb1 1.10-3+b1 ii libxtst6 2:1.2.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii pulseaudio-utils 5.0-13 ii udev 215-17 Versions of packages pulseaudio recommends: ii pulseaudio-module-x11 5.0-13 ii rtkit 0.11-2 Versions of packages pulseaudio suggests: ii paman0.9.4-1 pn paprefs none ii pavucontrol 2.0-3 ii pavumeter0.9.3-4 -- no debconf information # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 # USA. ## Configuration file for PulseAudio clients. See pulse-client.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; default-sink = ; default-source = ; default-server = ; default-dbus-server = autospawn = yes ; daemon-binary = /usr/bin/pulseaudio ; extra-arguments = --log-target=syslog ; cookie-file = ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; auto-connect-localhost = no ; auto-connect-display = no # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software # Foundation, Inc., 59 Temple
Bug#787279: Cannot disable screen blanking with Jessie preseed installation
Package: debian-installer (i386) Version: 20150422 Severity: normal Tags: d-i With preseed installation (bare metal) of Jessie screen goes black in 10 minutes though there is parameter dpms=false: APPEND vga=788 auto=true priority=critical interface=eth0 url= http://192.168.0.100/preseed_jessie.cfg initrd=netboot_debian_jessie_32bit/debian-installer/i386/initrd.gz netcfg/dhcp_timeout=120 hw-detect/load_firmware=false dpms=false desktop=xfce suite=jessie Same situation with installation (bare metal) without GUI, even the consoleblank=0 does not prevent screen to go blank: APPEND vga=788 auto=true priority=critical interface=eth0 url= http://192.168.0.100/preseed_jessie.cfg initrd=netboot_debian_jessie_32bit/debian-installer/i386/initrd.gz netcfg/dhcp_timeout=120 hw-detect/load_firmware=false dpms=false consoleblank=0 tasks=standard suite=jessie Is that timeout hardcoded to d-i, consoleblank=0 has no effect, and no X on CLI install? After installation adding consoleblank=0 to /etc/default/grup update-grub works normally. netboot.tar.gz from: http://ftp.fi.debian.org/debian/dists/jessie/main/installer-i386/current/images/netboot/gtk/ Related bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695270 Not a critical thing, but its annoying to keep hitting the key to power up display to see how the installation is going. IMHO whole screensaver feature could be disabled, it was usefull with old CRTs, but dont think it's needed nowadays... more of a nuisance.
Bug#787281: ca-certificates: Missing GlobalSign nv-sa
Package: ca-certificates Version: 20150426 Severity: important Dear Maintainer, Quite frankly, I am not quite certain what certificate is missing exactly, but it's under GlobalSign... I was trying to download awesome's source from https://awesome.naquadah.org/ with wget when I received the hasn't got a known issuer error. It surprised me since I got the page displayed in iceweasel without problems. I exported the certificate (GlobalSign Domain Validation CA - SHA256 - G2) and looked for it in /etc/ssl/certs, but it was missing. for c in /etc/ssl/certs/*pem; do sha1sum $c certs.sha1 done grep $(sha1sum missingcert.pem | cut -d' ' -f1) certs.sha1 I tried to access the page using uzbl (my more straightforward browser) and it failed to validate the certificate too. Using the --ca-certificate option on wget succeeded. Thanks for the attention, P.G. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.56 ii openssl1.0.2a-1 ca-certificates recommends no packages. ca-certificates suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787288: open-vm-tools: doesn't clean up legacy config file /etc/xdg/autostart/vmware-user.desktop
Source: open-vm-tools Version: 2:9.4.6-1770165-8 Severity: normal Hi. Apparently, open-vm-tools once contained the file /etc/xdg/autostart/vmware-user.desktop but no longer in the current version. However, that config file isn't cleaned up properly using the correct dh helper functions. Please do that with one of the upcoming next versions. Worse, while the package contained: /etc/xdg/autostart/vmware-user.desktop it didn't contain /etc/xdg/autostart which has however been dropped from some other packages, so dpkg fails to remove that dir on upgrade to jessie: Unpacking open-vm-tools (2:9.4.6-1770165-8) over (2:8.8.0+2012.05.21-724730-1+nmu2) ...^M dpkg: warning: unable to delete old directory '/etc/xdg/autostart': Directory not empty^M So in addition, please check whether that dir still belongs to some other package and if not, remove it if empty. Otherwise that cruft would live on forever on all legacy systems. Further, please consider using piuparts in the future to avoid such issues. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755822: [SOLVED] modifying snd-hda-intel parameters
On Thu, 2015-05-21 at 21:13 +0200, Antonio-M. Corbi Bellot wrote: Hi, After submiting this bug back in july'14 and no receiving any answers I decided to play with module snd-hda-intel parameters. In my case it seems that: options snd-hda-intel position_fix=1 written in /etc/modprobe.d/alsa-base.conf does the trick. Currently I'm running a 4.0.4 kernel, but as I've been experimenting sound problems in this netbook with kernels as old as 3.8.x and up-to 4.0.4 I assume this trick is also valid for all of them. Hope this helps someone in a situation similiar to this. What model of laptop is this? It seems that my solution was not complete, I also have to add the parameter 'model=vaio' to the module options line, so the correct one for me in /etc/modprobe.d/alsa-base.conf is this: options snd-hda-intel model=vaio position_fix=1 Once again, hope this helps someone in the same situation as me. Looking at the original kernel log, I see: [8.582702] hda_codec: ALC262: SKU not ready 0x41f0 which I think means the laptop has a Realtek ALC262 audio chip. The module parameter 'model=vaio' should only have an effect for the Sigmatel STAC9872. Are you sure this makes a difference? Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Bug#783096: ieee-data: update-oui fails every time because standards.ieee.org uses TLS AIA instead of intermediate certs
Hi, The two possible options are: - include the certificate (--ca-certificate=) in the package. - disable SSL for that file. What do you think is the best? /luciano signature.asc Description: This is a digitally signed message part.
Bug#786761: duck: False positive for INFORMATION on http://fsf.org/
Hi, Axel Beckert wrote: Please skip HTML comments when checking for such information. TIA! There's another similar case from the liblwp-protocol-https-perl package which I've not fully understood now: → GET https://github.com/libwww-perl/lwp-protocol-https/pull/14 | egrep -i 'new.*homepage' * New homepage: www.fping.org New homepage. * GH #821: Pointing to new homepage (alfie). Update to 1.13. Set LICENSE. New HOMEPAGE and MASTER_SITES. - Update `DESCR#39; file (text taken from old / new `HOMEPAGE#39; home u = User.new(color: #39;black#39;, homepage: #39;37signals.com#39;) * New HOMEPAGE and MASTER_SITES. Update to 0.11rc2 (with new homepage), latest available version since 2005. libofa has a new home @ googlecode. Fix HOMEPAGE and add a new MASTER_SITES. Follow HTTP redirects to new HOMEPAGEs and/or MASTER_SITES. - new URLs for HOMEPAGE and MASTER_SITES update for new homepage and add PKG_DESTDIR_SUPPORT. Bump PKGREVISION Found a new homepage, and an even newer version, including changelogs: NEW HOMEPAGE and MASTER_SITES. new homepage and dist site is http://www.torproject.org/ - new homepage: http://postgrey.schweikert.ch/ * New mailgraph homepage URL: http://mailgraph.schweikert.ch * new homepage new homepage New HOMEPAGE and MASTER_SITES was noted from minskim by private mail. * Open new tabs with blank url bar when loading the homepage [#313012] New homepage. - new homepage: http://minicom.alioth.debian.org/ Update to 1.1.14, which comes from a new maintainer, homepage, and - New homepage on SourceForge Note new homepage for netcat. New HOMEPAGE. Catch up with new mono homepage and master site. +larswm-7.4.8; readd dvipng-1.1 and its new homepage. new homepage does not have the old distfile. New MASTER_SITES and HOMEPAGE. - use new project homepage New homepage. * NEW IN KDE: A small program to generate tasks with fractions (homepage) * NEW IN KDE: An interactive geometry program (homepage) Dominique Update to version 0.12, include new homepage and thusly fix problem seen New HOMEPAGE. we can thus compile it instead of using binary only packages. The new homepage we can thus compile it instead of using binary only packages. The new homepage - new HOMEPAGE and MASTER_SITES - sync DESC with the new description on HOMEPAGE Minor changes by me: new homepage is at sourceforge, shut up pkglint. Note new homepage. New Homepage http://www.drscheme.org While we#39;re at it, update to 20011124 with new Homepage and mastersite. - new HOMEPAGE Update to 0.99.6, from new homepage at sourceforge. Update for new homepage/distribution site. - new homepage and master ftp site. New location for homepage. add a new master site and the homepage New homepage, per bryce.den...@bigfoot.com (PR admin/12948). New version 4.0 is out, update HOMEPAGE URL for that. - New homepage on sourceforge. add new homepage Update to 1.62, plus new homepage amp; MASTER_SITE New homepage. Need to update/check out 0.7.1 RSN... new homepage Update for cgoban-1.9.8. This also reflects the new homepage and New homepage (the old one was last updated 1995 ...!) new homepage amp; master site. - New, optional Makefile variable HOMEPAGE, specifies a URL for * New homepage: www.fping.org New homepage. * GH #821: Pointing to new homepage (alfie). Update to 1.13. Set LICENSE. New HOMEPAGE and MASTER_SITES. - Update `DESCR#39; file (text taken from old / new `HOMEPAGE#39; home u = User.new(color: #39;black#39;, homepage: #39;37signals.com#39;) * New HOMEPAGE and MASTER_SITES. Update to 0.11rc2 (with new homepage), latest available version since 2005. libofa has a new home @ googlecode. Fix HOMEPAGE and add a new MASTER_SITES. Follow HTTP redirects to new HOMEPAGEs and/or MASTER_SITES. - new URLs for HOMEPAGE and MASTER_SITES update for new homepage and add PKG_DESTDIR_SUPPORT. Bump PKGREVISION Found a new homepage, and an even newer version, including changelogs: NEW HOMEPAGE and MASTER_SITES. new homepage and dist site is http://www.torproject.org/ - new homepage: http://postgrey.schweikert.ch/ * New mailgraph homepage URL: http://mailgraph.schweikert.ch * new homepage new homepage New HOMEPAGE and MASTER_SITES was noted from minskim by private mail. * Open new tabs with blank url bar when loading the homepage [#313012] New homepage. - new homepage: http://minicom.alioth.debian.org/ Update to 1.1.14, which comes from a new maintainer, homepage, and - New homepage on SourceForge Note new homepage for netcat. New HOMEPAGE. Catch up with new mono homepage and master site. +larswm-7.4.8; readd dvipng-1.1 and its new homepage. new
Bug#787285: File RegExp.pas, documented in debian/copyright is not in the package anymore.
Package: cqrlog Severity: wishlist Hi, debian/copyright gives the license of RegExp.pas, and this license has some borderline terms, but fortunately the file is not in the package anymore. Maybe you can remove this part from debian/copyright ? Have a nice day, -- Charles Plessy 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#787285: File RegExp.pas, documented in debian/copyright is not in the package anymore.
Package: cqrlog Followup-For: Bug #787285 I think that the intention was to refer to src/regexpr.pas, but yes, it should definitely be fixed. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 4.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787035: linux-image-3.2.0-4-amd64: attaching ID 0b48:3007 TechnoTrend AG TT-connect S2-3600 crashes kernel
On Thu, 2015-05-28 at 03:57 +0200, Dexter Filmore wrote: Package: src:linux Version: 3.2.68-1+deb7u1 Severity: normal When booting the deb7 3.2 kernel with this device attached, the kernel crashed when loading the required modules. Won't even respond to AltSysRq. dvb_usb_pctv452e seems to be the main culprit. After compiling the LinuxTV modules it boots and uses the device. Where are you getting the LinuxTV modules from? I compared the driver source between our kernel and the latest version in http://linuxtv.org/downloads/drivers/ and didn't see fixes for a crash or hang. [...] Now upgrading the kernel means: upgrade, detach, reboot, compile LinuxTV.org, reboot, re-attach. [...] If you install the LinuxTV modules under /lib/modules/3.2.0-4-amd64/updates then they won't be overwritten by a package upgrade. Ben. -- Ben Hutchings Reality is just a crutch for people who can't handle science fiction. signature.asc Description: This is a digitally signed message part
Bug#784796: blender: NDOF using spacenavd driver works in 2.72 (2014-12-03) but not 2.74 after update
Package: blender Version: 2.74+dfsg0-2+b1 Followup-For: Bug #784796 Dear Maintainer, The missing support for spacenaved is most likely related to the package being built without WITH_INPUT_NDOF=ON (which unfortunately defaults to OFF). my spacenavd is at version ii spacenavd 0.6-1amd64daemon for using 3D input devices The package available at blender.org works with the debian unstable spacenavd out of the box. I am right now unable to rebuild the package so I can't really test if adding the -DWITH_INPUT_NDOF=ON to the debian/rules file really fixes it, but I'll gladly give feedback on newer package versions. Thanks, Simon -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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 Init: systemd (via /run/systemd/system) Versions of packages blender depends on: ii blender-data 2.74+dfsg0-2 ii fonts-droid1:4.4.4r2-6 ii libavcodec56 6:11.3-3+b3 ii libavdevice55 6:11.3-3+b3 ii libavformat56 6:11.3-3+b3 ii libavutil546:11.3-3+b3 ii libboost-date-time1.55.0 1.55.0+dfsg-3 ii libboost-filesystem1.55.0 1.55.0+dfsg-3 ii libboost-locale1.55.0 1.55.0+dfsg-3 ii libboost-regex1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18 ii libfftw3-double3 3.3.4-2 ii libfreetype6 2.5.2-4 ii libgcc11:5.1.1-7 ii libgl1-mesa-glx [libgl1] 10.5.5-1 ii libglew1.101.10.0-3 ii libglu1-mesa [libglu1] 9.0.0-2 ii libgomp1 5.1.1-7 ii libilmbase61.0.1-6.1 ii libjack0 [libjack-0.116] 1:0.124.1+20140122git5013bed0-3 ii libjpeg62-turbo1:1.4.0-7 ii libjs-jquery 1.7.2+dfsg-3.2 ii libjs-jquery-ui1.10.1+dfsg-1 ii libopenal1 1:1.16.0-3 ii libopencolorio11.0.9~dfsg0-3+b1 ii libopenexr61.6.1-8 ii libopenimageio1.5 1.5.15~dfsg0-1 ii libopenjpeg5 1:1.5.2-3 ii libpng12-0 1.2.50-2+b2 ii libpython3.4 3.4.3-6 ii libsndfile11.0.25-9.1 ii libstdc++6 5.1.1-7 ii libswscale36:11.3-3+b3 ii libtiff5 4.0.3-13 ii libx11-6 2:1.6.3-1 ii libxi6 2:1.7.4-1+b2 ii libxxf86vm11:1.1.4-1 ii zlib1g 1:1.2.8.dfsg-2+b1 blender recommends no packages. blender 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#787087: gnome-session: breaks startup of cinnamon
On Thu, 2015-05-28 at 17:37 +0200, Michael Biebl wrote: Huh, cinnamon uses its own session manager (cinnamon-session). I don't see how gnome-session would be involved in starting cinnamon. Don't ask me,... I have not much knowledge about the whole session handling. Please provide more detail, especially a detailed log of the session startup. Where's the session log stored or how can I enable it? Not sure which more details I could give... the whole setup is pretty much default I guess. Maybe it's somehow connected to #787088? But I rather guess not, since #787087 only appeared after I've already downgraded clutter again. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#787290: needrestart: false positive postfix
Package: needrestart Version: 2.1-1 Severity: normal Hi. Since a week or so, postfix.service is always detected as being required to be restarted, even if it was just freshly started. # systemctl restart postfix.service # needrestart -vn [main] eval /etc/needrestart/needrestart.conf [main] running in root-mode [Core] Using UI 'NeedRestart::UI::stdio'... [main] detected systemd [main] #6301 uses obsolete /lib/x86_64-linux-gnu/libnss_files-2.19.so [main] #6301 is a child of #6300 [Core] #21461 is a NeedRestart::Interp::Python [main] #6300 exe = /usr/lib/postfix/master [main] #6300 is postfix.service [Kernel] Linux: kernel release 4.0.0-1-amd64, kernel version #1 SMP Debian 4.0.2-1 (2015-05-11) [Kernel/Linux] /boot/vmlinuz-4.0.0-1-amd64 = 4.0.0-1-amd64 (debian-ker...@lists.debian.org) #1 SMP Debian 4.0.2-1 (2015-05-11) [4.0.0-1-amd64]* [Kernel/Linux] Expected linux version: 4.0.0-1-amd64 Running kernel seems to be up-to-date. Services to be restarted: Restart postfix.service? [yNas?] No containers need to be restarted. # ps ax PID TTY STAT TIME COMMAND ... 6300 ?Ss 0:00 /usr/lib/postfix/master 6301 ?S 0:00 pickup -l -t fifo -u -c 6302 ?S 0:00 qmgr -l -t fifo -u Cheers, Chris -- Package-specific info: needrestart output: Your outdated processes: soffice.bin[3439] -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages needrestart depends on: ii dpkg 1.18.1 ii libmodule-find-perl0.12-1 ii libmodule-scandeps-perl1.16-1 ii libproc-processtable-perl 0.51-1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.32-1+b1 ii perl 5.20.2-6 needrestart recommends no packages. Versions of packages needrestart suggests: pn needrestart-session | libnotify-bin none -- Configuration Files: /etc/needrestart/needrestart.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787259: Acknowledgement (start error with pbuilder-satisfydepends-gdebi)
serverity 787259 grave thanks Hi, after remove the PBUILDERSATISFYDEPENDSCMD line I get always on Distro vivid: pbuilder-satisfydepends-dummy depends on libavfilter-dev; however: Package libavfilter-dev is not installed. pbuilder-satisfydepends-dummy depends on libavformat-dev; however: Package libavformat-dev is not installed. pbuilder-satisfydepends-dummy depends on libsdl1.2-dev; however: Package libsdl1.2-dev is not installed. pbuilder-satisfydepends-dummy depends on libsofia-sip-ua-glib-dev; Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ... chroot: failed to run command 'aptitude': No such file or directory E: pbuilder-satisfydepends failed. I: Copying back the cached apt archive contents I: unmounting /var/cache/debs filesystem So I set the severity to grave. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#787296: dbconfig-common: [INTL:de] updated German debconf translation
Package: dbconfig-common Version: 1.8.51 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for dbconfig-common attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of dbconfig-common debconf templates to German # Copyright (C) Andreas Tille ti...@debian.org, 2005. # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2006, 2009, 2015. # This translation is distributed under the same terms as dbconfig-common # msgid msgstr Project-Id-Version: dbconfig-common 1.8.51\n Report-Msgid-Bugs-To: dbconfig-com...@packages.debian.org\n POT-Creation-Date: 2015-05-19 15:29+0200\n PO-Revision-Date: 2015-05-27 20:41+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../dbconfig-common.templates:2001 msgid Will this server be used to access remote databases? msgstr Wird dieser Server zum Zugriff auf entfernte Datenbanken verwendet werden? #. Type: boolean #. Description #: ../dbconfig-common.templates:2001 msgid For the database types that support it, dbconfig-common includes support for configuring databases on remote systems. When installing a package's database via dbconfig-common, the questions related to remote configuration are asked with a priority such that they are skipped for most systems. msgstr F�r die Datenbanktypen, die dies unterst�tzen, enth�lt Dbconfig-common Unterst�tzung f�r die Konfiguration von Datenbanken auf anderen Systemen. Bei der Installation einer Datenbank eines Pakets mittels dbconfig-common werden die Fragen bez�glich einer Datenbank auf einem anderen System mit solch einer Priorit�t gestellt, dass sie auf den meisten Systemen ausgelassen werden. #. Type: boolean #. Description #: ../dbconfig-common.templates:2001 msgid If you select this option, the default behavior will be to prompt you with questions related to remote database configuration when you install new packages. msgstr Falls Sie diese Option w�hlen, werden Ihnen standardm��ig Fragen mit Bezug auf die Konfiguration von Datenbanken auf anderen Systemen gestellt, wenn Sie neue Pakete installieren. #. Type: boolean #. Description #: ../dbconfig-common.templates:2001 msgid If you are unsure, you should not select this option. msgstr Falls Sie sich unsicher sind, sollten Sie diese Option nicht ausw�hlen. #. Type: boolean #. Description #: ../dbconfig-common.templates:3001 msgid Keep \administrative\ database passwords? msgstr �Administrative� Datenbank-Passw�rter speichern? #. Type: boolean #. Description #: ../dbconfig-common.templates:3001 msgid By default, you will be prompted for all administrator-level database passwords when you configure, upgrade, or remove applications with dbconfig- common. These passwords will be stored in debconf's configuration database only for as long as they are needed. msgstr Standardm��ig werden alle administrativen Datenbank-Passw�rter w�hrend der Konfiguration, dem Upgrade oder dem L�schen von Anwendungen mit dbconfig- common abgefragt. Diese Passw�rter werden in der Debconfs- Konfigurationsdatenbank nur so lange wie notwendig gespeichert. #. Type: boolean #. Description #: ../dbconfig-common.templates:3001 msgid This behavior can be disabled, in which case the passwords will remain in the debconf database. This database is protected by Unix file permissions, though this is less secure and thus not the default setting. msgstr Dieses Verhalten kann abgeschaltet werden, wobei die Passw�rter dann in der Debconf-Datenbank gespeichert bleiben. Diese Datenbank ist durch UNIX-Dateirechte gesch�tzt. Dies ist allerdings nicht so sicher und daher nicht die Standard- Einstellung. #. Type: boolean #. Description #: ../dbconfig-common.templates:3001 msgid If you would rather not be bothered for an administrative password every time you upgrade a database application with dbconfig-common, you should choose this option. Otherwise, you should refuse this option. msgstr Falls das administrative Passwort nicht bei jedem Upgrade der Datenbank- Anwendung mit dbconfig-common aktualisiert werden soll, so w�hlen Sie diese Option. Andernfalls sollten Sie diese Option ablehnen. #. Type: boolean #. Description #: ../dbconfig-common.templates:4001 msgid Configure database for ${pkg} with dbconfig-common? msgstr Konfigurieren der Datenbank f�r ${pkg} mit dbconfig-common? #. Type: boolean #. Description #: ../dbconfig-common.templates:4001 msgid The ${pkg} package must have a database installed and configured before it can be used. This can
Bug#503440: Please check status of bug #503440
On Sat, 30 May 2015 at 22:40 Dominique Dumont d...@debian.org wrote: If you satisfied with this way of using proxies, could you close this bug ? (or just mention that we can close this bug) Fine with me. No problem. Sid and testing are not updated yet for these 2 packages. Thanks for the heads-up anyway. Huh? sid and testing have the same version that I tested from stable. 6.06-2
Bug#787291: needrestart-session: doesn't show the same results as needrestart
Package: needrestart-session Version: 0.3-2 Severity: important Hi. needrestart (as root) itself shows me e.g. the following: # needrestart -n Scanning processes... Scanning candidates... Scanning linux images... Running kernel seems to be up-to-date. No containers need to be restarted. User sessions: user on session #79 is running obsolete oosplash[3422] But running needrestart-session (as user) gives a popup: None of your processes need to be restarted. Cheers. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages needrestart-session depends on: ii libnet-dbus-perl 1.1.0-3 ii libproc-processtable-perl 0.51-1 ii libwx-perl 1:0.9923-4 ii needrestart2.1-1 ii perl 5.20.2-6 ii policykit-10.105-8 ii wmctrl 1.07-7 needrestart-session recommends no packages. needrestart-session 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#787292: needrestart-session: running needrestart-session with arguments makes it silent
Package: needrestart-session Version: 0.3-2 Severity: normal When needrestart-session is run (as user) with an argument, e.g. $ needrestart-session foo it doesn't seem to do anything (not even the nothing found popup). Cheers, Chris. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages needrestart-session depends on: ii libnet-dbus-perl 1.1.0-3 ii libproc-processtable-perl 0.51-1 ii libwx-perl 1:0.9923-4 ii needrestart2.1-1 ii perl 5.20.2-6 ii policykit-10.105-8 ii wmctrl 1.07-7 needrestart-session recommends no packages. needrestart-session 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#787293: xbmc: recommend package udisks so mount/unmount of USB works in standalone
Package: xbmc Version: 2:13.2+dfsg1-4 Severity: important I was unable to get mounting and unmount of USB drives for video content, even when running xbmc-standalone without also installing the udisks package. I think xbmc package should recommend udisks for this reason. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.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 Init: systemd (via /run/systemd/system) Versions of packages xbmc depends on: ii fonts-dejavu-core 2.34-1 ii fonts-roboto 1:4.4.4r2-6 ii libjs-iscroll 5.1.2+dfsg1-1 ii libjs-jquery 1.7.2+dfsg-3.2 ii mesa-utils 8.2.0-1 ii python-imaging 2.6.1-2 pn python:any none ii x11-utils 7.7+2 ii xbmc-bin 2:13.2+dfsg1-4 xbmc recommends no packages. xbmc 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#787297: needrestart: allow users to disable/control notifications
Package: needrestart Version: 2.1-1 Severity: wishlist Hi. I'd hope that the long term default is, that every Debian comes with needrestart / -session installed. This would mean that root and other users get notifications about stuff needed to be restarted, either when run manually, via apt, or e.g. via cron (should something like be implemented). This also means that each user should get a way to disable these notifications for him and perhaps to control how he want's to get such notifications. This could be done via a ~/.needrestart.conf . Ideas include: - allow to configure which results are shown, i.e. -only the user's own processes? - all normal user processes - root's processes - kernel - include/exclude list of uids/gids (basically the same as given in #787294). - allow the user to configure whether each notification is shown only once or again at each subsequent check This would of course require some storing of processes/etc. which can be tricky to implement (especially as other processes may reuse these PIDs). Such framework could however even allow the user to silence out these notifications per process. - allow configuration which notification method(s) is/are to be used. Right now it seems that needrestart informs using write. This may however mangle up terminals so even root may want to disable it. needrestart-session and libnotify-bin are also in the game. Perhaps one additional method should be implemented (as a special exception to what I've said in #787294, that this isn't needrestart's job): notification via mail This has the advantages that it doesn't clutter up terminals like write, it's available for console-only, and (unlike SMS, XMPP, etc.) it's available on every normal Debian. The only danger here (which one should warn people about and which is the reason why mail notification should be disabled per default): mails may leave the system (depending on the configuration) and may thus leak security relevant information. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787294: needrestart: provide Nagios/Icinga check for needrestart
Package: needrestart Version: 2.1-1 Severity: wishlist Tags: upstream Hi. It would be great if a (ideally C or C++) Icinga/Nagios plugin could be written, that can be used to check a system for processes needed to be restarted. Ideas for that could include the following: - Use the performance data field to report the number of: - user processes - root processes - other system users (i.e. not normal users not root) processes - the number of kernel(s) to be restarted (i.e. 0 or 1). that are currently to be restarted. This allows a site to monitor its node and the up-to-date-or-not history - option switches to the plugin that allows to enable/disable checking for each: - root processes - user processes - other system users (i.e. not normal users not root) processes - and include/exclude list of uids and/or gids, which are checked - the kernel - perhaps things like the min. age of a process, before it would trigger a warning/error for the plugin - if it should ever become easily possible to determine whether the process needed to be restarted contained security updates since, one could e.g. make such process and Icinga/Nagios error, and all other processes (needed to be restarted, but without security issues) a warning. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787295: needrestart: provide a configurable cron job that regularly rechecks (and notifies) about processes to be restarted
Package: needrestart Version: 2.1-1 Severity: wishlist Hi. There should be powerful notification methods for the results of needrestart and checking/notification shouldn't just happen when apt is run, as the admin may forget to take care on the results then or packages may be installed in batch mode or via dpkg and needrestart not run at all. I don't think that needrestart should get an arbitrary list of notification methods, i.e. there's no need to code a mail sending plugin or something like that. Why? IMHO there are basically two cases, larger clusters or collection of nodes and single (e.g. desktop) nodes. For the former, people should be delegated to use proper monitoring systems (e.g. Nagios/Icinga, see bug #787294, which already provide countless of notification ways from email over XMPP to SMS) and which also already provide full control over when/how often the current status should be checked. In other words, I don't think it's needrestart's job to re-create anything of this on it's own, when there already tools out for this. For single (e.g. desktop) nodes it's however unreasonable to run something like Nagios/Icinga. For these, a configurable cron job would be nice that periodically re-checks (and of course also notifies). What should be configurable? - whether it runs at all (cause people checking via e.g. Nagios/Icinga likely want to disable this) - when/how often it runs - what it should check/report here I'd basically expect the same options as I've listed in #787294 Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784796: blender: NDOF using spacenavd driver works in 2.72 (2014-12-03) but not 2.74 after update
Hi! On May 31, 2015 4:45 AM, Simon Budig si...@budig.de wrote: Package: blender Version: 2.74+dfsg0-2+b1 Followup-For: Bug #784796 Dear Maintainer, The missing support for spacenaved is most likely related to the package being built without WITH_INPUT_NDOF=ON (which unfortunately defaults to OFF). I'll try to rebuild at the beginning of next week and upload a new revision with the feature enabled. Thanks for reporting. Cheers. mfv
Bug#787234: cython: FTBFS on arm64, ...
Source: cython Version: 0.22+git62-g9aaa667-1 It failed to build on some architectures: https://buildd.debian.org/status/package.php?p=cythonsuite=sid I think one of the tests is taking too long on some machines: Build killed with signal TERM after 150 minutes of inactivity You could disable the test that takes so long, modify it to take less time, get the test to print something as it runs, to avoid inactivity, or the parallelisation (bug #750841) might help if other shorter tests then run at the same time, generating output. It built for me on arm64 when I left it running overnight with no time-out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787208: libuim8: uim-helper-server constantly consumes memory due to unclosed socket after exec() in client
Control: tag -1 + patch upstream Control: forwarded -1 https://github.com/uim/uim/pull/56 -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#784115: inn: incoming feed is garbled
On Thu, May 28, 2015 at 06:26:36PM +0200, Stefan Froehlich wrote: On Thu, May 28, 2015 at 03:58:51PM +0200, Marco d'Itri wrote: Good: inn_1.7.2q-41_amd64.deb Fail: inn_1.7.2q-41+b1_amd64.deb I don't know anything about the differences of these two versions. However, 41 has been running without a single error for a couple of hours now. When I switched to 41+b1 again, errors came within seconds. To justify this I did straces on these two versions. Have a look at the two calls to writev() in the respective attachment. strace-inn41.txt reads 2818 bytes and writes 2750. The difference of 68 bytes comes from the TAKETHIS string at the beginning and the conversion of \r\n to \n, but otherwise the posting is stored without modification. strace-inn41+b1.txt reads 2641 bytes and writes 2502. In addition to the expected difference mentioned above there is a part of the signature missing: | read(17, [...] Beginning of Wisdom \ | =\r\nhttp://www.zugschlus.de/\r\nNordisch by Nature | Lt. Worf, TNG \Rightful Heir\ | Fon: *49 621 =\r\n72739834\r\n.\r\n, 4095) = 2641 | [...] | writev(18, [{Path: , 6}, {hetzner2.epaxios.com!, 21}, {87.106.167.149, 14}, {!, 1}, {[...] Beginning of Wisdom \ | =\nhttp: *49 621 =\n72739834\n, 1439}], 8) = 2502 And as always, a part of the missing text (but neither the exact beginning nor the exact end of the gap) appears as a bad command in the error message: | sendto(3, 61May 30 09:11:50 innd: pasture.szaf.org:17 bad_command l Heir\ | Fon: *49 621 =, 82, MSG_NOSIGNAL, NULL, 0) = 82 So there *must* be a significant difference between these two versions. In fact I did not find a single article without errors in 41+b1. Could it be helpful if I provide a dozen of them in order to find some common pattern? Stefan read(17, TAKETHIS mkabqo$3os$1...@news1.tnib.de\r\nPath: news.szaf.org!weretis.net!feeder1.news.weretis.net!news1.tnib.de!feed.news.tnib.de!news.tnib.de!.POSTED!not-for-mail\r\nFrom: Marc Haber mh+usenetspam1...@zugschl.us\r\nNewsgroups: de.rec.tv.technik\r\nSubject: Re: Fehlersuche in Sat-Anlage mit Multischalter\r\nDate: Fri, 29 May 2015 20:40:24 +0200\r\nOrganization: private site, see http://www.zugschlus.de/ for details\r\nLines: 50\r\nMessage-ID: mkabqo$3os$1...@news1.tnib.de\r\nReferences: miigm5$q7r$1...@news1.tnib.de\r\nMime-Version: 1.0\r\nContent-Type: text/plain; charset=utf-8\r\nContent-Transfer-Encoding: quoted-printable\r\nX-Trace: news1.tnib.de 1432924824 3868 37.49.103.85 (29 May 2015 18:40:24 GMT)\r\nX-Complaints-To: ab...@tnib.de\r\nX-Newsreader: Forte Agent 6.00/32.1186\r\nXref: news.szaf.org de.rec.tv.technik:40311\r\n\r\nMarc Haber mh+usenetspam1...@zugschl.us wrote:\r\nich habe hier ein kleines Problem mit der Sat-Anlage im (vermieteten)\r\nHaus meiner Frau. Ich vermute, der Multischalter ist kaputt.\r\n\r\nHeute war der Elektriker endlich da. Er hat - ohne sich vorher das\r\n=46ehlerbild im Haus anzuschauen - auf dem Dach die Sch=C3=BCssel neu\r\njustiert und alle Stecker des LNB =C3=BCberpr=C3=BCft. Als sich dann im =\r\nHaus das\r\ngleiche Fehlerbild weiterhin zeigt, konstatierte er einen defekten LNB\r\nund k=C3=BCndigte direkt an, dass das nur ein =C3=9Cberspannungsschaden =\r\nsein\r\nk=C3=B6nnte und dass der Tausch des LNB nicht auf Gew=C3=A4hrleistung =\r\nginge.\r\n\r\nBei der dann folgenden hochnotpeinlichen Befragung verstrickte er sich\r\nderart in Widerspr=C3=BCche, dass ich kurz in die Tischkante bei=C3=9Fen =\r\nund\r\ndanach ein wenig laut werden musste. Der Elektriker kehrte daraufhin\r\nzu Multischalter zur=C3=BCck, erkannte nach wenigen weiteren Minuten der\r\nMessung die zwei vertauschten Downlink-Kabel und schwupps waren alle\r\nvier Ebenen dort, wo sie hingeh=C3=B6ren.\r\n\r\nIch freue mich schon auf die Diskussion, wenn die Rechnung kommt, was\r\nzweifelsfrei passieren wird.\r\n\r\nSo ganz erkl=C3=A4ren kann ich mir meine Me=C3=9Fergebnisse in diesem =\r\nThread mit\r\ndiesem Fehler aber nicht. Kann das jemand erkl=C3=A4ren?\r\n\r\nInteressant finde ich =C3=BCbrigens, dass sein Me=C3=9Fger=C3=A4t[1] =\r\nsofort angezeigt\r\nhat, welche Ebene auf diesem Downlink-Kabel liegt. Gibt es vielleicht\r\nim Spektrom doch einen Marker, den ein Sat-Me=C3=9Fger=C3=A4t direkt =\r\nanzeigen\r\nkann?\r\n\r\nGr=C3=BC=C3=9Fe\r\nMarc\r\n\r\n[1] er hatte drei dabei, weil man \auf dem modernen Zeug\ nicht mehr\r\nalles einstellen kann\r\n--=20\r\n-- !! No courtesy copies, please !! =\r\n-\r\nMarc Haber | \ Questions are the | Mailadresse im =\r\nHeader\r\nMannheim, Germany | Beginning of Wisdom \ | =\r\nhttp://www.zugschlus.de/\r\nNordisch by Nature | Lt. Worf, TNG \Rightful Heir\ | Fon: *49 621 =\r\n72739834\r\n.\r\n, 8192) = 2818 stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0 lseek(7, 471040, SEEK_SET) = 471040 read(7, \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0, 32) =
Bug#787238: ITP: node-wrench -- Recursive filesystem (and other) operations that Node.js *should* have.
Package: wnpp Severity: wishlist Owner: Julien Puydt julien.pu...@laposte.net X-Debbugs-CC: pkg-javascript-de...@lists.debian.org * Package name: node-wrench Version : 1.5.8 Upstream Author : Ryan McGrath r...@venodesigns.net * URL : https://github.com/ryanmcgrath/wrench-js * License : Expat Programming Lang: JavaScript Description : Recursive filesystem (and other) operations that Node.js *should* have. This package provides functions to apply recursive filesystem operations, both asynchronously and synchronously (like copying, changing permissions, deletion), and also to read files line-by-line. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786936: [Pkg-xen-devel] Bug#786936: xen-hypervisor-4.4-amd64: Upgrade dom0 from wheezy to jessie on Dell R610 results in dom0 unaccessible with xen_netback issue
Control: reassign -1 linux-image-3.16.0-4-amd64 3.16.7-ckt9-3~deb8u1 On Wed, 2015-05-27 at 08:44 +1000, Andrew Perry wrote: Package: xen-hypervisor-4.4-amd64 Version: 4.4.1-9 Severity: critical Justification: breaks the whole system Dear Maintainer, After upgrading the R610 server from Debian 7 to Debian 8, the dom0 becomes unresponsive via ssh after an hour or so, although the domUs still remain accessible. Initially we thought it may be a disk space issue on / or /boot so action was taken to increase those petition sizes but it has no effect. We get the following trace in /var/log/syslog: May 26 09:18:59 servername kernel: [31526.937788] BUG: unable to handle kernel paging request at c90013a4b158 May 26 09:18:59 servername kernel: [31526.937798] IP: [a06802a0] xenvif_get_ethtool_stats+0x50/0x80 [xen_netback] This appears to be a dom0 kernel issue rather than a hypervisor issue, I've (hopefully) reassigned accordingly. While we work out a proper fix, since the error appears to be in the ethtool stats gathering code I suspect that there might be a workaround which would be to disable whichever code in dom0 (a monitoring daemon like nagios perhaps?) is calling this path. May 26 09:18:59 servername kernel: [31526.937807] PGD b243c067 PUD b243d067 PMD 8a56c067 PTE 0 May 26 09:18:59 servername kernel: [31526.937813] Oops: [#1] SMP May 26 09:18:59 servername kernel: [31526.937817] Modules linked in: dm_snapshot dm_bufio binfmt_misc xt_tcpudp xt_physdev iptable_filter ip_tables x_tables xen_netback xen_blkback xen_gntdev xen_evtchn xenfs xen_privcmd nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc ib_iser rdma_cm iw_cm ib_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi bridge stp llc nls_utf8 nls_cp437 vfat fat joydev intel_powerclamp coretemp crc32_pclmul ghash_clmulni_intel ttm evdev aesni_intel ipmi_devintf iTCO_wdt iTCO_vendor_support aes_x86_64 drm_kms_helper acpi_power_meter dcdbas lrw gf128mul glue_helper tpm_tis tpm drm i2c_algo_bit ablk_helper processor i2c_core lpc_ich ipmi_si ipmi_msghandler i7core_edac thermal_sys cryptd mfd_core button psmouse pcspkr serio_raw shpchp wmi edac_core loop autofs4 ext4 crc16 mbcache jbd2 dm_mod hid_generic usbhid hid sg sr_mod cdrom ses sd_mod enclosure ata_generic crc32c_intel lpfc crc_t10dif crct10dif_generic ehci_pci uhci_hcd crct10dif_pclmul ata_piix ehci_hcd scsi_transport_fc libata megaraid_sas scsi_tgt usbcore scsi_mod usb_common crct10dif_common bnx2 May 26 09:18:59 servername kernel: [31526.937917] CPU: 0 PID: 1311 Comm: snmpd Not tainted 3.16.0-4-amd64 #1 Debian 3.16.7-ckt9-3~deb8u1 May 26 09:18:59 servername kernel: [31526.937922] Hardware name: Dell Inc. PowerEdge R610/0F0XJ6, BIOS 6.4.0 07/23/2013 May 26 09:18:59 servername kernel: [31526.937927] task: 88008a86a250 ti: 880002b4c000 task.ti: 880002b4c000 May 26 09:18:59 servername kernel: [31526.937931] RIP: e030:[a06802a0] [a06802a0] xenvif_get_ethtool_stats+0x50/0x80 [xen_netback] May 26 09:18:59 servername kernel: [31526.937939] RSP: e02b:880002b4fd70 EFLAGS: 00010283 May 26 09:18:59 servername kernel: [31526.937942] RAX: c90013a14f38 RBX: 0230f940 RCX: 92008ea28c88 May 26 09:18:59 servername kernel: [31526.937946] RDX: 88008ecadc00 RSI: c90013a4b190 RDI: 88008da7c000 May 26 09:18:59 servername kernel: [31526.937949] RBP: 880002b4fe10 R08: a06827e0 R09: 0006 May 26 09:18:59 servername kernel: [31526.937953] R10: 0010ebb8 R11: 0246 R12: 0005 May 26 09:18:59 servername kernel: [31526.937957] R13: 88008da7c000 R14: a0682640 R15: 88008ecadc00 May 26 09:18:59 servername kernel: [31526.937965] FS: 7f93bcc9e700() GS:8800b2a0() knlGS: May 26 09:18:59 servername kernel: [31526.937969] CS: e033 DS: ES: CR0: 8005003b May 26 09:18:59 servername kernel: [31526.937973] CR2: c90013a4b158 CR3: 899ff000 CR4: 2660 May 26 09:18:59 servername kernel: [31526.937977] Stack: May 26 09:18:59 servername kernel: [31526.937979] 814225f1 000400114813 7fff3fff32a8 May 26 09:18:59 servername kernel: [31526.937985] 880002b4ff18 001d3fff32a0 880002b4fde0 814039a6 May 26 09:18:59 servername kernel: [31526.937990] 0005001d 8805 81420455 7fff3fff3280 May 26 09:18:59 servername kernel: [31526.937995] Call Trace: May 26 09:18:59 servername kernel: [31526.938003] [814225f1] ? dev_ethtool+0x921/0x1ac0 May 26 09:18:59 servername kernel: [31526.938009] [814039a6] ? ___sys_recvmsg+0x136/0x2a0 May 26 09:18:59 servername kernel: [31526.938014] [81420455] ? netdev_run_todo+0x55/0x2f0 May 26 09:18:59 servername kernel:
Bug#787227: broken on armel due to broken RUNPATH: /usr/lib/ghc/bin/ghc: error while loading shared libraries: libHShaskeline-0.7.1.2-ghc7.8.4.so: cannot open shared object file: No such file or direc
Hi Joey, On Fri, May 29, 2015 at 09:56:55PM -0400, Joey Hess wrote: root@honeybee:/# ghc /usr/lib/ghc/bin/ghc: error while loading shared libraries: libHShaskeline-0.7.1.2-ghc7.8.4.so: cannot open shared object file: No such file or directory Are you sure that /proc is mounted in that chroot? Maybe this is a duplicate of #773768? Since this keeps coming up, I suggest: severity -1 wishlist reassign -1 libc6 retitle -1 bad error message from ld-linux when /proc is unavailable affects -1 + ghc Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786870: jessie-pu: package virtualbox/4.3.18-dfsg-3+deb8u3
On Fri, 2015-05-29 at 19:15 +0100, Adam D. Barratt wrote: Uploaded and flagged for acceptance. And I've just had to ask ftp-master to do more manual work to get the amd64 buildd upload accepted in to the archive (currently pending on someone having chance to do so). We've discussed this on IRC and it was mentioned in my recent dda post - if you're not uploading amd64 binaries, _please_ stop calling the .changes file that you upload to stable _amd64.changes. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org