Bug#728272: python3-memprof: missing python3-pkg-resources dependency
Package: python3-memprof Version: 0.3.2-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty Hello, python3-memprof imports pkg_resources without depending on python3-pkg-resources. In Debian this gets pulled in through a transitive dependency with matplotlib, but as memprof uses it itself it should directly depend on it instead of relying on these. E. g. in Ubuntu we still have an older matplotlib and thus pkg_resources doesn't get installed with it, which is exposed by the failing autopkgtest (Many thanks for adding one! It's exactly the kind of thing which they are meant to detect): https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-python-memprof/2/ARCH=i386,label=adt/ Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru python-memprof-0.3.2/debian/changelog python-memprof-0.3.2/debian/changelog --- python-memprof-0.3.2/debian/changelog 2013-10-20 23:29:06.0 +0200 +++ python-memprof-0.3.2/debian/changelog 2013-10-30 06:53:58.0 +0100 @@ -1,3 +1,9 @@ +python-memprof (0.3.2-1ubuntu1) trusty; urgency=low + + * Add missing python3-pkg-resources dependency (spotted by autopkgtest). + + -- Martin Pitt martin.p...@ubuntu.com Wed, 30 Oct 2013 06:53:34 +0100 + python-memprof (0.3.2-1) unstable; urgency=low * New upstream release diff -Nru python-memprof-0.3.2/debian/control python-memprof-0.3.2/debian/control --- python-memprof-0.3.2/debian/control 2013-10-18 12:19:57.0 +0200 +++ python-memprof-0.3.2/debian/control 2013-10-30 06:54:02.0 +0100 @@ -40,6 +41,7 @@ Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}, + python3-pkg-resources Recommends: python-memprof Description: memory profiler for Python (Python 3) python-memprof logs the memory used by variables during the execution signature.asc Description: Digital signature
Bug#722995:
also sprach Konstantinos Poulios logar...@googlemail.com [2013.10.28.2237 +0100]: The reason is that the pypdf library is quite limited so that the pdfs processed with pdfshuffler may loose features (e.g. index) Good reason to revert the patch, although maybe this should be made even more clear as otherwise people will simply save into a temporary file and move over the existing file, as is commonly done when using e.g. the shell redirection features, which also don't do in-place replacements. Maybe there should be a warning? Or even better: isn't there an alternative PDF library we could use, one that doesn't suck? Or does that just not exist? -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#728224: [Pkg-sssd-devel] Bug#728224: sssd: [INTL:de] Initial German po4a translation
On 29.10.2013 19:56, Chris Leick wrote: Package: sssd Version: 1.10.0-1 Severity: wishlist Tags: l10n patch Hi, please find attached the initial German po4a translation of sssd. While translating, I've found some typos. They are marked with »FIXME« in the translation. Could you send a patch to the upstream list: https://lists.fedorahosted.org/mailman/listinfo/sssd-devel make sure it's rebased with upstream git master. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728273: ITP: r-bioc-makecdfenv -- BioConductor CDF Environment Maker
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-makecdfenv Version : 1.36.0-1 Upstream Author : Rafael A. Irizarry r...@jhu.edu a.o. * URL : http://www.bioconductor.org/packages/release/bioc/html/makecdfenv.html * License : Artistic-2.0 Programming Lang: R Description : BioConductor CDF Environment Maker This package has two functions. One reads a Affymetrix chip description file (CDF) and creates a hash table environment containing the location/probe set membership mapping. The other creates a package that automatically loads that environment. Remark: The package is maintained in Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-makecdfenv/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728274: python-apt: apt.conf used from /etc/apt instead of root_dir + etc/apt
Package: python-apt Version: 0.9.1 Severity: normal Dear Maintainer, I tried to use python-apt to get all available package versions. I used the 'rootdir' parameter for apt.Cache to have a seperate root dir and seperated config files. In my /etc/apt/apt.conf , I have the following line: APT::Default-Release sid; In my root-dir, I create an empty 'rootdir/etc/apt/apt.conf' and when I try to init the apt.Cache, I get the following error: Traceback (most recent call last): File ./python-apt-repro-test, line 31, in module cache = apt.Cache(rootdir=root_dir, memonly=False) File /usr/lib/python2.7/dist-packages/apt/cache.py, line 105, in __init__ self.open(progress) File /usr/lib/python2.7/dist-packages/apt/cache.py, line 150, in open self._cache = apt_pkg.Cache(progress) SystemError: E:The value 'sid' is invalid for APT::Default-Release as such a release is not available in the sources Attached is a test program which results in this error (but you have add the APT::Default-Release line to your /etc/apt/apt.conf). Cheers, Tom -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii libapt-inst1.5 0.9.12.1 ii libapt-pkg4.12 0.9.12.1 ii libc6 2.17-93 ii libgcc11:4.8.2-1 ii libstdc++6 4.8.2-1 ii python 2.7.5-5 ii python-apt-common 0.9.1 Versions of packages python-apt recommends: ii iso-codes3.47-1 ii lsb-release 4.1+Debian12 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages python-apt suggests: pn python-apt-dbg none ii python-apt-doc 0.9.1 ii python-gtk2 2.24.0-3+b1 ii python-vte 1:0.28.2-5 -- no debconf information #!/usr/bin/python # Author: Thomas Bechtold thomasbecht...@jpberlin.de import apt import apt_pkg import os import tempfile apt_pkg.init() SOURCES_LIST = deb [arch=amd64,i386] http://ftp.debian.org/debian/ sid main try: #create a tempdir for the sources.list root_dir = tempfile.mkdtemp(prefix='python-apt-repos-test_') print rootdir is: '%s' % (root_dir) #create sources.list os.makedirs(os.path.abspath(root_dir + /etc/apt)) with open(os.path.abspath(root_dir + /etc/apt/sources.list), w) as s: s.write(SOURCES_LIST) #create empty apt.conf and apt.conf.d os.makedirs(os.path.abspath(root_dir + /etc/apt/apt.conf.d)) with open(os.path.abspath(root_dir + /etc/apt/apt.conf), w) as s: s.write() #Here, the file /etc/apt/apt.conf is used to get APT::Default-Release # but expected is that rootdir + etc/apt/apt.conf is used cache = apt.Cache(rootdir=root_dir, memonly=False) finally: pass #import shutil #shutil.rmtree(root_dir)
Bug#728275: please enable DRM_LOAD_EDID_FIRMWARE
Package: src:linux Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please enable DRM_LOAD_EDID_FIRMWARE in the kernel config. I am handling various devices with broken display EDID and know that several other people know this problem as well. Enabling the above option allows for passing a repaired version of any display EDID block from a file on disl through a kernel command-line option. As using this option requires an explicit command-line option, I am certain that enabling it will not have any impact on users that do not want to use it. It also isn't big overhead as it is a feature built into drm_kms_helper, which is built as a module. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages linux-image-amd64 depends on: ii linux-image-3.11-1-amd64 3.11.6-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJScLKgMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pbaqg/+LEVKua7mD3Z0IJet9qbH jmEiMXU+CMvitmcSwGtT8wM879wPWvx+4fl7GnPh1eFqZxg5NCXvdNWuZ/F6PfnV QNOCIIgD2s1HebOERELiJO9/KCM78IhZQx76KhfyeuoHvUH97xOgQ/V695Pgy6Mz JsDLMGrI3kTunpqnFxjtFB1/0MQ2Bofm6SUhn2jTv+KmwpKuYYgWir6d5aWnQogI pIbOySH3sZk3sDkAfrVG2Gb5h668OLeR3eur3DO2LS8afodNC8WUtW7kRu3Z8DSW SBMT6gQe+Z9+4nfj9lR4GZTFsW5enw2RfbJ576yMJeBn2HCO03BSAfv+9mKk5/HJ oUZpzBJeEUtNCAItuI9vARn3JFXuTZIFVRoGJq0rcRFFuthjH/898E8afu0kx4hg Bf02rVxvwmn6zhChWtJInrJC63J66iX8Yusty90vIZx5VFgmdyyMC1e8vm1C0WzQ qNHabHdO9Eh7CmZ5u53zNNUAEg2D2A+8hh2z2aJJDTVFXt1ueF49VIoB0JBHWFAA hxrbMhdmGnIoxtu1tpxY6IAhbsNCxSAKjUUgQWLHps4UDf/WIYd6mQdRgsrQKu0B +FgtTvdlu52/0laKiv/YKEOGZ6VQz5avIXe1GS8DBo2j0lt56AmA35XQ70q1IWBP 0lJahPFN6+P1Gn2l447B8Q0= =HtWc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722321: Workaround: change screen roles
I found yet another workaround: If I set up my external screen (which in my case is the bigger one in terms of pixels) as the primary one (i.e. the Gnome toolbars appear there), xfig starts without problems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700870: building eapol_test
What's the status of this, do you need any help? -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709086: freeradius: logrotate causes mschap module to fail
What's the status of this? Adding a simple 'restart' instead of 'reload' works, do you need any help? would be nice to get this fixed in sid (and later on in wheezy too). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728276: vlc : Should comply to dark theme for media applications on Gnome
Package: vlc Version: 2.1.0-2 Severity: minor Multimedia applications, or applications that propose a view outside of the main computer (examples : totem , gnome-boxes) use gtk-dark theme to create a viewing contrast and a better visual experience. Shouldn't VLC apply the same rules when run in a Gnome environment ? signature.asc Description: This is a digitally signed message part
Bug#728277: ITP: r-bioc-bsgenome -- BioConductor infrastructure for Biostrings-based genome data packages
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-bsgenome Version : 1.28.0-1 Upstream Author : Herve Pages hpa...@fhcrc.org * URL : http://bioconductor.org/packages/release/bioc/html/BSgenome.html * License : Artistic-2.0 Programming Lang: R Description : BioConductor infrastructure for Biostrings-based genome data packages This BioConductor module provides some basic infrastructure for Biostrings-based genome data packages. Remark: The package is maintained by Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-bsgenome/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700870: building eapol_test
Dear maintainers eapol_test would be very welcome here as well as we would like to keep an eye on freeradius authentication with nagios. Thanks Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Strong argument for OpenRC
Hi, I got a *new* argument in the favor of OpenRC: http://youtu.be/zoNoi8BgQjs Yes, we made it work in Debian GNU/kFreeBSD! :) Upstream was very friendly helping to do this last night and this morning. Now, the next blocker would be renaming /sbin/rc to /sbin/openrc, though upstream pretends it shouldn't be hard to do, and they told me they will work on it. I unfortunately (and of course, I'd say) can't upload to Debian until this is fixed, though it's in collab-maint for those who want to try. I warmly welcome Hurd folks to try porting it too. Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709086: freeradius: logrotate causes mschap module to fail
Dear maintainers We have to same problem and would like to see this fixed soon, thanks! Regards Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728065: [Pkg-xfce-devel] Bug#728065: Bug#728065: thunar: USB and eSATA devices not seen by Thunar
On Tue, 2013-10-29 at 21:26 -0700, David Christensen wrote: On 10/29/2013 12:23 AM, Yves-Alexis Perez wrote: Actually, that's not a good test. Thunar only supports/shows USB Mass Storage devices, which Canon cameras are not (they use some proprietary canon protocol on USB mode, or PTP on PTP mode). You need to interface with it using gphoto2, which is what Shotwell is actually doing. I assume the explanation also applies to the Xfce desktop (?). Yes. It would be nice if Xfce and Thunar supported Canon cameras. We have several, and I'm migrating our SOHO desktops to debian-7.2-i386-xfce. Afaik that's not possible on Wheezy. On Jessie+, iirc, gphoto devices should appear in Thunar once they are gio/gvfs-mounted, that has to be done manually or in thunar-volman (and it's broken right now because of Can you check: - if the USB drive is correctly seen by the kernel (shows in dmesg, can be mounted manually) - if the USB drive is correctly seen by udisks (I think it's someting like udisks --dump, and udisks --monitor can help too). I tested the Seagate FreeAgent XTreme external hard drive against a few Debian 7 installations: 1. Intel D945GNT motherboard with fairly recent and lightly used install of Debian 7 amd64 (system used for initial bug report) -- hotplug works correctly via both USB and Firewire. (Machine does not have eSATA port.) This doesn't match my earlier findings. I don't know why. 2. Intel D945GNT motherboard with fresh install (yesterday and today) of Debian 7 i386 -- hotplug works correctly via both USB and Firewire. 3. Intel DQ67SWB3 motherboard with older (December 2012, possibly pre-Stable?) and heavily used install of Debian 7 amd64 -- hotplug works correctly for USB, but fails for eSATA. […] So, it appears that the kernel is not seeing eSATA hotplug events (?). The diffs are not really readable, but if the kernel doesn't see the hotplug events, there's not much chance anything userland can do anything, so it looks more like a kernel issue. It might help to try with a more recent kernel (I assume you're using a stock Debian kernel?). I am in the process of preparing to wipe and rebuild the machine having the eSATA problems. I'll report when I have more information. Ok. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#728279: cowbuilder: Document --save option in man-page
Package: cowbuilder Version: 0.73 Severity: normal Dear Maintainer, the manpage does not mention the --save parameter which allows to --login to the cowbuilder and do persistent changes. I don't know how foten I already had to look up this argument elsewhere, als I only rarely need it, but it should really be mentioned in the manpage. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowbuilder depends on: ii cowdancer 0.73 ii libc6 2.17-93 ii pbuilder 0.215 cowbuilder recommends no packages. cowbuilder 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#727533: blueman shows errors in .xsession-errors
Hi, I wasn't able to reproduce the killswitch exception. Please go to /usr/lib/python2.7/dist-packages/blueman/plugins/applet/KillSwitch.py, line 50 and remove or comment out the lines with try, except and raise to see the actual exception. You should get the same output in the console when starting blueman-applet manually (after killing it if it's already running). Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727278: Processed: bug 727278 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=71035
Control: notforwarded -1 forwarded 727278 https://bugs.freedesktop.org/show_bug.cgi?id=71035 Bug #727278 [radvd] Use dh_autotools-dev to update config.{sub,guess} for AArch64 Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=71035'. Sorry, typo in bug number! -- burny Ein Jabber-Account, sie alle zu finden; ins Dunkel zu treiben und ewig zu binden; im NaturalNet, wo die Schatten droh'n ;)! PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 signature.asc Description: Digital signature
Bug#728280: gnome-shell: Random lockups/freezes
Package: gnome-shell Version: 3.8.4-4 Severity: important Dear Maintainer, Since I moved to GNOME 3.8.x, I have random lockups/freezes and I really can't see any pattern which will lead to this situation. This happens on both this machine (Jessie with GNOME 3.8.x from Sid), and my home machine which is running pure Sid. Once it freezes, I can't restart the X session, all I can do is run Ctrl + Alt + F1 and restart the whole computer. Please inform me if you need any additional input from me, or have any other comments or questions. Adnan -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable-updates'), (300, 'stable'), (200, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii evolution-data-server3.8.5-2 ii gdm3 3.8.4-3 ii gir1.2-accountsservice-1.0 0.6.34-2 ii gir1.2-caribou-1.0 0.4.12-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gcr-3 3.8.2-4 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-2 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.8.4-1 ii gir1.2-ibus-1.0 1.5.4-1 ii gir1.2-mutter-3.03.8.4-2 ii gir1.2-networkmanager-1.00.9.8.0-5 ii gir1.2-nmgtk-1.0 0.9.8.4-1 ii gir1.2-pango-1.0 1.32.5-5+b1 ii gir1.2-polkit-1.00.105-4 ii gir1.2-soup-2.4 2.44.1-1 ii gir1.2-telepathyglib-0.120.22.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-2 ii gir1.2-upowerglib-1.00.9.23-2 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-2 ii gnome-icon-theme-symbolic3.8.2.2-2 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-4 ii gnome-themes-standard3.8.4-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.0-1+b1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.14.4-3 ii libcogl-pango12 1.14.0-3 ii libcogl121.14.0-3 ii libcroco30.6.8-2 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-2 0.100.2-1 ii libecal-1.2-15 3.8.5-2 ii libedataserver-1.2-173.8.5-2 ii libegl1-mesa [libegl1-x11] 9.1.7-1 ii libgck-1-0 3.8.2-4 ii libgcr-base-3-1 3.8.2-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgirepository-1.0-11.36.0-2+b1 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.36.4-1 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.0-1 ii libgtk-3-0 3.8.4-1 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.16.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-2 ii libnm-glib4 0.9.8.0-5 ii libnm-gtk0 0.9.8.4-1 ii libnm-util2 0.9.8.0-5 ii libnspr4 2:4.10-1 ii libnss3 2:3.15.2-1 ii libnss3-1d 2:3.15.2-1 ii libp11-kit0 0.18.5-3 ii libpango-1.0-0 1.32.5-5+b1
Bug#707681: Happens also with 1.18.2-1
As said in the subject, it happens also with gvfs 1.18.2-1 from experimental. Is someone actually looking at bug reports and can investigate if it's a problem in gvfs, in libusb or elsewhere? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#728281: nautilus-dropbox: Dropbox icon too small in GNOME = 3.6 messaging menu
Package: nautilus-dropbox Version: 1.6.0-1 Severity: normal Hello, Since the introduction of messaging menu in GNOME 3.6, Dropbox icon has been way too small: http://foolcontrol.org/img/dropbox%20icon%20size%20in%20gs%203.8x.png Is there any way this icon can be any bigger for GNOME = 3.6 environments? Thanks, Adnan -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable-updates'), (300, 'stable'), (200, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus-dropbox depends on: ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libnautilus-extension1a 3.4.2-2 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii policykit-1 0.105-4 ii procps 1:3.3.4-2 ii python-gpgme 0.2-3 ii python-gtk2 2.24.0-3+b1 pn python:any none nautilus-dropbox recommends no packages. Versions of packages nautilus-dropbox suggests: ii nautilus 3.8.2-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728192: geany-plugins: Plugins are not available via plugin-manager
Hi, With upstream package I meant the geany plugin collection from here: http://plugins.geany.org/ After removing all the instances of geany, and reinstalling the package from Debian I have had no more problems. I had a locally compiled and installed geany side by side to debian's geany. The problem is solved . Oz On Tue, Oct 29, 2013 at 8:04 PM, Enrico Tröger enrico.troe...@uvena.dewrote: Hi, I installed geany-plugins and I did not see geany-pluginvc in the plugin manger. Hence I download the upstream package and installed it. I noticed that upstream installed the plugins to: /usr/local/lib/geany/geanyvc.so Whereas the debian package installed the file to /usr/lib/i386-linux-gnu/geany/geanyvc.so I remove the upstream package and created a link : what exactly is 'upstream package' and where is it from? Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.asc
Bug#716959: More info
The easisest way to reproduce the problem is: - run gt3-demo (from package gtk-3-examples, any version = 3.8 will do, checked with 3.8.4 and 3.10.2) - bring up example Text Widget/Multiple Views - using a mouse with scrollwheel, turn the scrollwheel in one of its text windows - no scrolling occurs (For fun, try holding down the left mouse button while using the scrollwheel: scolling works; this is probably related to the workaround turn off Two Finger Scrolling.) If you try the above under GDK_DEBUG=eventsyou can see that using the scrollwheel results in a SCROLL_SMOOTH event, but with zero deltas. See also https://bugs.launchpad.net/compiz/+bug/1200829 At first this seems unrelated (compiz: WTF?), but gets down to the real culprit at the end. I can confirm that Chris Townsend's fix at https://launchpadlibrarian.net/153419670/gtk%2B3.0_3.8.4-0ubuntu3_3.8.4-0ubuntu3test1.diff.gz works for me in the above scenario, also for affected applications like gedit and gnote. Cheers, Roderich
Bug#728270: quiterss: Crashes on key press randomly when connected through torify.
QuiteRSS crshes randomly at a key press randomly when run w/ torrify Sorry but I have no idea what torrify is and how can it affect QuiteRSS. Please provide detailed instructions how to reproduce, including backtrace (you will need to install quiterss-dbg package). See https://wiki.debian.org/HowToGetABacktrace Also could it be the same crash as #728219? -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- It is impossible to imagine Goethe or Beethoven being good at billiards or golf. -- H. L. Mencken -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727226: [PATCH] cvsserver: Determinize output to combat Perl 5.18 hash randomization
Perl 5.18 randomizes the seed used by its hash function, so iterating through hashes results in different orders from run to run: http://perldoc.perl.org/perl5180delta.html#Hash-overhaul This usually broke t9400 (gitcvs.dbname, gitcvs.ext.dbname, when running cmp on two .sqlite files) and t9402 (check [cvswork3] diff, when running test_cmp on two diffs). To fix this, hide the internal order of hashes with sort when sending output or running database queries. (An alternative workaround is PERL_HASH_SEED=0, but this seems nicer.) Signed-off-by: Anders Kaseorg ande...@mit.edu --- git-cvsserver.perl | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/git-cvsserver.perl b/git-cvsserver.perl index 67b1e7b..6177f4a 100755 --- a/git-cvsserver.perl +++ b/git-cvsserver.perl @@ -430,10 +430,10 @@ sub req_validrequests $log-debug(req_validrequests); -$log-debug(SEND : Valid-requests . join( ,keys %$methods)); +$log-debug(SEND : Valid-requests . join( ,sort keys %$methods)); $log-debug(SEND : ok); -print Valid-requests . join( ,keys %$methods) . \n; +print Valid-requests . join( ,sort keys %$methods) . \n; print ok\n; } @@ -2124,7 +2124,7 @@ sub req_diff print M retrieving revision $meta2-{revision}\n } print M diff ; -foreach my $opt ( keys %{$state-{opt}} ) +foreach my $opt ( sort keys %{$state-{opt}} ) { if ( ref $state-{opt}{$opt} eq ARRAY ) { @@ -4050,7 +4050,7 @@ sub update close FILELIST; # Detect deleted files -foreach my $file ( keys %$head ) +foreach my $file ( sort keys %$head ) { unless ( exists $seen_files-{$file} or $head-{$file}{filehash} eq deleted ) { @@ -4078,7 +4078,7 @@ sub update } $self-delete_head(); -foreach my $file ( keys %$head ) +foreach my $file ( sort keys %$head ) { $self-insert_head( $file, -- 1.8.4.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727202: xpdf crashes at launching due to an assrtion failed
Package: xpdf Version: 3.03-11 Followup-For: Bug #727202 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sorry, it's not that easy. The bug log you are referring to is very old and archived. The bug is back - the report is for the current version in sid, and this version does not work. If it is due to an incompatibility with libexpat in unstable, xpdf should have a versioned Depends on that libexpat version. The facts are facts, the version this bug was reported in does not work. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages xpdf depends on: ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libpoppler19 0.18.4-8 ii libstdc++64.8.2-1 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-4 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.6.3-1 ii gsfonts-x110.22 ii poppler-data 0.4.6-4 ii poppler-utils 0.18.4-8 xpdf suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJScMfAMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pY8Sw//beMMeapxFyQCdOyq1Bv9 LRSs2H9Ys9dEWn6Gr6UMAOtk4QxBW5AHdTPe5EXhechTwsCCpm+/2BW+OojjhehX qbassyzDp01cGeBxTfRxzeUgxjne97S1ufufKw55AmRlLsYZLtkRMNnm7K0+1hPt ieJLA//xKrDOavxCsjphOn8SlP1vIvRRaJu8RcCm/rjHVqyfad6Jon6sqpwUu4ej yvBkYXhy1bXIon4LaHhpePxuQTJXCYj8sIUctf62FsRmbcQAlQHiAfIbXmHR9LnW L7onGCdKDBfFAzJlWemv8RN32zH+IXqSwdmKJ3SdPJXJIV6rHY/RitFD6FFPjy2A +DesyPhvf5NYOYfn//OfG6afB05GAK7cuW2x6rWx706B2tfv5r2Pior/ucpUnWWX bBiXMPoVF7josLs8v9PncX0ip+N4QQgD7jyFmk/YWZBaeGKHt0O8Y7I4gHaCZV1U jlRumtu1NpQBBLNk1URohXklNEmDyZjbbnpzwyAFAxssZ04xk0HgGZgHczx4ejDX e0jPH6ehm1+5ymhShSGr+5EkaDliMuM8PJdkdSxfVeIzJd+4iIZn9g9LGSKMznR+ Dmo8Fp4RU0YUUIOJK926ytgYjv3hDt3cgMlpYcEvPCNKSVuduaixPJHEfX6TPkKM ZCJMmrMWjUTSJNK12IUTX+E= =DzrU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727202: xpdf crashes at launching due to an assrtion failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 If it is due to an incompatibility with libexpat in unstable, xpdf should have a versioned Depends on that libexpat version. I do, however, not see any relation from xpdf to libexpat. I also somehow cannot rebuild xpdf in sid because it Build-Conflicts with binutils-gold, which is provided by binutils, on which half of the toolchain depends. - -nik - -- # apt-assassinate --help Usage: apt-assassinate [upstream|maintainer] package PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJScMoIMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZvww//Z8l6dVPxDFAcVWq4/WTI tOigYfkh/tXsbh6gTAHPUsNaAOX36a8be7V3DSUAV5aDKDEBKyv9eC6MNQUgMUkC B1IDGeRfywtRgnCYq4BlcJBOf8i8CzLhvOKQqKewZgsTrsk/krdCmO7Ov0iqj9ZP 1+NeUg8XdTXXFfExT/6i4ZIjk56ibfshEREN57qnOEYuqigW/ZoS8eQGUkcqje2i 5BZBHx857Tu75HCMGUiDUdtcYMtKJpVa1umxGiTkv6pLJSNHpoT1Oa5iyYusghmw RFlDu+7Q5X8vjPvkuUVTK9xNnxyyD0hFNPfB0e9jHb6kDOfyNiVh1KODARceJ5uz BJ52A9vmgjX95gvnN4U7ZTcaIxIcRaZRmBuf+30Qg+4wG/KZ6D3Sgtrr7pzwBvfG DBHPbPJHun4J2qCUzmapu96oSWykPJiac2PdsNptZU/ryph1CQeCAq6/itUifk0T m0GIXC1CkybnAuv8uadL6ShOdeeAChKZBiVor1V7vas3hErc938W6v7l8fd56pJL 9A5UvQxtQ4KJCF1B3bfVSAO7S5JSY0vbNr1hBDZSGAG6oaGPyKpmgo/DhnN1LqsX 0q7k/LEQQUifeFNJ4purktoObVy8Ax7VIYXi3oXQolDyc7M1Q9hDtx6lJTJfvUTX N4Yg+fCFm19KDBF+mrQkkh4= =S1eK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728282: ITP: pynfft -- a Pythonic wrapper around the NFFT library
Package: wnpp Severity: wishlist Owner: Ghislain Vaillant ghisv...@gmail.com * Package name: pynfft Version : 1.1.0 Upstream Author : Ghislain Vaillant ghisv...@gmail.com * URL : http://pythonhosted.org/pyNFFT/ * License : GPL Programming Lang: Python Description : a Pythonic wrapper around the NFFT library pyNFFT is a set of Pythonic wrapper classes around the NFFT library. The aim is to provide access to the core functionalities of the library using a more straightforward instantiation through Python classes, while keeping similar naming conventions to the C-library structures and routines. The package will be maintained in Debian-Science team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728274: python-apt: apt.conf used from /etc/apt instead of root_dir + etc/apt
On Wed, Oct 30, 2013 at 8:20 AM, Thomas Bechtold thomasbecht...@jpberlin.de wrote: I tried to use python-apt to get all available package versions. I used the 'rootdir' parameter for apt.Cache to have a seperate root dir and seperated config files. In my /etc/apt/apt.conf , I have the following line: APT::Default-Release sid; In my root-dir, I create an empty 'rootdir/etc/apt/apt.conf' and when I try to init the apt.Cache, I get the following error: […] Not a python coder here, but as similar symptoms creep up in other code as well: apt_pkg.init will read configuration files, so whatever you are doing later on is too late. A quick look at the documentation of apt.Cache says that the rootdir= parameter effects sources.list and lists/, but nothing about configuration. I will leave the bug open, so the python-gurus can decide if and what is to do. They might even be able tell you what the equivalent of: _config-Set(Dir, /my/empty/rootdir); pkgInitConfig(*_config); is (or usage of a file specified in APT_CONFIG environment variable). (There is also a 'Rootdir' setting, it depends a bit on what you will do later on which one you have to use – but for most stuff both will work. Rootdir prefixes everything, Dir just relative paths. If you configure files to be 'read' from /dev/null for example, that is a difference) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651250: VirtualBox set a wrong VNC keymap
Package: virtualbox Version: 4.2.16-dfsg-3+b1 Followup-For: Bug #651250 It also happens to me with a recent version with a spanish keyboard too using the VNC extension (as vboxheadless no longer accepts --vnc as parameter). I noted that setting the keyboard in the guest OS (a WinXP in my case) as en_US solves some but not all of the issues: characters not usually found on American keyboards can not be typed, but those which not need AltGr can be typed using the Spanish keystrokes: '(' is Shift+8 for me, Shift+9 for americans. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.12 ii libc62.17-93 ii libcurl3 7.33.0-1 ii libgcc1 1:4.8.1-10 ii libgsoap32.8.12-2 ii libpng12-0 1.2.49-5 ii libpython2.7 2.7.5-8 ii libsdl1.2debian 1.2.15-7 ii libssl1.0.0 1.0.1e-3 ii libstdc++6 4.8.1-10 ii libvncserver00.9.9+dfsg-1 ii libx11-6 2:1.6.2-1 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.4-1 ii python 2.7.5-5 ii python2.72.7.5-8 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 9.1.7-1 ii libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii virtualbox-dkms 4.2.16-dfsg-3 ii virtualbox-qt 4.2.16-dfsg-3+b1 Versions of packages virtualbox suggests: pn vde2none ii virtualbox-guest-additions-iso 4.2.16-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#652896: Compile broadway backend
Hi, This is not really fixed in experimental. Since GTK 3.8, building GTK with the --enable-broadway-backend is not enough. It is also necessary to provide the broadwayd binary. Currently, on experimental: $ GDK_BACKEND=broadway gtk3-demo Unable to init server (gtk3-demo:28478): Gtk-WARNING **: cannot open display: Broadwayd is straightforward to package. I have a PPA with it: https://launchpad.net/~malizor/+archive/gtk-next-broadway The debdiff is here: https://launchpadlibrarian.net/136176066/gtk%2B3.0_3.8.0-0ubuntu1~build1%2Bbroadway1_3.8.0-0ubuntu1~build1%2Bbroadway2.diff.gz Hope this help! Cheers, Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725514: xpdf: FTBFS: Unsatisfiable Build-Conflicts on binutils-gold provided by binutils
Package: xpdf Version: 3.03-11 Followup-For: Bug #725514 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 binutils provides binutils-gold as virtual package as of: binutils (2.23.52.20130722-1) unstable; urgency=low * New upstream snapshot. - Fix PR ld/15762, glibc being built without warning sections. * Set the libdir for arm64 to lib, not lib64. * Stop building the binutils-gold package, let binutils provide binutils-gold. Packages requiring gold should explicity pass -fuse-ld=gold to the compiler, packages requiring the bfd linker should pass -fuse-ld=bfd to the compiler. * Refresh patches. -- Matthias Klose d...@debian.org Mon, 22 Jul 2013 21:13:32 +0200 - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages xpdf depends on: ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libpoppler19 0.18.4-8 ii libstdc++64.8.2-1 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-4 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.6.3-1 ii gsfonts-x110.22 ii poppler-data 0.4.6-4 ii poppler-utils 0.18.4-8 xpdf suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJScMz9MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pbaARAAz0aerbzHkrJgL+nljN2w IKHpbKIrL3fckzp2mdefJ35ZUH0bKY3aG6rMCO6Zx0aBe8ejRMoNVXHneQNQ/LlM DQJz0zwqDQvOi6EJNz91K5UeJQfR15IaxqmyO3ORTrP5Z/RoXXAzHqSG5vmJuxDD /PzRv9NjKOYTSg0flQM6z3TvhHVqDwzQD8xrZHUoKHbjdAHVKY9snhLZUU+gDREf fLDz5QQS8ISayBDj3f4tPD345P8/dOh5UnWvUugbjV5W7WKTg3bJqPv8cC4eo25Q ec5F16JKQJf3egpY04KC8BOLcp2cdWYjBcU195paVsfV5Nhtu4C5al2nBTAcjCsA b0/8lCKn24lutIm7lCYqrAknvMEhVuAGhczC3uDB31GHtFslKQtfdBr7g+mYPEuO DohLr8SZ9NhA4c2QvE8p2Tk7f/+m4XYqGILXv1Gs2Xc/GAZPNIuxem0lRBsozY7p QqrdUjGNQkxFk9XDKHdPb3dCJ+ifuBQJY2ZPOWx9WTN74kZKNRaQkoHHNn1iWIAt TggHMr/7fNVljzjRYROkIg12LlKoH+km5YedYBNOMxMn5HsD7JoxkDvhUYYpBd8p przHYZhvuDobPnJXO4CX6imvO/LcmsOVYpnnLsRNuXdOr7awFVmDS3MxyRBUsTnX /4/vy8Qh1SovOvG9Apd8AZY= =CG3r -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728283: Vcs-Git URL is broken
Package: src:xpdf Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The Vcs-Git URL is broken. It should be: git://anonscm.debian.org/git/collab-maint/xpdf.git - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh Versions of packages xpdf depends on: ii libc6 2.17-93 ii libgcc1 1:4.8.2-1 ii libpoppler19 0.18.4-8 ii libstdc++64.8.2-1 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-4 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.6.3-1 ii gsfonts-x110.22 ii poppler-data 0.4.6-4 ii poppler-utils 0.18.4-8 xpdf suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJScM4lMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pY6OBAAzpK3lLUTmnv1m72GJc0n HpompX/xyQYTKUKDw2u8s8BFGoNUod2X3rLYf4bOjLWvsSfYz8JYH9I4omAmYONf UTENBjuK9jjQCBoxr/7GQLcRclqU0jTk5DDgH27JooUEtdLJRj90+6bL3pjQgeMT dSfloFcHo1WEVCgk0BgDHK9dnK/CT0pg4AXVLHessxtkcroqGM34IJVTSGBlTLPh AqLvIIL9MZedkhQ3QLW/xwau//bvc1kgTitjKW2a09n3uBkI+Ie7BlOvQrBGaaO5 HjGBUe9atgkIqMKllLNk0TFVvfB/oK+D/jQyS04x6k7Bw6OjfkfpXKrrafvUSZmD tX+HtVHZb6vNVAbNysBifKoQYgVcO2Ngv1v6JnpP2A/Ys4RcbU/xS2JSOEVVupDl mjdsqWOgRaAMJwW1knJevmug53GlZHIpzHsu1D4CFq17wFjxgNI7xw9y0FqqtzKm eCQFbMPUQfXeFwHY6oAVf2rcQPGl71KiY4TehWWdm6KwHEMZmrECDtGm6dXgB4J2 shCSZ69q13nDYMSgtnCUhj293IL67Y53uofGEI9TSWP/cLpZM95fxzJJk6PW6edm nEtdU+npApv4whdOIjX6746CocOqrVKPh+olIKL9twRaLLxDQvSvCQqiSTF8LnQx MWrtACS36vd2sJ/sLDpXAB4= =/6SA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713475: [Pkg-ayatana-devel] Bug#713475: libindicator: diff for NMU version 0.5.0-1.1
On Fri, Oct 25, 2013 at 05:05:46PM -0400, Andrew Starr-Bochicchio wrote: Thanks for the patch. I'm about to sponsor it. In the future note that you shouldn't tag a bug as pending if you are looking for a sponsor. You're right, sorry. I always forgot to edit the nmudiff template WRT the tags. BTW, thanks for sponsoring! Regards, Andrea, -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org signature.asc Description: Digital signature
Bug#720981: Seems already done!
Control: tags 720981 + moreinfo fixed Hi Lucas, It seems you already developed this feature (I see it in the git repo). In git, it is this commit: -- commit e1f65e1fd8a46c2da6a42a56c5a8fe8766c002e8 Author: Lucas Nussbaum lu...@debian.org Date: Thu Sep 12 09:07:56 2013 +0200 Add --quiet option. Contributes to fixing #720981. -- Is this something left to do or can this bug be marked as resolved? Thanks in advance, Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685787: Praat has serious bug #713597
* Andreas Tille ti...@debian.org [2013-10-29 10:33]: On Mon, Oct 28, 2013 at 07:06:37PM -0400, James McCoy wrote: Thanks Rafael for the feedback and Andreas for continued patience. On Mon, Oct 28, 2013 at 10:10:00PM +0100, Andreas Tille wrote: On Mon, Oct 28, 2013 at 07:44:57PM +0100, Rafael Laboissiere wrote: It would be preferable that you had created a side branch in the Git repository for your changes, such that the merge would be trivial to do. This really wouldn't have made much of a difference. It's trivial to add Andrea's repo as a remote and then the functionality is the same as if the branch were in devscripts' repo. At the time that Andreas started work on this, devscripts wasn't in collab-maint so it made sense to just push his changes to a user repo on Alioth so people could access and review the changes. For the convenience of the developers of devscript, I am attaching below a patch generated with git format-patch that contains an appropriate log message. I cherry-picked the commits made by Andreas Tille and Gregor Herrmann into the Andreas' repo, which concern only the implementation of the Files-Excluded feature. I did also some improvements on my own. his patch works for me on the praat package, but was not extensively tested. At any rate, this slim patch introduces a single feature, namely the possibility of excluding files from upstream tarballs according to information in debain/copyright. If I had push access to the devscripts repository, I could create a side branch there with this patch. Best, Rafael From 8192d448f5817cb95142124b42fd23a0ff55771d Mon Sep 17 00:00:00 2001 From: Rafael Laboissiere raf...@laboissiere.net Date: Tue, 29 Oct 2013 10:11:33 +0100 Subject: [PATCH] Enable uscan to selectively remove files from upstream arquives [N.B.: This patch includes the original patch proposed by Andreas Tille in Bug#685787 and further improvements by Gregor Herrmann and Andreas himself, posted at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685787 This is the follow up of a long discussion in the debian-devel mailing list: http://lists.debian.org/debian-devel/2012/08/msg00380.html] The changes in this commit enable uscan to remove files from upstream archives according to some information given in some control file. The current implementation is based on using debian/copyright but is easy to switch to another file. The changes do the following: 1. If (and only if) the debian/copyright file is Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ and if it contains a non-empty field Files-Excluded containing a space separated list of globs (as used by find and for specifying file lists in machine readable debian/control files). The deletion process will loop over every expression and is using the find command to delete the according globs. 2. If files matching are contained in the source tarball this will be repackaged except if the option --no-exclusion is given at uscan command line or if USCAN_NO_EXCLUSION is set in /etc/devscripts.conf or ~/.devscripts. The removal is implemented for all tar compression methods as well as for zip archives (which are unpackaged using unzip). This means if the conditions for file exclusion as given above are fullfilled the patch below works similar as --repack. 3. If the tarball did not contained any of the globs in debian/copyright::Files-Excluded it will be left untouched. 4. In case something was removed the version string will be appended by '+dfsg' to express the fact that the content of the original source was changed. 5. Sometimes upstream tarballs are dirty and unpack a load of files into the current directory. The patch tries to behave reasonable and checks whether it could move those files into a dir named $pkg-$newversion (in case no such file or directory just exists in such a dirty tarball). Also some non-dirty but quite generically named directories (like source) are renamed to $pkg-$newversion. The BEGIN block in uscal.pl has also been changed. In the previous version, it was used for requiring module LWP::UserAgent and, in case of failure, inform the user that it sould install the libwww-perl package. This has been generalized throuhg a subroutine require_module, which is called for both LWP::UserAgent and Try::Tiny. The appropriate documentation has been added to uscan.1. Appropriate Build-Depends and Suggests on libtry-tiny-perl have been set in debian/control. --- debian/control | 2 + scripts/uscan.1 | 8 +++ scripts/uscan.pl | 149 --- 3 files changed, 151 insertions(+), 8 deletions(-) diff --git a/debian/control b/debian/control index d48f7f2..b9dc690 100644 --- a/debian/control +++ b/debian/control @@ -16,6 +16,7 @@ Build-Depends: debhelper (= 9), libparse-debcontrol-perl,
Bug#726472: [Pkg-samba-maint] Bug#726472: share passwords not working after upgrade from samba3
Hi Andrew, On Wed, Oct 30, 2013 at 11:34:25AM +1300, Andrew Bartlett wrote: That'll also cause some confusion though, as those files will be in sysstatedir on debian but in privatedir on other systems... I'm not sure that will work either. There are really only 3 databases that matter, because schannel_store.tdb will eventually regenerate (client machines forced to 'log in' with a NETLOGON serverAuthenticate). passdb.tdb, secrets.tdb, idmap2.tdb. We don't necessarily need to move them all at the same time (although moving only some of them would probably cause even more confusion). passdb.tdb is what is tripping us up and got us here, but secrets.tdb will cause us more pain in 'fixing' this. The issue is secrets.tdb must be in the same directory as secrets.ldb, because we keep them in sync when secrets.ldb is updated. This allows -P to work in tools no matter the code origin. Is secrets.tdb used outside of smbd? The only case I know of is smbpasswd, running as root, so that shouldn't be an issue. If there are no other uses outside smbd, there is no race condition when we move it in samba.postinst, because smbd won't be running. As for idmap2.tdb, it seems that's only being used from winbindd, and from the net command, running as root. So if we move that in winbind.postinst, it should be fine too. If these assumptions are correct (can someone confirm that?), we only need to deal with passdb.tdb. If we can find a way to work around that race condition, we could do that move as well. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720981: Seems already done!
On 30/10/13 at 10:17 +0100, Joseph Herlant wrote: Control: tags 720981 + moreinfo fixed Hi Lucas, It seems you already developed this feature (I see it in the git repo). In git, it is this commit: -- commit e1f65e1fd8a46c2da6a42a56c5a8fe8766c002e8 Author: Lucas Nussbaum lu...@debian.org Date: Thu Sep 12 09:07:56 2013 +0200 Add --quiet option. Contributes to fixing #720981. -- Is this something left to do or can this bug be marked as resolved? Hi Joseph, I think that the manpage should document how to run how-can-i-help on a regular basis. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728284: virtualbox: Please document or provide GUI option for setting VNC password for remote desktop
Package: virtualbox Version: 4.2.16-dfsg-3+b1 Severity: wishlist Please document or, even better, provide a GUI option to properly set a VNC password for remote connections using the provided VNC extension. Although I managed to confirm that enabling remote desktop server set up an VNC server instead of a RDP one (as this would require the non-free extension), attempts to connect to it always failed due to incorrect password. It was not until I duckduckgoe'd (didn't use Google for that ;-)) that I found it was required to set up a password using a quite obscure, non-obvious command: vboxmanage modifyvm vmname --vrdeproperty VNCPassword=password As a workaround, if a default password is not provided, passwordless access could be accepted if properly warned about the security implications as soon as the remote desktop server is enabled on GUI. Once I feel more comfortable with how it works I'd volunteer to write a simple text file which could be put under /usr/share/doc/virtualbox if messing with the GUI would be too intrusive for a Debian patch. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.12 ii libc62.17-93 ii libcurl3 7.33.0-1 ii libgcc1 1:4.8.1-10 ii libgsoap32.8.12-2 ii libpng12-0 1.2.49-5 ii libpython2.7 2.7.5-8 ii libsdl1.2debian 1.2.15-7 ii libssl1.0.0 1.0.1e-3 ii libstdc++6 4.8.1-10 ii libvncserver00.9.9+dfsg-1 ii libx11-6 2:1.6.2-1 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.4-1 ii python 2.7.5-5 ii python2.72.7.5-8 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 9.1.7-1 ii libqt4-opengl 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii virtualbox-dkms 4.2.16-dfsg-3 ii virtualbox-qt 4.2.16-dfsg-3+b1 Versions of packages virtualbox suggests: pn vde2none ii virtualbox-guest-additions-iso 4.2.16-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#727213: confirmation
severity: grave thanks I can confirm this bug. Maybe it would help to update this package to the current upstream version - it seems like this bug does not occur anymore afterwards. I used the Ubuntu Saucy .deb packages from here: https://launchpad.net/~bit-team/+archive/stable/+packages Unfortunately BackInTime does not start with them either, because of another problem with python-keyring... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728285: ITP: r-bioc-rsamtools -- GNU R binary alignment (BAM), variant call (BCF), or tabix file import
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-rsamtools Version : 1.12.4-1 Upstream Author : Martin Morgan, Hervé Pagès * URL : http://www.bioconductor.org/packages/release/bioc/html/Rsamtools.html * License : Artistic-2.0 Programming Lang: R Description : GNU R binary alignment (BAM), variant call (BCF), or tabix file import This package provides an interface to the 'samtools', 'bcftools', and 'tabix' utilities for manipulating SAM (Sequence Alignment / Map), binary variant call (BCF) and compressed indexed tab-delimited (tabix) files. Remark: The packaging is done by Debian Med team in svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-rsamtools/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728287: RFA: iwatch
Package: wnpp Severity: normal iWatch is a realtime filesystem monitoring program. It's a simple perl script to monitor changes in specific directories/files and send email notification immediately. It reads the dir/file list from xml config file and needs inotify support in kernel (Linux Kernel = 2.6.13). I don't have any real use for iwatch any longer and therefore don't want to maintain the package anymore. Please notice that I didn't manage to reach upstream for quite some while: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581261#12 and the latest upstream release dates back to 2009. So if someone decides to take over the package he/she should consider taking it over as upstream as well. iwatch is written in Perl (~500 lines) and we've the following open bugs: • #581261 iwatch: not all listed event types to alert on actually do anything...eg modify, attrib etc • #669291 iwatch: simply misses events • #494397 iwatch: New subdirectories in recursive mode won't be recognized • #608843 iwatch: Trouble with utf8 characters in filenames (+ 2 possible fixes) • #611996 iwatch: Strange problem with network notify If no one decides to take over iwatch by end of November I'll file a request for removal. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2013-10-30t10-22...@devnull.michael-prokop.at
Bug#728286: RM: libv8-i18n -- ROM; never used, upstream merged into libv8
Package: ftp.debian.org Severity: normal Hi, this package doesn't have any reverse dependency. Thank you. The maintainer, Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728288: RFA: stressapptest
Package: wnpp Severity: normal Stressful Application Test (or stressapptest, its unix name) tries to maximize randomized traffic to memory from processor and I/O, with the intent of creating a realistic high load situation in order to test the existing hardware devices in a computer. Stressapptest may be used for various purposes: • stress test • hardware qualification and debugging • memory interface test • disk testing I personally don't really care about stressapptest any more and therefore don't want to maintain the package any longer. The package is quite easy to maintain and is available in a typical git-buildpackage style Git repository, so shouldn't be much of a burden. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2013-10-30t10-31...@devnull.michael-prokop.at
Bug#642981: some news
Control: retitle -1 armel: ICE in update_ssa_across_abnormal_edges, at tree-inline.c:1853 Control: found -1 4.6.4-1 On abel.debian.org with libtemplates-parser-11.6-4, the bug now disappears when -O0 is used instead of -O2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728289: sudo-ldap: Does not work with SSSD/libsss_sudo.so, should be mentioned in README.Debian
Package: sudo Version: 1.8.8-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, while switching to the sss provider (libsss_sudo.so) to have sudo use SSSD as a cache for my policies stroed in LDAP, I noticed that sudo-ldap does not work wit lib_sudo.so. Only the sudo package does. I think this should be mentioned somewhere in README.Debian. Cheers, Michael Fladischer - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sudo depends on: ii libc6 2.17-93 ii libpam-modules 1.1.3-10 ii libpam0g1.1.3-10 ii libselinux1 2.1.13-3 sudo recommends no packages. sudo suggests no packages. - -- Configuration Files: /etc/sudoers [Errno 13] Permission denied: u'/etc/sudoers' /etc/sudoers.d/README [Errno 13] Permission denied: u'/etc/sudoers.d/README' - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJScNLDAAoJEGlMre9Rx7W28pgQALPaxPZuYarKLn/aVPT4ubTP 58DgpzdtuxCTSnNG1Xtg1EIm+pnWLyBtZNyY9/0kNyqY6fHsnaDQsfiPSpXSiqQX nvM35WP5EDWc5+TbtCJfX6oNGlCTHu5wFkhea3so4LbiLXn2GYDyyL+Jv9CXe6hR V4vDibHM5HeV7zdWDWt9BV+JtbPDpHc9BVGnVK31H3XtxnUMlejBpUhzK62THnai DRA54ImwxygG9/FNbWjJ/j7sSKAJ2mR626NX9GTHE8y9URD+udkNpl1SPGlWNtbR OKyaZcYtDYuS5cUk5/bUXpID/b3w5nkHQOrfkis5c9gXt92O2mcX7zhGdRHS11Qi 0DohRlr6xjGtNmFkecwQ+N/BZlH9RMdhdYSQl4VFoa7w4156EL1+f+LaBoyec7m/ KHXQMoDq4OkuaCSs5eSZPWbNu8uVjxGVHIO5R2Qu9361ycUQ2Ldv2gJwTOScAXuH +FLBhYGJwWtIv5Jrd8jYZEx71xr4UUcpHKoH5tANjDcuFEpYM2TbyqtJ/8VnkF+j x2HXMIt2ZlroUErv4B0sit2AbwWBDpXcFj3OpXuayPxEhe0MOjr/XyyhKpElV1UD fJudHfspgE4l73Ux+CW1wyDcI8sL7W77e846amy22qA4z9kbaV/BvcOyLZDvMTuP bMTIon4JTKjJ9h0UDhq/ =Ox57 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727865: gbemol: update config.{sub,guess} for the AArch64 port
tags 727865 + pending stop On Sun, Oct 27, 2013 at 03:59:54PM +, Matthias Klose wrote: The package fails to build on arm64 (aarch64-linux-gnu), because the config.{guess,sub} files are out of date, and are not updated during the build. If possible, please do not update these files directly, but build-depend on autotools-dev instead, and use the tools provided by autotools-dev to update these files. This bug will be fixed in the next upload. Thanks! Regards, Andrea. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org signature.asc Description: Digital signature
Bug#728288: RFA: stressapptest
Hi, I would be happy to adopt it. -- Cordialement, Blanc Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728291: pu: package iftop/1.0~pre2-4~deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Dear release team, I am the new maintainer for iftop. I would like to update the version of iftop in stable because of bug #677141. When dns resolution is turned off, iftop's memory usage will increase constantly because a struct is always allocated, though it will never be freed. You can easily reproduce the bug with iftop -n -i lo ping -f localhost Without the -n parameter there is no memory leak. This is already fixed in unstable and testing but since turning off dns resolution is a regular use case, I think it should be fixed in stable, too. The other important changes include a stricter versioned dependency on debhelper (= 9) and a switch to source format 3.0 for applying the new patch without further changes. I'm attaching the debdiff to this bug report. Regards, Markus diff -Nru iftop-1.0~pre2/debian/changelog iftop-1.0~pre2/debian/changelog --- iftop-1.0~pre2/debian/changelog 2013-10-30 10:36:28.0 +0100 +++ iftop-1.0~pre2/debian/changelog 2013-10-30 10:22:46.0 +0100 @@ -1,3 +1,24 @@ +iftop (1.0~pre2-4~deb7u1) stable; urgency=low + + * Rebuild for Wheezy. + + -- Markus Koschany a...@gambaru.de Wed, 30 Oct 2013 10:17:32 +0100 + +iftop (1.0~pre2-4) unstable; urgency=low + + * [488690e] New Maintainer. (Closes: #726549) + * [06096f6] Add memory-leak.patch. + - Fix a memory leak in resolver.c. The struct addr_storage was allocated + but never freed if dns resolution was turned off. Thanks to Olivier + Allard-Jacquin for the report and patch. (Closes: #677141) + * [ab3dd6a] Update VCS-fields. + - Move packaging to Git repository at collab-maint. + * [580ac7d] Require debhelper = 9 for compat level 9. (Closes: #693754) + * [b881f79] Switch to source format 3.0 (quilt). + * [66bb584] Bump Standards-Version to 3.9.4, no changes. + + -- Markus Koschany a...@gambaru.de Sat, 19 Oct 2013 11:26:10 +0200 + iftop (1.0~pre2-3) unstable; urgency=low * Enable hardening buildflags in debian/rules (Closes: #675849) diff -Nru iftop-1.0~pre2/debian/control iftop-1.0~pre2/debian/control --- iftop-1.0~pre2/debian/control 2013-10-30 10:36:28.0 +0100 +++ iftop-1.0~pre2/debian/control 2013-10-30 10:22:46.0 +0100 @@ -1,12 +1,12 @@ Source: iftop Section: net Priority: optional -Maintainer: Alexander Reichle-Schmehl toli...@debian.org -Build-Depends: debhelper (= 7.0.50~), autotools-dev, libncurses5-dev, libpcap0.8-dev -Standards-Version: 3.9.3 +Maintainer: Markus Koschany a...@gambaru.de +Build-Depends: debhelper (= 9), autotools-dev, libncurses5-dev, libpcap0.8-dev +Standards-Version: 3.9.4 Homepage: http://www.ex-parrot.com/~pdw/iftop/ -Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/iftop/trunk/ -Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/deb-maint/iftop/ +Vcs-Git: git://anonscm.debian.org/collab-maint/iftop.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/iftop.git Package: iftop Architecture: any diff -Nru iftop-1.0~pre2/debian/patches/memory-leak.patch iftop-1.0~pre2/debian/patches/memory-leak.patch --- iftop-1.0~pre2/debian/patches/memory-leak.patch 1970-01-01 01:00:00.0 +0100 +++ iftop-1.0~pre2/debian/patches/memory-leak.patch 2013-10-30 10:22:46.0 +0100 @@ -0,0 +1,41 @@ +From: Olivier Allard-Jacquin olivie...@free.fr +Date: Fri, 18 Oct 2013 23:39:00 +0200 +Subject: memory leak + +Fix a memory leak in resolver.c. The struct addr_storage was allocated +but never freed if dns resolution was turned off. Thanks to Olivier +Allard-Jacquin for the report and patch. + +Bug: http://bugs.debian.org/677141 + +--- + resolver.c | 14 +++--- + 1 file changed, 7 insertions(+), 7 deletions(-) + +diff --git a/resolver.c b/resolver.c +index c09de9d..e3b965d 100644 +--- a/resolver.c b/resolver.c +@@ -472,15 +472,15 @@ void resolve(int af, void* addr, char* result, int buflen) { + int added = 0; + struct addr_storage *raddr; + +-raddr = malloc(sizeof *raddr); +-memset(raddr, 0, sizeof *raddr); +-raddr-af = af; +-raddr-len = (af == AF_INET ? sizeof(struct in_addr) +- : sizeof(struct in6_addr)); +-memcpy(raddr-addr, addr, raddr-len); +- + if(options.dnsresolution == 1) { + ++raddr = malloc(sizeof *raddr); ++memset(raddr, 0, sizeof *raddr); ++raddr-af = af; ++raddr-len = (af == AF_INET ? sizeof(struct in_addr) ++ : sizeof(struct in6_addr)); ++memcpy(raddr-addr, addr, raddr-len); ++ + pthread_mutex_lock(resolver_queue_mutex); + + if(hash_find(ns_hash, raddr, u_hostname.void_pp) == HASH_STATUS_OK) { diff -Nru iftop-1.0~pre2/debian/patches/series iftop-1.0~pre2/debian/patches/series --- iftop-1.0~pre2/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ iftop-1.0~pre2/debian/patches/series 2013-10-30 10:22:46.0 +0100 @@ -0,0 +1 @@ +memory-leak.patch
Bug#725514: Patches for xpdf
Control: tag 725514 + patch Control: tag 728283 + patch The attached debdiff fixes this bug. Please consider applying and uploading it! -- Natureshadow Auf welchem Server liegt das denn jetzt…? mirabilos Wenn es nicht übers Netz kommt bei Hetzner, wenn es nicht gelesen wird bei STRATO, wenn es klappt bei manitu. PGP-Fingerprint: 3C9D 54A4 7575 C026 FB17 FD26 B79A 3C16 A0C4 F296 diff -Nru xpdf-3.03/debian/changelog xpdf-3.03/debian/changelog --- xpdf-3.03/debian/changelog 2013-05-31 22:01:28.0 +0200 +++ xpdf-3.03/debian/changelog 2013-10-30 10:52:16.0 +0100 @@ -1,3 +1,11 @@ +xpdf (3.03-11.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove Build-Conflicts on binutils-gold. (Closes: #725514) + * Fix Vcs-Git URL. (Closes: #728283) + + -- Dominik George n...@naturalnet.de Wed, 30 Oct 2013 10:51:51 +0100 + xpdf (3.03-11) unstable; urgency=low * Bump standards to 3.9.4. diff -Nru xpdf-3.03/debian/control xpdf-3.03/debian/control --- xpdf-3.03/debian/control2013-05-31 22:10:27.0 +0200 +++ xpdf-3.03/debian/control2013-10-30 10:19:26.0 +0100 @@ -5,17 +5,16 @@ Uploaders: Osamu Aoki os...@debian.org Standards-Version: 3.9.4 Build-Depends: + binutils (= 2.23.52.20130722), debhelper (= 9), pkg-config, libxt-dev, libx11-dev, libmotif-dev, libpoppler-private-dev (= 0.16), -Build-Conflicts: - binutils-gold, Homepage: http://www.foolabs.com/xpdf/ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/xpdf.git -Vcs-Git: git://anonscm.debian.org/gitweb/?p=collab-maint/xpdf.git +Vcs-Git: git://anonscm.debian.org/git/collab-maint/xpdf.git Package: xpdf Architecture: any signature.asc Description: Digital signature
Bug#728122: pgrep in procps (1:3.3.4-2) is broken
30.10.2013 6:01, Craig Small пишет: tags 728122 moreinfo thankyou On Mon, Oct 28, 2013 at 06:34:36PM +0200, Андрей Василишин wrote: # pgrep -xd , nginx /usr/bin/pgrep: line 202: cd: /tmp/.mc/auto/procps-ng-3.3.4: No such file or directory gcc: error: pgrep.o: No such file or directory gcc: error: fileutils.o: No such file or directory gcc: error: ./proc/.libs/libprocps.so: No such file or directorynlsof: no process ID specified That SO does not look like the correct pgrep. Why would it try to compile things? I just tried apt-get dist-upgrade to jessie from official mirror: deb http://ftp.ua.debian.org/debian/ jessie main contrib non-free To me it looks like your computer has been compromised and they have put some sort of dodgy shell thing attackers use. Can you tell me what architecture you have there and the md5sum of the pgrep binary? Mine is f262412af73211dc86b80cc05f0d55e2 - Craig architecture is amd64 # md5sum pgrep f262412af73211dc86b80cc05f0d55e2 pgrep Hm, it's looks like all fine: I tried downgrade to wheezy, and now unpacked only pgrep from procps_1%3a3.3.4-2_amd64.deb package to /tmp /tmp# ./pgrep -xd , nginx 2141,2142,2143,2144,2145,2146,2147,2148,2149,2150,2151,2152,2153 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728292: RFS: sane-backends/1.0.24-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sane-backends Package name: sane-backends Version : 1.0.24-1 Upstream Author : numerous * URL : http://www.sane-project.org * License : GPL, with exceptions for some code that makes it less restrictive Section : graphics It builds those binary packages: libsane- API library for scanners libsane-common - API library for scanners -- documentation and support files libsane-dbg - API development library for scanners [debug symbols] libsane-dev - API development library for scanners [development files] sane-utils - API library for scanners -- utilities To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sane-backends Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sane-backends/sane-backends_1.0.24-1.dsc More information about sane-backends can be obtained from http://www.sane-project.org. Changes since the last upload: sane-backends (1.0.24-1) unstable; urgency=low * New upstream version. * New maintainer (Closes: 688531) -- Mark Buda her...@acm.org Sat, 26 Oct 2013 13:04:13 -0400 Regards, Mark Buda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696537: Workaround
Which files does the modification suggested by Stephan need to be applied to? (Problem is still extant with linux 3.10) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707681: Happens also with 1.18.2-1
On 30/10/13 09:13, Yves-Alexis Perez wrote: Is someone actually looking at bug reports and can investigate if it's a problem in gvfs, in libusb or elsewhere? Get a gdb backtrace with debugging symbols (the one in the bug report is useless), and ideally send it to bugzilla.gnome.org. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728285: Please explain binary files without source in Rsamtools
Hi, as formerly posted here I'm working onn the Debian packaging of preconditions for the new version of cummeRbund. The package Rsamtools belongs to the tree of dependencies and inside its source I found some binary files with unclear origin which will not be accepted. Since Martin Morgan pointed me in previous cases to the documentation inside the package I tried to verify this first but failed. Here are the files in Question: Files: inst/extdata/CaffeineTxdb.sqlite I tried `grep -R CaffeineTxdb` with no hit. Files: inst/extdata/ex1.bam I tried $ grep -R ex1\.bam | grep -v system\.file inst/unitTests/test_BcfFile.R:checkEquals(ex1.bam, h[[Sample]]) inst/doc/Rsamtools-Overview.Rnw:list.files(dirname(bamFile), pattern=ex1.bam(.bai)?) inst/doc/Rsamtools-Overview.R:list.files(dirname(bamFile), pattern=ex1.bam(.bai)?) src/samtools/knetfile.c:fp = knet_open(http://www.sanger.ac.uk/Users/lh3/ex1.bam;, r); None of these files is kind of documenting the origin and even worse the URL at www.sanger.ac.uk does not exist any more. Files: inst/extdata/ex1.bam I tried `grep -R ex1\.bcf | grep -v system\.file` with no hit Files: inst/extdata/example\.gtf*: I tried `grep -R example\.gtf | grep -v system\.file` with no hit Files: inst/extdata/example_from_SAM_Spec*: These files are neither documented nor used since not even grep -R example_from_SAM_Spec shows any hit Files: inst/extdata/olaps.Rda This file is mentioned in a load statement in inst/doc/Rsamtools-Overview.R but no hint to its origin. Files: inst/unitTests/cases/ex1.sam.gz Except of the first two lines this is a copy of file inst/extdata/ex1.sam Files: inst/unitTests/cases/ex1_*.bam* Seems these files are derived from file inst/extdata/ex1.sam and just used for verification of the correctness of Rsamtools. Please confirm this suspicion. Files: inst/unitTests/cases/plp_refskip.bam* I tried `grep -R plp_refskip | grep -v system\.file` with no hit It would be really helpful if you could clarify the origin of these files since otherwise Debian ftpmasters will consider the package as non-free which will prevent it from inclusion into main Debian distribution and in turn we also could not get cummeRbund updated. Kind regards and thanks for your cooperation Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728280: gnome-shell: Random lockups/freezes
On 30/10/13 09:09, Adnan Hodzic wrote: Package: gnome-shell Version: 3.8.4-4 Severity: important Dear Maintainer, Since I moved to GNOME 3.8.x, I have random lockups/freezes and I really can't see any pattern which will lead to this situation. This happens on both this machine (Jessie with GNOME 3.8.x from Sid), and my home machine which is running pure Sid. Once it freezes, I can't restart the X session, all I can do is run Ctrl + Alt + F1 and restart the whole computer. Sounds like the GC bug. I'm seeing this two every now and then. A planned update to mozjs might solve this. Please inform me if you need any additional input from me, or have any other comments or questions. As a workaround, from a tty (after doing ctrl+alt+f1) run `killall -9 gnome-shell', then go back to gnome-shell. It should restart in a few seconds and work again, with all your windows untouched. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728293: libusb-java: FTBFS LibusbJava.c:9:17: fatal error: jni.h: No such file or directory
Package: libusb-java Version: 0.8+ztex20090101-6 Severity: serious Hi, Your package FTBFS on all architectures except mips{,el} with the error gcc -fPIC -g -c -std=c99 -Wall -Wno-pointer-to-int-cast -I /usr/lib/jvm/java-6-openjdk-armel/include -I /usr/lib/jvm/java-6-openjdk-armel/include/linux LibusbJava.c -oLibusbJava.o LibusbJava.c:9:17: fatal error: jni.h: No such file or directory #include jni.h (possibly with a s/-armel/-$arch) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728288: RFA: stressapptest
* Blanc Pierre [Wed Oct 30, 2013 at 10:44:25AM +0100]: I would be happy to adopt it. Great, thanks. My git repository of the Debian packaging is available at https://github.com/mika/stressapptest-deb Please let me know when I can remove it. regards, -mika- signature.asc Description: Digital signature
Bug#728294: gtk+3.0: FTBFS on sparc but built there in the past
Package: gtk+3.0 Version: 3.8.6-1 Severity: serious Hi, Your package appears to FTBFS on sparc, but was built there in the past. This (among other things) blocks testing migration. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728295: xen: Issues with Networking on virtual hosts with Xen.3.0.3-1
Package: xen-utils-3.0.3-1 Version: 3.0.3-0-4 Severity: critical File: xen Justification: breaks the whole system We have a major issue at present which i'm finding difficult to resolve. I have 3 x physical hosts all running Debian Etch and Xen 3.0.3-1 hypervisor on each running 4 x Debian Etch Virtual Machines. The hypervisor is configured with network-nat and vif-nat. These hosts have been inherited by me to look after from a previous colleague. They have been working fine with no traffic issues for the last 2 years up until the last week whereby I noticed virtual machines just randomly dropping their connection to the host and vif generated interface. It drops the connection for approx 30-40 seconds (sometimes longer) and the all of a sudden decides to kick in and work again. I can still connect to the virtual machine via xm console machinename.domainname.com and logon whilst it looses it's network connection. On the virtual machine i run a ifconfig and it shows the correct IP / Mac, however when i run route -n it struggles and hangs to get the gateway address (ie; the VIF for the host). I can ping the virtual machines static IP address, but can not ping the default gateway (ie; the VIF). When i run a tcpdump on both the virtual machine eth0 and the physical host vif interface i can see a load of arp requests on both. ie; who-is at xx.xx.xx.xx tell xx.xx.xx.xx. After 30-40 seconds it decides to clear itself and continue the traffic. It must have been a long standing issue over the 2yrs however as we are generating more and more traffic to the virtual machines i think it's becoming overloaded and stopping the VM from accepting any incoming/outgoing connections until it clears itself somehow. Problem is i don't know how to troubleshoot this within Xen. I tried using the xen-bugtool however i get a python error stating ImportError: No module named xen.util. What steps do i need to carry out to troubleshoot and resolve my issue? -- System Information: Debian Release: lenny/sid APT prefers oldstable APT policy: (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-vserver-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xen-utils-3.0.3-1 depends on: ii iproute20061002-3Professional tools to control the ii libc6 2.7-6 GNU C Library: Shared libraries ii libncurses55.6+20080203-1Shared libraries for terminal hand ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.15-0.1register and build utility for Pyt ii udev 0.114-2 /dev/ and hotplug management daemo ii xen-utils-common 3.1.0-1 XEN administrative tools - common ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages xen-utils-3.0.3-1 recommends: ii bridge-utils 1.4-1 Utilities for configuring the Linu ii xen-hypervisor-3.0.3-1-amd64 3.0.3-0-4 The Xen Hypervisor on AMD64 -- no debconf information _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ This email and any attachments to it may contain privileged and/or confidential information. If you are not the intended recipient you must not disclose, distribute, copy, print or rely on any of the information contained. If you have received this email in error please reply and tell us and then delete it. Freedom Finance The Lending Wizard are trading styles of Moneio Ltd Moneio Ltd will not accept any liability for damage caused by computer viruses emanating from any email or attachment to the email. This email is not intended to create legally binding commitments on behalf of Moneio Ltd, nor do its contents reflect the corporate views or policies of Moneio Ltd. Moneio Ltd, incorporated in England and Wales (Company number 06297533) Atlantic House, Atlas Business Park, Simonsway, Manchester, M22 5PR. Telephone calls may be recorded and/or monitored. Licensed under the Consumer Credit Act. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
Hi on Monday 28 October 2013-13:09:24 Guido Günther (Guido Günther a...@sigxcpu.org) wrote: Hi Manuel,, On Mon, Oct 28, 2013 at 10:30:50AM +0100, Manuel VIVES wrote: Hi Guido [..snip..] I agree with you for moving it into libvirt-bin, so I did it and I modified the libvirt-bin script in order to do this. It is attached to the mail. I also made a check for systemd, and if it's running, there is just a message saying that you can not use this cgroup configuration with systemd and the function exits. Great! The systemd_running funciton seems to check for the wrong dir though ;) Moreover: shouldn't we better execute mount_cgroups when the daemon gets started (iff system_like_cgroups is set in /etc/default/libvirt-bin) and try to unmount it on daemon stop (we shouldn't fail then since there might be other cgroups running). Having them as extra targets is nice but wouln't work by itself if we want to do it automatically on system startup. Here is the new version, so the folder tested is changed ;) There is also a function called check_mount_cgroup_options which checks if the variable mount_cgroups_at_startup is yes, and if so, it will mount cgroups when starting the daemon, but it will also umount cgroups when stopping it. If the mount fails we exit, but we don't if it's the umount that fails. Regards, Manuel VIVES Cheers, -- Guido libvirt-bin Description: application/shellscript
Bug#728294: gtk+3.0: FTBFS on sparc but built there in the past
On Wed, Oct 30, 2013 at 6:39 PM, Niels Thykier ni...@thykier.net wrote: Package: gtk+3.0 Version: 3.8.6-1 Severity: serious Hi, Your package appears to FTBFS on sparc, but was built there in the past. This (among other things) blocks testing migration. It was failed on mips64el port, while successful when manually build or rebuild with sbuild. It is nearly the same situation as sparc. ~Niels ___ pkg-gnome-maintainers mailing list pkg-gnome-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnome-maintainers -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728288: RFA: stressapptest
Hi Michael, My git repository of the Debian packaging is available at https://github.com/mika/stressapptest-deb Please let me know when I can remove it. Ok, I will try to switch it to anonscm this week. Best Resgards -- Cordialement, Blanc Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728241: pnopaste: fails to install: subprocess installed post-installation script returned error exit status 1
tag #728241 + pending thanks Thanks, this should be the fix: Index: debian/changelog === --- debian/changelog(Revision 4920) +++ debian/changelog(Arbeitskopie) @@ -1,3 +1,10 @@ +pnopaste (1.5-2) UNRELEASED; urgency=low + + * Add db_stop to postinst. +Closes: #728241 + + -- Patrick Matthäi pmatth...@debian.org Wed, 30 Oct 2013 11:45:33 +0100 + pnopaste (1.5-1) unstable; urgency=low * New upstream release. Index: debian/pnopaste.postinst === --- debian/pnopaste.postinst(Revision 4920) +++ debian/pnopaste.postinst(Arbeitskopie) @@ -15,6 +15,8 @@ apache2_invoke enconf pnopaste.conf fi +db_stop + #DEBHELPER# exit 0 Am 29.10.2013 21:53, schrieb Andreas Beckmann: Package: pnopaste Version: 1.5-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. This was observed during an installation test where installing Recommends was *enabled*. From the attached log (scroll to the bottom...): Setting up pnopaste (1.5-1) ... dbconfig-common: writing config to /etc/dbconfig-common/pnopaste.conf Creating config file /etc/dbconfig-common/pnopaste.conf with new version Creating config file /etc/pnopaste/debiandb.pm with new version granting access to database pnopaste for pnopaste@localhost: success. verifying access for pnopaste@localhost: success. creating database pnopaste: success. verifying database pnopaste exists: success. populating database via sql... done. dbconfig-common: flushing administrative password dpkg: error processing pnopaste (--configure): subprocess installed post-installation script returned error exit status 1 cheers, Andreas -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720981: Seems already done!
Hi Lucas, I updated the manpages from the git repo with a usage on regular bases paragraph and also added a paragraph about support for http proxy added in bug #726403 (in which I forgot the documentation update). Please find attached the 2 updated files. Please tell me if the added paragraphs fits you. Best regards, Joseph how-can-i-help(1) :doctype: manpage NAME how-can-i-help - show opportunities for contributing to Debian SYNOPSIS *how-can-i-help* ['-ahq'] ['--help'] ['--all'] ['--quiet'] DESCRIPTION --- *how-can-i-help* hooks into APT to list opportunities for contributions to Debian (orphaned packages, bugs tagged 'gift') for packages installed locally, after each APT invocation. It can also be invoked directly, and then lists all opportunities for contribution (not just the new ones). OPTIONS --- Options must come before the other command line arguments. *-h*, *--help*:: Show some help. *-a*, *--all*:: Show all opportunities for contribution. * *-q*, *--quiet*:: Do not display header and footer. PROXY SUPPORT - *how-can-i-help* uses the HTTP_PROXY (or http_proxy) environment variable as http proxy configuration. Be carefull when using how-can-i-help directly with the sudo command, you must have set the http_proxy variable in root's bashrc and launch the sudo command with a '-i' option. As it is executed after the APT invocations, the same configuration applies when using APT with sudo. RUNNING ON REGULAR BASIS You can run how-can-i-help in a cron job as normal (sudoer) user so that you recieve a mail when new things are reported. To recieve only mails when new contributions are recieve, use the '-q' flag. NOTE: As a normal user, how-can-i-help always runs with the --all option, so it would pop a mail every time cron job runs. Use it behind a 'sudo' to be able to only have a mail when new help is needed. WARNING: If you are behind a proxy, then you will have to use a 'sudo -i'. This will generate a mail with the 'stdin: is not a tty' message each time the job runs. + The solution is to replace the 'mesg n' line by 'tty -s mesg n' in root's profile. Crontab example: - 00 08 * * * /usr/bin/sudo how-can-i-help -q - ADDITIONAL PACKAGES --- *how-can-i-help* can also monitor packages not installed locally. These are listed in ~/.config/how-can-i-help/packages separated by whitespaces or newlines. For example one can monitor all package from a server as follow: # ssh myserver dpkg -l | tail -n+5 | awk '{ print $2 }' \ ~/.config/how-can-i-help/packages SEE ALSO https://wiki.debian.org/how-can-i-help AUTHOR -- Lucas Nussbaum (lu...@debian.org) DATE 2013-10-30 // vim: set filetype=asciidoc: how-can-i-help.1 Description: Binary data
Bug#728296: electricsheep: No video output
Package: electricsheep Version: 2.7~b12+svn20091224-2 Severity: grave Justification: renders package unusable Hi, electricsheep works fine (program start anddownload sheeps) but no sheep are diplayed. dmesg report: electricsheep[16984]: segfault at 51ae0624 ip 7f832ede94ab sp 7fff8b529cb0 error 4 in libavformat.so.54.63.104[7f832eced000+14b000] -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (501, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages electricsheep depends on: ii curl 7.33.0-1 ii debconf [debconf-2.0] 1.5.51 ii flam3 3.0.1-3 ii gconf2 3.2.6-1 ii libatk1.0-02.10.0-2 ii libavcodec54 10:1.2.4-dmo3 ii libavformat54 10:1.2.4-dmo3 ii libavutil5210:1.2.4-dmo3 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libexpat1 2.1.0-4 ii libfontconfig1 2.11.0-1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglade2-01:2.6.4-1 ii libglib2.0-0 2.38.0-1 ii libgtk2.0-02.24.21-1 ii libjpeg-progs 8d-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-01.36.0-1 ii libpangoft2-1.0-0 1.36.0-1 ii libxml22.9.1+dfsg1-3 ii mplayer2 [mplayer] 2.0-701-gd4c5b7f-2 ii xloadimage 4.1-22 ii zlib1g 1:1.2.8.dfsg-1 electricsheep recommends no packages. electricsheep 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#728297: xfce: Fonts are corrupted after restoring from sleep or hibernate
Package: xfdesktop4 Version: 4.10.2-3 Severity: important File: xfce Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? This occurs after restarting from a hibernated session or from a suspended session. * What exactly did you do (or not do) that was effective (or ineffective)? Have not been able to get the fonts fixed in the same session, but restarting XOrg seems to fix the issue. * What was the outcome of this action? Restarting XOrg works, but it is a bit heavy handed. * What outcome did you expect instead? Expected to be able to suspend/hibernate and after restoring have no font corruption. Is it possible that there is something wrong with the font server? Is it possible to restart the font server and force it to re-render all fonts? Strangely, doesn't effect xterm, but does effect emacs and other apps. , *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfdesktop4 depends on: ii exo-utils 0.10.2-2 ii libc6 2.17-93 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-20.100.2-1 ii libexo-1-0 0.10.2-2 ii libgarcon-1-0 0.2.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libnotify4 0.7.6-1 ii libpango-1.0-0 1.32.5-5+b1 ii libthunarx-2-0 1.6.3-1 ii libwnck22 2.30.7-1 ii libx11-62:1.6.2-1 ii libxfce4ui-1-0 4.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii xfdesktop4-data 4.10.2-3 Versions of packages xfdesktop4 recommends: ii dbus-x11 1.6.16-1 ii librsvg2-common 2.36.4-2 ii xdg-user-dirs0.15-1 Versions of packages xfdesktop4 suggests: ii menu 2.1.46 -- 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#727628: xfce4-weather-plugin Wheezy
with version 0.7.4-4 my weather-plugin is alive again, thanks for the quick fix. /Ingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728291: pu: package iftop/1.0~pre2-4~deb7u1
Control: tags -1 + wheezy moreinfo On 2013-10-30 9:55, Markus Koschany wrote: I am the new maintainer for iftop. I would like to update the version of iftop in stable because of bug #677141. [...] This is already fixed in unstable and testing but since turning off dns resolution is a regular use case, I think it should be fixed in stable, too. Thanks; the patch for that bug looks fine. The other important changes include a stricter versioned dependency on debhelper (= 9) and a switch to source format 3.0 for applying the new patch without further changes. I'm afraid that neither of these is appropriate for an update to stable. If the package does not have an existing patch system, then the changes should simply be applied directly; some maintainers find it helpful to maintain a patch file as part of the source package in such cases, even though it is not applied as part of the package build process. 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#728294: gtk+3.0: FTBFS on sparc but built there in the past
On 30/10/13 11:46, YunQiang Su wrote: On Wed, Oct 30, 2013 at 6:39 PM, Niels Thykier ni...@thykier.net wrote: Package: gtk+3.0 Version: 3.8.6-1 Severity: serious Hi, Your package appears to FTBFS on sparc, but was built there in the past. This (among other things) blocks testing migration. Indeed. I had missed that. It fails with: ERROR:/build/gtk+3.0-W7h_KC/gtk+3.0-3.8.6/./gtk/tests/testing.c:261:test_spin_button_arrows: assertion failed: (newval oldval) /ui-tests/spin-button-arrows:FAIL It was failed on mips64el port, while successful when manually build or rebuild with sbuild. It is nearly the same situation as sparc. Is it failing on the same test? Have you investigated it already? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726876: gstreamer1.0-plugins-base: probably causes by totem-plparser
Package: gstreamer1.0-plugins-base Version: 1.2.0-2 Followup-For: Bug #726876 Sebastian suggest that this bug is caused by totem-plparser, which somehow causes the process to hang: Thread 5 (Thread 0x7fffcc8b0700 (LWP 13092)): #0 0x71c3724d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7216a194 in g_main_context_poll (priority=2147483647, n_fds=1, fds=0x7fffc813c380, timeout=-1, context=0x7fffc81387e0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3995 #2 g_main_context_iterate (context=0x7fffc81387e0, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3696 #3 0x7216a5fa in g_main_loop_run (loop=0x7fffc81388a0) at /tmp/buildd/glib2.0-2.36.4/./glib/gmain.c:3895 #4 0x7295d693 in g_dbus_connection_send_message_with_reply_sync (connection=connection@entry=0x566219b0, message=message@entry=0x7fffc8001a30, flags=flags@entry=G_DBUS_SEND_MESSAGE_FLAGS_NONE, timeout_msec=timeout_msec@entry=2147483647, out_serial=out_serial@entry=0x0, cancellable=cancellable@entry=0x0, error=error@entry=0x7fffcc8af7d8) at /tmp/buildd/glib2.0-2.36.4/./gio/gdbusconnection.c:2240 #5 0x7295dac7 in g_dbus_connection_call_sync_internal (connection=0x566219b0, bus_name=bus_name@entry=0x7fffc81389f0 :1.75, object_path=0x7fffc8145be0 /org/gtk/vfs/mount/1, interface_name=interface_name@entry=0x7fffc8145c00 org.gtk.vfs.Mount, method_name=method_name@entry=0x7fffe5120903 OpenForRead, parameters=parameters@entry=0x56b4a560, reply_type=0x7fffc8142c60, flags=G_DBUS_CALL_FLAGS_NONE, timeout_msec=2147483647, fd_list=0x0, out_fd_list=0x7fffcc8af948, cancellable=0x0, error=0x7fffcc8af958) at /tmp/buildd/glib2.0-2.36.4/./gio/gdbusconnection.c:5564 #6 0x7295fc65 in g_dbus_connection_call_with_unix_fd_list_sync (connection=optimized out, bus_name=bus_name@entry=0x7fffc81389f0 :1.75, object_path=optimized out, interface_name=interface_name@entry=0x7fffc8145c00 org.gtk.vfs.Mount, method_name=method_name@entry=0x7fffe5120903 OpenForRead, parameters=parameters@entry=0x56b4a560, reply_type=reply_type@entry=0x7fffc8142c60, flags=flags@entry=G_DBUS_CALL_FLAGS_NONE, timeout_msec=2147483647, fd_list=fd_list@entry=0x0, out_fd_list=out_fd_list@entry=0x7fffcc8af948, cancellable=cancellable@entry=0x0, error=error@entry=0x7fffcc8af958) at /tmp/buildd/glib2.0-2.36.4/./gio/gdbusconnection.c:5908 #7 0x729694b3 in g_dbus_proxy_call_sync_internal (proxy=0x5666c650, method_name=optimized out, parameters=0x56b4a560, flags=G_DBUS_CALL_FLAGS_NONE, timeout_msec=-1, fd_list=0x0, out_fd_list=0x7fffcc8af948, cancellable=0x0, error=0x7fffcc8af958) at /tmp/buildd/glib2.0-2.36.4/./gio/gdbusproxy.c:2910 #8 0x7fffe5117ab3 in gvfs_dbus_mount_call_open_for_read_sync () from /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so #9 0x7fffe53445bd in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libgvfsdbus.so #10 0x7494a8c1 in ?? () from /usr/lib/libtotem-plparser.so.17 #11 0x7494e086 in ?? () from /usr/lib/libtotem-plparser.so.17 #12 0x7494ebf8 in totem_pl_parser_parse_with_base () from /usr/lib/libtotem-plparser.so.17 #13 0x7494ecf5 in ?? () from /usr/lib/libtotem-plparser.so.17 #14 0x7290f51f in run_in_thread (job=optimized out, c=0x0, _data=0x56608cb0) at /tmp/buildd/glib2.0-2.36.4/./gio/gsimpleasyncresult.c:871 #15 0x728fd7a6 in io_job_thread (task=optimized out, source_object=optimized out, task_data=0x566c64c0, cancellable=optimized out) at /tmp/buildd/glib2.0-2.36.4/./gio/gioscheduler.c:89 #16 0x7291c045 in g_task_thread_pool_thread (thread_data=0x565f5480, pool_data=optimized out) at /tmp/buildd/glib2.0-2.36.4/./gio/gtask.c:1242 #17 0x7218eb96 in g_thread_pool_thread_proxy (data=optimized out) at /tmp/buildd/glib2.0-2.36.4/./glib/gthreadpool.c:309 #18 0x7218e1d5 in g_thread_proxy (data=0x56609de0) at /tmp/buildd/glib2.0-2.36.4/./glib/gthread.c:798 #19 0x71f0de0e in start_thread (arg=0x7fffcc8b0700) at pthread_create.c:311 #20 0x71c429ed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gstreamer1.0-plugins-base depends on: ii libc6 2.17-93 ii libcdparanoia0 3.10.2+debian-11 ii libglib2.0-02.36.4-1 ii libgstreamer-plugins-base1.0-0 1.2.0-2 ii libgstreamer1.0-0 1.2.0-1 ii libogg0 1.3.1-1 ii liborc-0.4-01:0.4.18-1 ii libtheora0
Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host
On Wed, Oct 30, 2013 at 11:47:01AM +0100, Manuel VIVES wrote: Hi on Monday 28 October 2013-13:09:24 Guido Günther (Guido Günther a...@sigxcpu.org) wrote: Hi Manuel,, On Mon, Oct 28, 2013 at 10:30:50AM +0100, Manuel VIVES wrote: Hi Guido [..snip..] I agree with you for moving it into libvirt-bin, so I did it and I modified the libvirt-bin script in order to do this. It is attached to the mail. I also made a check for systemd, and if it's running, there is just a message saying that you can not use this cgroup configuration with systemd and the function exits. Great! The systemd_running funciton seems to check for the wrong dir though ;) Moreover: shouldn't we better execute mount_cgroups when the daemon gets started (iff system_like_cgroups is set in /etc/default/libvirt-bin) and try to unmount it on daemon stop (we shouldn't fail then since there might be other cgroups running). Having them as extra targets is nice but wouln't work by itself if we want to do it automatically on system startup. Here is the new version, so the folder tested is changed ;) There is also a function called check_mount_cgroup_options which checks if the variable mount_cgroups_at_startup is yes, and if so, it will mount cgroups when starting the daemon, but it will also umount cgroups when stopping it. If the mount fails we exit, but we don't if it's the umount that fails. Great. There are some minor issues, you have: if systemd_running then ... mount cgroups fi This is backward. You need to mount the cgroups if systemd is not running. It'd also rename the option to mount_cgroups (remove the _on_startup) since the cgroups are also mounted when starting the deaemon at a later point or when restarting the daemon. Cheers and thanks for your work on that! -- Guido Regards, Manuel VIVES Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728220: RFS: fatcat -- FAT32 explore, extract, repair, and forensic tool
Hi, Thanks for your comments I fixed it, lintian seems quiet now Concerning the files in images/, there is currently no scripts to generate it, but I wrote a tutorial explaining two of them ( https://github.com/Gregwar/fatcat/blob/master/docs/fun-with-fat.md) and repair.img is designed to test the repair options of the tool. Best Regards, Grégoire
Bug#728298: PTS: Please add bootstrapping hints from bootstrap.debian.net to appropriate source packages
Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: pts Hi, Paul Wise was recently so kind to make bootstrap.debian.net a CNAME to a server of mine where I'm now hosting bootstrapping hints for whole architectures as well as for individual packages: http://bootstrap.debian.net/ The data is generated daily from the midnight snapshot.debian.org snapshot. You can either view the results for one architecture: http://bootstrap.debian.net/amd64/stats.html Or for a particular source packages: http://bootstrap.debian.net/source/avahi_0.6.31-2.html I think it would be helpful for future bootstrapping purposes if the pts could link to this information for the affected source packages. The raw data is available in JSON format. Either per architecture (see the table on the front page) or in a structure that summarized the relevant data for all affected source packages: http://bootstrap.debian.net/source/stats.json There is also a list of only the source package names if that helps to avoid downloading a couple of megabytes each time: http://bootstrap.debian.net/source/stats_min.json I'm just now finished with writing the html generating python code, so pleas also tell me things I can improve with the readability and understandability of the output. Generating these pages (without parallelization) takes a bit over 3 hours. So it would also be possible to update these pages in the update frequency of ftp.debian.org if so desired. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727642: [t...@mirbsd.de: Bug#727642: dose-distcheck: fails on input that works with edos-debcheck and is correct]
This concerns debian bug 727642. On Fri, Oct 25, 2013 at 12:37:28PM +0200, Pietro Abate wrote: As you can see there is a conflict in m68k%3alibc6 with package m68k%3aunscd 4 . This conflict comes from the Breaks conflict with nscd ( 2.17) . Since unscd provides nscd (all versions), the two packages are indeed in conflict. I would say edos-debcheck is wrong. I don't see why. As I understand it, a versionend break should apply only to real packages and not to virtual packages, as it is also the case with Dependencies. The Debian Policy says in Section 7.5: If a relationship field has a version number attached, only real packages will be considered to see whether the relationship is satisfied (or the prohibition violated, for a conflict or breakage). In other words, if a version number is specified, this is a request to ignore all Provides for that package name and consider only real packages. OTOH, the action of dose-distcheck seems to be specific to Multi-arch=same - If I remove the multiarch from the libc6 package then no conflict is detected. Is there a reason for doing that exception? -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728220: RFS: fatcat -- FAT32 explore, extract, repair, and forensic tool
(I've also moved it from misc to utils)
Bug#728299: nmu: phonon-backend-vlc_0.6.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu As stated in [0]: Hello, recently vlc source package has been updated and it now builds libvlccore7 instead of libvlccore5. It is possible to build phonon-backend-vlc against the new libvlccore7. Now phonon-backend-vlc have broken depends on i386 and amd64. On others architectures new version is not avaitable now, see #727831. #727831 seems fixed, so I'm requesting a binNMU on all archs. [0] http://lists.debian.org/debian-release/2013/10/msg00723.html nmu phonon-backend-vlc_0.6.2-2 . ALL . -m Rebuild against libvlccore7. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.5+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726876: gstreamer1.0-plugins-base: probably causes by totem-plparser
reassign 726876 totem-pl-parser thanks On Mi, 2013-10-30 at 12:15 +0100, Johannes Rohr wrote: Package: gstreamer1.0-plugins-base Version: 1.2.0-2 Followup-For: Bug #726876 Sebastian suggest that this bug is caused by totem-plparser, which somehow causes the process to hang: Or gvfs or gdbus or the dbus daemon :) There's nothing GStreamer related in the backtraces at all. -- Sebastian Dröge sl...@debian.org PGP: 4096R/7F4B C7CC 3CA0 6F97 336B BFEB 0668 CC14 86C2 D7B5 http://coaxion.net signature.asc Description: This is a digitally signed message part
Bug#684828: (no subject)
Sorry why this bug is still open? uglifyjs reached testing months ago, I think this bug can be closed, in order to allow backbone reach testing bests, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726826: lynis: Lynis fails to check a few places NTP client might be configured.
Hi Dave, First of all, thanks for your report and patch. I'm going to test your patch with new upstream version 1.3.3. On Sat, Oct 19, 2013 at 10:14:29AM -0600, Dave Vehrs wrote: Package: lynis Version: 1.3.2-1 Severity: normal Tags: patch Dear Maintainer, I've run into a pair of small problems with the way Lynis is testing for configured NTP clients. [...] I have included a patch that includes fixes for both problems for your consideration. Is this the type of change Lynis should make on Debian? Yes, I'll test your changes in 1.3.2-1 and send it to upstream developer to review it and include (if needed) in upstream release. Regards, Francisco Thank you, Dave Vehrs -- Debian GNU/Linux Developer francisco AT debian.org GPG: public key ID 556ABA51 http://people.debian.org/~francisco/ signature.asc Description: Digital signature
Bug#720981: Seems already done!
Hi Joseph, On Wed, Oct 30, 2013 at 11:53:37AM +0100, Joseph Herlant wrote: Hi Lucas, I updated the manpages from the git repo with a usage on regular bases paragraph and also added a paragraph about support for http proxy added in bug #726403 (in which I forgot the documentation update). Please find attached the 2 updated files. Please tell me if the added paragraphs fits you. Best regards, Joseph how-can-i-help(1) :doctype: manpage NAME how-can-i-help - show opportunities for contributing to Debian SYNOPSIS *how-can-i-help* ['-ahq'] ['--help'] ['--all'] ['--quiet'] DESCRIPTION --- *how-can-i-help* hooks into APT to list opportunities for contributions to Debian (orphaned packages, bugs tagged 'gift') for packages installed locally, after each APT invocation. It can also be invoked directly, and then lists all opportunities for contribution (not just the new ones). OPTIONS --- Options must come before the other command line arguments. *-h*, *--help*:: Show some help. *-a*, *--all*:: Show all opportunities for contribution. * *-q*, *--quiet*:: Do not display header and footer. PROXY SUPPORT - *how-can-i-help* uses the HTTP_PROXY (or http_proxy) environment variable as http proxy configuration. Be carefull when using how-can-i-help directly with the sudo command, you must have set the http_proxy variable in root's bashrc and launch the sudo command with a '-i' option. As it is executed after the APT invocations, the same configuration applies when using APT with sudo. RUNNING ON REGULAR BASIS You can run how-can-i-help in a cron job as normal (sudoer) user so that you recieve a mail when new things are reported. To recieve only mails when new contributions are recieve, use the '-q' flag. NOTE: As a normal user, how-can-i-help always runs with the --all option, so it would pop a mail every time cron job runs. Use it behind a 'sudo' to be able to only have a mail when new help is needed. This is not true anymore: since version 0.7 how-can-i-help behaves in the same way for all users. I suppose we do not need sudo anymore. Regards, Christophe WARNING: If you are behind a proxy, then you will have to use a 'sudo -i'. This will generate a mail with the 'stdin: is not a tty' message each time the job runs. + The solution is to replace the 'mesg n' line by 'tty -s mesg n' in root's profile. Crontab example: - 00 08 * * * /usr/bin/sudo how-can-i-help -q - ADDITIONAL PACKAGES --- *how-can-i-help* can also monitor packages not installed locally. These are listed in ~/.config/how-can-i-help/packages separated by whitespaces or newlines. For example one can monitor all package from a server as follow: # ssh myserver dpkg -l | tail -n+5 | awk '{ print $2 }' \ ~/.config/how-can-i-help/packages SEE ALSO https://wiki.debian.org/how-can-i-help AUTHOR -- Lucas Nussbaum (lu...@debian.org) DATE 2013-10-30 // vim: set filetype=asciidoc: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
Op 29-10-13 09:26, Steve Langasek schreef: I see no reason that, if upstart were chosen as the default, porters could not use it for our non-Linux ports as well. With some work, sure. This is a much better outcome across our distribution as a whole than to require developers to continue maintaining init scripts just for our non-Linux ports. I did not say require, I said encourage. I agree that it's unreasonable to expect developers to maintain init scripts that they themselves do not use in addition to init configuration for whatever init system we end up with; and I do agree that it should be fair game for people to drop the init script from their package. However, there are some advantages to be had in continue to ship init scripts (while I can see no downsides, apart from the fact that they need to be written), and in that light it can make sense for us to encourage people to continue shipping init scripts. -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ signature.asc Description: OpenPGP digital signature
Bug#728183: plasma-desktop: Plasma desktop crashes on boot since update
I don't know whether it is related or not, but I have just noticed I'm getting tons of: mei_me :00:03.0: reset: connect/disconnect timeout. mei_me :00:03.0: unexpected reset: dev_state = RESETTING I'm on a HP Compaq dc7700, so Intel gfx/cpu around here. Regards, Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728291: pu: package iftop/1.0~pre2-4~deb7u1
On 30.10.2013 12:13, Adam D. Barratt wrote: [...] The other important changes include a stricter versioned dependency on debhelper (= 9) and a switch to source format 3.0 for applying the new patch without further changes. I'm afraid that neither of these is appropriate for an update to stable. If the package does not have an existing patch system, then the changes should simply be applied directly; some maintainers find it helpful to maintain a patch file as part of the source package in such cases, even though it is not applied as part of the package build process. I see. I have applied the patch directly and reverted the commits for the updated debhelper dependency, source format 3.0 and the change for the Standards-Version. The updated debdiff is attached. Regards, Markus diff -u iftop-1.0~pre2/debian/changelog iftop-1.0~pre2/debian/changelog --- iftop-1.0~pre2/debian/changelog +++ iftop-1.0~pre2/debian/changelog @@ -1,3 +1,26 @@ +iftop (1.0~pre2-4~deb7u1) stable; urgency=low + + * Rebuild for Wheezy. + * Apply only the required changes to fix bug #677141. Revert commits +580ac7d, b881f79, 66bb584. + + -- Markus Koschany a...@gambaru.de Wed, 30 Oct 2013 12:48:10 +0100 + +iftop (1.0~pre2-4) unstable; urgency=low + + * [488690e] New Maintainer. (Closes: #726549) + * [06096f6] Add memory-leak.patch. + - Fix a memory leak in resolver.c. The struct addr_storage was allocated + but never freed if dns resolution was turned off. Thanks to Olivier + Allard-Jacquin for the report and patch. (Closes: #677141) + * [ab3dd6a] Update VCS-fields. + - Move packaging to Git repository at collab-maint. + * [580ac7d] Require debhelper = 9 for compat level 9. (Closes: #693754) + * [b881f79] Switch to source format 3.0 (quilt). + * [66bb584] Bump Standards-Version to 3.9.4, no changes. + + -- Markus Koschany a...@gambaru.de Sat, 19 Oct 2013 11:26:10 +0200 + iftop (1.0~pre2-3) unstable; urgency=low * Enable hardening buildflags in debian/rules (Closes: #675849) diff -u iftop-1.0~pre2/debian/control iftop-1.0~pre2/debian/control --- iftop-1.0~pre2/debian/control +++ iftop-1.0~pre2/debian/control @@ -1,12 +1,12 @@ Source: iftop Section: net Priority: optional -Maintainer: Alexander Reichle-Schmehl toli...@debian.org +Maintainer: Markus Koschany a...@gambaru.de Build-Depends: debhelper (= 7.0.50~), autotools-dev, libncurses5-dev, libpcap0.8-dev Standards-Version: 3.9.3 Homepage: http://www.ex-parrot.com/~pdw/iftop/ -Vcs-Svn: svn://svn.debian.org/svn/collab-maint/deb-maint/iftop/trunk/ -Vcs-Browser: http://svn.debian.org/viewsvn/collab-maint/deb-maint/iftop/ +Vcs-Git: git://anonscm.debian.org/collab-maint/iftop.git +Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/iftop.git Package: iftop Architecture: any only in patch2: unchanged: --- iftop-1.0~pre2.orig/resolver.c +++ iftop-1.0~pre2/resolver.c @@ -472,15 +472,15 @@ int added = 0; struct addr_storage *raddr; -raddr = malloc(sizeof *raddr); -memset(raddr, 0, sizeof *raddr); -raddr-af = af; -raddr-len = (af == AF_INET ? sizeof(struct in_addr) - : sizeof(struct in6_addr)); -memcpy(raddr-addr, addr, raddr-len); - if(options.dnsresolution == 1) { +raddr = malloc(sizeof *raddr); +memset(raddr, 0, sizeof *raddr); +raddr-af = af; +raddr-len = (af == AF_INET ? sizeof(struct in_addr) + : sizeof(struct in6_addr)); +memcpy(raddr-addr, addr, raddr-len); + pthread_mutex_lock(resolver_queue_mutex); if(hash_find(ns_hash, raddr, u_hostname.void_pp) == HASH_STATUS_OK) { signature.asc Description: OpenPGP digital signature
Bug#728183: plasma-desktop: Plasma desktop crashes on boot since update
I'm not into meetooing but confirming here... Regards, Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728300: RFS: dh-make/0.62+nmu1 [NMU] [RC] -- fix RC bug #726653
Package: sponsorship-requests Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package dh-make, to fix RC bug #726653. * Package name: dh-make Version : 0.62+nmu1 Upstream Author : Craig Small csm...@debian.org * License : GPL-3+ Section : devel It builds those binary packages: dh-make- tool that converts source archives into Debian package source To access further information about this package, please visit the following URL: http://mentors.debian.net/package/dh-make Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/dh-make/dh-make_0.62+nmu1.dsc Changes since the last upload: dh-make (0.62+nmu1) unstable; urgency=low * Non-maintainer upload. * Use File::Cwd insetad of $ENV{PWD}. (Closes: #726653) -- Dominik George n...@naturalnet.de Wed, 30 Oct 2013 12:57:10 +0100 Regards, Dominik George - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJScPdUMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZhrhAAsQ1wZVExi9t26dVu0Wfk R2vZ7VkjfVA8VRz2arPYYaxKbKgPWNTtIEXZKil5ksBiGLRwDPTo0679ae+kuXM5 CyHKDWH7EBzVO90GcHs33O15l0OFbNWtmQW1zc0F70vBsOChyfkFNn/yG6Rjv1DD jNszqeiEGLCzxBYR/L5VC7sU15mz9Delg6OGQLl0vPcosIbACZjWq1Q3nobz6Zm9 gu3AMghd5Pob2VXa59fcD8/PmQNNaGqE71JMPRsNt9Rzbf1no/I36BvfD4SjPmWX VCR0zhH+qWXMy4nS7dlX54mRStT6rR+FvdylDJwqxYElW+2MD7I/QXEmx7+9JyxD wmlHdbqYQA1Gn1I+82WMNgWPb0rhRzEj3ZRlERS1gKnW6CmpcblCkx120RKQoOu7 FXevIyMJDhQWtAxM0wcCwcFDoO7zYAVVYu7BG9UYhfXF5S6iyZ2VRnZsUGqBqiNk uuZhuCv+YDguNatet553W3povVjzDA0eCizljtLNXM7ViHiz5OBCU+FrAEQsDO5k O7t1bV+rVlDknmsyslTUl1HWVsmy4L6tRjy83Ax9ksJh/IA6E8zeNRlWXdie7gWg TFVOR6LnzWBILaEWH573+L0ff+gZYLUFbZG2Y4vMQoVgzKaJSnF5nq81pUawMsaE XW+SDjzaBaFjx2K+jOsQD8A= =d5/z -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726876: libtotem-plparser17: caused by gvfs, fixed in experimental
Package: libtotem-plparser17 Version: 3.4.5-1 Followup-For: Bug #726876 Just installed gvfs 1.8 from experimental, which fixes this. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libtotem-plparser17 depends on: ii libarchive133.1.2-7 ii libc6 2.17-93 ii libglib2.0-02.38.1-2 ii libgmime-2.6-0 2.6.19-1 ii libquvi70.4.1-2 ii libsoup-gnome2.4-1 2.44.1-1 ii libsoup2.4-12.44.1-1 ii libxml2 2.9.1+dfsg1-3 libtotem-plparser17 recommends no packages. libtotem-plparser17 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#728301: otrs2: fails to install, remove, and install again
Package: otrs2 Version: 3.2.11-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove (but not purge), and install again. Before the second installation the package is in config-files-remaining state. The configuration is remaining from the last version that was successfully configured - which is the same version that is going to be installed again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): 0m49.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', '-y', 'install', 'otrs2=3.2.11-1'] 0m54.2s DUMP: Reading package lists... Building dependency tree... Reading state information... Suggested packages: otrs2-doc-en otrs2-doc-de libnet-ldap-perl libjson-xs-perl libnet-smtp-tls-butmaintained-perl libtext-csv-xs-perl libencode-hanextra-perl Recommended packages: procmail maildrop aspell ispell The following NEW packages will be installed: otrs2 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 4451 kB of archives. After this operation, 60.5 MB of additional disk space will be used. Get:1 http://ftp.de.debian.org/debian/ sid/main otrs2 all 3.2.11-1 [4451 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 4451 kB in 0s (29.3 MB/s) Selecting previously unselected package otrs2. (Reading database ... 15282 files and directories currently installed.) Unpacking otrs2 (from .../otrs2_3.2.11-1_all.deb) ... Warning: The home dir /usr/share/otrs you specified can't be accessed: No such file or directory Adding system user `otrs' (UID 151) ... Adding new user `otrs' (UID 151) with group `www-data' ... Not creating home directory `/usr/share/otrs'. Setting up otrs2 (3.2.11-1) ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Creating config file /etc/dbconfig-common/otrs2.conf with new version Creating config file /etc/otrs/database.pm with new version granting access to database otrs2 for otrs@localhost: success. verifying access for otrs@localhost: success. creating database otrs2: success. verifying database otrs2 exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Creating config file /etc/otrs/Kernel/Config.pm with new version Creating config file /etc/otrs/Kernel/Config/GenericAgent.pm with new version Creating config file /etc/otrs/maintenance.html with new version Creating config file /etc/otrs/cron with new version Creating config file /etc/otrs/fetchmailrc with new version apache2_invoke perl: already enabled invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke: Enable module rewrite invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke: Enable module headers invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke deflate: already enabled invoke-rc.d: policy-rc.d denied execution of restart. Subroutine Load redefined at (eval 20) line 2. apache2_invoke: Enable configuration otrs2.conf invoke-rc.d: policy-rc.d denied execution of reload. invoke-rc.d: policy-rc.d denied execution of start. 0m54.2s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', '-y', 'install', 'otrs2=3.2.11-1'] 0m54.2s INFO: Running scripts post_install 0m54.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', 'remove', 'otrs2'] 0m54.9s DUMP: Reading package lists... Building dependency tree... Reading state information... The following packages were automatically installed and are no longer required: [...] Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: otrs2 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 60.5 MB disk space will be freed. (Reading database ... 17780 files and directories currently installed.) Removing otrs2 ... invoke-rc.d: policy-rc.d denied execution of stop. 0m54.9s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', 'remove', 'otrs2'] 0m54.9s INFO: Reinstalling after remove [...] 0m55.6s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', '-y', 'install', 'otrs2=3.2.11-1'] 0m59.6s DUMP: Reading package lists... Building dependency tree... Reading state information... Suggested packages: otrs2-doc-en otrs2-doc-de libnet-ldap-perl libjson-xs-perl libnet-smtp-tls-butmaintained-perl libtext-csv-xs-perl libencode-hanextra-perl Recommended packages: procmail maildrop aspell ispell The following NEW packages will be installed: otrs2 debconf: delaying package configuration, since apt-utils is not installed 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Bug#728302: cryptsetup: luksChangeKey does NOT ask twice for the new passphrase
Package: cryptsetup Version: 2:1.6.1-1 Severity: important Dear Maintainer, cryptsetup luksChangeKey /dev/luks_volume does ask once for the old passphrase and then only once for the new passphrase, which may lead to severe dataloss, if the user types the new passphrase wrong. Miss-typed or keypress was to soft, breadcrumbs under a key, there are several reasons why mishaps may happen and in its current form this limitation seriously asks for such issues to arise sooner than later. Please change the behaviour, so that cryptsetup asks twice for the new passphrase! regards Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: ii cryptsetup-bin 2:1.6.1-1 ii debconf [debconf-2.0] 1.5.51 ii dmsetup2:1.02.77-6+b1 ii libc6 2.17-93 ii sysv-rc2.88dsf-43 Versions of packages cryptsetup recommends: ii busybox 1:1.20.0-9 ii console-setup 1.102 ii initramfs-tools [linux-initramfs-tool] 0.114 ii kbd 1.15.5-1 Versions of packages cryptsetup suggests: ii dosfstools 3.0.16-2 ii liblocale-gettext-perl 1.05-7+b2 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726876: libtotem-plparser17: caused by gvfs, fixed in experimental
reassign 726876 gvfs fixed 726876 1.18.2-1 thanks On 30/10/13 13:15, Johannes Rohr wrote: Package: libtotem-plparser17 Version: 3.4.5-1 Followup-For: Bug #726876 Just installed gvfs 1.8 from experimental, which fixes this. I guess you mean 1.18 :) Marking as fixed in that version, thanks for the follow up. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728303: xfwm4: 'Left workspace' keyboard shortcut doesn't 'stick' through logouts
Package: xfwm4 Version: 4.8.3-2 Severity: normal I like to set Ctrl-§ as the shortcut for moving to the workspace left of the current one. I do that by going to Settings - Window manager in the XFCE menu, going to the Keyboard tab, scrolling down to the Left workspace action, double-clicking it, and hitting Ctrl-§ to set that as the keyboard shortcut. This takes effect immediately and works throughout the login session, even if the shortcut will be listed in the action list as 'Primary + Section' rather than 'Ctrl + §'. However, if I reboot the computer and log back in this particular keyboard shortcut no longer works, though all the others seem to work. When I go back to the WM keyboard settings the shortcut for the Left workspace action is still listed as 'Primary + Section', and if I double-click it and hit Ctrl-§ it stays listed as the same, but now it will go to the left workspace when I hit Ctrl-§ again. For some reason this configuration does not survive logouts, which I would expect it to do. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-0.bpo.2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfwm4 depends on: ii libc6 2.17-92 ii libdbus-glib-1-2 0.100.2-1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii libwnck22 2.30.7-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2+deb7u1 ii libxfce4ui-1-04.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 ii libxfixes31:5.0-4+deb7u1 ii libxrandr22:1.3.2-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 Versions of packages xfwm4 recommends: ii librsvg2-common 2.36.1-1 ii xfwm4-themes 4.6.0-3 Versions of packages xfwm4 suggests: ii xfce4 4.8.0.3 -- 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#728304: for schroot backend allow to run tests as user while installation steps as root
Package: autopkgtest Version: 2.3.8 Severity: wishlist Adding user's login to root-users configuration of schroot allows autopkgtest to invoke apt-get with necessary privileges, but then tests also run under root user, instead of the original user, which is undesirable for a few reasons: yoh 15703 0.4 \_ /usr/bin/python /usr/bin/adt-run --no-built-binaries ./ --- adt-virt-schroot sid-i386 yoh 15704 0.3 \_ /usr/bin/python /usr/bin/adt-virt-schroot sid-i386 root 17058 0.3 \_ schroot -r -d / -c sid-i386-5094c780-f425-4543-a3f6-9145051d9161 -u root -- sh -c set -e; exec 0'/dev/null' 1'/tmp/adt-run.3J1ybG/tree0t-unittests-stdout' 2'/tmp/adt-run.3J1ybG/tree0t-unittests-stderr'; cd '/tmp/adt-r root 17059 0.0 \_ su -c /tmp/adt-run.3J1ybG/tree0-tree/debian/tests/unittests root 17060 0.0 \_ /bin/sh /tmp/adt-run.3J1ybG/tree0-tree/debian/tests/unittests root 17062 88.2 \_ /usr/bin/python2.7 /usr/bin/nosetests-2.7 patsy it would be nice if schroot first initiated the session, used root for apt-get calls, and then actual tests call under a normal original user. Even better (although probably worth a separate wishlist bug?) would be if it allowed execution under another (specified, or temporarily created within the chroot) user thus to eliminate effects of local (existing) user configuration. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages autopkgtest depends on: ii apt-utils 0.9.8.2 ii debhelper 9.20130630 ii pbuilder 0.215 ii python 2.7.5-5 ii python-debian 0.1.21+nmu2 autopkgtest recommends no packages. Versions of packages autopkgtest suggests: pn autopkgtest-xenlvm none ii curl7.32.0-1 -- 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#720981: Seems already done!
Thanks a lot Christophe for noticing that point. I updated the manpage accordingly. Please find attached the corrected files. Regards, Joseph how-can-i-help(1) :doctype: manpage NAME how-can-i-help - show opportunities for contributing to Debian SYNOPSIS *how-can-i-help* ['-ahq'] ['--help'] ['--all'] ['--quiet'] DESCRIPTION --- *how-can-i-help* hooks into APT to list opportunities for contributions to Debian (orphaned packages, bugs tagged 'gift') for packages installed locally, after each APT invocation. It can also be invoked directly, and then lists all opportunities for contribution (not just the new ones). OPTIONS --- Options must come before the other command line arguments. *-h*, *--help*:: Show some help. *-a*, *--all*:: Show all opportunities for contribution. * *-q*, *--quiet*:: Do not display header and footer. PROXY SUPPORT - *how-can-i-help* uses the HTTP_PROXY (or http_proxy) environment variable as http proxy configuration. Be carefull when using how-can-i-help directly with the sudo command, you must have set the http_proxy variable in root's bashrc and launch the sudo command with a '-i' option. As it is executed after the APT invocations, the same configuration applies when using APT with sudo. RUNNING ON REGULAR BASIS You can run *how-can-i-help* in a cron job as normal user so that you recieve a mail when new things are reported. To recieve only mails when new contributions are recieve, use the '-q' flag. Crontab example: - 00 08 * * * how-can-i-help -q - ADDITIONAL PACKAGES --- *how-can-i-help* can also monitor packages not installed locally. These are listed in ~/.config/how-can-i-help/packages separated by whitespaces or newlines. For example one can monitor all package from a server as follow: # ssh myserver dpkg -l | tail -n+5 | awk '{ print $2 }' \ ~/.config/how-can-i-help/packages SEE ALSO https://wiki.debian.org/how-can-i-help AUTHOR -- Lucas Nussbaum (lu...@debian.org) DATE 2013-10-30 // vim: set filetype=asciidoc: how-can-i-help.1 Description: Binary data
Bug#720981: Seems already done!
Correcting a typo errors. Sorry. how-can-i-help(1) :doctype: manpage NAME how-can-i-help - show opportunities for contributing to Debian SYNOPSIS *how-can-i-help* ['-ahq'] ['--help'] ['--all'] ['--quiet'] DESCRIPTION --- *how-can-i-help* hooks into APT to list opportunities for contributions to Debian (orphaned packages, bugs tagged 'gift') for packages installed locally, after each APT invocation. It can also be invoked directly, and then lists all opportunities for contribution (not just the new ones). OPTIONS --- Options must come before the other command line arguments. *-h*, *--help*:: Show some help. *-a*, *--all*:: Show all opportunities for contribution. * *-q*, *--quiet*:: Do not display header and footer. PROXY SUPPORT - *how-can-i-help* uses the HTTP_PROXY (or http_proxy) environment variable as http proxy configuration. Be carefull when using *how-can-i-help* directly with the sudo command, you must have set the http_proxy variable in root's bashrc and launch the sudo command with a '-i' option. As it is executed after the APT invocations, the same configuration applies when using APT with sudo. RUNNING ON REGULAR BASIS You can run *how-can-i-help* in a cron job as normal user so that you recieve a mail when new things are reported. To recieve only mails when new contributions are recieved, use the '-q' flag. Crontab example: - 00 08 * * * how-can-i-help -q - ADDITIONAL PACKAGES --- *how-can-i-help* can also monitor packages not installed locally. These are listed in ~/.config/how-can-i-help/packages separated by whitespaces or newlines. For example one can monitor all package from a server as follow: # ssh myserver dpkg -l | tail -n+5 | awk '{ print $2 }' \ ~/.config/how-can-i-help/packages SEE ALSO https://wiki.debian.org/how-can-i-help AUTHOR -- Lucas Nussbaum (lu...@debian.org) DATE 2013-10-30 // vim: set filetype=asciidoc: how-can-i-help.1 Description: Binary data
Bug#725990: pu: package torque/2.4.16+dfsg-1+deb7u2
Hi On Thu, Oct 10, 2013 at 10:03:52PM +0200, Salvatore Bonaccorso wrote: I know you are currently busy for the point release, so no hurry for this one. During preparing the torque DSA-2770-1 I noticed that torque FTBFS on kfreebsd-amd64 and kfreebsd-i386, and also did on wheezy (a newer freebsd-utils package must have broken that, as previous upload and build to unstable now in wheezy was fine) I have filed #725870 and uploaded a fix to unstable on top of my previous NMU already. The builds are now fine also for kfreebsd-amd64 and kfreebsd-i386[1]. [1] https://buildd.debian.org/status/package.php?p=torque Could you accept the attached proposed debdiff trough stable-proposed-updates? (I know it's to late for 7.2, but meant for 7.3). Only wanted to ask back if this looks okay. The very same patch was applied in unstable, and there torque builded also on kfreebsd-i386 and kfreebsd-amd64 correctly now. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728305: initscripts: checkfs.sh fails trying to fsck an unavailable device
Package: initscripts Version: 2.88dsf-41+deb7u1 Severity: normal Dear Maintainer, On boot, the init script checkfs.sh executes fsck on all devices in fstab. In case a device doesn't exist or can't be accessed, fsck will fail with an error. The situation that made this an issue for me is the following (addmitted: a corner case, and not an example of good practise). I have an LVM VG that spans both local storage and an iscsi device. To avoid mounting it too early in the boot process, there is the _netdev mount option in fstab which makes sure the device only gets mounted after bringing up the network. So devices get mounted, open-iscsi logs in to its target, then the iscsi devices are mounted. There seems to be no equivalent mechanism for fsck however. Since the VG is partly local, it is already detected in the lvm init script. There is one LV that uses space on (is entirely on) the iscsi volume and thus it isn't activated. Enter the checkfs.sh init script: fsck sees the device and can't check it. I guess if it is desirable to take situations like this into account, it could also be solved by being able to choose VGS which should not be activated on boot (N.B. the open-iscsi init script can activate VGs by itself as a configuration option). -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/24 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.13-3.5 ii debianutils 4.3.2 ii libc6 2.13-38 ii lsb-base4.1+Debian8+deb7u1 ii mount 2.20.1-5.3 ii sysv-rc 2.88dsf-41+deb7u1 ii sysvinit-utils 2.88dsf-41+deb7u1 Versions of packages initscripts recommends: ii e2fsprogs 1.42.5-1.1 ii psmisc 22.19-1+deb7u1 initscripts 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#728306: freeradius only rotates /var/log/freeradius/radius.log, other logs (e.g. radacct/*) keep growing
Package: freeradius Version: 2.1.12+dfsg-1.2 Dear maintainers Freeradius only rotates the main logfile. Other logfiles (present in the configfiles shipped by Debian) are not rotated and can grow quite fast, especially files in the /var/log/freeradius/radacct/ directory. Also, these logfiles in /var/log/freeradius/radacct/ are created with the date in the filename which makes logrotating harder. I propose to remove the timestamps from the filenames and rotate all logs. Thanks, Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728301: otrs2: fails to install, remove, and install again
tag #728301 + pending thanks Thanks, fixed in svn: Index: debian/changelog === --- debian/changelog(Revision 4899) +++ debian/changelog(Arbeitskopie) @@ -1,3 +1,10 @@ +otrs2 (3.2.11-2) UNRELEASED; urgency=high + + * Allow otrs.DeleteCache.pl to fail in postinst. +Closes: #728301 + + -- Patrick Matthäi pmatth...@debian.org Wed, 30 Oct 2013 14:17:03 +0100 + otrs2 (3.2.11-1) unstable; urgency=low * New upstream release. Index: debian/otrs2.postinst === --- debian/otrs2.postinst (Revision 4899) +++ debian/otrs2.postinst (Arbeitskopie) @@ -78,7 +78,7 @@ setup_ZZZ if [ -f /etc/otrs/database.pm ]; then cd $OTRSHOME ./bin/otrs.RebuildConfig.pl /dev/null - cd $OTRSHOME ./bin/otrs.DeleteCache.pl /dev/null + cd $OTRSHOME ./bin/otrs.DeleteCache.pl /dev/null || true fi if [ -f $OTRS_VAR/Config/Files/ZZZAAuto.pm ]; then chown root:www-data $OTRS_VAR/Config/Files/ZZZAAuto.pm Am 30.10.2013 13:17, schrieb Andreas Beckmann: Package: otrs2 Version: 3.2.11-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install, remove (but not purge), and install again. Before the second installation the package is in config-files-remaining state. The configuration is remaining from the last version that was successfully configured - which is the same version that is going to be installed again. Like a plain failure on initial install this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): 0m49.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', '-y', 'install', 'otrs2=3.2.11-1'] 0m54.2s DUMP: Reading package lists... Building dependency tree... Reading state information... Suggested packages: otrs2-doc-en otrs2-doc-de libnet-ldap-perl libjson-xs-perl libnet-smtp-tls-butmaintained-perl libtext-csv-xs-perl libencode-hanextra-perl Recommended packages: procmail maildrop aspell ispell The following NEW packages will be installed: otrs2 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 4451 kB of archives. After this operation, 60.5 MB of additional disk space will be used. Get:1 http://ftp.de.debian.org/debian/ sid/main otrs2 all 3.2.11-1 [4451 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 4451 kB in 0s (29.3 MB/s) Selecting previously unselected package otrs2. (Reading database ... 15282 files and directories currently installed.) Unpacking otrs2 (from .../otrs2_3.2.11-1_all.deb) ... Warning: The home dir /usr/share/otrs you specified can't be accessed: No such file or directory Adding system user `otrs' (UID 151) ... Adding new user `otrs' (UID 151) with group `www-data' ... Not creating home directory `/usr/share/otrs'. Setting up otrs2 (3.2.11-1) ... dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf Creating config file /etc/dbconfig-common/otrs2.conf with new version Creating config file /etc/otrs/database.pm with new version granting access to database otrs2 for otrs@localhost: success. verifying access for otrs@localhost: success. creating database otrs2: success. verifying database otrs2 exists: success. populating database via sql... done. dbconfig-common: flushing administrative password Creating config file /etc/otrs/Kernel/Config.pm with new version Creating config file /etc/otrs/Kernel/Config/GenericAgent.pm with new version Creating config file /etc/otrs/maintenance.html with new version Creating config file /etc/otrs/cron with new version Creating config file /etc/otrs/fetchmailrc with new version apache2_invoke perl: already enabled invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke: Enable module rewrite invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke: Enable module headers invoke-rc.d: policy-rc.d denied execution of restart. apache2_invoke deflate: already enabled invoke-rc.d: policy-rc.d denied execution of restart. Subroutine Load redefined at (eval 20) line 2. apache2_invoke: Enable configuration otrs2.conf invoke-rc.d: policy-rc.d denied execution of reload. invoke-rc.d: policy-rc.d denied execution of start. 0m54.2s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', '-y', 'install', 'otrs2=3.2.11-1'] 0m54.2s INFO: Running scripts post_install 0m54.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpbKbXxi', 'apt-get', 'remove', 'otrs2'] 0m54.9s DUMP: Reading package lists... Building dependency
Bug#602690: ITP: massif-visualizer -- visualize memory usage recorded by Valgrind Massif tool
On Mon, Nov 21, 2011 at 06:16:31PM +0100, Aurélien Gâteau wrote: I have built an Ubuntu 10.10 package for massif-visualizer. It is available in my PPA: https://launchpad.net/~agateau/+archive/ppa/ I am going to make a Debian Unstable version of it. What happened to this? Are you still planning to upload it to Debian? Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728141: texlive-fonts-extra: PTMono font not found
On 28.10.13 G. Milde (mi...@users.sf.net) wrote: Hi, there seems to be a problem with the PTMono cyrillic font from Paratype. Compiling the minimal example \documentclass{minimal} \usepackage{PTMono} \begin{document} Hallo \texttt{Hallo} \end{document} Works in TL 2013 in Debian unstable: hille@sid:~ $ pdflatex a This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian) restricted \write18 enabled. entering extended mode (./a.tex LaTeX2e 2011/06/27 Babel 3.9f and hyphenation patterns for 14 languages loaded. (/usr/share/texlive/texmf-dist/tex/latex/base/minimal.cls Document Class: minimal 2001/05/25 Standard LaTeX minimal class ) (/usr/share/texlive/texmf-dist/tex/latex/paratype/PTMono.sty (/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)) (./a.aux) (/usr/share/texlive/texmf-dist/tex/latex/paratype/OT1PTMono-TLF.fd) [1{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}] (./a.aux) /){/usr/share/texlive/texmf-dist/fonts/enc/dvips/paratype/ptmono_ot1.enc} /usr/share/texlive/texmf-dist/fonts/type1/paratype/ptmono/PTM55F.pfb /usr/share/texlive/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb Output written on a.pdf (1 page, 13006 bytes). Transcript written on a.log. H. -- sigmentation fault signature.asc Description: Digital signature