Bug#764790: RM: gasic [arm64 armel armhf hurd-i386 kfreebsd-i386 m68k mips mipsel powerpc ppc64el s390x sh4 sparc sparc64] -- ROM; gasic Depends from bowtie and bowtie2 and is thus restricted to amd64
Package: ftp.debian.org Severity: normal Hi, please remove gasic from all architectures other than amd64 and kfreebsd-amd64 to enable migration to testing. Thanks for your ftpmaster work Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764093: cluster-glue: diff for NMU version 1.0.12~rc1+hg2777-1.1
Control: tags 764093 + pending Dear maintainer, I've prepared an NMU for cluster-glue (versioned as 1.0.12~rc1+hg2777-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru cluster-glue-1.0.12~rc1+hg2777/debian/changelog cluster-glue-1.0.12~rc1+hg2777/debian/changelog --- cluster-glue-1.0.12~rc1+hg2777/debian/changelog 2014-02-21 13:07:38.0 +0100 +++ cluster-glue-1.0.12~rc1+hg2777/debian/changelog 2014-10-11 07:50:13.0 +0200 @@ -1,3 +1,10 @@ +cluster-glue (1.0.12~rc1+hg2777-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop unused build-dependency on libgnutls-dev. Closes: #764093 + + -- Andreas Metzler ametz...@debian.org Sat, 11 Oct 2014 07:50:09 +0200 + cluster-glue (1.0.12~rc1+hg2777-1) unstable; urgency=medium * New upstream release, upload to unstable diff -Nru cluster-glue-1.0.12~rc1+hg2777/debian/control cluster-glue-1.0.12~rc1+hg2777/debian/control --- cluster-glue-1.0.12~rc1+hg2777/debian/control 2014-02-21 12:59:36.0 +0100 +++ cluster-glue-1.0.12~rc1+hg2777/debian/control 2014-10-11 07:53:31.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian HA Maintainers debian-ha-maintain...@lists.alioth.debian.org Uploaders: Martin Loschwitz madk...@debian.org, Anibal Monsalve Salazar ani...@debian.org, Simon Horman ho...@debian.org, Frederik Schüler f...@debian.org -Build-Depends: debhelper (= 7), libsnmp-dev, libglib2.0-dev, perl, net-tools, iputils-ping, python (= 2.6.6-3~), psmisc, libnet1-dev, iproute, libtool, libcurl4-openssl-dev | libcurl3-openssl-dev, libxml2-dev, bison, flex, uuid-dev, lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors4-dev | libsensors-dev, libltdl3-dev, swig, openssh-client, libgnutls-dev, python-dev (= 2.6.6-3~), libpam0g-dev, libncurses5-dev, psmisc, libopenhpi-dev, libopenipmi-dev, autoconf, automake, libtool, xsltproc, docbook-xsl, chrpath, docbook-xml, libdbus-glib-1-dev, libdbus-1-dev, help2man, libaio-dev, hardening-wrapper, asciidoc, libxml2-utils +Build-Depends: debhelper (= 7), libsnmp-dev, libglib2.0-dev, perl, net-tools, iputils-ping, python (= 2.6.6-3~), psmisc, libnet1-dev, iproute, libtool, libcurl4-openssl-dev | libcurl3-openssl-dev, libxml2-dev, bison, flex, uuid-dev, lynx, libbz2-dev, zlib1g-dev, uuid-dev, libsensors4-dev | libsensors-dev, libltdl3-dev, swig, openssh-client, python-dev (= 2.6.6-3~), libpam0g-dev, libncurses5-dev, psmisc, libopenhpi-dev, libopenipmi-dev, autoconf, automake, libtool, xsltproc, docbook-xsl, chrpath, docbook-xml, libdbus-glib-1-dev, libdbus-1-dev, help2man, libaio-dev, hardening-wrapper, asciidoc, libxml2-utils Standards-Version: 3.9.5 Homepage: http://hg.linux-ha.org/glue/ Vcs-Hg: http://hg.debian.org/hg/debian-ha/cluster-glue signature.asc Description: Digital signature
Bug#764791: geophar: Please update to use wxpython3.0
Source: geophar Version: 14.07~dfsg1-1 Severity: serious Justification: blocks the almost complete wxpython3.0 transition Tags: sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wxpy3.0 Control: block 755757 by -1 We've been working on migrating the archive to using wxpython3.0 instead of wxwidgets2.8 for a few months, and this process is close to complete, so jessie won't be releasing with wxwidgets2.8 - you can see the release team's tracker here: https://release.debian.org/transitions/html/wxpython3.0.html As I warned you a few weeks ago while geophar was still in NEW, you'll need to update it to use wxpython3.0 if you want it to be in jessie. I've included the template email from the bugs filed for the transition which contains information which is likely to be useful for updating to wxpython3.0. The wxPython 3.0 API mostly adds to the wxPython2.8 API. Many packages work with wxPython 3.0 without any changes, but there are a few incompatibilities. For example, wx.Color is no longer supported as an alias for wx.Colour, and some constants which were deprecated in 2.8 have been removed. All the removed constants I'm aware of were set to 0 in wxPython 2.8, so removing them is still compatible with 2.8. To assist updating to wxPython 3.0, I've put together a script which will help make the mechanical changes required. This is in a git repo on collab-maint along with a README about using it and updating packages for wxPython 3.0 in general: http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git The script has some options to control the sorts of changes it makes - see the README and --help output for more information - you can view the latest version of the README online here: http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git/tree/README I've developed this script by trying to convert 20+ packages. Please try it out on your package - in many cases, it should be enough to get your package working (if it doesn't already) - if it does, please upload (and close this bug). If the script doesn't do the job, please let me know (or improve the script if you can figure out what it needs to do to get your package working). Another issue you may hit is that wxWidgets 3.0 now defaults to enabling its WXDEBUG checks for incorrect API usage, so some applications will emit scary sounding assertion failures. These are unlikely to actually be new, just in a default build of 2.8, such incorrect uses were handled quietly behind the scenes. Sometimes these are easy to fix, but if not you can easily patch the application to tell wx 3.0 to handle them in the same way wx 2.8 does - details of how to do so are in the README: http://anonscm.debian.org/cgit/collab-maint/wx-migration-tools.git/tree/README Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764777: dbconfig-common: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Control: tags -1 pending Control: owner -1 ! On 11-10-14 01:07, Adriano Rafael Gomes wrote: Please, Could you update the Brazilian Portuguese Translation? Just to note in the bug, even if the current maintainer won't be able to take care of this, I intent to make sure this gets into jessie. Paul signature.asc Description: OpenPGP digital signature
Bug#662778: [INTL:tr] Turkish debconf templates translation
Control: tags -1 pending Control: owner -1 ! On Tue, 06 Mar 2012 12:26:50 +0200 Atila KOÇ a...@artielektronik.com.tr wrote: Please find attached the Turkish translation of the dbconfig-common package. Just to note in the bug, even if the current maintainer won't be able to take care of this, I intent to make sure this gets into jessie. Paul signature.asc Description: OpenPGP digital signature
Bug#721995: It seeems the problem is a little narrowed down.
Hello. The proble now seems to be not directly sleep-related but rather network-related one. I've noticed that my rtorrent process had gone away and tried to start it but got the error alike that. Tried to strace it and seen that it sends SIGABRT after receiving many no route to host errors. After that, I've found that my wifi just gone away and there are indeed no routes. So the problem now seems like rtorrent suddenly (for it) realizes that there are no reachable hosts [of some kind] and aborts. My ~/.rtorrent.rc is as follows: session = /home/ap/.rtorrent dht = auto dht_port = 6881 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763773: lintian: please implement support for the new build profile syntax
Hi, Quoting Johannes Schauer (2014-10-03 06:28:37) Control: block -1 by 760158 763766 sorry, I forgot to mention something important: this bug can only be resolved once dpkg and debhelper with support for the new syntax are uploaded. The patch contains placeholders for those versions. it seems that with the recent release of debhelper 20141010 all blockers of this bug have been removed. Please find attached the revised patch with corrected version numbers. cheers, josch From 2d07694a0ed169f5a2712a7a7a33515fe7e51863 Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Mon, 1 Sep 2014 11:16:58 +0200 Subject: [PATCH] implement new build profile syntax --- checks/control-file.desc | 12 --- checks/control-file.pm | 92 ++ checks/fields.desc | 65 +++ checks/fields.pm | 79 ++- data/fields/build-profiles | 6 ++ data/fields/dependency-restrictions| 4 - .../debian/debian/control.in | 26 -- t/tests/fields-build-profiles-general/desc | 19 +++-- t/tests/fields-build-profiles-general/tags | 19 +++-- 9 files changed, 164 insertions(+), 158 deletions(-) create mode 100644 data/fields/build-profiles delete mode 100644 data/fields/dependency-restrictions diff --git a/checks/control-file.desc b/checks/control-file.desc index 86bd074..dc5c467 100644 --- a/checks/control-file.desc +++ b/checks/control-file.desc @@ -210,18 +210,6 @@ Info: The control file contains commented-out VCS-* lines, most probably a result of dh_make. These URLs should either be valid and uncommented, or removed. -Tag: stageX-profile-used-but-no-binary-package-dropped -Severity: normal -Certainty: certain -Info: You used a stage1 or stage2 build profile restriction in the build - dependencies but you did not mark any binary packages as not being built with - the used profile activated. Using a stage1 or stage2 build profile restriction - means that you intend to change the build process in a way such that some of - the build results will be different or not generated at all. All binary - packages which would provide different functionality, would be empty or not be - built at all under the stage1 or stage2 profiles must be marked as not being - generated with the Build-Profiles field. - Tag: pre-depends-directly-on-multiarch-support Severity: pedantic Certainty: possible diff --git a/checks/control-file.pm b/checks/control-file.pm index 47b7b87..7a2d139 100644 --- a/checks/control-file.pm +++ b/checks/control-file.pm @@ -37,6 +37,7 @@ use Lintian::Util qw(file_is_encoded_in_non_utf8 read_dpkg_control my @LIBCS = qw(libc6 libc6.1 libc0.1 libc0.3); my $LIBCS = Lintian::Relation-new(join(' | ', @LIBCS)); my $src_fields = Lintian::Data-new('common/source-fields'); +my $KNOWN_BUILD_PROFILES = Lintian::Data-new('fields/build-profiles'); sub run { my ($pkg, undef, $info) = @_; @@ -304,48 +305,71 @@ sub run { # packages might never be built in the first place because of build # profiles -# check which profile names are supposedly supported according to the build -# dependencies -my %used_profiles; -for my $field ( -qw(build-depends build-depends-indep build-conflicts build-conflicts-indep) - ) { -if (my $value = $info-source_field($field)) { -# If the field does not contain profile. then skip this -# part. They rarely do, so this is just a little -# common-case optimisation. -next if index($value, 'profile.') 0; -for my $dep (split /\s*,\s*/, $value) { -for my $alt (split /\s*\|\s*/, $dep) { -while ($alt =~ /([^]+)/g) { -for my $restr (split /\s+/, $1) { -if ($restr =~ m/^!?profile\.(.*)/) { -$used_profiles{$1} = 0; -} -} -} -} -} -} -} +my $profiles_used = 0; -# find those packages that do not get built because of a certain build -# profile +# check the syntax of the Build-Profiles field for my $bin (@package_names) { my $raw = $info-binary_field($bin, 'build-profiles'); next unless $raw; -for my $prof (split /\s+/, $raw) { -if ($prof =~ s/^!//) { -$used_profiles{$prof} = 1; +$profiles_used = 1; +if ( +$raw!~ m{^\s* # skip leading whitespace + # first list start + !?[a-z0-9]+ # (possibly negated) term + (?: # any additional terms + \s+ # start with a space +
Bug#764792: x11-apps: xman not rendering any pages (zsoelim: not found)
Package: x11-apps Version: 7.7+3 Severity: important Dear Maintainer, I was trying out xman on my jessie system, and it turns out it won't render any pages at all. I notice that when I start xman from a terminal, I see sh: 1: zsoelim: not found in the terminal when I tell it to load a man page. Some checking shows that zsoelim was in man-db in wheezy, but that no longer seems to be the case with man-db in jessie on AMD64. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-apps depends on: ii cpp 4:4.9.1-1 ii libc62.19-11 ii libpng12-0 1.2.50-2 ii libsm6 2:1.2.2-1 ii libx11-6 2:1.6.2-3 ii libxaw7 2:1.0.12-2 ii libxcursor1 1:1.1.14-1 ii libxext6 2:1.3.2-1 ii libxft2 2.3.2-1 ii libxkbfile1 1:1.0.8-1 ii libxmu6 2:1.1.2-1 ii libxmuu1 2:1.1.2-1 ii libxrender1 1:0.9.8-1 ii libxt6 1:1.1.4-1 Versions of packages x11-apps recommends: ii xbitmaps 1.1.1-2 Versions of packages x11-apps suggests: ii mesa-utils 8.2.0-1 -- no debconf information
Bug#764793: chromium: Vimeo video playback broken
Package: chromium Version: 37.0.2062.120-4 Severity: important Dear Maintainer, Vimeo.com video playback seems to be broken with latest chromium in sid. This used to work for years. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.15.9+ (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 chromium depends on: ii libasound2 1.0.28-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcap2 1:2.24-6 ii libcups2 1.7.5-4 ii libdbus-1-3 1.8.8-2 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-16 ii libgdk-pixbuf2.0-0 2.31.1-2 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-0 2.24.24-1 ii libharfbuzz0b0.9.35-1 ii libjpeg8 8d1-2 ii libnspr4 2:4.10.7-1 ii libnspr4-0d 2:4.10.7-1 ii libnss3 2:3.17.1-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpci3 1:3.2.1-3 ii libprotobuf9 2.6.0-4 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.2-1 ii libsrtp0 1.4.5~20130609~dfsg-1 ii libstdc++6 4.9.1-16 ii libudev1 215-5+b1 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2+b1 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-inspector 37.0.2062.120-4 pn chromium-l10n none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763500: nslint: Accept _ in TXT entries?
[Petter Reinholdtsen] [Sven Mueller] I'm unfortunately pretty overloaded and won't be able to look into this any time soon. Could you send your request to nsl...@ee.lbl.gov (upstream)? OK. Passing the message on to them. The mail address do not work. I got this in return: A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: nsl...@ee.lbl.gov SMTP error from remote mail server after RCPT TO:nsl...@ee.lbl.gov: host ee.lbl.gov [2620:83:8000:102::c9]: 553 5.3.0 nsl...@ee.lbl.gov... POISON -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764794: [foxtrotgps] Having Attempt to unlock mutex that was not locked message at launch
Package: foxtrotgps Version: 1.1.1-5+b1 Severity: normal --- Please enter the report below this line. --- Hi! Foxtrotgps can't start because of an error at launch. See backtrace below: (foxtrotgps:3938): Gtk-CRITICAL **: IA__gtk_toolbar_set_icon_size: assertion 'icon_size != GTK_ICON_SIZE_INVALID' failed (foxtrotgps:3938): Gtk-CRITICAL **: IA__gtk_toolbar_set_icon_size: assertion 'icon_size != GTK_ICON_SIZE_INVALID' failed REPOLIST == NULL *** on_drawingarea1_configure_event(): pixmap created Not autocentering map due to missing gps data Not autocentering map due to missing gps data (foxtrotgps:3938): Gtk-CRITICAL **: IA__gtk_entry_set_text: assertion 'GTK_IS_ENTRY (entry)' failed Succès de la connexion à gpsd Attempt to unlock mutex that was not locked Abandon --- System information. --- Architecture: i386 Kernel: Linux 3.14-2-686-pae Debian Release: jessie/sid 500 testing security.debian.org 500 testing mirror.home-dn.net 500 testing ftp.fr.debian.org 200 unstableftp.fr.debian.org 150 stable ftp.fr.debian.org 100 experimentalftp.fr.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. Ludo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764795: autopkgtest: Binaries in .changes are registered in wrong order
Package: autopkgtest Version: 3.5.5 Severity: normal When passing a .changes containing binary packages to --changes, the binary and source packages seem to be registered in the wrong order, causing the dependency installation to fail as the binary packages from the .changes are not yet available. Passing the binary package(s) manually using --binary *before* --changes fixes the problem. -- 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.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autopkgtest depends on: ii apt-utils 1.0.9.2 ii libdpkg-perl1.17.16 ii procps 2:3.3.9-8 ii python3 3.4.2-1 ii python3-debian 0.1.24 autopkgtest recommends no packages. Versions of packages autopkgtest suggests: ii lxc 1:1.0.6-2 pn qemu-system none pn qemu-utils none ii schroot 1.6.10-1+b1 -- 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#764796: efibootmgr is not multiarch-aware
Package: efibootmgr Version: 0.9.0-1 Severity: normal efibootmgr package in debian is not marked as multi-arch. Please mark it as such. The original problem was when I tried to copy an old 32bit debian system to a new hardware with large disks, but 32bit efibootmgr does not work (another bugreport for that), so I tried to use efibootmgr:amd64 which can't satisfy grub-efi dependencies due to lack of multi-arch headers. So I had to extract the binary from 64bit .deb manually to proceed. Keeping severity at normal instead of wishlist as it should be, because this prob prevents normal usage of efibootmgr (combined with 32bit bugs), and makes the system unbootable unless quite some manual tweaking is performed in attempt to workaround package management system. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644204: [inbox] Bug#644204 closed by Pedro Beja altha...@gmail.com (Closing #644204 - Aisleriot Solitaire - Playability)
Somewhere along the line the bug got fixed and the program reverted to normal behaviour. Could it have been some other package causing the problem? Thanks and regards David Cefai --- Sent from a computer. This is an automatic notification regarding your Bug report which was filed against the aisleriot package: #644204: Aisleriot Solitaire - Playability It has been closed by Pedro Beja altha...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Pedro Beja altha...@gmail.com by replying to this email.
Bug#763421: closed by Michael Gilbert mgilb...@debian.org (Bug#763421: fixed in chromium-browser 38.0.2125.101-1)
❦ 10 octobre 2014 15:30 GMT, ow...@bugs.debian.org (Debian Bug Tracking System) : - Improved support for HiDPI displays (closes: #763421). This version of Chromium comes without any improvement on this front. It seems better to just disable HiDPI support. It is easier to work without it than to work with it. -- panic(floppy: Port bolixed.); 2.2.16 /usr/src/linux/include/asm-sparc/floppy.h signature.asc Description: PGP signature
Bug#764797: efibootmgr has multiple bugs in its 32bit version
Package: efibootmgr Version: 0.9.0-1 Severity: serious 32bit version (i386 package) of efibootmgr has several bugs which makes it unusable at least with large (2TiB) drives. Yesterday we had a long debugging session with Peter Jones on IRC, which resulted in the following 3 patches: http://paste.fedoraproject.org/141063/29722481/ http://paste.fedoraproject.org/141085/41297720/ To sum it: using wrong (32bit) data type in partition/drive size calculation, not using BLKGETSIZE64 on kernels with 2-component version numbers (so 32bit version of ioctl is used which is unsuitable for large drives), and inventing own ioctl macros which makes kernel 32/64bit compat layer unhappy (so that BLKGETSIZE64 from 32bit app running under 64bit kernel returns ENOTTY), which again making efibootmgr to use 32bit number for drive sizes. The result of these bugs is inability of efibootmgr to install boot entry for a large (2TiB) drive, making the system unbootable. These fixes should be in the next upstream version of efibootmgr, please package it once it's released to fix 32bit efibootmgr. And please don't forget to make it multi-arch-aware while at it ;) Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755202: NetworkManager creates broken eth0 connection while booting
On Sat, Oct 11, 2014 at 12:48:25AM +0200, Tobias Hansen wrote: Control: severity -1 serious I'm also having this problem and setting AVAHI_DAEMON_DETECT_LOCAL=0 didn't help in my case. I also have this eth0:avahi entry in ifconfig. Raising severity since we really don't want to have this bug in a release. Same here: it is indeed avahi related (I invariably get a 169.254.7.253 address) but AVAHI_DAEMON_DETECT_LOCAL=0 doesn't help. I can now reproduce it reliably at each suspend/resume cycle of my laptop. Immediately after resume I connect properly to the local wi-fi then, after 1-2 minutes, a new eth0 kicks in and kill the network. Opening the settings panel and switching of the wired connection fixes the problem, until the next suspend/resume cycle. FWIW, I agree with your severity assessment. Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#762886: mock.git on /user/tafir not accessible
Hi Tzafrir, On So 05 Okt 2014 03:23:37 CEST, Tzafrir Cohen wrote: On Fri, Sep 26, 2014 at 01:18:53AM +0200, Mike Gabriel wrote: at the time of writing the packaging Git repo of mock is not available [1]. You may consider moving it to a more public location like the collab-maint Git project space to ease collaboration. Ping me if you need help with mock maintenance. Thanks!!! Repository is now in collab-maint. Thanks for the note. Feel free to help (specifically: upgrading) if I don't beat you to it. I have this on my list and see what I can do. The list is crammed at the moment, though... Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp9LDxv_xRWb.pgp Description: Digitale PGP-Signatur
Bug#764757: libgl1-mesa-dri: Segfault in i965_dri.so
Control: reassign -1 libgl1-mesa-dri 10.2.8-1 On Vi, 10 oct 14, 15:29:58, Kenny Pearce wrote: Source: libgl1-mesa-dri Version: 10.2.8-1 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? After a major upgrade, many graphics intensive applications stopped working. For instance: in Skype calls, remote users could see me, but I could not see video of either myself or others (blank screen). Cheese crashed on startup. Tarski's World (a closed-source Java-based logic software: http://lpl.stanford.edu) also crashed on startup. I tried glxgears, and it turned out that that also crashed on startup. Note that some of these applications are using the amd64 version of the library and some are in i386 compatibility mode. The programs that were segfaulting identified the library file i965_dri.so as the location of the segfault. (Either the i386 version or the amd64 version.) I attach the core generated by glxgears. * What exactly did you do (or not do) that was effective (or ineffective)? I have not found a workaround. -- Package-specific info: glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset OpenGL version string: 2.1 Mesa 10.2.8 OpenGL shading language version string: 1.20 OpenGL extensions: GL_3DFX_texture_compression_FXT1, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_APPLE_object_purgeable, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_ES2_compatibility, GL_ARB_buffer_storage, GL_ARB_clear_buffer_object, GL_ARB_color_buffer_float, GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, GL_ARB_internalformat_query, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_occlusion_query2, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_separate_shader_objects,
Bug#764687: bino: FTBS on amrhf and armel
On Friday 10 October 2014 17:42:46 you wrote: I think the best solution would be to remove bino from arm/armhf as it uses OpenGL functions which are only available in software on arm afaik, which means it probably never was really usable on arm anyway. ok. Then: - bino package needs to be re-released with the list of supported architectures. [1] - older bino on non-working arch must be removed [2] Can you handle both steps ? All the best [1] https://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-arch-spec [2] use reportbug against ftp.debian.org pseudo package https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=ftp.debian.org;dist=unstable -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764793: Bisecting package revisions
Trying different binary packages from snapshots without rebooting in between, just restarting browser: 35.0.1916.153-1~deb7u1 vimeo and youtube work 37.0.2062.120-1~deb7u1 vimeo and youtube work 37.0.2062.120-2 vimeo and youtube work 37.0.2062.120-4 vimeo and youtube broken 38.0.2125.101-1 vimeo and youtube broken So clang change alone did not break anything. What was in 37.0.2062.120-3 and 37.0.2062.120-4 that could cause this? Would be nice to get some codec related debug info out of chromium somehow, like supported codec list. But I don't know how to do that. -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764793: 38 affected too
Also 38.0.2125.101-1 isn't playing any videos on a Lenove T60 with Intel chips and: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764798: grub2: Grub rescue shell with RAID 6 mdadm over 8 disks
Package: grub2-common Version: 2.02~beta2-11 Severity: critical File: grub2 Justification: breaks the whole system Dear Maintainer, I initially was running an 8-disk RAID 6 mdadm. Everything worked fine. The system was upgraded to 14 disks RAID 6 online. Eventually the system was rebooted and now grub drops to rescue complaining of invalid UUID. Upon further inspection, grub is only seeing 8 disks (ls) instead of 14 and cannot assemble the root mdadm device. I've tested using VMWare and confirmed that 8-disk RAID 6 mdadm arrays work fine with grub for root, but 9 disk and above break the system and drop to rescue shell. I have a detailed thread with info here: http://forums.debian.net/viewtopic.php?f=17t=117483 -- Package-specific info: *** BEGIN /proc/mounts /dev/sda1 /cdrom vfat ro,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro 0 0 /dev/md127 / xfs rw,relatime,attr2,delaylog,sunit=1024,swidth=8192,noquota 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/usb-_Patriot_Memory_07B10801654FA1FA-0:0 (hd1) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WCC1T0813139 (hd2) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0847309 (hd3) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0623107 (hd4) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0621952 (hd5) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0622306 (hd6) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0622305 (hd7) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0640131 (hd8) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0622899 (hd9) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0836344 (hd10) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0811455 (hd11) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WCC1T0614938 (hd12) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T0626079 (hd13) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WCC1T0813091 (hd14) /dev/disk/by-id/ata-WDC_WD30EFRX-68AX9N0_WD-WCC1T0816826 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi if [ ${next_entry} ] ; then set default=${next_entry} set next_entry= save_env next_entry set boot_once=true else set default=0 fi if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt insmod diskfilter insmod mdraid1x insmod raid6rec insmod xfs set root='mduuid/b1c40379914e5d18dddb893b4dc5a28f' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint='mduuid/b1c40379914e5d18dddb893b4dc5a28f' 2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb else search --no-floppy --fs-uuid --set=root 2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb fi font=/usr/share/grub/unicode.pf2 fi if loadfont $font ; then set gfxmode=auto load_video insmod gfxterm set locale_dir=$prefix/locale set lang=C insmod gettext fi terminal_output gfxterm if [ ${recordfail} = 1 ] ; then set timeout=-1 else if [ x$feature_timeout_style = xy ] ; then set timeout_style=menu set timeout=5 # Fallback normal timeout code in case the timeout_style feature is # unavailable. else set timeout=5 fi fi ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### function gfxmode { set gfxpayload=${1} } set linux_gfx_mode= export linux_gfx_mode menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-2c61b08d-cb1f-4c2c-8ce0-eaea15af32fb' { load_video insmod gzio insmod part_gpt insmod part_gpt insmod part_gpt insmod part_gpt
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
Hi, Today, gkt-3.14.1 afflicted Testing. I use just a few gtk3 apps under KDE (Meld, pavucontrol and Synaptic) and they have no CSD, not even in their dialogs. (They broke themes again though.) Please see the list of CSD apps (and a screenshot) at https://bugs.debian.org/744249#127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764691: gnumed-client: Please depend on python-wxgtk3.0 first (or exclusively)
On Fri, Oct 10, 2014 at 12:14:13PM +0100, Olly Betts wrote: On Fri, Oct 10, 2014 at 12:56:10PM +0200, Karsten Hilbert wrote: On Fri, Oct 10, 2014 at 10:46:24PM +1300, Olly Betts wrote: We're on course for completing the wxwidgets3.0 transition for jessie, so depending only on python-wxgtk3.0 is probably sensible, but if you want to keep the alternative, making it python-wxgtk3.0|python-wxgtk2.8 would be preferable. That's fine with me. Since there will be a 1.4.12 bug fix release today or tomorrow I'd suggest waiting for that and fixing the Depends in that version. 1.4.12 has just been released. The Depends has already been fixed in the packaging SVN so we can expect an upload shortly. Karsten -- GPG key ID E4071346 @ eu.pool.sks-keyservers.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763197: systemd kernel feature check in preinst phase
tags 763197 + patch thanks With the help of the old udev checks I came up with this which properly detects my systemd and kernel incompatibilities. It is not detecting the UEFI things though. How about applying it? -Mikko diff -rup systemd-215-orig/debian/systemd.preinst systemd-215/debian/systemd.preinst --- systemd-215-orig/debian/systemd.preinst 2014-09-27 17:50:52.0 +0200 +++ systemd-215/debian/systemd.preinst 2014-10-10 07:55:40.081232794 +0200 @@ -2,6 +2,88 @@ set -e +chrooted() { + if [ $(stat -c %d/%i /) = $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; + then +return 1 + fi + return 0 +} + +check_kernel_features() { + local abort_install=0 + + local needed_fs='devtmpfs sysfs proc autofs cgroup' + # efivarfs is needed only on UEFI systems + local missing_fs=0 + if [ -e /proc/filesystems ]; then +for fs in $needed_fs; do + if ! grep -q $fs /proc/filesystems; then +missing_fs=1 +abort_install=1 +break + fi +done + fi + + local needed_symbols='inotify_init signalfd accept4 open_by_handle_at timerfd_create epoll_create' + local missing_symbol=0 + if [ -e /proc/kallsyms ]; then +for symbol in $needed_symbols; do + if ! egrep -q ^[a-fA-F0-9]+ T \.?sys_${symbol}$ /proc/kallsyms; then +missing_symbol=1 +abort_install=1 +break + fi +done + fi + + if [ $missing_symbol -eq 1 ]; then +cat END +systemd requires support for the following features in the running kernel + + CONFIG_INOTIFY_USER + CONFIG_SIGNALFD + CONFIG_TIMERFD + CONFIG_EPOLL + CONFIG_NET + CONFIG_FHANDLE + +END + fi + + if [ $missing_fs -eq 1 ]; then +cat END +systemd requires support for the following filesystems in the running kernel: + + CONFIG_DEVTMPFS + CONFIG_CGROUPS + CONFIG_SYSFS + CONFIG_PROC_FS + CONFIG_AUTOFS4_FS + +On UEFI systems also: + + CONFIG_EFIVAR_FS + CONFIG_EFI_PARTITION + +END + fi + + if [ ! $abort_install -eq 0 ]; then +exit 1 + fi + return 0 +} + +if [ $1 = install ] || [ $1 = upgrade ]; then +if chrooted; then + echo 'Running in a chroot, skipping the kernel feature checks!' +else + check_kernel_features +fi +fi + if [ $1 = install ] || [ $1 = upgrade ] [ -n $2 ] dpkg --compare-versions $2 lt 44-3; then rm -f /lib/lsb/init-functions dpkg-divert --remove --package systemd --rename \
Bug#760526: Enable AppArmor support (using libapparmor)
Hi, Michael Scherer wrote (11 Oct 2014 05:51:39 GMT) : Unfortunately, it seems the error code of aa_change_onexec is not propagated, which is a bug ( my fault, will correct upstream ). In the mean time, I guess we will have to use strace and/or gdb to get it and see what is going on. I will try to take a look later, once I can find a VM to debug it. Thanks a lot for caring about this :) Just to be clear: is any of this a blocker in your opinion to enable AppArmor support for Jessie (that is, in the next ~14 days), e.g. with the patch I've proposed? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764564: [PKG-OpenRC-Debian] Bug#764564: openrc: fail to boot when encryption + lvm are present
Ritesh Raj Sarraf r...@researchut.com writes: Thanks to the folks on #openrc, I was finally able to root cause this bug. Commenting the while loop solves the problem. It sure does. Additionally, it does not break booting Jessie using sysv. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764608: patch for X11 forwarding when pam_namespace.so is used on SSH client
Hi Colin, On Fr 10 Okt 2014 01:36:17 CEST, Colin Watson wrote: Control: found -1 1:6.7p1-1 Control: forwarded -1 https://bugzilla.mindrot.org/show_bug.cgi?id=1789 On Thu, Oct 09, 2014 at 04:56:48PM +0200, Mike Gabriel wrote: I just checked debian/changelog and the 6.7 release announcement. The following issue hasn't been addressed yet in Debian, nor by upstream. If on the SSH client side a session is running with pam_namespace.so in use, it is impossible to do X11 port forwarding. The ssh client tries to connect to /tmp/.X11-unix/Xdisplayport which is out of reach with pam_namespace sessions. Instead, ssh client should connect the X11 forwarding end point to the X11 socket in kernel namespace (@/tmp/.X11-unix/Xdisplayport). A patch is available in the Fedora OpenSSH package [1]. [...] [1] http://pkgs.fedoraproject.org/cgit/openssh.git/tree/openssh-5.5p1-x11.patch It appears (after a bit of trawling through git history plus some guesswork; I wish Fedora had better conventions for patch headers the way that Debian does ...) that this is https://bugzilla.redhat.com/show_bug.cgi?id=598671, and the upstream bug is https://bugzilla.mindrot.org/show_bug.cgi?id=1789. By the way the patch in Fedora's git repository does not match the latest one attached to the upstream bug. I'm a bit wary given upstream's fairly strenuous objections. In cases where I feel I know something better than upstream I do sometimes decide to carry a patch anyway of course, but in this case I'm far from a relevant expert. Do you think that perhaps somebody could re-engage with that upstream bug and see if they can work through the objections? I guess the discussion is about security models. Whereas X11 has a security model and thus can justify using kernel namespace sockets (the argument a file socket with 0777 is equivalent to a kernel namespace socket fully applies IMHO...). I think it is not on the OpenSSH side to judge the concept of kernel namespace sockets to be good or bad. The point is, X11 uses them, has a security model behind the X11 socket files (or kernel namespace sockets) and the X11 developers announced the possibility to drop the file sockets complete. For X2Go (a while back), I implemented kernel namespace socket support for nxagent [1] and nxproxy [2]. The nxproxy patch [2] I immitated from the OpenSSH abstract socket support in Fedora and it works very well with nxproxy. Furthermore, this kernel namespace patch for OpenSSH only affects X11 forwarding. So, OpenSSH should really adapt to what the X11 come up with. My 2¢ on this... Mike [1] http://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=debian/patches/028_nx-X11_abstract-kernel-sockets.full.patch [2] http://code.x2go.org/gitweb?p=nx-libs.git;a=blob;f=debian/patches/027_nxcomp_abstract-X11-socket.full%2Blite.patch -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpgJkJoHYwtR.pgp Description: Digitale PGP-Signatur
Bug#731583: Status?
also sprach Christian Kastner deb...@kvr.at [2014-10-11 01:44 +0200]: I forgot to mention -- I tried it with 1.8.11p1-1 but unfortunately that didn't seem to fix it. No, 1.8.11p1-1 does not fix it. -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- 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#759079: [pkg-x2go-devel] Bug#759079: Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Olly, On Fr 10 Okt 2014 11:25:42 CEST, Olly Betts wrote: Hi Mike, On Tue, Sep 30, 2014 at 01:11:42PM +, Mike Gabriel wrote: I fixed the issue upstream [1]. Thanks for your input on this. I will release pyhoca-gui 0.5.0.0 upstream ASAP. I noticed the dependencies of pyhoca-gui on wx are rather odd - it depends on python-wxtools and wx-common, but not python-wxgtk2.8 or python-wxgtk3.0. Since the code does import wx, I think it really ought to explicitly depend on python-wxgtk3.0 (at least once it's updated for 3.0). If that's done, then the dependency on python-wxtools appears to be unnecessary (I can't find any uses of any of the tools actually in that package in pyhoca-gui), and depending directly on wx-common is unlikely to be necessary (again, pyhoca-gui doesn't seem to use anything from that package). So in summary, my suggestion would be that the only wx-related dependency should be on python-wxgtk3.0. Cheers, Olly I will do the above for the upcoming Debian package of pyhoca-gui. For the upstream packaging, I need to be able to build against Ubuntu lucid / Debian squeeze upwards, so there I will need some more versatile dependency logic. The used dependencies worked well in the past so I never questioned them. If you have any input on a more general depdency setup (that works with wxPy 2.8 and wxPy 3.0), any input is appreciated. Btw. the call-for-translations for PyHoca-GUI upstream is out, I plan an upstream release for Wednesday next week. The package for Debian will follow immediately (if nothing comes in the way, I HOPE!!!). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpMYBsSqztwN.pgp Description: Digitale PGP-Signatur
Bug#764799: openssh-server: sshd segfaults after connecting from remote client
Package: openssh-server Version: 1:6.7p1-2 Severity: important Dear Maintainer, The issue started after upgrading to the 6.7p1-2 openssh-server package. I was connecting from different clients (openssh, putty) from different machines and each connection resulted in this error in the /var/log/syslog : kernel: [86408.871163] sshd[51390]: segfault at fff8 ip 7f358d713414 sp 7fff82af5f48 error 4 in libc-2.19.so[7f358d697000+19f000] client session output: ssh -vv localhost OpenSSH_6.7p1 Debian-2, OpenSSL 1.0.1i 6 Aug 2014 debug1: Reading configuration data /home/USER1/.ssh/config debug1: /home/USER1/.ssh/config line 12: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: auto-mux: Trying existing master debug1: Control socket /home/USER1/.ssh/sockets/USER1@localhost:22 does not exist debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug2: fd 3 setting O_NONBLOCK debug1: fd 3 clearing O_NONBLOCK debug1: Connection established. debug1: identity file /home/USER1/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /home/USER1/.ssh/id_rsa-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Debian-2 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 debug1: match: OpenSSH_6.7p1 pat OpenSSH* compat 0x0400 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman -group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-nistp521-cert-...@openssh.com,ssh-ed25519-cert-...@openssh.com,ssh-rsa-c ert-...@openssh.com,ssh-dss-cert-...@openssh.com,ssh-rsa-cert-...@openssh.com,ssh-dss-cert-...@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,ssh-rsa,ssh-d ss debug2: kex_parse_kexinit: aes256-ctr,blowfish-cbc,3des-cbc debug2: kex_parse_kexinit: aes256-ctr,blowfish-cbc,3des-cbc debug2: kex_parse_kexinit: hmac-ripemd160,hmac-sha1,hmac-md5 debug2: kex_parse_kexinit: hmac-ripemd160,hmac-sha1,hmac-md5 debug2: kex_parse_kexinit: z...@openssh.com,zlib,none debug2: kex_parse_kexinit: z...@openssh.com,zlib,none debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman -group-exchange-sha256 debug2: kex_parse_kexinit: ecdsa-sha2-nistp521,ssh-rsa debug2: kex_parse_kexinit: chacha20-poly1...@openssh.com,aes256-...@openssh.com,aes128-...@openssh.com,aes256-ctr,aes128-ctr debug2: kex_parse_kexinit: chacha20-poly1...@openssh.com,aes256-...@openssh.com,aes128-...@openssh.com,aes256-ctr,aes128-ctr debug2: kex_parse_kexinit: umac-128-...@openssh.com,hmac-sha2-512,hmac-sha2-256,hmac-ripemd160,hmac-sha1 debug2: kex_parse_kexinit: umac-128-...@openssh.com,hmac-sha2-512,hmac-sha2-256,hmac-ripemd160,hmac-sha1 debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: setup hmac-ripemd160 debug1: kex: server-client aes256-ctr hmac-ripemd160 z...@openssh.com debug2: mac_setup: setup hmac-ripemd160 debug1: kex: client-server aes256-ctr hmac-ripemd160 z...@openssh.com debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting
Bug#764669: kinit without username, behaviour changes betweek wheezy and jessie
Hi Sam, On Fr 10 Okt 2014 13:39:43 CEST, Sam Hartman wrote: I'm sort of horrified if krb5-auth-dialogue actually calls kinit rather than using APIs directly. But that's not really related to this bug. Actually, I have not looked at the code of krb5-auth-dialogue, but it changed its behaviour together with kinit. So I assumed, both issues are related. just kinit seems to work fine for me with 1.12.1+dfsg-9 so I'd like more detail on what goes wrong. mike@sid:~$ kinit kinit: Client '@MY-REALM' not found in Kerberos database while getting initial credentials mike@sid:~$ Previously, simply calling kinit (without username) would give a valid ticket. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpRpBOMZPaFD.pgp Description: Digitale PGP-Signatur
Bug#764669: kinit without username, behaviour changes betweek wheezy and jessie
Hi Russ, On Fr 10 Okt 2014 18:30:16 CEST, Russ Allbery wrote: Mike Gabriel mike.gabr...@das-netzwerkteam.de writes: the behaviour of kinit changed after an upgrade from Debian wheezy to Debian jessie (around 2014-10-10). Previously it was possible to simply say $ kinit on the command line and kinit then would assume my current user as username for obtaining a ticket for the default Kerberos realm. Since my upgrade, I have to always specify the Kerberos username when executing kinit: $ kinit mike Do you have an existing, expired ticket cache for some other principal? I believe kinit defaults to the default principal in your current ticket cache if you have one, with a higher priority than the fallback to local username in the local realm. Nope, for ages on that machine in question, I have used kinit for my login only. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpYafOV_GU8n.pgp Description: Digitale PGP-Signatur
Bug#755202: NetworkManager creates broken eth0 connection while booting
On za, 2014-10-11 at 09:41 +0200, Stefano Zacchiroli wrote: On Sat, Oct 11, 2014 at 12:48:25AM +0200, Tobias Hansen wrote: Control: severity -1 serious I'm also having this problem and setting AVAHI_DAEMON_DETECT_LOCAL=0 didn't help in my case. I also have this eth0:avahi entry in ifconfig. Raising severity since we really don't want to have this bug in a release. Same here: it is indeed avahi related (I invariably get a 169.254.7.253 address) but AVAHI_DAEMON_DETECT_LOCAL=0 doesn't help. On my system it is not avahi related: I do not have this eth0:avahi address. However, I do get an IPv6 address via SLAAC on the affected system. My guess is that the fact that the fact that there is already an IP assigned to eth0 at the networkmanager start up, provokes this bug. After system start up, I then have an IPv6 address but not an IPv4 address and I have to switch to Auto Ethernet network in networkmanager to get an IPv4 address via DHCP in order to have a fully working network configuration. -- Frederik Himpe fhi...@telenet.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764800: spurious function in bash-completion causes 30% performance degradation (and is bug'ed)
Package: bash-completion Version: 2.1-3.1.2 being used in bash 4.2-68. Severity: minor There is currently a 'have()' function defined to test if a completion should be installed based on whether or not they have the program. But it's called for every prog, It sets the path for 1 command to test, then returns. This is a slow function: 1) minor perf: the path isn't set optimally for what it is intended to do -- it tacks on root paths at the end of whatever PATH already exists... instead, it should put the main bin (and sbin) directories 1st -- like this: PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/sbin:$PATH --- Note... it should be *saved* at the beginning of the main script, and *restored* to the user's normal value at the end. We just want to ensure likely places to find the commands *first*. 2). BUG: it is using type cmd it should use type -P cmd. type cmd will return true for functions and aliases. If you want to scan for the program, use -P 3) get rid of the function. It's one call to 'type'. use an alias: shopt -s expand aliases alias have=' /dev/null type -P' Does the same thing saving 32% OVERALL execution time. I posted details of the timing -- how I did it, and the scripting to allow for testing perf-changes (not against untraced code, but other traced versions) to the bash-completion list, but I wanted to make sure it didn't fall through the cracks. The tracing feature works on linux as well as cygwin (slowness of login on cygwin prompted me to wonder why so made it work on cygwin (had originally developed it for linux devel/testing). I can post it here as well if wanted. To recap -- the have function has a bug (type -P vs. 'type' w/no arg), AND to fix it, should move to an alias not a function for over 30% time savings at login. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Version: 2.2.0~pre4-1 On 2014-10-10 20:37:19, Andoru Ekkusu wrote: Sorry for the late reply, but indeed it fixed the problem for me as well. Thanks! Closing. Does anyone know where was this issue fixed? Was it a bug in the debian packages or was it upstream? Just out of curiosity :) I suspect that one of the many mp4 fixes that went into 2.2.0~pre4 fixed that. Cheers signature.asc Description: Digital signature
Bug#764793: chromium: Vimeo video playback broken
On 2014-10-11 08:57 +0200, Mikko Rapeli wrote: Package: chromium Version: 37.0.2062.120-4 Severity: important Dear Maintainer, Vimeo.com video playback seems to be broken with latest chromium in sid. This used to work for years. Same on YouTube, although https://www.youtube.com/html5 reports that it's using the HTML5 video player and that the browser supports all features. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712729: [Build-common-hackers] Bug#712729: The fix for this breaks other packages
Quoting Felipe Sateler (2014-10-11 06:54:08) On Tue, 9 Sep 2014 10:41:50 -0300 Felipe Sateler fsate...@debian.org wrote: On Tue, Sep 9, 2014 at 10:24 AM, Simon Ruderich si...@ruderich.org wrote: On Mon, Sep 08, 2014 at 11:30:48PM -0300, Felipe Sateler wrote: Could you propose a patch filtering out the characters plus (+), minus (-) signs, and periods (.)? Sure, revised patch is attached. Great! Jonas, what do you think? Could you apply this patch please? Packages are getting built without the correct flags due to this bug, so an upload soon would be great. I have uploaded a NMU to delayed/0. This bug has gone too long unfixed. Attached is the debdiff for the NMU. Thanks. And sorry for the silence. I am preparing a larger change which doesn't stall multiple seconds doing all those system calls, but evidently I was too slow preparing that, and I really appreciate your upload! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#764801: CVE-2014-0104
Package: fence-agents Severity: grave Tags: security Hi, please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0104 for details. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759559: RFH : Advice on bug/patch
Im not sure if the suggested patch is ok or not, or provide a better patch? I asked on debian devel mailinglist[0]]/irc but did not get much response. It would be a pitty if Jessie would be released without it. Can someone advice me on this? Regards, Martijn van Brummelen [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759559: Correct url
The correct url to the mailinglist is [0] Regards, Martijn van Brummelen [0]https://lists.debian.org/debian-devel/2014/10/msg00137.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744249: libgtk-3-0: gtk 3.12 breaks usability by forcing client side decorations on X11
On Sat, 11 Oct 2014 12:01:38 +0400 Vlad Orlov mon...@inbox.ru wrote: Hi, Today, gkt-3.14.1 afflicted Testing. I use just a few gtk3 apps under KDE (Meld, pavucontrol and Synaptic) and they have no CSD, not even in their dialogs. (They broke themes again though.) Please see the list of CSD apps (and a screenshot) at https://bugs.debian.org/744249#127 Hi, I don't know about gthumb but gnome-calculator, devhelp, gedit and totem are Gnome apps. _IF_ Gnome devs want to make an isolated DE, it'll be logical not to use their apps outside Gnome. Here, the problem is GTK3 itself: GTK3 is NOT supposed to be a Gnome-specific toolkit. GTK-3.12 was starting to be so and all I say is that apparently GTK-3.14 isn't. So, please tell us if you know of any GTK3 app that has this problem and is not specific to Gnome. I can't give more examples because I have no reason to use more GTK3 apps. gthumb may be a case. We'll need more examples if we want to prove our point clearly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764802: [kio-mtp]
Package: kio-mtp Version: 0.75+git20140304-1 Severity: important --- Please enter the report below this line. --- File transfers from an Android device using kio-mtp in Dolphin always fail yelling a folder is expected as destination rather than a file error. --- System information. --- Architecture: amd64 Kernel: Linux 3.16-2-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing ftp.es.debian.org 800 stable update.devolo.com 800 stable dl.google.com 500 unstableftp.es.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends(Version) | Installed -+-= libc6 (= 2.14) | libkdecore5 (= 4:4.4.0) | libkio5 (= 4:4.3.4) | libmtp9 (= 1.1.3) | libqtcore4 (= 4:4.8.0) | libsolid4 (= 4:4.3.4) | libstdc++6(= 4.1.1) | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762609: lintian: new checks: deprecated D-Bus policies
On 2014-10-10 18:23, Simon McVittie wrote: On Wed, 01 Oct 2014 at 21:45:02 +0200, Niels Thykier wrote: Thanks for amending your patch. Unfortunately, I have a couple of new minor remarks. Furthermore, I have updated our internal API in some cases that will be useful in this check as well, which I would like to promote as well. :) I can't keep redoing this patch forever, but OK, here's another round. Sorry, it was not intended to make you redo your work. I've also added some trivial checks for .service files being named correctly, as a separate patch. If you think the policy part is OK but the .service bit isn't, please apply the policy part anyway (I'd really like to be able to see statistics for this check on lintian.d.o so I can use them as a data-point in upstream D-Bus development), and I'll fix the service part later. Thanks, S Thanks, both have been applied. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764802: [kio-mtp] Failing file transfers in Dolphin
Sorry, I must have been missing a subject in the original report. 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#758165: gcc-4.9 devirtualisation bug affecting wxwidgets3.0 now fixed
On Fri, Oct 10, 2014 at 06:44:17AM +0100, Olly Betts wrote: On Fri, Oct 10, 2014 at 08:10:16AM +0300, Niko Tyni wrote: I'll do a sourceful upload of libwx-perl removing the workarounds soonish. Not sure if I should wait for wxwidgets 3.0.2-1 to transition first. I think it's reasonable to just upload libwx-perl now - I believe 3.0.2-1 is a pretty safe update, and we can always make a new upload restoring the workaround to libwx-perl in the highly unlikely event there's an RC issue with 3.0.2-1 which can't be fixed for jessie. And if #758165 isn't full addressed, knowing sooner would improve the chances of being able to do something about it, and having it auto-built on all architectures is the best way to find any remaining issue. OK. Uploaded libwx-perl/1:0.9923-4 without the workarounds last night, and it's built everywhere now. So it looks like we're good! -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763278: gcc 4.9 wheezy-pu?
On Fri, 2014-10-10 at 20:40 -0400, Michael Gilbert wrote: On Fri, Oct 10, 2014 at 3:23 AM, Matthias Klose wrote: Am 10.10.2014 um 06:39 schrieb Adam D. Barratt: On Thu, 2014-10-09 at 23:01 -0400, Michael Gilbert wrote: Note that the window for the next stable update is closing in about a week, so there isn't a lot of time. Actually, the /point release/ is in about a week. The advertised window for getting updates in to it closes this weekend. I don't think updating all the shared libraries in a stable release is a good thing. That would only happen if gcc-defaults were changed to default to the new package and the release team somehow ok'd binnmus of a bunch of stable packages, which is rather unlikely, right? I assume that Matthias was referring to the fact that gcc-4.9 currently builds libstc++6, lib*gcc1, fixincludes and so on. 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#751636: openssh-server: ssh sessions are not cleanly termined on shutdown/restart with systemd
On Friday 10 October 2014 22:50:31 Christoph Anton Mitterer wrote: Sure,... I never claimed it wouldn't work... just that I'm not sure whether I like the idea of having a separate unit file for the ssh sessions. I mean you have a similar concepts in many other daemons (like httpd or some DB servers have their open connections)... and none of them will have these managed via a separate unit file. Exactly. Stop apache, nginx, mysql, postgres and tell me, how many children processes will be left, once you stopped it. As ssh behaves differently and keeps the children alive, you have to handle it differently :-) network.target This unit is supposed to indicate when network functionality is available, but it is only very weakly defined what that is supposed Well that's another point,.. I personally really hate the idea of network.target... as even upstream admits it's weakly defined... and I think this brings all kinds of problem with it. What does indicate when network functionality is available really mean in a even driven world with many possible network connections per computer and services networking depends upon. So the problem is that many things may hook into network.target or network-pre.target,... starting from just the bare question whether a device is up or not, over things like do we have DNS? to stuff like firewalls, or VPN. Of course this doesn't directly affect us, I just want to point out that depending on network.target always means some serialisation point, which is IMHO against the ideas of systemd. At least from my (though non-expert PoV) I'd suggest to avoid dependencies on it when possible. What can I say. You made your point clear. If you don't want to rely on network.target my solution will not help you :-) As mentioned above, restarting of sshd will not shut down the existing ssh sessions. Security flaw or not. Well you're talking about restarting the sshd process - sure it won't kill the existing sessions. I was referring to restarting the ssh[d] service (i.e. systemd service)... and was generally questioning, what do we want to happen, when people restart respectively stop it. :) systemctl stop ssh.service = all existing user sessions will stay alive Try it. That is why I made this hack in the first place. The solution provided in the RedHat forum would shut down all ssh sessions and I want to keep at least one ssh session open to my server, when restarting sshd. Cheers Tom
Bug#764611: works again since upgrade of gtk2.0 to 2.24.25
Sonata seems to work well again since last gtk2.0 upgrade to 2.24.25. Please test and tell me if I’m an isolated case. 0x7289428A.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#764803: gpaste: Please upgrade to 3.14
Package: gpaste Version: 3.12.3.1-1 Severity: normal Hi, gpaste 3.14 has just been released. I guess it should be uploaded to unstable has this new version adds support for gnome-shell 3.14 Cheers, Laurent Bigonville -- 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.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gpaste depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii libc62.19-11 ii libglib2.0-0 2.42.0-2 ii libgpaste2 3.12.3.1-1 ii libgtk-3-0 3.14.1-1 gpaste recommends no packages. gpaste 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#764608: patch for X11 forwarding when pam_namespace.so is used on SSH client
On Sat, Oct 11, 2014 at 08:14:58AM +, Mike Gabriel wrote: On Fr 10 Okt 2014 01:36:17 CEST, Colin Watson wrote: I'm a bit wary given upstream's fairly strenuous objections. In cases where I feel I know something better than upstream I do sometimes decide to carry a patch anyway of course, but in this case I'm far from a relevant expert. Do you think that perhaps somebody could re-engage with that upstream bug and see if they can work through the objections? I guess the discussion is about security models. Whereas X11 has a security model and thus can justify using kernel namespace sockets (the argument a file socket with 0777 is equivalent to a kernel namespace socket fully applies IMHO...). I think it is not on the OpenSSH side to judge the concept of kernel namespace sockets to be good or bad. The point is, X11 uses them, has a security model behind the X11 socket files (or kernel namespace sockets) and the X11 developers announced the possibility to drop the file sockets complete. For X2Go (a while back), I implemented kernel namespace socket support for nxagent [1] and nxproxy [2]. The nxproxy patch [2] I immitated from the OpenSSH abstract socket support in Fedora and it works very well with nxproxy. Furthermore, this kernel namespace patch for OpenSSH only affects X11 forwarding. So, OpenSSH should really adapt to what the X11 come up with. Thanks, but I'm not asking you to persuade me, I'm asking for somebody to persuade upstream. That's probably going to involve communication on the upstream bug and/or on openssh-unix-dev. Cheers, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764754: Bug#764238: Only non-suffixed version strings should be sent to other programs
Hi, 2014-10-10 15:49, James McCoy: [...] I didn't know apt-listbugs started to parse cupt's output. Or was it put by you or another tool? I ran cupt safe-upgrade and when apt-listbugs, run by cupt, showed me the set of bugs that would be introduced by upgrading, I used its 'p' option to pin the packages. If you still think that showing id suffixes is a bug, please clone this bug and let's continue discussion there. Cupt showing the suffixed versions isn't a problem. The problem is that cupt is sending those suffixed versions to other programs. This should be avoided, or at the very least avoided when running the dpkg hooks. I've cloned this to another bug. Ah, I see, didn't get it first time. Indeed, hooks... Will be fixed as well. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764105: ntopng: diff for NMU version 1.2.1+dfsg1-1.1
Control: tags 764105 + patch Control: tags 764105 + pending Dear maintainer, I've prepared an NMU for ntopng (versioned as 1.2.1+dfsg1-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru ntopng-1.2.1+dfsg1/debian/changelog ntopng-1.2.1+dfsg1/debian/changelog --- ntopng-1.2.1+dfsg1/debian/changelog 2014-09-13 20:45:59.0 +0200 +++ ntopng-1.2.1+dfsg1/debian/changelog 2014-10-11 11:59:45.0 +0200 @@ -1,3 +1,10 @@ +ntopng (1.2.1+dfsg1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop unused build-depends on libgnutls-dev. Closes: #764105 + + -- Andreas Metzler ametz...@debian.org Sat, 11 Oct 2014 11:51:05 +0200 + ntopng (1.2.1+dfsg1-1) unstable; urgency=medium * Imported Upstream version 1.2.1+dfsg1 (Closes: #760990, CVE-2014-5464, diff -Nru ntopng-1.2.1+dfsg1/debian/control ntopng-1.2.1+dfsg1/debian/control --- ntopng-1.2.1+dfsg1/debian/control 2014-09-10 06:56:40.0 +0200 +++ ntopng-1.2.1+dfsg1/debian/control 2014-10-11 11:50:19.0 +0200 @@ -7,7 +7,6 @@ dh-systemd (= 1.5), coffeescript, libgeoip-dev, - libgnutls-dev, libhiredis-dev, libjson-c-dev, libluajit-5.1-dev, signature.asc Description: Digital signature
Bug#764804: linux-image-3.16-2-amd64: BUG in qla2xxx qlt_create_sess_from_atio
Package: src:linux Version: 3.16.3-2 Severity: important Tags: upstream patch Hi kernel maintainers, I am affected by a bug in the qla2xxx driver, which manifests itself when I use it in target mode. Having dome some investigation I believe this bug is already fixed upstream in linux.git commit 78c2106a50e067f7168ee8c0944baaeb0e988272. The commit is in git master and CCed to stable, but is not yet included in any tagged release including 3.17-rc releases. It would be great if this fix was included in the Debian kernel soon. I have tested and have the same problem on 3.16.5-1 as well. The BUG looks like: [ 4925.760391] qla2xxx [:05:00.0]-505f:9: Link is operational (4 Gbps). [ 4925.792942] BUG: unable to handle kernel NULL pointer dereference at 01a0 [ 4925.809975] IP: [a036d2b3] qlt_create_sess_from_atio+0x33/0x170 [qla2xxx] [ 4925.826832] PGD 0 [ 4925.837184] Oops: [#1] SMP [ 4925.848882] Modules linked in: binfmt_misc ib_srpt ib_cm ib_sa ib_mad ib_core ib_addr tcm_qla2xxx tcm_loop tcm_fc libfc target_core_pscsi target_core_file target_core_iblock target_core_mod configfs xt_multiport iptable_filter ip_tables x_tables nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc 8021q garp stp mrp llc dm_cache_mq nls_utf8 nls_cp437 vfat fat dm_cache dm_persistent_data dm_bio_prison dm_bufio libcrc32c x86_pkg_temp_thermal intel_powerclamp intel_rapl coretemp kvm_intel kvm crc32_pclmul ghash_clmulni_intel aesni_intel iTCO_wdt ppdev iTCO_vendor_support ttm drm_kms_helper aes_x86_64 lrw gf128mul drm glue_helper ablk_helper cryptd efi_pstore pcspkr efivars i2c_i801 i2c_algo_bit joydev i2c_core evdev cdc_acm lpc_ich mfd_core tpm_tis tpm winbond_cir rc_core parport_pc battery shpchp parport video ac processor button ipmi_watchdog ipmi_si ipmi_poweroff ipmi_devintf ipmi_msghandler autofs4 ext4 crc16 mbcache jbd2 dm_mod hid_generic usbhid hid raid1 md_mod sg sd _mod crc_t10dif crct10dif_generic ehci_pci crct10dif_pclmul crct10dif_common ehci_hcd crc32c_intel ahci libahci qla2xxx libata e1000e scsi_transport_fc ptp 3w_sas usbcore scsi_tgt pps_core scsi_mod netxen_nic usb_common thermal fan thermal_sys [ 4926.093879] CPU: 2 PID: 287 Comm: kworker/2:2 Not tainted 3.16-2-amd64 #1 Debian 3.16.3-2 [ 4926.113718] Hardware name: Intel Corporation S1200BTL/S1200BTL, BIOS S1200BT.86B.02.00.0041.120520121743 12/05/2012 [ 4926.146971] Workqueue: qla_tgt_wq qlt_create_sess_from_atio [qla2xxx] [ 4926.165106] task: 880425d8e150 ti: 88042862 task.ti: 88042862 [ 4926.184338] RIP: 0010:[a036d2b3] [a036d2b3] qlt_create_sess_from_atio+0x33/0x170 [qla2xxx] [ 4926.217277] RSP: 0018:880428623de8 EFLAGS: 00010296 [ 4926.234192] RAX: 00ef RBX: 880406edea08 RCX: a0386ff8 [ 4926.253172] RDX: f022 RSI: 5040 RDI: 880406edea08 [ 4926.272022] RBP: R08: 1000 R09: [ 4926.290760] R10: dfef6c4c5ecdea08 R11: 0005 R12: 880406ede9c0 [ 4926.309362] R13: 88043e65b500 R14: R15: 0080 [ 4926.327774] FS: () GS:88043e64() knlGS: [ 4926.347318] CS: 0010 DS: ES: CR0: 80050033 [ 4926.364144] CR2: 01a0 CR3: 01a13000 CR4: 000407e0 [ 4926.382454] Stack: [ 4926.394767] 88043e654240 880409866840 880406edea08 [ 4926.413309] 880425082880 88043e653a40 88043e65b500 [ 4926.431791] 0080 8107f4a2 25d8e150 88043e653a40 [ 4926.450243] Call Trace: [ 4926.462873] [8107f4a2] ? process_one_work+0x172/0x420 [ 4926.479550] [8107fb35] ? worker_thread+0x115/0x520 [ 4926.495991] [81508591] ? __schedule+0x2b1/0x710 [ 4926.511921] [8107fa20] ? rescuer_thread+0x2d0/0x2d0 [ 4926.528051] [81085dcd] ? kthread+0xbd/0xe0 [ 4926.543078] [81085d10] ? kthread_create_on_node+0x180/0x180 [ 4926.559573] [8150c1bc] ? ret_from_fork+0x7c/0xb0 [ 4926.574787] [81085d10] ? kthread_create_on_node+0x180/0x180 [ 4926.590937] Code: c7 c1 f8 6f 38 a0 ba 22 f0 00 00 41 56 41 55 41 54 4c 8d 67 b8 55 53 48 89 fb 48 83 ec 18 0f b6 47 cf 48 8b 6f b8 44 0f b6 4f cd 4c 8b b5 a0 01 00 00 44 0f b7 85 88 01 00 00 48 89 ee 89 44 24 [ 4926.639383] RIP [a036d2b3] qlt_create_sess_from_atio+0x33/0x170 [qla2xxx] [ 4926.656819] RSP 880428623de8 [ 4926.669225] CR2: 01a0 [ 4926.694230] ---[ end trace f78a641ca511f866 ]--- Thanks, Chris -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Intel Corporation product_name: S1200BTL product_version: chassis_vendor: Supermicro chassis_version: SC846BE16-R920B bios_vendor: Intel Corp. bios_version: S1200BT.86B.02.00.0041.120520121743 board_vendor: Intel Corporation
Bug#764717: reportbug -- crash on start
control: severity -1 minor control: tags -1 +moreinfo On Sat, Oct 11, 2014 at 6:17 AM, Jörg Frings-Fürst deb...@jff-webhosting.net wrote: $ reportbug reportbug No protocol specified /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display this is the problem, you have configured to use GTK+ backend but it cant access a display. Sorry but this is not the problem. well likely it is... if you want to open a graphical application and it cant access the display, it wont start. 1. A call of reportbug in KDE and Gnome don't run (no window are open, also no setup window. do you mean from the applications menu? 2. By running in a terminal must open the windows. Or? if you have configured to run with GTK+ UI then usually yes, it should open the graphical interface. you can try running reportbug like this from the CLI: $ reportbug --ui=text Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Further information
Good morning Don't know how useful this information may be. All my machines are running Testing. Most are updated daily, but there is one machine which only gets updates about once a week. After doing the upgrades on this machine tonight, it produced the a stop job is running for lsb: ensure Samba daemons are started (nmdb and smbd) message and I had to wait five minutes for that to go through. Systemd version is 215-5+b1. Toshiba laptop, 64 bit. The interesting information - On one of the shutdowns while I looked at various possible options, I was greeted with a display of what was happening. Sorry, don't know how I got it, and unable to record it. But it showed me that smbd shut down fine, then it hit the five minute wait immediately following the statement that nmbd was being shut down : a stop job is running for lsb: ensure Samba daemons are started (nmdb and smbd) Interestingly, I have the same version of systemd on my small netbook which is 32 bit, and have had zero problem. Tonight's updates do not include any systemd update, and after upgrading still had fast shutdown. With greetings Romane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764805: initramfs-tools: Provide a way to preseed additions to /etc/initramfs-tools/modules
Source: initramfs-tools Version: 0.116 Severity: wishlist Dear Maintainer, Issues such as #762042 would be somewhat less critical for the affected platforms if there was a mechnism for preseeding a list of additional modules which should be included in the initrd, by adding them to /etc/initramfs-tools/modules at install time. Cheers, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764806: RFS: spatialindex/1.8.4-1~exp1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package spatialindex Package name: spatialindex Version : 1.8.4-1~exp1 Upstream Author : Marios Hadjieleftheriou mha...@gmail.com URL : http://libspatialindex.github.io/ License : MIT Section : science It builds those binary packages: libspatialindex4 - General framework for developing spatial indices libspatialindex-c4 - General framework for developing spatial indices - C library libspatialindex-dev - General framework for developing spatial indices - development files libspatialindex4-dbg - General framework for developing spatial indices - debugging symbols To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spatialindex Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spatialindex/spatialindex_1.8.4-1~exp1.dsc More information about libspatialindex can be obtained from http://libspatialindex.github.io/. Changes since the last upload: * New upstream release. * Refresh patches. * Add patch to fix VERSION and SOVERSION for CMake build. * Update package names for SONAME bump. * Update symbols for amd64. * Bump Standards-Version to 3.9.6, no changes. Regards, Bas Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750459: New Patch (less inversive)
Hi, I realized this bug/patch already exist. Here is a patch that I did before finding this ticket. It just reuses the existing method for testing and – to me – seems to be the most straight-forward implementation of this feature. However, this patch has been generated against the version that’s currently shipped in wheezy-backports (1.5.4-1~bpo70+2). Kind regards, Sven Herzberg PS: Does it make sense to open a new bug report for the “conf.d” configuration scheme, instead of having these two different feature requests in just one ticket? haproxy-configtest.patch Description: Binary data
Bug#759559: RFH : Advice on bug/patch
Hi Martijn Martijn van Brummelen mart...@brumit.nl writes: Im not sure if the suggested patch is ok or not, or provide a better patch? I asked on debian devel mailinglist[0]]/irc but did not get much response. It would be a pitty if Jessie would be released without it. Can someone advice me on this? Surely not having the package in testing and thus jessie is the worst option. So there needs to be a fix for this bug very soon. Here are my thoughts about it: 1. IMO the severity and tags of this bug are overrated. One possible solution is to just downgrade this to wishlist and remove the security tag. I'm not at all convinced that this is a security problem in your package. One thing you have to make sure in this case is that you don't overwrite any configuration already in place. So if it's set to optional in the authentication phase before the upgrade it should stay at this setting. Everything else is a Debian Policy violation. Not overwriting the existing configuration solves the security problem. There is no security problem on new installs IMO. If someone installs a script that allows unconditional authentication and does not check the pam-script configuration, then this is a configuration error outside of your package. 2. Basically this is an issue about the right default policy for the authentication phase of libpam-scripts. This is IMO something you as the maintainer can decide. Every value is right in some cases and wrong in others. There is no single value that will suit everyone. I proposed sufficient as the default value, but I can live with every setting and agree that there are good reasons to change the setting. Probably optional is indeed the most conservative setting. But also the one that means that the setting must be changed for many use cases. Gaudenz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764808: python3-appconf: please add dependency “Suggests: python-appconf-doc”
Package: python3-appconf Version: 0.5-3 Severity: minor Howdy, Programming with the ‘appconf’ library requires understanding how it works and what it does. Please set a “Suggests: python-appconf-doc” dependency, so that administrators choosing to install ‘python3-appconf’ will receive the suggestion. -- \ “The internet's completely over.… Anyway, all these computers | `\and digital gadgets are no good. They just fill your head with | _o__) numbers and that can't be good for you.” —Prince, 2010-07-05 | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764807: python-appconf: please add dependency “Suggests: python-appconf-doc”
Package: python-appconf Version: 0.5-3 Severity: minor Howdy, Programming with the ‘appconf’ library requires understanding how it works and what it does. Please set a “Suggests: python-appconf-doc” dependency, so that administrators choosing to install ‘python-appconf’ will receive the suggestion. -- \ “Don't be afraid of missing opportunities. Behind every failure | `\ is an opportunity somebody wishes they had missed.” —Jane | _o__) Wagner, via Lily Tomlin | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#764023: gkrellmd: Unable to use IPv6 prefix in allow-host line
On Fri, Oct 10, 2014 at 4:25 PM, Stefan Gehn stefan+gkre...@srcbox.net wrote: On 10/08/2014 05:28 PM, Sandro Tosi wrote: Hi Stefan, thanks for checking Debian bugs and picking all the useful information our users reports :) np, I prefer to have such changes upstream instead of loading that off to packaging and you managing a stack of patches on top of the vanilla sources. That's fantastic indeed! :) thanks for the patch, I've applied it to gkrellm master branch (commit 4e31e227872e088291020bdd9d02b8b6572b708d) which should hopefully lead to a 2.3.6 release real-soon-now. Do you have any date in mind for that? the Debian freeze is coming (it would have been more catchy if we called it winter ;) ) and it seems you have stacked quite a bit of nice changes and bugfixes you can also start considering an RC? not pushing here :) I'm currently in contact with Bill to prepare a release. I think apart from testing the build on multiple platforms, updating translations and bumping the version number we should be good to go. if you would issue a RC, I can probably push it asap in Debian, so to have exposure to all our architectures. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666670: dsdo: FTBFS: build hangs for at least 15 minutes
Control: tag 70 + patch 2012-05-31 12:37 GMT+02:00 Jonas Smedegaard d...@jones.dk: severity 70 important thanks On 12-04-10 at 05:35pm, Agustin Martin wrote: I do not think this deserves serious priority, but would however leave an open bug report with lower priority asking for better efficiency if possible. Agreed. Thanks for commenting, Augustin - and for reporting, Lucas. Hi, Jonas, Although a simple rebuild should fix #764209, I have been looking at how difficult would be to use autobuild in dsdo in relation to #764209. When I started looking at it I was hit by old #70, dsdo: FTBFS: build hangs for at least 15 minutes so I looked at it and seems I have something interesting. As pointed out by Lucas, the problem is in sort -u ../ispell/words-da.complete \ | bash ../no-compound_marking ../words-da.no-compound \ | LC_ALL=POSIX sort -u \ words-da.complete I have looked at ../no-compound_marking script and it seems the problem. It is a bash script with really poor efficiency, included in 1006_improve_myspell_rules.patch. I have been playing with a perl implementation for the same purpose and seems I have a working first cut of it. It is at least one order of magnitude faster than bash implementation and seems to really fix this bottleneck. While more testing is needed, it is creating exactly the same hunspell.dic file as old slow procedure, so it looks OK. I am attaching a patch with my current changes against sid dsdo. Since a new build will also fix #764209 I am cc'ing it. Also, it does not sort the input, sorting the output should suffice. I noticed that you already imported a new version 1.6.30 to the git repo and was playing a bit with it. To have my preferred look explicit merging of upstream into master seems missing, but that is a matter of personal taste. Also, seems that dpkg-source has become pedantic about old quilt patches, so old patches do not get properly applied (at least when using dpkg-source inside pdebuild) and failure happens. All those patches need refreshing, After that, things seem to work again. Hope this helps. If you are busy I can prepare an NMU with the changes you find convenient. Regards, -- Agustin 0001-Use-a-perl-script-to-handle-compound-flags.-Much-fas.patch Description: application/download
Bug#764106: pokerth: diff for NMU version 1.1.1-2.2
Control: tags 764106 + patch Control: tags 764106 + pending Dear maintainer, I've prepared an NMU for pokerth (versioned as 1.1.1-2.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru pokerth-1.1.1/debian/changelog pokerth-1.1.1/debian/changelog --- pokerth-1.1.1/debian/changelog 2014-09-13 22:34:27.0 +0200 +++ pokerth-1.1.1/debian/changelog 2014-10-11 13:04:58.0 +0200 @@ -1,3 +1,11 @@ +pokerth (1.1.1-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Drop unused build-depends on libgnutls-dev, add b-d on libgcrypt20-dev. +Closes: #764106 + + -- Andreas Metzler ametz...@debian.org Sat, 11 Oct 2014 13:04:50 +0200 + pokerth (1.1.1-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru pokerth-1.1.1/debian/control pokerth-1.1.1/debian/control --- pokerth-1.1.1/debian/control 2014-09-13 22:31:43.0 +0200 +++ pokerth-1.1.1/debian/control 2014-10-11 12:11:48.0 +0200 @@ -7,13 +7,13 @@ qtbase5-dev [!x32], libqt4-dev [x32], qtchooser, libgsasl7-dev, libsdl1.2-dev, - libsdl-mixer1.2-dev, libcurl4-gnutls-dev, libgnutls-dev, libsqlite3-dev, + libsdl-mixer1.2-dev, libcurl4-gnutls-dev, libsqlite3-dev, libboost-filesystem-dev (= 1.42.0), libboost-thread-dev (= 1.42.0), libboost-iostreams-dev (= 1.42.0), libboost-system-dev (= 1.42.0), libboost-program-options-dev (= 1.42.0), libboost-date-time-dev (= 1.42.0), libboost-regex-dev (= 1.42.0), libboost-random-dev (= 1.42.0), libircclient-dev (= 1.8-1~), libtinyxml-dev, libprotobuf-dev, - protobuf-compiler + protobuf-compiler, libgcrypt20-dev Standards-Version: 3.9.5 Vcs-Svn: svn://anonscm.debian.org/pkg-games/packages/trunk/pokerth/ Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/pokerth/ signature.asc Description: Digital signature
Bug#764632: Wrong url
It's of course supposed to be: git clone git://anonscm.debian.org/pkg-grass/sosi2osm.git Ruben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764787: [Python-modules-team] Bug#764787: 'cssselect' not found
reassign 764787 mwc thanks On 2014-10-11 07:24, Jörg Frings-Fürst wrote: I get with installed phyton-cssselect:: $ mwc Traceback (most recent call last): File /usr/bin/mwc, line 9, in module from cssselect import GenericTranslator ImportError: No module named 'cssselect' $ This is because mwc uses Python 3, but python-csselect is still a Python 2 only module. There is already bug #755031 about it. Either mwc must work with Python 2, or #755031 must be solved and mwc must depend on python3-cssselect. In any case, mwc must be adjusted, I assume. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717484: (no subject)
I have the same issue with Akregator (4:4.14.1-1) `killall kded4` works as workaround. -- with best regards // pub 1024D/E99AF373 pgp.mit.edu signature.asc Description: OpenPGP digital signature
Bug#764809: octave-info: Info files should be compressed
Package: octave-info Version: 3.8.2-3 Severity: normal In order to fix Bug#762078, the octave-info package contains now uncompressed info files, what was not the case in version 3.8.2-2. According to the Debian Policy, [Info documents] should be compressed with gzip -9.. I am filling this bug report as a reminder for the Debian Octave Group. We must compress again the info files once the problem of freezing the GUI when reading the compressed info files is fixed upstream. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764795: autopkgtest: Binaries in .changes are registered in wrong order
Control: tag -1 moreinfo Hello Tristan, Tristan Seligmann [2014-10-11 9:15 +0200]: When passing a .changes containing binary packages to --changes, the binary and source packages seem to be registered in the wrong order, causing the dependency installation to fail as the binary packages from the .changes are not yet available. Passing the binary package(s) manually using --binary *before* --changes fixes the problem. This works fine for me, and there's also a test case for it. Can you please describe precisely what you did and which exact commands you ran? Please also attach the full output of adt-run, preferably with -d (debug info). Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745218: Fixed in 1.98.1+git20130517-1
fixed 745218 1.98.1+git20130517-1 thanks Hi, Please update your package to 1.98.1+git20130517-1 or latest version. Regards, -- Timur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666670: dsdo: FTBFS: build hangs for at least 15 minutes
Quoting Agustin Martin (2014-10-11 13:09:33) I have looked at ../no-compound_marking script and it seems the problem. It is a bash script with really poor efficiency, included in 1006_improve_myspell_rules.patch. I have been playing with a perl implementation for the same purpose and seems I have a working first cut of it. It is at least one order of magnitude faster than bash implementation and seems to really fix this bottleneck. While more testing is needed, it is creating exactly the same hunspell.dic file as old slow procedure, so it looks OK. That's great! I noticed that you already imported a new version 1.6.30 to the git repo and was playing a bit with it. Right. There are even newer releases by now. To have my preferred look explicit merging of upstream into master seems missing, but that is a matter of personal taste. Not sure what you mean here. If important, please try elaborate - else I trust you to do whatever you feel most sensible. Hope this helps. If you are busy I can prepare an NMU with the changes you find convenient. You are quite welcome to NMU. Or even better join me in maintaining it: Add yourself as uploader and do a regular release :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#764792: x11-apps: xman not rendering any pages (zsoelim: not found)
On Sat, Oct 11, 2014 at 02:45:17 -0400, Lee Cremeans wrote: Package: x11-apps Version: 7.7+3 Severity: important Dear Maintainer, I was trying out xman on my jessie system, and it turns out it won't render any pages at all. I notice that when I start xman from a terminal, I see sh: 1: zsoelim: not found in the terminal when I tell it to load a man page. Some checking shows that zsoelim was in man-db in wheezy, but that no longer seems to be the case with man-db in jessie on AMD64. man-db 2.7.0's changelog says Move zsoelim to /usr/lib/man-db/. Colin, how should I handle this in xman? Hardcode the path, patch out the use of zsoelim, something else? Thanks, Julien signature.asc Description: Digital signature
Bug#657405: mediagoblin: no more missing dependencies
On 2014-10-11 02:52, Matija Nalis wrote: Wow, thanks for quick work! You need to thank the FTP masters! extlib/tinymce/js/tinymce/tinymce.min.js I assume, that this could be left out during installation and you can depend on either: python-django-tinymce - replacement text widget for Django web framework tinymce - platform independent web based Javascript/HTML WYSIWYG editor fonts/Lato-Regular.ttf Maybe this is already packaged? fonts-lato - sans-serif typeface family font -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758794: taskcoach: app freezes when I try to edit any task
Package: taskcoach Followup-For: Bug #758794 Hello. 1.4.1-1 and 1.4.1-2 have been building and installing cleanly since you reported the bug, or at least failing for unrelated reasons. Do you agree that the issue was probably caused by the python-openssl transition, and that this bug may be closed now? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764795: autopkgtest: Binaries in .changes are registered in wrong order
On 11 October 2014 13:26, Martin Pitt mp...@debian.org wrote: This works fine for me, and there's also a test case for it. Can you please describe precisely what you did and which exact commands you ran? Please also attach the full output of adt-run, preferably with -d (debug info). I've attached some debug logs. The two commands I ran to produce them were: adt-run -d -l failed.log --changes /home/mithrandi/debian/packages/build-area/txjsonrpc_0.3.1-1_amd64.changes --- schroot sid-amd64-sbuild adt-run -d -l succeeded.log --binary ../build-area/python-txjsonrpc_0.3.1-1_all.deb --changes /home/mithrandi/debian/packages/build-area/txjsonrpc_0.3.1-1_amd64.changes --- schroot sid-amd64-sbuild Note that this particular package is brand new, and thus is not available in the archive at any version. If I try the same thing with a package that is in the archive, it appears to work: adt-run -d -l succeeded-wrong-version.log --changes ../build-area/epsilon_0.7.0-3_amd64.changes --- schroot sid-amd64-sbuild ... but if you check the log, the version of python-epsilon installed appears to be 0.7.0-2 from the archive, rather than the 0.7.0-3 version I built for the purposes of this demonstration: Selecting previously unselected package python-epsilon. Preparing to unpack .../python-epsilon_0.7.0-2_all.deb ... Unpacking python-epsilon (0.7.0-2) ... Setting up python-epsilon (0.7.0-2) ... There is output about registering python-epsilon_0.7.0-3_all.deb, but this only appears after the tests have already run, hence my theory about incorrect ordering. -- mithrandi, i Ainil en-Balandor, a faer Ambar adt-run: DBG: testbed init adt-run [13:28:36]: version 3.5.5 adt-run: DBG: $ vserver: adt-virt-schroot sid-amd64-sbuild adt-run: DBG: got reply from testbed: ok adt-run: DBG: testbed open, scratch=None adt-run: DBG: sending command to testbed: open adt-run: DBG: got reply from testbed: ok /tmp/adt-run.C2zssH adt-run: DBG: sending command to testbed: print-execute-command adt-run: DBG: got reply from testbed: ok schroot,--run-session,--quiet,--directory%3D/,--chroot,sid-amd64-sbuild-fcb509e3-f983-4512-9626-a6ad93a893b6,--user%3Droot,-- adt-run: DBG: sending command to testbed: capabilities adt-run: DBG: got reply from testbed: ok revert root-on-testbed suggested-normal-user=mithrandi downtmp-host=/var/lib/schroot/mount/sid-amd64-sbuild-fcb509e3-f983-4512-9626-a6ad93a893b6//tmp/adt-run.C2zssH adt-run: DBG: testbed capabilities: ['revert', 'root-on-testbed', 'suggested-normal-user=mithrandi', 'downtmp-host=/var/lib/schroot/mount/sid-amd64-sbuild-fcb509e3-f983-4512-9626-a6ad93a893b6//tmp/adt-run.C2zssH'] adt-run: DBG: testbed command ['dpkg', '--print-architecture'], kind short, sout pipe, serr pipe, env ['LANG=C.UTF-8'] adt-run: DBG: testbed command exited with code 0 adt-run [13:28:37]: testbed dpkg architecture: amd64 adt-run: DBG: Binaries: initialising adt-run: DBG: Binaries: reset adt-run: DBG: / binaries rmtree /tmp/adt-run.output.62vwdm0z/binaries adt-run [13:28:37]: source /home/mithrandi/debian/packages/build-area/txjsonrpc_0.3.1-1.dsc adt-run: DBG: blame += /home/mithrandi/debian/packages/build-area/txjsonrpc_0.3.1-1.dsc adt-run: DBG: testbed reset: modified=False, deps_installed=[](r: False), deps_new=[](r: False) adt-run: DBG: testbed command ['mkdir', '-p', '/tmp/adt-run.C2zssH'], kind short, sout raw, serr pipe, env ['LANG=C.UTF-8'] adt-run: DBG: testbed command exited with code 0 adt-run: DBG: sending command to testbed: copydown /home/mithrandi/debian/packages/build-area/txjsonrpc_0.3.1-1.dsc /tmp/adt-run.C2zssH/txjsonrpc_0.3.1-1.dsc adt-run: DBG: got reply from testbed: ok adt-run: DBG: testbed command ['chown', '-R', 'mithrandi', '--', '/tmp/adt-run.C2zssH/txjsonrpc_0.3.1-1.dsc'], kind short, sout raw, serr pipe, env ['LANG=C.UTF-8'] adt-run: DBG: testbed command exited with code 0 adt-run: DBG: testbed command ['mkdir', '-p', '/tmp/adt-run.C2zssH'], kind short, sout raw, serr pipe, env ['LANG=C.UTF-8'] adt-run: DBG: testbed command exited with code 0 adt-run: DBG: sending command to testbed: copydown /home/mithrandi/debian/packages/build-area/txjsonrpc_0.3.1.orig.tar.gz /tmp/adt-run.C2zssH/txjsonrpc_0.3.1.orig.tar.gz adt-run: DBG: got reply from testbed: ok adt-run: DBG: testbed command ['chown', '-R', 'mithrandi', '--', '/tmp/adt-run.C2zssH/txjsonrpc_0.3.1.orig.tar.gz'], kind short, sout raw, serr pipe, env ['LANG=C.UTF-8'] adt-run: DBG: testbed command exited with code 0 adt-run: DBG: testbed command ['mkdir', '-p', '/tmp/adt-run.C2zssH'], kind short, sout raw, serr pipe, env ['LANG=C.UTF-8'] adt-run: DBG: testbed command exited with code 0 adt-run: DBG: sending command to testbed: copydown /home/mithrandi/debian/packages/build-area/txjsonrpc_0.3.1-1.debian.tar.xz /tmp/adt-run.C2zssH/txjsonrpc_0.3.1-1.debian.tar.xz adt-run: DBG: got reply from testbed: ok adt-run: DBG: testbed command ['chown', '-R', 'mithrandi', '--', '/tmp/adt-run.C2zssH/txjsonrpc_0.3.1-1.debian.tar.xz'], kind
Bug#764810: nm-applet: icon disappears when clicking on it (nm-applet segfaults)
Package: network-manager-gnome Version: 0.9.10.0-2 Severity: normal Dear Maintainer, nm-applet's icon disappears half the time when clicking on it (no matter whether right or left button). The corresponding lines in syslog are always like: kernel: [ 210.257870] nm-applet[1468]: segfault at 18 ip 0042ffd0 sp 7fff04c4cb10 error 4 in nm-applet[40+4e000] Of 18 ip 0042ffd0 sp 7fff04c4cb10 only the last 8 digits vary. nm-applet can afterwards still be started via terminal resulting in a message like: ** (nm-applet:2065): WARNING **: Couldn't register with accessibility bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Sometimes a second warning appears in terminal, but not having written down that message I can currently not quote that. nm-applet started via terminal has so far never segfaulted the way mentioned above and can be used normally (but terminal window has to remain open to use the network). Regards Günter -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.8.6-2 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gconf-service3.2.6-3 ii gnome-icon-theme 3.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libdbus-1-3 1.8.6-2 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libglib2.0-0 2.41.1-2 ii libgnome-keyring03.12.0-1 ii libgtk-3-0 3.12.2-3+b1 ii libmm-glib0 1.4.0-1 ii libnm-glib-vpn1 0.9.10.0-2 ii libnm-glib4 0.9.10.0-2 ii libnm-gtk0 0.9.10.0-2 ii libnm-util2 0.9.10.0-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libsecret-1-00.18-1+b1 ii mate-polkit [policykit-1-gnome] 1.8.0+dfsg1-4 ii network-manager 0.9.10.0-2 ii policykit-1-gnome0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-keyring 3.14.0-1 ii iso-codes 3.56-1 ii mate-notification-daemon [notification-daemon] 1.8.0-2 ii mobile-broadband-provider-info 20140317-1 ii notification-daemon 0.7.6-1 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none ii network-manager-pptp-gnome 0.9.10.0-1 pn network-manager-vpnc-gnome none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762624: policykit-1: Authentication pop-up not displayed Not authorized to perform operation.
Hello, Are you still experiencing this issue? If it's the case, could you check that you have a logind session registered (loginctl command). Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764811: libvirt-bin: USB Host Device not available
Package: libvirt-bin Version: 1.2.8-3 Severity: normal Dear Maintainer, I believe there is a regression in support for attaching USB host devices to a virtual machine. Some update seems to have broken this support --- possible the switch to systemd, but I cannot say for sure. As I have found a work-around, I've labelled this problem as normal severity. Here is a description with, I hope, sufficient information to understand and reproduce it. I have a USB external disk (0d49:7410 Maxtor Mobile Hard Disk Drive (1TB)) that behaves as a normal USB 2 mass-storage device. (I can include the devices USB profile, if that would help.) Using Virtual Machine Manager and selecting Add Hardware and USB Host Device, I attached this device to the domain. When starting the domain, I see the device disappear from the list of USB devices my desktop shows (lsusb on the host OS still lists the device); however, the device is not listed by lsusb running within the domain: [root@xanadu ~]# lsusb|grep Maxtor [root@xanadu ~]# Each time I run the lsusb command in the domain, the following kernel messages are logged: usb 1-2.1: new low speed USB device number 12 using uhci_hcd usb 1-2.1: ep0 maxpacket = 64 usb 1-2.1: new low speed USB device number 13 using uhci_hcd usb 1-2.1: ep0 maxpacket = 64 usb 1-2.1: new low speed USB device number 14 using uhci_hcd usb 1-2.1: ep0 maxpacket = 64 usb 1-2.1: new low speed USB device number 15 using uhci_hcd usb 1-2.1: ep0 maxpacket = 64 hub 1-2:1.0: unable to enumerate USB device on port 1 What I find interesting is that when I alter the 'Controller USB' settings by changing the 'Model' from Default to either USB 2 or USB 3 then the external device is visible from within the domain. With Model USB 2 or USB 3, the device is visible to the domain: [root@xanadu ~]# lsusb|grep Maxtor Bus 001 Device 003: ID 0d49:7410 Maxtor Mobile Hard Disk Drive (1TB) [root@xanadu ~]# Also, with a Model of either USB 2 or USB 3, running the lsusb command generates no kernel log messages in the domain's kernel log. For reference, I've included information from the /etc/libvirt/qemu/machine.xml file: a diff between the (broken) Default Model and the (working) USB 2 Model, a diff between the Default Model and the (working) USB 3 Model, and the complete configuration with USB 3 Model. Cheers, Paul. ---[ Default to USB 2 diff ]--- --- xanadu.xml-default 2014-10-11 11:36:03.0 +0200 +++ xanadu.xml-usb2 2014-10-11 11:37:51.0 +0200 @@ -45,8 +45,20 @@ address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x1'/ /controller controller type='pci' index='0' model='pci-root'/ -controller type='usb' index='0' - address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x2'/ +controller type='usb' index='0' model='ich9-ehci1' + address type='pci' domain='0x' bus='0x00' slot='0x07' function='0x7'/ +/controller +controller type='usb' index='0' model='ich9-uhci1' + master startport='0'/ + address type='pci' domain='0x' bus='0x00' slot='0x07' function='0x0' multifunction='on'/ +/controller +controller type='usb' index='0' model='ich9-uhci2' + master startport='2'/ + address type='pci' domain='0x' bus='0x00' slot='0x07' function='0x1'/ +/controller +controller type='usb' index='0' model='ich9-uhci3' + master startport='4'/ + address type='pci' domain='0x' bus='0x00' slot='0x07' function='0x2'/ /controller interface type='network' mac address='52:54:00:4e:4c:a2'/ ---[ Default to USB 3 diff ]--- --- xanadu.xml-default 2014-10-11 11:36:03.0 +0200 +++ xanadu.xml-usb3 2014-10-11 11:39:13.0 +0200 @@ -45,8 +45,8 @@ address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x1'/ /controller controller type='pci' index='0' model='pci-root'/ -controller type='usb' index='0' - address type='pci' domain='0x' bus='0x00' slot='0x01' function='0x2'/ +controller type='usb' index='0' model='nec-xhci' + address type='pci' domain='0x' bus='0x00' slot='0x07' function='0x0'/ /controller interface type='network' mac address='52:54:00:4e:4c:a2'/ ---[ Working USB 3 configuration ]--- !-- WARNING: THIS IS AN AUTO-GENERATED FILE. CHANGES TO IT ARE LIKELY TO BE OVERWRITTEN AND LOST. Changes to this xml configuration should be made using: virsh edit xanadu or other application using the libvirt API. -- domain type='kvm' namexanadu/name uuid91cef140-bea4-41ea-4c9a-856c52e7779f/uuid memory unit='KiB'1048576/memory currentMemory unit='KiB'1048576/currentMemory vcpu placement='static'1/vcpu os type arch='x86_64' machine='pc-0.14'hvm/type bootmenu enable='no'/ /os features acpi/ apic/ pae/ /features clock offset='utc'/ on_poweroffdestroy/on_poweroff
Bug#763625: keepnote fails with Attempt to unlock mutex that was not locked
On Fri, 10 Oct 2014, Vlad Orlov wrote: Hi, Try this new debdiff (in the attachment) and see if it works for you. Hi, I have tested Your last fix. It works fine for me. Thank You. -- Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641662: cryptsetup: assumes root is crypt
Hey Matt, On Wed, 14 Sep 2011 17:25:57 -0700 Matt Taggart tagg...@debian.org wrote: Package: cryptsetup Version: 2:1.1.3-4squeeze2 I have several machines which I have upgraded from lenny to squeeze where I am seeing the following warnings cryptsetup: WARNING: failed to detect canonical device of /dev/md0 cryptsetup: WARNING: could not determine root device from /etc/fstab I am using cryptsetup on these machines, but the root is NOT using cryptsetup. Here are my fstab and crypttab fstab: /dev/md0/ ext3defaults,errors=remount-ro 0 1 /dev/mapper/swap1noneswapsw00 /dev/mapper/swap2noneswapsw00 crypttab: swap1 /dev/cciss/c0d0p2 /dev/urandom cipher=serpent-xts-plain,size=256,swap swap2 /dev/cciss/c0d1p2 /dev/urandom cipher=serpent-xts-plain,size=256,swap It looks like the canonical_device function assumes that a device is using cryptsetup and tries a few ways to figure out the actual device and if it can't it gives up and gives these errors. Do you still discover this bug with the most recent cryptsetup packages from Debian Jessie? The initramfs hook script has changed a lot since 2011 and I'm unable to reproduce this bug. Kind regards, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648419: [dvbcut] dvbcut doesn't detect multiple streams
Hello Reuben, your file is not to download anymore. From the MediaInfo output it seems that this file contains all streams/channels of one DVB multiplex. Might I ask how you did record this file? I was able to dump a complete multiplex from a tvheadend installation connected to a DVB-S adapter (see below). To detect such transport streams and make it user selectable in dvbcut, which stream should be used, would be a case which needs to be handled upstream. Unfortunately it seems that the upstream project seems to be abandoned. As a workaround one could first extract the desired program from the transport stream into a new .ts-file by using ffmpeg/avonv (see below). And then process this file in dvbcut. Kind regards, Bernhard Steps to dump a complete multiplex from DVB-S with these steps: - have a tvheadend installed configured and ready for viewing - got to webinterface - Configuration - DVB Inputs - TV Adapters - General - in Frame Adapter configuration: change Full mux reception: from Auto to On - /etc/init.d/tvheadend stop - /etc/init.d/tvheadend start - got to webinterface - Configuration - DVB Inputs - TV Adapters - Multiplexes - click the Play link on the multiplex you want to dump and save to any location - /etc/init.d/tvheadend stop - /etc/init.d/tvheadend start - undo the change to Full mux reception - /etc/init.d/tvheadend stop - /etc/init.d/tvheadend start Show program numbers to use later in the call to ffmpeg: $ avconv -i _dev_dvb_adapter0_NXP_TDA1007111836500_H.ts 21 | grep -E Program|service_name | iconv -f ISO-8859-15 Program 28106 service_name: Das Erste Program 28107 service_name: Bayerisches FS Süd Program 28108 service_name: hr-fernsehen Program 28110 service_name: Bayerisches FS Nord Program 28111 service_name: WDR Köln Program 28113 service_name: SWR Fernsehen BW Extract desired program into new file: $ avconv -i _dev_dvb_adapter0_NXP_TDA1007111836500_H.ts -c copy -map p:28113 p28113.ts Open new file in dvbcut: $ dvbcut p28113.ts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764107: qutecom: diff for NMU version 2.2.1+dfsg1-5.2
Control: tags 764107 + patch Control: tags 764107 + pending Dear maintainer, I've prepared an NMU for qutecom (versioned as 2.2.1+dfsg1-5.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru qutecom-2.2.1+dfsg1/debian/changelog qutecom-2.2.1+dfsg1/debian/changelog --- qutecom-2.2.1+dfsg1/debian/changelog 2014-09-10 12:02:58.0 +0200 +++ qutecom-2.2.1+dfsg1/debian/changelog 2014-10-11 14:07:12.0 +0200 @@ -1,3 +1,13 @@ +qutecom (2.2.1+dfsg1-5.2) unstable; urgency=medium + + * Non-maintainer upload. + * Build-depend on libgnutls28-dev instead of libgnutls-dev. (Minimally +invasive fix, the cmake build-system searches for and requires gnutls, +however it does not link anything against it.) +Closes: #764107 + + -- Andreas Metzler ametz...@debian.org Sat, 11 Oct 2014 13:14:40 +0200 + qutecom (2.2.1+dfsg1-5.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru qutecom-2.2.1+dfsg1/debian/control qutecom-2.2.1+dfsg1/debian/control --- qutecom-2.2.1+dfsg1/debian/control 2014-03-01 09:15:57.0 +0100 +++ qutecom-2.2.1+dfsg1/debian/control 2014-10-11 13:20:50.0 +0200 @@ -7,7 +7,7 @@ patchutils (= 0.2.25), cmake (= 2.6), libqt4-dev (= 4:4.5), libqtwebkit-dev | libqt4-dev ( 4:4.7), libglib2.0-dev (= 2.10.3), libavcodec-dev (= 0.cvs20060823-3.1), - libswscale-dev (= 0.cvs20060823-3.1), libgnutls-dev (= 1.2.9), + libswscale-dev (= 0.cvs20060823-3.1), libgnutls28-dev, libboost-serialization-dev, libboost-thread-dev, libboost-signals-dev, libboost-program-options-dev, libboost-system-dev, uuid-dev, libasound2-dev (= 1.0.11), libspeex-dev (= 1.1.12), libssl-dev (= 0.9.8a), signature.asc Description: Digital signature
Bug#764812: locales: fy_NL Janaris should be Jannewaris
Package: locales Version: 2.13-38+deb7u4 Severity: minor Tags: patch l10n Dear Maintainer, * What led up to the situation? I am programming in Python, a filofax printable agenda generator. I heavily use strftime(). When I generated the 2015 agenda in my local language I saw the typo. * What exactly did you do (or not do) that was effective (or ineffective)? locale.setlocale(locale.LC_TIME,'fy_NL.UTF8') datetime.date(2015,1,1).strftime(%B) * What was the outcome of this action? Janaris * What outcome did you expect instead? Jannewaris I am running the stable debian 7 version, but I downloaded the newest locales (debian SID version) file, and unpacked it. I saw that the file is not changed between versions (also 2006-8-13). I did not want to contaminate my own installation with unstable stuff. I included the corrected file, with some improvements to readability. Some ambiguous naming's are also corrected. comment_char % escape_char / % % Frisian Language Locale for the Netherlands % Language: fy % Territory: NL % Date: 2006-8-13 % Users: general % Charset: ISO-8859-1 % Distribution and use is free, also % for commercial purposes. LC_IDENTIFICATION title Frisian locale for the Netherlands source Free Software Foundation, Inc. addresshttp:www.gnu.org//software//libc//; contact email bug-glibc-loca...@gnu.org tel fax language Frisian territory Netherlands revision 1.0 date 2006-08-13 % category fy_NL:2000;LC_IDENTIFICATION category fy_NL:2000;LC_CTYPE category fy_NL:2000;LC_COLLATE category fy_NL:2000;LC_TIME category fy_NL:2000;LC_NUMERIC category fy_NL:2000;LC_MONETARY category fy_NL:2000;LC_MEASUREMENT category fy_NL:2000;LC_MESSAGES category fy_NL:2000;LC_PAPER category fy_NL:2000;LC_NAME category fy_NL:2000;LC_ADDRESS category fy_NL:2000;LC_TELEPHONE END LC_IDENTIFICATION LC_CTYPE copy nl_NL END LC_CTYPE LC_COLLATE copy nl_NL END LC_COLLATE LC_TIME % Sn,Mo,Ti,Wo,To,Fr,Sat abday U0053U006E;/ U004DU006F;/ U0054U0069;/ U0057U006F;/ U0054U006F;/ U0046U0072;/ U0053U0061U0074 % Snein,Moandei,Tiisdei,Woansdei,Tongersdei,Freed,Sneon day U0053U006EU0065U0069U006E;/ U004DU006FU0061U006EU0064U0065U0069;/ U0054U0069U0069U0073U0064U0065U0069;/ U0057U006FU0061U006EU0073U0064U0065U0069;/ U0054U006FU006EU0067U0065U0072U0073U0064U0065U0069;/ U0046U0072U0065U0065U0064;/ U0053U006EU0065U006FU006E % alternative Saterdei %U0053U0061U0074U0065U0072U0064U0065U0069 % Jan,Feb,Mrt,Apr,Maa,Jun,Jul,Aug,Sep,Okt,Nov,Des abmon U004AU0061U006E;/ U0046U0065U0062;/ U004DU0072U0074;/ U0041U0070U0072;/ U004DU0061U0061;/ U004AU0075U006E;/ U004AU0075U006C;/ U0041U0075U0067;/ U0053U0065U0070;/ U004FU006BU0074;/ U004EU006FU0076;/ U0044U0065U0073 % Jannewaris,Febrewaris,Maart,April,Maaie,Juny,July,Augustus,Septimber,Oktober,Novimber,Desimber mon U004AU0061U006EU006EU0065U0077U0061U0072U0069U0073;/ U0046U0065U0062U0072U0065U0077U0061U0072U0069U0073;/ U004DU0061U0061U0072U0074;/ U0041U0070U0072U0069U006C;/ U004DU0061U0061U0069U0065;/ U004AU0075U006EU0079;/ U004AU0075U006CU0079;/ U0041U0075U0067U0075U0073U0074U0075U0073;/ U0053U0065U0070U0074U0069U006DU0062U0065U0072;/ U004FU006BU0074U006FU0062U0065U0072;/ U004EU006FU0076U0069U006DU0062U0065U0072;/ U0044U0065U0073U0069U006DU0062U0065U0072 % %a %d %b %Y %T %Z d_t_fmt U0025U0061U0020U0025U0064U0020U0025U0062U0020U0025U0059U0020U0025U0054U0020U0025U005A % %d-%m-%y d_fmt U0025U0064U002DU0025U006DU002DU0025U0079 % %T t_fmt U0025U0054 am_pm ; t_fmt_ampm % %a %b %e %H:%M:%S %Z %Y date_fmt U0025U0061U0020U0025U0062U0020U0025U0065/ U0020U0025U0048U003AU0025U004DU003AU0025U0053U0020/ U0025U005AU0020U0025U0059 first_workday 2 first_weekday 2 END LC_TIME LC_NUMERIC copy nl_NL END LC_NUMERIC LC_MONETARY copy nl_NL END LC_MONETARY LC_MEASUREMENT % metric measurement 1 END LC_MEASUREMENT LC_MESSAGES copy nl_NL END LC_MESSAGES LC_PAPER copy nl_NL END LC_PAPER LC_NAME copy nl_NL END LC_NAME LC_ADDRESS postal_fmtU0025U0066U0025U004EU0025U0061U0025U004E/ U0025U0064U0025U004EU0025U0062U0025U004EU0025U0073/ U0020U0025U0068U0020U0025U0065U0020U0025U0072U0025/ U004EU0025U007AU0020U0025U0054U0025/ U004EU0025U0063U0025U004E country_ab2 U004EU004C country_ab3 U004EU004CU0044 country_num 528 country_car U004EU004C % Frysk lang_nameU0046U0072U0079U0073U006B % fy lang_ab U0066U0079 % fry lang_termU0066U0072U0079 % fry lang_lib U0066U0072U0079 END LC_ADDRESS LC_TELEPHONE copy nl_NL END LC_TELEPHONE
Bug#764813: util-linux: [blkid] Should detect exfat
Package: util-linux Version: 2.25.1-3 Severity: wishlist It would be useful if blkid could detect exfat. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.5 (SMP w/4 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 util-linux depends on: ii initscripts2.88dsf-53.4 ii libblkid1 2.25.1-3 ii libc6 2.19-11 ii libmount1 2.25.1-3 ii libncurses55.9+20140913-1 ii libpam0g 1.1.8-3.1 ii libselinux12.3-2 ii libslang2 2.3.0-1 ii libsmartcols1 2.25.1-3 ii libtinfo5 5.9+20140913-1 ii libuuid1 2.25.1-3 ii lsb-base 4.1+Debian13 ii tzdata 2014h-1 ii zlib1g 1:1.2.8.dfsg-2 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.26-3 ii kbd 1.15.5-1 pn util-linux-locales none -- 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#720340: [pkg-cryptsetup-devel] Bug#720340: cryptsetup: Encrypted LVM with root partition: Stopping crypto disk at shutdown fails
tag 720340 wontfix thanks Hey Ralf, Am 20.08.2013 um 20:24 schrieb Ralf Jung: since I changed my setup such that / lives in an LVM inside an encrytped physical volume, I get an error message on each system shutdown. Unfortunately I found no logfile for this phase of shutdown, so I can only paraphrase what I see: During Stopping early crypto disks, stopping the disk with the physical volume seems to fail, so there's this alarming red failed message on each shutdown. I suspect this is caused by executing these commands while root is still mounted, but still such false alarms should not be triggered. You're right. It's impossible to close the dm-crypt mapping for encrpyted root during shutdown process as the root device would need to be unmounted beforehand. There's no easy solution to fix this instead of using a initramfs which is executed just after root device has been unmounted. To my knowledge, this is not implemented for sysvinit shutdown process in Debian yet. Tagging the bug as wontfix for that reason. Cheers, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764109: vdr-plugin-fritzbox: diff for NMU version 1.5.2-5.1
Control: tags 764109 + patch Control: tags 764109 + pending Dear maintainer, I've prepared an NMU for vdr-plugin-fritzbox (versioned as 1.5.2-5.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -Nru vdr-plugin-fritzbox-1.5.2/debian/changelog vdr-plugin-fritzbox-1.5.2/debian/changelog --- vdr-plugin-fritzbox-1.5.2/debian/changelog 2013-03-31 14:00:07.0 +0200 +++ vdr-plugin-fritzbox-1.5.2/debian/changelog 2014-10-11 14:28:30.0 +0200 @@ -1,3 +1,12 @@ +vdr-plugin-fritzbox (1.5.2-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Drop unused build-depends on libgnutls-dev. Build-depend on +libgcrypt20-dev instead of transition package libgcrypt11-dev. +Closes: #764109 + + -- Andreas Metzler ametz...@debian.org Sat, 11 Oct 2014 14:28:05 +0200 + vdr-plugin-fritzbox (1.5.2-5) unstable; urgency=low * Build-depend on vdr-dev (= 2.0.0) diff -Nru vdr-plugin-fritzbox-1.5.2/debian/control vdr-plugin-fritzbox-1.5.2/debian/control --- vdr-plugin-fritzbox-1.5.2/debian/control 2013-03-31 14:00:07.0 +0200 +++ vdr-plugin-fritzbox-1.5.2/debian/control 2014-10-11 14:20:13.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian VDR Team pkg-vdr-dvb-de...@lists.alioth.debian.org Uploaders: Thomas Schmidt tschm...@debian.org, Tobias Grimm et...@debian.org, Thomas Günther t...@toms-cafe.de -Build-Depends: debhelper (= 9), vdr-dev (= 2.0.0), gettext, pkg-config, libgnutls-dev, libgcrypt11-dev, libcommoncpp2-dev +Build-Depends: debhelper (= 9), vdr-dev (= 2.0.0), gettext, pkg-config, libgcrypt20-dev, libcommoncpp2-dev Standards-Version: 3.9.3 Homepage: http://www.joachim-wilke.de/vdr-fritz.htm Vcs-Git: git://git.debian.org/git/pkg-vdr-dvb/vdr-plugin-fritzbox.git signature.asc Description: Digital signature
Bug#717129: setpwc not in debian jessie
Dear all, setpwc package is currently removed from debian testing, as such it will not be part of next debian release codename jessie. Since the period of freeze starts in a couple of days (Nov 5th), could someone please confirm that : 1. either a patch is pending 2. setpwc should completely be removed from debian archive. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760476: cups - crashes after reading tls stuff
On Sun, 21 Sep 2014 13:50:36 +0200 Andreas Metzler ametz...@bebt.de wrote: On 2014-09-16 Didier 'OdyX' Raboud o...@debian.org wrote: [...] Le jeudi, 4 septembre 2014, 13.30:19 Bastian Blank a écrit : cups aborts at random times after reading certificates and keys: (…) As cups disables generation of core files, no additional information is available. Would it be imaginable for you to run a cups rebuilt with the attached patch ? I will consult with upstream and followup on this point on your other bug (#760475) [...] Hello Bastian, could you perhaps come up with a backtrace? For some reason getrusage() with RUSAGE_THREAD fails in that system. Did that happen after a kernel change or so? I've committed in gnutls' repository a fix to fallback to RUSAGE_SELF if that happens. regards, Nikos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764813: util-linux: [blkid] Should detect exfat
Control: tags -1 + upstream Hello Sebastian Dalfuß. On Sat, Oct 11, 2014 at 02:25:40PM +0200, Sebastian Dalfuß wrote: It would be useful if blkid could detect exfat. Do you have any information on how to detect exfat? Could you please send this to the upstream mailing list where implementation of new features are discussed? Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764763: taskcoach: forwarded upstream
Package: taskcoach Followup-For: Bug #764763 Control: tags -1 + upstream I have forwarded the bug by mail. It looks similar to http://sourceforge.net/p/taskcoach/bugs/1543. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764814: freecad downloads and executes code
Subject: freecad: Downloads and executes code Package: freecad Version: 0.14.3702+dfsg-2 Severity: important Dear Maintainer, As per discussions with the security team, I am marking the severity as grave. Freecad downloads and executes code (e.g. ArchCommands.py) from the network, from https. This uses urllib2, which does not check https certificates. The files that are downloaded occur when attempting to activate non-present module features, such as via opening a DXF file. Sample session console output: DXF libraries not found. Downloading... downloading https://raw.github.com/yorikvanhavre/Draft-dxf-importer/master/dxfColorMap.py ... downloading https://raw.github.com/yorikvanhavre/Draft-dxf-importer/master/dxfImportObjects.py ... downloading https://raw.github.com/yorikvanhavre/Draft-dxf-importer/master/dxfLibrary.py ... downloading https://raw.github.com/yorikvanhavre/Draft-dxf-importer/master/dxfReader.py ... I believe arbitrary code could be (theoretically) injected into these downloads, then executed. I am not an expert in such matters, and have not attempted to do so, so please review this for actual vulnerability (I may be wrong, and this could be mitigated in some other way). I would hazard that this vulnerability would be minor, due to the low-ish user base of freecad who are opening dxf files on untrusted networks. The file in question i believe to be : freecad-0.14.3702+dfsg/src/Mod/Arch/ArchCommands.py I further note that urllib is referenced in the following files: $ find ./ -type f -name \* -exec grep -H urllib {} \; | grep urlopen ./Tools/wiki2qhelp.py:from urllib2 import urlopen, HTTPError ./Tools/generateBase/generateDS.py:implFile = urllib2.urlopen(implUrl) ./Tools/generateBase/generateDS.py:##implFile = urllib2.urlopen(implUrl) ./Mod/Arch/ArchCommands.py:response = urllib2.urlopen(url) ./Mod/Start/StartPage/StartPage.py:xml = parse(urllib.urlopen(url)).getroot() Looking at generateDS.py, this may also be affected. I do not believe StartPage.py affected in the scope of this bug. Thanks! -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freecad depends on: ii libboost-filesystem1.55.0 1.55.0+dfsg-2 ii libboost-program-options1.55.0 1.55.0+dfsg-3 ii libboost-regex1.55.01.55.0+dfsg-2 ii libboost-signals1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-2 ii libboost-thread1.55.0 1.55.0+dfsg-2 ii libc6 2.19-7 ii libcoin80 3.1.4~abc9f50-7 ii libfreeimage3 3.15.4-3+b2 ii libfreetype62.5.2-1 ii libgcc1 1:4.9.0-7 ii libgfortran34.9.0-7 ii libgl1-mesa-glx [libgl1]10.2.4-1 ii libglu1-mesa [libglu1] 9.0.0-2 ii libice6 2:1.0.9-1 ii liboce-foundation8 0.15-4 ii liboce-modeling80.15-4 ii liboce-ocaf-lite8 0.15-4 ii liboce-ocaf80.15-4 ii liboce-visualization8 0.15-4 ii libpyside1.21.2.2-1+b1 ii libpython2.72.7.8-3 ii libqt4-network 4:4.8.6+git49-gbc62005+dfsg-1 ii libqt4-opengl 4:4.8.6+git49-gbc62005+dfsg-1 ii libqt4-svg 4:4.8.6+git49-gbc62005+dfsg-1 ii libqt4-xml 4:4.8.6+git49-gbc62005+dfsg-1 ii libqt4-xmlpatterns 4:4.8.6+git49-gbc62005+dfsg-1 ii libqtcore4 4:4.8.6+git49-gbc62005+dfsg-1 ii libqtgui4 4:4.8.6+git49-gbc62005+dfsg-1 ii libqtwebkit42.2.1-7 ii libquadmath04.9.0-7 ii libshiboken1.2 1.2.2-1+b1 ii libsm6 2:1.2.2-1 ii libsoqt4-20 1.6.0~e8310f-1 ii libspnav0 0.2.2-1 ii libstdc++6 4.9.0-7 ii libx11-62:1.6.2-2 ii libxerces-c3.1 3.1.1-5 ii libxext62:1.3.2-1 ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5.1 ii python-collada 0.4-2 ii python-matplotlib 1.3.1-2 ii python-pivy 0.5.0~v609hg-3 ii python-ply 3.4-3 ii python-pyside 1.2.2-1 ii python2.7 2.7.8-3 pn python:any none ii zlib1g 1:1.2.8.dfsg-1 freecad recommends no packages. Versions of packages freecad suggests: pn freecad-doc none -- no debconf information -- To
Bug#764815: lxc: The helper util lxc-user-nic is missing the SETUID bit
Package: lxc Version: 1:1.0.6-2 Severity: normal Tags: patch The helper utility lxc-user-nic has to be installed SETUID root in order to work correctly for unpriviledged containers. The upstream build system does that correctly but the SETUID bit gets swallowed by dh_fixperms. Attached is a patch that fixed the situation for me. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii init-system-helpers 1.21 ii libapparmor1 2.8.0-8 ii libc62.19-11 ii libcap2 1:2.24-6 ii libseccomp2 2.1.1-1 ii libselinux1 2.3-2 ii multiarch-support2.19-11 ii python3 3.4.1-1 Versions of packages lxc recommends: ii debootstrap 1.0.63 ii openssl 1.0.1i-2 ii rsync3.1.1-2 Versions of packages lxc suggests: ii lua5.2 5.2.3-1 -- no debconf information diff -ur lxc-1.0.6/debian/changelog lxc-1.0.6-mine/debian/changelog diff -ur lxc-1.0.6/debian/rules lxc-1.0.6-mine/debian/rules --- lxc-1.0.6/debian/rules 2014-09-29 12:29:17.0 +0200 +++ lxc-1.0.6-mine/debian/rules 2014-10-11 01:35:50.375185223 +0200 @@ -62,3 +62,7 @@ override_dh_strip: dh_strip --dbg-package=lxc-dbg + +override_dh_fixperms: + dh_fixperms + chmod 4755 debian/lxc/usr/lib/$(DEB_HOST_MULTIARCH)/lxc/lxc-user-nic
Bug#745251: accerciser crashes in cairo_status when selecting an object
Hey Jarek, Could you please still reproduce this issue with newer accerciser version like 3.14.0-1 ? thanks regards althaser
Bug#764419: mpv: vo=x11 broken on 0.6.0
Control: tags -1 fixed-upstream On Tue, Oct 07, 2014 at 11:47:08PM +0200, Trecourt Nicolas wrote: Package: mpv Version: 0.6.0-1 Severity: normal Dear Maintainer, I recently hit a bug with the X11 video output driver on mpv 0.6.0. $ mpv test.mp4 -vo x11 Playing: test.mp4 [stream] Video (+) --vid=1 (*) (h264) [stream] Audio (+) --aid=1 --alang=und (*) (aac) File tags: major_brand: mp42 minor_version: 0 compatible_brands: isommp42 creation_time: 2014-05-07 14:05:44 AO: [pulse] 44100Hz stereo 2ch float VO: [x11] 1280x720 = 1280x720 yuv420p [libav] swscaler: 1280x720 - 1x1 is invalid scaling dimension Could not initialize video chain. [vo/x11] Shared memory error,disabling ( seg id error ) [vo/x11] Shared memory error,disabling ( seg id error ) [libav] swscaler: Value 0.00 for parameter 'dstw' out of range [libav] swscaler: Value 0.00 for parameter 'dsth' out of range In practice, the window is created, than immediately destroyed, and no video is played. Does this happen with all files? If no, can you please upload your test file somewhere? This is mostly so I can verify that the bug has been fixed before uploading a new version. The following upstream commit seems to fix the bug: https://github.com/mpv-player/mpv/commit/64fb37c173e0ecee0e62d78b96c03d609845e8a4 This commit will be part of the 0.6.1 release which will be released tomorrow at the latest. Cheers signature.asc Description: Digital signature
Bug#764816: gnome-online-accounts: yahoo provider is experimental, broken and does nothing. Don't enable it.
Package: gnome-online-accounts Version: 3.14.0-1 Severity: normal Trying to add a Yahoo! account fails. I reported upstream and they say this provider does nothing and is by default disabled, and there are no applications which use it, see https://bugzilla.gnome.org/show_bug.cgi?id=738330 -- 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.16-2-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 gnome-online-accounts depends on: ii libc6 2.19-11 ii libgcr-base-3-1 3.14.0-2 ii libglib2.0-0 2.42.0-2 ii libgoa-1.0-0b 3.14.0-1 ii libgoa-backend-1.0-1 3.14.0-1 ii libkrb5-3 1.12.1+dfsg-10 ii librest-0.7-0 0.7.92-1 ii libsoup2.4-1 2.48.0-1 ii libtelepathy-glib00.24.1-1 Versions of packages gnome-online-accounts recommends: ii gnome-control-center 1:3.14.0-1 ii realmd0.15.1-1+b2 gnome-online-accounts 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#764792: x11-apps: xman not rendering any pages (zsoelim: not found)
On Sat, Oct 11, 2014 at 01:28:34PM +0200, Julien Cristau wrote: On Sat, Oct 11, 2014 at 02:45:17 -0400, Lee Cremeans wrote: I was trying out xman on my jessie system, and it turns out it won't render any pages at all. I notice that when I start xman from a terminal, I see sh: 1: zsoelim: not found in the terminal when I tell it to load a man page. Some checking shows that zsoelim was in man-db in wheezy, but that no longer seems to be the case with man-db in jessie on AMD64. man-db 2.7.0's changelog says Move zsoelim to /usr/lib/man-db/. Colin, how should I handle this in xman? Hardcode the path, patch out the use of zsoelim, something else? Wow that's an evil mess, and almost certainly broken with anything other than ISO-8859-1. I would suggest burning it to the ground and using man -l or similar, at least on systems that have man-db, because xman appears to be just doing a bad job of reimplementing it. Failing that it would be OK to hardcode /usr/lib/man-db/zsoelim for now (although you might want to test it and try both). Sorry for the inconvenience; I thought this was an internal utility nobody else was using, so it seemed a no-brainer to move it when it was conflicting with other packages on other systems ... -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764817: sudo: fails if kernel auditing disabled
Package: sudo Version: 1.8.11p1-1 Severity: grave In 1.8.11p1-1, sudo silently exits(1) without creating a new shell. Here's output from a simple test case, as root: sudo id tests whether it functions: # strace -v -s 100 sudo id ... connect(8, {sa_family=AF_LOCAL, sun_path=/dev/log}, 110) = 0 sendto(8, 85Oct 11 08:44:26 sudo: root : TTY=pts/1 ; PWD=/mnt/usb ; USER=root ; COMMAND=/usr/bin/id, 95, MSG_NOSIGNAL, NULL, 0) = 95 close(8)= 0 setresuid(4294967295, 4294967295, 4294967295) = 0 setresgid(4294967295, 4294967295, 4294967295) = 0 close(5)= 0 munmap(0x7fa18b97b000, 4096)= 0 socket(PF_NETLINK, SOCK_RAW, NETLINK_AUDIT) = -1 EPROTONOSUPPORT (Protocol not supported) setresuid(4294967295, 4294967295, 4294967295) = 0 setresgid(4294967295, 4294967295, 4294967295) = 0 close(3)= 0 close(4)= 0 exit_group(1) = ? +++ exited with 1 +++ Sudo seems to give up when it finds that linux does not support AUDIT. Indeed, /proc/cmdline contains audit=0, as I have disabled that on purpose. In 1.8.10p3-1, this works fine. The similar chunk of strace output includes: ... connect(8, {sa_family=AF_LOCAL, sun_path=/dev/log}, 110) = 0 sendto(8, 85Oct 11 08:53:19 sudo: root : TTY=pts/1 ; PWD=/tmp ; USER=root ; COMMAND=/usr/bin/id, 91, MSG_NOSIGNAL, NULL, 0) = 91 close(8)= 0 setresuid(4294967295, 4294967295, 4294967295) = 0 setresgid(4294967295, 4294967295, 4294967295) = 0 close(5)= 0 munmap(0x7f0e1e326000, 4096)= 0 socket(PF_NETLINK, SOCK_RAW, NETLINK_AUDIT) = -1 EPROTONOSUPPORT (Protocol not supported) setresuid(4294967295, 4294967295, 4294967295) = 0 setresgid(4294967295, 4294967295, 4294967295) = 0 close(3)= 0 close(4)= 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 open(/etc/passwd, O_RDONLY|O_CLOEXEC) = 3 open(/etc/group, O_RDONLY|O_CLOEXEC) = 4 open(/etc/passwd, O_RDONLY|O_CLOEXEC) = 5 lseek(5, 0, SEEK_CUR) = 0 ... and continues to clone() and eventually exits(0). Looks like the conditional is backwards in linux_audit_open(): /* Kernel may not have audit support. */ if (errno != EINVAL errno != EPROTONOSUPPORT errno != EAFNOSUPPORT) { sudo_warn(U_(unable to open audit system)); au_fd = AUDIT_NOT_CONFIGURED; } This should be: if (errno == EINVAL || errno == EPROTONOSUPPORT || errno == EAFNOSUPPORT) { au_fd = AUDIT_NOT_CONFIGURED; } (P.S. I hope the new sudo_warn() doesn't go to the terminal.) Thanks for maintaining sudo! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sudo depends on: ii libaudit1 1:2.4-1 ii libc6 2.19-11 ii libpam-modules 1.1.8-3.1 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764818: sudo: Silently fails to execute any commands if kernel compiled with !AUDIT
Package: sudo Version: 1.8.11p1-1 Severity: normal After upgrade to 1.8.11p1-1 from 1.3.10p3, sudo silently fails to execute any commands if the kernel is compiled with !AUDIT. For example, as root: # sudo echo foo # Nothing in the logs indicate anything wrong either, even if the debug level is set to diag; sudo just exits. There is code that tries to handle this in plugins/sudoers/linux_audit.c, but it fails miserably: if (au_fd == -1) { /* Kernel may not have audit support. */ if (errno != EINVAL errno != EPROTONOSUPPORT errno != EAFNOSUPPORT) { sudo_warn(U_(unable to open audit system)); au_fd = AUDIT_NOT_CONFIGURED; } } Obviously, it should require errno to be *either* EINVAL, EPROTONOTSUPPORT or EAFNOSUPPORT, not *all of them*. After applying the attached patch, sudo no longer fails, but warns: # sudo echo foo sudo: unable to open audit system: Protocol not supported foo Sami -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sudo depends on: ii libaudit1 1:2.4-1 ii libc6 2.19-11 ii libpam-modules 1.1.8-3.1 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii zlib1g 1:1.2.8.dfsg-2 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 Description: Make sudo work if kernel compiled with !AUDIT The code in linux_audit.c tries to handle the case where the kernel has been compiled without AUDIT support, but fails miserably. Author: Sami Liedes sami.lie...@iki.fi --- --- sudo-1.8.11p1.orig/plugins/sudoers/linux_audit.c +++ sudo-1.8.11p1/plugins/sudoers/linux_audit.c @@ -57,7 +57,7 @@ linux_audit_open(void) au_fd = audit_open(); if (au_fd == -1) { /* Kernel may not have audit support. */ - if (errno != EINVAL errno != EPROTONOSUPPORT errno != EAFNOSUPPORT) { + if (errno != EINVAL || errno != EPROTONOSUPPORT || errno != EAFNOSUPPORT) { sudo_warn(U_(unable to open audit system)); au_fd = AUDIT_NOT_CONFIGURED; } signature.asc Description: Digital signature