Bug#689109: Bug#685540: asterisk-flite, asterisk-espeak: binnmu required
Hi Jonas, On Wed, Nov 14, 2012 at 12:33:26PM +0100, Jonas Smedegaard wrote: Quoting Tzafrir Cohen (2012-11-13 18:00:30) Indeed this is fixable through a binNMU. Yes, but release managers disapprove of simple binNMUs covering over the underlying problem, as I wrote earlier: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685540#20 The proper fix is this combo: 1) File bugreport against asterisk-dev about broken/missing hints about shared library. 2) Fix bug filed in 1). Asterisk now provides asterisk-hash-of-build-options. This includes the version. A module can safely depend on those (but it should be updated on backporting). Would you mind fixing the packages (asterisk-flite, and asterisk-espeak)? Would you like me to? The new upstream release also fixes building with asterisk-11 and asterisk-13 (a separate bug filed). -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767450: ITP: python-web.py -- framework to make web apps
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-web.py Version : 0.37 Upstream Author : Anand Chitipothu anandol...@gmail.com * URL : https://github.com/webpy/webpy * License : Public domain Programming Lang: Python Description : framework to make web apps web.py is a web framework for Python that is as simple as it is powerful. Think about the ideal way to write a web app. Write the code to make it happen. . web.py was originally published while Aaron Swartz worked at reddit.com, where the site used it as it grew to become one of the top 1000 sites according to Alexa and served millions of daily page views. It's the anti-framework framework. web.py doesn't get in your way, explained founder Steve Huffman. web.py is a dependency for Fuel web. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767430: Pre-upload unblock request: solaar/0.9.2+dfsg-4
Control: tags -1 confirmed On 2014-10-31 00:24, Stephen Kitt wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, The localisation teams have provided me with updated debconf templates for solaar, and the Portuguese team have even provided a full translation for the upstream binary. Would this be suitable for a Jessie unblock? I'm attaching the full patch, with important elements detailed as follows: [...] unblock solaar/0.9.2+dfsg-4 (I haven't uploaded this to unstable yet; I'm waiting to find out if everything here is suitable.) Regards, Stephen [...] Hi Stephen, I am happy to accept the presented debdiff via unstable at this point in the freeze. Please upload it to unstable and let us know when it has been accepted. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767451: vite: hardcoded library build dependency
Source: vite Version: 1.2+svn1430-1 Severity: important Tags: patch Hi, vitw has a library package directly specified as build dependency. This can be problematic e.g. in the (rare) case they bump SONAME, but in general specifying directly a library as build dependency is useless (its -dev will install the latest version of it). Attached a patch that removes libqt4-opengl, as it is installed by libqt4-opengl-dev already. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Samuel Thibault sthiba...@debian.org Build-Depends: debhelper (= 7.0.50), cmake, - libqt4-dev (= 4:4.6), libqt4-opengl, libqt4-opengl-dev, + libqt4-dev (= 4:4.6), libqt4-opengl-dev, texlive-latex-base, texlive-latex-recommended, texlive-latex-extra, libotf-trace-dev, texlive-fonts-recommended,
Bug#767452: vite: please enable parallel building
Source: vite Version: 1.2+svn1430-1 Severity: wishlist Tags: patch Hi, vite seems to build fine with multiple build jobs when building. Thus, my suggestion is to enable the parallel build (with the --parallel option of dh) to speed up the compilation when requested (see also Policy §4.9.1). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -3,7 +3,7 @@ export DEB_BUILD_HARDENING=1 %: - dh $@ + dh $@ --parallel override_dh_auto_configure: cmake . -DVITE_ENABLE_OTF=ON \
Bug#767453: ITP: python-dbutils -- database connections for multi-threaded environments
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-dbutils Version : 1.1 Upstream Author : Christoph Zwerschke c...@online.de * URL : https://pypi.python.org/pypi/DBUtils * License : Open Software License 2.1 Programming Lang: Python Description : database connections for multi-threaded environments DBUtils is a suite of tools providing solid, persistent and pooled connections to a database that can be used in all kinds of multi-threaded environments like Webware for Python or other web application servers. The suite supports DB-API 2 compliant database interfaces and the classic PyGreSQL interface. This package is a build-dependency of web.py needed by Fuel web. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767230: libotr transition started by mistake :-/ [Was: Bug#767230: bitlbee-plugin-otr: bitlbee no longer starts: libotr API version 4.1.0 incompatible with actual version 4.0.0]
On 2014-10-31 00:41, Ian Goldberg wrote: On Thu, Oct 30, 2014 at 11:05:20PM +0100, Niels Thykier wrote: Control: severity 767230 serious On 2014-10-29 17:09, intrigeri wrote: Hi Sebastian, hi release team, [...] Looking through the diff between the version of libotr in testing vs. the version in sid. I saw no obvious ABI / API breakage myself - that said I would certainly would not mind a second (third?) reviewer reviewing this assertion though. Preferably one who knows the C ABI rules by heart. Hi Ian, For the record, the difference between the APIs of libotr 4.0.0 and libotr 4.1.0 is that two functions that existed in 4.0.0 but were not contained in the .h files (and thus could not appear in applications) were added to the .h files in 4.1.0. Actually, the deciding factor is whether they were exported by the shared library[0]. If they were exported, then an external program could use them regardless of whether they appeared in a header file of libotr[1]. This also implies that the functions would already have been a part of the ABI. In summary, if libotr exported those functions in 4.0.0 *and* broke their ABI as well, libotr would have broken its ABI in 4.1.0 and would require a SONAME bump. Otherwise, I think we are good. So if an application uses those functions, it would require to be built against libotr 4.1.0. Any application compiled against 4.0.0 will work with 4.1.0, but not vice versa (because of those two new functions). That's the reason for the minor version number change, and the corresponding libtool version 6:0:1. It's also why if you build against the 4.1.0 header files, it wants you to have at least 4.1.0 at runtime. - Ian Certainly. In Debian, we use shlib or symbols file to declare such changes and our build tools will compute the necessary dependency automatically. Assuming these files were correct in the 4.1.0 upload, this would not be an issue for any Debian maintained reverse dependency. As noted above, it might /not/ be a mistake if these files are identical to the ones in 4.0.0 (assuming 4.0.0 already exported the symbols). ~Niels [0] I know of several people (upstream and debian maintainers alike) that were surprised by a library exporting what they thought were internal functions. As I recall, C static functions are never exported. Others usually need explicit symbol hiding or a symbol file to declare them as private. I believe readelf -Ws path/to/libotr.so will tell you what is exported (and what is imported). I sadly don't remember the relevant grep -v magic to filter out all the parts you don't need. [1] E.g. the reverse dependency could declare the function themselves without ever implementing a la: extern int * unmentioned_libotr_function(void *arg1, size_t arg2, ...); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767430: Pre-upload unblock request: solaar/0.9.2+dfsg-4
Hi Niels, On Fri, 31 Oct 2014 07:34:23 +0100, Niels Thykier ni...@thykier.net wrote: On 2014-10-31 00:24, Stephen Kitt wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, The localisation teams have provided me with updated debconf templates for solaar, and the Portuguese team have even provided a full translation for the upstream binary. Would this be suitable for a Jessie unblock? I'm attaching the full patch, with important elements detailed as follows: [...] unblock solaar/0.9.2+dfsg-4 (I haven't uploaded this to unstable yet; I'm waiting to find out if everything here is suitable.) I am happy to accept the presented debdiff via unstable at this point in the freeze. Please upload it to unstable and let us know when it has been accepted. Thanks, I've uploaded it and it's been accepted into unstable. Regards, Stephen signature.asc Description: PGP signature
Bug#767454: unblock: fribidi/0.19.6-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fribidi Reason: * Passed --enable-malloc to configure to avoid crashes when using fribidi in multiple libraries concurrently. (LP: #1376331) Debdiff attached. unblock fribidi/0.19.6-3 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') 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 -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 diff -Nru fribidi-0.19.6/debian/changelog fribidi-0.19.6/debian/changelog --- fribidi-0.19.6/debian/changelog 2014-08-31 09:23:50.0 +0300 +++ fribidi-0.19.6/debian/changelog 2014-10-31 08:47:02.0 +0200 @@ -1,3 +1,14 @@ +fribidi (0.19.6-3) unstable; urgency=medium + + * debian/control: Bumped Standards-Version to 3.9.6 + * debian/copyright: Switched to machine readable format. + * Pass --enable-malloc to configure to avoid crashes when using fribidi in +multiple libraries concurrently. +(LP: #1376331) + * Update my email address. + + -- أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net Fri, 31 Oct 2014 08:30:53 +0200 + fribidi (0.19.6-2) unstable; urgency=medium * debian/control: diff -Nru fribidi-0.19.6/debian/control fribidi-0.19.6/debian/control --- fribidi-0.19.6/debian/control 2014-08-31 09:23:50.0 +0300 +++ fribidi-0.19.6/debian/control 2014-10-31 08:47:02.0 +0200 @@ -4,8 +4,8 @@ Maintainer: Debian Hebrew Packaging Team debian-hebrew-pack...@lists.alioth.debian.org Uploaders: Lior Kaplan kap...@debian.org, Shachar Shemesh shac...@debian.org, - أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@sabily.org -Standards-Version: 3.9.5 + أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net +Standards-Version: 3.9.6 Build-Depends: debhelper (= 9~), pkg-config Homepage: http://www.fribidi.org/ Vcs-Git: git://anonscm.debian.org/collab-maint/fribidi.git diff -Nru fribidi-0.19.6/debian/copyright fribidi-0.19.6/debian/copyright --- fribidi-0.19.6/debian/copyright 2014-08-31 09:23:50.0 +0300 +++ fribidi-0.19.6/debian/copyright 2014-10-31 08:47:02.0 +0200 @@ -1,35 +1,34 @@ -This package was debianized by Changwoo Ryu cw...@debian.org on -Tue, 22 Aug 2000 02:13:16 +0900. - -It was downloaded from: http://www.fribidi.org/wiki/ - -Upstream Authors: - Dov Grobgeld dov.grobg...@gmail.com - Behdad Esfahbod beh...@gnu.org - Roozbeh Pournader rooz...@gnu.org - -Copyright: - -Copyright (C) 2001,2002,2004,2005 Behdad Esfahbod -Copyright (C) 2004 Sharif FarsiWeb, Inc -Copyright (C) 1999,2000 Dov Grobgeld - -License: - -This library is free software; you can redistribute it and/or -modify it under the terms of the GNU Library General Public -License as published by the Free Software Foundation; either -version 2 of the License, or (at your option) any later version. - -This library is distributed in the hope that it will be useful, -but WITHOUT ANY WARRANTY; without even the implied warranty of -MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU -Library General Public License for more details. - -You should have received a copy of the GNU Library General Public -License along with this library; if not, write to the Free Software -Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston MA 02110-1301 -USA - -On Debian systems, the complete text of the GNU LGPL2 licenses -can be found at `/usr/share/common-licenses/LGPL-2'. +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0 +Upstream-Name: FriBidi +Upstream-Contact: Behdad Esfahbod +Source: http://www.fribidi.org + +Files: * +Copyright: 2001,2002,2004,2005 Behdad Esfahbod + 2004 Sharif FarsiWeb, Inc + 1999,2000 Dov Grobgeld +License: LGPL-2.1+ + +Files: debian/* +Copyright: 2000-2002 Changwoo Ryu cw...@debian.org + 2003-2007 Baruch Even bar...@debian.org + 2010-2014 أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net +License: LGPL-2.1+ + +License: LGPL-2.1+ + This library is free software; you can redistribute it and/or + modify it under the terms of the GNU Lesser General Public + License as published by the Free Software Foundation; either + version 2.1 of the License, or (at your option) any later version. + . + This library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Lesser General
Bug#765681: libqtgui4-perl: QtGui4 module cannot be imported
There are fixes required for both QtCore4.pm and QtGui4.pm (my reassign was a tad quick, but it doesn't really matter too much). The fix for QtCore4.pm (backported from a later upstream release) is attached. A partial fix for QtGui4.pm is available in the Red Hat bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1136340 As can be seen from the forwarded information in the bug now, I also filed a bug upstream for this. That's about as far as I think I can take this. Scott K--- a/QtCore4.pm2012-02-29 17:56:20.0 -0500 +++ b/QtCore4.pm 2013-11-02 14:10:01.0 -0400 @@ -1417,9 +1420,9 @@ my $signals = $meta-{signals}; my $slots = $meta-{slots}; -@{$classinfos} = () if !defined @{$classinfos}; -@{$signals} = () if !defined @{$signals}; -@{$slots} = () if !defined @{$slots}; +@{$classinfos} = () if !defined $classinfos; +@{$signals} = () if !defined $signals; +@{$slots} = () if !defined $slots; # Each entry in 'stringdata' corresponds to a string in the # qt_meta_stringdata_classname structure.
Bug#767425: [Pkg-freeipa-devel] Bug#767425: freeipa-server: ipa-server-install doesn't enable some Apache modules it uses in its configuration
that's weird, both seem to be enabled on default apache2 install here.. Weird. But my Debian installation on that machine is quite old (upgraded several Debian versions) and used there Apache only occasionally for testing purposes. I'm sure I haven't disabled these modules though. -- Michal Kašpar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767456: disable SSLv3 by default
Package: nginx Version: 1.6.2-2 Severity: important Hi, Please disable the legacy SSLv3 protocol by default for installations of nginx. It doesn't need to be disabled completely per se, but should not be available on a default installation. This helps to defend against the recent POODLE attack (CVE-2014-3566). Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767455: vite: simplify the cmake build/usage
Source: vite Version: 1.2+svn1430-1 Severity: wishlist Tags: patch Hi, currently, vite is configured with builddir==srcdir, which causes all the generated cmake files to be created under the source directory. Attached it is a patch to let dh do its cmake invocation, which uses a subdirectory as builddir; this has few advantages: - cmake is invoked with the standard flags (like verbosity and prefix) - there is less clutter in the source directory after the build - cleaning the build is simplier (rm -rf $builddir) - given the default Debian prefix (= /usr) is passed, the usual `make install` can be reenabled again, since `vite` will be properly copied in the package directory debian/vite (with no need to manually copy it via install file) To the aforementioned changes I added also a couple of documentation-generated files to debian/toclean, as those were appearing in my test builds and not cleaned. Thanks, -- Pino --- a/debian/install +++ b/debian/install @@ -1,3 +1,2 @@ -src/vite /usr/bin vite.xpm /usr/share/pixmaps debian/vite.desktop /usr/share/applications --- a/debian/rules +++ b/debian/rules @@ -6,7 +6,7 @@ export DEB_BUILD_HARDENING=1 dh $@ --parallel override_dh_auto_configure: - cmake . -DVITE_ENABLE_OTF=ON \ + dh_auto_configure -- -DVITE_ENABLE_OTF=ON \ -DVITE_ENABLE_MT_PARSERS=ON override_dh_auto_build: @@ -14,8 +14,6 @@ override_dh_auto_build: $(MAKE) -C docs/user_manual $(MAKE) -C docs/technical_manual -override_dh_auto_install: - override_dh_auto_clean: $(MAKE) -C docs/user_manual clean $(MAKE) -C docs/technical_manual clean --- a/debian/toclean +++ b/debian/toclean @@ -1,49 +1,5 @@ -CMakeCache.txt -CMakeFiles/CMakeCCompiler.cmake -CMakeFiles/cmake.check_cache -CMakeFiles/CMakeCXXCompiler.cmake -CMakeFiles/CMakeDetermineCompilerABI_C.bin -CMakeFiles/CMakeDetermineCompilerABI_CXX.bin -CMakeFiles/CMakeDirectoryInformation.cmake -CMakeFiles/CMakeError.log -CMakeFiles/CMakeOutput.log -CMakeFiles/CMakeRuleHashes.txt -CMakeFiles/CMakeSystem.cmake -CMakeFiles/CompilerIdC/a.out -CMakeFiles/CompilerIdC/CMakeCCompilerId.c -CMakeFiles/CompilerIdCXX/a.out -CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.cpp -CMakeFiles/dist.dir/build.make -CMakeFiles/dist.dir/cmake_clean.cmake -CMakeFiles/dist.dir/DependInfo.cmake -CMakeFiles/dist.dir/progress.make -CMakeFiles/Makefile2 -CMakeFiles/Makefile.cmake -CMakeFiles/progress.marks -CMakeFiles/TargetDirectories.txt -cmake_install.cmake -CPackConfig.cmake -CPackSourceConfig.cmake -Makefile -plugins/CMakeFiles/CMakeDirectoryInformation.cmake -plugins/CMakeFiles/progress.marks -plugins/cmake_install.cmake -plugins/Makefile -src/CMakeFiles/CMakeDirectoryInformation.cmake -src/CMakeFiles/progress.marks -src/CMakeFiles/vite.dir/build.make -src/CMakeFiles/vite.dir/C.includecache -src/CMakeFiles/vite.dir/cmake_clean.cmake -src/CMakeFiles/vite.dir/CXX.includecache -src/CMakeFiles/vite.dir/DependInfo.cmake -src/CMakeFiles/vite.dir/depend.internal -src/CMakeFiles/vite.dir/depend.make -src/CMakeFiles/vite.dir/flags.make -src/CMakeFiles/vite.dir/link.txt -src/CMakeFiles/vite.dir/progress.make -src/cmake_install.cmake src/common/ViteConfig.hpp -src/interface/vite.qrc.depends -src/Makefile docs/technical_manual/technical_manual.pdf docs/technical_manual/technical_manual.dvi +docs/user_manual/user_manual.bbl +docs/user_manual/user_manual.blg
Bug#764930: beignet: FTBFS - uses versioned llvm commands, but unversioned build dependency
On 2014-10-30 21:10, Rebecca N. Palmer wrote: If you're offering to NMU this, it would be a good idea to put back the patch description header I accidentally deleted, and to do #767387 at the same time. I've imported the packaging history into git and prepared the new upstream there, too. This should solve all the llvm related issues. anonscm.debian.org/pkg-opencl/beignet.git I could NMU, but Rebecca filed another RC bug yesterday ... :-) Please check whether this updated packaging really solves all the current issues (and whether the non-free bits are still present - reply to the relevant bug, not here). Please send updated patches against the git repo, not the old 0.8 packages ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767425: [Pkg-freeipa-devel] Bug#767425: freeipa-server: ipa-server-install doesn't enable some Apache modules it uses in its configuration
On 31.10.2014 09:18, Michal Kašpar wrote: that's weird, both seem to be enabled on default apache2 install here.. Weird. But my Debian installation on that machine is quite old (upgraded several Debian versions) and used there Apache only occasionally for testing purposes. I'm sure I haven't disabled these modules though. I checked apache2.postinst that those modules are enabled there, and should get enabled on upgrades too. Anyway, they're now on server postinst too. Dunno what uploading this (and the other bugfix) would mean wrt. migration to testing though.. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767429: dh-systemd: Please improve timer unit handling
Hi, If you services includes: [Unit] RefuseManualStart=yes RefuseManualStop=yes but no [Install] insection, they can't be enabled nor started; they are only pulled in by the matching timer when they elapse. Does this solve your problem ? An other advantage is that this kind of fix can be pushed upstream. http://www.freedesktop.org/software/systemd/man/systemd.unit.html#RefuseManualStart= https://github.com/systemd-cron/systemd-cron/blob/master/src/bin/systemd-crontab-generator#L317 Alexandre Detiste -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767457: Error creating partition
Package: gnome-disk-utility Version: 3.12.1-1+b1 Severity: important I cannot create a partition on my USB key. System is brand new jessie/amd64. Steps: - Plug the USB key - Start `gnome-disks` from a console - Select the USB key (left panel) - Hit 'Ctrl+F' to format, pick the default selection (MBR) - Click the gears icon (under partition), pick the default selection, choose name 'DEBIAN' A message box should appear with: [...] Error creating partition Error wiping newly created partition /dev/sdf1: Command-line `wipefs -a /dev/sdf1' exited with non-zero exit status 1: wipefs: error: /dev/sdf1: probing initialization failed: No such file or directory (udisks-error-quark, 0) [...] There is nothing more in dmesg, nor on the console, except a few warnings: $ gnome-disks ** (gnome-disks:3887): CRITICAL **: atk_object_ref_state_set: assertion 'ATK_IS_OBJECT (accessible)' failed (gnome-disks:3887): Gtk-CRITICAL **: gtk_accessible_get_widget: assertion 'GTK_IS_ACCESSIBLE (accessible)' failed ** (gnome-disks:3887): CRITICAL **: atk_object_ref_state_set: assertion 'ATK_IS_OBJECT (accessible)' failed (gnome-disks:3887): Gtk-CRITICAL **: gtk_accessible_get_widget: assertion 'GTK_IS_ACCESSIBLE (accessible)' failed If that matters: $ sudo lsusb -d 18a5:0243 -v Bus 002 Device 006: ID 18a5:0243 Verbatim, Ltd Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.10 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize064 idVendor 0x18a5 Verbatim, Ltd idProduct 0x0243 bcdDevice1.10 iManufacturer 1 Verbatim iProduct2 STORE N GO iSerial 3 07072B0DA2443603 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 32 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 498mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes2 Transfer TypeBulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Binary Object Store Descriptor: bLength 5 bDescriptorType15 wTotalLength 22 bNumDeviceCaps 2 USB 2.0 Extension Device Capability: bLength 7 bDescriptorType16 bDevCapabilityType 2 bmAttributes 0x0002 Link Power Management (LPM) Supported SuperSpeed USB Device Capability: bLength10 bDescriptorType16 bDevCapabilityType 3 bmAttributes 0x00 wSpeedsSupported 0x000e Device can operate at Full Speed (12Mbps) Device can operate at High Speed (480Mbps) Device can operate at SuperSpeed (5Gbps) bFunctionalitySupport 2 Lowest fully-functional device speed is High Speed (480Mbps) bU1DevExitLat 10 micro seconds bU2DevExitLat2047 micro seconds Device Status: 0x (Bus Powered) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767457: Error creating partition
On Fri, Oct 31, 2014 at 8:57 AM, Mathieu Malaterre ma...@debian.org wrote: - Click the gears icon (under partition), pick the default selection, choose name 'DEBIAN' Meant to say: - Click the + sign icon (under partition), pick the default selection, choose name 'DEBIAN' Sorry for the confusion, the gears icon lead to empty menu. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767379: 767379 my package also depends on libjpeg62 (= 6b1)
Just recompile cr3 with new libjpeg-dev and it should work just fine. Cheers, Ondrej On Fri, Oct 31, 2014, at 02:27, captain toro wrote: I think I have the same problem as shown in this bug. I am running amd64 sid and cannot update because of libjpeg issues. There are still problems because I use a hard to find cr3_3.0.57-15.deb outside package that dselect wants to uninstall for: Cool Reader 3.0.57-15 2012-05-29 I get this error when trying to put cr3 on hold and update sid: libjpeg62-turbo conflicts with libjpeg62 libjpeg62-turbo provides libjpeg62 cr3 depends on libjpeg62 (= 6b1) I don't want debian to remove cr3 because I use the same cr3 in my kindle and am familiar with the user interface. The cr3 development seems to have moved to android so newer packages for linux seem to have ended. I have tried to pin the cr3 package with high priority without success. Of course I can use the calibre ebook reader instead of cr3 except cr3 is very light weight, easy to use and loads very fast. I think the problem might be solved by having debian continue to provide the compatible libjpeg62 (= 6b1) version. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767458: Please add Fabian Greffrath as a Debian Maintainer
Package: debian-maintainers Severity: normal Dear Maintainers, please add Fabian Greffrath fabian+deb...@greffrath.com to the Debian Maintainers keyring. Please find the jetstring changeset attached. Please note that whereas the primary UID for my key 0CCD59DF is Fabian Greffrath fab...@greffrath.com, I usually use the UID Fabian Greffrath fabian+deb...@greffrath.com for my Debian packaging work. Best regards, Fabian Comment: Add Fabian Greffrath as a Debian Maintainer Date: Fri, 31 Oct 2014 08:56:19 +0100 Recommended-By: Vasudev Kamath kamathvasu...@gmail.com, Christian PERRIER bubu...@debian.org, Stephen Kitt sk...@debian.org, Tobias Frost t...@debian.org Agreement: https://lists.debian.org/debian-newmaint/2014/10/msg00045.html Advocates: https://lists.debian.org/debian-newmaint/2014/10/msg00047.html https://lists.debian.org/debian-newmaint/2014/10/msg00048.html https://lists.debian.org/debian-newmaint/2014/10/msg00053.html https://lists.debian.org/debian-newmaint/2014/10/msg00054.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQINBFRI4RkBEADo1IrXTILoPNXCgfKMkCK0+0k+0BqT3ZEQejD52bQ+9CfalL2Q Ysp6g7S7SENqsXP5DZhnvgTb9Nmncqsq4wGir/KfSy1fmRa646sUumyhqkU+p8F1 JsUOArJeyL4sCpSTNJfBAc25wRgYTWAVuqtDDIdfmKYn2HjSCj7mVURZonWFuMNO Babd0od4qaxsm6zhMtCga+6TrmbWOJa4KWe2753jH6MZ4WOIGb6ZP9CWcQ5vVfv0 5xF6aoL/tjCG93Kx2JTrMo6T9hfMC8i1d0nOFg/orBGWTgqNZJ2oUSEdMLe48svN UyE+og9mEz6IRdZzqBQe9FRVkjGm6cYnlQEerZCh95IbiLXSdu/aNwx9tlsHg+BO wTOChs5taSLt+WzvQdmoDzrlyyzhdhjnJvmUh53soWjn/ShFqsaICs040rvISS1h fDVj6vWuNJeWgPFUBWT5qF0bjk81j0cpjTKJB7Q+vlP4VX6OE9pyQEVkQQhSh2lU O5qQ3tIbqN+2MHYp78h9hTi/lhRoHbQIu4Gw1sBIoIrROUksG8PbcLJgZ9DuyxsE 6uZtqpxBUHEW1onqYKBpIR4nmvj8OGvvWPLRktvvA4tZ9OXbeh0llXoBfyp2e6cN 1+Zq/cuMtUCcWoTkDysITvB5cU0reihoRYYv91JZKoeki2nfhJbJaZuFIwARAQAB tCdGYWJpYW4gR3JlZmZyYXRoIDxmYWJpYW5AZ3JlZmZyYXRoLmNvbT6JAkAEEwEI ACoCGwMFCQPCZwAFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AFAlRI5d0CGQEACgkQ y+qOlwzNWd+9BRAA3S2+sCaI095zg9X1WUCXgVyI0gQSPrueD/03zQgwScCLrn7Y 2qPv1Uy1AoWrQNduuTjXpbIiYNRoi/Xtr4xXWoSlGgXZ9caor96e1iRFCdTSq1TT 240dtaiaIabPW7NjRpWGhUV4dOytpeTAS2rw7tNjWfkWcEf1hsEC9YXpusT6bck5 RtOql9RhLaQQBobD36Hz5TCM2Gv6VP9N9DwHuwyLG4iyDc0zRO0gsec1VhNNvGK6 8lX1OK5f8MofGwEK0kwhA5n6qXDOeSjDn5VT/PFbgQa5wBka1hIJsUGRG21TFCkJ SK9y6PBKaEdjpojX41BymFWRBIIXGs4E+ZCpc2nj/e+JdhM6p7cBZRKasjB2YcyT isV8ziXk0aF6YkSiJJ9P7034uoqy7LREMQwuElEXwoNAXVzeef72KRouTSxovDZC wlJqa02DeqxiQDGzEqKSNm0ZkEFEC1QCaBk9duGgs1GIEqlxgwoB8Us7UUr3q/O0 Le5d8q4XxoL9yxv1hIzsDc6ChAAX/2Dk/LkIDTlK3W/LyJRONu0E+TwvX0NXT9KX owuyJVWjGM3ee080N2ewx2xCB75twMR+8YlcjEMnJL0w98gASnwWuw+ROm5MWZks g6uTkjbKWLWR5CrHWJzdubF3vbsubbeQG6PBBBe98fdW9h0d97pp3vf6pXyIRgQQ EQgABgUCVEjmewAKCRD+p5AH/eh9wXc5AKCMwG0z9SvHqhB92RJJhUrB3yGclQCf aBsSkAfJDxJVzksey6XhV5RaNjKJAhwEEAEIAAYFAlRI6pcACgkQrURyUSyjHgeA cBAAjVqpC/WGR/xs6RvQgZZXdPQQjzbRRU1kNnRnjS0tC3IrRECX8kxvAsYYjph2 b0udezkLvFHWCUCwBovkxqe7RDNk52Sp5gHB2sYz1O/RkNcmlOriBHCFbeUAqF0b gl79WOUdDotAJMo1EcjAV/ijBJ+LOU9XhhyktIuqD8Dcur0N178PDuSDg6eiQpd2 6pQOGT+4/g10z3riD6QOFnFk9u5eOzss0PP/ODFJWrwiyLjZvZBBBzMKXIu6QFqS PVdcU1oklWpqRE9hh1ycxc2opt/rodadiBC8iD9pFaTIbv7Vo3GsHxvIUne7DQbO rLXqJ1aHWpJ2UZS2NSXej/Yiw9pUSVPiZhH7UoQmilnvC0y9JbjjCxOVGE6DB6lx ZYUQgtZxHDMxxJbWuNi53Ym6Xjy70Fd4TgAkWidoV2Q6PnlJWa1T/6xWtlmYKczm Ff22QtLFdSTgst9aoNANJiZCvq00FxUEGE7RxRJkoutxsGA5RdFNmFm/315Uxtc+ bdxgLiZr5GjQ1XyE2gtcklkXtsF/K6hv9d72Dh7i52Xlq9EheL/bk1vz1H63t9ZU 5qXhoPT9jwo0hVGI3z+QzDB+BqwW7AMnePXU7tdtLdBn2XXk5DxNHjgWMgqwnJBR QcIDCQnZq2/SB384l4QoM9UjFynKe/Q+NxIEtWAOjT/f2imJAhwEEAEKAAYFAlRJ PrkACgkQvDciUsoc+WTBVw//cd799QEOpJYqXcTUo3VqdCJFfZjHn7KP0dflPsdt RioAEieGDHNOFy7scY6u+0jMNCMd6NPzGpgHYacISgfGEw5Jka3rNWRubtTixE5/ tXdx+VCEOQDoc499/7R8exGFH/UDPyo4KY/VJVgS0KJd4sRbzzJ/SmOYfnMoIJ2m Rrm64x2gukMrR/6tswQDXA54OQqrst9ijHzgqsz+fmCqjtgTQqvKn/VEQyOp2s/b 5E1NUJx10EHU4GBIQC7lpTTVH+wHcGJOEMLSow6Ul1Pcaf99EZmly0Re5KM7tCFi iVT6bE8r0NJzxV/hiWEHNKXdErDaVp7gluShoyaJaNqnMhr1nRS26leof78V/gth 0gufn1dSOdcsNY+jPgCzTN8aYMPG9BRnkceIgaBEunKhhkAwYSe6b6Nrclh9GDpk mHbaV9RsnLT7DboFdlEDUEE8q9vS+EoM1ofcS5QK4NNIq34XK6+ZZuLqDUFV4/8d hpH//qpijTq8bc/ylW2u30umRtOBCIyFs8BEIZB5PRftzomz/C1G3C8KPxmFTnqK rKL1AlXM9dXaSlxGZWjm9OMlHh9/KrF+wXzl3BPJTgEhtBA7zc2U+CdGCMgjBdDc P8G2tgZlQoYdut+Va/PtELkcaaPDtFz0N6LG+1s0myFWH4NPDZED8zXcHcqk1/fT mH6JAhwEEAECAAYFAlRPsGwACgkQ5cqMSSXkIF/GFhAAjIqvQjDp1a//iNebC3Jp Q/Hwxd00c9U33c8Y+G0ynOr/VJVZGt7FtZgFrG1kBB4h2tcwdvm305inDSeL/6D3 h4LrghvgcnnCZdYaUx6FVrevU1OHIj6sOIzlJKxV4wJ05z+tIqTqkX0NgIDnZ+4N XwVBy08/A1UPrbJ1dqIjoS021TGLRptoOiMEdvh8GibFxi4xCwCCGdhyc0Oc9FyZ KXbk6D4OQQtYOnUSXDWSv7ZB922DzvGixac3/vraLqNpDNMKo3nIdlAKr3Zw9xnZ pkBk9VUsqBOpW5Ugl7SKWz79mAwus/1BBVCZnT6Az8YlhG6tQsxbD6TbJXfNZtlQ vv6OOKfnU6aOfjtxNUfwwaNqPGpLfOQT4WWsxKZrEN4SmuyYzel+F2UPUVJgDfcW ubOOIGBm8z4/7yng9OtIBkZvCXSacV7g4Q7f570gWyzjZ2hQRnlL1WweNqPcebF/ iNx+94hBIcqHGRXlfPQtFIm23De7dEe1CI3Z+Q7nHujtR6wzYDGEXJF85Kx3h+ef
Bug#727149: linux-image-3.10-3-amd64: Network adapter (Intel 82579V) hangs during TX, causing reset and undetected data corruption at the other side
On Sun, 14 Sep 2014 00:52:55 +0200 Balint Reczey bal...@balintreczey.hu wrote: Control: tags -1 moreinfo Hi, On Wed, 23 Oct 2013 18:06:03 +0200 T.A. van Roermund t...@van-roermund.nl wrote: On 22-10-2013 20:02, T.A. van Roermund wrote: In the mean time I have found a solution to this problem: if I disable TCP segmentation offload using the command 'ethtool -K eth2 tso off', the problem does no longer occur. By the way: I found the solution here: https://bbs.archlinux.org/viewtopic.php?id=162841 Is this problem still present with latest kernel from Jessie? Forgot copying submitter, now fixing my mistake. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767459: qbs: FTBFS on mips64/mips64el: endian problem
Package: qbs Version: 1.3.2+dfsg-1 Users: debian-m...@lists.debian.org Usertags: mips-port mips-patch Please add mips64/mips64el/mipsn32/mipsn32el in endianness.diff In these 4 archs, mips64 and mipsn32 are big endian and mips64el and mipsn32el are little endian. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767460: php-htmlpurifier: Missing versioned dependency on dpkg
Package: php-htmlpurifier Version: 4.6.0-1 Severity: serious Hi, When installing php-htmlpurifier on a testing system, I get the folowing error messages: , | Selecting previously unselected package php-htmlpurifier. | Preparing to unpack .../php-htmlpurifier_4.6.0-1_all.deb ... | dpkg-maintscript-helper: error: original symlink target is not an absolute path | dpkg: error processing archive /var/cache/apt/archives/php-htmlpurifier_4.6.0-1_all.deb (--unpack): | subprocess new pre-installation script returned error exit status 1 | dpkg-maintscript-helper: error: original symlink target is not an absolute path | dpkg: error while cleaning up: | subprocess new post-removal script returned error exit status 1 ` Indeed, the debian/maintscript involves relative symlinks. However, according to dpkg's changelog, such relative symlinks have only been supported since 1.17.14. So the php-htmlpurifier currently in testing can't be installed by the dpkg currently in testing. I guess a simple versioned dependency would fix that (alternatively, a rewrite of the maintscript to use absolute targets for the symlinks). Thanks, Roland. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-htmlpurifier depends on: ii dpkg 1.17.21 ii php5-common 5.6.2+dfsg-1 php-htmlpurifier recommends no packages. php-htmlpurifier suggests no packages. -- no debconf information -- Roland Mas La menace de la baffe pèse plus lourd que la baffe elle-même. -- in Sri Raoul le petit yogi (Gaudelette) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766195: [PATCH] ipv6: reuse ip6_frag_id from ip6_ufo_append_data
On 30.10.2014 20:00, Ben Hutchings wrote: [...] Yes, I can see how this (disabling virtio features) would prevent live migration from old to new host kernels. You will probably need a one-time reboot of the guest when migrating to the new host kernel. We could either mention this in the DSA text, or keep UFO enabled even though it doesn't work correctly (in practice, we sort of have to do that as the tap device's feature flags aren't respected by guests - which I think is a QEMU bug). Please let us know whether live migration between two hosts running the new kernel version does work (I think it will). I confirm that. Although I did not exactly test this because of some constraints. I tested with virsh save/restore which uses the same codepaths as virsh migrate I think. This cold migration spewed out the same error messages as written earlier when migrating from old to new. And it went fine from new to new. BTW I use a patched qemu-kvm because of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724758. So maybe there are only a few wheezy users doing live migrations. Cheers Harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767450: ITP: python-web.py -- framework to make web apps
Hi Thomas, On 31 October 2014 07:35, Thomas Goirand z...@debian.org wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-web.py Version : 0.37 Upstream Author : Anand Chitipothu anandol...@gmail.com * URL : https://github.com/webpy/webpy * License : Public domain Programming Lang: Python Description : framework to make web apps web.py is a web framework for Python that is as simple as it is powerful. Think about the ideal way to write a web app. Write the code to make it happen. There's already python-webpy :) -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767461: RFP: ssllabs-scan -- a command-line client for the SSL Labs APIs
Package: wnpp Severity: wishlist Package name: ssllabs-scan Version: git Upstream Author: Ivan Ristic iv...@webkreator.com URL: https://github.com/ssllabs/ssllabs-scan License: Apache License Version 2.0 Description: This tool is a command-line client for the SSL Labs APIs, designed for automated and/or bulk testing. -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#767253: Please provide hashes for uncompressed Translation-*
On Wed, Oct 29, 2014 at 07:25:09PM +, Steve McIntyre wrote: On Wed, Oct 29, 2014 at 07:53:32PM +0100, Michael Vogt wrote: On Wed, Oct 29, 2014 at 04:28:42PM +, Steve McIntyre wrote: Hi Michael! [..] Having the uncompressed files on the cdrom should not be needed, apt should simply fetch the compressed ones if the uncompressed ones are missing. It does need the hash of the uncompressed one in the Release so that it can verify that it matches after the uncompression. OK, cool. I'll admit to being curious - why does it want both compressed and uncompressed? Is there a worry about corruption, maybe? [..] Its a bit of a idiosyncrasy of apt. It used to only check the hash after uncompression. Nowdays it checks it at all stages. But indeed, a nice benefit of this is that it also protects against corruption during the uncompression. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764930: beignet: FTBFS - uses versioned llvm commands, but unversioned build dependency
Just want to mention, the beignet version 1.0 will be released within two weeks, if everything is ok. And all the known copyright issue will be solved before that. Thanks, Zhigang Gong. On Fri, Oct 31, 2014 at 3:37 PM, Andreas Beckmann a...@debian.org wrote: On 2014-10-30 21:10, Rebecca N. Palmer wrote: If you're offering to NMU this, it would be a good idea to put back the patch description header I accidentally deleted, and to do #767387 at the same time. I've imported the packaging history into git and prepared the new upstream there, too. This should solve all the llvm related issues. anonscm.debian.org/pkg-opencl/beignet.git I could NMU, but Rebecca filed another RC bug yesterday ... :-) Please check whether this updated packaging really solves all the current issues (and whether the non-free bits are still present - reply to the relevant bug, not here). Please send updated patches against the git repo, not the old 0.8 packages ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759563: [accountsservice] SEGFAULTs with UID numbers larger than 2^31
Ciao Giovanni, and sorry about the late reply. On Thu, Aug 28, 2014 at 4:20 PM, Giovanni Mascellani g...@debian.org wrote: Please apply the attached patch to accountsservice. It fixes a SEGFAULT crash caused by the creation of invalid DBus paths when users with UID number greater than 2^31 are present on the system. Because of a wrong format string, the UID number is rendered as a negative number, but DBus paths with - in them are invalid. So an assertion fails and triggers a segmentation fault. ACK'd and forwarded upstream, feel free to commit the patch to git. Thanks! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767462: libwebp: please raise the priority to optional
Source: libwebp Version: 0.4.1-1.2 Severity: important Tags: patch Justification: Policy 2.5 Hi, currently libwebp and all of its binaries have the priority extra. On the other hand, at least the library is used by other binaries with an higher priority -- for example: all the webkit-based sources (chromium-browser, qtwebkit-opensource-src, webkitgtk, webkit2gtk), ffmpeg, gthumb, kde-runtime, leptonlib, sdl-image1.2 libsdl2-image, pillow, python-webm, qtimageformats-opensource-src, vips, and xpra. According to Policy §2.5, at least the libwebp*N and libwebp-dev should be optional. Attached there is a patch for bumping the priority to optional to all the binaries, as it is usually done by other sources. (Note that after an upload of this, you will also need to file a bug against ftp.debian.org to adjust on ftp-master side the priorities of the binaries.) Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -1,5 +1,5 @@ Source: libwebp -Priority: extra +Priority: optional Maintainer: Jeff Breidenbach j...@debian.org Uploaders: Darren Salt devs...@moreofthesa.me.uk Build-Depends: debhelper (= 9), autotools-dev, libtool, autoconf,
Bug#766334: BrowseAllow all gets into cups-browsed.conf by default resulting in no remote printers
On Thu, Oct 30, 2014 at 08:29:42AM +0100, Didier 'OdyX' Raboud wrote: Hi Michal, and thanks for your bugreport, I think I understand the problem you're having, let's see. Le mercredi, 22 octobre 2014, 13.12:51 Michal Hocko a écrit : (..) Of course I had BrowseAllow all present and that caused all remote printers being disallowed by default. Are you saying that all BrowseAllow stanzas _but_ BrowseAllow all should have been taken over by cups-browsed? Yes. To be more precise, all stanzas which are not supported by cups-browsed should be dropped (assuming there are more of them) -- Michal Hocko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766334: BrowseAllow all gets into cups-browsed.conf by default resulting in no remote printers
On Thu, Oct 30, 2014 at 06:40:00PM +0100, Didier 'OdyX' Raboud wrote: Control: tags -1 +pending +patch Le jeudi, 30 octobre 2014, 12.13:09 Tim Waugh a écrit : On Thu, 2014-10-30 at 11:10 +0100, Till Kamppeter wrote: The Browse... directive implementation was done by Tim Waugh as part of the legacy CUPS broadcasting/browsing support. I do not know the exact details, especially not of combinations of various lines. I only know that all clients are allowed if no line is given. Tim, can you help here? Thanks, I've added support for 'BrowseAllow All' in revno 7303. Cool, thanks! I will be backporting this patch in the version targetted for Jessie. Expect an upload to sid in the next few days. Thanks to both of you! -- Michal Hocko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767359: [Pkg-xfce-devel] Bug#767359: Bug#767359: lightdm: Selected session not remembered anymore
On jeu., 2014-10-30 at 20:07 +0100, Yves-Alexis Perez wrote: control: tag -1 moreinfo On jeu., 2014-10-30 at 13:57 +0100, Cesare Leonardi wrote: Package: lightdm Version: 1.10.3-2 Severity: normal Suppose you have installed multiple desktop environment (in my case XFCE and MATE). At the lightdm login there is the icon that let you choose which one to start: default, mate, xfce. Well, since some lightdm version (if i recall correctly 1.10.2-3), the user choice is not remembered anymore between reboot and default is always restored. A problem if default is not what you want. Can you revert to 1.10.2-2 and confirm that? So now if you want to keep your preference, you have to use the less obvious and more hidden: update-alternatives --display x-session-manager Is it a bug or is it on purpose? It looks like a bug. 1.10.2-3 had some changes which might be related. Also, can you paste your .dmrc when you chose a different session than the default one? Actually, I think it might not be related to 1.10.2-3 changes, but rather the new upstream release 1.10.3. It has a NEWS entry: * Don't access .dmrc files until information from these files is required And I guess that change broke the loading (or maybe the saving, actually) of the information. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#767414: ITP: 2048 -- Simple number game for the text console
At Thu, 30 Oct 2014 22:02:56 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: Hi Gabriel! What would the difference be with 2048-qt which is already in the archive [0]? [0] https://packages.debian.org/jessie/2048-qt 2048-qt is a port for the Qt toolkit, and my 2048 package is for the text console. (See the screenshot [1]) My 2048 package has fewer dependencies (only libc), while 2048-qt depends Qt. My version has three configurable color schemes, while 2048-qt doesn't. I think 2048-qt is to 2048 what quadrapassel [3] is to tint [2], the same game, but very different UIs and dependencies. [1] http://en.gpcf.eu/2048/ [2] https://packages.debian.org/jessie/tint [3] https://packages.debian.org/jessie/quadrapassel -- Gabriel Pérez-Cerezo Flohr .-- GPG Key: BB09BA34D353EC69 / Email is like a postcard, anyone can read Website: http://gpcf.eu / it. Please use the GPG Key to encrypt your Email: gabr...@gpcf.eu / emails (tutorial: emailselfdefense.fsf.org). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767463: mc: loses files on skip when Cannot preallocate space for target file
Package: mc Version: 3:4.8.13-2 Severity: important Reporting this for a system which does not have reportbug installed (edited the information). I just wanted to move some old IRC logs to the side, so I marked them, hit F6 to move to the old/ subdirectory, and told mc to append. I got an error message: ║ ║ Cannot preallocate space for target file /home/t/tglaser~ev_arandom.log ║ │ ║ ║ ║ Bad file descriptor (9) ║ │ ║ When I hit “abort”, it cleanly aborted, and nothing happened. But when I hit “skip”, the target(!) file is deleted. ① Why does this error occur in the first place? Filesystem is: /dev/sda6 on /home type ext3 (rw,relatime,quota,usrquota,data=ordered) ② It should not lose data. -- System Information: Debian Release: jessie Architecture: i386 Kernel: Linux 3.16-3-686-pae Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: nevermind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
Dear Mike, Could you explain to me, or point me to some documentation, about the use of sequence numbers in X11 generally, and in nxproxy specifically? Even more specifically, as noted in my latest patches: ClientChannel.cpp: // With outputOpcode=X_UnmapSubwindows mostly we get sequenceNum=0, // sometimes (rarely) get sequenceNum = 256. Maybe surprising, but // normal and should be accepted. ServerChannel.cpp: // We normally get inputSequence=0 for inputOpcode=X_UnmapSubwindows Should nxproxy accept those zeroes, or should it handle them in some special way? Do any other opcodes reply with a zeroed sequence number? Am I on the wrong track, barking up the wrong tree? Thanks, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767464: Multimedia Keys not working (like #731030)
Package: clementine Version: 1.2.3+dfsg-2+b1 Severity: normal Hi, I just installed clementine (everything from sid and up to date), but the multimedia keys (play, next, prev) are not working at all. If I change the shortcuts to other combination (i.e. Meta+C for play/pause) everything works fine. So I'm afraid this could be related to KDE, feel free to reassign. Thanks, Alberto -- 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.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clementine depends on: ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 ii gstreamer0.10-plugins-ugly 0.10.19-2.1 ii libc62.19-11 ii libcdio130.83-4.2 ii libchromaprint0 1.2-1 ii libechonest2.1 2.1.0-2 ii libfftw3-double3 3.3.4-1.1 ii libgcc1 1:4.9.1-18 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgpod4 0.8.3-1.1+b1 ii libgstreamer-plugins-base0.10-0 0.10.36-2 ii libgstreamer0.10-0 0.10.36-1.4 ii libimobiledevice41.1.6+dfsg-3.1 ii liblastfm1 1.0.8-2 ii libmtp9 1.1.8-1+b1 ii libprojectm2 2.1.0+dfsg-1+b1 ii libprotobuf9 2.6.0-4 ii libqca2 2.0.3-6 ii libqjson00.8.1-3 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-opengl4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-sql-sqlite4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqxt-gui0 0.6.2-1+b1 ii libstdc++6 4.9.1-18 ii libtag1c2a 1.9.1-2.1 ii libusb-1.0-0 2:1.0.19-1 ii libx11-6 2:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii projectm-data2.1.0+dfsg-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages clementine recommends: ii gstreamer0.10-alsa 0.10.36-2 clementine 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#758057: confirm
Hei hei, On a de locale machine with active systemd I get this output: lcd4linux (0.11.0~svn1200-2.1+b1) wird eingerichtet ... Job for lcd4linux.service failed. See 'systemctl status lcd4linux.service' and 'journalctl -xn' for details. invoke-rc.d: initscript lcd4linux, action start failed. dpkg: Fehler beim Bearbeiten des Paketes lcd4linux (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: lcd4linux So it seems there must be a /etc/lcd4linux.conf … just copying over the sample from /usr/share/doc/lcd4linux does not work, you have to edit it and then fix access rights before you can successfully start it. In my opinion the package should install fine from scratch. Letting the user configure it so aptitude/dpkg does not have it as C / unconfigured anymore is not what packages usually do. Don't try to start an unconfigured daemon automatically, which will not start with the default config. I'm not sure what Debian policies say here, but I guess providing an always running default config, so it could always start right away, could be a solution. HTH Greets Alex signature.asc Description: OpenPGP digital signature
Bug#533231: apache2-bin: Also on Jessie and Apache 2.4.10, it crashes on reload
Package: apache2-bin Version: 2.4.10-5 Followup-For: Bug #533231 Dear Maintainer, I use Apache 2.4 on Debina JEssie in a XEN domU machine. Since I'm using Xen and Apache and Xen domUs since 10 years and I never got problems, I don't think it is Xen related (Also nothing on the Xen side has changes recently). The error is new on my system (my installation is nearly 12 month old), but some of my recent aptitude safe-upgrade or aptitude install must have introduced the error. Until last Week, it workt out perfectly as expected. Every night during/after/before logrotate, Apache crashes somehow and does not come up fully functional again. This happens als well if I trigger manually a /etc/init.d/apache reload or /etc/init.d/apache graceful The error log shows the following entry: [core:notice] [pid 4925:tid 140419593967488] AH00060: seg fault or similar nasty error detected in the parent process Trying to access webpages after that fails, the apache trows the following error for every single query into the log: [Fri Oct 31 09:23:27.787922 2014] [mpm_event:trace6] [pid 4931:tid 140419123803904] event.c(1500): connections: 1 (clogged: 0 write-completion: 0 keep-alive: 0 lingering: 0 suspended: 0) Restarting the Apache with /etc/init.d/apache restart fails, it has to be started using /etc/init.d/apache start. After that, also restarting works again. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/5 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 apache2-bin depends on: ii libapr1 1.5.1-3 ii libaprutil1 1.5.4-1 ii libaprutil1-dbd-pgsql1.5.4-1 ii libaprutil1-dbd-sqlite3 1.5.4-1 ii libaprutil1-ldap 1.5.4-1 ii libc62.19-12 ii libldap-2.4-22.4.40-2 ii liblua5.1-0 5.1.5-7.1 ii libpcre3 1:8.35-3.1 ii libssl1.0.0 1.0.1j-1 ii libxml2 2.9.1+dfsg1-4 ii perl 5.20.1-2 ii zlib1g 1:1.2.8.dfsg-2 apache2-bin recommends no packages. Versions of packages apache2-bin suggests: pn apache2-doc none ii apache2-suexec-pristine 2.4.10-5 pn www-browser none Versions of packages apache2 depends on: ii apache2-data 2.4.10-5 ii apache2-utils 2.4.10-5 ii lsb-base 4.1+Debian13+nmu1 ii mime-support 3.57 ii perl 5.20.1-2 ii procps 2:3.3.9-8 Versions of packages apache2 recommends: ii ssl-cert 1.0.35 Versions of packages apache2 suggests: pn apache2-doc none ii apache2-suexec-pristine 2.4.10-5 pn www-browser none Versions of packages apache2-bin is related to: ii apache2 2.4.10-5 ii apache2-bin 2.4.10-5 -- 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#767466: unblock: sssd/1.11.7-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sssd I've uploaded a new package yesterday, which reverts the daemon defaults to what they were before 1.11.5-1. Upstream has fixed the bug that forced the original change, especially for upstart. The other changes are fixes to allow it to build against current automake and samba. Git diff follows: diff --git a/debian/changelog b/debian/changelog index 6d91713..18d8788 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,14 @@ +sssd (1.11.7-2) unstable; urgency=medium + + * default, upstart.in: Upstream ticket #2312 is fixed now, so drop the +workaround to run the daemon in the foreground. (Closes: #760353) + * fix-automake-compat.diff: Added an upstream commit to fix configure +with new automake. + * fix-catchchild.diff: Fix build failure with samba 4.1.13, bump +samba-dev build-dependency to match. + + -- Timo Aaltonen tjaal...@debian.org Thu, 30 Oct 2014 14:49:05 +0200 + sssd (1.11.7-1) unstable; urgency=medium * New upstream release. diff --git a/debian/control b/debian/control index 0bf1a14..75dd849 100644 --- a/debian/control +++ b/debian/control @@ -44,7 +44,7 @@ Build-Depends: lsb-release, python-dev (= 2.6.6-3~), quilt, - samba-dev, + samba-dev (= 2:4.1.13), xml-core, xsltproc Standards-Version: 3.9.5 diff --git a/debian/patches/fix-automake-compat.diff b/debian/patches/fix-automake-compat.diff new file mode 100644 index 000..605b0a3 --- /dev/null +++ b/debian/patches/fix-automake-compat.diff @@ -0,0 +1,65 @@ +commit 703dc1eb5b050b24235a6640f271d34ea008cf98 +Author: Jan Engelhardt jeng...@inai.de +Date: Sat Oct 11 12:36:07 2014 + + +build: call AC_BUILD_AUX_DIR before anything else + +sssd's configure.ac (abridged) contains these lines: + + AC_INIT([sssd], ...) + m4_ifdef([AC_USE_SYSTEM_EXTENSIONS], + [AC_USE_SYSTEM_EXTENSIONS], [AC_GNU_SOURCE]) + AC_CONFIG_AUX_DIR([build]) + +When turned into configure, this will be emitted: + + ac_aux_dir= + for ac_dir in build $srcdir/build; do + if test -f $ac_dir/install-sh; then + ac_aux_dir=$ac_dir + ac_install_sh=$ac_aux_dir/install-sh -c + break + +However, with automake commit v1.14.1-36-g7bc5927, this will be emitted +instead: + + ac_aux_dir= + for ac_dir in $srcdir $srcdir/.. $srcdir/../..; do + if test -f $ac_dir/install-sh; then + ac_aux_dir=$ac_dir + ac_install_sh=$ac_aux_dir/install-sh -c + break + +As configure no longer looks into build/ for install-sh, running +./configure fails: + + configure: error: cannot find install-sh, install.sh, + or shtool in . ./.. ./../.. + +I think the error is that someone placed AC_BUILD_AUX_DIR +too late. Move it upwards. + +Reviewed-by: Jakub Hrozek jhro...@redhat.com + +diff --git a/configure.ac b/configure.ac +index 660ea8d..e6745cb 100644 +--- a/configure.ac b/configure.ac +@@ -4,6 +4,8 @@ m4_include([version.m4]) + AC_INIT([sssd], + VERSION_NUMBER, + [sssd-de...@lists.fedorahosted.org]) ++AC_CONFIG_SRCDIR([BUILD.txt]) ++AC_CONFIG_AUX_DIR([build]) + + m4_ifdef([AC_USE_SYSTEM_EXTENSIONS], + [AC_USE_SYSTEM_EXTENSIONS], +@@ -11,8 +13,6 @@ m4_ifdef([AC_USE_SYSTEM_EXTENSIONS], + + CFLAGS=$CFLAGS -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE + +-AC_CONFIG_SRCDIR([BUILD.txt]) +-AC_CONFIG_AUX_DIR([build]) + + AM_INIT_AUTOMAKE([-Wall foreign subdir-objects tar-pax]) + AM_PROG_CC_C_O diff --git a/debian/patches/fix-catchchild.diff b/debian/patches/fix-catchchild.diff new file mode 100644 index 000..dd20c67 --- /dev/null +++ b/debian/patches/fix-catchchild.diff @@ -0,0 +1,33 @@ +--- a/src/util/signal.c b/src/util/signal.c +@@ -131,7 +131,7 @@ void (*CatchSignal(int signum,void (*han + Ignore SIGCLD via whatever means is necessary for this OS. + **/ + +-void CatchChild(void) ++void (*CatchChild(void))(int) + { + CatchSignal(SIGCLD, sig_cld); + } +@@ -140,7 +140,7 @@ void CatchChild(void) + Catch SIGCLD but leave the child around so it's status can be reaped. + **/ + +-void CatchChildLeaveStatus(void) ++void (*CatchChildLeaveStatus(void))(int) + { + CatchSignal(SIGCLD, sig_cld_leave_status); + } +--- a/src/util/util.h b/src/util/util.h +@@ -227,8 +227,8 @@ void sig_term(int sig); + #include signal.h + void BlockSignals(bool block, int signum); + void (*CatchSignal(int signum,void (*handler)(int )))(int); +-void CatchChild(void); +-void CatchChildLeaveStatus(void); ++void (*CatchChild(void))(int); ++void (*CatchChildLeaveStatus(void))(int); + + /* from memory.c */ + typedef int (void_destructor_fn_t)(void *); diff --git a/debian/patches/series b/debian/patches/series index 9e41f28..ba8daa7 100644 --- a/debian/patches/series +++
Bug#767387: beignet: Non-free files in test suite
Control: forwarded -1 http://lists.freedesktop.org/archives/beignet/2014-October/004343.html I have reported this upstream; they have agreed it's a problem and are in the process of removing the first group and investigating the second. To deal with this problem in the meantime, we will need to repack the orig tarball (which the version just added to Alioth does _not_ do); the new version would then conventionally be called 0.8+dfsg1-0.1 or 0.9.3+dfsg1-0.1. Also note that as the first group is undistributable (not just non-DFSG), creating an Alioth repository that includes the previous versions may not be a good idea. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767467: unblock: libapache2-mod-nss/1.0.10-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libapache2-mod-nss This module should not be enabled by default, since it'd leave port 8443 open. That also interferes with freeipa-server setup script which tests that the port is available for certificate authority, and will fail if it's not. I simply forgot to push this change to sid before last weekend.. diff --git a/debian/changelog b/debian/changelog index ccaf094..d027154 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +libapache2-mod-nss (1.0.10-2) unstable; urgency=medium + + * rules: Don't enable the module by default. + + -- Timo Aaltonen tjaal...@debian.org Tue, 28 Oct 2014 15:11:45 +0200 + libapache2-mod-nss (1.0.10-1) unstable; urgency=medium * mod_nss-conf.patch: Fix IfModule header so it'll actually load when diff --git a/debian/rules b/debian/rules index 7a0cdaf..7b44508 100755 --- a/debian/rules +++ b/debian/rules @@ -26,6 +26,9 @@ override_dh_install: # too many fedoraisms in the tests to bother override_dh_auto_test: +override_dh_apache2: + dh_apache2 -e + gentarball: UV=$(shell dpkg-parsechangelog|awk '/^Version:/ {print $$2}'|sed 's/-.*$$//') gentarball: git archive --format=tar upstream --prefix=$(SOURCE)-$(UV)/ | xz --best ../$(SOURCE)_$(UV).orig.tar.xz unblock libapache2-mod-nss/1.0.10-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767418: telegram desktop: Request Telegram client
Control: reassign -1 wnpp Control: retitle -1 RFP: telegram -- desktop client for the telegram messaging On Jo, 30 oct 14, 22:58:07, Pierre Bernhardt wrote: Package: telegram Severity: wishlist Tags: upstream Dear Maintainer, Telegram Desktop is the unoffical desktop client for the telegram messaging. Telegram is a secured and privacy platform like what's app, but better. Have a look on telegra.org for the description of API, Protocols and so on. There is a link to tdesktop.org which is the unofficial client version which can be installed for linux32 and linux64 bit. The source is available on GitHub: https://github.com/telegramdesktop/tdesktop The software is distributed under the license GPLv3. Last Version from GitHub is 0.6.6. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'proposed-updates'), (500, 'stable'), (190, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#760476: concerning 760476
Hi, I've thought of an alternative path that doesn't require changes into applications that close all descriptors but uses some heuristics to check whether the descriptor is still open (and the same type). If that looks reasonable I plan to include it in the next release of gnutls. https://www.gitorious.org/gnutls/gnutls/commit/684b825f5f78cc7ad1f61be232fd20ee0bc5b56f https://www.gitorious.org/gnutls/gnutls/commit/e8ffb7944037a45e6f2436a3906ce37e5ea97e3e On Wed, Oct 29, 2014 at 1:02 PM, Didier 'OdyX' Raboud o...@debian.org wrote: Hi Nikos, hi Andreas, On Tue, 28 Oct 2014 19:11:28 +0100 Andreas Metzler wrote: On 2014-10-28 Nikos Mavrogiannopoulos n...@gnutls.org wrote: I think that the issue should be reassigned to cups and it should be modified to close the known file descriptors (stdin/stdout/stderr) instead of all open descriptors. Thanks for the explanation. re-assigning. (I will subscribe to the bug-report to keep me updated) Thanks to you two for the investigation; I've brought the issue back up to CUPS's bugtracker, where Michael Sweet wrote on https://www.cups.org/str.php?L4484 : So it looks like you also need to fix GNU TLS to only open /dev/urandom when gnutls_global_init() is called and not before. It appears there's a disagreement between CUPS and GnuTLS on how the file descriptors should be managed. It would be nice if one of you could have the conversation with Michael directly on the CUSP tracker, without me playing the messenger. Nikos: would that be imaginable? TIA, cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Package: autofs Version: 5.0.8-1 Severity: important I recently ran into a problem with autofs on our Jessie test machines where autofs would fail to mount an NFS mount with the following error message 'Too many levels of symbolic links' Tests showed that while autofs failed to mount the NFS share, it was still perfectly possible to mount the share manually and work without any issues. After some research, I found a thread on LKML where someone else ran into the exact same issue and after lots of discussion and debugging, he found the colord daemon being the culprit as killing or restarting the daemon fixed the issue. colord was not responsible for the issue in my case, however I used the hint provided in the aforementioned LKML thread and grepped through the list of processes and their associated mount files under /proc. It turned out that, in my case, cgmanager.service still had the mount point listed in its mount file under /proc. I tried restarting cgmanager.service through systemctl and the issue was resolved immediately. During repeated occurences of the problem, I solely tried restarting cgmanager.service and the issue was always resolved immediately: root@devourer:~ lsb_release -c Codename: jessie root@devourer:~ cd /net/deb -bash: cd: /net/deb: Too many levels of symbolic links root@devourer:~ systemctl restart cgmanager.service root@devourer:~ cd /net/deb root@devourer:/net/deb The discussion in [1] suggets that this might be a bug in autofs and they even come up with a possible solution, quoting: Perhaps autofs should use lookup_mnt() to decide along this pattern: if ( dentry-d_flags DCACHE_MOUNTED lookup_mnt(path) ) { /* mounted */ } else { /* not mounted */ } But I am not really an expert on autofs and the VFS layer in the kernel, so I might be completely wrong. I set the urgency to important, since the problem will probably bite all autofs users once they upgrade to Jessie. It might even be advisable to set the urgency to grave to make sure this gets fixed before we release Jessie. Cheers, Adrian [1] http://permalink.gmane.org/gmane.linux.kernel.autofs/6915 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable'), (1, 'experimental') 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) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages autofs depends on: ii libc6 2.19-12 ii libxml22.9.1+dfsg1-4 ii multiarch-support 2.19-12 ii ucf3.0030 Versions of packages autofs recommends: ii kmod 18-3 ii module-init-tools 18-3 ii nfs-common 1:1.2.8-9 autofs 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#767253: Please provide hashes for uncompressed Translation-*
On Fri, Oct 31, 2014 at 09:26:30AM +0100, Michael Vogt wrote: On Wed, Oct 29, 2014 at 07:25:09PM +, Steve McIntyre wrote: OK, cool. I'll admit to being curious - why does it want both compressed and uncompressed? Is there a worry about corruption, maybe? [..] Its a bit of a idiosyncrasy of apt. It used to only check the hash after uncompression. Nowdays it checks it at all stages. But indeed, a nice benefit of this is that it also protects against corruption during the uncompression. Cool, thanks for explaining. :-) -- Steve McIntyre, Cambridge, UK.st...@einval.com This dress doesn't reverse. -- Alden Spiess -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764162: linux-image-3.16-2-kirkwood: [regression 3.14-3.16] file data corruption, via network
On Sun, 2014-10-19 at 14:27 +0100, Ian Campbell wrote: You could inactivate this feature manually with: ethtool -K eth0 tso off I'm in contact with the developer of this feature. Tell me if this command resolve your problem Excellent, please let us know how you get on (feel free to CC the bug too if you want). Did you make any progress with the developer? In the changes to this driver since v3.16 I see commit 817dbfa5d1bc276a72c1a577310382008e8aca0a Author: Vlad Yasevich vyasev...@gmail.com Date: Mon Aug 25 10:34:54 2014 -0400 mvneta: Fix TSO and checksum for non-acceleration vlan traffic which might be potentially interesting, except no one on this bug has mentioned VLANs at any point. I don't see anything else of interest. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690973: Still interested in packaging it with proper patches?
On Mo, 2014-10-27 at 18:17 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: Markus: I have just asked upstream if he would take some patches to fix the environment variables issues, and I think that I could handle some other packaging issues too. If upstream accepts the patches, would you reconsider packaging it for Debian? Hi Lisandro, If upstream supports a reasonable way of a system wide installation, with proper user config files in $HOME/.something, then I would like to package the software Cheers Markus -- Markus Frosch lazyfro...@debian.org / mar...@lazyfrosch.de http://www.lazyfrosch.de signature.asc Description: This is a digitally signed message part
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
31.10.2014 12:36, John Paul Adrian Glaubitz wrote: [] I set the urgency to important, since the problem will probably bite all autofs users once they upgrade to Jessie. It might even be advisable to set the urgency to grave to make sure this gets fixed before we release Jessie. Please do set it to grave, so autofs will not be shipped in jessie. That will be the most ideal solution, because it is a very buggy piece of software without a hope to fix it any time soon. (I am serious, there's no sarcasm or joke in there). 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#767469: Add build UUID to image
Source: live-build Severity: wishlist Tags: patch The attached patch generates a build UUID during build and adds it into the live filesystem and the image. This is used to couple an initrd with the image it was built from. There is already some code for casper that does something similar. But this generates a new UUID for every initrd and then extracts the UUID from the initrd and copies it to the image. IMO this approach tries to solve the problem backwards as the initrd is generated from the filesystem and not the other way around. The filesystem is first and does not change it's identity after the build and so should get an UUID. The code for casper then needs several support scripts that ensure that the UUID and initrd don't get out of sync. IMO the approach to generate the UUID on build and to copy it to the initrd whenever it's build makes much more sense. With the current version of the patch the UUID is generated unconditionally. I'm open to have a command line option for this if you prefer. To fully work this also needs a small modification to the initramfs hook in live-boot. But without that, this patch does not do any harm. The patch to live-boot will be submitted as another whishlist bug there. Gaudenz -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) 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 From 923d2c3fdb904dde396f7ec195d39bfeec40c7e6 Mon Sep 17 00:00:00 2001 From: Gaudenz Steinlin gaud...@debian.org Date: Fri, 31 Oct 2014 09:02:28 +0100 Subject: [PATCH] Create build UUID This creates a build UUID and stores it inside the chroot in /etc/live/uuid.conf and in the binary image in .disk/live-uuid. Together with supporting code already present in live-boot this can be used to couple an image and it's initrd(s). To fully work this needs a small patch in the initramfs hook in live-boot. --- debian/control | 2 +- scripts/build/binary_disk | 4 scripts/build/chroot_hacks | 3 ++- 3 files changed, 7 insertions(+), 2 deletions(-) diff --git a/debian/control b/debian/control index b921960..041ff4d 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,7 @@ Package: live-build Architecture: all Depends: ${misc:Depends}, - debootstrap | cdebootstrap | cdebootstrap-static, + debootstrap | cdebootstrap | cdebootstrap-static, uuid-runtime Recommends: cpio, live-boot-doc, diff --git a/scripts/build/binary_disk b/scripts/build/binary_disk index 2184a3f..0457c3a 100755 --- a/scripts/build/binary_disk +++ b/scripts/build/binary_disk @@ -117,6 +117,10 @@ case ${LB_INITRAMFS} in rm -rf binary/uuid done ;; + live-boot) + # copy over UUID from chroot + cp chroot/etc/live/uuid.conf binary/.disk/live-uuid + ;; esac case ${LB_DEBIAN_INSTALLER} in diff --git a/scripts/build/chroot_hacks b/scripts/build/chroot_hacks index 88601c3..a61dd02 100755 --- a/scripts/build/chroot_hacks +++ b/scripts/build/chroot_hacks @@ -70,7 +70,8 @@ case ${LB_INITRAMFS} in ;; live-boot) - #UPDATE_INITRAMFS_OPTIONS=LIVE_GENERATE_UUID=1 + # generate UUID and store it in the image + uuidgen -r chroot/etc/live/uuid.conf ;; esac -- 2.1.1
Bug#759707: beignet: New upstream version
https://anonscm.debian.org/cgit/pkg-opencl/beignet.git/tree/debian/changelog beignet (0.9.3-0.1) UNRELEASED; urgency=medium While I agree that this should have been done months ago, it can't be done now without release team permission: the freeze is based on what is in testing (_not_ unstable, unlike last time) on Nov 5, and the migration delay is now 10 days for all urgencies. Do you intend to request that permission (if so, I suggest doing so _before_ uploading), or is this version intended for experimental and eventually jessie-backports (in which case, either we also upload an 0.8+dfsg1-0.1 for jessie, or we let the package be removed from testing)? (I haven't yet tested whether the version in Alioth actually works, but do intend to do so. The kernel patch needed to unbreak (all versions of) beignet (#767148) has now been accepted.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714892: httping: please support IPV6
Hi Nico, Could you upload the latest version of httping? Freeze is coming soon. Greetings, Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
Hi Paul, I will get you together with one of our NX adepts over the weekend. Could you join us on IRC (#x2go at Freenode)? I will be travelling during the day and only be scarce online... Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de - Original message - Dear Mike, Could you explain to me, or point me to some documentation, about the use of sequence numbers in X11 generally, and in nxproxy specifically? Even more specifically, as noted in my latest patches: ClientChannel.cpp: // With outputOpcode=X_UnmapSubwindows mostly we get sequenceNum=0, // sometimes (rarely) get sequenceNum = 256. Maybe surprising, but // normal and should be accepted. ServerChannel.cpp: // We normally get inputSequence=0 for inputOpcode=X_UnmapSubwindows Should nxproxy accept those zeroes, or should it handle them in some special way? Do any other opcodes reply with a zeroed sequence number? Am I on the wrong track, barking up the wrong tree? Thanks, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of Sydney Australia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767470: unblock: freeipa/4.0.4-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package freeipa So I forgot to check that the packages install on a fresh sid install, added three missing python module deps. Current default apache2 install enables mod_authz_user and mod_deflat, but old installations might not have them, so enable them on postinst but don't disable on prerm. Also bump the libapache2-mod-nss dependency to match the version which doesn't enable the module by default. diff --git a/debian/changelog b/debian/changelog index ac68a28..dabda80 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +freeipa (4.0.4-2) unstable; urgency=medium + + * control: Add python-qrcode, python-selinux, python-yubico +to freeipa-server dependencies. (Closes: #767427) + * freeipa-server.postinst: Enable mod_authz_user and mod_deflate too, +but since they should be part of the default apache2 install, don't +disable them on uninstall like the other modules. (Closes: #767425) + * control: Bump server dependency on -mod-nss to 1.0.10-2 which +doesn't enable the module by default. + + -- Timo Aaltonen tjaal...@debian.org Fri, 31 Oct 2014 11:36:51 +0200 + freeipa (4.0.4-1) unstable; urgency=medium * Initial release (Closes: #734703) diff --git a/debian/control b/debian/control index 30b57d1..4b5aa92 100644 --- a/debian/control +++ b/debian/control @@ -78,7 +78,7 @@ Depends: krb5-pkinit, ldap-utils, libapache2-mod-auth-kerb (= 5.4-2.2~), - libapache2-mod-nss, + libapache2-mod-nss (= 1.0.10-2~), libapache2-mod-wsgi, libjs-dojo-core, libjs-jquery, @@ -91,6 +91,9 @@ Depends: python-krbv, python-ldap, python-pyasn1, + python-qrcode (= 5.0.0), + python-selinux, + python-yubico, slapi-nis (= 0.54), ${misc:Depends}, ${python:Depends}, diff --git a/debian/freeipa-server.postinst b/debian/freeipa-server.postinst index a7b485f..7c4aab4 100644 --- a/debian/freeipa-server.postinst +++ b/debian/freeipa-server.postinst @@ -7,6 +7,12 @@ if [ $1 = configure ]; then if [ ! -e /etc/apache2/mods-enabled/auth_kerb.load ]; then apache2_invoke enmod auth_kerb || exit $? fi + if [ ! -e /etc/apache2/mods-enabled/authz_user.load ]; then +apache2_invoke enmod authz_user || exit $? +fi + if [ ! -e /etc/apache2/mods-enabled/deflate.load ]; then +apache2_invoke enmod deflate || exit $? +fi if [ ! -e /etc/apache2/mods-enabled/expires.load ]; then apache2_invoke enmod expires || exit $? fi unblock freeipa/4.0.4-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689109: Bug#685540: asterisk-flite, asterisk-espeak: binnmu required
Hi Tzafrir, Quoting Tzafrir Cohen (2014-10-31 07:36:44) On Wed, Nov 14, 2012 at 12:33:26PM +0100, Jonas Smedegaard wrote: Quoting Tzafrir Cohen (2012-11-13 18:00:30) Indeed this is fixable through a binNMU. Yes, but release managers disapprove of simple binNMUs covering over the underlying problem, as I wrote earlier: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685540#20 The proper fix is this combo: 1) File bugreport against asterisk-dev about broken/missing hints about shared library. 2) Fix bug filed in 1). Asterisk now provides asterisk-hash-of-build-options. This includes the version. A module can safely depend on those (but it should be updated on backporting). Would you mind fixing the packages (asterisk-flite, and asterisk-espeak)? Would you like me to? The new upstream release also fixes building with asterisk-11 and asterisk-13 (a separate bug filed). Please feel free to NMU asterisk-flite and asterisk-espeak, or even to take over maintenance of those packages. If you do choose to take over maintenance but want me as co-maintainer, then please do continue to use CDBS for the packaging. Else please remove me as uploader, as I am not comfortable maintaining packages which uses the short-form dh sequencer. I do still have interest in these packages, just find too little time to nurse them properly at the moment. Therefore, if you loose interest in maintaining them then please do not drop them (as happened long time ago with libsrtp¹) but pass them back to me. Same goes for libsrtp. Kind regards, - Jonas ¹ I don't hold a grudge - am just stating as quite related fact -- * 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#728050: tethering with iOS 7 devices fails
Hi, For the record. This bug is solved by the package usbmuxd, version = 1.0.8+git20140527.e72f2f7-1 Strangely enough this package is stillin unstable and didn't go into testing, I don't know why. Sébastien. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767429: dh-systemd: Please improve timer unit handling
Hello Alexandre! On Fri, Oct 31, 2014 at 08:38:05AM +0100, Alexandre Detiste wrote: Hi, If you services includes: [Unit] RefuseManualStart=yes RefuseManualStop=yes but no [Install] insection, they can't be enabled nor started; they are only pulled in by the matching timer when they elapse. Does this solve your problem ? [...] First, the services doesn't contain these (which could ofcourse be changed) The second problem is that I'm skeptical that's actually gives the desired behaviour. I don't want to disallow manual startup. I want the *package* to not manually start the service (ever). Take for example the fstrim service/timer which runs once a week. Say for example you do lots of package builds, run yocto or whatever that really trashes your disk. The performance on your SSD becomes crappy and you don't want to wait another week before this is fixed up by the fstrim.timer. I'd think it would be nice if you could then just systemctl start fstrim ofcourse you could also run /sbin/fstrim directly, but then you'd probably have to go look at the manpage to find the proper commandline arguments, think twice if there are any gotchas involved to not mess up your system, etc. All things you don't really have to bother with if you could just start the service manually it does what you want to get done after all. As you probably figured, I'm not completely sold on your suggestion. Do you know any case where a matching service+timer actually wants both started on package install/upgrade? Same question for matching socket+service? 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#767472: Use build UUID
Source: live-boot Severity: wishlist Tags: patch Please copy the build UUID from /etc/live/uuid.conf into the initrd. See the attached patch. This is a companion feature request for Bug #767469. Please see there for a more detailed explanation. Gaudenz -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) 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 From 27749fc4f30b238339d36e48b046d20228cf6837 Mon Sep 17 00:00:00 2001 From: Gaudenz Steinlin gaud...@debian.org Date: Fri, 31 Oct 2014 09:05:51 +0100 Subject: [PATCH] Use build UUID Embed the build UUID stored in /etc/live/uuid.conf into the initramfs if it's present. This makes it possible to couple the initrd to a particular squashfs image. This needs support for generating the UUID in live-build. --- backend/initramfs-tools/live.hook | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/backend/initramfs-tools/live.hook b/backend/initramfs-tools/live.hook index 76f4218..06041d4 100755 --- a/backend/initramfs-tools/live.hook +++ b/backend/initramfs-tools/live.hook @@ -66,10 +66,10 @@ then fi # Configuration: Unique ID -if [ -n ${LIVE_GENERATE_UUID} ] +if [ -r /etc/live/uuid.conf ] then mkdir -p ${DESTDIR}/conf - uuidgen -r ${DESTDIR}/conf/uuid.conf + cp /etc/live/uuid.conf ${DESTDIR}/conf fi # Filesystem: btrfs -- 2.1.1
Bug#767388: gdm3 fails to discover kdm at install.
Dear maintainers The upgrade to the most updated versions did not change the issue. My current conjecture (I'm a newbie of systemd) is that there is an install problem. kdm.service seems built up in some dynamical way and gdm3 fails to discover it and to accept that kdm is the chosen service. The consequences that x-display-manager.target requires both kdm.service and gdm.service, which generates the failure of the assertion in gdm.service Thanks for your time ric MORE info: * I've upgraded to most recent versions gdm3 3.14.1-1 kdm 4:4.11.13-1 * During install ( aptitude full-upgrade I get ) Setting up gdm3 (3.14.0-1) ... WARNING: /lib/systemd/system/kdm.service is the selected default display manager but does not exist Warning: Unit file of gdm3.service changed on disk, 'systemctl daemon-reload' recommended. Job for gdm.service failed. See 'systemctl status gdm.service' and 'journalctl -xn' for details. invoke-rc.d: initscript gdm3, action reload failed. .. Setting up kdm (4:4.11.13-1) ... * After reboot (and logging in with kdm) same systemctl status: # systemctl status gdm.service ● gdm.service - GNOME Display Manager Loaded: loaded (/lib/systemd/system/gdm.service; static) Active: failed (Result: start-limit) since Fri 2014-10-31 10:17:47 CET; 7min ago Process: 1145 ExecStartPre=/bin/sh -c [ $(cat /etc/X11/default-display-manager 2/dev/null) = /usr/sbin/gdm3 ] (code=exited, status=1/FAILURE) Oct 31 10:17:45 IPhT-IA-004976 systemd[1]: Failed to start GNOME Display Manager. Oct 31 10:17:45 IPhT-IA-004976 systemd[1]: Unit gdm.service entered failed state. Oct 31 10:17:47 IPhT-IA-004976 systemd[1]: gdm.service start request repeated too quickly, refusing to start. Oct 31 10:17:47 IPhT-IA-004976 systemd[1]: Failed to start GNOME Display Manager. Oct 31 10:17:47 IPhT-IA-004976 systemd[1]: Unit gdm.service entered failed state. Warning: Unit file changed on disk, 'systemctl daemon-reload' recommended. # systemctl status kdm.service ● kdm.service - LSB: X display manager for KDE Loaded: loaded (/etc/init.d/kdm) Drop-In: /run/systemd/generator/kdm.service.d └─50-kdm-$x-display-manager.conf Active: active (running) since Fri 2014-10-31 10:17:41 CET; 4min 50s ago Process: 1039 ExecStart=/etc/init.d/kdm start (code=exited, status=0/SUCCESS) CGroup: /system.slice/kdm.service ├─1057 /usr/bin/kdm -config /var/run/kdm/kdmrc └─1062 /usr/bin/X :0 vt7 -br -nolisten tcp -auth /var/run/xauth/A:0-W6NTPb Oct 31 10:17:41 IPhT-IA-004976 kdm[1039]: Starting K Display Manager: kdm. Oct 31 10:17:46 IPhT-IA-004976 kdm_greet[1079]: Cannot load /usr/share/kde4/apps/kdm/faces/.default.face: No such file or directory Oct 31 10:18:14 IPhT-IA-004976 kdm[1072]: :0[1072]: pam_unix(kdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ...r=guida Oct 31 10:18:26 IPhT-IA-004976 kdm[1072]: :0[1072]: pam_unix(kdm:session): session opened for user guida by (uid=0) Hint: Some lines were ellipsized, use -l to show in full. # systemctl is-enabled kdm.service Failed to get unit file state for kdm.service: No such file or directory * Then I tried to inquire who loads whom: # systemctl show -p WantedBy gdm.service WantedBy= # systemctl show -p RequiredBy gdm.service RequiredBy=x-display-manager.target # systemctl show -p WantedBy kdm.service WantedBy=graphical.target multi-user.target # systemctl show -p RequiredBy kdm.service RequiredBy=x-display-manager.target # systemctl status x-display-manager.target ● x-display-manager.target - X11 Display Manager Loaded: loaded (/etc/insserv.conf.d/kdm; static) Drop-In: /run/systemd/generator/x-display-manager.target.d └─50-hard-dependency-gdm3-$x-display-manager.conf, 50-hard-dependency-kdm-$x-display-manager.conf Active: active since Fri 2014-10-31 10:17:47 CET; 13min ago * As a further test I tried to reconfigure gdm3 getting the same error # dpkg-reconfigure gdm3 WARNING: /lib/systemd/system/kdm.service is the selected default display manager but does not exist Warning: Unit file of gdm3.service changed on disk, 'systemctl daemon-reload' recommended. Job for gdm.service failed. See 'systemctl status gdm.service' and 'journalctl -xn' for details. invoke-rc.d: initscript gdm3, action reload failed. # cat /etc/X11/default-display-manager /usr/bin/kdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767471: [initramfs-tools] / formatted as ext3 but mounted as ext4 not fsck-able
Package: initramfs-tools Version: 0.118 Severity: normal --- Please enter the report below this line. --- I have a ext3 formatted / which in /etc/fstab is mounted with ext4. This does not cope well with the logic in hooks/fsck which assumes that fsck.$fs will work with a filesystem entry $fs in /etc/fstab. So at boot the initramfs warns that fsck.ext3 is missing and cannot do the check on /. This may not be a common case but still a fsck error or warning at boot for / it's annoying. I've attached an untested patch with a tentative fix. --- System information. --- Architecture: i386 Kernel: Linux 3.16.6 Debian Release: jessie/sid 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+- klibc-utils (= 2.0-1~) | 2.0.4-2 cpio | 2.11+dfsg-2 kmod | 18-3 OR module-init-tools | 18-3 udev | 215-5+b1 Recommends (Version) | Installed -+-=== busybox (= 1:1.01-3) | 1:1.22.0-9 OR busybox-initramfs| OR busybox-static | Suggests (Version) | Installed ==-+-=== bash-completion| --- Output from package bug script --- -- initramfs sizes -rw-r--r-- 1 root root 4,9M ago 13 12:02 /boot/initrd.img-3.14.16 -rw-r--r-- 1 root root 4,9M ott 6 12:07 /boot/initrd.img-3.16.4 -rw-r--r-- 1 root root 5,4M ott 27 11:39 /boot/initrd.img-3.16.5 -rw-r--r-- 1 root root 4,7M ott 28 11:31 /boot/initrd.img-3.16.6 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.16.6 root=UUID=770e4e60-f57b-4299-a18d-ed558a68d750 ro quiet acpi_backlight=vendor -- resume RESUME=/dev/sda3 -- /proc/filesystems ext3 ext2 ext4 fuseblk -- lsmod Module Size Used by dm_mod 79494 0 iptable_filter 1762 0 ip_tables 15195 1 iptable_filter x_tables 21829 2 ip_tables,iptable_filter ctr 3857 1 ccm 7451 1 cpufreq_stats 3136 0 bnep 10410 2 bluetooth 241284 5 bnep uinput 7665 1 ipv6 316592 26 cuse6277 0 fuse 75002 2 cuse joydev 8792 0 loop 17367 0 uvcvideo 64359 0 videobuf2_vmalloc 2968 1 uvcvideo videobuf2_memops2410 1 videobuf2_vmalloc videobuf2_core 25764 1 uvcvideo v4l2_common 6110 1 videobuf2_core videodev 129098 3 uvcvideo,v4l2_common,videobuf2_core i915 797927 3 fbcon 34821 71 bitblit 4640 1 fbcon iTCO_wdt5736 0 softcursor 1349 1 bitblit arc42072 2 sdhci_pci 11598 0 iwldvm110824 0 mac80211 450072 1 iwldvm cfbfillrect 3317 1 i915 cfbimgblt 2296 1 i915 i2c_algo_bit5374 1 i915 sdhci 24389 1 sdhci_pci snd_hda_codec_hdmi 34683 2 mmc_core 97042 1 sdhci snd_hda_codec_realtek58964 1 snd_hda_codec_generic48330 1 snd_hda_codec_realtek pcspkr 2054 0 font8131 1 fbcon tileblit2239 1 fbcon samsung_laptop 9075 0 coretemp5905 0 cfbcopyarea 3017 1 i915 psmouse59351 0 e1000e147839 0 evdev 10197 23 snd_hda_intel 20239 6 iwlwifi88968 1 iwldvm snd_hda_controller 20981 1 snd_hda_intel snd_hda_codec 115704 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller yenta_socket 20471 0 pcmcia_rsrc 1301 1 yenta_socket cfg80211 464686 3 iwlwifi,mac80211,iwldvm snd_hwdep 6187 1 snd_hda_codec pcmcia_core15627 1 yenta_socket snd_pcm86549 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller serio_raw 4666 0 drm_kms_helper 41936 1 i915 lpc_ich13821 0 drm 276323 5 i915,drm_kms_helper mfd_core3603 1 lpc_ich snd_timer 19153 1 snd_pcm thermal 9844 0 i2c_i8019223 0 i2c_core 43251 7 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,v4l2_common,videodev battery10068 0 fan 2914 0 acpi_cpufreq7317 1 snd66690 20 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
Bug#767465: Installed Debian Jessie fails to recognize USB flash drive upon reboot
Package: Installation-reports Severity: Serious After successful installation using the USB thumb drive method, the installed OS fails to recognize the same USB drive. Boot method: USB flash drive Image version: Beta 2 installer amd64 DVD1 (burned the ISO to USB stick) Date: Oct 2014 Machine: DIY Partitions: Entire disk drive Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot:[o ] Detect network card:[o ] Configure network: [o ] Detect CD:[o ] Load installer modules:[o ] Clock/timezone setup: [o ] User/password setup: [o ] Detect hard drives: [o ] Partition hard drives:[o ] Install base system: [o ] Install tasks: [ ] Install boot loader: [o ] Overall install: [E ] Comments/Problems: Although I burned the Debian Jessie beta 2 DVD-1 to a USB flash drive, during the installation process, I chose to do a base/net install only as I wanted to install only the packages that I needed. I did not wish to have the full Gnome, KDE, LXDE desktop environments. Upon reboot, I was presented with a black-background console, tty1, and typed in my login username and password. I proceeded to sudo apt-get install xorg gnome-core and failed, the reason being the CDROM was missing. Well, I re-inserted the USB flash drive and re-typed the same command. Again the machine responded with the CDROM was missing. I have been told that the above problem has existed since the days of pre-Debian Wheezy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748074: systemd unit for rpcbind
Hi Anibal, I took Matthews files and converted them to a proper debdiff. It fixes nfs-common/networking/rpcbind ordering for me. Since this might fix the RC bug #622394, it would be nice to get this in archive for testing. Riku diff -Nru rpcbind-0.2.1/debian/changelog rpcbind-0.2.1/debian/changelog --- rpcbind-0.2.1/debian/changelog 2014-08-18 12:46:29.0 +0300 +++ rpcbind-0.2.1/debian/changelog 2014-10-31 12:08:33.0 +0200 @@ -1,3 +1,11 @@ +rpcbind (0.2.1-6.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add systemd unit to start rpcbind earlier, closes: #748074 +- works around #622394 + + -- Riku Voipio riku.voi...@linaro.org Fri, 31 Oct 2014 09:46:50 +0200 + rpcbind (0.2.1-6) unstable; urgency=medium * Upload to unstable. diff -Nru rpcbind-0.2.1/debian/control rpcbind-0.2.1/debian/control --- rpcbind-0.2.1/debian/control 2014-08-18 12:37:52.0 +0300 +++ rpcbind-0.2.1/debian/control 2014-10-31 09:57:50.0 +0200 @@ -2,7 +2,7 @@ Section: net Priority: standard Maintainer: Anibal Monsalve Salazar ani...@debian.org -Build-Depends: dpkg-dev (= 1.16.1~), debhelper (= 9), autotools-dev, pkg-config, libtirpc-dev (= 0.2.4-2~), libwrap0-dev +Build-Depends: dpkg-dev (= 1.16.1~), debhelper (= 9), dh-systemd, autotools-dev, pkg-config, libtirpc-dev (= 0.2.4-2~), libwrap0-dev Standards-Version: 3.9.5 Homepage: http://sourceforge.net/projects/rpcbind/ diff -Nru rpcbind-0.2.1/debian/rpcbind.service rpcbind-0.2.1/debian/rpcbind.service --- rpcbind-0.2.1/debian/rpcbind.service 1970-01-01 02:00:00.0 +0200 +++ rpcbind-0.2.1/debian/rpcbind.service 2014-10-31 09:46:40.0 +0200 @@ -0,0 +1,16 @@ +[Unit] +Description=RPC bind portmap service +After=systemd-tmpfiles-setup.service +Wants=remote-fs-pre.target +Before=remote-fs-pre.target +DefaultDependencies=no + +[Service] +ExecStart=/sbin/rpcbind -f -w +KillMode=process +Restart=on-failure + +[Install] +WantedBy=sysinit.target +Alias=portmap + diff -Nru rpcbind-0.2.1/debian/rpcbind.tmpfiles.conf rpcbind-0.2.1/debian/rpcbind.tmpfiles.conf --- rpcbind-0.2.1/debian/rpcbind.tmpfiles.conf 1970-01-01 02:00:00.0 +0200 +++ rpcbind-0.2.1/debian/rpcbind.tmpfiles.conf 2014-10-31 11:48:03.0 +0200 @@ -0,0 +1,4 @@ +# See tmpfiles.d(5) for details +d /run/rpcbind 0755 root root - +f /run/rpcbind/rpcbind.xdr 0600 root root - +f /run/rpcbind/portmap.xdr 0600 root root - diff -Nru rpcbind-0.2.1/debian/rules rpcbind-0.2.1/debian/rules --- rpcbind-0.2.1/debian/rules 2014-01-01 02:52:02.0 +0200 +++ rpcbind-0.2.1/debian/rules 2014-10-31 11:48:40.0 +0200 @@ -54,6 +54,8 @@ install -d debian/rpcbind/sbin install -d debian/rpcbind/usr/sbin install -d debian/rpcbind/etc/insserv.conf.d + install -d debian/rpcbind/usr/lib/tmpfiles.d + cp debian/rpcbind.tmpfiles.conf debian/rpcbind/usr/lib/tmpfiles.d/rpcbind.conf mv debian/rpcbind/usr/bin/rpcbind debian/rpcbind/sbin/rpcbind mv debian/rpcbind/usr/bin/rpcinfo debian/rpcbind/usr/sbin/rpcinfo rmdir debian/rpcbind/usr/bin @@ -72,9 +74,11 @@ dh_installdocs dh_installexamples dh_installman man/rpcinfo.7 + dh_systemd_enable dh_installinit --no-start --name rpcbind-boot dh_installinit --no-start --name portmap-wait dh_installinit + dh_systemd_start dh_link dh_strip dh_compress
Bug#767343: [Pkg-libvirt-maintainers] Bug#767343: libvirt-daemon shoud recommend libvirt-daemon-system
tags 767343 +pending thanks On Thu, Oct 30, 2014 at 12:04:38PM +0100, b...@istram.info wrote: Package: libvirt-daemon Version: 1.2.9-3 Severity: minor Hi, I haven't had any VM on system in use for quite some time. However after trying to start up virt-manager I got notification that libvirt-daemon is not running. After some digging I found out that even though the LSB init script is available, the systemd however-it's-called file isn't. Quick search revealed existence of libvirt-daemon-system. There might have been some transition but that managed to miss me. So from my PoV it'd make sense for libvirt-daemon to at least recommend libvirt-daemon-system. I've added a suggests since otherwise I'd be pulled in on too many occasions. -- Guido // M -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.4-haruhi-4ist-nodelay (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 libvirt-daemon depends on: ii libapparmor12.9.0-1 ii libaudit1 1:2.4-1 ii libavahi-client30.6.31-4 ii libavahi-common30.6.31-4 ii libblkid1 2.25.1-5 ii libc6 2.19-12 ii libcap-ng0 0.7.4-2 ii libdbus-1-3 1.8.8-2 ii libdevmapper1.02.1 2:1.02.90-2 ii libfuse22.9.3-15 ii libgnutls-deb0-28 3.3.8-3 ii libnetcf1 1:0.2.3-4.1 ii libnl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnuma12.0.10~rc2-3 ii libparted2 3.2-6 ii libpcap0.8 1.6.2-2 ii libpciaccess0 0.13.2-3 ii librados2 0.80.7-1 ii librbd1 0.80.7-1 ii libsasl2-2 2.1.26.dfsg1-12 ii libselinux1 2.3-2 ii libssh2-1 1.4.3-4 ii libsystemd0 215-5+b1 ii libudev1215-5+b1 ii libvirt01.2.9-3 ii libxen-4.4 4.4.1-3 ii libxenstore3.0 4.4.1-3 ii libxml2 2.9.1+dfsg1-4 ii libyajl22.1.0-2 Versions of packages libvirt-daemon recommends: ii libxml2-utils 2.9.1+dfsg1-4 ii netcat-openbsd 1.105-7 ii qemu2.1+dfsg-5+b1 ii qemu-kvm2.1+dfsg-5+b1 libvirt-daemon suggests no packages. -- no debconf information ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747908: [libtuxcap] [transition blocker] Please allow to compile with imagemagick/experimental
Control: tag -1 patch Control: user ubuntu-de...@lists.ubuntu.com Control: usertag -1 ubuntu-patch vivid On Fri, Sep 12, 2014 at 01:14:47PM +0200, Markus Koschany wrote: On Mon, 12 May 2014 21:33:52 + bastien ROUCARIES roucaries.bast...@gmail.com wrote: Please allow libtuxcap to compile with newer imagemagick. I have a patch to test but due to cmake bug I could not yet test. Hi, I have just tested your patch. Unfortunately libtuxcap still FTBFS in the configure step. Here's a simpler patch that gets the job done. I effectively replaced the existing cmake_imagemagick.patch rather than creating too much patch-on-patch spaghetti there. * Use pkg-config to get ImageMagick build flags. diff -u libtuxcap-1.4.0.dfsg2/debian/patches/cmake_imagemagick.patch libtuxcap-1.4.0.dfsg2/debian/patches/cmake_imagemagick.patch --- libtuxcap-1.4.0.dfsg2/debian/patches/cmake_imagemagick.patch +++ libtuxcap-1.4.0.dfsg2/debian/patches/cmake_imagemagick.patch @@ -1,19 +1,56 @@ -Description: cmake's ImageMagick module seems to have changed and now looks - for the executables, while we only need the libs here +Description: Use pkg-config to get ImageMagick build flags Origin: vendor -Bug-Debian: http://bugs.debian.org/674369 +Bug-Debian: https://bugs.debian.org/747908 Forwarded: no -Author: gregor herrmann gre...@debian.org -Last-Update: 2012-06-07 +Author: Colin Watson cjwat...@ubuntu.com +Last-Update: 2014-10-31 +Index: b/tuxcap/CMakeLists.txt +=== --- a/tuxcap/CMakeLists.txt +++ b/tuxcap/CMakeLists.txt -@@ -16,7 +16,7 @@ +@@ -16,10 +16,10 @@ Find_Package ( SDL REQUIRED ) Find_Package ( SDL_mixer REQUIRED ) -Find_Package ( ImageMagick REQUIRED ) -+Find_Package ( ImageMagick COMPONENTS Magick++ MagickWand MagickCore REQUIRED ) Find_Package ( OpenGL REQUIRED ) - FIND_PACKAGE(ImageMagickLib) +-FIND_PACKAGE(ImageMagickLib) ++FIND_PACKAGE(PkgConfig REQUIRED) ++PKG_CHECK_MODULES(IMAGEMAGICK REQUIRED Magick++ MagickWand MagickCore) + + FIND_PACKAGE(AudiereLib) + IF(AUDIERELIB_FOUND) +@@ -31,8 +31,7 @@ +${SDL_LIBRARY} +${SDLMIXER_LIBRARY} +${OPENGL_LIBRARIES} +- ${IMAGEMAGICKLIB_LIBRARIES} +- ${IMAGEMAGICKLIB_CXX_LIBRARIES} ++ ${IMAGEMAGICK_LIBRARIES} + ) + + IF (PYTHON_LIBRARIES) +@@ -76,11 +75,7 @@ + MESSAGE(FATAL_ERROR libSDL requested but not found.) + ENDIF(SDL_FOUND) + +-IF(IMAGEMAGICKLIB_FOUND) +-MESSAGE(lib ImageMagick found. ${IMAGEMAGICKLIB_INCLUDE_DIR} ${IMAGEMAGICKLIB_LIBRARIES} ${IMAGEMAGICKLIB_CXX_LIBRARIES}) +-ELSE(IMAGEMAGICKLIB_FOUND) +-MESSAGE(FATAL_ERROR lib ImageMagick requested but not found.) +-ENDIF(IMAGEMAGICKLIB_FOUND) ++MESSAGE(lib ImageMagick found. ${IMAGEMAGICK_INCLUDE_DIRS} ${IMAGEMAGICK_LIBRARIES}) + + IF(SDLMIXER_FOUND) + MESSAGE(libSDL_mixer found. ${SDLMIXER_INCLUDE_DIR} ${SDLMIXER_LIBRARY}) +@@ -96,7 +91,7 @@ + + SET ( MY_INCLUDE_DIRS + #/usr/include/swfdec-0.5 /usr/include/glib-2.0 /usr/lib/glib-2.0/include +-{SDL_INCLUDE_DIR} ${IMAGEMAGICKLIB_INCLUDE_DIR} ${SDLMIXER_INCLUDE_DIR} ${OPENGL_INCLUDE_DIR} ${PYTHON_INCLUDE_PATH} ) ++{SDL_INCLUDE_DIR} ${IMAGEMAGICK_INCLUDE_DIRS} ${SDLMIXER_INCLUDE_DIR} ${OPENGL_INCLUDE_DIR} ${PYTHON_INCLUDE_PATH} ) + IF(AUDIERELIB_FOUND) + SET ( MY_INCLUDE_DIRS ${MY_INCLUDE_DIRS} ${AUDIERELIB_INCLUDE_DIR} ) + ENDIF(AUDIERELIB_FOUND) Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767473: Please recommend arping
Package: network-manager Version: 0.9.10.0-3 Severity: minor Hi, network-manager uses arping to announce IPv4 configured addresses. Without it the log has: NetworkManager[3737]: warn Could not send ARP for local address 192.168.122.1: Failed to execute child process /sbin/arping (No such file or directory) so recommending (or at least suggesting it) so the user knows that it's used by NM would be nice. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Hi Michael! On 10/31/2014 10:46 AM, Michael Tokarev wrote: Please do set it to grave, so autofs will not be shipped in jessie. That will be the most ideal solution, because it is a very buggy piece of software without a hope to fix it any time soon. I just figured out that cgmanager isn't actually required at all when using systemd since it already provides cgroup managing capabilities of its own. cgmanager is only installed when using systemd-shim which is what anyone uses who doesn't want to use systemd for whatever reason. I don't know if the problem actually persists when using cgmanager without systemd, but in any case the problem doesn't seem to arise when using systemd without cgmanager. We might even have to re-assign the bug to cgmanager, who knows. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767474: Installation kFreeBSD-amd64, Kernel 10.1: OK, but still quirks
Package: installation-reports Boot method: CD Image version: Daily netinst kfreebsd-amd64 as of 2014-10-29 from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/kfreebsd-amd64/iso-cd/ Date: 2014-10-30 15:00 CEST Machine: noname Processor: Athlon64 X2 Memory: 2GByte Partitions: Disk /dev/ada0: 250.1 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000919f8 Device Boot Start End Blocks Id System /dev/ada0p1 63 5863724 2931831 82 Linux swap / Solaris /dev/ada0p2 * 5863725 10352192848829102 a5 FreeBSD /dev/ada0p3 103522860 144541695205094187 HPFS/NTFS/exFAT /dev/ada0p4 201182056 488392064 143605004+ f W95 Ext'd (LBA) /dev/ada0p5 201182058 214853309 6835626 83 Linux /dev/ada0p6 214853373 29967650942411568+ 7 HPFS/NTFS/exFAT /dev/ada0p7 299676573 48063266990478048+ 83 Linux /dev/ada0p8 480632733 488392064 3879666 83 Linux Output of lspci -knn (or lspci -nn): 00:00.0 RAM memory [0500]: NVIDIA Corporation MCP67 Memory Controller [10de:0547] (rev a2) 00:01.0 ISA bridge [0601]: NVIDIA Corporation MCP67 ISA Bridge [10de:0548] (rev a2) 00:01.1 SMBus [0c05]: NVIDIA Corporation MCP67 SMBus [10de:0542] (rev a2) 00:01.2 RAM memory [0500]: NVIDIA Corporation MCP67 Memory Controller [10de:0541] (rev a2) 00:02.0 USB controller [0c03]: NVIDIA Corporation MCP67 OHCI USB 1.1 Controller [10de:055e] (rev a2) 00:02.1 USB controller [0c03]: NVIDIA Corporation MCP67 EHCI USB 2.0 Controller [10de:055f] (rev a2) 00:04.0 USB controller [0c03]: NVIDIA Corporation MCP67 OHCI USB 1.1 Controller [10de:055e] (rev a2) 00:04.1 USB controller [0c03]: NVIDIA Corporation MCP67 EHCI USB 2.0 Controller [10de:055f] (rev a2) 00:06.0 IDE interface [0101]: NVIDIA Corporation MCP67 IDE Controller [10de:0560] (rev a1) 00:07.0 Audio device [0403]: NVIDIA Corporation MCP67 High Definition Audio [10de:055c] (rev a1) 00:08.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Bridge [10de:0561] (rev a2) 00:09.0 SATA controller [0106]: NVIDIA Corporation MCP67 AHCI Controller [10de:0554] (rev a2) 00:0b.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Express Bridge [10de:0562] (rev a2) 00:0c.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Express Bridge [10de:0563] (rev a2) 00:0d.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Express Bridge [10de:0563] (rev a2) 00:0e.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Express Bridge [10de:0563] (rev a2) 00:0f.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Express Bridge [10de:0563] (rev a2) 00:10.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Express Bridge [10de:0563] (rev a2) 00:11.0 PCI bridge [0604]: NVIDIA Corporation MCP67 PCI Express Bridge [10de:0563] (rev a2) 00:12.0 VGA compatible controller [0300]: NVIDIA Corporation C68 [GeForce 7025 / nForce 630a] [10de:053e] (rev a2) 00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100] 00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101] 00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102] 00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103] 04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [E] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[O] Comments/Problems: I did several installations on this machine and a similar one. Installation itself was mostly OK, with some errors in the installed system, most were also observed in earlier installations, c.f. #762401 and #766423): - grub-install or update-grub did not recognize any other OS on the disk, not even a second instance of kFreeBSD, or FreeBSD proper. - grub-install was not able to install grub if the file system root was on a logical partition. Putting /boot on a primary partition did not help. (This was not tried in earlier installations) - X server (vesa instead of nv) did not recognize optimal screen resolution (1024x768 instead of 1280x1024), no way to change that. On the other machine with ATI/AMD graphics,
Bug#767476: transition: tilda
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertrags: transition Dear Release Team, please transition tilda 1.2.2-1 from unstable to testing. The current version in testing is 1.1.12-1 and the 1.2 release introduces a number of improvements that I would like to see in testing. Unfortunately with the 10 day transition time, the upload happend too late for the package to be automatically transitioned to testing. Tilda is a small program which no other programs or libraries depend on and thus its transition should not have any impact on other programs. If you need additional information, please let me know. Thanks for your time. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763744: [Pkg-samba-maint] Bug#763744: Bug#763744: samba: Huge number of samba panic messages
On Thu, Oct 30, 2014 at 06:41:02PM +0100, Christian PERRIER wrote: When it comes at samba, the value added by maintainers acting as proxies between bug submitters and upstream is sometimes near to zero. Even more, we often don't have easy ways to reproduce the users' testing environment, particularly in the case of such panics. Even more, in many cases, upstream ends up requesting more information or test cases and we end up acting as proxies the other way, too. So, in some situations, requesting bug submitters to report the bugs themselves is done after careful thinking and balancing the advantages vs the caveats of that choice, believe us. Hello Christian! Yes, I believe you :-) Even more: I'm sure that there are a lot of packages like samba where reproducing bugs is not easy at all. Maybe we need a new header in debian/control for certain packages like this one to warn users about this kind of things beforehand. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765803: Status of prompting / notification on upgrade for init system switch?
]] Tollef Fog Heen ]] Martin Pitt Tollef Fog Heen [2014-10-21 19:19 +0200]: I would be particularly interested in your take on the analysis that Steve Langasek posted to the debian-devel thread on why listing systemd-shim as the first alternative dependency for libpam-systemd makes sense and should not cause any negative effects for systemd users. In a steady state, this would probably be ok. However, we've so far seen two instances of -shim breaking for systemd users (https://bugs.debian.org/746242 and https://bugs.debian.org/765101), by shipping outdated security policies. We are worried that this will happen again on future updates of systemd. 8-4 now eliminates the copied d-bus policy entirely. This was by and large a leftover when Ubuntu had the split systemd-services, and other than that there was one remaining delta in the policy which we discussed yesterday and found to be unnecessary (and detrimental). That is good to hear. I'm hoping you're right there aren't any other ways for it to regress for non-shim users. I just became aware of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767468 . Not directly a shim bug, but cgmanager is pulled in by shim. (I have not done any analysis on the bug myself apart from reading it, but it looks reasonable.) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767477: safe-rm: fails to install
Package: safe-rm Version: 0.11-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package safe-rm. (Reading database ... 7386 files and directories currently installed.) Preparing to unpack .../safe-rm_0.11-1_all.deb ... Unpacking safe-rm (0.11-1) ... Can't locate Env.pm in @INC (you may need to install the Env module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.1 /usr/local/share/perl/5.20.1 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl) at /usr/bin/rm line 6. BEGIN failed--compilation aborted at /usr/bin/rm line 6. dpkg: error while cleaning up: subprocess rm cleanup returned error exit status 2 Setting up safe-rm (0.11-1) ... cheers, Holger Start: 2014-10-28 12:52:45 UTC Package: safe-rm Version: 0.11-1 Installed-Size: 83 Maintainer: Francois Marier franc...@debian.org Architecture: all Depends: debconf (= 0.5) | debconf-2.0 Pre-Depends: debconf Description: wrapper around the rm command to prevent accidental deletions Homepage: https://launchpad.net/safe-rm Description-md5: b63e9c6ece66f1ccdb308c0826be4649 Tag: implemented-in::perl, interface::commandline, role::program, scope::utility, use::checking Section: utils Priority: optional Filename: pool/main/s/safe-rm/safe-rm_0.11-1_all.deb Size: 19056 MD5sum: d0242802682791cae606bc7974d0fdd8 SHA1: 9737ba1e21388c8818612d8cc313ce475f113298 SHA256: 24668b8c5284ad471d2a877d6148ddf687ad0fc96f1fecb1ae30f4cb29263ae6 Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt safe-rm=0.11-1 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.61~201410261922~0.59-22-g69325c0 starting up. 0m0.0s INFO: Command line arguments: /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt safe-rm=0.11-1 0m0.0s INFO: Running on: Linux piu-slave-bm-a 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2 x86_64 0m0.0s DEBUG: Created temporary directory /srv/piuparts.debian.org/tmp/tmpHnPk53 0m0.0s DEBUG: Unpacking /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz into /srv/piuparts.debian.org/tmp/tmpHnPk53 0m0.0s DEBUG: Starting command: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpHnPk53', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz'] 0m2.1s DEBUG: Command ok: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpHnPk53', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz'] 0m2.1s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpHnPk53', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.1s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpHnPk53', 'mount', '-t', 'proc', 'proc', '/proc'] 0m2.1s DEBUG: sources.list: deb http://mirror.bm.debian.org/debian/ jessie main 0m2.1s DEBUG: Created policy-rc.d and chmodded it. 0m2.1s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpHnPk53', 'apt-get', 'update'] 0m6.5s DUMP: Get:1 http://mirror.bm.debian.org jessie InRelease [191 kB] Get:2 http://mirror.bm.debian.org jessie/main amd64 Packages [6781 kB] Get:3 http://mirror.bm.debian.org jessie/main Translation-en [4600 kB] Fetched 11.6 MB in 2s (4525 kB/s) Reading package lists... 0m6.5s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpHnPk53', 'apt-get', 'update'] 0m6.5s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpHnPk53', 'apt-get', '-yf', 'dist-upgrade'] 0m7.1s DUMP: Reading package lists... Building dependency tree... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Bug#680052: +1
+1 It have preferred to install qemu without the desktop stuff. However I respect the practicalities and I'm just greatful to have qemu and a wonderful community. And it's really not a big deal. Let's focus on something more important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767468: autofs: mounts may fail with 'Too many levels of symbolic links' when using cgmanager
Control: user debian-...@lists.debian.org Control: usertag -1 + debian-edu Note, autofs is an important part of the Debian Edu infrastructure, used to mount home directories and shared directories on the clients of the Debian Edu main server. It is important to us that the autofs package stay in Jessie. :) -- 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#79512: please add IPv6 support
Any news regarding IPv6 support? signature.asc Description: Digital signature
Bug#739247: privacy-breach-google-cse
On Mon, Oct 27, 2014 at 06:33:52PM +0100, Bastien ROUCARIES wrote: partner-pub-xxx is used to track user and visited web site. It allow google to cross correlate search with interest with this particular website. It will allow *authors* of the awstats... Why I should break upstream's promotion of the product? Do we have clear policy on this subject, i.e. what to do with such errors? (I.e. remove this hidden parameter, or place some text warning like don't klick on this Search form without your foil hat!). It seems - no. Then why this severity for such lintian warnings? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767201: virtualbox: After update to 4.3.18-dfsg-1 guests doesn't start
After update to the last VirtualBox Extension Pack, the problem went away also. Inthenextupdatetovirtualbox,itwill haveto thinkabout it... -- Pascal Raton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767456: disable SSLv3 by default
I thought this was already done? I checked the packaging myself and this change was already in there, or at least in git. (the default ssl stanza in the config has SSLv3 dropped from the ciphers list in the git tree for the Debian package already, I checked the commit logs myself) -- Thomas On Oct 31, 2014, at 03:37, Thijs Kinkhorst th...@debian.org wrote: Package: nginx Version: 1.6.2-2 Severity: important Hi, Please disable the legacy SSLv3 protocol by default for installations of nginx. It doesn't need to be disabled completely per se, but should not be available on a default installation. This helps to defend against the recent POODLE attack (CVE-2014-3566). Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767478: mediatomb stops when a media forlder is added, with no error/warning in log
Package: mediatomb Version: 0.12.1-5 Severity: important Dear Maintainer, I've installed debian Jessie on a i686 (old) server. Everything seems to works great, except for mediatomb. It starts when it's first installed, but stops when i add a media folder through the ui (either inotify or timed updated folder). There are no error/warn messages in the logs. It works well if i use the wheezy version. I used gdb to see if there is any stack trace upon exit, and it mention : Program received signal SIGILL, Illegal instruction. [Switching to Thread 0xb022db40 (LWP 6371)] ff_dca_lfe_fir0_sse.loop0 () at /build/libav-3DU7dM/libav-11/libavcodec/x86/dcadsp.asm:199 199/build/libav-3DU7dM/libav-11/libavcodec/x86/dcadsp.asm: Aucun fichier ou dossier de ce type. There seems to be the same problem with minidlna, but i was unable to trace it with gdb. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mediatomb depends on: ii mediatomb-daemon 0.12.1-5 mediatomb recommends no packages. mediatomb 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#752547: Broken symlink to solr's webapp
There is still an issue in sid, the deployment no longer works after the update to jetty8 in solr-jetty/3.6.2+dfsg-4. There are two reasons to this: 1. the symlink to the web app is misplaced (/var/lib/jetty should have been updated to /var/lib/jetty8) 2. Jetty no longer follows symbolic links in its webapp directory. The link has to be replaced with a context descriptor installed under /etc/jetty8/contexts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767476: transition: tilda
Control: retitle -1 unblock: tilda/1.2.2-1 Control: user release.debian@packages.debian.org Control: usertags -1 - transition + unblock Control: tag -1 moreinfo (transition bugs are for library transitions, not this which is a testing migration) Hi, On Fri, Oct 31, 2014 at 11:43:26AM +0100, Sebastian Geiger wrote: please transition tilda 1.2.2-1 from unstable to testing. The current version in testing is 1.1.12-1 and the 1.2 release introduces a number of improvements that I would like to see in testing. Unfortunately with the 10 day transition time, the upload happend too late for the package to be automatically transitioned to testing. Tilda is a small program which no other programs or libraries depend on and thus its transition should not have any impact on other programs. If you need additional information, please let me know. Your changelog says: +tilda (1.2.2-1) unstable; urgency=low + * New packaging version 3.9.6 + * Add debian/tilda.docs but does not mention that this includes a new upstream release as well. Did your sponsor not pick up on that? Therefore, with 43 files changed, 6007 insertions(+), 5111 deletions(-) after removing translation changes, I'm not comfortable reducing the migration delay for tilda without better understanding the fixes. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#767248: dbconfig-common: removes any permissions from generated include files on upgrade
I think this patch doesn't work when installing a new package (it does work on upgrades). So I think the two added lines need to be within an 'if [ -e $outputfile ] ; then' statement. I figured that and re-created the patch - apparently, I uploaded the old one :(. Turns out it is not enough either. Attached is (the only) working patch, which leaves anything but the contents of any existing file intact. DO NOT UPLOAD the previous patch, as it indeed breaks another code flow. -nik -- Dominik George (Vorstandsvorsitzender, Pädagogischer Leiter) Teckids e.V. - Erkunden, Entdecken, Erfinden. https://www.teckids.org diff -Nru dbconfig-common-1.8.47+nmu2/dbconfig-generate-include dbconfig-common-1.8.47+nmu3/dbconfig-generate-include --- dbconfig-common-1.8.47+nmu2/dbconfig-generate-include 2014-10-13 21:05:57.0 +0200 +++ dbconfig-common-1.8.47+nmu3/dbconfig-generate-include 2014-10-31 12:32:40.0 +0100 @@ -408,7 +408,7 @@ ucf --debconf-ok $tmpout $outputfile 2 rm -f $tmpout else - mv $tmpout $outputfile + cat $tmpout $outputfile fi check_permissions [ $owner ] chown $owner $outputfile diff -Nru dbconfig-common-1.8.47+nmu2/debian/changelog dbconfig-common-1.8.47+nmu3/debian/changelog --- dbconfig-common-1.8.47+nmu2/debian/changelog2014-10-13 21:31:13.0 +0200 +++ dbconfig-common-1.8.47+nmu3/debian/changelog2014-10-29 16:43:27.0 +0100 @@ -1,3 +1,11 @@ +dbconfig-common (1.8.47+nmu3) unstable; urgency=medium + + * Non-maintainer upload. + * Do not remove permissions from include files on upgrade, +thanks to Simon Bruder. (Closes: #767248) + + -- Dominik George n...@naturalnet.de Wed, 29 Oct 2014 16:38:19 +0100 + dbconfig-common (1.8.47+nmu2) unstable; urgency=low * Non-maintainer upload. signature.asc Description: OpenPGP digital signature
Bug#767240: Three security bug in imagemagick
Hi Bastien, On Wed, Oct 29, 2014 at 03:22:24PM +0100, Bastien ROUCARIES wrote: package: imagemagick version: 8:6.6.0.4-3 severity: serious control: tag -1 + security This is a bug for tracking : TEMP-000-77B6EF buffer overflow in PCX and DCM coder TEMP-000-3CE5AC Off-by-one count when parsing an 8BIM profile TEMP-000-1800A5 Don't clone a 0x0 image breaking some assumption As we both agreed: These issues look like low-impact and thus no-dsa (no DSA planned for them), but woul be great to have them fixed trough a stable-proposed-update for Wheezy. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767480: d-i fails to install grub to first disk/partition with preseeding (hd0) or (hd0,0)
Package: debian-installer Version: daily-20141030 Architecture: amd64 Hi, i am using the daily build of the netboot images as of yesterday. The Documentation at: https://www.debian.org/releases/jessie/amd64/apbs04.html.en say that preseeding Grub with: d-i grub-installer/bootdev string (hd0,0) Should install grub in the first partition. Currently this fails with Unable to install GRUB in (hd0,0) Executing 'grub-install (hd0,0) failed. This is a fatal error. My hd0 is a virtio block device /dev/vda in a KVM host and its the only disk. Also d-i grub-installer/bootdev string (hd0) Does not work. Not preseeding this value will display a manual entry box. As with wheezy the first disk (and in my case only disk) will always be used as default, this doesnt seem to work anymore. Preseeding with /dev/vda will work though. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature
Bug#767479: ironic: [INTL:nl] Dutch translation of debconf messages
Package: ironic Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of ironic debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: Binary data
Bug#764178: debsources: infobox CSS alignment problem with short files
Hello again, I seem to have included the wrong patch in my previous email, please see the attached file in this email. Sorry for the noise -- Jason Pleau From 6cc9f15d51dd35a5afb82a2c3680e3e5dfc0f93b Mon Sep 17 00:00:00 2001 From: Jason Pleau ja...@jpleau.ca Date: Fri, 31 Oct 2014 00:05:26 -0400 Subject: [PATCH] source_file: fix text overlapping the infobox When browsing a file's source on sources.debian.net, if the file didn't contain enough text its content would overlap onto the infobox to the right. This fixes the issue on at least Chromium 38 and Iceweasel 31.2. Closes #764178 --- debsources/app/static/css/source_file.css | 4 1 file changed, 4 insertions(+) diff --git a/debsources/app/static/css/source_file.css b/debsources/app/static/css/source_file.css index 58328bc..b21938b 100644 --- a/debsources/app/static/css/source_file.css +++ b/debsources/app/static/css/source_file.css @@ -39,6 +39,10 @@ License: GNU Affero General Public License, version 3 or above. /* LINE NUMBERS */ +#codetable pre{ +padding-right: 450px; +} + #codetable #sourceslinenumbers{ text-align: right; border-right: 1px solid black; -- 2.1.1
Bug#767436: unblock: postfix/2.11.3-1
Control: tag -1 moreinfo Hi, On Thu, Oct 30, 2014 at 09:31:17PM -0400, Scott Kitterman wrote: Postfix 2.11.2 introduced a Sendmail milter compatibility change that proved to be less than ideal. 2.11.3 was released shortly after with a more complete/correct approach. Except for an OS X build system compatibility fix that is irrelevant to Debian there are no other changes. This looks fine in principle, but I can't unblock it until it's in sid. Please ping this bug when it is ready. Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Bug#767481: nwchem crashes with sigill on amd E-350
Package: nwchem Version: 6.5+r26243-2 Severity: important Dear Maintainer, nwchem is currently unusable on this processor. It simply dies reporting Program received signal SIGILL: Illegal instruction. Backtrace for this error: #0 0x7FBE3CBCA407 #1 0x7FBE3CBCAA1E #2 0x7FBE3BECF0EF #3 0x2BD5DA0 in mxinit_ #4 0x4FB06B in nwchem_banner_ Illegal instruction It worked fine in the previous 6.3 release. Perhaps some cflag? Fulvio *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nwchem depends on: ii libc62.19-11 ii libgcc1 1:4.9.1-16 ii libgfortran3 4.9.1-16 ii libopenmpi1.61.6.5-8+b1 ii libpython2.7 2.7.8-10 ii libquadmath0 4.9.1-16 ii mpi-default-bin 1.0.2+nmu2 ii nwchem-data 6.5+r26243-2 ii zlib1g 1:1.2.8.dfsg-2 nwchem recommends no packages. nwchem 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#767248: dbconfig-common: removes any permissions from generated include files on upgrade
On 31-10-14 12:35, Dominik George wrote: I think this patch doesn't work when installing a new package (it does work on upgrades). So I think the two added lines need to be within an 'if [ -e $outputfile ] ; then' statement. I figured that and re-created the patch - apparently, I uploaded the old one :(. Turns out it is not enough either. Attached is (the only) working patch, which leaves anything but the contents of any existing file intact. DO NOT UPLOAD the previous patch, as it indeed breaks another code flow. Very interesting, as this is exactly something that I came up with as an alternative, indeed to prevent issues were e.g. the maintainer had made the configuration file a symlink. I was wondering though, if that would not leave a very short time where the file may have too little permission restrictions. mktemp is supposed to be secure, catting into a yet non-existing file may not. Paul signature.asc Description: OpenPGP digital signature
Bug#767456: disable SSLv3 by default
fixed 1.6.2-3 thanks Confirmed: This was done already. The commit this was done in was this one: http://anonscm.debian.org/cgit/collab-maint/nginx.git/commit/?id=9a4e0f0a698bee2b03b7f417ad9286e5eb22141e 1.6.2-3, which had this fix already, was uploaded and accepted to Unstable on 2014-10-16, according to the package tracker (https://packages.qa.debian.org/n/nginx.html) This is confirmed in the 1.6.2-4 changelog in Unstable (http://metadata.ftp-master.debian.org/changelogs/main/n/nginx/unstable_changelog). Dissection of the package 1.6.2-4 also shows that the default SSL stanza has an ssl_protocols line of `ssl_protocols TLSv1 TLSv1.1 TLSv1.2`. Coupled with the OpenSSL updates made by the Debian security team to support TLS_FALLBACK_SCSV to prevent the protocol downgrade attack from TLSv1 to SSLv3, POODLE is effectively mitigated with the now-default config stanzas for SSL. (This assumes also that a user is using the default SSL config sections. A large portion of (albeit newer) users do use the default config stanzas, or at least use it as a base, and it can be argued that competent administrators will already disable the vulnerable protocols in their own site configs separately.) -- Thomas Ward On Fri, Oct 31, 2014 at 7:28 AM, Thomas Ward tew...@dark-net.net wrote: I thought this was already done? I checked the packaging myself and this change was already in there, or at least in git. (the default ssl stanza in the config has SSLv3 dropped from the ciphers list in the git tree for the Debian package already, I checked the commit logs myself) -- Thomas On Oct 31, 2014, at 03:37, Thijs Kinkhorst th...@debian.org wrote: Package: nginx Version: 1.6.2-2 Severity: important Hi, Please disable the legacy SSLv3 protocol by default for installations of nginx. It doesn't need to be disabled completely per se, but should not be available on a default installation. This helps to defend against the recent POODLE attack (CVE-2014-3566). Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767483: im-config: Leaky environment var.: TEXTDOMAINDIR=/usr/share/locale/ TEXTDOMAIN=im-config
Package: im-config Version: 0.27-1 Severity: minor TEXTDOMAIN=im-config TEXTDOMAINDIR=/usr/share/locale/ These seems to be leaked from im-config. unset them. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages im-config depends on: ii dialog1.2-20140911-1 ii gettext-base 0.19.3-1 ii kde-baseapps-bin 4:4.14.2-1 ii zenity3.14.0-1 Versions of packages im-config recommends: ii dialog 1.2-20140911-1 ii x11-common 1:7.7+7 im-config 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#767482: qupzilla: missing theme files resulting in no icons in qupzilla 1.8.3-1
Package: qupzilla Version: 1.8.3-1 Severity: important Dear Maintainer, Theme files are missing in deb package. Thus, Qupzilla can't display icons in menu bar. A bit useless for unexperienced users. BTW, thanks for the release! regards Xavier Brochard -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-3-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qupzilla depends on: ii libc6 2.19-12 ii libgcc1 1:4.9.1-19 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libqt5core5a 5.3.2+dfsg-4+b1 ii libqt5dbus5 5.3.2+dfsg-4+b1 ii libqt5gui55.3.2+dfsg-4+b1 ii libqt5network55.3.2+dfsg-4+b1 ii libqt5printsupport5 5.3.2+dfsg-4+b1 ii libqt5script5 5.3.2+dfsg-2 ii libqt5sql55.3.2+dfsg-4+b1 ii libqt5sql5-sqlite 5.3.2+dfsg-4+b1 ii libqt5webkit5 5.3.2+dfsg-3 ii libqt5widgets55.3.2+dfsg-4+b1 ii libqupzilla1 1.8.3-1 ii libstdc++64.9.1-19 qupzilla recommends no packages. qupzilla 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#759934: Doxygen-Starvation FTBFS
Downstream packages (like ivtools, ahem) don't care about the documentation, just the ACE libraries proper. So could I suggest disabling doxygen-generated documentation and uploading a version that doesn't use doxygen at all in the build process? Just as an interim measure until the doxygen issue is solved, of course. Once this is done, the present bug could be marked wishlist and ACE could migrate to testing, followed by its downstream packages like ducklings in a row. Yours Truly, --Barak. (ivtools maintainer) -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767484: b43-fwcutter: [INTL:nl] Dutch translation of debconf messages
Package: b43-fwcutter Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of b43-fwcutter debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: Binary data
Bug#767248: dbconfig-common: removes any permissions from generated include files on upgrade
mktemp is supposed to be secure, catting into a yet non-existing file may not. Paul mktemp is safe in that it uses unique file names. Apart from that it adheres to the effective user and effective umask, making it no more and no less safe than any other operation creating files. -nik -- Dominik George (Vorstandsvorsitzender, Pädagogischer Leiter) Teckids e.V. - Erkunden, Entdecken, Erfinden. https://www.teckids.org signature.asc Description: OpenPGP digital signature
Bug#767480: d-i fails to install grub to first disk/partition with preseeding (hd0) or (hd0,0)
Hi Florian, On Fri, Oct 31, 2014 at 12:41:34PM +0100, Florian Lohoff wrote: Package: debian-installer Version: daily-20141030 Architecture: amd64 Hi, i am using the daily build of the netboot images as of yesterday. The Documentation at: https://www.debian.org/releases/jessie/amd64/apbs04.html.en say that preseeding Grub with: d-i grub-installer/bootdev string (hd0,0) Should install grub in the first partition. Currently this fails with Unable to install GRUB in (hd0,0) Executing 'grub-install (hd0,0) failed. This is a fatal error. My hd0 is a virtio block device /dev/vda in a KVM host and its the only disk. Also d-i grub-installer/bootdev string (hd0) Does not work. Not preseeding this value will display a manual entry box. As with wheezy the first disk (and in my case only disk) will always be used as default, this doesnt seem to work anymore. Preseeding with /dev/vda will work though Your problem seen to be the same as for https://bugs.debian.org/712907 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767486: isight-firmware-tools: [INTL:nl] Dutch translation of debconf messages
Package: isight-firmware-tools Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of isight-firmware-tools debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: Binary data
Bug#767485: piuparts: support script stage between unpacking chroot and dist-upgrading it
Package: piuparts Version: 0.60 Severity: wishlist A stage called post_chroot_unpack would allow users of piuparts to handle custom apt keys in between the stages when the chroot gets set up by unpacking the underlying tarball and the dist-ugprade which is necessary to make sure the according checksums are recorded. I've a patch which implements that and provides further details available already, will be attached to this bug report then. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014-10-31t13-04...@devnull.michael-prokop.at
Bug#767248: dbconfig-common: removes any permissions from generated include files on upgrade
The issue with the --reference solution is that it will still remove Posix ACLs, xattrs, etc. and we cannot replicate everything. Not touching file metadata (except for mtime) resolves that and thus is the only universal solution. -nik -- Dominik George (Vorstandsvorsitzender, Pädagogischer Leiter) Teckids e.V. - Erkunden, Entdecken, Erfinden. https://www.teckids.org signature.asc Description: OpenPGP digital signature
Bug#767485: [PATCH] Support new scripts directive 'post_chroot_unpack'
The chroot gets updated via 'apt-get update; apt-get -yf dist-upgrade' after the tarball was extracted. This is necessary to make sure the chroot is up2date before it gets snapshotted (see #356678). If the underlying chroot of the tarball was (de)bootstrapped from a repository with a custom key (therefore requiring either --keyring=... or (worse) --no-check-gpg to debootstrap) it usually still doesn't include this key though. Therefore 'apt-get update' will complain about it and the following dist-upgrade actually does nothing: | After purging files have been modified: /usr/share/doc/perl/changelog.Debian.gz owned by: perl-base | 0m0.0s DEBUG: Unpacking /var/cache/pbuilder/base-wheezy-amd64.tgz into /tmp/tmpx5wqQb | 0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmpx5wqQb', '-zxf', '/var/cache/pbuilder/base-wheezy-amd64.tgz'] | 0m2.0s DEBUG: Command ok: ['tar', '-C', '/tmp/tmpx5wqQb', '-zxf', '/var/cache/pbuilder/base-wheezy-amd64.tgz'] | 0m2.0s DEBUG: Starting command: ['chroot', '/tmp/tmpx5wqQb', 'mount', '-t', 'proc', 'proc', '/proc'] | 0m2.0s DEBUG: Command ok: ['chroot', '/tmp/tmpx5wqQb', 'mount', '-t', 'proc', 'proc', '/proc'] | 0m2.0s DEBUG: sources.list: | deb http://debian.example.com/debian wheezy main | deb http://debian.example.com/debian wheezy contrib | deb http://debian.example.com/debian wheezy non-free | 0m2.0s DEBUG: Created policy-rc.d and chmodded it. | 0m2.0s DEBUG: Starting command: ['chroot', '/tmp/tmpx5wqQb', 'apt-get', 'update'] | 0m7.3s DUMP: | Get:1 http://debian.example.com wheezy Release.gpg [198 B] | Get:2 http://debian.example.com wheezy Release [5918 B] | Err http://debian.example.com wheezy Release | | Fetched 6116 B in 0s (245 kB/s) | Reading package lists... | W: A error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: http://debian.example.com wheezy Release: The fol | lowing signatures couldn't be verified because the public key is not available: NO_PUBKEY 123456789424242F | | W: Failed to fetch http://debian.example.com/debian/dists/wheezy/Release | | W: Some index files failed to download. They have been ignored, or old ones used instead. | 0m7.3s DEBUG: Command ok: ['chroot', '/tmp/tmpx5wqQb', 'apt-get', 'update'] | 0m7.3s DEBUG: Starting command: ['chroot', '/tmp/tmpx5wqQb', 'apt-get', '-yf', 'dist-upgrade'] | 0m7.7s DUMP: | Reading package lists... | Building dependency tree... | 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. | 0m7.7s DEBUG: Command ok: ['chroot', '/tmp/tmpx5wqQb', 'apt-get', '-yf', 'dist-upgrade'] | 0m7.7s DEBUG: Copying scriptsdir /tmp/piuparts-tests/scripts/ to /tmp/tmpx5wqQb/tmp/scripts/ As a result you might have different checksums reported in the piupart run. For example if your chroot tarball uses perl-base of Debian 7.6 but Debian 7.7 ships an updated perl-base package nowadays you'll get: | After purging files have been modified: /usr/share/doc/perl/changelog.Debian.gz owned by: perl-base To make sure the dist-upgrade step doesn't fail we need a way to install a custom key for apt usage *after* the unpacking of the chroot but *before* the actual dist-upgrade. The is what the post_chroot_unpack stage provides. Thanks: Sipwise GmbH for sponsoring my development time --- README.txt| 3 +++ .../scripts-unused-examples/post_chroot_unpack_key_setup.sh | 9 + piuparts.py | 11 --- 3 files changed, 20 insertions(+), 3 deletions(-) create mode 100644 custom-scripts/scripts-unused-examples/post_chroot_unpack_key_setup.sh diff --git a/README.txt b/README.txt index 37faf2e..9c7e4d8 100644 --- a/README.txt +++ b/README.txt @@ -213,6 +213,9 @@ PIUPARTS_DISTRIBUTION. The following prefixes for scripts are recognized: +'post_chroot_unpack' - after the chroot has been unpacked/debootrapped. +Before the chroot gets updated/dist-upgraded initially. + 'post_setup_' - after the *setup* of the chroot is finished. Before metadata of the chroot is recorded for later comparison. diff --git a/custom-scripts/scripts-unused-examples/post_chroot_unpack_key_setup.sh b/custom-scripts/scripts-unused-examples/post_chroot_unpack_key_setup.sh new file mode 100644 index 000..06f1f96 --- /dev/null +++ b/custom-scripts/scripts-unused-examples/post_chroot_unpack_key_setup.sh @@ -0,0 +1,9 @@ +#!/bin/sh + +# we rely on wget being available, make sure to use --include=wget in your deboostrap cmdline +echo Setting up https://example.com/internal_key.asc for apt-get usage. +wget -O - 'https://example.com/internal_key.asc' | apt-key add - + +echo Running apt-get update to have a verified and working Debian repository available. +apt-get update + diff --git a/piuparts.py b/piuparts.py index de349ff..5053044 100644 --- a/piuparts.py +++ b/piuparts.py @@ -706,9 +706,6 @@ class Chroot:
Bug#767248: Bug#767390: Bug#767248: dbconfig-common: removes any permissions from generated include files on upgrade
On Fri, Oct 31, 2014 at 12:59:06 +0100, Dominik George wrote: mktemp is supposed to be secure, catting into a yet non-existing file may not. Paul mktemp is safe in that it uses unique file names. Apart from that it adheres to the effective user and effective umask, making it no more and no less safe than any other operation creating files. That's not true. It creates files 0600 (minus umask). Pretty much any other operation creating files uses 0666 (minus umask). Cheers, Julien signature.asc Description: Digital signature