Bug#741481: Error in `/usr/share/doc-base/mutt', line 14: all `Format' sections are invalid.
Hi! On Sat, 2014-03-15 at 20:55:38 +0100, Evgeni Golov wrote: [ CCing src:dpkg and src:apt as I have no idea why this is happening ] On Wed, Mar 12, 2014 at 10:51:11PM +0100, Michael Biebl wrote: During the latest upgrade, I got the following error message: Preparing to unpack .../mutt_1.5.22-2_amd64.deb ... Unpacking mutt (1.5.22-2) ... Processing triggers for man-db (2.6.6-1) ... Processing triggers for desktop-file-utils (0.22-1) ... Processing triggers for gnome-menus (3.8.0-2) ... Processing triggers for mime-support (3.54) ... Processing triggers for doc-base (0.10.5) ... Processing 1 added doc-base file... Error in `/usr/share/doc-base/mutt', line 14: all `Format' sections are invalid. Note: `install-docs --verbose --check file_name' may give more details about the above error. Registering documents with scrollkeeper... Processing triggers for menu (2.1.46) ... Setting up mutt (1.5.22-2) ... update-alternatives: using /usr/bin/mutt-org to provide /usr/bin/mutt (mutt) in auto mode Processing triggers for menu (2.1.46) ... This is interesting. It sliped my testing of the change ([1]), as I installed the package directly via dpkg, where mutt.postinst and the doc-base triggers are run in the correct order (first mutt postinst, then the triggered stuff): […] In your (and later my) use of apt, doc-base is triggered *before* update-alternatives has created the proper links to the documentation and thus doc-base barfs about missing files (w/o useful message, but still). @dpkg/apt maintainers: I thought triggers should be run *after* the package is fully installed and only the order of the triggers is not guaranteed? W/o having looked into the details, this just seems like another instance of #671711. Which I'm planning to check its status again soon, either for 1.17.7 or 1.17.8, and include the old fix depending on the impact on the distribution. 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#741719: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: binutils-avr Version: 2.23.1-2 Severity: wishlist Tags: patch Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com diff -ruN binutils-avr-2.23.1.old/debian/control binutils-avr-2.23.1/debian/control --- binutils-avr-2.23.1.old/debian/control 2014-03-16 01:39:52.883388043 -0400 +++ binutils-avr-2.23.1/debian/control 2014-03-16 01:52:54.242670172 -0400 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Hakan Ardo ha...@debian.org Standards-Version: 3.0.1.1 -Build-Depends: autoconf (= 2.13), automake1.9, bison, flex, gettext, texinfo, binutils (= 2.9.5.0.12), gcc (= 2.95.2), debhelper (= 5), tar (= 1.13.18), bzip2, findutils(=4.2.31) +Build-Depends: bison, flex, gettext, texinfo, binutils (= 2.9.5.0.12), gcc (= 2.95.2), debhelper (= 5), tar (= 1.13.18), bzip2, findutils(=4.2.31) Package: binutils-avr Section: devel signature.asc Description: Digital signature
Bug#741720: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: libsieve Version: 2.2.6-1.1 Severity: wishlist Tags: patch Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com diff -ruN libsieve-2.2.6.old/debian/control libsieve-2.2.6/debian/control --- libsieve-2.2.6.old/debian/control 2014-03-16 02:16:03.894809515 -0400 +++ libsieve-2.2.6/debian/control 2014-03-16 02:24:07.645203078 -0400 @@ -2,7 +2,7 @@ Section: libs Priority: optional Maintainer: Jose Luis Tallon jltal...@adv-solutions.net -Build-Depends: automake1.9|automaken, bison, flex, libtool, +Build-Depends: autoconf, automake1.11, bison, flex, libtool, debhelper (= 4.2.0), dpatch Standards-Version: 3.7.3 signature.asc Description: Digital signature
Bug#741721: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: liece Version: 2.0+0.20030527cvs-11 Severity: wishlist Tags: patch Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com diff -ruN liece-2.0+0.20030527cvs.old/debian/control liece-2.0+0.20030527cvs/debian/control --- liece-2.0+0.20030527cvs.old/debian/control 2014-03-16 02:32:38.235244932 -0400 +++ liece-2.0+0.20030527cvs/debian/control 2014-03-16 03:07:38.665022856 -0400 @@ -2,7 +2,7 @@ Section: net Priority: extra Maintainer: OHASHI Akira b...@debian.org -Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 5), emacs | emacsen, autoconf, automake1.9 | automaken, gettext, libtool +Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 5), emacs | emacsen, autoconf, automake1.11, gettext, libtool Standards-Version: 3.7.2 Package: liece signature.asc Description: Digital signature
Bug#741722: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: qwo Version: 0.5-2 Severity: wishlist Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com signature.asc Description: Digital signature
Bug#741723: Please stop build depending on automake1.4, automake1.9 and automake1.10
Source: riece Version: 8.0.0-1 Severity: wishlist Tags: patch Usertags: automake-cleanup-2013 As documented in http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be removing automake1.4, automake1.9 and automake1.10 from the archive. Your package has a build dependency on one (or more) of these packages. In many cases these dependencies are unnecessary as there is typically no build time dependency on automake for most packages. If it is required, you should update the dependency to automake or automake1.11. If you need any assistance with making your package work with a newer version of automake, please let me know, but it should be relatively painless for the most part. I plan to ask for the removal of automake1.4, automake1.9 and automake1.10 in approximately one month. Once they removed this bug's severity will be upgraded to serious. -- Eric Dorland e...@kuroneko.ca ICQ: #61138586, Jabber: ho...@jabber.com diff -ruN riece-8.0.0.old/debian/control riece-8.0.0/debian/control --- riece-8.0.0.old/debian/control 2014-03-16 03:29:16.165183468 -0400 +++ riece-8.0.0/debian/control 2014-03-16 03:31:00.617053584 -0400 @@ -4,7 +4,7 @@ Maintainer: OHASHI Akira b...@debian.org Build-Depends: cdbs, debhelper -Build-Depends-Indep: autoconf, automake1.9 | automaken, emacs | emacsen +Build-Depends-Indep: autoconf, automake1.11, emacs | emacsen Standards-Version: 3.8.4 Package: riece signature.asc Description: Digital signature
Bug#741223: vmdebootstrap: please support root on btrfs
[Petter Reinholdtsen]
I had a look at how to implement this, and came up with the attached
patch. It is able to set up btrfs, but the resulting image do not
boot. I do not understand why, so I thought it was time to ask for
feedback. :)
I managed to get the resulting image booting by removing the root
subvolume and placing the files directly in the btrfs root. The
attached patch work when using '--roottype btrfs'. But it will result
in systems that are harder to maintain than what should be the goal
with btrfs.
Anyway, an updated patch is attached. the subvolume parts are
commented out. I very much welcome help from extlinux experts to
figure out how to get extlinux to boot a system with btrfs and
subvolumes. :)
--
Happy hacking
Petter Reinholdtsen
diff --git a/vmdebootstrap b/vmdebootstrap
index a6d43ac..eb92a05 100755
--- a/vmdebootstrap
+++ b/vmdebootstrap
@@ -36,6 +36,9 @@ class VmDebootstrap(cliapp.Application):
self.settings.boolean(['verbose'], 'report what is going on')
self.settings.string(['image'], 'put created disk image in FILE',
metavar='FILE')
+self.settings.string(['roottype'],
+ 'specify file system type for /',
+ default='ext4')
self.settings.bytesize(['size'],
'create a disk image of size SIZE (%default)',
metavar='SIZE',
@@ -110,7 +113,7 @@ class VmDebootstrap(cliapp.Application):
try:
rootdev = None
-roottype = 'ext4'
+roottype = self.settings['roottype']
bootdev = None
boottype = None
if self.settings['image']:
@@ -120,6 +123,14 @@ class VmDebootstrap(cliapp.Application):
(rootdev,bootdev) = self.setup_kpartx()
self.mkfs(rootdev, type=roottype)
rootdir = self.mount(rootdev)
+rootfsdir = rootdir
+if 'btrfs' == roottype:
+self.settings['package'].append(btrfs-tools)
+## Put root in a subvolume, to ease snapshots and volume
management
+#newrootdir = %s/@ % rootdir
+#self.runcmd(['btrfs', 'subvolume', 'create', newrootdir])
+#os.mkdir(%s/btrfs % newrootdir)
+#rootdir = newrootdir
if bootdev:
if self.settings['boottype']:
boottype = self.settings['boottype']
@@ -143,7 +154,7 @@ class VmDebootstrap(cliapp.Application):
self.customize(rootdir)
if self.settings['image']:
if not self.settings['no-extlinux']:
-self.install_extlinux(rootdev, rootdir)
+self.install_extlinux(rootdev, rootdir, rootfsdir)
self.optimize_image(rootdir)
if self.settings['foreign']:
@@ -315,7 +326,12 @@ class VmDebootstrap(cliapp.Application):
fstab = os.path.join(rootdir, 'etc', 'fstab')
with open(fstab, 'w') as f:
f.write('proc /proc proc defaults 0 0\n')
-f.write('%s / %s errors=remount-ro 0 1\n' % (rootdevstr, roottype))
+if 'btrfs' == roottype:
+f.write('%s / %s defaults 0 1\n' % (rootdevstr, roottype))
+#f.write('%s / %s subvol=@ 0 1\n' % (rootdevstr, roottype))
+#f.write('%s /btrfs %s defaults 1\n' % (rootdevstr, roottype))
+else:
+f.write('%s / %s errors=remount-ro 0 1\n' % (rootdevstr,
roottype))
if bootdevstr:
f.write('%s /boot %s errors=remount-ro 0 2\n' % (bootdevstr,
boottype))
@@ -400,7 +416,7 @@ class VmDebootstrap(cliapp.Application):
f.close()
-def install_extlinux(self, rootdev, rootdir):
+def install_extlinux(self, rootdev, rootdir, rootfsdir):
self.message('Installing extlinux')
def find(pattern):
@@ -419,7 +435,7 @@ class VmDebootstrap(cliapp.Application):
'-s', 'UUID', rootdev])
uuid = out.splitlines()[0].strip()
-conf = os.path.join(rootdir, 'extlinux.conf')
+conf = os.path.join(rootfsdir, 'extlinux.conf')
logging.debug('configure extlinux %s' % conf)
f = open(conf, 'w')
f.write('''
@@ -428,7 +444,7 @@ timeout 1
label linux
kernel %(kernel)s
-append initrd=%(initrd)s root=UUID=%(uuid)s ro %(kserial)s
+append initrd=%(initrd)s root=UUID=%(uuid)s ro %(kserial)s %(rootflags)s
%(extserial)s
''' % {
'kernel': kernel_image,
@@ -437,6 +453,8 @@ append initrd=%(initrd)s root=UUID=%(uuid)s ro %(kserial)s
'kserial':
'console=ttyS0,115200' if self.settings['serial-console'] else '',
'extserial': 'serial 0 115200' if self.settings['serial-console'] else '',
+'rootflags': '',
+#'rootflags': 'rootflags=subvol=@' if 'btrfs'
Bug#613184: Please stop using HAL - hwinfo
at bottom :- On 3/16/14, Hideki Yamane henr...@debian.or.jp wrote: Control: tags -1 +fixed-upstream Hi, It was solved in upstream Wednesday March 17 2010 75c3d35: - remove hal dependency Now upstream has tagged 20.1, so I'd try to package it. -- Hideki Yamane henr...@debian.or.jp Hi all, It's indeed very good news if Hideki Yamani packages and uploads the new hwinfo for our usage. Looking forward to the new package. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741331: unreproducible
Hi, Quoting very selectively here: [Original report] Fails to find rspec: Could not find rspec (= 2.0.0) amongst [] [unreproducible] I'm unable to reproduce the problem. ii ruby 1:1.9.3 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-1 ii ruby 1:1.9.3.4 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 It's very likely that ruby-rspec-puppet is missing a dependency on rubygems-integration here (or it should drop it's code dependency on loading gems). The versions of ruby and ruby1.9.1 suggest that in the unreproducible case ruby2.0 is installed too, which brings in rubygems-integration - causing the gem to be found. -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#741724: could you package the latest 0.9.3.3 version
Source: cbflib Version: 0.9.2.2-1 Severity: wishlist Hello, it seems that a new version which allow to read hdf5 files and NeXus file is available. could you package it thanks Frederic -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.12-1-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613184: Update hwinfo package (RE: Please stop using HAL)
Control: tags -1 +patch +pending
Hi William,
hwinfo package has RC bug (#613184) due to dependency to HAL.
It was solved in upstream and tagged as 20.1 as newest release
in their git repository. See https://gitorious.org/opensuse/hwinfo
I've prepared new upstream version package for hwinfo as attached
diff (including some fixes and updates). Please consider to update
your package, or to allow me to do it with NMU.
Thanks!
--
Hideki Yamane henr...@debian.or.jp
diff -urN hwinfo-16.0/debian/changelog hwinfo-20.1/debian/changelog
--- hwinfo-16.0/debian/changelog 2014-03-16 07:20:39.0 +0900
+++ hwinfo-20.1/debian/changelog 2014-03-16 13:21:21.810517204 +0900
@@ -1,3 +1,33 @@
+hwinfo (20.1-0.1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * New upstream release (Closes: #677102, #661994?)
+ * debian/patches
+- refresh all patches
+- drop serial_struct,as-needed.patch: merged upstream
+- drop fix-ftbfs: not necessary due to upstream's change
+- add remove_git_dependency_from_Makefile.patch: since upstream package
+ generation depends on local git repository.
+ * debian/source/format
+- set 3.0 (quilt)
+ * debian/rules
+- remove patch lines
+- add VERSION file to deal with upstream change
+- remove upstream Changelog file
+ * debian/control
+- remove Build-Depends: libhal-dev (Closes: #613184)
+- remove Build-Depends: quilt
+- add Build-Depends: libx86emu-dev
+- fix description (not libhd13-dev anymore)
+- update to libhd20
+ * debian/*.install
+- adjust file name due to above change
+ * debian/copyright
+- update upstream URL (Closes: #667846)
+- update to copyright format 1.0
+
+ -- Hideki Yamane henr...@debian.org Sun, 16 Mar 2014 08:20:36 +0900
+
hwinfo (16.0-2.2) unstable; urgency=low
* Non-maintainer upload.
diff -urN hwinfo-16.0/debian/control hwinfo-20.1/debian/control
--- hwinfo-16.0/debian/control 2014-03-16 07:20:39.0 +0900
+++ hwinfo-20.1/debian/control 2014-03-16 13:02:57.019776262 +0900
@@ -2,7 +2,7 @@
Section: admin
Priority: optional
Maintainer: William Vera bi...@billy.com.mx
-Build-Depends: debhelper (= 7.2.11), quilt, perl, flex, libdbus-1-dev, libhal-dev, linux-kernel-headers, doxygen, pkg-config
+Build-Depends: debhelper (= 7.2.11), perl, flex, libdbus-1-dev, linux-kernel-headers, doxygen, pkg-config, libx86emu-dev
Standards-Version: 3.8.3
Package: hwinfo
@@ -23,7 +23,7 @@
you think one or more of these should be included in the package, please
contact the maintainer at hwi...@packages.debian.org.
-Package: libhd16
+Package: libhd20
Section: libs
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -57,12 +57,12 @@
partitions, network card, graphics card, monitor, camera, mouse, sound, pppoe,
isdn, modem, printer, scanner, bios, cpu, usb, memory and smp.
.
- This package contains the documentation for the libhd13-dev package.
+ This package contains the documentation for the libhd-dev package.
Package: libhd-dev
Section: libdevel
Architecture: any
-Depends: libhd16 (= ${binary:Version}), libdbus-1-dev (= 0.61), libhal-dev (= 0.5)
+Depends: libhd20 (= ${binary:Version}), libdbus-1-dev (= 0.61), libhal-dev (= 0.5)
Suggests: libhd-doc
Provides: libhd12-dev, libhd13-dev, libhd14-dev, libhd15-dev, libhd16-dev
Description: Hardware identification system library and headers
diff -urN hwinfo-16.0/debian/copyright hwinfo-20.1/debian/copyright
--- hwinfo-16.0/debian/copyright 2014-03-16 07:20:39.0 +0900
+++ hwinfo-20.1/debian/copyright 2014-03-16 13:22:43.766066714 +0900
@@ -1,55 +1,55 @@
-This package was debianized by Morten Werner Olsen wer...@skolelinux.no on
-Sun, 30 May 2004 21:39:25 +0200.
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Upstream-Name: hwinfo
+Source: https://gitorious.org/opensuse/hwinfo
+Upstream-Contact: Steffen Winterfeldt snw...@suse.de
+ https://www.suse.com
+
+Files: *
+Copyright: 2006-2013 Steffen Winterfeldt
+ SUSE Linux GmbH
+License: GPL-2
+
+Files: src/int10/AsmMacros.h
+Copyright: 1993,1994 by David Wexelblat d...@xfree86.org
+ The Regents of the University of California.
+License: BSD-3-clause
+ Redistribution and use in source and binary forms, with or without
+ modification, are permitted provided that the following conditions
+ are met:
+ .
+ 1. Redistributions of source code must retain the above copyright
+notice, this list of conditions and the following disclaimer.
+ 2. Redistributions in binary form must reproduce the above copyright
+notice, this list of conditions and the following disclaimer in the
+documentation and/or other materials provided with the distribution.
+ 3. Neither the name of the University nor the names of its contributors
+may be used to endorse or promote products derived from this software
+without specific prior written permission.
+ .
+ On Debian systems, the
Bug#741675: clamav-base: Missing quoting and bogus generated config file
same problem, tried also clean install after apt-get remove clamav clamav-base clamav-daemon clamav-docs clamav-freshclam libclamav6 --purge: root@abcdefg:~# apt-get install clamav clamav-base clamav-daemon clamav-docs clamav-freshclam libclamav6 Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: libclamunrar6 The following NEW packages will be installed: clamav clamav-base clamav-daemon clamav-docs clamav-freshclam libclamav6 0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/7 269 kB of archives. After this operation, 15,8 MB of additional disk space will be used. Retrieving bug reports... Done Parsing Found/Fixed information... Done serious bugs of clamav-base (- 0.98.1+dfsg-1+deb7u2) unfixed #741675 - clamav-base: Missing quoting and bogus generated config file Summary: clamav-base(1 bug) Are you sure you want to install/upgrade the above packages? [Y/n/?/...] Preconfiguring packages ... Selecting previously unselected package libclamav6. (Reading database ... 266865 files and directories currently installed.) Unpacking libclamav6 (from .../libclamav6_0.98.1+dfsg-1+deb7u2_i386.deb) ... Selecting previously unselected package clamav-base. Unpacking clamav-base (from .../clamav-base_0.98.1+dfsg-1+deb7u2_all.deb) ... Selecting previously unselected package clamav-freshclam. Unpacking clamav-freshclam (from .../clamav-freshclam_0.98.1+dfsg-1+deb7u2_i386.deb) ... Selecting previously unselected package clamav. Unpacking clamav (from .../clamav_0.98.1+dfsg-1+deb7u2_i386.deb) ... Selecting previously unselected package clamav-daemon. Unpacking clamav-daemon (from .../clamav-daemon_0.98.1+dfsg-1+deb7u2_i386.deb) ... Selecting previously unselected package clamav-docs. Unpacking clamav-docs (from .../clamav-docs_0.98.1+dfsg-1+deb7u2_all.deb) ... Processing triggers for man-db ... Setting up libclamav6 (0.98.1+dfsg-1+deb7u2) ... Setting up clamav-base (0.98.1+dfsg-1+deb7u2) ... /var/lib/dpkg/info/clamav-base.postinst: line 403: [: too many arguments Setting up clamav-freshclam (0.98.1+dfsg-1+deb7u2) ... /var/lib/dpkg/info/clamav-freshclam.postinst: line 353: [: too many arguments [] Starting ClamAV virus database updater: freshclamERROR: Missing argument for option at line 10 ERROR: Can't open/parse the config file /etc/clamav/freshclam.conf failed! Setting up clamav (0.98.1+dfsg-1+deb7u2) ... Setting up clamav-daemon (0.98.1+dfsg-1+deb7u2) ... [FAIL] Clamav signatures not found in /var/lib/clamav ... failed! [FAIL] Please retrieve them using freshclam ... failed! [FAIL] Then run '/etc/init.d/clamav-daemon start' ... failed! Setting up clamav-docs (0.98.1+dfsg-1+deb7u2) ... root@abcdefg:~# freshclam --verbose ERROR: Missing argument for option at line 10 ERROR: Can't open/parse the config file /etc/clamav/freshclam.conf root@abcdefg:~# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663114: Patch to implement parallelism in dkms
Thanks, Andras. dkms.parallelism.diff is working well for me. With 8 cores, spl+zfs now install in 4m47s instead of 6m18s. I tested the patch with dkms 2.2.0.3-1.1ubuntu5 on Ubuntu 14.04. Ivan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741675: clamav-base: Missing quoting and bogus generated config file
returned to older version and everything works: root@abcdefg:~/temppi# apt-get remove clamav clamav-base clamav-daemon clamav-docs clamav-freshclam libclamav6 --purge Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: clamav* clamav-base* clamav-daemon* clamav-docs* clamav-freshclam* libclamav6* 0 upgraded, 0 newly installed, 6 to remove and 0 not upgraded. After this operation, 15,8 MB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 267059 files and directories currently installed.) Removing clamav ... Removing clamav-daemon ... [ ok ] Stopping ClamAV daemon: clamd. Purging configuration files for clamav-daemon ... Removing clamav-freshclam ... [ ok ] Stopping ClamAV virus database updater: freshclam. Purging configuration files for clamav-freshclam ... Removing clamav-base ... Purging configuration files for clamav-base ... Removing clamav-docs ... Removing libclamav6 ... Purging configuration files for libclamav6 ... Processing triggers for man-db ... root@abcdefg:~/temppi# find /etc/ -name '*clam*' /etc/logwatch/conf/logfiles/clam-update.conf root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# root@abcdefg:~/temppi# ll total 6,8M drwxr-xr-x 2 root root 4,0K maali 16 10:15 . drwxr-x--- 55 root root 4,0K helmi 19 18:40 .. -rw-r--r-- 1 root root 328K huhti 25 2013 clamav_0.97.8+dfsg-1_i386.deb -rw-r--r-- 1 root root 302K huhti 25 2013 clamav-base_0.97.8+dfsg-1_all.deb -rw-r--r-- 1 root root 420K huhti 25 2013 clamav-daemon_0.97.8+dfsg-1_i386.deb -rw-r--r-- 1 root root 1,3M huhti 25 2013 clamav-docs_0.97.8+dfsg-1_all.deb -rw-r--r-- 1 root root 315K huhti 25 2013 clamav-freshclam_0.97.8+dfsg-1_i386.deb -rw-r--r-- 1 root root 4,2M huhti 25 2013 libclamav6_0.97.8+dfsg-1_i386.deb root@abcdefg:~/temppi# dpkg -i *deb Selecting previously unselected package clamav. (Reading database ... 266865 files and directories currently installed.) Unpacking clamav (from clamav_0.97.8+dfsg-1_i386.deb) ... Selecting previously unselected package clamav-base. Unpacking clamav-base (from clamav-base_0.97.8+dfsg-1_all.deb) ... Selecting previously unselected package clamav-daemon. Unpacking clamav-daemon (from clamav-daemon_0.97.8+dfsg-1_i386.deb) ... Selecting previously unselected package clamav-docs. Unpacking clamav-docs (from clamav-docs_0.97.8+dfsg-1_all.deb) ... Selecting previously unselected package clamav-freshclam. Unpacking clamav-freshclam (from clamav-freshclam_0.97.8+dfsg-1_i386.deb) ... Selecting previously unselected package libclamav6. Unpacking libclamav6 (from libclamav6_0.97.8+dfsg-1_i386.deb) ... Setting up clamav-base (0.97.8+dfsg-1) ... Setting up clamav-docs (0.97.8+dfsg-1) ... Setting up libclamav6 (0.97.8+dfsg-1) ... Processing triggers for man-db ... Setting up clamav-freshclam (0.97.8+dfsg-1) ... [ ok ] Starting ClamAV virus database updater: freshclam. Setting up clamav (0.97.8+dfsg-1) ... Setting up clamav-daemon (0.97.8+dfsg-1) ... [FAIL] Clamav signatures not found in /var/lib/clamav ... failed! [FAIL] Please retrieve them using freshclam ... failed! [FAIL] Then run '/etc/init.d/clamav-daemon start' ... failed! root@abcdefg:~/temppi# freshclam --verbose Current working dir is /var/lib/clamav Max retries == 5 ClamAV update process started at Sun Mar 16 10:16:34 2014 Using IPv6 aware code Querying current.cvd.clamav.net TTL: 43 Software version from DNS: 0.98.1 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.97.8 Recommended version: 0.98.1 DON'T PANIC! Read http://www.clamav.net/support/faq Retrieving http://db.fi.clamav.net/main.cvd nonblock_connect: connect timing out (30 secs) Can't connect to port 80 of host db.fi.clamav.net (IP: 212.7.0.71) Trying host db.fi.clamav.net (62.245.181.53)... Trying to download http://db.fi.clamav.net/main.cvd (IP: 62.245.181.53) Downloading main.cvd [100%] Loading signatures from main.cvd Properly loaded 2424225 signatures from new main.cvd main.cvd updated (version: 55, sigs: 2424225, f-level: 60, builder: neo) Querying main.55.69.1.0.62.245.181.53.ping.clamav.net Retrieving http://db.fi.clamav.net/daily.cvd Trying to download http://db.fi.clamav.net/daily.cvd (IP: 62.245.181.53) Downloading daily.cvd [100%] Loading signatures from daily.cvd Properly loaded 824404 signatures from new daily.cvd daily.cvd updated (version: 18606, sigs: 824404, f-level: 63, builder: neo) Querying daily.18606.69.1.0.62.245.181.53.ping.clamav.net Retrieving http://db.fi.clamav.net/bytecode.cvd Trying to download http://db.fi.clamav.net/bytecode.cvd (IP: 62.245.181.53) Downloading bytecode.cvd [100%] Loading signatures from bytecode.cvd Properly loaded 43 signatures from new bytecode.cvd bytecode.cvd updated (version: 236, sigs: 43, f-level: 63, builder: dgoddard)
Bug#741725: yi: FTBFS, fixed by new upstream version
Package: yi Version: 0.7.0-1 Severity: serious Tags: upstream patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, I tried building yi and got the following error: # apt-get build-dep yi Reading package lists... Done Building dependency tree Reading state information... Done Selected version '0.7.0-1' (unstable) for yi E: Failed to satisfy Build-Depends dependency for yi: Installed package alex is too new # A downgrade to alex 3.1.0 from testing solved this problem, but alex 3.1.3 from unstable is prohibited by yi.cabal as well as debian/control. A new upstream version of yi (0.7.1) has no upper bound on its alex dependency, so I took the new upstream tarball as well as debian/ from yi-0.7.0-1 and deleted the upper bound to the alex dependency from debian/control. The package built successfully, installed cleanly and the resulting yi binary had no obvious defects. Since I am new to debian packaging, I append my patch to debian/control -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14.0-rc6 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yi depends on: ii libatk1.0-0 2.10.0-2 ii libc62.18-4 ii libcairo21.12.16-2 ii libffi6 3.0.13-12 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libghc-yi-dev0.7.0-1+b5 ii libghc-yi-doc0.7.0-1 ii libglib2.0-0 2.38.2-5 ii libgmp10 2:5.1.3+dfsg-1 ii libgtk2.0-0 2.24.22-1 ii libncurses5 5.9+20140118-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-0 1.36.2-2 ii libpangoft2-1.0-01.36.2-2 ii libtinfo55.9+20140118-1 ii zlib1g 1:1.2.8.dfsg-1 yi recommends no packages. yi suggests no packages. -- no debconf information --- yi-0.7.0/debian/control 2013-10-15 10:59:09.0 +0200 +++ yi-0.7.1/debian/control 2014-03-16 09:03:44.584639000 +0100 @@ -85,7 +85,6 @@ , libghc-xdg-basedir-dev ( 0.3) , libghc-xdg-basedir-prof , alex (= 3.0.3) - , alex (= 3.1.1) , libghc-gtk-dev , libghc-gtk-prof , libghc-vte-dev
Bug#741656: grub-common: grub-mkrescue lost its -J flag, d-i now FTBFS on kfreebsd-*
Hi, Steven Chamberlain: I'm unfamiliar with xorriso but the man page mentions -joliet on The problem is that argument -- marks the end of the parameter list of xorriso command -as mkisofs. Both versions of grub-mkrescue start xorriso with that command and use mkisofs-ish options to define the job. The old (bash) one does not interpret -- by itself, but appends it to the xorriso arguments. So xorriso leaves mkisofs emulation and does not understand mkisofs option -J any more. The new (C language) grub-mkrescue takes -- as reason to append all following arguments to the xorriso argument list. It consumes this first --. So xorriso stays in mkisofs emulation and understands -J. Cyril Brulebois: | grub-mkrescue: invalid option -- 'J' This is the new grub-mkresue. It complains because there is no -- which indicates the start of options to be forwarded to xorriso. | xorriso : FAILURE : Not a known command: '-J' This is when the old one fowarded both -- and -J. Colin Watson: (We've talked about changing the behaviour back upstream, but the thread petered out a bit and I don't believe it's done yet.) We seem to wait for Vladimir Serbinenko to decide whether he wants to unify the CLIs of some tools and thus really break the CLI of grub-mkrescue. If the decision is made in favor of CLI change, then the new grub-mkrescue should get means to tell its boss scripts that the new behavior is active. Again, it would be up to Vladimir to officially define that indicator. Currently i see no fully satisfying way to consistently use both grub-mkrescue versions by the same shell command line. At most one could ensure that xorriso interprets all its user provided arguments as native commands. This would be achieved by prepending -- -- to the user arguments: grub-mkrescue ... -- -- -joliet on ... Old grub-mkrescue would execute: xorriso -as mkisofs ...args.from.mkrescue... -- -- -joliet on ... The orphan -- will be silently ignored by xorriso. New grub-mkrescue would execute: xorriso -as mkisofs ...args.from.mkrescue... -- -joliet on ... xorriso commands are documented in man xorriso. If you want to stay with man xorrisofs, you may run a second -as mkisofs command to enable interpretation of mkisofs-ish options: grub-mkrescue ... -- -- -as mkisofs -J ... Nevertheless, the end of the first -as mkisofs triggers some processing of its mkisofs options. This can create interesting stumblestones. Enabling Joliet production is not such a stumblestone, though. Adding a few files should be ok too. (In native mode, use -add.) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#387642: texlive-pictures also provides pgf, please add alternative
Control: retitle -1 latex-beamer should depend on texlive-pictures instead of pgf On 2006-09-15 17:11:38 +0200, martin f krafft wrote: latex-beamer is currently uninstallable together with texlive, because it depends on pgf. texlive itself depends on texlive pictures, which contains pgf. Therefore I suggest changing the latex-beamer dependency from pgf to pgf | texlive-pictures pgf is now a transitional dummy package that depends on texlive-pictures. Therefore latex-beamer should now depend only on texlive-pictures instead of pgf. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741711: Unsatisfied dependencies on amd64/i386
On Sun, Mar 16, 2014 at 03:22:02AM +0100, Michael Biebl wrote: Package: obnam Version: 1.7-1 Severity: serious obnam depends on python-tracing (= 0.8~) [amd64, i386] but that version is not available in unstable. Looks like a tainted build environment. Uploading that version now. Thanks! -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733112: [Pkg-systemd-maintainers] Bug#733112: libsystemd-login0: logind not found by gdm3
Control: reassign -1 gnome-shell Michael Stapelberg stapelb...@debian.org writes: So, I think the problem is in how gdm figures out whether it should talk to logind in the first place, not in any systemd component. Can you verify this? (And if so, can you please reassign the bug?) ① https://bugs.archlinux.org/task/31814 When starting gnome session from startx, or starting gdm3, the gnome-shell process tries to access /proc/1/cgroup, which would obviously not work when /proc is mounted with -o hidepid=, but I could not find anything relevant in its source. After upgrading debian testing yesterday, the gnome session shows a fullscreen something went wrong dialog with a log out button, even for a new user on a fresh install of gnome, so that's the end of my debugging. I also tried using gnome-shell from experimental, with no luck. I'll reassign this bug to gnome-shell without being entirely sure, but that looks like one step closer to the origin of the problem. -- Stig Sandbeck Mathisen I HAVE NO GNOME SINCE I HAVE DESTROYED GNOME WITH MY GNOME -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741707: md5 is insecure, even for obnam
On Sat, Mar 15, 2014 at 07:17:02PM -0400, Joey Hess wrote: Here's a feasible attack on obnam due to its use of md5. I agree that this attack would work. It's not exactly likely (MD5 collisions are still not trivial, in my understanding, to generate), but it's clear Obnam needs to switch. If I change the checksum now, all existing Obnam backup repositories become unuseable. Luckily, the big code change in version 1.7, just released, is to allow Obnam to support more than one repository format, allowing me to make changes there. Unluckily, it'll be a while before I can make a stable new repository format, since there's now a laundry list of things that should be addressed, so this bug'll stay open for a while. I would also recommend parametizing the hash used by obnam, so that if whatever hash you choose gets broken later, it can easily switch to its replacement. Absolutely. No hash is safe from attacks in the long run, so parameterising is a necessary new feature in the next repository format. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704636: bug
* Tuxicoman deb...@jesuislibre.net [2014-03-14 19:53 +0100]: I use Debian Jessie now with kernel 3.13 and still I got this in dmesg : [ 14.226208] systemd-logind[4077]: New seat seat0. [ 14.226589] systemd-logind[4077]: Watching system buttons on /dev/input/event4 (Power Button) [ 14.226619] systemd-logind[4077]: Watching system buttons on /dev/input/event7 (Video Bus) [ 14.226645] systemd-logind[4077]: Watching system buttons on /dev/input/event3 (Power Button) [ 14.227017] systemd-logind[4077]: New session 1 of user Debian-gdm. [ 14.227068] systemd-logind[4077]: Linked /tmp/.X11-unix/X0 to /run/user/113/X11-display. The above isn't alsa related. [ 14.856907] 2:3:1: cannot get freq at ep 0x82 Did you tried to run your device at an EHCI port? Elimar -- what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) --posting from alex in debian-user-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741698: [Pkg-xfce-devel] Bug#741698: lightdm: shutdown/restart options in XFCE are no longer available
On Sat, Mar 15, 2014 at 08:23:18PM +, brian m. carlson wrote: Package: lightdm Version: 1.8.8-1 Severity: important After upgrading to lightdm 1.8.8-1, the shutdown and restart options are no longer available to me. When I downgrade to lightdm 1.8.7-1, everything works fine. Do you mean the shutdown/restart options *inside the greeter* or in the desktop environment? The metadata below is from 1.8.7-1, since I've downgraded to that in order to have the ability to restart be functional. What init system do you use? sysvrc or systemd? Regards, -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#741726: grub: generated grub.cfg leads to non booting system. Drops to rescue shell after not finding root device.
Source: grub Version: 2.02~beta2-7 Severity: critical Justification: breaks the whole system Dear Maintainer, grub: generated grub.cfg leads to non booting system. Drops to rescue shell after not finding root device. Updating from older grub to grub 2.02~ beta2-7 update-grub - generated same config file again - boots into rescue-mode -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.32-std420-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741554: [Pkg-alsa-devel] Bug#741554: alsa-base: Invalid PCM pointer with CMI8738
* Andoru andoru.b...@gmail.com [2014-03-13 20:50 +0200]: Package: alsa-base Version: 1.0.25+3 Severity: important Dear Maintainer, I've been having this problem on CrunchBang 11 Waldorf which is based off Debian Wheezy (I think) I've had to restart the PC 4 times because of this. Every time I try to listen to something, at random points it hiccups (basically keeps repeating the last few ms of what I was listening, probably what was on the buffer) and the whole OS becomes unresponsive, CPU raises at around 95-100% at which point I can't do anything but turn the PC off. The GUI (TTY7) becomes very unresponsive (for example when I move a window from one place to another, it slowly creeps to the destination. Also TTYs 1-6 are unusuable as they get flooded with this error: [X.XX] cmipci: invalid PCM pointer: 0x According to [0] it should help to switch the pcm in pulse? [0] http://forums.linuxmint.com/viewtopic.php?f=202t=57132 Elimar -- Experience is something you don't get until just after you need it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741727: sbuild-createchroot: custom suffix in chroot names
Package: sbuild
Version: 0.64.1-1
Severity: wishlist
It would be great if sbuild-createchroot would allow to set a custom
suffix while creating chroots. At the moment, -sbuild suffix is
hardcoded:
# Write out schroot chroot configuration.
my $chrootname = ${suite}- . $conf-get('BUILD_ARCH') . -sbuild;
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718031: Bodhi
I am sorry, that my technical skills and time resources are to low to work active on that problem. But did anyone noticed Bodhi-Linux? It is a Ubuntu-based distro which use E17 as its default desktop. And it includes Terminolgoy. Maybe there is someone to help or we can learn from the package there? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718031: details of current state
Could someone please describe detailed the current state of the packages and what are the detailed problems (dependencies) about that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741728: /usr/bin/apt-get: apt-get fails to upgrade package without error message
Package: apt
Version: 0.9.16.1
Severity: important
File: /usr/bin/apt-get
The obnam package is upgradeable but apt-get install obnam fails to upgrade
it without printing any reason why. Before I force upgrade by
uninstalling+installing obnam, is there a way to get more useful debug output?
I have tried -o Debug::pkgProblemResolver=yes and -o Debug::pkgOrderList=yes
but those did not seem to be useful.
# apt-cache policy obnam
obnam:
Installed: 1.6.1-1
Candidate: 1.7-1
Version table:
1.7-1 0
500 http://http.debian.net/debian/ sid/main i386 Packages
*** 1.6.1-1 0
100 /var/lib/dpkg/status
1.5-1 0
500 http://http.debian.net/debian/ jessie/main i386 Packages
1.1-1.1 0
500 http://ftp.de.debian.org/debian/ wheezy/main i386 Packages
# apt-get install obnam
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
obnam
0 upgraded, 0 newly installed, 0 to remove and 6 not upgraded.
# dpkg -l obnam
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ NameVersionArchitecture Description
+++-===-==-==-
ii obnam 1.6.1-1i386 online and disk-based
backup application
I don't currently want to do apt-get upgrade/dist-upgrade because I don't want
to upgrade grub because of some bugs. In aptitude, where I have forbidden some
package versions, 'aptitude dist-upgrade' has a similar effect as the 'apt-get
install obnam' (note that it shows obnam as NEW package to be installed but
then does nothing):
# aptitude dist-upgrade
The following NEW packages will be installed:
gettext-base:amd64{ab} grub-common:amd64{ab} grub-pc-bin:amd64{ab}
libasprintf0c2:amd64{a}
libdevmapper1.02.1:amd64{a} libfreetype6:amd64{a} libfuse2:amd64{a}
libpng12-0:amd64{a}
libstdc++6:amd64{a} libudev1:amd64{a} obnam os-prober:amd64{a}
seahorse-daemon{ab}
The following packages will be upgraded:
grub-pc grub2-common libcryptui0a{b}
3 packages upgraded, 12 newly installed, 0 to remove and 3 not upgraded.
Need to get 5,709 kB/6,412 kB of archives. After unpacking 28.5 MB will be used.
The following packages have unmet dependencies:
seahorse-daemon : Breaks: seahorse ( 3.2) but 3.0.2-1 is installed and it is
kept back.
libcryptui0a : Breaks: seahorse ( 3.2) but 3.0.2-1 is installed and it is
kept back.
Breaks: seahorse-plugins ( 3.2) but 2.30.1-4 is installed.
grub-common:amd64 : Conflicts: grub-common but 2.00-22 is installed and it is
kept back.
grub-common : Conflicts: grub-common:amd64 but 2.02~beta2-7 is to be installed.
grub-pc-bin:amd64 : Conflicts: grub-pc-bin but 2.00-22 is installed and it is
kept back.
grub-pc-bin : Conflicts: grub-pc-bin:amd64 but 2.02~beta2-7 is to be installed.
gettext-base:amd64 : Conflicts: gettext-base but 0.18.3.2-1 is installed.
gettext-base : Conflicts: gettext-base:amd64 but 0.18.3.2-1 is to be installed.
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) gettext-base:amd64 [Not Installed]
2) grub-common:amd64 [Not Installed]
3) grub-pc [2.00-22 (now, testing)]
4) grub-pc-bin:amd64 [Not Installed]
5) grub2-common [2.00-22 (now, testing)]
6) libcryptui0a [3.0.2-1 (now)]
7) seahorse-daemon [Not Installed]
Accept this solution? [Y/n/q/?]
The following NEW packages will be installed:
obnam
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 6 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
nothing to commit, working directory clean
git-snapshot-script: nothing to be done
nothing to commit, working directory clean
git-snapshot-script: nothing to be done
Current status: 7 updates [+1].
-- Package-specific info:
-- apt-config dump --
APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^linux-image-3.12-1-amd64$;
APT::NeverAutoRemove:: ^linux-image-extra-3.12-1-amd64$;
APT::NeverAutoRemove:: ^linux-signed-image-3.12-1-amd64$;
APT::NeverAutoRemove:: ^linux-backports-modules-.*-3.12-1-amd64$;
APT::NeverAutoRemove:: ^linux-headers-3.12-1-amd64$;
APT::NeverAutoRemove:: ^linux-image-3.13-1-amd64$;
APT::NeverAutoRemove:: ^linux-image-extra-3.13-1-amd64$;
Bug#735202: bug 735202 status
Script started on Sun 16 Mar 2014 06:21:45 AM EDT jude@d-216-36-20-9:~$ uname -ar Linux d-216-36-20-9 3.13-1-amd64 #1 SMP Debian 3.13.5-1 (2014-03-04) x86_64 GNU/Linux jude@d-216-36-20-9:~$ exit Script done on Sun 16 Mar 2014 06:21:55 AM EDT With the kernel version and other recent updates shown above, on this hardware so far as I can tell the speakup cut and paste bug has been squashed. I tried a cut and paste operation with this kernel a little earlier and the cut and paste worked the way it had worked in earlier kernel versions without the crashed systems. jude jdash...@shellworld.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741052: Any volunteer to finish libcofoja-java (Was: Bug#741052: [igv] Unhandled exception java.lang.NoClassDefFoundError: com/google/java/contract/util/Objects)
On Sat, Mar 15, 2014 at 10:51:31AM -0700, Diane Trout wrote: That's fine but I personally do not require this for sponsoring. I always fetch the packaging from VCS. Ok. debian/changelog pushed to alioth. Though I still haven't pushed a release tag. Not really - perhaps you forgot the final push? Anyway I have taken the d/changelog file from your mentors commit to build the package. Should you do that, or should I? I'll do after uploading usually. This has been reasonable in the past since I might do some last minute changes before uploading and thus tagging *after* the upload seems to make sense. It depends. Sometimes the lintian issue should remain as a reminder fro potential future fixes. An override is fine if there is really no point that it would be fixed in the future. Ok. So it actually makes sense to leave the no upstream changelog and reminder to use gpg signatures as either of those could be added at any time. And both would be useful to have. Thank you for reviewing and sponsoring. Thanks for your preparation - Package just uploaded (please git pull for latest status) Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714796: ferm: modifies conffiles (policy 10.7.3): /etc/default/ferm
tag 714796 + patch thanks On 2013-07-02 23:41, Andreas Beckmann wrote: during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/default/ferm The problem is that postinst unconditionally overwrites the value of the ENABLED= variable in /etc/default/ferm with whatever was stored in debconf. I just experienced this during an upgrade whereby I explicitly disabled ferm by setting ENABLED=no yet after the upgrade, it was ENABLED=yes. This resulted in me being locked out of the system. The attached trivial patch fixes this by using the debconf value only as the default, when no ENABLED= is present. Christian From 52f20b4c7483847efcc121135f3fb91469e22a98 Mon Sep 17 00:00:00 2001 From: Christian Kastner deb...@kvr.at Date: Sun, 16 Mar 2014 11:30:24 +0100 Subject: [PATCH] Do not unconditionally overwrite ENABLED= in /etc/default/ferm --- debian/ferm.postinst | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/debian/ferm.postinst b/debian/ferm.postinst index 0f8ea64..84b1146 100644 --- a/debian/ferm.postinst +++ b/debian/ferm.postinst @@ -37,10 +37,7 @@ if [ $action = configure ]; then # If the admin deleted or commented some variables but then set # them via debconf, (re-)add them to the configuration file grep -Eq '^ *ENABLED=' /etc/default/ferm || \ - echo ENABLED= /etc/default/ferm - -# substitute value -sed -i s/^ENABLED=.*$/ENABLED=\$VALUE\/ /etc/default/ferm + echo ENABLED=$VALUE /etc/default/ferm # make the firewall configuration readable only by root and group adm if [ -d /etc/ferm ]; then -- 1.9.0
Bug#740429: [Pkg-fonts-devel] Bug#740429: fonts-crosextra-carlito: please backport fonts-crosextra-carlito and fonts-crosextra-caladea to wheezy-backports
Hi, On Dienstag, 4. März 2014, Fabian Greffrath wrote: Would it be possible to backport fonts-crosextra-carlito and fonts-crosextra- caladea from jessie to wheezy-backports? Maybe Holger would like to have a look? I'll have a look on this soon. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#714796: ferm: modifies conffiles (policy 10.7.3): /etc/default/ferm
On 2014-03-16 11:45, Christian Kastner wrote: On 2013-07-02 23:41, Andreas Beckmann wrote: during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy debsums reports modification of the following files, from the attached log (scroll to the bottom...): /etc/default/ferm The problem is that postinst unconditionally overwrites the value of the ENABLED= variable in /etc/default/ferm with whatever was stored in debconf. I just experienced this during an upgrade whereby I explicitly disabled ferm by setting ENABLED=no yet after the upgrade, it was ENABLED=yes. This resulted in me being locked out of the system. The attached trivial patch fixes this by using the debconf value only as the default, when no ENABLED= is present. Eh, I just noticed that the original value was quoted, which I didn't do. Updated patch attached. Christian From f0fbd0876e8bbbdbedb04955219ce4b8f2f53bef Mon Sep 17 00:00:00 2001 From: Christian Kastner deb...@kvr.at Date: Sun, 16 Mar 2014 11:30:24 +0100 Subject: [PATCH] Do not unconditionally overwrite ENABLED= in /etc/default/ferm --- debian/ferm.postinst | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/debian/ferm.postinst b/debian/ferm.postinst index 0f8ea64..f13c9b8 100644 --- a/debian/ferm.postinst +++ b/debian/ferm.postinst @@ -37,10 +37,7 @@ if [ $action = configure ]; then # If the admin deleted or commented some variables but then set # them via debconf, (re-)add them to the configuration file grep -Eq '^ *ENABLED=' /etc/default/ferm || \ - echo ENABLED= /etc/default/ferm - -# substitute value -sed -i s/^ENABLED=.*$/ENABLED=\$VALUE\/ /etc/default/ferm + echo ENABLED=\$VALUE\ /etc/default/ferm # make the firewall configuration readable only by root and group adm if [ -d /etc/ferm ]; then -- 1.9.0
Bug#740912: apt-file: list command produces no output
On 2014-03-06 07:46, Daniel Bolton wrote: Package: apt-file Version: 2.5.2 Severity: important Dear Maintainer, Commands of the format `apt-file list [valid package name]` produce no output and exit with 0. I also tried the -x option (remembering an older bug) with identical results. [...] Hi, Have you run apt-file update to ensure that your cache is up to date? Regarding the return of exit 0 (on failure), then that is reported as #505222. It is an backwards incompatible change, so I have been deferring it for a while. FTR, what is the name of the package(s) you have been trying? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687419: [uscan] Allow a different compression scheme when repacking upstream tarballs
Control: forcemerge 730768 687419 Hi, these two bugs seem to be the same, merging. Also note that I applied a small fix to the patch in http://anonscm.debian.org/gitweb/?p=collab-maint/devscripts.git;a=commit;h=a727137d502a1667a984ad262acd59825ff4ba46 Andreas, can you check that it is indeed correct? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#740016: nvidia-driver: OpenGL image painted over other windows
Package: nvidia-driver Version: 331.49-1 Followup-For: Bug #740016 I've found that running a composition manager (such as xcompmgr) makes this problem go away most of the time. However, occasionally a single frame still gets painted on top of everything else. It does not happen very frequently, perhaps a couple of times per hour at most. So far I've only observed it with Steam, so I can't be certain if it's specific to something Steam does. I'm using Sawfish as window manager. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.1-core2 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-driver depends on: ii libc6 2.18-4 ii libgl1-nvidia-glx 331.49-1 ii libnvidia-ml1 331.49-1 ii nvidia-alternative 331.49-1 ii nvidia-installer-cleanup 20131102+1 ii nvidia-kernel-dkms [nvidia-kernel-331.49] 331.49-1 ii nvidia-support 20131102+1 ii nvidia-vdpau-driver331.49-1 ii xserver-xorg-video-nvidia 331.49-1 Versions of packages nvidia-driver recommends: pn libgl1-nvidia-glx-i386 none pn nvidia-settings none Versions of packages nvidia-driver suggests: ii nvidia-kernel-dkms 331.49-1 Versions of packages xserver-xorg-video-nvidia depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.18-4 ii libgl1-nvidia-glx 331.49-1 ii nvidia-alternative 331.49-1 ii nvidia-installer-cleanup 20131102+1 ii nvidia-support 20131102+1 ii xserver-xorg-core [xorg-video-abi-15] 2:1.15.0-2 Versions of packages xserver-xorg-video-nvidia recommends: ii nvidia-kernel-dkms [nvidia-kernel-331.49] 331.49-1 pn nvidia-settingsnone ii nvidia-vdpau-driver331.49-1 Versions of packages xserver-xorg-video-nvidia suggests: ii nvidia-kernel-dkms 331.49-1 Versions of packages nvidia-alternative depends on: ii glx-alternative-nvidia 0.4.1 Versions of packages nvidia-kernel-dkms depends on: ii dkms 2.2.0.3-1.2 ii nvidia-alternative [nvidia-alternative--kmod-alias] 331.49-1 ii nvidia-installer-cleanup 20131102+1 ii nvidia-kernel-common 20131102+1 nvidia-kernel-dkms recommends no packages. Versions of packages glx-alternative-nvidia depends on: ii glx-alternative-mesa 0.4.1 ii glx-diversions0.4.1 glx-alternative-nvidia suggests no packages. Versions of packages nvidia-driver is related to: pn ia32-libs none pn libdrm-nouveau1none pn libdrm-nouveau1a none ii libdrm-nouveau22.4.52-1 pn libgl1-nvidia-alternatives-ia32none ii libgl1-nvidia-glx [libgl1-nvidia-glx-any] 331.49-1 pn libgl1-nvidia-glx-ia32 none pn libgl1-nvidia-glx-ia32-any none pn libgl1-nvidia-legacy-173xx-glx-ia32none pn libgl1-nvidia-legacy-96xx-glx-ia32 none ii linux-headers-3.12.0-core2 [linux-headers] 3.12.0-1 ii linux-headers-3.12.1-core2 [linux-headers] 3.12.1-1 ii linux-headers-3.8.4-core2 [linux-headers] 3.8.4-1 ii nvidia-driver [nvidia-glx-any] 331.49-1 pn nvidia-glx none ii nvidia-kernel-common 20131102+1 ii nvidia-kernel-dkms 331.49-1 pn nvidia-kernel-source none pn nvidia-settingsnone ii nvidia-support 20131102+1 pn nvidia-xconfig none ii xserver-xorg 1:7.7+6 ii xserver-xorg-core 2:1.15.0-2 pn xserver-xorg-video-nouveau none ii xserver-xorg-video-nvidia [xserver-xorg-video-nvidia-any] 331.49-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737903: totem unusable
Hello Paul! Your bug report shows up as one of the highest priority tasks on my debian maintainer dashbord since you've marked it as render package unusable. I'm using totem myself and it works very well for me. On the other hand my computer doesn't even contain a DVD drive Are you sure about the severity? Maybe you overreacted and want to consider lowering the severity of your bug report? If not, please elaborate a bit on how the package is unusable despite it looking to me like it works very well here. I'm sorry, I'm not able to help you out much with your problem... as mentioned I don't even have a DVD drive, so it's hard for me to investigate your problem. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671796: Switching to PACPL 5.0 solves the OGG header problem
Hello, I just installed PACPL 5.0.1 from the git repository… and this solves the problem. Maybe a good incentive to package this new release ;-) Cheers Michel
Bug#740928: gnome: Gnome crash to start and display «Oh no! Something has gone wrong» message
Control: tag -1 moreinfo Control: severity -1 important Hello Alexandre! Thanks for your bug report and sorry to hear you're having problems. Unfortunately your bug report doesn't contain any information that makes it possible for me to investigate it. Also, while it might 'render package unusable' for you - I can confirm that it's not the case in general, which is an additional reason why I'm lowering the severity of your bug report. Guessing a bit here: The reason you get the fail whale dialog in gnome is likely because some underlying component has crashed. You'll need to figure out which one and why it crashed (or atleast get a backtrace). Suggestion on where to look is try to hunt for segfault messages, ie. dmesg | grep segfault Once you've identified the process that's crashing for you, try to get a backtrace. There are multiple ways of accomplishing that. Either attach gdb to the running process and 'continue' until it crashes and then 'backtrace'. Another way is to enable coredumps and then get the backtrace from the coredump. Please make sure you have debugging symbols installed when getting the backtrace (so it's not just full of ). For more information on how to get a backtrace, see: https://wiki.debian.org/HowToGetABacktrace Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740139: gnome-maps fails to start
Control: reassign -1 dbus Control: affects -1 gnome-maps Control: fixed -1 1.8.0-2 Hello! I remember us discussing this on IRC, and if I'm not mistaken the problem went away when manually reloading/restarting dbus. This makes me suspect the automatic reloading of dbus did not work properly and as Simon McVittie already suggested using dpkg triggers to be definitely sure that a reload happens I'm reassigning this bug report to dbus where I think it can be closed when the triggers has been implemented (which it already has?). (Possibly the severity of this should be lowered since the program will start working next time dbus is reloaded for some reason, like ie. a reboot.) Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741729: exim4-config: Exim4 fail to send and receive mail when set dc_local_interfaces
Package: exim4-config Version: 4.80-7 Severity: important For checking this bug edit /etc/exim4/update-exim4.conf.conf: asd@marian1000:~$ cat /etc/exim4/update-exim4.conf.con $ cat /etc/exim4/update-exim4.conf.conf # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' Run after /etc/init.d/exim4 stop || /etc/init.d/exim4 start Exim4 send and receive mails. Edit /etc/exim4/update-exim4.conf.conf and on dc_local_interfaces put 127.0.1.1 (dc_local_interfaces='127.0.0.1') Restart exim4 service. Exim unable to receive mails.Port 25 isn't visible from exterior. On debconf information (dc_local_interfaces: 127.0.0.1) have value 127.0.0.1 but not comming from configuration. -- Package-specific info: Exim version 4.80 #3 built 02-Jan-2013 18:59:25 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='internet' dc_other_hostnames='' dc_local_interfaces='' dc_readhost='' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:marian1000.go.ro -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exim4-config depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 exim4-config recommends no packages. exim4-config suggests no packages. -- Configuration Files: /etc/exim4/passwd.client [Errno 13] Permission denied: u'/etc/exim4/passwd.client' -- debconf information: * exim4/dc_other_hostnames: * exim4/dc_eximconfig_configtype: internet site; mail is sent and received directly using SMTP exim4/no_config: true exim4/hide_mailname: exim4/dc_postmaster: asd exim4/dc_smarthost: * exim4/dc_relay_domains: * exim4/dc_relay_nets: * exim4/mailname: marian1000.go.ro exim4/dc_readhost: * exim4/use_split_config: false exim4/exim4-config-title: * exim4/dc_localdelivery: mbox format in /var/mail/ * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734531: ping! Re: Use triggers?
On Sunday, February 09, 2014 11:22:09 AM Thomas Koch wrote: Hi, I've just read the emacs policy (from stable, which is outdated) because I'd like to have a few modes packaged and found this discussion. Please tell me if I'm wrong, but shouldn't emacsen-common just use dpkg triggers? By using triggers, all the hard work can be solved once in emacsen- common and packaging an emacs mode wouldn't be more complicate than to figure out the correct debian/copyright. I'd like to contribute to emacs in debian by packaging a few modes, but I'm stalled as long as there are no current guidelines. What do you think about using triggers? Maybe I could work out a working code proposal. Thank you, Thomas Koch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741657: [Bash-completion-devel] Bug#741657: /etc/profile.d/bash_completion.sh: non portable return from a dot script
Fixed upstream, thanks for the report. http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=867282a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741730: wxsqlite3: Please update to use wxwidgets3.0
Package: wxsqlite3 Version: 3.0.6.1~dfsg0-2 Severity: normal Tags: patch User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. Looking at the wxsqlite3 sources, I see indications that it supports wx 2.8, 2.9 and 3.0: drwxr-xr-x 2 olly olly 4096 Dec 9 06:13 build drwxr-xr-x 2 olly olly 4096 Dec 9 06:13 build29 drwxr-xr-x 2 olly olly 4096 Dec 9 06:24 build30 -rwxr-xr-x 1 olly olly 255911 Mar 17 00:04 configure -rwxr-xr-x 1 olly olly 253977 Dec 9 06:13 configure28 -rwxr-xr-x 1 olly olly 253443 Dec 9 06:13 configure29 -rwxr-xr-x 1 olly olly 253443 Dec 9 06:13 configure30 [...] -rwxr-xr-x 1 olly olly 18370 Dec 9 06:13 Makefile28.in -rwxr-xr-x 1 olly olly 18297 Dec 9 06:13 Makefile29.in -rwxr-xr-x 1 olly olly 18297 Dec 9 06:13 Makefile30.in -rwxr-xr-x 1 olly olly 16918 Mar 17 00:04 Makefile.in ReadMe.txt only explicitly mentions fixes for wxWidgets 2.9.x compatibility, but 2.9.x was the development series leading to 3.0.0, and there are very few incompatible changes between 2.9.5 and 3.0.0. Have you tried building with wxwidgets3.0 yet? According to whodepends, there are only 3 dependent packages, so it may be possible to simply coordinate an update (especially as codelite is orphaned): Debian QA Group packa...@qa.debian.org (codelite) Paul Elliott pelli...@blackpatchpanel.com (maitreya) Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org (guayadeque) We should talk to the release team and the maintainers of these packages (I've not yet done either). Cheers, Olly signature.asc Description: Digital signature
Bug#741729: exim4-config: Exim4 fail to send and receive mail when set dc_local_interfaces
Control: tags -1 + moreinfo On Sun, 2014-03-16 at 13:23 +0200, Corcodel Marian wrote: Edit /etc/exim4/update-exim4.conf.conf and on dc_local_interfaces put 127.0.1.1 (dc_local_interfaces='127.0.0.1') Thus telling exim to only listen on an interface local to the machine (i.e. not network-facing). Restart exim4 service. Exim unable to receive mails.Port 25 isn't visible from exterior. and now it's not listening on interfaces that aren't connected to anything outside of the machine. Exim's doing exactly what you asked it to. If you want to be able to receive connections from other machines, why did you tell it to only listen on an interface that can't do that? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741731: RFS: osmpbf/1.3.3-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package osmpbf Package name: osmpbf Version : 1.3.3-1 Upstream Author : Scott A. Crosby sc...@sacrosby.com URL : http://github.com/scrosby/OSM-binary License : LGPL-3+ Section : java It builds those binary packages: libosmpbf-dev - C headers for OpenStreetMap PBF file format libosmpbf-java - Java access library for OpenStreetMap PBF file format osmpbf-bin - OpenStreetMap PBF file format library - tools To access further information about this package, please visit the following URL: http://mentors.debian.net/package/osmpbf Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/osmpbf/osmpbf_1.3.3-1.dsc More information about OSMPBF can be obtained from http://github.com/scrosby/OSM-binary. Changes since the last upload: * New upstream release. * Build depend on openjdk-7-jdk or java6-sdk. Java 6 or higher is required to support @Override for interface methods, Java 5 only supports @Override for methods overriding a superclass method. Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741732: xmlcopyeditor: Please update to use wxwidgets3.0
Package: xmlcopyeditor Version: 1.2.0.12-1 Severity: normal Tags: patch User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. I've built and done some simple testing of xmlcopyeditor with the attached patch (no changes to the upstream code were needed) and it all looks good. I'm happy to NMU this change if you wish me to - just let me know. Cheers, Olly diff -Nru xmlcopyeditor-1.2.0.12/debian/changelog xmlcopyeditor-1.2.0.12/debian/changelog --- xmlcopyeditor-1.2.0.12/debian/changelog 2014-01-30 08:31:43.0 +1300 +++ xmlcopyeditor-1.2.0.12/debian/changelog 2014-03-17 00:51:28.0 +1300 @@ -1,3 +1,10 @@ +xmlcopyeditor (1.2.0.12-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to use wxWidgets 3.0. + + -- Olly Betts o...@survex.com Mon, 17 Mar 2014 00:51:11 +1300 + xmlcopyeditor (1.2.0.12-1) unstable; urgency=medium * New upstream release. diff -Nru xmlcopyeditor-1.2.0.12/debian/control xmlcopyeditor-1.2.0.12/debian/control --- xmlcopyeditor-1.2.0.12/debian/control 2014-01-30 09:28:01.0 +1300 +++ xmlcopyeditor-1.2.0.12/debian/control 2014-03-17 00:51:04.0 +1300 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Miriam Ruiz mir...@debian.org Build-Depends: debhelper (= 9), dh-buildinfo, autotools-dev, quilt, - libxml2-dev, libwxgtk2.8-dev, libaspell-dev, libxslt1-dev, libpcre3-dev, + libxml2-dev, libwxgtk3.0-dev, libaspell-dev, libxslt1-dev, libpcre3-dev, libboost-dev, libxerces-c-dev, libexpat1-dev Standards-Version: 3.9.5 Homepage: http://xml-copy-editor.sourceforge.net/ diff -Nru xmlcopyeditor-1.2.0.12/debian/rules xmlcopyeditor-1.2.0.12/debian/rules --- xmlcopyeditor-1.2.0.12/debian/rules 2013-03-20 14:05:05.0 +1300 +++ xmlcopyeditor-1.2.0.12/debian/rules 2014-03-17 00:54:47.0 +1300 @@ -49,7 +49,7 @@ build-arch: build -clean: config +clean: dh_testdir dh_testroot rm -f build-stamp config-stamp signature.asc Description: Digital signature
Bug#741733: Circular dependencies cause trouble when doing upgrade
Package: ruby Version: 1:1.9.3.4 Severity: serious I try to upgrade ruby from version 1:1.9.3 to version 1:1.9.3.4 . Aptitude refuses to do it, because I must install ruby1.9.1 version = 1.9.3.194-1 . I try to be sure and install version 1.9.3.484-2 . It depends on ruby version = 1:1.9.3.1 . Only 1:1.9.3.4 is available. This is the first circular dependency. ruby1.9.1 version 1.9.3.484-2 also depends on libruby1.9.1 version = 1.9.3.484-2 . I try to install it, but it is not possible, because it depends on ruby1.9.1 version = 1.9.3.484-2 . But I already was unable to install that, as I said before. No matter how many times I go to dependency of some package I try to install, I end up to same packages again and again and because they refuse to install, because their dependencies are not yet installed, and those dependencies refuse to install and so on, so on, ad nauseam, ad infinitum. -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (102, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.13-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby depends on: ii ruby1.9.1 1.9.3.484-1 ruby recommends no packages. Versions of packages ruby suggests: pn rinone pn ruby-dev none -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741735: sendip: fails to build with clang instead of gcc
Package: sendip
Severity: minor
Tags: patch
Usertags: clang-ftbfs
Dear Maintainer,
Your package fails to build with clang instead of gcc.
The attached patch fixes it.
Best regards,
Alexander
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- sendip-2.5/rip.c 2002-11-24 13:02:17.0 -0500
+++ sendip-2.5-my/rip.c 2014-03-16 08:09:40.35635 -0400
@@ -61,19 +61,19 @@
ripopt = RIP_OPTION(pack);
p=q=arg;
/* TODO: if arg is malformed, this could segfault */
- while(*(q++)!=':') /* do nothing */; *(--q)='\0';
+ while(*(q++)!=':') {} /* do nothing */; *(--q)='\0';
rippack-addressFamily= htons((p==q)?2:(u_int16_t)strtoul(p, (char **)0, 0));
pack-modified |= RIP_MOD_ADDRFAM;
- p=++q; while(*(q++)!=':') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!=':') {} /* do nothing */; *(--q)='\0';
rippack-routeTagOrAuthenticationType=htons((p==q)?0:(u_int16_t)strtoul(p, (char **)0,0));
pack-modified |= RIP_MOD_ROUTETAG;
- p=++q; while(*(q++)!=':') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!=':') {} /* do nothing */; *(--q)='\0';
ripopt-address=(p==q)?inet_addr(0.0.0.0):inet_addr(p);
- p=++q; while(*(q++)!=':') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!=':') {} /* do nothing */; *(--q)='\0';
ripopt-subnetMask=(p==q)?inet_addr(255.255.255.0):inet_addr(p);
- p=++q; while(*(q++)!=':') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!=':') {} /* do nothing */; *(--q)='\0';
ripopt-nextHop=(p==q)?inet_addr(0.0.0.0):inet_addr(p);
- p=++q; while(*(q++)!='\0') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!='\0') {} /* do nothing */; *(--q)='\0';
ripopt-metric=htonl((p==q)?16:(u_int32_t)strtoul(p,(char **)0, 0));
break;
case 'd': /* default request */
--- sendip-2.5/ripng.c 2002-11-24 13:02:17.0 -0500
+++ sendip-2.5-my/ripng.c 2014-03-16 08:09:39.004406945 -0400
@@ -77,16 +77,16 @@
ripopt = RIPNG_ENTRY(pack);
p=q=arg;
/* TODO: if arg is malformed, this could segfault */
- while(*(q++)!='/') /* do nothing */; *(--q)='\0';
+ while(*(q++)!='/') {} /* do nothing */; *(--q)='\0';
ripopt-prefix = (p==q)?in6addr_any:inet6_addr(p);
- p=++q; while(*(q++)!='/') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!='/') {} /* do nothing */; *(--q)='\0';
ripopt-tag=htons( (p==q)?0:(u_int16_t)strtoul(p, (char **)0,0));
- p=++q; while(*(q++)!='/') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!='/') {} /* do nothing */; *(--q)='\0';
ripopt-len=(p==q)?(u_int8_t)128:(u_int8_t)strtoul(p, (char **)0,0);
- p=++q; while(*(q++)!='\0') /* do nothing */; *(--q)='\0';
+ p=++q; while(*(q++)!='\0') {} /* do nothing */; *(--q)='\0';
ripopt-metric=(p==q)?(u_int8_t)16:(u_int8_t)strtoul(p,(char **)0, 0);
break;
case 'd': /* default request */
Bug#741734: Display of the original content fails after screensaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: xserver-xorg Version: 1:7.7+6 Severity: normal Since some weeks the xserver gets worse more and more. It started some month agou with the font issue (Bug #674929) and now since some weeks (1-5) I see that after a locked screen with xscreensaver the original content gets only restored when the application updates it. Taking one windows and drawing it around the screen helps restoring the content but this is very annoying. It also does not happens every time. I have no clue what would trigger that. I use not such a aggressive WM as gnome or kde, I use fvwm. I cannot say which version exactly introduce the bug but I always stay pretty close with sid version and update on a daily base. So the bug was introduced in the last few weeks. - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 Mar 17 2011 /etc/X11/X - /usr/bin/Xorg - -rwxr-xr-x 1 root root 2323424 Feb 6 16:23 /usr/bin/Xorg Diversions concerning libGL are in place - diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions VGA-compatible devices on PCI bus: - -- 03:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104 [GeForce GTX 680] [10de:1180] (rev a1) Xorg X server configuration file status: - - -rw-r--r-- 1 root root 9455 Oct 30 10:15 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: - --- # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 (randy@juliet2) Fri Dec 30 21:53:37 PST 2005 # XF86Config-4 (XFree86 X Window System server configuration file) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section ServerLayout #InputDevice Stift 1 #InputDevice Stift 2 #InputDevice Radierer 1 #InputDevice Radierer 2 #InputDevice Maus 1 Identifier Default Layout Screen Default Screen 0 0 InputDevice Keyboard InputDevice Mouse InputDevice TrackPoint EndSection Section ServerLayout Identifier Spiele Screen Spiele 0 0 InputDevice Keyboard InputDevice Mouse InputDevice TrackPoint EndSection Section ServerLayout Identifier Video Screen 0 Default Screen 0 0 Screen 1 Video Above Default Screen InputDevice Keyboard InputDevice Mouse InputDevice TrackPoint EndSection Section Files # if the local font server has problems, we can fall back on these #FontPathunix/:7100 #FontPathunix/:7110 FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType #FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath
Bug#733578: hwinfo/21.0-1 needs updates / FTBFS of libx86emu
On Mon, Feb 03, 2014 at 05:53:41PM (+0100), Tomasz Buchert wrote: […] I pushed the restricted version of libx86emu to the git repository. Both libx86emu and hwinfo build lintian-clean in my jessie pbuilder (well, excepting debian-watch-may-check-gpg-signature, to be fair). Hwinfo debian/control must be updated if you agree what I said above. Hi, I completely agree with you Tomasz! I've just uploaded a new version of libx86emu on mentors. It build fine in sid: $ curl http://pub.sebian.fr/pub/libx86emu_1.4-2_amd64-20140316-1301.build @Johann or @Vincent, if you agree, can you sponsor this upload ? Thanks in advance! Seb -- Sebastien Badia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741737: minetest: Error opening several ogg sound files for decoding at startup
Package: minetest Version: 0.4.9+repack-4 Severity: normal Dear Maintainer, While researching another problem, I invoked minetest as follows: minetest --trace This shows several sound files as missing from the package: 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.0.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.1.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.2.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.3.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.4.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.5.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.6.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.7.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.8.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.9.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /home/justtesting/.minetest/sounds/main_menu.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.0.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.1.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.2.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.3.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.4.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.5.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.6.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.7.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.8.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.9.ogg for decoding 08:14:16: INFO[main]: Audio: Error opening /usr/share/games/minetest/sounds/main_menu.ogg for decoding * What led up to the situation? Starting the application. * What exactly did you do (or not do) that was effective (or ineffective)? I searched the whole system to check for other locations for such files without success. * What was the outcome of this action? There is no sound greeting, the files weren't found elsewhere * What outcome did you expect instead? I suppose Minetest has some sound effects at startup, currently it starts silently and doesn't show any errrors when invoked through the GUI. I expected sound, and I expected to see a visual indication of the problem. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minetest depends on: ii libc62.18-4 ii libcurl3-gnutls 7.35.0-1 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.8.2-16 ii libirrlicht1.8 1.8.1+dfsg1-1 ii libjsoncpp0 0.6.0~rc2-3 ii libluajit-5.1-2 2.0.2+dfsg-3 ii libogg0 1.3.1-1 ii libopenal1 1:1.14-4 ii libsqlite3-0 3.8.3.1-1 ii libstdc++6 4.8.2-16 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii minetest-data0.4.9+repack-4 ii zlib1g 1:1.2.8.dfsg-1 minetest recommends no packages. Versions of packages minetest suggests: ii minetest-mod-moreblocks 0~20130827+gitee1b3025cc-1 ii minetest-mod-moreores0~20130828+git0977bbc809-1 pn minetest-mod-pipeworks none ii minetest-server 0.4.9+repack-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741739: unattended-upgrades: [INTL:de] Updated German translation
Package: unattended-upgrades Version: 0.83.2 Severity: wishlist Tags: l10n patch Hi, please find attached the newest German translation of unattended-upgrades. Kind regards, Chris. de.po.gz Description: application/gzip
Bug#741738: zoneminder: stream sock error: No such file or directory
Package: zoneminder Version: 1.26.5-3 Severity: grave Justification: renders package unusable Dear Maintainer, I tied to enable all logs of zoneminder but the only information I got is the same of apache error log: [Sun Mar 16 13:05:30.095183 2014] [:error] [pid 4383] [client ::1:53603] ERR [socket_sendto( /tmp/zm/zms-259629s.sock ) failed: No such file or directory], referer: http://localhost/zm/?view=watchmid=1 This is the zm log: 03/16/14 13:05:09.759334 web_php[4383].DBG [LogOpts: level=DBG/DBG, screen=OFF, database=INF, logfile=DBG-/tmp/zm/zm_debug.log.4383, weblog=INF, syslog=INF] at /usr/share/zoneminder/includes/logger.php line 168 03/16/14 13:05:30.009692 web_php[4383].DBG [LogOpts: level=DBG/DBG, screen=OFF, database=INF, logfile=DBG-/tmp/zm/zm_debug.log.4383, weblog=INF, syslog=INF] at /usr/share/zoneminder/includes/logger.php line 168 03/16/14 13:05:30.009873 web_php[4383].ERR [socket_sendto( /tmp/zm/zms- 259629s.sock ) failed: No such file or directory] at /usr/share/zoneminder/includes/functions.php line 2344 So I can not see the cam stream, but the stream of camera is available from vlc, for example. Thank you if you can help me. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zoneminder depends on: ii apache2 2.4.7-1 ii javascript-common 11 ii libapache2-mod-php5 5.5.9+dfsg-1 pn libarchive-tar-perl none ii libarchive-zip-perl 1.30-7 ii libavcodec546:9.11-3 ii libavdevice53 6:9.11-3 ii libavformat54 6:9.11-3 ii libavutil52 6:9.11-3 ii libbz2-1.0 1.0.6-5 ii libc6 2.18-4 ii libdate-manip-perl 6.42-1 ii libdevice-serialport-perl 1.04-3 ii libgcc1 1:4.8.2-16 ii libgcrypt11 1.5.3-3 ii libgnutls-openssl27 2.12.23-13 ii libgnutls26 2.12.23-13 ii libjpeg88d-2 ii libjs-mootools 1.4.5~debian1-2.1 ii libmime-lite-perl 3.030-1 ii libmime-tools-perl 5.505-1 ii libmysqlclient185.5.35+dfsg-2 ii libpcre31:8.31-2 ii libphp-serialization-perl 0.34-1 ii libstdc++6 4.8.2-16 ii libswscale2 6:9.11-3 ii libsys-mmap-perl0.16-1+b2 ii libwww-perl 6.05-2 ii mysql-client-5.5 [mysql-client] 5.5.35+dfsg-2 ii mysql-server5.5.35+dfsg-2 ii perl5.18.2-2+b1 ii perl-modules [libmodule-load-perl] 5.18.2-2 ii php55.5.9+dfsg-1 ii php5-mysql 5.5.9+dfsg-1 ii rsyslog [system-log-daemon] 7.4.4-1 ii zip 3.0-8 ii zlib1g 1:1.2.8.dfsg-1 zoneminder recommends no packages. zoneminder suggests no packages. -- Configuration Files: /etc/zm/apache.conf changed: Alias /zm /usr/share/zoneminder ScriptAlias /cgi-bin /usr/share/zoneminder/cgi-bin Directory /usr/share/zoneminder php_flag register_globals off Options Indexes FollowSymLinks IfModule mod_dir.c DirectoryIndex index.php /IfModule /Directory -- 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#741741: wbar: fails to build with clang instead of gcc
Source: wbar
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs
Dear Maintainer,
Your package fails to build with clang instead of gcc.
The attached patch fixes it.
Best regards,
Alexander.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- wbar-2.3.4/src/core/Main.cc 2012-09-17 22:26:41.0 -0400
+++ wbar-2.3.4-my/src/core/Main.cc 2014-03-16 08:24:32.778257416 -0400
@@ -228,7 +228,7 @@
// note the size of icons in config befor we add any active icons
configitems = (size_t) list.size();
//loop until actual window data is obtained
- while (mapIcons());
+ while (mapIcons()) {};
/* Show the Bar */
if (optparser.isSet(OptParser::ABOVE_DESK))
--- wbar-2.3.4/src/core/SuperBar.cc 2012-03-03 13:03:11.0 -0500
+++ wbar-2.3.4-my/src/core/SuperBar.cc 2014-03-16 08:27:27.489332879 -0400
@@ -133,7 +133,8 @@
void SuperBar::addIcon(string path, string comm, string txt, unsigned long winid,
unsigned char *icondata, int iw, int ih, int refl_size){
SuperIcon *ic;
-int textW, textH;
+int textW = 0;
+int textH = 0;
if(font){
imlib_context_set_font(font);
--- wbar-2.3.4/src/config/Functions.h 2011-12-05 15:55:18.0 -0500
+++ wbar-2.3.4-my/src/config/Functions.h 2014-03-16 08:28:59.958800392 -0400
@@ -26,7 +26,7 @@
void on_settings_delete();
void on_settings_update();
void on_settings_close();
-std::string getCommand();
+const char *getCommand();
bool validate();
void on_app_accept();
--- wbar-2.3.4/src/config/Functions.cc 2012-09-18 22:54:53.0 -0400
+++ wbar-2.3.4-my/src/config/Functions.cc 2014-03-16 08:29:51.065493990 -0400
@@ -839,7 +839,7 @@
gtk_main_quit();
}
-std::string getCommand()
+const char *getCommand()
{
std::string command;
command = PACKAGE_NAME;
@@ -1059,7 +1059,7 @@
command += text;
}
-return command;
+return command.c_str();
}
bool validate()
Bug#741740: ledger-3 bundles non-dfsg software
Package: ledger Version: 3.0.0+dfsg1-1 Severity: serious ledger bundles an SHA-1 C++ implementation by Paul E. Jones which is licensed under a Freeware Public License. This license does not allow modification and therefore does not adhere to the DFSG. The ledger source tree contains these files: lib/sha1.cpp lib/sha1.h These files have this header: * Copyright (C) 1998 * Paul E. Jones pau...@arid.us * All Rights Reserved. This bundled sha1 software is taken from here: http://www.packetizer.com/security/sha1/ The ledger source tree contains the 1998 version of the sha1 software, but without any reference to a license. Unfortunately, I could not find the 1998 version of the software on the packetizer.com website to determine the license. A revised 2009 release on the website contains the following license: == Copyright (C) 1998, 2009 Paul E. Jones pau...@packetizer.com Freeware Public License (FPL) This software is licensed as freeware. Permission to distribute this software in source and binary forms, including incorporation into other products, is hereby granted without a fee. THIS SOFTWARE IS PROVIDED 'AS IS' AND WITHOUT ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE AUTHOR SHALL NOT BE HELD LIABLE FOR ANY DAMAGES RESULTING FROM THE USE OF THIS SOFTWARE, EITHER DIRECTLY OR INDIRECTLY, INCLUDING, BUT NOT LIMITED TO, LOSS OF DATA OR DATA BEING RENDERED INACCURATE. == There was a similar issue with the orthanc package. This was resolved when the upstream author switched to a different library with a license compatible with the DFSG: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724947 https://lists.debian.org/debian-legal/2013/09/msg00077.html (NB: I am not a Debian user, but spotted this problem while packaging ledger-3.0.0 for Fedora.) Kind regards, -- Jamie Nguyen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702016: typos in /etc/cron.daily/apt
* Mason Loring Bliss ma...@blisses.org, 2013-03-01, 12:44: s/Usefull/Useful/ This one seems to be already fixed. s/intervall/interval/ s/eg /e.g. / These are not fixed yet. And I spotted another one: s/exstance/existence/ -- 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#646059: speedpad: changing back from ITP to RFP
FYI I've packaged speedpad for Debian and filed the RFS following the then documented procedure: https://code.google.com/p/speedpad/source/browse/debian/?name=debian(debian branch of the git repo) Original RFS is still sitting on debian-mentors: https://lists.debian.org/debian-mentors/2011/10/msg00424.html Mentors dropped the package: Your package speedpad all versions has been removed from mentors.debian.net for the following reason: Your package found no sponsor for 12 weeks I've given up following up and searching for a sponsor. If there's still interest, I'd prefer if we could use the upstream packaging. Thanks.
Bug#741734: Display of the original content fails after screensaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am So den 16. Mär 2014 um 13:30 schrieb Julien Cristau: On Sun, Mar 16, 2014 at 13:20:11 +0100, Klaus Ethgen wrote: [60.601] (II) LoadModule: nvidia [60.601] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so [60.764] (II) Module nvidia: vendor=NVIDIA Corporation [60.764]compiled for 4.0.2, module version = 1.0.0 [60.764]Module class: X.Org Video Driver We don't support closed drivers, sorry. This driver comes from the proper debian package nvidia-driver 319.82-1 so it is debian official. Unfortunately there is no other driver that is useful for my card. (I have to try nouvou again but the last try was somewhat frustrating.) I don't believe that it is a driver problem as the problem start do not correlate with an update of that driver. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJTJZq+AAoJEKZ8CrGAGfasErML/iVl02ju6943xtZxo7U8aDAz eC1XbjxA5YAM3fe4lMoK6P+Qa90OYngZuB4ncV8TYLY7Wg8W/aLDu79pRtbsaPx8 AXXBugYl0uL/91ByhHml26Hs6trxsQaXxEq71dTSAavXhJ6pjs/fH2ruDCRipH7q GePxR4rSGagQH78gWEl+XZDVDQg52FNt+l+r2gK6CwSm8MF7QFSkcyrer1eVM8Qk RWcO37vXcmKv8neDeaXjOcfs5smt2ZuXsWNDfKYKbO5D0v2VRDwJNUlon7/aB+V5 lhJ07urLisRUb31bK3KeQKfdSNx5PYbRLyq7R8EDu4zBoNsF3xaS+w7LuW9hd32r Yw+/mryE6a6S1k7daht6DcfqfLwyTTe845U4g+0Ye3QRUbNspdFhvwkBxzTHu3Nj szhvaXLeh62lVEYsikhOel2FN3G/Bb03Tw+bLru+bDlHuHpxoikz5hno0m9Thikt L3lhPAGL3TdeC7cg5HQKRz5ITGltrVo0vEmlbR4uEQ== =Pa0t -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613184: Update hwinfo package (RE: Please stop using HAL)
On Sun, Mar 16, 2014 at 05:02:44PM (+0900), Hideki Yamane wrote: Control: tags -1 +patch +pending Hi William, hwinfo package has RC bug (#613184) due to dependency to HAL. It was solved in upstream and tagged as 20.1 as newest release in their git repository. See https://gitorious.org/opensuse/hwinfo I've prepared new upstream version package for hwinfo as attached diff (including some fixes and updates). Please consider to update your package, or to allow me to do it with NMU. Thanks! Hi Hideki, William doesn't respond anymore, and hwinfo is an ITA package. Oh heck!! Thank you very much for your work Hideki, but… this was already done in collab-maint¹. Sorry about that :-/ (I've completely missed the pending tag… sorry.) We have just an (resolved) issue with all architectures (with libx86emu)². And just for the record, gitorious upstream is not maintained anymore, Steffen is using now github. * https://github.com/openSUSE/hwinfo * http://github.com/wfeldt/libx86emu I think Johann already wanted to sponsor this upload, but otherwise I'd be happy that it's you. Cheers, ¹http://anonscm.debian.org/gitweb/?p=collab-maint/hwinfo.git ²https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733578 ³http://pub.sebian.fr/pub/hwinfo_21.0-1_amd64-20140316-1308.build -- Sebastien Badia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741742: mediainfo: Please update to use wxwidgets3.0
Package: mediainfo Version: 0.7.67-1 Severity: normal Tags: patch User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8. I've built and done some simple testing of mediainfo-gui with the attached patch (no changes to the upstream code were needed) and it all seems to work OK. I'm happy to NMU this change if you wish me to - just let me know. Cheers, Olly diff -Nru mediainfo-0.7.67/debian/changelog mediainfo-0.7.67/debian/changelog --- mediainfo-0.7.67/debian/changelog 2014-01-14 07:04:52.0 +1300 +++ mediainfo-0.7.67/debian/changelog 2014-03-17 01:27:56.0 +1300 @@ -1,3 +1,10 @@ +mediainfo (0.7.67-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Update to build with wxWidgets 3.0. + + -- Olly Betts o...@survex.com Mon, 17 Mar 2014 01:27:40 +1300 + mediainfo (0.7.67-1) unstable; urgency=low * [9875916] Imported Upstream version 0.7.67 diff -Nru mediainfo-0.7.67/debian/control mediainfo-0.7.67/debian/control --- mediainfo-0.7.67/debian/control 2014-01-14 07:04:52.0 +1300 +++ mediainfo-0.7.67/debian/control 2014-03-17 01:27:35.0 +1300 @@ -6,7 +6,7 @@ dh-autoreconf, libmediainfo-dev (= 0.7.61), libzen-dev (= 0.4.25), - libwxgtk2.8-dev, + libwxgtk3.0-dev, zlib1g-dev, pkg-config, Standards-Version: 3.9.5 signature.asc Description: Digital signature
Bug#679995: cmatrix: add a --lock or lockscreen option when key press
tags 679995 upstream thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741743: [src:kicad] FTBFS on all architectures
Source: kicad Version: 0.20140224+bzr4027-3 Severity: serious Hello, kicad currently FTBFS on all architectures. See here for the build logs: https://buildd.debian.org/status/package.php?p=kicad Maxi signature.asc Description: This is a digitally signed message part.
Bug#741741: wbar: fails to build with clang instead of gcc
Control: forwarded -1 https://code.google.com/p/wbar/issues/detail?id=87 Thanks for your report. I have forwarded your patch to the upstream developers of wbar. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#678124: Xorg segfaulting on kfreebsd
Control: tag -1 moreinfo
On Tue, Jun 19, 2012 at 13:26:53 +0200, Christoph Egger wrote:
Package: xserver-xorg-core
Version: 2:1.12.1.902-1
Severity: important
Hi!
The xserver is crashing here on kfreebsd. Downgrading to 1.11.4
works again. This bug report is written with
xserver-xorg-core{,-dbg} und
xserver-xorg-{video-vesa,input-{mouse,kbd}}
[...]
[ 3245.016] Backtrace:
[ 3245.016] 0: /usr/bin/X11/X (xorg_backtrace+0x36) [0x5641a6]
[ 3245.016] 1: /usr/bin/X11/X (0x40+0x167cc9) [0x567cc9]
[ 3245.016] 2: /lib/x86_64-kfreebsd-gnu/libpthread.so.0 (0x8014cc000+0xbed4)
[0x8014d7ed4]
[ 3245.016] 3: ?? [0x7003]
[ 3245.016]
[ 3245.016] Segmentation fault at address (nil)
[ 3245.016]
Fatal server error:
[ 3245.016] Caught signal 11 (Segmentation fault). Server aborting
[ 3245.016]
Is this still happening? If so, we're going to need output from gdb.
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#741744: minc: fails to build with clang instead of gcc
Source: minc Severity: minor Tags: patch User: pkg-llvm-t...@lists.alioth.debian.org Usertags: clang-ftbfs Dear Maintainer, Your package fails to build with clang instead of gcc. The attached patch fixes it. Best regards, Alexander -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- /home/sancho/gsoc/minc/minc-2.2.00-my/libsrc2/hyper.c 2014-03-16 09:04:59.809861930 -0400 +++ /home/sancho/gsoc/minc/minc-2.2.00/libsrc2/hyper.c 2012-09-24 11:19:31.0 -0400 @@ -766,7 +766,7 @@ miicv_setint(icv, MI_ICV_DO_DIM_CONV, TRUE); break; default: - return (MI_ERROR); + return; } } result = miicv_attach(icv, file_id, var_id);
Bug#741746: O: zeromq3 -- lightweight messaging kernel
Package: wnpp Severity: normal I'm no longer interested in the zeromq packages so I'm orphaning them. zeromq3 is in good state and with an active and responsive upstream. The only outstanding task should be to enable CurveZMQ support as soon as the libsodium package enters Debian (cfr. #701962). Also note that, despite the name, the zeromq3 source package is actually tracking upstream's 4.x branch, and should probably be renamed to zeromq as soon as the actual zeromq package is removed. The package is maintained in git at: http://anonscm.debian.org/gitweb/?p=collab-maint/zeromq3.git The package description is: ØMQ is a library which extends the standard socket interfaces with features traditionally provided by specialised messaging middleware products. . ØMQ sockets provide an abstraction of asynchronous message queues, multiple messaging patterns, message filtering (subscriptions), seamless access to multiple transport protocols and more. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741745: O: zeromq -- lightweight messaging kernel
Package: wnpp Severity: normal I'm no longer interested in the zeromq packages so I'm orphaning them. zeromq tracks the legacy 2.x upstream branch, which will not receive any new upstream releases, and should probably be removed as soon as there are no reverse dependencies left (libzeromq-perl and ruby-ffi-rzmq are the only reverse dependencies as of now) in favor of the zeromq3 package. The package is maintained in git at: http://anonscm.debian.org/gitweb/?p=collab-maint/zeromq.git The package description is: ØMQ is a library which extends the standard socket interfaces with features traditionally provided by specialised messaging middleware products. . ØMQ sockets provide an abstraction of asynchronous message queues, multiple messaging patterns, message filtering (subscriptions), seamless access to multiple transport protocols and more. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676820: Not able to deactivate the default startup bluetooh configuration
Hello, I am usind Debian with Gnome 3.4.2 and I am also not able to deactivate bluetooth in the standard startup configuration. Fujitsu Lifebook S7110 Debian Gnome 3.4.2. It means after a restart the configuration is switched to on again (activated bluetooth), it does this on its own... Grateful for a solution. Best regards, David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741729:
Hi On many users this situation is more confusing and not know how to handle this situation. When set internet site on IP-addresses to listen on for incoming SMTP connections must instruct users to do not put 127.0.0.1 an this field but on many cases this configuration is set on local which include 127.0.0.1 without intervention and many users not know that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741750: nose: FTBFS: Tests failures
Source: nose Version: 1.3.0-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): test_grandchild_has_dot_in_args (test_xunit.TestSplitId) ... ok test_no_dot_in_args (test_xunit.TestSplitId) ... ok test_no_parenthesis (test_xunit.TestSplitId) ... ok test_addError (test_xunit.TestXMLOutputWithXML) ... ok test_addError_early (test_xunit.TestXMLOutputWithXML) ... ok test_addFailure (test_xunit.TestXMLOutputWithXML) ... ok test_addFailure_early (test_xunit.TestXMLOutputWithXML) ... ok test_addSuccess (test_xunit.TestXMLOutputWithXML) ... ok test_addSuccess_early (test_xunit.TestXMLOutputWithXML) ... ok test_non_utf8_error (test_xunit.TestXMLOutputWithXML) ... ok == FAIL: Doctest: test_config_defaults.rst -- Traceback (most recent call last): File /usr/lib/python3.3/doctest.py, line 2179, in runTest raise self.failureException(self.format_failure(new.getvalue())) AssertionError: Failed doctest test for test_config_defaults.rst File /«PKGBUILDDIR»/build/tests/unit_tests/test_config_defaults.rst, line 0 -- File /«PKGBUILDDIR»/build/tests/unit_tests/test_config_defaults.rst, line 92, in test_config_defaults.rst Failed example: options, args = parse([], StringIO(spam)) Expected: error: Error reading config file '???': File contains no section headers. file: ???, line: 1 'spam' Got: error: Error reading config file '???': File contains no section headers. file: '???', line: 1 'spam' -- File /«PKGBUILDDIR»/build/tests/unit_tests/test_config_defaults.rst, line 99, in test_config_defaults.rst Failed example: options, args = parse([], os.path.join(support, invalid.cfg)) # doctest: +ELLIPSIS Expected: error: Error reading config file '...invalid.cfg': File contains no section headers. file: ...invalid.cfg, line: 1 'spam\n' Got: error: Error reading config file '/«PKGBUILDDIR»/build/tests/unit_tests/support/config_defaults/invalid.cfg': File contains no section headers. file: '/«PKGBUILDDIR»/build/tests/unit_tests/support/config_defaults/invalid.cfg', line: 1 'spam\n' -- File /«PKGBUILDDIR»/build/tests/unit_tests/test_config_defaults.rst, line 107, in test_config_defaults.rst Failed example: options, args = parse([], [os.path.join(support, invalid.cfg)]) # doctest: +ELLIPSIS Expected: error: Error reading config file '...invalid.cfg': File contains no section headers. file: ...invalid.cfg, line: 1 'spam\n' Got: error: Error reading config file '/«PKGBUILDDIR»/build/tests/unit_tests/support/config_defaults/invalid.cfg': File contains no section headers. file: '/«PKGBUILDDIR»/build/tests/unit_tests/support/config_defaults/invalid.cfg', line: 1 'spam\n' -- File /«PKGBUILDDIR»/build/tests/unit_tests/test_config_defaults.rst, line 118, in test_config_defaults.rst Failed example: options, args = parse([], [os.path.join(support, a.cfg), os.path.join(support, invalid.cfg), os.path.join(support, b.cfg)]) # doctest: +ELLIPSIS Expected: error: Error reading config file '...invalid.cfg': File contains no section headers. file: ...invalid.cfg, line: 1 'spam\n' Got: error: Error reading config file '/«PKGBUILDDIR»/build/tests/unit_tests/support/config_defaults/invalid.cfg': File contains no section headers. file: '/«PKGBUILDDIR»/build/tests/unit_tests/support/config_defaults/invalid.cfg', line: 1 'spam\n' -- Ran 374 tests in 23.165s FAILED (SKIP=17, failures=1) make[1]: *** [override_dh_auto_test] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/nose_1.3.0-3_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741753: sqsh: FTBFS: sqsh_readline.c:147:41: error: 'CPPFunction' undeclared (first use in this function)
Source: sqsh
Version: 2.1.7-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
On new readline versions old-style function typedefs have been deprecated.
Relevant part (hopefully):
gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -Wall -DSQSH_RC='/etc/sqshrc:${HOME}/.sqshrc'
-DUSE_READLINE-DUSE_X11 -DUSE_MOTIF -I/include -D_FORTIFY_SOURCE=2
-c -o sqsh_readline.o sqsh_readline.c
sqsh_readline.c: In function 'sqsh_readline_init':
sqsh_readline.c:133:11: warning: implicit declaration of function 'sqsh_exit'
[-Wimplicit-function-declaration]
sqsh_exit (255);
^
sqsh_readline.c:147:41: error: 'CPPFunction' undeclared (first use in this
function)
rl_attempted_completion_function = (CPPFunction*)sqsh_completion ;
^
sqsh_readline.c:147:41: note: each undeclared identifier is reported only
once for each function it appears in
sqsh_readline.c:147:53: error: expected expression before ')' token
rl_attempted_completion_function = (CPPFunction*)sqsh_completion ;
^
sqsh_readline.c: At top level:
sqsh_readline.c:52:13: warning: 'RCS_Id' defined but not used
[-Wunused-variable]
static char RCS_Id[] = $Id: sqsh_readline.c,v 1.3 2009/04/14 10:41:33
mwesdorp Exp $ ;
^
make[3]: *** [sqsh_readline.o] Error 1
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2014/03/15/sqsh_2.1.7-3_unstable.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741755: ca-certificates-java: FTBFS: Tests failures
Source: ca-certificates-java Version: 20130815 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): debian/rules build dh_testdir jh_build --no-javadoc --main=UpdateCertificates --javacopts=-source 1.6 -target 1.6 ca-certificates-java.jar . find . -name *.java -and -type f -print0 | xargs -0 /usr/lib/jvm/default-java/bin/javac -cp /usr/share/java/junit4.jar:debian/_jh_build.ca-certificates-java -d debian/_jh_build.ca-certificates-java -source 1.6 -target 1.6 warning: [options] bootstrap class path not set in conjunction with -source 1.6 Note: ./UpdateCertificatesTest.java uses or overrides a deprecated API. Note: Recompile with -Xlint:deprecation for details. 1 warning /usr/lib/jvm/default-java/bin/jar cfm /«PKGBUILDDIR»/ca-certificates-java.jar ../_jh_manifest.ca-certificates-java Exceptions$InvalidKeystorePassword.class Exceptions$UnableToSaveKeystore.class Exceptions$UnknownInput.class Exceptions.class UpdateCertificates.class UpdateCertificatesTest.class /usr/lib/jvm/default-java/bin/java -cp /usr/share/java/junit4.jar:./ca-certificates-java.jar \ org.junit.runner.JUnitCore \ UpdateCertificatesTest JUnit version 4.11 Warning: there was a problem reading the certificate file /usr/share/ca-certificates/null.crt. Message: /usr/share/ca-certificates/null.crt (No such file or directory) Warning: there was a problem reading the certificate file /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt. Message: /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt (No such file or directory) Warning: there was a problem reading the certificate file /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt. Message: /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt (No such file or directory) Warning: there was a problem reading the certificate file /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt. Message: /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt (No such file or directory) Warning: there was a problem reading the certificate file /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt. Message: /usr/share/ca-certificates/cacert.org/cacert.org_class3.crt (No such file or directory) ...E.EE. Time: 0.055 There were 3 failures: 1) testAddThenRemove(UpdateCertificatesTest) junit.framework.AssertionFailedError: expected:true but was:false at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.failNotEquals(Assert.java:329) at junit.framework.Assert.assertEquals(Assert.java:78) at junit.framework.Assert.assertEquals(Assert.java:174) at junit.framework.Assert.assertEquals(Assert.java:181) at UpdateCertificatesTest.testAddThenRemove(UpdateCertificatesTest.java:211) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.junit.runners.Suite.runChild(Suite.java:127) at org.junit.runners.Suite.runChild(Suite.java:26) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at
Bug#741751: morris: FTBFS: configure: error: Could not link against ! (Boost multiarch issue)
Source: morris
Version: 0.2-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
checking for GCONF... yes
Using config source xml:merged:/etc/gconf/gconf.xml.defaults for schema
installation
Using ${prefix}/share/gconf/schemas/ as install directory for schema files
checking for boostlib = 1.20.0... yes
checking whether the Boost::Signals library is available... yes
configure: error: Could not link against !
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2014/03/15/morris_0.2-1_unstable.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741747: haskell-bindings-libzip: FTBFS: configure errors
Source: haskell-bindings-libzip Version: 0.10.2-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): debian/rules build test -x debian/rules mkdir -p . /usr/share/cdbs/1/rules/buildcore.mk:109: WARNING: DEB_COMPRESS_EXCLUDE is a deprecated variable if test ! -e Setup.lhs -a ! -e Setup.hs; then echo No setup script found!; exit 1; fi for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup -o debian/hlibrary.setup; exit 0; fi; done [1 of 1] Compiling Main ( Setup.hs, Setup.o ) Linking debian/hlibrary.setup ... debian/hlibrary.setup configure --ghc -v2 \ --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \ --builddir=dist-ghc \ --haddockdir=/usr/lib/ghc-doc/haddock/bindings-libzip-0.10.2/ --datasubdir=bindings-libzip\ --htmldir=/usr/share/doc/libghc-bindings-libzip-doc/html/ --enable-library-profiling \ Configuring bindings-libzip-0.10.2... Flags chosen: nopkgconfig=False Dependency base =4.0 5: using base-4.6.0.1 Dependency bindings-DSL ==1.0.*: using bindings-DSL-1.0.20 hlibrary.setup: The pkg-config package libzip version ==0.10.* is required but the version installed on the system is version 0.11.2 make: *** [dist-ghc] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/haskell-bindings-libzip_0.10.2-2_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741754: commons-vfs: FTBFS: Missing required artifact: org.tukaani:xz:jar:debian
Source: commons-vfs
Version: 2.0-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
debian/rules build
test -x debian/rules
mkdir -p .
/usr/share/maven-debian-helper/copy-repo.sh /«PKGBUILDDIR»/debian
mh_patchpoms -plibcommons-vfs-java --debian-build --keep-pom-version
--maven-repo=/«PKGBUILDDIR»/debian/maven-repo
touch debian/stamp-poms-patched
# before-build target may be used to unpatch the pom files, so we need to
check if
# patching the pom files is needed here, normally not
if [ ! -f pom.xml.save ]; then \
/usr/bin/make -f debian/rules patch-poms; \
fi
cd . /usr/lib/jvm/default-java/bin/java -noverify -cp
/usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar
-Dproperties.file.manual=/«PKGBUILDDIR»/debian/maven.properties
-Dclassworlds.conf=/etc/maven2/m2-debian.conf
org.codehaus.classworlds.Launcher -s/etc/maven2/settings-debian.xml
-Dmaven.repo.local=/«PKGBUILDDIR»/debian/maven-repo package
[INFO]
NOTE: Maven is executing in offline mode. Any artifacts not already in your
local
repository will be inaccessible.
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] Commons VFS
[INFO] Commons VFS Core
[INFO]
[INFO] Building Commons VFS
[INFO]task-segment: [package]
[INFO]
[INFO] [antrun:run {execution: vfs-jar-manifest}]
[INFO] Executing tasks
main:
[mkdir] Created dir: /«PKGBUILDDIR»/target/osgi
[touch] Creating /«PKGBUILDDIR»/target/osgi/MANIFEST.MF
[INFO] Executed tasks
[INFO] [antrun:run {execution: javadoc.resources}]
[INFO] Executing tasks
main:
[copy] Copying 2 files to /«PKGBUILDDIR»/target/apidocs/META-INF
[INFO] Executed tasks
[INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
[INFO] Parent project loaded from repository.
[INFO]
[INFO] Building Commons VFS Core
[INFO]task-segment: [package]
[INFO]
[INFO]
[ERROR] BUILD ERROR
[INFO]
[INFO] Failed to resolve artifact.
Missing:
--
1) org.tukaani:xz:jar:debian
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.tukaani -DartifactId=xz
-Dversion=debian -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file
there:
mvn deploy:deploy-file -DgroupId=org.tukaani -DartifactId=xz
-Dversion=debian -Dpackaging=jar -Dfile=/path/to/file -Durl=[url]
-DrepositoryId=[id]
Path to dependency:
1) org.apache.commons:commons-vfs2:jar:2.0
2) org.apache.commons:commons-compress:jar:debian
3) org.tukaani:xz:jar:debian
--
1 required artifact is missing.
for artifact:
org.apache.commons:commons-vfs2:jar:2.0
from the specified remote repositories:
apache.snapshots.https
(https://repository.apache.org/content/repositories/snapshots),
apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository/),
central (http://repo1.maven.org/maven2)
NOTE: Maven is executing in offline mode. Any artifacts not already in your
local
repository will be inaccessible.
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 3 seconds
[INFO] Finished at: Sat Mar 15 02:46:55 UTC 2014
[INFO] Final Memory: 14M/329M
[INFO]
make: *** [mvn-build] Error 1
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2014/03/15/commons-vfs_2.0-3_unstable.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741752: odt2txt: FTBFS: zip.h:53:21: fatal error: zipconf.h: No such file or directory
Source: odt2txt Version: 0.4+git20100620-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -DHAVE_LIBZIP -D_FORTIFY_SOURCE=2 -c -o odt2txt.o odt2txt.c In file included from odt2txt.c:40:0: /usr/include/zip.h:53:21: fatal error: zipconf.h: No such file or directory #include zipconf.h ^ compilation terminated. make[1]: *** [odt2txt.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/odt2txt_0.4+git20100620-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741748: node-zipfile: FTBFS: zip.h:53:21: fatal error: zipconf.h: No such file or directory
Source: node-zipfile Version: 0.4.0+ds1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[2]: Entering directory `/«BUILDDIR»/node-zipfile-0.4.0+ds1/build' CXX(target) Release/obj.target/node_zipfile/src/node_zipfile.o In file included from ../src/node_zipfile.hpp:8:0, from ../src/node_zipfile.cpp:1: /usr/include/zip.h:53:21: fatal error: zipconf.h: No such file or directory #include zipconf.h ^ compilation terminated. make[2]: *** [Release/obj.target/node_zipfile/src/node_zipfile.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/node-zipfile_0.4.0+ds1-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741756: vowpal-wabbit: FTBFS: configure: error: Could not find a version of the library! (multiarch Boost issues)
Source: vowpal-wabbit Version: 7.3-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for ANSI C header files... (cached) yes checking for boostlib = 1.0... yes checking whether the Boost::Program_Options library is available... yes configure: error: Could not find a version of the library! The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/vowpal-wabbit_7.3-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741749: ruby-literati: FTBFS: ERROR: Test ruby1.9.1 failed: NoMethodError: undefined method `any_instance' for Literati::MarkdownRenderer:Class
Source: ruby-literati Version: 0.0.4~git.20130318.3b3ea30-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): NoMethodError: undefined method `any_instance' for Literati::MarkdownRenderer:Class /«PKGBUILDDIR»/test/test_literati.rb:77:in `block (2 levels) in class:LiteratiTest' 9 tests, 9 assertions, 0 failures, 2 errors, 0 skips rake aborted! Command failed with status (2): [ruby -Ilib:lib:test -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/rake/rake_test_loader.rb test/**/test_*.rb ] Tasks: TOP = default = test (See full trace by running task with --trace) ERROR: Test ruby1.9.1 failed: The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/ruby-literati_0.0.4~git.20130318.3b3ea30-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741757: repsnapper: FTBFS: zip.h:53:21: fatal error: zipconf.h: No such file or directory
Source: repsnapper Version: 0+git20130603.7c690471-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[4]: Entering directory `/«BUILDDIR»/repsnapper-0+git20130603.7c690471' CC libraries/lmfit/lmfit-3.2/lib/liblmfit_la-lmmin.lo CC libraries/lmfit/lmfit-3.2/lib/liblmfit_la-lmcurve.lo CCLD liblmfit.la CXX libraries/clipper/clipper/polyclipping-code/cpp/libclipper_la-clipper.lo CXXLDlibclipper.la CXX libraries/poly2tri/poly2tri/poly2tri/common/libpoly2tri_la-shapes.lo CXX libraries/poly2tri/poly2tri/poly2tri/sweep/libpoly2tri_la-advancing_front.lo CXX libraries/poly2tri/poly2tri/poly2tri/sweep/libpoly2tri_la-cdt.lo CXX libraries/poly2tri/poly2tri/poly2tri/sweep/libpoly2tri_la-sweep.lo CXX libraries/poly2tri/poly2tri/poly2tri/sweep/libpoly2tri_la-sweep_context.lo CXXLDlibpoly2tri.la CXX libraries/amf/amftools-code/src/libamf_la-Amf.lo CXX libraries/amf/amftools-code/src/zip/libamf_la-zip.lo CXX libraries/amf/amftools-code/src/zip/libamf_la-unzip.lo CXX libraries/amf/amftools-code/src/libamf_la-nMetadata.lo CXX libraries/amf/amftools-code/src/libamf_la-nTriangle.lo CXX libraries/amf/amftools-code/src/libamf_la-nTexmap.lo CXX libraries/amf/amftools-code/src/libamf_la-nTexture.lo CXX libraries/amf/amftools-code/src/libamf_la-Equation.lo CXX libraries/amf/amftools-code/src/libamf_la-nObject.lo CXX libraries/amf/amftools-code/src/libamf_la-nVertex.lo CXX libraries/amf/amftools-code/src/libamf_la-nComposite.lo CXX libraries/amf/amftools-code/src/libamf_la-AMF_File.lo CXX libraries/amf/amftools-code/src/libamf_la-nInstance.lo CXX libraries/amf/amftools-code/src/libamf_la-nCoordinates.lo CXX libraries/amf/amftools-code/src/libamf_la-nAmf.lo CXX libraries/amf/amftools-code/src/libamf_la-XmlCompress.lo In file included from libraries/amf/amftools-code/src/XmlCompress.cpp:18:0: /usr/include/zip.h:53:21: fatal error: zipconf.h: No such file or directory #include zipconf.h ^ compilation terminated. make[4]: *** [libraries/amf/amftools-code/src/libamf_la-XmlCompress.lo] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/repsnapper_0+git20130603.7c690471-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741762: dico: FTBFS: shell.c:603:38: error: 'CPPFunction' undeclared (first use in this function)
Source: dico Version: 2.2-4 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. On new readline versions old-style function typedefs have been deprecated. Relevant part (hopefully): gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../gnu -I../gnu -I../grecs/src -DDEFAULT_DICT_SERVER=\gnu.org.ua\ -D_FORTIFY_SOURCE=2 -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c shell.c shell.c: In function 'shell_init': shell.c:603:38: error: 'CPPFunction' undeclared (first use in this function) rl_attempted_completion_function = (CPPFunction*) _command_completion; ^ shell.c:603:38: note: each undeclared identifier is reported only once for each function it appears in shell.c:603:50: error: expected expression before ')' token rl_attempted_completion_function = (CPPFunction*) _command_completion; ^ shell.c: In function 'script_diag': shell.c:234:10: warning: ignoring return value of 'asprintf', declared with attribute warn_unused_result [-Wunused-result] asprintf(newfmt, %s%s, pfx ? pfx : , fmt); ^ shell.c:236:10: warning: ignoring return value of 'asprintf', declared with attribute warn_unused_result [-Wunused-result] asprintf(newfmt, %s:%d: %s%s, ^ make[5]: *** [shell.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/dico_2.2-4_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741766: micropolis-activity: fails to build with clang instead of gcc
Source: micropolis-activity
Severity: minor
Tags: patch
User: pkg-llvm-t...@lists.alioth.debian.org
Usertags: clang-ftbfs
Dear Maintainer,
Your package fails to build with clang instead of gcc. [-Wreturn-type]
The attached patch fixes it.
Best regards,
Alexander
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.13-1-amd64 (SMP w/3 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- micropolis-activity-0.0.20071228/src/tclx/src/tclxgdat.y 2014-03-16 09:34:23.0 -0400
+++ micropolis-activity-0.0.20071228-my/src/tclx/src/tclxgdat.y 2014-03-16 09:32:46.394154431 -0400
@@ -580,8 +580,8 @@
* Error message are not used, so discard with dummy function.
*/
-void
+int
yyerror(msg)
-char *msg;
+const char *msg;
{
}
--- micropolis-activity-0.0.20071228/src/tcl/tclenv.c 2014-03-16 09:34:23.0 -0400
+++ micropolis-activity-0.0.20071228-my/src/tcl/tclenv.c 2014-03-16 09:20:16.975665616 -0400
@@ -58,7 +58,7 @@
static int FindVariable _ANSI_ARGS_((char *name, int *lengthPtr));
void setenv_tcl _ANSI_ARGS_((char *name, char *value));
-int unsetenv_tcl _ANSI_ARGS_((char *name));
+void unsetenv_tcl _ANSI_ARGS_((char *name));
/*
@@ -277,7 +277,7 @@
*--
*/
-int
+void
unsetenv_tcl(name)
char *name; /* Name of variable to remove. */
{
Bug#741765: timps: FTBFS: nafconsole.c:611:38: error: 'CPPFunction' undeclared (first use in this function)
Source: timps Version: 0.25-4 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. On new readline versions old-style function typedefs have been deprecated. Relevant part (hopefully): gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../libmx/include -I../../include -I/usr/local/include/libnbio -I/usr/include/libnbio -fno-strict-aliasing -Wall -g -c nafconsole.c -fPIC -DPIC -o .libs/nafconsole.o nafconsole.c: In function 'cmdgenerator': nafconsole.c:475:13: warning: variable 'list_index' set but not used [-Wunused-but-set-variable] static int list_index, len, done; ^ nafconsole.c: In function 'modinit': nafconsole.c:611:38: error: 'CPPFunction' undeclared (first use in this function) rl_attempted_completion_function = (CPPFunction *)cmdcomplete; ^ nafconsole.c:611:38: note: each undeclared identifier is reported only once for each function it appears in nafconsole.c:611:51: error: expected expression before ')' token rl_attempted_completion_function = (CPPFunction *)cmdcomplete; ^ nafconsole.c: At top level: nafconsole.c:524:15: warning: 'cmdcomplete' defined but not used [-Wunused-function] static char **cmdcomplete(char *text, int start, int end) ^ make[3]: *** [nafconsole.lo] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/timps_0.25-4_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741758: gnu-fdisk: FTBFS: ui.c:1468:38: error: 'CPPFunction' undeclared (first use in this function)
Source: gnu-fdisk Version: 1.2.5-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. On new readline versions old-style function typedefs have been deprecated. Relevant part (hopefully): gcc -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I. -I.. -I../lib -I../lib -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -D_FILE_OFFSET_BITS=no -c -o ui.o ui.c ui.c: In function 'fdisk_init_ui': ui.c:1468:38: error: 'CPPFunction' undeclared (first use in this function) rl_attempted_completion_function = (CPPFunction*) fdisk_complete_function; ^ ui.c:1468:38: note: each undeclared identifier is reported only once for each function it appears in ui.c:1468:50: error: expected expression before ')' token rl_attempted_completion_function = (CPPFunction*) fdisk_complete_function; ^ make[3]: *** [ui.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/gnu-fdisk_1.2.5-2_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741763: tclreadline: FTBFS: tclreadline.c:638:41: error: 'CPPFunction' undeclared (first use in this function)
Source: tclreadline Version: 2.1.0-12 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. On new readline versions old-style function typedefs have been deprecated. Relevant part (hopefully): gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/tcl -I/usr/include/readline -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c tclreadline.c -fPIC -DPIC -o .libs/tclreadline.lo tclreadline.c: In function 'TclReadlineInitialize': tclreadline.c:638:41: error: 'CPPFunction' undeclared (first use in this function) rl_attempted_completion_function = (CPPFunction *) TclReadlineCompletion; ^ tclreadline.c:638:41: note: each undeclared identifier is reported only once for each function it appears in tclreadline.c:638:54: error: expected expression before ')' token rl_attempted_completion_function = (CPPFunction *) TclReadlineCompletion; ^ make[1]: *** [tclreadline.lo] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/tclreadline_2.1.0-12_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741764: network-manager-iodine: FTBFS: vpn-password-dialog.c:187:26: error: 'GtkStock' is deprecated [-Werror=deprecated-declarations]
Source: network-manager-iodine Version: 0.0.4-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/NetworkManager -I/usr/include/libnm-glib -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -pthread -I/usr/include/gtk-3.0 -I/usr/include/atk-1.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/libdrm -I/usr/include/gnome-keyring-1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DICONDIR=\/usr/share/pixmaps\ -DBINDIR=\/usr/bin\ -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED -DGNOMELOCALEDIR=\/usr/share/locale\ -DVERSION=\0.0.4\ -D_FORTIFY_SOURCE=2 -Wall -std=gnu89 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wshadow -Wmissing-declarations -Wmissing-prototypes -Wdeclaration-after-statement -Wstrict-prototypes -Wfloat-equal -Wno-unused-parameter -Wno-sign-compare -fno-strict-aliasing -Werror -c -o nm_iodine_auth_dialog-vpn-password-dialog.o `test -f 'vpn-password-dialog.c' || echo './'`vpn-password-dialog.c vpn-password-dialog.c: In function 'vpn_password_dialog_new': vpn-password-dialog.c:187:26: error: 'GtkStock' is deprecated [-Werror=deprecated-declarations] GTK_STOCK_CANCEL, GTK_RESPONSE_CANCEL, ^ vpn-password-dialog.c:188:26: error: 'GtkStock' is deprecated [-Werror=deprecated-declarations] GTK_STOCK_OK, GTK_RESPONSE_OK, ^ vpn-password-dialog.c:248:2: error: 'gtk_image_new_from_stock' is deprecated (declared at /usr/include/gtk-3.0/gtk/gtkimage.h:123): Use 'gtk_image_new_from_icon_name' instead [-Werror=deprecated-declarations] dialog_icon = gtk_image_new_from_stock (GTK_STOCK_DIALOG_AUTHENTICATION, GTK_ICON_SIZE_DIALOG); ^ vpn-password-dialog.c:248:2: error: 'GtkStock' is deprecated [-Werror=deprecated-declarations] cc1: all warnings being treated as errors make[3]: *** [nm_iodine_auth_dialog-vpn-password-dialog.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/network-manager-iodine_0.0.4-2_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741759: libmoosex-getopt-perl: FTBFS: Tests failures
Source: libmoosex-getopt-perl Version: 0.59-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): debian/rules build dh build dh_testdir dh_auto_configure Creating new 'Build' script for 'MooseX-Getopt' version '0.59' dh_auto_build cp lib/MooseX/Getopt/GLD.pm blib/lib/MooseX/Getopt/GLD.pm cp lib/MooseX/Getopt/OptionTypeMap.pm blib/lib/MooseX/Getopt/OptionTypeMap.pm cp lib/MooseX/Getopt/Meta/Attribute.pm blib/lib/MooseX/Getopt/Meta/Attribute.pm cp lib/MooseX/Getopt.pm blib/lib/MooseX/Getopt.pm cp lib/MooseX/Getopt/Dashes.pm blib/lib/MooseX/Getopt/Dashes.pm cp lib/MooseX/Getopt/ProcessedArgv.pm blib/lib/MooseX/Getopt/ProcessedArgv.pm cp lib/MooseX/Getopt/Meta/Attribute/Trait.pm blib/lib/MooseX/Getopt/Meta/Attribute/Trait.pm cp lib/MooseX/Getopt/Basic.pm blib/lib/MooseX/Getopt/Basic.pm cp lib/MooseX/Getopt/Strict.pm blib/lib/MooseX/Getopt/Strict.pm cp lib/MooseX/Getopt/Meta/Attribute/Trait/NoGetopt.pm blib/lib/MooseX/Getopt/Meta/Attribute/Trait/NoGetopt.pm cp lib/MooseX/Getopt/Meta/Attribute/NoGetopt.pm blib/lib/MooseX/Getopt/Meta/Attribute/NoGetopt.pm dh_auto_test # # Versions for all modules listed in MYMETA.json (including optional ones): #Version Module # # 2.133380 CPAN::Meta # 2.122 CPAN::Meta::Requirements # 1.29 Carp # 6.66 ExtUtils::MakeMaker # 3.40 File::Spec::Functions # 2.39 Getopt::Long # 0.097 Getopt::Long::Descriptive # 1.27 List::Util # 0.035 Module::Build::Tiny # 0.014 Module::Runtime # 2.1204 Moose # 2.1204 Moose::Meta::Attribute # 2.1204 Moose::Meta::Class # 2.1204 Moose::Role # 2.1204 Moose::Util # 2.1204 Moose::Util::TypeConstraints # 0.13 MooseX::ConfigFromFile # 1.02 MooseX::Role::Parameterized # 0.10 MooseX::SimpleConfig # 0.052 Path::Tiny # 1.27 Scalar::Util # 0.112 Test::Deep # 0.012 Test::Fatal # 2.1204 Test::Moose # 0.98 Test::More # 0.07 Test::Requires # 0.2.3 Test::Trap # 0.013 Test::Warnings # 0.19 Try::Tiny # 0.0602 if # 1.07 strict # 1.18 warnings t/00-report-prereqs.t ... ok t/001_basic.t ... ok t/002_custom_option_type.t .. ok t/003_inferred_option_type.t ok t/004_nogetop.t . ok t/005_strict.t .. ok t/006_metaclass_traits.t ok t/007_nogetopt_trait.t .. ok t/008_configfromfile.t .. ok t/009_gld_and_explicit_options.t ok t/010_dashes.t .. ok t/011_process_argv.t ok t/100_gld_default_bug.t . ok t/101_argv_bug.t ok t/102_basic_basic.t . ok t/103_uc_bug.t .. ok t/104_override_usage.t .. ok Unknown option: debug usage: 105_uc_bug_more.t [-?dh] [long options...] -d --Debug -h -? --usage --help Prints this usage information. # Tests were run but no plan was declared and done_testing() was not seen. t/105_uc_bug_more.t . Dubious, test returned 2 (wstat 512, 0x200) All 3 subtests passed t/106_no_ignore_case.t .. ok t/107_no_auto_help.t ok t/107_union_bug.t ... ok t/108_usage_attr.t .. ok t/109_help_flag.t ... ok t/110_sort_usage_by_attr_order.t ok t/111_gld_pass_through.t ok t/112_configfile_constructor_arg.t .. ok Test Summary Report --- t/105_uc_bug_more.t (Wstat: 512 Tests: 3 Failed: 0) Non-zero exit status: 2 Parse errors: No plan found in TAP output Files=26, Tests=402, 14 wallclock secs ( 0.18 usr 0.21 sys + 12.11 cusr 1.38 csys = 13.88 CPU) Result: FAIL dh_auto_test: perl Build test returned exit code 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/libmoosex-getopt-perl_0.59-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean,
Bug#741760: ruby-fakeweb: FTBFS: ERROR: Test ruby1.9.1 failed: NoMethodError: undefined method `any_instance' for URI::Parser:Class
Source: ruby-fakeweb Version: 1.3.0+dfsg1-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): NoMethodError: undefined method `any_instance' for URI::Parser:Class /«BUILDDIR»/ruby-fakeweb-1.3.0+dfsg1/test/test_utility.rb:78:in `test_uri_escape_delegates_to_uri_parser_when_available' 187 tests, 295 assertions, 0 failures, 12 errors, 0 skips ERROR: Test ruby1.9.1 failed: The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/ruby-fakeweb_1.3.0+dfsg1-2_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741767: gretl: FTBFS: complete.c:129:41: error: 'CPPFunction' undeclared (first use in this function)
Source: gretl Version: 1.9.14-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. On new readline versions old-style function typedefs have been deprecated. Relevant part (hopefully): gcc -c -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_REENTRANT -I.. -I.. -I../lib/src -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H complete.c complete.c: In function 'initialize_readline': complete.c:129:41: error: 'CPPFunction' undeclared (first use in this function) rl_attempted_completion_function = (CPPFunction *) gretl_completion; ^ complete.c:129:41: note: each undeclared identifier is reported only once for each function it appears in complete.c:129:54: error: expected expression before ')' token rl_attempted_completion_function = (CPPFunction *) gretl_completion; ^ make[2]: *** [complete.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/gretl_1.9.14-2_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741768: jgit: FTBFS: Missing required artifact: org.tukaani:xz:jar:debian
Source: jgit
Version: 3.3.0-1
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
debian/rules build
test -x debian/rules
mkdir -p .
/usr/share/maven-debian-helper/copy-repo.sh /«PKGBUILDDIR»/debian
mh_patchpoms -plibjgit-java --debian-build --keep-pom-version
--maven-repo=/«PKGBUILDDIR»/debian/maven-repo
touch debian/stamp-poms-patched
jh_linkjars
jh_build -J
touch debian/jh_build_stamp
# before-build target may be used to unpatch the pom files, so we need to
check if
# patching the pom files is needed here, normally not
if [ ! -f pom.xml.save ]; then \
/usr/bin/make -f debian/rules patch-poms; \
fi
cd . /usr/lib/jvm/default-java/bin/java -noverify -cp
/usr/share/maven2/boot/classworlds.jar:/usr/lib/jvm/default-java/lib/tools.jar
-Dclassworlds.conf=/etc/maven2/m2-debian.conf
org.codehaus.classworlds.Launcher -s/etc/maven2/settings-debian.xml
-Dmaven.repo.local=/«PKGBUILDDIR»/debian/maven-repo package
[INFO]
NOTE: Maven is executing in offline mode. Any artifacts not already in your
local
repository will be inaccessible.
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO] JGit - Parent
[INFO] JGit - Core
[INFO] JGit - Ant Tasks
[INFO] JGit Archive Formats
[INFO] JGit - AWT User Interface
[INFO] JGit - Apache httpclient based HTTP support
[INFO] JGit - HTTP Server
[INFO] JGit - Core Java7 Support
[INFO] JGit - Console User Interface
[INFO] JGit - Command Line Interface
[INFO] JGit - JUnit Utility Classes
[INFO] JGit - Ant Tasks Tests
[INFO] JGit - Command Line Interface Tests
[INFO]
[INFO] Building JGit - Parent
[INFO]task-segment: [package]
[INFO]
[INFO] [build-helper:parse-version {execution: set-osgi-version}]
[INFO] [antrun:run {execution: translate-qualifier}]
[INFO] Executing tasks
main:
[INFO] Executed tasks
[INFO] [site:attach-descriptor {execution: default-attach-descriptor}]
[INFO] [javadoc:jar {execution: attach-javadocs}]
[INFO] Not executing Javadoc as the project is not a Java classpath-capable
package
[INFO]
[INFO] Building JGit - Core
[INFO]task-segment: [package]
[INFO]
[INFO] [build-helper:parse-version {execution: set-osgi-version}]
[INFO] [antrun:run {execution: translate-qualifier}]
[INFO] Executing tasks
main:
[copy] Copying 1 file to /«PKGBUILDDIR»/org.eclipse.jgit/target/META-INF
[INFO] Executed tasks
[WARNING] DEPRECATED [tasks]: Use target instead
[INFO] [antrun:run {execution: translate-source-qualifier}]
[WARNING] Parameter tasks is deprecated, use target instead
[INFO] Executing tasks
main:
[copy] Copying 1 file to /«PKGBUILDDIR»/org.eclipse.jgit/target/META-INF
[INFO] Executed tasks
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 2 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 649 source files to
/«PKGBUILDDIR»/org.eclipse.jgit/target/classes
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/«PKGBUILDDIR»/org.eclipse.jgit/src/test/resources
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] No sources to compile
[INFO] [surefire:test {execution: default-test}]
[INFO] No tests to run.
[INFO] Surefire report directory:
/«PKGBUILDDIR»/org.eclipse.jgit/target/surefire-reports
---
T E S T S
---
Results :
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar {execution: default-jar}]
[INFO] Building jar:
/«PKGBUILDDIR»/org.eclipse.jgit/target/org.eclipse.jgit-3.3.0.201403021825-r.jar
[INFO] [javadoc:jar {execution: attach-javadocs}]
[INFO]
10 warnings
[WARNING] Javadoc Warnings
[WARNING]
/«PKGBUILDDIR»/org.eclipse.jgit/src/org/eclipse/jgit/treewalk/CanonicalTreeParser.java:115:
warning - @internal is an unknown tag.
[WARNING]
/«PKGBUILDDIR»/org.eclipse.jgit/src/org/eclipse/jgit/lib/ObjectReader.java:123:
warning - Constants#OBJECT_ID_STRING_LENGTH (referenced by @value tag) is an
unknown reference.
[WARNING]
/«PKGBUILDDIR»/org.eclipse.jgit/src/org/eclipse/jgit/lib/TreeFormatter.java:145:
warning - Tag @link: can't find REGULAR_FILE in
org.eclipse.jgit.lib.TreeFormatter
Bug#741761: zssh: FTBFS: completion.c:56:40: error: 'CPPFunction' undeclared (first use in this function)
Source: zssh Version: 1.5c.debian.1-3.1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. On new readline versions old-style function typedefs have been deprecated. Relevant part (hopefully): gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wall -DHAVE_CONFIG_H -D_FORTIFY_SOURCE=2 -c -o completion.o completion.c completion.c: In function 'initialize_readline': completion.c:56:40: error: 'CPPFunction' undeclared (first use in this function) rl_attempted_completion_function = (CPPFunction *) zssh_completion; ^ completion.c:56:40: note: each undeclared identifier is reported only once for each function it appears in completion.c:56:53: error: expected expression before ')' token rl_attempted_completion_function = (CPPFunction *) zssh_completion; ^ make[1]: *** [completion.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/zssh_1.5c.debian.1-3.1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741770: python-bcrypt: FTBFS: bcrypt/bcrypt_python.c:18:20: fatal error: Python.h: No such file or directory
Source: python-bcrypt Version: 0.4-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.4m -c bcrypt/bcrypt_python.c -o build/temp.linux-x86_64-3.4/bcrypt/bcrypt_python.o bcrypt/bcrypt_python.c:18:20: fatal error: Python.h: No such file or directory #include Python.h ^ compilation terminated. error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 make[1]: *** [override_dh_auto_install] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/python-bcrypt_0.4-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741771: lsh-utils: FTBFS: rl.c:119:39: error: 'CPPFunction' undeclared (first use in this function)
Source: lsh-utils Version: 2.1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. On new readline versions old-style function typedefs have been deprecated. Relevant part (hopefully): gcc -DHAVE_CONFIG_H -I. -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -DTRANSPORT_PROG='/usr/bin/lshg' -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -ggdb3 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wpointer-arith -Wbad-function-cast -Wnested-externs -Wcast-align -c -o rl.o rl.c rl.c: In function 'lsftp_rl_init': rl.c:119:39: error: 'CPPFunction' undeclared (first use in this function) rl_attempted_completion_function = (CPPFunction *)lsftp_rl_completion; ^ rl.c:119:39: note: each undeclared identifier is reported only once for each function it appears in rl.c:119:52: error: expected expression before ')' token rl_attempted_completion_function = (CPPFunction *)lsftp_rl_completion; ^ rl.c: In function 'lsftp_rl_completion': rl.c:223:11: warning: passing argument 2 of 'rl_completion_matches' from incompatible pointer type [enabled by default] ); ^ In file included from rl.h:43:0, from rl.c:37: /usr/include/readline/readline.h:457:15: note: expected 'char * (*)(const char *, int)' but argument is of type 'char * (*)(char *, int)' extern char **rl_completion_matches PARAMS((const char *, rl_compentry_func_t *)); ^ rl.c:246:7: warning: passing argument 2 of 'rl_completion_matches' from incompatible pointer type [enabled by default] ); ^ In file included from rl.h:43:0, from rl.c:37: /usr/include/readline/readline.h:457:15: note: expected 'char * (*)(const char *, int)' but argument is of type 'char * (*)(char *, int)' extern char **rl_completion_matches PARAMS((const char *, rl_compentry_func_t *)); ^ rl.c:253:7: warning: passing argument 2 of 'rl_completion_matches' from incompatible pointer type [enabled by default] ); ^ In file included from rl.h:43:0, from rl.c:37: /usr/include/readline/readline.h:457:15: note: expected 'char * (*)(const char *, int)' but argument is of type 'char * (*)(char *, int)' extern char **rl_completion_matches PARAMS((const char *, rl_compentry_func_t *)); ^ rl.c:268:7: warning: passing argument 2 of 'rl_completion_matches' from incompatible pointer type [enabled by default] ); ^ In file included from rl.h:43:0, from rl.c:37: /usr/include/readline/readline.h:457:15: note: expected 'char * (*)(const char *, int)' but argument is of type 'char * (*)(char *, int)' extern char **rl_completion_matches PARAMS((const char *, rl_compentry_func_t *)); ^ rl.c:283:8: warning: passing argument 2 of 'rl_completion_matches' from incompatible pointer type [enabled by default] ); ^ In file included from rl.h:43:0, from rl.c:37: /usr/include/readline/readline.h:457:15: note: expected 'char * (*)(const char *, int)' but argument is of type 'char * (*)(char *, int)' extern char **rl_completion_matches PARAMS((const char *, rl_compentry_func_t *)); ^ rl.c:205:55: warning: unused parameter 'end' [-Wunused-parameter] char** lsftp_rl_completion(char* text, int start, int end) ^ rl.c: In function 'lsftp_rl_no_generator': rl.c:457:36: warning: unused parameter 'text' [-Wunused-parameter] char* lsftp_rl_no_generator (char* text, int state) ^ rl.c: In function 'lsftp_rl_history_fname': rl.c:522:9: warning: unused variable 'username' [-Wunused-variable] char* username; ^ make[7]: *** [rl.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/lsh-utils_2.1-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741774: quagga: FTBFS: vtysh.c:2240:22: error: 'Function' undeclared (first use in this function)
Source: quagga
Version: 0.99.22.4-3
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
On new readline versions old-style function typedefs have been deprecated.
Relevant part (hopefully):
gcc -DHAVE_CONFIG_H -DSYSCONFDIR=\/etc/quagga/\ -I. -I.. -I.. -I../lib
-I../lib -D_FORTIFY_SOURCE=2 -fPIE -g -O2 -fPIE -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -c vtysh.c
vtysh.c: In function 'vtysh_readline_init':
vtysh.c:2240:22: error: 'Function' undeclared (first use in this function)
rl_bind_key ('?', (Function *) vtysh_rl_describe);
^
vtysh.c:2240:22: note: each undeclared identifier is reported only once for
each function it appears in
vtysh.c:2240:32: error: expected expression before ')' token
rl_bind_key ('?', (Function *) vtysh_rl_describe);
^
vtysh.c:2242:39: error: 'CPPFunction' undeclared (first use in this function)
rl_attempted_completion_function = (CPPFunction *)new_completion;
^
vtysh.c:2242:52: error: expected expression before ')' token
rl_attempted_completion_function = (CPPFunction *)new_completion;
^
make[4]: *** [vtysh.o] Error 1
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2014/03/15/quagga_0.99.22.4-3_unstable.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741773: libgrip: FTBFS: gesture.c:219:3: error: 'gtk_widget_modify_bg' is deprecated; Use 'gtk_widget_override_background_color' instead [-Werror=deprecated-declarations]
Source: libgrip Version: 0.3.7-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[3]: Entering directory `/«PKGBUILDDIR»/examples/rectangle-mover' CC grip_test-gesture.o gesture.c: In function 'create_window': gesture.c:219:3: error: 'gtk_widget_modify_bg' is deprecated (declared at /usr/include/gtk-3.0/gtk/deprecated/gtkstyle.h:683): Use 'gtk_widget_override_background_color' instead [-Werror=deprecated-declarations] gtk_widget_modify_bg (app-da, GTK_STATE_NORMAL, white); ^ cc1: all warnings being treated as errors make[3]: *** [grip_test-gesture.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/libgrip_0.3.7-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741769: ruby-net-ssh-multi: FTBFS: ERROR: Test ruby1.9.1 failed: NoMethodError: undefined method `expects' for #Net::SSH::Multi::Session:0x0000000209ce80
Source: ruby-net-ssh-multi Version: 1.2.0-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): NoMethodError: undefined method `expects' for #Net::SSH::Multi::Session:0x000209ce80 /«PKGBUILDDIR»/test/session_test.rb:94:in `test_with_with_constraints_should_build_subsession_with_matching_servers' 87 tests, 29 assertions, 1 failures, 73 errors, 0 skips ERROR: Test ruby1.9.1 failed: The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/ruby-net-ssh-multi_1.2.0-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741772: crmsh: FTBFS: configure: error: You need pkgconfig installed in order to build crmsh
Source: crmsh Version: 1.2.6+git+e77add-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140315 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking for CRM_DAEMON_GROUP in crm_config.h... haclient checking for CRM_STATE_DIR in crm_config.h... /var/run/crm checking for PE_STATE_DIR in crm_config.h... /var/lib/pacemaker/pengine checking for CRM_CONFIG_DIR in crm_config.h... /var/lib/pacemaker/cib checking for CRM_DTD_DIRECTORY in crm_config.h... /usr/share/pacemaker configure: error: You need pkgconfig installed in order to build crmsh checking for pkg-config... no The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/03/15/crmsh_1.2.6+git+e77add-1_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741775: modules: FTBFS: configure: error: Must specify version (X.Y) if using this option (Tcl/Tk defaults related)
Source: modules
Version: 3.2.10-8
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
checking for Tcl version... 8.6
checking TCL_VERSION... 8.6
checking TCL_LIB_SPEC... -L/usr/lib/x86_64-linux-gnu -ltcl8.6
checking TCL_INCLUDE_SPEC... -I/usr/include/tcl8.6
checking for TclX configuration (tclxConfig.sh)... not found
configure: error: Must specify version (X.Y) if using this option
checking for TclX version... == config.log ==
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by modules configure 3.2, which was
generated by GNU Autoconf 2.68. Invocation command line was
$ ./configure --build=x86_64-linux-gnu --prefix=/usr
--includedir=${prefix}/include --mandir=${prefix}/share/man
--infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
--libdir=${prefix}/lib/x86_64-linux-gnu
--libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
--disable-dependency-tracking --prefix=/usr
--with-version-path=/usr/share/modules/versions
--with-module-path=/usr/share/modules/modulefiles --with-tcl-ver=8.6
--enable-logging --bindir=/usr/bin LDFLAGS=-fPIE -pie -Wl,-z,relro -Wl,-z,now
-Wl,--as-needed -Wl,--as-needed CFLAGS=-g -O2 -fPIE -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -pedantic
== config.log ==
[cutted here]
configure:7200: checking TCL_LIB_SPEC
configure:7205: result: -L/usr/lib/x86_64-linux-gnu -ltcl8.6
configure:7210: checking TCL_INCLUDE_SPEC
configure:7215: result: -I/usr/include/tcl8.6
configure:7246: checking for TclX configuration (tclxConfig.sh)
configure:7321: result: not found
configure:7365: checking for TclX version
configure:7380: error: Must specify version (X.Y) if using this option
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2014/03/15/modules_3.2.10-8_unstable.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: Intent to package FFmpeg
Hi Jonathan, unfortunately you haven't forwarded my and Alexander's request to join collab-maint to n...@debian.org. Thus we still don't have access to the repository you created. Are you still interested in packaging FFmpeg for Debian? Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
