Bug#793078: RFS: arrayfire/3.0.2-1
Package: sponsorship-requests Severity: normal Dear Mentors, I am looking for a sponsor for the following source package: * Package name: arrayfire Version : 3.0.2-1 Upstream Author : ArrayFire Development Group * URL : http://arrayfire.com/ * License : BSD-3-Clause Programming Lang: C++ Description : High performance library for parallel computing It builds the following binary packages: libarrayfire-cpu3 -- Shared library (CPU backend) libarrayfire-cpu3-dbg -- Debug symbols for CPU backend shlib libarrayfire-cpu-dev -- Development files for CPU backend shlib libarrayfire-doc -- Doxygen documentation To access further information about this package, please visit the following URL: http://mentors.debian.net/package/arrayfire Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/arrayfire/arrayfire_3.0.2-1.dsc Changes since the last upload: * New upstream release. * Drop fix-unneeded-opengl-dep.patch, applied upstream. * d/rules: install upstream changelog. Best regards, Ghislain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793064: [pkg-dhcp-devel] Bug#793064: syntax error in dhclient-script
Hi, Andrew Pollock wrote: > On Mon, Jul 20, 2015 at 11:07:30PM -0400, Celejar wrote: > > On Tue, 21 Jul 2015 12:25:29 +1000 > > Andrew Pollock wrote: > > > > This might be something in resolveconf. dhclient-script has no =: > > > > operators. > > > > > > Yeah line 7 of the main script is a comment. Check around line 7 in all > > > your > > > hooks, and let us know so we can reassign this to the right package. > > > > Sorry, I understand very little of shell scripting. Can you tell me > > exactly what to look for? I think I checked everything > > under /etc/dhcp/dhclient-[enter|exit]-hooks/ for any occurrences of > > =:, but couldn't find any. > > You're looking in the right place. It may not be =:, it may just be an = > operator where one of the operands isn't resolving to a value as intended. > Look at line 7 with a few lines for margin of error in all of those hooks. One of these lines from resolvconf-1.76.1/etc/dhcp/dhclient-enter-hooks.d/resolvconf look promising for this kind of issue: 28 if [ "$new_domain_name_servers" ] && [ "$new_domain_name" ] ; then 32 if [ "$new_domain_name_servers" ] && [ "$new_domain_search" ] ; then 40 [ ! "$interface" ] || echo -n "$R" | /sbin/resolvconf -a "${interface}.dhclient" One possibility I can imagine to cause such an issue would be if the DHCP server gives out strange values for either the domain name server list or the domains itself. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774330: same issues
I had a very similar issue. After updating from wheezy to jessie I got an I/O error when trying to access a NTFS filesystem. However, I do not have a Windows 8 so I am not sure this is exactly the same issue. Updating to ntfs-3g from unstable solved the issue for me. tobias signature.asc Description: OpenPGP digital signature
Bug#792852: gcom: copyright file missing after upgrade (policy 12.5)
On 07/19/2015 04:38 AM, Andreas Beckmann wrote: > Package: gcom > Version: 0.32-2 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, Hi Andreas, Thank you so much for your bug report and all the details. [ ... ] > After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. > > This was observed on the following upgrade paths: > > lenny -> squeeze -> ... [ ... ] > Note that dpkg intentionally does not replace directories with symlinks > and vice versa, you need the maintainer scripts to do this. > See in particular the end of point 4 in > https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase I tried to find out what caused the problems but the package had a comgt.links file so the symlink should have been created and I'm pretty sure I verified that (but maybe not for lenny->squeeze). Or do you mean that the behavior of dpkg changed and that's why the symlink was not unpacked when using dpkg from squeeze? > But since this has been a transitional package since squeeze, > maybe it is easiest to just drop it and add unversioned Breaks+Replaces > against it to comgt to ensure the buggy package is removed on upgrades. Yes, that sounds like a great plan :) I will prepare a new package and also fix the open bugs. Best, Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741573: #741573: Menu Policy and Consensus
Le lundi 20 juillet 2015 à 22:42 +0200, Bill Allombert a écrit : > This kind of language while customary of Sune and Josselin is inappropriate > and > rude to any people that have investigated significant time in maintaining > menu. Before complaining about the rudeness of other people’s language, maybe you should reflect on your own behavior, which is way more offensive than any kind of swearing. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793077: dblatex: figure anchor should be located at figure, not figure title
Package: dblatex Version: 0.3.5-2 When creating a multipage document with xrefs to figures, the PDF link to the figure moves at least the okular view to the text below the figure instead of showing the entire figure. I use figures like this: Tom the Dancing Bug-tegneserie And cross-references using I was able to mitigate the problem by placing the figure title on top using 1 but it would be better if the figure anchor was on the top of the figure, independent of the placement of the figure title. -- 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#792918: [debian-mysql] Bug#792918: mariadb-10.0: upgrade fails when /var/lib/mysql is a soft link
Looks like you were the one who removed it: https://github.com/ottok/mariadb-10.0/commit/f7caa041db74f3db703d9342ddae5e8c584d87b4 I guess you either clean up too much, or not enough...
Bug#793073: [Pkg-xfce-devel] Bug#793073: appfinder is created under other windows
On lun., 2015-07-20 at 22:59 -0400, Celejar wrote: > > Not sure whether this is a bug in xfwm4 or xfce4-appfinder. I just upgraded > from Wheezy to Jessie, and I now find that the xfce4-appfinder (formerly > xfrun4) window opens under other windows (whether opened with ' F2' or > 'xfrun4' from a terminal). In fact, I first thought that something was broken > and xfrun wasn't doing anything at all, until I realized that the window was > indeed opening, just under other windows. This can't be right. Make sure the way you run it (either from a keyboard shortcut or from a panel shortcut) uses startup notification. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#765322: RFA: t1utils -- Collection of simple Type 1 font manipulation programs
On 2014-10-14 09:36, Ricardo Mones wrote: > Package: wnpp > Severity: normal > > The current maintainer of t1utils, C.M. Connelly , > is apparently not active anymore. Therefore, I orphan this package now. > > Maintaining a package requires time and skills. Please only adopt this > package if you will have enough time and attention to work on it. > > If you want to be the new maintainer, please see > http://www.debian.org/devel/wnpp/index.html#howto-o for detailed > instructions how to adopt a package properly. > > Some information about this package: > > [...] > > on Tue, 14 Oct 2014 19:44:00 +0200 Niels Thykier wrote: >Hi, > >I am taking over maintenance of t1utils as I have a package that >requires it. However, I will gladly pass it on to anyone, who has a >genuine interest in the font utilities. >~Niels Hi Niels, can I help you? I'm working in this package so in fill days I will upload to mentors a NMU with new upstream release version 1.39. regards, kretcheu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759556: cross- pkg-config
On Mon, Jul 20, 2015 at 10:04:32PM +0200, Tollef Fog Heen wrote: > ]] Helmut Grohne > > 1. Triggering on /usr/bin/$arch-gcc is equivalent to triggering on > > /usr/bin, because triggers cannot contain wildcards. Triggering on > > /usr/bin is equivalent to triggering on every other package > > installation. This sounds like a very bad idea. > > The list of arches is effectively static (and can be gotten from dpkg), > so I don't see why that matters. You'd just add a trigger on all of > them. Given that I am in the bootstrap business, I disagree. In the short time that I worked with cross building, that static list changed four times. By copying it into pkg-config, you inflict this pain to architecture bootstrappers. Please don't. > That doesn't matter, you still need build-essential installed, which > pulls in gcc. That argument is moot unless pkg-config actually depends on build-essential. Currently, you can use pkg-config without build-essential or a compiler. But let's just drop triggers and move to something where we can agree: > > +post-invoke=if test \( "$DPKG_HOOK_ACTION" = add-architecture -o > > "$DPKG_HOOK_ACTION" = remove-architecture \) -a -x > > /usr/share/pkg-config-dpkghook; then /usr/share/pkg-config-dpkghook update; > > fi > > That runs in shell context and -o / -a are XSIsms, so should probably > rather use && and || instead. I updated the patch to address this concern. I also added a dependency on libdpkg-perl, which was missing in the previous patch (forgot to regenerate it, sorry). > From a quick skim, it looks pretty good. I'll certainly play with this > and assuming I don't encounter problems or concerns, merge it. Looking forward to finally finding a solution to this problem. Lots of packages currently FTCBFS due to this. From the top 50 packages by popcon, man-db, libedit, libx11, openssh, util-linux, and wget all fail due to this. Helmut diff -u pkg-config-0.28/debian/changelog pkg-config-0.28/debian/changelog --- pkg-config-0.28/debian/changelog +++ pkg-config-0.28/debian/changelog @@ -1,3 +1,11 @@ +pkg-config (0.28-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Add symlinks to pkg-config-crosswrapper using dpkg hooks. (Closes: +#759556) + + -- Helmut Grohne Fri, 12 Jun 2015 23:02:08 +0200 + pkg-config (0.28-1) unstable; urgency=medium * New upstream release. (Closes: #699476, #744031) diff -u pkg-config-0.28/debian/control pkg-config-0.28/debian/control --- pkg-config-0.28/debian/control +++ pkg-config-0.28/debian/control @@ -9,7 +9,9 @@ Package: pkg-config Architecture: any Multi-Arch: foreign -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, +# pkg-config-dpkghook uses Dpkg::Arch + libdpkg-perl Description: manage compile and link flags for libraries pkg-config is a system for managing library compile and link flags that works with automake and autoconf. diff -u pkg-config-0.28/debian/pkg-config.install pkg-config-0.28/debian/pkg-config.install --- pkg-config-0.28/debian/pkg-config.install +++ pkg-config-0.28/debian/pkg-config.install @@ -1,0 +2,2 @@ +debian/pkg-config-dpkghook usr/share +debian/pkg-config-hook-config etc/dpkg/dpkg.cfg.d/ diff -u pkg-config-0.28/debian/rules pkg-config-0.28/debian/rules --- pkg-config-0.28/debian/rules +++ pkg-config-0.28/debian/rules @@ -30,7 +30,7 @@ override_dh_auto_clean: [ ! -f Makefile ] || $(MAKE) distclean DIST_SUBDIRS="check" - chmod +x debian/pkg-config-crosswrapper + chmod +x debian/pkg-config-crosswrapper debian/pkg-config-dpkghook override_dh_auto_test: dh_auto_test -- TESTS_ENVIRONMENT=PKG_CONFIG=../pkg-config LOG_COMPILER=/bin/bash only in patch2: unchanged: --- pkg-config-0.28.orig/debian/pkg-config-dpkghook +++ pkg-config-0.28/debian/pkg-config-dpkghook @@ -0,0 +1,51 @@ +#!/usr/bin/perl +# +# Sets up /usr/bin/*-pkg-config symlinks to point to the cross wrapper. +# +# It is called from dpkg --post-invoke and from postinst with the "update" +# argument to instate the necessary symlinks. +# +# It is called from prerm with the "remove" argument to remove all symlinks. +# + +use strict; +use warnings; + +use Dpkg::Arch qw(debarch_to_gnutriplet); +use Dpkg::ErrorHandling qw(error); + +my $crosswrapper = "/usr/share/pkg-config-crosswrapper"; + +my $action = $ARGV[0]; +error("parameter must be 'remove' or 'update'") + unless defined $action && ($action eq "remove" || $action eq "update"); + +my $arch = `dpkg --print-architecture`; +error('dpkg --print-architecture failed') if $? >> 8; +my @architectures = `dpkg --print-foreign-architectures`; +error('dpkg --print-foreign-architectures failed') if $? >> 8; +push @architectures, $arch; +chomp @architectures; + +my %gnutriplets = map { debarch_to_gnutriplet($_) => 1 } @architectures; + +my %symlinks = map { $_ => 1 } ; + +foreach my $symlink (keys %symlinks) { + $symlink =~ m,^/usr/bin/([^-]+-[^-]+-[^-]+)-pkg-config, or next; +
Bug#792918: [debian-mysql] Bug#792918: mariadb-10.0: upgrade fails when /var/lib/mysql is a soft link
Thank you for your PR at https://github.com/ottok/mariadb-10.0/pull/25 I will merge it and after that it will automatically be available in Debian unstable and eventually in new releases of Debian and Ubuntu. Due to Debian and Ubuntu policies it is difficult to backport these kind of changes and get bugfixes into stable releases. Note: In the postinstall file there is a line ```mysql_upgradedir=/var/lib/mysql-upgrade``` defined but it is not used anywhere. I wonder if the original feature is used at all. The MariaDB packaging is inherited from https://anonscm.debian.org/cgit/pkg-mysql/mysql-5.6.git/tree/debian/mysql-server-5.6.preinst?id=refs/heads/master#n140 and non-use of it from https://anonscm.debian.org/cgit/pkg-mysql/mysql-5.6.git/tree/debian/mysql-server-5.6.postinst?id=refs/heads/master I don't see any particular spot where the mysql-upgrade directory is used, thus I don't know where it would be safe to clean it up. Anyway the line in question works if the symbolic link to the mysql datadir is relative and fails it if is absolute. Your '-T' fixes the cases where the datadir link is absolute and dpkg will at least not fail on upgrades in those cases in the future. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793076: The attachment
of course, I forgot the actual patch... -- Mathieu From 221885918cd28ba5ef242df654007968ebecf9ac Mon Sep 17 00:00:00 2001 From: Mathieu Parent Date: Sun, 19 Jul 2015 16:22:58 +0200 Subject: [PATCH] Add suport for PHP PEAR and PECL packages --- debmake/analyze.py | 17 + debmake/control.py | 19 +-- debmake/debs.py| 20 +++- debmake/para.py| 14 ++ debmake/sanity.py | 6 -- 5 files changed, 71 insertions(+), 5 deletions(-) diff --git a/debmake/analyze.py b/debmake/analyze.py index 37ea828..f16770f 100755 --- a/debmake/analyze.py +++ b/debmake/analyze.py @@ -368,6 +368,23 @@ def analyze(para): para['build_depends'].update({'qt4-qmake'}) if setmultiarch: para['override'].update({'multiarch'}) +# PEAR or PECL +elif os.path.isfile('package.xml'): +para['section'] = 'php' +# XXX FIXME para['fullname'] = 'Debian PHP PEAR Maintainers' +# XXX FIXME para['email'] = '' +# XXX FIXME para['uploaders'] = ... +# XXX FIXME para['homepage'] = 'http://pear.php.net/package/' + para['pearname'] + '/' +para['vcsvcs'] = 'git://anonscm.debian.org/pkg-php/' + para['package'] + '.git' +para['vcsbrowser'] = 'http://anonscm.debian.org/gitweb/?p=pkg-php/' + para['package'] + '.git' +para['dh_buildsystem'] = 'phppear' +para['dh_with'].update({'phppear'}) +para['build_type'] = 'PEAR' +para['build_depends'].update({'pkg-php-tools'}) +if para['desc'] == '': +para['desc'] = '${phppear:summary}' +if para['desc_long'] == '': +para['desc_long'] = ' ${phppear:description}' else: para['build_type'] = 'Unknown' if setmultiarch: diff --git a/debmake/control.py b/debmake/control.py index b4e9a34..20aab45 100755 --- a/debmake/control.py +++ b/debmake/control.py @@ -184,13 +184,25 @@ def control_bin(para, deb): section = 'Section: doc\n' else: section = '' +if deb['recommends']: +recommends = 'Recommends: ' + deb['recommends'] + '\n' +else: +recommends = '' +if deb['suggests']: +suggests = 'Suggests: ' + deb['suggests'] + '\n' +else: +suggests = '' +if deb['breaks']: +breaks = 'Breaks: ' + deb['breaks'] + '\n' +else: +breaks = '' ### return '''\ Package: {0} {1}Architecture: {2} {3}{4}Depends: {5} -Description: {6} -{7} +{6}{7}{8}Description: {9} +{10} '''.format( deb['package'], section, @@ -198,6 +210,9 @@ Description: {6} multiarch, predepends, ',\n\t'.join(deb['depends']), +recommends, +suggests, +breaks, deb['desc'], deb['desc_long']) diff --git a/debmake/debs.py b/debmake/debs.py index d70fc94..84b7666 100755 --- a/debmake/debs.py +++ b/debmake/debs.py @@ -66,6 +66,9 @@ def debs(binaryspec, package, monoarch, dh_with): m = 'foreign' # muiti-arch t = '' # type dp = {'${misc:Depends}'} +rec = {} +sug = {} +br = {} pd = set() ### # Prefix names should come first to be overriden later @@ -171,6 +174,10 @@ def debs(binaryspec, package, monoarch, dh_with): a = 'all' m = 'foreign' t = 'ruby' +elif match_prefix(t, 'phppear'): # PHP PEAR or PECL +a = 'all' # XXX FIXME any for PECL +m = 'foreign' +t = 'phppear' elif match_prefix(t, 'sc') or (t == 'sh'): # script a = 'all' m = 'foreign' @@ -215,6 +222,9 @@ def debs(binaryspec, package, monoarch, dh_with): elif 'python3' in dh_with: a = 'all' t = 'python3' +elif 'phppear' in dh_with: +a = 'all' # XXX FIXME any for PECL +t = 'phppear' elif a == 'any': # bin as default t = 'bin' else: @@ -247,6 +257,11 @@ def debs(binaryspec, package, monoarch, dh_with): dp.update({'${python3:Depends}'}) elif t == 'ruby': # gem2deb ??? FIXME dp.update({'${ruby:Depends}'}) +elif t == 'phppear': # dh_phppear +dp.update({'${phppear:Debian-Depends}'}) +rec.update({'${phppear:Debian-Recommends}'}) +sug.update({'${phppear:Debian-Suggests}'}) +br.update({'${phppear:Debian-Breaks}'}) else: pass ### @@ -268,7 +283,10 @@ def debs(binaryspec, package, monoarch, dh_with): debs.append({'package': p, 'arch': a
Bug#770407: aptitude and apt resolvers differ in ability to find --host build-deps
Hi, On Fri, 21 Nov 2014 02:00:06 + Wookey wrote: > I have not yet investigated exactly what is going on, but aptitude is > installing the wrong-arch libattr-dev despite clearly being set for host arch > of armhf > > Issues with apt-get update were ruled out by having the host arch set > in the chroot before starting. It looks like aptitude is not getting > the host arch setting. Possibly aptitude is not noting the "APT::Architecture > armhf" config option? the "APT::Architecture armhf" option is exactly part of what is wrong here. This apt option sets the apt system architecture or native architecture. But the native architecture inside a crossbuild chroot with build=amd64 and host=armhf is not armhf but amd64. Attached patch fixes the situation: - do not set APT::Architecture to the host architecture when cross building this just "happens to work" but only sometimes and is thus wrong. Apt and dpkg should agree on the native architecture. Instead let the dummy package be of the host architecture to properly resolve cross build dependencies. - build-essential and crossbuild-essential-* must be installed in the build architecture and *not* the host architecture - do not read /usr/share/doc/build-essential/essential-packages-list because build-essential is already installed in an earlier stage. This only fails during cross building as it tries to install host arch binary packages. Do *not* try to be more clever than a dependency resolver! The core dependency on build-essential already does the right thing. The removed function read_build_essential will otherwise install packages in the wrong architecture as that function does *not* include a dependency resolver. - aptitude cannot find a package foo if foo is not of the native architecture, so append an architecture qualifier to the dummy package name in the aptitude command line cheers, josch From b8823a9314d4da8a57ce59652eddf4aef11369ba Mon Sep 17 00:00:00 2001 From: Johannes 'josch' Schauer Date: Mon, 20 Jul 2015 20:34:41 +0200 Subject: [PATCH] Fix crossbuild dependency resolution for apt and aptitude - do not set APT::Architecture to the host architecture when cross building this just "happens to work" but is wrong. Apt and dpkg should agree on the native architecture. Instead let the dummy package be of the host architecture to properly resolve cross build dependencies - build-essential and crossbuild-essential-* must be installed in the build architecture - do not read /usr/share/doc/build-essential/essential-packages-list because build-essential is already installed in an earlier stage. This only fails during cross building as it tries to install host arch binary packages - aptitude cannot find a package foo if foo is not of the native architecture, so append an architecture qualifier to the dummy package name in the aptitude command line --- debian/changelog | 15 +++ lib/Sbuild/AptitudeResolver.pm | 2 +- lib/Sbuild/Build.pm| 59 ++ lib/Sbuild/Conf.pm | 19 +++--- lib/Sbuild/ResolverBase.pm | 6 + 5 files changed, 29 insertions(+), 72 deletions(-) diff --git a/debian/changelog b/debian/changelog index 621b46c..71bd55c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -17,6 +17,21 @@ sbuild (0.65.2-1.1) UNRELEASED; urgency=medium (Closes: #792092) * create ~/.gnupg if it did not exist before when running sbuild-update (Closes: #792100) + * fix apt and aptitude crossbuild dependency resolution (Closes: #770407) + - do not set APT::Architecture to the host architecture when cross +building this just "happens to work" but only sometimes and is thus +wrong. Apt and dpkg should agree on the native architecture. Instead +let the dummy package be of the host architecture to properly resolve +cross build dependencies + - build-essential and crossbuild-essential-* must be installed in the +build architecture + - do not read /usr/share/doc/build-essential/essential-packages-list +because build-essential is already installed in an earlier stage. +This only fails during cross building as it tries to install host +arch binary packages + - aptitude cannot find a package foo if foo is not of the native +architecture, so append an architecture qualifier to the dummy +package name in the aptitude command line [ Maria Valentina Marin Rodrigues ] * add --build-path option and $build_path configuration variable to set a diff --git a/lib/Sbuild/AptitudeResolver.pm b/lib/Sbuild/AptitudeResolver.pm index 4030382..1c0c53b 100644 --- a/lib/Sbuild/AptitudeResolver.pm +++ b/lib/Sbuild/AptitudeResolver.pm @@ -92,7 +92,7 @@ sub install_deps { '-o', 'Aptitude::ProblemResolver::Keep-All-Level=55000', '-o', 'Aptitude::ProblemResolver::Remove-Essential-Level=maxi
Bug#791794: UUID not found for root
* Colin Watson [2015-07-16 15:27]: > > Jul 1 10:22:45 kernel: [ 8083.996693] EXT4-fs (md0): mounted filesystem > > with ordered data mode. Opts: errors=remount-ro > > Jul 1 10:22:47 apt-install: Queueing package e2fsprogs for later > > installation > > Jul 1 10:22:47 main-menu[1537]: (process:5300): > > /lib/partman/choose_partition/60partition_tree/do_option: > > Jul 1 10:22:47 main-menu[1537]: (process:5300): line 88: > > Jul 1 10:22:47 main-menu[1537]: (process:5300): > > /lib/partman/active_partition/copy/choices: not found > > The "copy" operation was removed from partman because parted 3 no longer > supports filesystem operations. However, I can't find any references to > it in partman code any more. Is this perhaps coming from a preseeded > partman recipe or something? Do you have a more complete syslog, > preferably with DEBCONF_DEBUG=developer? Attached is a log thanks to Marco Basso. > I think trying to add debconf prompting to an initramfs hook would > probably be unwise. flash-kernel already seems to check for > DEBIAN_FRONTEND=noninteractive, so you could just set that in > flash-kernel-installer.postinst when calling flash-kernel. Great points! Thanks for pointing out the obvious solution when I had something more complex in mind. -- Martin Michlmayr http://www.cyrius.com/ ts212p-install.log.bz2 Description: Binary data
Bug#793055: libpipeline: mark check build-dependency with profile
On Mon, Jul 20, 2015 at 11:36:05PM +0100, Colin Watson wrote: > I approve of this patch in general. I want to hold off a little before > applying it, though, because I know that some infrastructure is still a > bit ... recent where it comes to build profiles. (In particular, since > my day job is as a Launchpad developer, I'd rather like to get Launchpad > to support this first so that I don't make problems for myself at work.) > But I think we can probably do this fairly soon. I talked to William Grant again and made him aware of the progress on the Debian side. It seems like much of the infrastructure is still running precise while the tool support landed mostly in vivid. William said that he'd look into this. Since there are backport patches implementing just the syntax and Ubuntu has experience with backporting stuff in apt and dpkg, I expect little problems. Meanwhile, an essential typo made it into my patch, so I am posting an update. Helmut diff -Nru libpipeline-1.4.0/debian/changelog libpipeline-1.4.0/debian/changelog --- libpipeline-1.4.0/debian/changelog 2014-10-26 02:26:22.0 +0100 +++ libpipeline-1.4.0/debian/changelog 2015-07-20 23:05:59.0 +0200 @@ -1,3 +1,10 @@ +libpipeline (1.4.0-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Mark check Build-Dependency with build profile (Closes: #-1). + + -- Helmut Grohne Mon, 20 Jul 2015 23:05:42 +0200 + libpipeline (1.4.0-1) unstable; urgency=medium * New upstream release. diff -Nru libpipeline-1.4.0/debian/control libpipeline-1.4.0/debian/control --- libpipeline-1.4.0/debian/control2014-10-26 02:25:55.0 +0100 +++ libpipeline-1.4.0/debian/control2015-07-20 23:05:12.0 +0200 @@ -3,7 +3,7 @@ Priority: important Maintainer: Colin Watson Standards-Version: 3.9.6 -Build-Depends: dpkg-dev (>= 1.16.1~), debhelper (>= 9~), pkg-config, check, dh-autoreconf, automake (>= 1:1.10) +Build-Depends: dpkg-dev (>= 1.16.1~), debhelper (>= 9~), pkg-config, check , dh-autoreconf, automake (>= 1:1.10) XS-Testsuite: autopkgtest Homepage: http://libpipeline.nongnu.org/ Vcs-Git: git://anonscm.debian.org/users/cjwatson/libpipeline.git
Bug#793076: Support for PHP PEAR, PECL and Composer packages
Package: debmake Version: 4.2.1-1 Severity: wishlist Hello, I've prepared a patch to add support for PEAR and PECL packages. I couldn't get the following to work: - binary deps are skipped (and reverted to Depends: ${misc:Depends}, ${shlibs:Depends}) - How to pass arch? - Vcs-* fields are not in control field (even commented out) Once I understand this, I will also add Composer support. NB: some other things that we know with thoses kind of pakages: - Maintainer/Uploaders field - (sometimes) Home page - (sometimes) upstream tarball (debian/watch) Regards Mathieu Parent -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages debmake depends on: ii devscripts 2.15.5 ii dpkg-dev 1.18.1 ii python3 3.4.3-4 pn python3:any ii rsync3.1.1-3 Versions of packages debmake recommends: ii build-essential 11.7 ii curl 7.43.0-1 ii strace 4.9-2 ii wget 1.16.3-3 Versions of packages debmake suggests: ii autotools-dev 20140911.1 pn ccache ii cmake 3.2.2-2 ii cowbuilder0.73 ii dh-autoreconf 10 ii dh-python 1.20150705-1 ii eatmydata 82-6 pn gem2deb ii git 1:2.1.4-2.1 ii git-buildpackage 0.6.32 pn gitk pn javahelper ii lintian 2.5.33 pn mc ii pbuilder 0.215+nmu4 pn quilt ii rpm2cpio 4.12.0.1+dfsg1-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682580: [bug-gettext] Bug#682580: xgettext: fails to properly replace some placeholders in output .pot (PACKAGE, YEAR, C. HOLDER) (fwd)
Francesco Poli writes: > I am frankly having a hard time in seeing why the placeholder PACKAGE > should be replaced in one occurrence, but not in the other. > And in figuring out why the placeholder THE PACKAGE'S COPYRIGHT HOLDER > should be replaced, while the YEAR placeholder should be left untouched > in the *same* copyright notice. I think it would be nice to fix them so those occurrences be replaced as well. By the way, after looking into the history and the documentation more closely, I realized that my argument on copyright notice was pointless. I'm sorry. I'm now in favor of adding support for multiple copyright holders, like the attached patch, which makes xgettext allow multiple --copyright-holder options. It is not straightforward to support multiple copyright holders in po/Makevars, but it might be sufficient to supply it as part of XGETTEXT_OPTIONS in combination with COPYRIGHT_HOLDER. Regards, -- Daiki Ueno >From 7aba166af10a4b64aa07d7f5afc91bdd239beef2 Mon Sep 17 00:00:00 2001 From: Daiki Ueno Date: Tue, 21 Jul 2015 13:51:31 +0900 Subject: [PATCH] xgettext: Allow multiple copyright holders * gettext-tools/src/xgettext.c (default_copyright_holder): New constant, renamed from copyright_holder. (copyright_holder): Define as a variable. (main): Allow multiple --copyright-holder options. (construct_header): Support multiple --copyright-holder options. --- gettext-tools/src/ChangeLog | 8 + gettext-tools/src/xgettext.c | 70 2 files changed, 72 insertions(+), 6 deletions(-) diff --git a/gettext-tools/src/ChangeLog b/gettext-tools/src/ChangeLog index 6685505..74dd518 100644 --- a/gettext-tools/src/ChangeLog +++ b/gettext-tools/src/ChangeLog @@ -1,3 +1,11 @@ +2015-07-21 Daiki Ueno + + * xgettext.c (default_copyright_holder): New constant, renamed + from copyright_holder. + (copyright_holder): Define as a variable. + (main): Allow multiple --copyright-holder options. + (construct_header): Support multiple --copyright-holder options. + 2015-07-10 Daiki Ueno * gettext 0.19.5 released. diff --git a/gettext-tools/src/xgettext.c b/gettext-tools/src/xgettext.c index 9f5d300..8e303c7 100644 --- a/gettext-tools/src/xgettext.c +++ b/gettext-tools/src/xgettext.c @@ -124,7 +124,8 @@ message_list_ty *exclude; static int force_po; /* Copyright holder of the output file and the translations. */ -static const char *copyright_holder = "THE PACKAGE'S COPYRIGHT HOLDER"; +static const char *default_copyright_holder = "THE PACKAGE'S COPYRIGHT HOLDER"; +static char *copyright_holder = NULL; /* Package name. */ static const char *package_name = NULL; @@ -540,11 +541,19 @@ main (int argc, char *argv[]) break; case CHAR_MAX + 1:/* --copyright-holder */ -copyright_holder = optarg; +if (copyright_holder == NULL) + copyright_holder = xstrdup (optarg); +else + { +size_t total_len = strlen (copyright_holder) + 2 + strlen (optarg); +copyright_holder = xrealloc (copyright_holder, total_len); +strcat (copyright_holder, "\n"); +strcat (copyright_holder, optarg); + } break; case CHAR_MAX + 2:/* --foreign-user */ -copyright_holder = ""; +copyright_holder = xstrdup (""); break; case CHAR_MAX + 3:/* --from-code */ @@ -3559,13 +3568,61 @@ Content-Transfer-Encoding: 8bit\n", mp = message_alloc (NULL, "", NULL, msgstr, strlen (msgstr) + 1, &pos); + if (copyright_holder == NULL) +copyright_holder = xstrdup (default_copyright_holder); + if (copyright_holder[0] != '\0') -comment = xasprintf ("\ +{ + size_t copyright_comment_len; + char *copyright_comment; + const char *p; + char *q; + size_t count = 1; + + p = copyright_holder; + while (*p != '\0') +{ + p = strchr (p, '\n'); + if (p == NULL) +break; + count++; + p++; +} + + copyright_comment_len = +strlen (copyright_holder) + strlen ("Copyright (C) YEAR \n") * count; + copyright_comment = XNMALLOC (copyright_comment_len, char); + + p = copyright_holder; + q = copyright_comment; + while (*p != '\0') +{ + char *newline = strchr (p, '\n'); + + q = stpcpy (q, "Copyright (C) YEAR "); + if (newline != NULL) +{ + *newline = '\0'; + q = stpcpy (q, p); + q = stpcpy (q, "\n"); + p = newline + 1; +} + else +{ + q = stpcpy (q, p); + q = stpcpy (q, "\n"); + break; +} +} + + comment = xasprintf ("\ SOME DESCRIPTIVE TITLE.\n\ -Copyright (C) YEAR %s\n\ +%s\ This file is distributed under the same license as the PACKAGE package.\n\ FIRST AUTHOR , YEAR.\n", - copyrigh
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
Hi On 2015-07-20, Ben Caradoc-Davies wrote: > On Mon, 20 Jul 2015 01:16:12 +0200 Stefan Lippers-Hollmann > wrote: > > Interesting enough, systems using a SSD for the system > mountpoints usually succeed booting most of the time > > Thanks for this observation, Stefan. My successful boots are indeed on a > system using an SSD. I have not yet had a failed boot with lvm2 2.02.122-2. Actually I have to partially withdraw that earlier conclusion, today I did encounter one failure on a system with all logical volumes making up the system paths on a SSD. The system in question had been booting fine with lvm2 2.02.122-2 roughly a dozen of times before and I haven't been able to reproduce the failure case again, but it does strengthen the hunch of a timing related issue. Regards Stefan Lippers-Hollmann pgpOuAUDT96VH.pgp Description: Digitale Signatur von OpenPGP
Bug#766290: luasseq: please make documentation available to texdoc
Hi Rupert, sorry for the late reply ... ;-) but there was too much going on and jessie was already in freeze, so too late to do the change back then. > Anyway, it also seems a little silly to have the spectral sequence code > in luasseq sitting out on its own for no good reason, so I vote for > replacing luasseq with the transitional package. > I don't know much about this process, and I'm not a DD, so I suspect > that I'll be spectacularly inefficient at making it happen. If it's a 10 > minute job for you, please feel free to make an upload that turns So I will build a temporary new luasseq package that makes the transition to texlive-luatex, texlive-latex-base. You don't need to do anything ;-) Unless I hear some outcry from you within the next two weeks or so, I will probably upload new packages (which would als bring the latest release of luasseq) after that time. Thanks a lot and all the best Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793052: Disconnected IMAP stops getting mail
Hi Charles, First of all please always report bugs using "reportbug" utility as described in https://www.debian.org/Bugs/Reporting because we need all the additional information about installed packages on your system. This problem might be related to Akonadi. Typically that kind of problems may happen due to problems in storage backend when akonadi can't save downloaded emails. What version of akonadi you have installed? Please try latest "akonadi*" 1.13.0-7 packages from "unstable" since 1.13.0-7 fixes deadlock that may be affecting kmail. What Akonadi backend are you using? (See value of "Driver" variable in "~/.config/akonadi/akonadiserverrc"). Please try running "akonadictl fsck". If your akonadi uses MYSQL backend then it may be worth checking for errors in ~/.local/share/akonadi/db_data/mysql.err It could be helpful to try running "akonadi start" in console and observe errors (if any). -- Best wishes, Dmitry Smirnov --- Moral courage is the most valuable and usually the most absent characteristic in men. -- George S. Patton--- signature.asc Description: This is a digitally signed message part.
Bug#790306: Please support ARM64
* Vincent Cheng [2015-06-28 18:42]: > Would you consider filing this bug report directly upstream [1][2], > with your patch (just like you did with nvidia-texture-tools)? I'm not > a porter myself and I don't think there's any value in me being a > middleman, in case upstream has any questions to ask you etc. Thanks! Just FYI, I filed Trac tickets with patches, so hopefully the next release will support arm64. There's no need for you to apply these patches to the Debian package. It can wait for the new upstream release. http://trac.wildfiregames.com/ticket/3338 http://trac.wildfiregames.com/ticket/3344 http://trac.wildfiregames.com/ticket/3346 http://trac.wildfiregames.com/ticket/3345 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793064: [pkg-dhcp-devel] Bug#793064: Bug#793064: syntax error in dhclient-script
On Mon, Jul 20, 2015 at 11:07:30PM -0400, Celejar wrote: > On Tue, 21 Jul 2015 12:25:29 +1000 > Andrew Pollock wrote: > > > This might be something in resolveconf. dhclient-script has no =: > > > operators. > > > > Yeah line 7 of the main script is a comment. Check around line 7 in all your > > hooks, and let us know so we can reassign this to the right package. > > Sorry, I understand very little of shell scripting. Can you tell me > exactly what to look for? I think I checked everything > under /etc/dhcp/dhclient-[enter|exit]-hooks/ for any occurrences of > =:, but couldn't find any. You're looking in the right place. It may not be =:, it may just be an = operator where one of the operands isn't resolving to a value as intended. Look at line 7 with a few lines for margin of error in all of those hooks. signature.asc Description: Digital signature
Bug#791992: gluegen2: New upstream available
Brief update... I have 2.3.1 packaged, but there will need to be some porting of scilab to work with the newer version, and I think an update of libjogl2-java also. I may upload gluegen2 to experimental if folks think that's useful. Otherwise, I'll upload once libjogl2-java and scilab are ready. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#793074: libasound2-plugins: upgrade not possible due to multiarch problems
Package: libasound2-plugins Version: 1.0.28-1+b2 Severity: important Dear Maintainer, with the latest build (b2) this package is not multiarch installable any more due to dependecies. see #777223. Thanks -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793067: emacs24-common-non-dfsg: info files are installed into unsupported sub-dir of /u/s/info
Norbert Preining writes: > there are several bug reports that info doesn't find the current emacs > info docs. This is due to the location in sub directories. So the fundamental intent of the current approach was to allow inter-document links to do something at least somewhat reasonable per major version. i.e if you have performed by running the function. *Note What Is a Function: (elisp)What Is a Function. Then you would get the Emacs 24 elisp documentation if you were running Emacs 24 and followed that link, and the Emacs 25 version if you were running Emacs 25 (corresponding to the Debian Emacs flavors emacs24 and emacs25). But it sounds like that's not intended to work. > To quote Karl Berry, the author of texinfo, from a thread in bug #792328 >> The only reliable way I know of is to have different names for the info >> files (emacs24.info, ccmode24.info, etc.). Problematic I know, but >> every solution I have ever seen proposed, including this one, is problematic. I'll see about arrangements along these lines. Presumably all of the internal refs for emacs/elisp/eshell/ediff/... will need to be changed too. Is there already some automated way to handle that? (It's been a while since I considered all of this.) > and one addition by Gavin Smith, one of the developers of texinfo/info: >> Say Emacs 24 is installed as /usr/bin/emacs24, then the Info file >> could be at /usr/share/info/emacs24.info. Likewise if there's a >> symbolic link /usr/bin/emacs -> /usr/bin/emacs24, there could just as >> well be a symbolic link /usr/share/info/emacs24.info -> >> /usr/share/info/emacs.info. I don't see why using subdirectories >> should be necessary for this. Hmm, I would imagine the symlink would go the other way, i.e. emacs.info -> emacs24.info emacs24.info emacs25.info ... Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#790055: msmtp: Please compile with GSSAPI support
Robbie Harwood writes: > Package: msmtp > Version: 1.4.32-2+b1 > Severity: normal > > Dear Maintainer, > > When attempting to use GSSAPI for authentication with msmtp, the following > message is returned: > >> msmtp: support for authentication method GSSAPI is not compiled in > > Please compile with GSSAPI support. Thanks! Okay, I went and looked at the rules file, and it looks like the --with-gsasl argument *is* being passed to configure properly, and the resulting msmtp binary is linked to libgsasl (and the package depends on it). I don't know what's gone wrong here. signature.asc Description: PGP signature
Bug#793064: [pkg-dhcp-devel] Bug#793064: Bug#793064: syntax error in dhclient-script
On Tue, 21 Jul 2015 12:25:29 +1000 Andrew Pollock wrote: > On Mon, Jul 20, 2015 at 09:00:49PM -0400, Michael Gilbert wrote: > > On Mon, Jul 20, 2015 at 8:41 PM, Celejar wrote: > > > /sbin/dhclient-script: 7: [: =: unexpected operator > > > Listening on > > > Sending on > > > Sending on Socket/fallback > > > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 > > > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 > > > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > > > DHCPOFFER from 192.168.1.1 > > > DHCPACK from 192.168.1.1 > > > /sbin/dhclient-script: 7: [: =: unexpected operator > > > bound to 192.168.1.3 -- renewal in 36450 seconds. > > > > ... > > > > > Versions of packages isc-dhcp-client suggests: > > > pn avahi-autoipd > > > ii resolvconf 1.76.1 > > > > This might be something in resolveconf. dhclient-script has no =: > > operators. > > Yeah line 7 of the main script is a comment. Check around line 7 in all your > hooks, and let us know so we can reassign this to the right package. Sorry, I understand very little of shell scripting. Can you tell me exactly what to look for? I think I checked everything under /etc/dhcp/dhclient-[enter|exit]-hooks/ for any occurrences of =:, but couldn't find any. Celejar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793073: appfinder is created under other windows
Package: xfwm4 Version: 4.10.1-3 Severity: normal Not sure whether this is a bug in xfwm4 or xfce4-appfinder. I just upgraded from Wheezy to Jessie, and I now find that the xfce4-appfinder (formerly xfrun4) window opens under other windows (whether opened with ' F2' or 'xfrun4' from a terminal). In fact, I first thought that something was broken and xfrun wasn't doing anything at all, until I realized that the window was indeed opening, just under other windows. This can't be right. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.18-lizzie (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfwm4 depends on: ii libc6 2.19-18 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libpango-1.0-01.36.8-3 ii libstartup-notification0 0.12-4 ii libwnck22 2.30.7-2 ii libx11-6 2:1.6.2-3 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfce4ui-1-04.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii libxfixes31:5.0.1-2+b2 ii libxrandr22:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 Versions of packages xfwm4 recommends: ii librsvg2-common 2.40.5-1 Versions of packages xfwm4 suggests: pn xfce4 ii xfwm4-themes 4.10.0-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792903: ITP: hdump -- Hexadecimal and ASCII dumper for binary files
Hi Simon, On 20-07-2015 04:28, Simon McVittie wrote: On 20/07/15 00:04, Paulo Kretcheu wrote: Description : Hexadecimal and ASCII dumper for binary files Does this have significant advantages over these tools that are already in the archive and likely to be near-ubiquitous on GNU systems? * od -t x1 (part of coreutils, and a subset of its functionality is standardized in POSIX) * hd, aka hexdump (part of bsdmainutils) * xxd (part of vim-common) Yes, you're right, there are other tools, but in my opinion, this program can interest people with less technical skils because of it output design and simplicity. I personally prefer xxd, because it gives reasonable output (hex + ASCII) without requiring special command-line options, and can also be used "in reverse" to patch or create binaries from hex input. - Number of columns adjustable by constant in the source. That's not much of an advantage in a binary distribution like Debian. xxd can adjust this at runtime with the -c/-cols command-line option. S My mistake! Columns, can be defined by command line option -c and also bytes to skip, option -s, and length of bytes to read, option -n. Regards, Kretcheu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#790283: smlnj: FTBFS on i386
On Sat, Jun 27, 2015 at 02:00:42PM -0700, Daniel Schepler wrote: > On Saturday, June 27, 2015 04:55:32 PM James McCoy wrote: > > Are you running a 4.x kernel? > > Yes. Fix is known and trivial, but the buildsystem is rather convoluted. I thought I'd use this as an opportunity to rework the way we do the builds, to make patching easier, but I'm running into other issues. Will look into getting the patch into the existing build setup next. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy signature.asc Description: Digital signature
Bug#793072: nmcli: crash (SIGSEGV) starting VPN connection
Package: network-manager Version: 1.0.2-2 Severity: normal File: /usr/bin/nmcli Usertags: crash My VPN connection was half-broken (#787483) so I ran a couple of nmcli commands to reconnect it. Unfortunately the second one crashed (SIGSEGV) but fortunately the VPN still came back up as normal. I have attached a backtrace of the crash from gdb. nmcli con down id VPN00 ; nmcli con up id VPN00 Connection 'VPN00' successfully deactivated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/1) (process:7549): GLib-GObject-CRITICAL **: g_type_instance_get_private: assertion 'instance != NULL && instance->g_class != NULL' failed Segmentation fault (core dumped) -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.18-1 ii init-system-helpers1.23 ii isc-dhcp-client4.3.2-1 ii libbluetooth3 5.23-2+b1 ii libc6 2.19-18 ii libdbus-1-31.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.3-2 ii libglib2.0-0 2.44.1-1.1 ii libgnutls-deb0-28 3.3.16-1 ii libgudev-1.0-0 230-2 ii libmm-glib01.4.8-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm0 1.0.2-2 ii libpam-systemd 221-1+deb9u2 ii libpolkit-agent-1-00.105-11 ii libpolkit-gobject-1-0 0.105-11 ii libreadline6 6.3-8+b3 ii libsoup2.4-1 2.50.0-2 ii libsystemd0221-1+deb9u2 ii libteamdctl0 1.17-1 ii libuuid1 2.26.2-6 ii lsb-base 4.1+Debian13+nmu1 ii policykit-10.105-11 ii udev 221-1+deb9u2 ii wpasupplicant 2.3-2 Versions of packages network-manager recommends: ii crda3.13-1 ii dnsmasq-base2.73-2 ii iptables1.4.21-2+b1 ii iputils-arping 3:20121221-5+b2 ii modemmanager1.4.8-1 ii ppp 2.4.6-3.1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-5 pn libteam-utils -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise $ gdb -batch -n -ex bt -ex 'thread apply all bt full' --core /var/crash/1000/7549-1000-1000-11-1437445826-chianamo--usr-bin-nmcli.core /usr/bin/nmcli [New LWP 7549] [New LWP 7551] [New LWP 7550] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `nmcli con up id VPN00'. Program terminated with signal SIGSEGV, Segmentation fault. #0 updated_get_settings_cb (proxy=, result=0x246a170, user_data=0x2239ce0) at nm-remote-connection.c:588 588 nm-remote-connection.c: No such file or directory. #0 0x7f7706559d3e in updated_get_settings_cb (proxy=, result=0x246a170, user_data=0x2239ce0) at nm-remote-connection.c:588 #1 0x7f7705ddfdf7 in g_simple_async_result_complete (simple=0x246a170 [GSimpleAsyncResult]) at /tmp/buildd/glib2.0-2.44.1/./gio/gsimpleasyncresult.c:763 #2 0x7f7705e47c41 in reply_cb (connection=, res=, user_data=0x246a170) at /tmp/buildd/glib2.0-2.44.1/./gio/gdbusproxy.c:2623 #3 0x7f7705ddfdf7 in g_simple_async_result_complete (simple=0x246a1e0 [GSimpleAsyncResult]) at /tmp/buildd/glib2.0-2.44.1/./gio/gsimpleasyncresult.c:763 #4 0x7f7705e3ce5c in g_dbus_connection_call_done (source=, result=, user_data=0x24516f0) at /tmp/buildd/glib2.0-2.44.1/./gio/gdbusconnection.c:5502 #5 0x7f7705ddfdf7 in g_simple_async_result_complete (simple=0x246a250 [GSimpleAsyncResult]) at /tmp/buildd/glib2.0-2.44.1/./gio/gsimpleasyncresult.c:763 #6 0x7f7705ddfe59 in complete_in_idle_cb (data=) at /tmp/buildd/glib2.0-2.44.1/./gio/gsimpleasyncresult.c:775 #7 0x7f7705853b4d in g_main_context_dispatch (context=0x21a94d0) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3122 #8 0x7f7705853b4d in g_main_context_dispatch (context=context@entry=0x21a94d0) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3737 #9 0x7f7705853f20 in g_main_context_iterate (context=0x21a94d0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3808 #10 0x7f7705854242 in g_main_loop_run (loop=0x21b0d80) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:4002 #11 0x004131eb in main (argc=, argv=) at nmcli.c:610 Thread 3 (Thread 0x7f7701e5a700 (LW
Bug#792639: apt-listbugs: should use https to access bug tracking system
On Sun, Jul 19, 2015 at 15:58:47 +0200, Francesco Poli wrote: > Thank you very much, your helpfulness is really appreciated! > > I am looking forward to seeing your updated patch. > Please send it as soon as it's ready. Here it is. -- Michael diff --git a/bin/apt-listbugs b/bin/apt-listbugs index 4c5628f97c04..cf73e5de3242 100755 --- a/bin/apt-listbugs +++ b/bin/apt-listbugs @@ -46,7 +46,7 @@ installation/upgrade is safe. == USAGE -apt-listbugs [-h] [-v] [-s ] [-T ] [-S ] [-B ] [-D] [-H ] [-p ] [-P ] [-E ] [-q] [-C ] [-F] [-y] [-n] [-d] [arguments] +apt-listbugs [-h] [-v] [-s ] [-T ] [-S ] [-B ] [-D] [-u ] [-P ] [-E ] [-q] [-C ] [-F] [-y] [-n] [-d] [arguments] == OPTIONS @@ -104,14 +104,21 @@ apt-listbugs [-h] [-v] [-s ] [-T ] [-S ] [-B ] [ Show bugs of downgraded packages. (apt mode only) +* -u , --url + + Specifies the SOAP URL for the Debian Bug Tracking System + [https://bugs.debian.org:443/cgi-bin/soap.cgi]. The default URL may be + changed by setting the AptListbugs::URL configuration option. + * -H , --hostname - Specifies the hostname of the Debian Bug Tracking System [bugs.debian.org]. + Specifies the hostname of the Debian Bug Tracking System + (deprecated, and disables https; use --url instead). * -p , --port Specifies the port number of the web interface of the Debian Bug - Tracking System [80]. + Tracking System (deprecated, and disables https; use --url instead). * -P , --pin-priority @@ -221,6 +228,10 @@ notable configuration options are Useful for setting HTTP proxy for apt-listbugs. The special keyword 'DIRECT' will disable proxy. +: AptListbugs::URL + + Default SOAP URL for the Debian Bug Tracking System. + : AptListbugs::Severities Default (comma-separated) list of bug severities to be shown. When diff --git a/lib/aptlistbugs/debian/bts.rb b/lib/aptlistbugs/debian/bts.rb index 5b31d1bffb8f..3a310819cb46 100644 --- a/lib/aptlistbugs/debian/bts.rb +++ b/lib/aptlistbugs/debian/bts.rb @@ -31,23 +31,21 @@ module Debian module BTS class Parser - def initialize(host, port) -@host = host -@port = port + def initialize(url) +@soapurl = url end # use SOAP interface to obtain the index. class SoapIndex < Parser -def initialize(host, port) - @host = host - @port = port +def initialize(url) + @soapurl = url @indexes = {} @buf = nil end def parse_bug(bugnum) require 'aptlistbugs/debian/btssoap' - soap = Debian::BTSSOAP::Soap.new(@host, @port) + soap = Debian::BTSSOAP::Soap.new(@soapurl) sa = Debian::BTSSOAP::StringArray.new # query the BTS about the given bug number @@ -58,7 +56,7 @@ module Debian def parse(ma_copies, parsestep, severities = ["critical", "grave"]) require 'aptlistbugs/debian/btssoap' - soap = Debian::BTSSOAP::Soap.new(@host, @port) + soap = Debian::BTSSOAP::Soap.new(@soapurl) sa = Debian::BTSSOAP::StringArray.new bugs = Debian::Bugs.new diff --git a/lib/aptlistbugs/debian/btssoap.rb b/lib/aptlistbugs/debian/btssoap.rb index 759ab7ff01ae..500e2f6d3260 100644 --- a/lib/aptlistbugs/debian/btssoap.rb +++ b/lib/aptlistbugs/debian/btssoap.rb @@ -23,8 +23,8 @@ module Debian module BTSSOAP class StringArray < Array; end class Soap - def initialize(host = "bugs.debian.org", port = 80) -@server="http://#{host}:#{port}/cgi-bin/soap.cgi"; + def initialize(soapurl) +@server=soapurl @ns = 'Debbugs/SOAP/' @drv = SOAP::RPC::Driver.new(@server, @ns) @drv.wiredump_dev = STDOUT if $DEBUG diff --git a/lib/aptlistbugs/logic.rb b/lib/aptlistbugs/logic.rb index 1e4289180866..b8923d6f8030 100644 --- a/lib/aptlistbugs/logic.rb +++ b/lib/aptlistbugs/logic.rb @@ -42,8 +42,15 @@ class AppConfig QUERYBTS = "/usr/bin/querybts" WWW_BROWSER = "/usr/bin/www-browser" SENSIBLE_BROWSER = "/usr/bin/sensible-browser" + DEFAULT_URL = "https://bugs.debian.org:443/cgi-bin/soap.cgi"; + # The default hostname and port are for backwards compatibility, + # and won't be used if neither --hostname nor --port is specified. + # These options disable https, so --url is preferred. + DEFAULT_HOSTNAME = "bugs.debian.org" + DEFAULT_PORT = 80 def usage +derive_settings $stderr.print _("Usage: "), File.basename($0), _(" [options] [arguments]"), "\n", @@ -57,8 +64,7 @@ class AppConfig sprintf(_(" -S : Filter bugs by pending-state categories you want to see\n[%s].\n"), @stats.join(',')), _(" -B : Filter bugs by number, showing only the specified bugs.\n"), _(" -D : Show downgraded packages, too.\n"), - sprintf(_(" -H : Hostname of Debian Bug Tracking System [%s].\n"), @hostname), - sprintf(_(" -p : Port number of the
Bug#793064: [pkg-dhcp-devel] Bug#793064: Bug#793064: syntax error in dhclient-script
On Mon, Jul 20, 2015 at 09:00:49PM -0400, Michael Gilbert wrote: > On Mon, Jul 20, 2015 at 8:41 PM, Celejar wrote: > > /sbin/dhclient-script: 7: [: =: unexpected operator > > Listening on > > Sending on > > Sending on Socket/fallback > > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 > > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 > > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > > DHCPOFFER from 192.168.1.1 > > DHCPACK from 192.168.1.1 > > /sbin/dhclient-script: 7: [: =: unexpected operator > > bound to 192.168.1.3 -- renewal in 36450 seconds. > > ... > > > Versions of packages isc-dhcp-client suggests: > > pn avahi-autoipd > > ii resolvconf 1.76.1 > > This might be something in resolveconf. dhclient-script has no =: operators. Yeah line 7 of the main script is a comment. Check around line 7 in all your hooks, and let us know so we can reassign this to the right package. signature.asc Description: Digital signature
Bug#785432:
Control: tag -1 + help The only requirement is that *some* GStreamer audiosink is installed, in order for Quod Libet to send audio to it. Depending on gstreamer1.0-pulseaudio doesn't seem reasonable since it would force pulseaudio to be pulled in even on systems that are not using it (and then still wouldn't work if the sink for whatever audio system you *are* using wasn't installed). I'm not really sure what the correct way to get the right audiosink package installed is; anyone have an idea? I feel like this is the responsibility of the desktop task that you install, rather than something that should be solved by individual application packages.
Bug#793071: Please use libsoundtouch-dev
Package: yatm Severity: normal Please build depend on libsoundtouch-dev instead of libsoundtouch0-dev. Yatm is the last package depending on that virtual package. Cheers, Miguel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793070: libqwt-headers: fails to upgrade from 'sid' - trying to overwrite /usr/include/qwt/qwt_plot_renderer.h
Package: libqwt-headers Version: 6.1.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces >From the attached log (scroll to the bottom...): Selecting previously unselected package libqwt-headers. Preparing to unpack .../libqwt-headers_6.1.2-1_amd64.deb ... Unpacking libqwt-headers (6.1.2-1) ... dpkg: error processing archive /var/cache/apt/archives/libqwt-headers_6.1.2-1_amd64.deb (--unpack): trying to overwrite '/usr/include/qwt/qwt_plot_renderer.h', which is also in package libqwt-dev 6.0.0-1.2 Processing triggers for fontconfig (2.11.0-6.3) ... Errors were encountered while processing: /var/cache/apt/archives/libqwt-headers_6.1.2-1_amd64.deb cheers, Andreas libqwt-dev=6.0.0-1.2_libqwt-headers=6.1.2-1.log.gz Description: application/gzip
Bug#793069: libxml-atom-simplefeed-perl: Encoding hardcoded to us-ascii
Package: libxml-atom-simplefeed-perl Version: 0.86-2 Severity: wishlist Tags: upstream Hi! The output has the encoding hardcoded to us-ascii. It would be nice to either change that to utf-8 or at least make it configurable. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#790421: gimp: please bump GEGL build-dependency to 0.3.0
Is libjson-glib-dev supposed to be a GEGL dependency? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793068: Lintian: false positive source-contains-svn-conflict-file mysql-test/std_data/crldir/ab8a3803.r0
Package: Lintian Version: 2.5.33 Severity: normal Hi, I just saw this in mysql-5.6: mysql-5.6 source: source-contains-svn-conflict-file mysql-test/std_data/crldir/ab8a3803.r0 which is a false positive with this content: -BEGIN X509 CRL- MIIBXjCByAIBATANBgkqhkiG9w0BAQUFADBoMQswCQYDVQQGEwJCRzEQMA4GA1UE CBMHUGxvdmRpdjEPMA0GA1UEChMGT3JhY2xlMQ4wDAYDVQQLEwVNeVNRTDEmMCQG A1UEAxMdTXlTUUwgQ1JMIHRlc3QgQ0EgY2VydGlmaWNhdGUXDTEyMDUyMTE0NDEx NFoXDTIyMDUxOTE0NDExNFowHDAaAgkA+eLzmA4rBX8XDTEyMDUxNzE1Mjc1OVqg DjAMMAoGA1UdFAQDAgECMA0GCSqGSIb3DQEBBQUAA4GBAIEYWLAI+mGt21DVlg/t mGaQ629aabNhZL3An5+2z+tqzQbOv6bKMW5H8gNNeNrRqQR/XEJvhlg0BrxfIicM GbvVoud0HmECIoxNVmeI8UCNPkkeQONT+8ZW029iuJF2KgGI0m1ZJa3bjRaArian ag9dgLE4zLppD4aMal0ysHPZ -END X509 CRL- I don't know if .r0 is a common extension for CRLs, but I seriously doubt that you can get svn conflicts involving revision 0. IIRC that is always an empty root commit. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#777223: libtwolame0 is not Multi-Arch compatible
Any response? Now libavcodec-ffmpeg56:i386 can't be installed, which makes skype can't be installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793067: emacs24-common-non-dfsg: info files are installed into unsupported sub-dir of /u/s/info
Package: emacs24-common-non-dfsg Version: 24.4+1-2 Severity: important Dear all, there are several bug reports that info doesn't find the current emacs info docs. This is due to the location in sub directories. To quote Karl Berry, the author of texinfo, from a thread in bug #792328 > FWIW, to the best of my knowledge, $(infodir) has always been a flat > directory, and dir files a flat namespace. The problem of multiple > versions, similar to multiple languages, has never been satisfactorily > resolved. This is the first time I have ever seen subdirectories being > used in this way. I don't like it and don't know of anything anywhere > claims it is supported, let alone recommended. > > The only reliable way I know of is to have different names for the info > files (emacs24.info, ccmode24.info, etc.). Problematic I know, but > every solution I have ever seen proposed, including this one, is problematic. and one addition by Gavin Smith, one of the developers of texinfo/info: > I don't think it's a big problem in the first place. It's little worse > than having multiple versions of a program installed and managing to > run the one you want. > > Say Emacs 24 is installed as /usr/bin/emacs24, then the Info file > could be at /usr/share/info/emacs24.info. Likewise if there's a > symbolic link /usr/bin/emacs -> /usr/bin/emacs24, there could just as > well be a symbolic link /usr/share/info/emacs24.info -> > /usr/share/info/emacs.info. I don't see why using subdirectories > should be necessary for this. I hope that helps All the best Norbert -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-rc2+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages emacs24-common-non-dfsg depends on: ii dpkg 1.18.1 ii install-info 6.0.0.dfsg.1-4~1 emacs24-common-non-dfsg recommends no packages. emacs24-common-non-dfsg 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#792039: latex209-bin: should be rebuilt with tex-common
On Sun, 19 Jul 2015, Andreas Beckmann wrote: > rm_conffile /etc/texmf/fmt.d/25latex209.cnf 25.mar.1992-17~ Indeed, don't know why I forgot that one ... sorry for the inconveniences, and thanks for testing. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793064: [pkg-dhcp-devel] Bug#793064: syntax error in dhclient-script
On Mon, Jul 20, 2015 at 8:41 PM, Celejar wrote: > /sbin/dhclient-script: 7: [: =: unexpected operator > Listening on > Sending on > Sending on Socket/fallback > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 > DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 > DHCPREQUEST on wlan0 to 255.255.255.255 port 67 > DHCPOFFER from 192.168.1.1 > DHCPACK from 192.168.1.1 > /sbin/dhclient-script: 7: [: =: unexpected operator > bound to 192.168.1.3 -- renewal in 36450 seconds. ... > Versions of packages isc-dhcp-client suggests: > pn avahi-autoipd > ii resolvconf 1.76.1 This might be something in resolveconf. dhclient-script has no =: operators. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#790317: Patch applied upstream
tags 790317 + fixed-upstream thanks The patch got applied today: https://github.com/castano/nvidia-texture-tools/commit/58617584d4d2541ff9fcfe23a9a492af86b11efb -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793066: ddclient: Missing support for "freedns" protocol in interactive configuration tool
Package: ddclient Version: 3.8.2-2 Severity: normal Dear Maintainer, I installed ddclient with the intention of using freedns service, following this web page: http://freedns.afraid.org/scripts/freedns.clients.php I found that the perl configuration script that comes with ddclient Debian package does not support "freedns" protocol. The ddclient script itself supports it, so I ended up having to manually set up the configuration file (/etc/ddclient.conf). This missing feature should be added to the configuration script. Looking at sample config found in /usr/share/doc/ddclient/examples/sample-etc_ddclient.conf.gz , there are other protocols too that should be added to the current config script such as: hammernode1, dnspark, namecheap. Wirawan -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ddclient depends on: ii debconf [debconf-2.0] 1.5.56 ii initscripts2.88dsf-59 ii lsb-base 4.1+Debian13+nmu1 ii perl [perl5] 5.20.2-3+deb8u1 Versions of packages ddclient recommends: ii libio-socket-ssl-perl 2.002-2 ddclient suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793064: syntax error in dhclient-script
Package: isc-dhcp-client Version: 4.3.1-6 Severity: normal Just upgraded from Wheezy to Jessie, and I now get a pair of syntax errors in dhclient-script upon every invocation of dhclient: ~# ifup wlan0 Internet Systems Consortium DHCP Client 4.3.1 Copyright 2004-2014 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ /sbin/dhclient-script: 7: [: =: unexpected operator Listening on Sending on Sending on Socket/fallback DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8 DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14 DHCPREQUEST on wlan0 to 255.255.255.255 port 67 DHCPOFFER from 192.168.1.1 DHCPACK from 192.168.1.1 /sbin/dhclient-script: 7: [: =: unexpected operator bound to 192.168.1.3 -- renewal in 36450 seconds. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.18-lizzie (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages isc-dhcp-client depends on: ii debianutils 4.4+b1 ii iproute2 3.16.0-2 ii isc-dhcp-common 4.3.1-6 ii libc6 2.19-18 ii libdns-export100 1:9.9.5.dfsg-9+deb8u1 ii libirs-export91 1:9.9.5.dfsg-9+deb8u1 ii libisc-export95 1:9.9.5.dfsg-9+deb8u1 isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: pn avahi-autoipd ii resolvconf 1.76.1 -- Configuration Files: /etc/dhcp/dhclient.conf changed: option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; send host-name = gethostname(); request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, domain-search, host-name, dhcp6.name-servers, dhcp6.domain-search, netbios-name-servers, netbios-scope, interface-mtu, rfc3442-classless-static-routes, ntp-servers; -- 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#793065: evince-gtk: SIGSEGV upon viewing a particular postscript file
Package: evince-gtk Version: 3.14.1-2 Severity: normal Dear Maintainer, I found that evince crashed on displaying a postscript file (see attachment in this email or next one). This file did not cause crash when displayed using gv (Debian version 1:3.7.4-1) or an old version of evince (Debian version 3.4.0-3.1 provided by Debian OS version 7). I did this from command line: $ evince fitting.ps That caused segfault with this traceback: (gdb) run fitting.ps Starting program: /usr/bin/evince fitting.ps [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x7fffeda8d700 (LWP 20971)] [New Thread 0x7fffed28c700 (LWP 20972)] [New Thread 0x7fffeca8b700 (LWP 20976)] [New Thread 0x7fffd700 (LWP 20977)] [New Thread 0x7fffdf7fe700 (LWP 20978)] [New Thread 0x7fffd5d23700 (LWP 20979)] [New Thread 0x7fffd5522700 (LWP 20980)] [New Thread 0x7fffd4d21700 (LWP 20981)] Program received signal SIGSEGV, Segmentation fault. 0x717503f5 in ?? () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (gdb) where #0 0x717503f5 in ?? () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 #1 0x71756d43 in ?? () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 #2 0x7170a711 in pixman_image_composite32 () from /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 #3 0x75f028f5 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #4 0x75f3c3dd in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #5 0x75f3c93e in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #6 0x75f3ca59 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #7 0x75ef7b69 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #8 0x75f3fb31 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #9 0x75f44882 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #10 0x75f6c1a8 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #11 0x75f6d003 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #12 0x75f52a21 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #13 0x75f52ed9 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #14 0x75f53575 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #15 0x75ef7b69 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #16 0x75f3fb31 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #17 0x75eff6e7 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #18 0x75ef25c5 in cairo_paint () from /usr/lib/x86_64-linux-gnu/libcairo.so.2 #19 0x7797b5a3 in ?? () from /usr/lib/libevview3.so.3 #20 0x77984e90 in ?? () from /usr/lib/libevview3.so.3 #21 0x76f1941e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #22 0x77046210 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #23 0x756f43c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #24 0x7570db30 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #25 0x7570e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #26 0x77054736 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #27 0x77055daf in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #28 0x7705602f in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #29 0x76e6de05 in gtk_container_propagate_draw () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #30 0x76e6ded2 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #31 0x76f91df0 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #32 0x76f1941e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #33 0x77046210 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #34 0x756f43c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #35 0x7570db30 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #36 0x7570e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #37 0x77054736 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #38 0x77056183 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #39 0x76e6de05 in gtk_container_propagate_draw () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #40 0x76e6ded2 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #41 0x76f1941e in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #42 0x77046210 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #43 0x756f43c2 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #44 0x7570db30 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #45 0x7570e9df in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #46 0x77054736 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #47 0x77056183 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #48 0x00
Bug#792802: update?
I'm no longer contributing to maintainership of this package On Mon, 20 Jul 2015 at 16:00 Yaroslav Halchenko wrote: > Hi Daniel, > > I bet Noah wouldn't mind some help. > > are you a part of the python-modules team? if so -- we could proceed > and I will sponsor. If not -- upload to mentor, I will review, sponsor, > push changes to python-modules svn > > Cheers! > -- > Yaroslav O. Halchenko, Ph.D. > http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org > Research Scientist,Psychological and Brain Sciences Dept. > Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 > Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 > WWW: http://www.linkedin.com/in/yarik >
Bug#793063: base: Should Debian be a member of UEFI Forum?
Package: base Severity: normal Dear Debian Project, The UEFI Forum is "the group responsible for developing, managing and promoting UEFI specifications" according to their website. I think it would be in the Project's interest to become a member of this group, so as to influence the direction that UEFI takes. I'm not currently an expert in UEFI, but I'm willing to learn it and to do work involved in gaining such membership. I apologise if there's already a UEFI team and I'm going over their heads, but I looked and didn't find such a team. Assuming there isn't one, would anyone like to start one with me? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793062: human-icon-theme: debian/clean-up.sh runs processes in background
Package: human-icon-theme Version: 0.28.debian-3.3 Severity: serious This script is run during the build and buggy: = debian/clean-up.sh = #!/bin/sh # Manually clean-up find ./ -name Makefile.in* | xargs rm -f &>/dev/null rm -f ./po/Makefile.in.in &>/dev/null rm -f ./configure &>/dev/null rm -f ./intltool-update.in &>/dev/null rm -f ./intltool-merge.in &>/dev/null rm -r ./intltool-extract.in &>/dev/null rm -f ./config.guess &>/dev/null rm -f ./config.sub &>/dev/null rm -f ./install-sh &>/dev/null rm -f ./missing &>/dev/null rm -f ./aclocal.m4 &>/dev/null = = All processes are run in the background s.t. it is possible for the build process to have finished and the pbuilder chroot to have been cleaned up before these background processes are finished: >From todays's tests with human-icon-theme: 1234 10988 0.0 0.0 11668 740 pts/85 S12:27 0:00 find ./ -name Makefile.in* 1234 10989 0.0 0.0 8536 724 pts/85 S12:27 0:00 xargs rm -f 1234 12374 0.0 0.0 2040 264 pts/73 S16:35 0:00 rm -r ./intltool-extract.in 1234 4436 0.0 0.0 11668 1088 pts/85 S+ 17:48 0:00 find ./ -name Makefile.in* 1234 4437 0.0 0.0 8536 796 pts/85 S+ 17:48 0:00 xargs rm -f 1234 4442 0.0 0.0 8416 728 pts/85 S+ 17:48 0:00 rm -r ./intltool-extract.in 1234 9708 0.0 0.0 11668 992 pts/73 S17:56 0:00 find ./ -name Makefile.in* 1234 9709 0.0 0.0 8536 740 pts/73 S17:56 0:00 xargs rm -f 1234 31377 0.0 0.0 11668 984 pts/73 S18:01 0:00 find ./ -name Makefile.in* 1234 31378 0.0 0.0 8536 704 pts/73 S18:01 0:00 xargs rm -f 1234 30223 0.0 0.0 11668 1104 pts/73 S18:38 0:00 find ./ -name Makefile.in* 1234 30224 0.0 0.0 8536 796 pts/73 S18:38 0:00 xargs rm -f For some reason some of these processes get stuck (and they also block a wrapper script around pbuilder to terminate since the tty is still in use). I could reproduce this in wheezy, jessie, stretch, and sid pbuilder chroots. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793061: clone git-annex fails with OOM on server
Package: dgit Version: 1.0 Severity: normal joey@darkstar:~/tmp>dgit clone git-annex canonical suite name for unstable is sid fetching existing git history remote: fatal: Out of memory, calloc failed remote: aborting due to possible repository corruption on the remote side. fatal: protocol error: bad pack header dgit: failed command: git fetch -p -n -q 'https://git.dgit.debian.org/git-annex' '+refs/dgit/*:refs/remotes/dgit/dgit/*' '+refs/tags/*:refs/dgit-fetch/sid/tags/*' '+refs/heads/*:refs/dgit-fetch/sid/heads/*' dgit: subprocess failed with error exit status 128 Cloning other repos, such as dgit's, works. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dgit depends on: ii ca-certificates20150426 ii coreutils 8.23-4 ii curl 7.43.0-1 ii devscripts 2.15.5 ii dpkg-dev 1.18.1 ii dput 0.9.6.4 ii git [git-core] 1:2.1.4-2.1 ii libdpkg-perl 1.18.1 ii libjson-perl 2.90-1 ii libwww-perl6.13-1 ii perl [libdigest-sha-perl] 5.20.2-6 ii realpath 8.23-4 Versions of packages dgit recommends: ii openssh-client [ssh-client] 1:6.7p1-6 Versions of packages dgit suggests: pn sbuild -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#793060: dgit ignores build-opts
Package: dgit Version: 1.0 Severity: normal Quoth the manpage: dgit [dgit-opts] build|sbuild|build-source [build-opts] Quoth the sourcecode: Nervermore. Long story short, running e.g. dgit build -d will not install dependencies. Patching in -d into @dpkgbuildpackage works as intended. Thanks, Richard -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-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 Init: systemd (via /run/systemd/system) Versions of packages dgit depends on: ii ca-certificates20150426 ii coreutils 8.23-4 ii curl 7.43.0-1 ii devscripts 2.15.5 ii dpkg-dev 1.18.1 ii dput 0.9.6.4 ii git [git-core] 1:2.1.4-2.1 ii libdpkg-perl 1.18.1 ii libjson-perl 2.90-1 ii libwww-perl6.13-1 ii perl [libdigest-sha-perl] 5.20.2-6 ii realpath 8.23-4 Versions of packages dgit recommends: ii openssh-client [ssh-client] 1:6.7p1-6 Versions of packages dgit suggests: pn sbuild -- 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#791530: Possible cause: old libwacom2
It's just possible that this is caused by libwacom2 being the best part of 2 years outdated w.r.t. GNOME https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781103 -- Andrew Chadwick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#791708: needrestart: Add a "--quiet" option
Re, On 07/07/2015 10:22 PM, Rodrigo Campos wrote: > Thanks a lot for the quick response! > > I tried but didn't understand it. How can I make it interactive or auto? Using > -b with -r doesn't seem to do anything. The batch mode (-b) just reports pending restarts in a way easy to reuse it by other scripts. > I want to restart the daemons (sometimes choose which), but without the > progress > bar, ideally. Can this be done with "-b" ? > > Sorry if it can, I've been playing with it and didn't manage to do it. There is no "--quiet" option. To auto restart daemons you might use `-r a` (and redirect the output into /dev/null). To make needrestart more quiet you could use the verbose mode and redirect the stderr to /dev/null (this sounds somewhat weirrd ;-). > # needrestart -v 2> /dev/null > Running kernel seems to be up-to-date. > Services to be restarted: > Restart accounts-daemon.service? [Ynas?] ^C HTH, Thomas -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793059: Possible cause: old libwacom2
It's just possible that this is caused by libwacom2 being the best part of 2 years outdated w.r.t. GNOME https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781103 -- Andrew Chadwick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#788380: needrestart: Please don't restart user@1000.service
tags 788380 upstream,fixed-upstream severity 788380 minor thanks Hi Ansgar, On 07/07/2015 04:29 PM, Ansgar Burchardt wrote: > I think restarting a user's systemd instance also stops all (user) > services managed by said systemd instance. By default there are none and > thus no disruption. However if I configure "systemd --user" to start, > for example, an emacs server, this restarts the emacs server, possibly > losing data in the process. so this is related to #792032? I've added an entry to override_rc in the default configuration to prevent accidentally killing user services. Thanks & HTH, Thomas -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#778115: sflphone: ftbfs with GCC-5
tags 778115 +patch thanks ISO C99 introduced a new "isblank" function into the standard ctypes.h header file. This patch conditionally defines "isblank" only if C99 is not in use, and fixes the original gcc5 build problem. But now I run into a problem that looks like a missing KDE build-dep of some sort, but I don't know enough about qt/KDE to figure out what's missing or why this is failing: Scanning dependencies of target qtsflphone make[4]: Leaving directory '/home/brett/src/sflphone-1.4.1/kde/build' make[4]: Entering directory '/home/brett/src/sflphone-1.4.1/kde/build' [ 18%] Building CXX object src/lib/CMakeFiles/qtsflphone.dir/call.cpp.o cc1plus: error: /usr/include/qt4/KDE: No such file or directory [-Werror=missing-include-dirs] cc1plus: all warnings being treated as errors src/lib/CMakeFiles/qtsflphone.dir/build.make:388: recipe for target 'src/lib/CMakeFiles/qtsflphone.dir/call.cpp.o' failed Full build log at http://people.linux.hp.com/~brett/logs/sflphone-1.4.1/buildlog.txt --- sflphone-1.4.1.orig/daemon/libs/pjproject-2.2.1/pjlib/include/pj/compat/ctype.h +++ sflphone-1.4.1/daemon/libs/pjproject-2.2.1/pjlib/include/pj/compat/ctype.h @@ -41,9 +41,11 @@ # define toupper(c) (((c) >= 'a' && (c) <= 'z') ? (c)-('a'-'A') : (c)) #endif -#ifndef isblank +#ifndef __USE_ISOC99 +# ifndef isblank # define isblank(c) (c==' ' || c=='\t') -#endif +# endif +#endif /* __USE_ISOC99 */ #endif /* __PJ_COMPAT_CTYPE_H__ */ -- Brett Johnson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793059: gnome-control-center: Wacom module no longer detects when a tablet is plugged in
Package: gnome-control-center Version: 1:3.16.2-2+b1 Severity: important The Wacom module in gnome-control-center no longer detects when my Intuos 5 is plugged in to the USB port. > *** Reporter, please consider answering these questions, where appropriate *** >* What led up to the situation? I wanted to evaluate whether debian bug 791530 was fixed yet. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791530 Related/indicative of some upstream changes that haven't been fully integrated into Debian yet? >* What exactly did you do (or not do) that was effective (or > ineffective)? I attempted to plug in my graphics tablet, a Wacom Intuos 5 touch M (PTH-650/K, 056a:0027) to the USB port on my laptop while the Wacom control panel was open. > * What was the outcome of this action? When inserting this tablet, which was supported fully until recently (and is new enough to matter), all that is shown is the default "No tablet detected" / "Please plug in or turn on your Wacom tablet" message. Xorg appears fully in tune with this model of tablet (see log), and the tablet is listed (see list) and testable (all axes including pressure, x-tilt and y-tilt) in xinput. > * What outcome did you expect instead? I would expect the message above to be replaced almost immediately with a full, working interface allowing me to configure my tablet's buttons, as has happened with earlier Debian GNOME. -- $ xinput list ⎡ Virtual core pointer id=2[master pointer (3)] ⎜ ↳ Virtual core XTEST pointerid=4[slave pointer (2)] ⎜ ↳ SYNAPTICS Synaptics Large Touch Screenid=9[slave pointer (2)] ⎜ ↳ DLL060A:00 06CB:2734 id=11 [slave pointer (2)] ⎜ ↳ Wacom Intuos5 touch M Finger id=14 [slave pointer (2)] ⎜ ↳ Wacom Intuos5 touch M Pad pad id=15 [slave pointer (2)] ⎜ ↳ Wacom Intuos5 touch M Pen stylus id=16 [slave pointer (2)] ⎜ ↳ Wacom Intuos5 touch M Pen eraser id=17 [slave pointer (2)] ⎜ ↳ Wacom Intuos5 touch M Pen cursor id=18 [slave pointer (2)] ⎣ Virtual core keyboard id=3[master keyboard (2)] ↳ Virtual core XTEST keyboard id=5[slave keyboard (3)] ↳ Power Button id=6[slave keyboard (3)] ↳ Video Bus id=7[slave keyboard (3)] ↳ Power Button id=8[slave keyboard (3)] ↳ Integrated_Webcam_HD id=10 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=12 [slave keyboard (3)] ↳ Dell WMI hotkeys id=13 [slave keyboard (3)] - syslog --- (on plugging the device in) Jul 20 23:30:16 spatula kernel: [ 108.512318] wacom 0003:056A:0027.0003: hidraw2: USB HID v1.10 Mouse [Wacom Co.,Ltd. Intuos5 touch M] on usb-:00:14.0-2/input0 Jul 20 23:30:16 spatula kernel: [ 108.512980] input: Wacom Intuos5 touch M Finger as /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.1/0003:056A:0027.0004/input/input19 Jul 20 23:30:16 spatula kernel: [ 108.513126] wacom 0003:056A:0027.0004: hidraw3: USB HID v1.10 Device [Wacom Co.,Ltd. Intuos5 touch M] on usb-:00:14.0-2/input1 [multiple lines duplicated from Xorg.0.log omitted] Jul 20 23:30:16 spatula org.gnome.ControlCenter.SearchProvider[1710]: (gnome-control-center:2383): wacom-cc-panel-WARNING **: Failed to create fallback wacom device for '/dev/input/event15': Unsupported bus 'hid' (5) Jul 20 23:30:16 spatula org.gnome.ControlCenter.SearchProvider[1710]: (gnome-control-center:2383): wacom-cc-panel-WARNING **: Failed to create fallback wacom device for '/dev/input/event14': Unsupported bus 'hid' (5) Jul 20 23:30:16 spatula org.gnome.ControlCenter.SearchProvider[1710]: (gnome-control-center:2383): wacom-cc-panel-WARNING **: Failed to create fallback wacom device for '/dev/input/event14': Unsupported bus 'hid' (5) Jul 20 23:30:16 spatula org.gnome.ControlCenter.SearchProvider[1710]: (gnome-control-center:2383): wacom-cc-panel-WARNING **: Failed to create fallback wacom device for '/dev/input/event14': Unsupported bus 'hid' (5) Jul 20 23:30:16 spatula gnome-session[1654]: (gnome-settings-daemon:1729): wacom-plugin-WARNING **: Failed to create fallback wacom device for '/dev/input/event15': Unsupported bus 'hid' (5) Jul 20 23:30:16 spatula gnome-session[1654]: (gnome-settings-daemon:1729): wacom-plugin-WARNING **: Failed to create fallback wacom device for '/dev/input/event14': Unsupported bus 'hid' (5) Xorg.0.log -- (on plugging the device in) [ 108.456] (II) config/udev: Adding input device Wacom Intuos5 touch M Finger (/dev/input/mouse3) [ 108.456] (**) Wacom Intuos5 touch M Finger: Ignoring device from InputClass "t
Bug#787294: needrestart: provide Nagios/Icinga check for needrestart
Hi Chris, needrestart has already a simple nagios plugin mode (available since 2.1) - please take a look at README.nagios.md. Maybe you are looking for a nagios-plugin-needrestart package shipping the example config files? HTH, Thomas On 05/31/2015 07:06 AM, Christoph Anton Mitterer wrote: > Package: needrestart > Version: 2.1-1 > Severity: wishlist > Tags: upstream > > > Hi. > > It would be great if a (ideally C or C++) Icinga/Nagios plugin > could be written, that can be used to check a system for > processes needed to be restarted. > > Ideas for that could include the following: > - Use the performance data field to report the number of: > - user processes > - root processes > - other system users (i.e. not normal users not root) processes > - "the number of" kernel(s) to be restarted (i.e. 0 or 1). > that are currently to be restarted. > This allows a site to monitor its node and the > up-to-date-or-not history > - option switches to the plugin that allows to enable/disable > checking for each: > - root processes > - user processes > - other system users (i.e. not normal users not root) processes > - and include/exclude list of uids and/or gids, which are checked > - the kernel > - perhaps things like the min. age of a process, before it would trigger > a warning/error for the plugin > - if it should ever become easily possible to determine whether the > process needed to be restarted contained security updates since, > one could e.g. make such process and Icinga/Nagios error, and all > other processes (needed to be restarted, but without security issues) > a warning. > > > Cheers, > Chris. > -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#777853: patch for gcc5 build issue
tags 778122 + patch thanks Here is a simpler fix. I added the -std=gcc89 flag to 07_libft_PIC patch to cover gcc5 build issue. This builds and links with gcc5 and gcc4.9 Upstream may prefer to move to C99 instead, please see section "Different semantics for inline functions" at https://gcc.gnu.org/gcc-5/porting_to.html for more background. -- Alexander Balderson Linux for HP Helion OpenStack, Hewlett-Packard --- flow-tools-0.68.orig/debian/patches/07_libft_PIC 2015-07-20 22:00:28.47600 + +++ flow-tools-0.68/debian/patches/07_libft_PIC 2015-07-20 21:55:19.29200 + @@ -30,7 +30,7 @@ #AM_CFLAGS=-g -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs #AM_CFLAGS=-O2 -AM_CFLAGS = -g -Wall -+AM_CFLAGS = -g -Wall -fPIC ++AM_CFLAGS = -g -Wall -fPIC -std=gnu89 DEFS = -I. -I$(srcdir)/lib
Bug#722064: Found in version console-setup/1.123
Hello, I've found the same BUG in version console-setup/1.123. Regards, Marcelo Brisolla -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#778122: Wrong bug number
Sorry, I sent the prior patch to the wrong bug number. was meant for 777853. Thanks, -- Alexander Balderson Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793055: libpipeline: mark check build-dependency with profile
On Mon, Jul 20, 2015 at 11:11:26PM +0200, Helmut Grohne wrote: > The check build-dependency of libpipeline is only needed for running the > unit tests. Since unit tests cannot be run during cross compilation, > libpipeline must be crossed with DEB_BUILD_OPTIONS=nocheck. The build > profile feature now allows to also drop the corresponding Build-Depends > and thus allows shrinking the set of packages that need to be cross > built to achieve an architecture bootstrap. I.e. if libpipeline (and a > few other packages) mark their check build-dependency with the > profile, we can remove the check package from the architecture > bootstrap. I approve of this patch in general. I want to hold off a little before applying it, though, because I know that some infrastructure is still a bit ... recent where it comes to build profiles. (In particular, since my day job is as a Launchpad developer, I'd rather like to get Launchpad to support this first so that I don't make problems for myself at work.) But I think we can probably do this fairly soon. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640303: python-pdfminer: Please package latest upstream
On Fri, Jul 10, 2015 at 2:38 AM, Daniele Tricoli wrote: > On Tuesday 07 July 2015 11:03:54 Sandro Tosi wrote: >> please let me know if you are still looking for a sponsor as I can >> help here > > Many thanks for your offer, I only would like to ask to my previous sponsor > first (stefanor). any update on this? >> (but I want to try to get a a py3k pkg in as well) > > Me too, but it seems upstream doesn't want to support both Python 2 and > Python3 with a single codebase[¹] so, there is a Python3 fork[²] with Python2 > compatibility. I pushed a bit the upstream author, lets see how he reacts > What do you suggest to handle this? The best would be to get PR 71 merged, or > something similar... yeah, you could also get that patch and add it to the packaging to create a py3k package from it > I will start to work on pdfminer on the week end. My plan is to update the > package to version 20140328 to fix #741046 and then working on #640303? Does > it seem reasonable to you? sure makes sense, any ETA on when this work will start? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793008: pal: weeknumber calculation not locale aware
On Mon, Jul 20, 2015 at 04:20:00PM +0200, Carsten Hey wrote: > Thanks for this great bug report! > > * Rhonda D'Vine [2015-07-20 14:10 +0200]: > > I noticed today that pal seems to calculate the weeknumber always US > > centric (or at least not locale aware). If one has put show_weeknum > > into ~/.pal/pal.conf, regardless of LC_TIME setting pal always seems to > > calculate as if it's set to C. > > A few notes: > * A Google search revealed DIN 1355 / ISO 8601 as possibly relevant, >if one wants to verify that ncal -w is indeed correct. > * This bug presumably isn't triggered for all years (depending on the >first day of the year). > * LC_TIME=de_DE* seems to behave as LC_TIME=C in this case. > * pal(1) does not mention show_weeknum. > * An additional relevant pal rc setting is week_start_monday. > * This could be useful for testing: >LC_TIME=C TERM=dumb datefudge "1980-01-01 00:00" ... > * Since ncal hardly implemented proper LC_TIME handling itself, >this might be related to a libc function it uses - checking if >setlocale() is used correctly looks like a good idea. Interesting. I didn't think it was possile and at the very least it's porely documented, but: it looks like the information is there: $ LC_TIME=en_US.UTF-8 locale -k LC_TIME |grep week-1stweek week-1stweek=7 $ LC_TIME=C locale -k LC_TIME |grep week-1stweek week-1stweek=4 $ locale -k LC_TIME |grep week-1stweek week-1stweek=0 This information is available via nl_langinfo(). It shouldn't be too hard to make this usable somewhere... Have a nice day, -- Martijn van Oosterhout http://svana.org/kleptog/ > He who writes carelessly confesses thereby at the very outset that he does > not attach much importance to his own thoughts. -- Arthur Schopenhauer signature.asc Description: Digital signature
Bug#793050: Patch for build error when attempting to repeat dpkg-buildpackage 793050 multimon
tags 793050 + patch thanks Here is a fix for the build error when attempting to repeat a dpkg-buildpackage 793050 multimon The attached patch, adding the removal of mkcostab, gen and multimon under $(BINDIR) to clean target in Makefile to completely clean the results of a previous build, enables a repeat dpkg-buildpackage. Thanks, Mak. --- Makefile.orig 2015-07-20 22:06:01.872428028 + +++ Makefile 2015-07-20 21:27:01.0 + @@ -85,6 +85,7 @@ $(RM) -f core `find . -name '*.[oas]' -print` $(RM) -f core `find . -name 'core' -print` $(RM) -f core costabi.c costabf.c *~ + $(RM) -f $(BINDIR)/mkcostab $(BINDIR)/gen $(BINDIR)/multimon depend dep:
Bug#783251: ufw: Ufw autostarts wrongly by itself after Wheezy > Jessie upgrade
On 07/17/2015 03:27 PM, Quentin Berling wrote: > Hi, > I'm still having the problem. > I just did : > # ufw disable > # reboot > # ufw status > ERROR: problem running ip6tables I cannot reproduce this on an up to date sid system (which has the same version of ufw as jessie). Attached is a script to gather various details from the system. Please review it, copy it to /tmp/getinfo.sh, then run it like so: sudo sh /tmp/getinfo.sh Please send the resulting /tmp/ufw.tar.gz to my email address (ie, don't attach it to the bug since it reveals your firewall, kernel log, syslog and other details). Thanks -- Jamie Strandboge http://www.ubuntu.com/ getinfo.sh Description: application/shellscript signature.asc Description: OpenPGP digital signature
Bug#791437: kscreen: depends on plasma-framework and qml-module-qtgraphicaleffects packages
On Saturday, July 04, 2015 10:06:06 PM Viktar Vauchkevich wrote: > Package: kscreen > Version: 4:5.3.2-1 > Severity: normal > Tags: patch > > --- Please enter the report below this line. --- > > 1. Install systemsettings and kscreen > > 2. Exec systemsettings5 and click "Display and Monitor" > > kscreen: launcherDataAvailable: "org.kde.KScreen.Backend.XRandR" > > Failed to create QMLOutput > > QtGraphicalEffects provided by the qml-module-qtgraphicaleffects > package. ... Did you verify that installing the two additional packages solves the problem? Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792731: cups: incorrect MIME type on cups.css
On Mon, 20 Jul 2015 17:34:28 +0200, Didier 'OdyX' Raboud wrote: > Le lundi, 20 juillet 2015, 16.59:42 Stephen Kitt a écrit : > > On Mon, 20 Jul 2015 08:31:59 +0200, OdyX wrote: > > > Ah, there! Can you confirm that deleting these two configuration > > > files restores the correct behaviour of the webinterface? > > > > > > These files were removed from these paths in CUPS 1.4.0~svn8773-1, > > > in 2009, and weren't cleaned up back then. Let's fix that now! > > > > I used your patch instead of removing the files directly. For the > > upgrade to delete the files, you need to either drop the version from > > the rm_conffile lines, or specify 2.0.3-8; specifying > > 1.4.0~svn8773-1~ means that the files are only removed on upgrades > > from 1.4.0~svn8773-1~ (which wasn't the case for me). > > Good catch, but not exactly correct explanation; from man dpkg- > maintscript-helper: Yes, I was missing a <= and got the new target version wrong ;-). > We're in the latter case, so the version should be 2.0.3-9~ . > > Thanks for the heads'up and extensive test, will upload! Excellent, thanks for the quick fix! Regards, Stephen pgpd4Saod6c47.pgp Description: OpenPGP digital signature
Bug#778470: xscreensaver: Add support for lighdm "new login" feature.
> Please add support for "new login" feature lightdm (dm-tool) provide. > Patch os attached. Hi, thanks for the report and patch. But if both dm-tool and gdmflexiserver are installed on the machine, how do you know which one should be called? Is there a way to know we are in a session started by lightdm? Best regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792824: libmagics++-dev: arch-dependent files in "Multi-Arch: same" package
* Alastair McKinstry , 2015-07-20, 09:25: More ing timestamps! Thanks, will remove. Heh. :) Note that it's not only timestaps; the order of includes also varies in a few places, for example: -#include "GribAddressMode.h" #include "WindMode.h" +#include "GribAddressMode.h" -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792917: dget seems not to be able to download packages from different architectures
Hi Steven! * Steven Stewart-Gallus , 2015-07-20, 04:38: When I type something like dget libegl1-mesa:i386 dget does not download the appropriate package and just shows the help message. I would expect dget to download the i386 version of the package. Note that these days you can use apt-get for downloading binary packages: $ apt-get download libegl1-mesa:i386 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682580: [bug-gettext] Bug#682580: xgettext: fails to properly replace some placeholders in output .pot (PACKAGE, YEAR, C. HOLDER) (fwd)
On Mon, 20 Jul 2015 08:10:25 +0900 Daiki Ueno wrote: > Francesco Poli writes: > [...] > > What I really fail to understand is: if some placeholders are replaced > > by > > > > xgettext --copyright-holder="Python Software Foundation" \ > >--package-name=myapplication --package-version=0.1 \ > >--language=python myapplication.py -o myapplication2.pot > > > > why other placeholders are not touched at all?!? > > First of all, I would repeat that xgettext prepares a template for > translators, not a real content. If you want to put the real content > there, you can easily adjust it by using an Automake hook. > > With the above example, the replaced placeholders (i.e., COPYRIGHT > HOLDER, PACKAGE, VERSION) are common for all translations derived from > the package source code. > > On the other hand, xgettext intentionally doesn't provide a way to touch > some placeholders (YEAR, FULL NAME, LANGUAGE, etc), because it shall be > replaced by translators. If you run: > > msginit -i myapplication2.pot -o ja.po > > then you will get ja.po with those placeholders properly replaced for > translation. > > I think this is reasonable. If you are still not satisfied with the > answer, I'm afraid I doubt I could convince you of that. Then I am afraid we will have to agree to disagree. I am frankly having a hard time in seeing why the placeholder PACKAGE should be replaced in one occurrence, but not in the other. And in figuring out why the placeholder THE PACKAGE'S COPYRIGHT HOLDER should be replaced, while the YEAR placeholder should be left untouched in the *same* copyright notice. Am I the only one who thinks that this is highly asymmetrical and awkward? I am honestly puzzled... -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpfwWgA88LdZ.pgp Description: PGP signature
Bug#793031: new upstream (2.13)
Package: irker Severity: wishlist please upgrade to the current release (2.13). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793033: outdated homepage
Package: libseccomp Severity: minor it seems libseccomp moved to github, please update the homepage entry in your control file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793002: cgilib: please make the build reproducible
Source: cgilib Version: 0.6-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi! While working on the “reproducible builds” effort [1], we have noticed that cgilib could not be built reproducibly. The attached patch sets the mtimes of all files which are modified during the built to the date of the last changelog entry in order to produce files with reproducible metadata. Cheers, akira [1]: https://wiki.debian.org/ReproducibleBuilds diff -u cgilib-0.6/debian/changelog cgilib-0.6/debian/changelog --- cgilib-0.6/debian/changelog +++ cgilib-0.6/debian/changelog @@ -1,3 +1,10 @@ +cgilib (0.6-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix mtimes before building binary packages to produce reproducible output + + -- akira Fri, 17 Jul 2015 00:01:36 +0200 + cgilib (0.6-1) unstable; urgency=low * New upstream version diff -u cgilib-0.6/debian/rules cgilib-0.6/debian/rules --- cgilib-0.6/debian/rules +++ cgilib-0.6/debian/rules @@ -23,6 +23,8 @@ version = $(shell grep "^$(source) " debian/changelog|head -1 |sed 's/.*(\(.*\)\-[^\-]*).*/\1/g') revision = $(shell grep "^$(source) " debian/changelog|head -1 |sed 's/.*([^\-]*\-\(.*\)).*/\1/g') +BUILD_DATE := $(shell dpkg-parsechangelog --show-field Date) + installbin = install -g root -o root -m 755 installdoc = install -g root -o root -m 644 @@ -92,6 +94,8 @@ # # dpkg-shlibdeps debian/tmp/usr/tmp/$(MSHLIB0) dpkg-gencontrol -isp + find debian/tmp -newermt '$(BUILD_DATE)' -print0 | \ + xargs -0r touch --no-dereference --date='$(BUILD_DATE)' dpkg --build debian/tmp .. binary: binary-indep binary-arch
Bug#792175: Batik 1.8 is out, but incompatible!
Unfortunately, Batik 1.8 appears to be incomatible to Batik 1.7 Therefore, upgrading the package without bumping the name will cause many applications to break. E.g. for ELKI I had to limit Batik to the latest 1.7 version in the pom. See: http://mail-archives.apache.org/mod_mbox/xmlgraphics-batik-users/201503.mbox/%3c55157c80.4030...@ptc.com%3E Please consider: - careful testing of packages that depend on Batik - either bouncing the package name of batik, - or setting up appropriate "Breaks" dependencies It seems that upgrading to 1.8 should not be hard, but since a class was moved to a different package, it may require touching every package that depends on Batik. I'm not a big fan of keeping around many older versions, so maybe setting versioned Breaks: for those 15-16 packages that depend on batik, and working with the affected maintainers to provide packages working with Batik 1.8 instead, is an alternative to ensure a smooth upgrade? Regards, Erich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792123: [debian-mysql] Bug#792123: mariadb-common: utf8 4-bit character set
2015-07-19 23:20 GMT+02:00 Otto Kekäläinen : > 2015-07-11 20:03 GMT+03:00 Olaf van der Spek : >> +# MySQL/MariaDB default is Latin1, but in Debian we rather default to the >> full >> +# utf8 4-bit character set. See also client.cnf >> >> 4 bits isn't much, did you mean 4 bytes? > > Thank you for spotting the typo. > > Feel free to open a pull request on Github (against > https://github.com/ottok/mariadb-10.0) for this or any other spell > checking and you will get the git log credits for your contribution. I > can also easily run 'git pull > git://git.debian.org/users//mariadb-10.0.git' if you don't want to > collaborate via Github, just send the url of your repo location. BTW, IMO it's cleaner to move all comments / docs to a separate file / page.. Makes the conf files cleaner, easier to diff and allows the documentation to be better. -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#759556: cross- pkg-config
]] Helmut Grohne > Hi Tollef, > > On Fri, Oct 24, 2014 at 02:27:16PM +0200, Tollef Fog Heen wrote: > > Have the links created by triggers on /usr/bin/$arch-gcc. > > I have long pondered this possibility and concluded that triggers are > the wrong tool for the job. Here are a couple of reasons: > > 1. Triggering on /usr/bin/$arch-gcc is equivalent to triggering on > /usr/bin, because triggers cannot contain wildcards. Triggering on > /usr/bin is equivalent to triggering on every other package > installation. This sounds like a very bad idea. The list of arches is effectively static (and can be gotten from dpkg), so I don't see why that matters. You'd just add a trigger on all of them. > 2. So maybe triggering on something else is better. Possibly > /usr/lib/gcc? Unfortunately, cross compilers use /usr/lib/cross-gcc, > so we'd miss them. Furthermore, it has already been pointed out that > gcc is not the only compiler and pkg-config is used for other > languages than C. Packages such as pm-utils or x11-xkb-utils work > without one. So ideally, pkg-config should trigger on the > installation of any foreign-arch package. That doesn't matter, you still need build-essential installed, which pulls in gcc. > 3. During the freeze of jessie we have seen that when triggers are done > wrong (i.e. missing noawait when it is required) causes great pain. Fair point. > So I talked to Guillem Jover and he came up with an entirely different > solution: dpkg hooks. By passing --pre-invoke or --post-invoke to dpkg, > it invokes a shell command before or after certain operations. Since > dpkg version 1.17.19, there are DPKG_HOOK_ACTION values > "add-architecture" and "remove-architecture" which trigger on dpkg > --add-architecture and dpkg --remove-architecture, i.e. exactly what we > need. > > Of course, care must be taken to not break the system with a bad hook. Interesting approach. > +post-invoke=if test \( "$DPKG_HOOK_ACTION" = add-architecture -o > "$DPKG_HOOK_ACTION" = remove-architecture \) -a -x > /usr/share/pkg-config-dpkghook; then /usr/share/pkg-config-dpkghook update; fi That runs in shell context and -o / -a are XSIsms, so should probably rather use && and || instead. > So what do you think about this approach? Can you apply it? Please Cc me > in your reply. >From a quick skim, it looks pretty good. I'll certainly play with this and assuming I don't encounter problems or concerns, merge it. Thanks, :-) -- 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#791779: FTBFS: uninitialized constant Config (NameError)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 08 Jul 2015 13:26:54 +0200 Christian Hofstaedtler wrote: > Source: ruby-tokyocabinet Version: 1.31-3 Severity: serious > Justification: fails to build from source (but built successfully > in the past) > > Dear Maintainer, > > your package ruby-tokyocabinet currently FTBFS in unstable. I couldn't reproduce this bug in a chroot environment (using sbuild). The package built fine. The build log can be found here - http://paste.debian.net/284204/ - -- Regards Balasankar C http://balasankarc.in -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCgAGBQJVrS+UAAoJEJbtq5sua3Fxa2sIAK9/eJevpEVwLya8oxrQ67nC C3cDQdMS2FjV5+9C5VnGcQGQ8wfhj1xbskDvdarCzon1N6G5vTV968NR/fUmZ2IO lyAZcGagYagMFHktYuRJDPHKa3Hk0BCX2AgLDRWzY6fs3DL1t/NgoLvg62N6DrAh 2I4ffnkS66ZVbw/M0axJEcz1bit8OLLule0BdEZJLmXzJFMbraBz2RppLDqGVMa+ T2SmJLsBzlq+MIFrCXr79E3pB1cgw1yVqTYc7PF/1m4Csf/PCXetGXezHtpyMqKd rThN4VPVj9EeU+bp1+5OkgmKOROGdLAgjCxBgBSZnmwvpzbJlRLDLmN9Is/52ho= =QJ8t -END PGP SIGNATURE- 0x2E6B7171.asc Description: application/pgp-keys
Bug#778470: xscreensaver: Add support for lighdm "new login" feature.
> Please add support for "new login" feature lightdm (dm-tool) provide. > Patch os attached. Hi, thanks for the report and patch. But if both dm-tool and gdmflexiserver are installed on the machine, how do you know which one should be called? Is there a way to know we are in a session started by lightdm? Best regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792629: dolphin: Cannot hide items in resource panel
I'm facing the same issue! If you try to hide any item or change the order of items in the resource panel, the panel becomes empty and no changes are saved.
Bug#790488: Additional Information
Control: reassign -1 libpam-ldap/184-8.7+b1 Hi, On Mon, Jul 20, 2015 at 03:36:42PM -0500, William Thomas wrote: After various testing, I have determined the issue is with libldap. If a wheezy system is upgraded to the backports version 2.4.31+really2.4.40+dfsg-1~bpo70+1 it starts to exhibit the behaviour. And if a jessie system is downgraded to 2.4.31-2 it stops exhibiting the issue. I expect that what you are seeing is a result of fixing bug #368297. pam_ldap quite explicitly tries to bind with the rootbinddn first, and only falls back to binding as the user if that fails: https://github.com/PADL/pam_ldap/blob/master/pam_ldap.c#L3097 However, the specific combination of a setuid-root program (such as passwd) and TLS provided by GnuTLS linked against gcrypt is known to be troublesome (#368297 and many others), because gcrypt unconditionally drops root privileges if it has them. This has been fixed in 2.4.40 (jessie and wheezy-backports) by using a newer gnutls that links nettle instead of gcrypt; however, you're now exposed to that choice by pam_ldap to prefer to bind as root when changing passwords. I'm reassigning this back to libpam-ldap since IMO the correct fix is to have it prefer to bind as the user when changing its own password. I would note, though, that lib{pam,nss}-ldap are not really maintained any more, and it would be a good idea to investigate alternatives such as lib{pam,nss}-ldapd or sssd. Hope that helps, Ryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#778122: patch for gcc5 build issue
tags 778122 + patch thanks Here is a simpler fix. I added the -std=gcc89 flag to 07_libft_PIC patch to cover gcc5 build issue. This builds and links with gcc5 and gcc4.9 Upstream may prefer to move to C99 instead, please see section "Different semantics for inline functions" at https://gcc.gnu.org/gcc-5/porting_to.html for more background. -- Alexander Balderson Linux for HP Helion OpenStack, Hewlett-Packard --- flow-tools-0.68.orig/debian/patches/07_libft_PIC 2015-07-20 22:00:28.47600 + +++ flow-tools-0.68/debian/patches/07_libft_PIC 2015-07-20 21:55:19.29200 + @@ -30,7 +30,7 @@ #AM_CFLAGS=-g -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs #AM_CFLAGS=-O2 -AM_CFLAGS = -g -Wall -+AM_CFLAGS = -g -Wall -fPIC ++AM_CFLAGS = -g -Wall -fPIC -std=gnu89 DEFS = -I. -I$(srcdir)/lib
Bug#678279: with newer X, keyboard input does not reset xscreensaver idle timer
> Since I upgraded a bunch of things (X, gtk, ...) xscreensaver > sometimes locks my screen when I don't touch the mouse for a few > minutes, even if I use the keyboard constantly. That's rather > annoying, since at that moment I'm typically in the middle of typing a > rather long text. Thanks for your bug report. Is this still a problem? Anyway lowering severity until it has been confirmed by others. Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793058: ITP: jsonm -- Non-blocking streaming JSON codec for OCaml
Package: wnpp Severity: wishlist Owner: Mehdi * Package name: jsonm Version : 0.9.1 Upstream Author : Daniel Bünzli * URL : http://erratique.ch/software/jsonm * License : BSD Programming Lang: OCaml Description : Non-blocking streaming JSON codec for OCaml Jsonm is an OCaml non-blocking streaming codec to decode and encode the JSON data format. It can process JSON text without blocking on IO and without a complete in-memory representation of the data. . The uncut codec also processes whitespace and (non-standard) JSON with JavaScript comments. This OCaml library is needed as a new dependency for Opam, a package manager for OCaml. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793038: new upstream (2.8.x)
Package: jitsi Severity: wishlist it would be nice if you could upgrade to the current upstream version (2.8.x). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#778116: shell-fm: ftbfs with GCC-5
tags 778116 +patch thanks gcc5 implements C99 standard by default, which defaults "inline" functions to be external, unless otherwise specified. Fixed by specifying "static inline" for "scale" function, which is not externally linkable. --- shell-fm-0.7+git20100414.orig/source/play.c +++ shell-fm-0.7+git20100414/source/play.c @@ -79,7 +79,7 @@ struct stream { #ifndef EXTERN_ONLY static enum mad_flow input(void *, struct mad_stream *); static enum mad_flow output(void *, const struct mad_header *, struct mad_pcm *); -inline signed scale(mad_fixed_t); +static inline signed scale(mad_fixed_t); static int timed_read(int, unsigned char *, int, int); #endif @@ -535,7 +535,7 @@ static enum mad_flow output( } #endif -inline signed scale(register mad_fixed_t sample) { +static inline signed scale(register mad_fixed_t sample) { sample += (1L << (MAD_F_FRACBITS - 16)); if(sample >= MAD_F_ONE) -- Brett Johnson "Rudeness is the weak man's imitation of strength." ~~ Eric Hoffer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793048: plasma-widget-smooth-tasks: Doesn't work with plasma 5
Package: plasma-widget-smooth-tasks Version: 1flupp0~hg20120610-2+b1 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, this package in the current state is useless, given the transition to Plasma 5. Whishlist bug for this was created a while ago https://bitbucket.org/flupp/smooth-tasks-fork/issues/43/compile-against-kde5-fails but upstream has not responded. I'm opening this bug just to inform users of the current state of this package. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.8j (SMP w/4 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-widget-smooth-tasks depends on: ii libc62.19-19 ii libgcc1 1:5.1.1-14 ii libkdecore5 4:4.14.2-5 ii libkdeui54:4.14.2-5 ii libkio5 4:4.14.2-5 ii libplasma3 4:4.14.2-5 ii libqt4-dbus 4:4.8.7+dfsg-1 ii libqt4-network 4:4.8.7+dfsg-1 ii libqt4-svg 4:4.8.7+dfsg-1 ii libqt4-xml 4:4.8.7+dfsg-1 ii libqtcore4 4:4.8.7+dfsg-1 ii libqtgui44:4.8.7+dfsg-1 ii libstdc++6 5.1.1-14 ii libtaskmanager4abi4 4:4.11.13-2 ii libx11-6 2:1.6.3-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.2-1 plasma-widget-smooth-tasks recommends no packages. plasma-widget-smooth-tasks 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#711332: RM: w3c-dtd-xhtml -- RoQA; superseded by w3c-sgml-lib
Control: tags -1 - moreinfo > Not ready yet: > > # Broken Depends: > spip: spip > wdg-html-validator: wdg-html-validator > > # Broken Build-Depends: > libnb-platform18-java: w3c-dtd-xhtml > netbeans: w3c-dtd-xhtml They are all fixed in sid now. Thanks for the RM.
Bug#793057: ITP: godot -- open source MIT licensed game engine
Package: wnpp Severity: wishlist Owner: Bruno Ramos * Package name: godot Version : 1.1-stable Upstream Author : Juan Linietsky, Ariel Manzur * URL : http://www.godotengine.org * License : MIT Programming Lang: C++ Description : open source MIT licensed game engine Godot is an advanced, feature packed, multi-platform 2D and 3D game engine. It provides a huge set of common tools, so you can just focus on making your game without reinventing the wheel. Godot has been in development and used in-house by OKAM as early as 2001. In February of 2014 the source code for Godot was released to the public on GitHub under the MIT License. On 15 December 2014 Godot reached 1.0, first Stable release. - Package to be maintained as part of the Debian Games team (http://anonscm.debian.org/cgit/pkg-games/godot.git/) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#793053: nano: Redo corrupts buffer after disabling auto-indent
Package: nano Version: 2.4.2-1 Severity: normal Dear Maintainer, 1. Start nano with an empty buffer 2. Enable auto-indent 3. Type in a space and press return 4. Disable auto-indent 5. Press "undo" and then "redo" After pressing return, the new line is automatically indented by one space. But after disabling auto-indent and pressing "undo" followed by "redo", the indentation is missing and pressing "undo" again causes random characters to appear. Pressing "undo" followed by "redo" should leave the buffer unchanged. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nano depends on: ii libc6 2.19-18 ii libncursesw5 5.9+20150516-2 ii libtinfo5 5.9+20150516-2 ii zlib1g1:1.2.8.dfsg-2+b1 nano recommends no packages. Versions of packages nano suggests: pn spell -- 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#793054: youtube-dl(1) manpage: bad formating of long questions in FAQ
Package: youtube-dl Version: 2015.06.04.1-1 Severity: minor Some long question in the FAQ section of the manpage are incorrectly formatted. For example: I extracted a video URL with -g, but it does not play on another machine / in my webbrowser. The question is line wrapped, even though it'd easily fit on a single on my terminal; only the first line is bold; and the second line is unnecessarily indented. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741573: #741573: Menu Policy and Consensus
On Mon, Jul 20, 2015 at 09:50:21PM +0200, Sune Vuorela wrote: > The debian menu is de facto dead; it is time to put it out of its misery. This kind of language while customary of Sune and Josselin is inappropriate and rude to any people that have investigated significant time in maintaining menu. Though I strongly suggest that Sune and Josselin be ignored, since anyway they have both clearly stated that they were ignored the menu policy anyway, so they have no interest in the outcome. If we really want to improve communication on our list, the TC should start by rejecting rude statements and offensive referrals. Cheers, -- Bill. Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593057: Forwarding to upstream: Wrong Dutch mnemonic for "Save as" when closing gedit
forwarding: -1 https://bugzilla.gnome.org/show_bug.cgi?id=752639 kthxbye Hi Patrick, I am forwarding your bug report to upstream. thanks for reporting. regards althaser
Bug#793024: python-docker: Requires websocket-client >= 0.32
On 20 July 2015 at 10:38, Tianon Gravi wrote: > Although I'm not sure yet where that's coming from (posting in case > someone watching this bug already knows and can tell us a good fix > faster than I can dig and figure it out). :) Turns out the deps were encoded verbatim in no less than three files... I've updated our patch in SVN, so now it's just waiting for a sponsor. :) ♥, - Tianon 4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714290: [Pkg-nagios-devel] Bug#714290: package does not ship any documentation
Just hit this problem too. Upstream apparently keeps documentation on Sourceforge, which has been down for some time (multiple days). I installed this in the mistaken belief it would provide documentation..! Odd that Debian would ship, essentially, an empty package. -- "One can never know for sure what a deserted area looks like" - George Carlin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#792867: FTCBFS: uses wrong architecture Python
On Sun, Jul 19, 2015 at 03:54:55PM +0200, Helmut Grohne wrote: > As an aside note, I question the use of python-hdate to compute the > Jewish calendar: > * Since the build date is used to select the year of the calendar file, >the package is not reproducible. (Ccing the reproducible people) > * The last build happened in 2014, so the installed calendar is no >longer useful for day to day use (neither in stable nor in unstable). Absolutely agreed. Any idea how to fix this? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#790421:
Has there been any progress on putting this patch into debian? i'd like to have it in ubuntu before the feature freeze (a month away)
Bug#789835: memcached: FTBFS in sid: timeout in t/lru-crawler.t
On Mon, 29 Jun 2015 22:40:01 +0200 Guillaume Delacour wrote: > > > > This package FTBFS in a clean sid sbuild setup: > > > > t/line-lengths.t . ok > > Timeout.. killing the process > > t/lru-crawler.t .. > > Failed 126/221 subtests > > Seems to be a random issue that affect other distributions (i'm quite > sure to have been reproduced at least one time a long time ago, but > wrongly guess this was my env): > > http://forums.famillecollet.com/viewtopic.php?id=3165 > https://code.google.com/p/memcached/issues/detail?id=398 > http://webcache.googleusercontent.com/search?q=cache:2j2npL8eOAMJ:https://arch-ci.org/extra/memcached/log/+&cd=10&hl=fr&ct=clnk > > I've opened issue on upstream googlecode (as GitHub memcached space > don't let me create issues) to have his point of view about this issue. Upstream and i don't reproduce the problem, do you ? I tried to iterate around 250 times on this test and never reproduce this. $ while true ; do prove t/lru-crawler.t ; done If you reproduce it, don't hesitate to give me as much details as possible to reproduce myself/upstream to fix this issue. -- Guillaume Delacour signature.asc Description: OpenPGP digital signature