Bug#753284: node-cookies -- Cookies, optionally signed using Keygrip
Package: wnpp Severity: wishlist Owner: Andrew Kelley superjo...@gmail.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-cookies Version : 0.4.1 Upstream Author : Jed Schmidt t...@nslator.jp (http://jed.is) * URL : https://github.com/expressjs/cookies * License : Expat Programming Lang: JavaScript Description : Cookies, optionally signed using Keygrip - Node.js module Cookies is a Node.js module for getting and setting HTTP(S) cookies. Cookies can be signed to prevent tampering, using Keygrip. It can be used with the built-in node.js HTTP library, or as Connect/Express middleware. . Node.js is an event-based server-side JavaScript engine.
Bug#753285: ITP: node-mv -- fs.rename alternative which works across devices
Package: wnpp Severity: wishlist Owner: Andrew Kelley superjo...@gmail.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-mv Version : 2.0.1 Upstream Author : Andrew Kelley * URL : https://github.com/andrewrk/node-mv * License : BSD Programming Lang: JavaScript Description : fs.rename alternative which works across devices - Node.js module mv is a Node.js module which allows you to move a file or directory from one place to another. It works similarly to the mv utility. First it tries to rename the file or directory, and then falls back to copying data. . Node.js is an event-based server-side JavaScript engine.
Bug#753286: v4l-utils and media-ctl: error when trying to install together
Package: media-ctl,v4l-utils Version: media-ctl/0.0.1~git20130926-1 Version: v4l-utils/1.2.1-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-06-30 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libjpeg8:amd64. (Reading database ... 10931 files and directories currently installed.) Preparing to unpack .../libjpeg8_8d-2_amd64.deb ... Unpacking libjpeg8:amd64 (8d-2) ... Selecting previously unselected package libv4lconvert0:amd64. Preparing to unpack .../libv4lconvert0_1.2.1-1_amd64.deb ... Unpacking libv4lconvert0:amd64 (1.2.1-1) ... Selecting previously unselected package libv4l-0:amd64. Preparing to unpack .../libv4l-0_1.2.1-1_amd64.deb ... Unpacking libv4l-0:amd64 (1.2.1-1) ... Selecting previously unselected package libv4l2rds0:amd64. Preparing to unpack .../libv4l2rds0_1.2.1-1_amd64.deb ... Unpacking libv4l2rds0:amd64 (1.2.1-1) ... Selecting previously unselected package v4l-utils. Preparing to unpack .../v4l-utils_1.2.1-1_amd64.deb ... Unpacking v4l-utils (1.2.1-1) ... Selecting previously unselected package media-ctl. Preparing to unpack .../media-ctl_0.0.1~git20130926-1_amd64.deb ... Unpacking media-ctl (0.0.1~git20130926-1) ... dpkg: error processing archive /var/cache/apt/archives/media-ctl_0.0.1~git20130926-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/media-ctl', which is also in package v4l-utils 1.2.1-1 Errors were encountered while processing: /var/cache/apt/archives/media-ctl_0.0.1~git20130926-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/media-ctl This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736398: gap-dev: multi-architecture support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, On 29/06/14 23:08, Bill Allombert wrote: On Sat, Feb 08, 2014 at 07:57:29PM +0100, Jerome BENOIT wrote: But /usr/share/gap/pkg/GAP PKG/bin - ../../../../lib/gap/pkg/GAP PKG/bin /usr/lib/gap/pkg/GAP PKG/bin/multiarch triplet - ../../../multiarch triplet/gap/pkg/GAP PGK sounds a good compromise. To start with GAP itself, I plan to add a symlink in GAP 4r7p5, When do you plan to bring GAP 4r7p5 to Debian ? /usr/lib/gap/bin/$(GAParch) - /usr/lib/$(multiarch triplet)/gap/bin and make sure packages like IO can be compiled without patching the configure system. Note however, that true multiarch would require splitting all arch:any GAP packages in two packages, which is more costly than any potential benefit of multiarch GAP packages. Anyway, the object files in /usr/lib/gap/bin/ should be multiarch as well - --- understood that the best is for GAP to support a true API library first. Best wishes, Jerome Cheers, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTsQP3AAoJEIC/w4IMSybjHhkH+wZdUBSxlfrSTK+FjKWWISSR iPQ9f41Ru8JyqowmKmX4bwAibCEb/BCE9Sd1BcgcPQZNFGbRLY8xLtUiwtPrHJ9R phrgGHJTIJlf37DJgqMPVcv4Q1jW5ifZ0lJ7SOPBfBDlUYwFp8BwJfRrsZ+CiLhV vtVc6wMwOPjBWSXBTX1Ej48LodxikUZE0ch1fwy30jLh77F2cV0csuGt4rgnp9wf QtlxIkC0N5qpKtNQK2KKBNbOWH9gdQMi9PC2+s6woRQD8ogF8/xUb6CKufYyAvEP 7RMj7sMrTmaRM3o8nJ32O0D7bqUBySwCMak3y2qzyspJk6040KMoBUXUmG62CCo= =Q6mL -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#753287: ITP: node-tar-stream -- streaming tar parser and generator
Package: wnpp Severity: wishlist Owner: Andrew Kelley superjo...@gmail.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-tar-stream Version : 0.4.3 Upstream Author : Mathias Buus mathiasb...@gmail.com * URL : https://github.com/mafintosh/tar-stream * License : Expat Programming Lang: JavaScript Description : streaming tar parser and generator - Node.js module tar-stream is a Node.js module which provides a streaming API to parse and generate tar files. It is streams2 and operates purely using streams which means you can extract/parse tarballs without ever hitting the file system. . Node.js is an event-based server-side JavaScript engine.
Bug#734946: AW Bug 734946
htmlbodydiv pre class=messageHibr /br /gt;keep base-passwd gt;= 3.5.30 out of testing until all the gt;=normal bugs in agt;http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=base-pas...@packages.debian.org;tag=shell-fallout/a gt;are fixedbr /br /Arenacute;t they fixed already?br /If yes, this bug should probably be closed?br /br //pre /divbr/br/hr/Schau dir gleich die Seite von red an! a href=http://my.sms.at/sheel/; target=profil_sms_athttp://my.sms.at/sheel//abr/hr/Dein Eventkalender auf sms.at! Events anlegen, Freunde einladen kein Top-Event mehr verpassen! a href=http://www.sms.at/events/;http://www.sms.at/events//abr//body/html
Bug#753233: r-bioc-rsamtools: FTBFS: utilities.c:99:5: error: unknown type name 'cachedXVectorList'
Hi, just a quick note: I'm in the process of upgrading all BioConductor packages (r-bioc-*). Unfortunately some of them are needing new (Build-)Dependencies. Since this takes a bit longer than expected due to a complex chain of dependencies these build problems are caused by incompatibilities between just upgraded and not yet upgraded BioConductor components. It will be dealt with in the next 1-2 weeks (hopefully). Kind regards and thanks for your QA qork to autobuild the archive Andreas. On Sun, Jun 29, 2014 at 06:49:14PM +0200, David Suárez wrote: Source: r-bioc-rsamtools Version: 1.14.2-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140628 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 -std=gnu99 -I/usr/share/R/include -DNDEBUG -I/usr/lib/R/site-library/IRanges/include -I/usr/lib/R/site-library/XVector/include -I/usr/lib/R/site-library/Biostrings/include -fopenmp -D_USE_KNETFILE -D_FILE_OFFSET_BITS=64 -U_FORTIFY_SOURCE -Dfprintf=_samtools_fprintf -Dexit=_samtools_exit -Dabort=_samtools_abort -I./samtools -I./samtools/bcftools -I./tabix -fpic -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -g -c utilities.c -o utilities.o utilities.c: In function '_as_XStringSet': utilities.c:99:5: error: unknown type name 'cachedXVectorList' cachedXVectorList cache; ^ utilities.c:100:5: error: unknown type name 'cachedCharSeq' cachedCharSeq dest; ^ utilities.c:101:5: warning: implicit declaration of function 'cache_XVectorList' [-Wimplicit-function-declaration] cache = cache_XVectorList(ans); ^ utilities.c:104:9: warning: implicit declaration of function 'get_cachedXRawList_elt' [-Wimplicit-function-declaration] dest = get_cachedXRawList_elt(cache, i); ^ utilities.c:105:46: error: request for member 'length' in something not a structure or union Ocopy_bytes_to_i1i2_with_lkup(0, dest.length - 1, (char *) dest.seq, ^ utilities.c:105:72: error: request for member 'seq' in something not a structure or union Ocopy_bytes_to_i1i2_with_lkup(0, dest.length - 1, (char *) dest.seq, ^ utilities.c:106:43: error: request for member 'length' in something not a structure or union dest.length, seq, strlen(seq), lkup0, ^ make[1]: *** [utilities.o] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/06/28/r-bioc-rsamtools_1.14.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. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- 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#753288: Package 2.x version of buildout in Debian
Package: python-zc.buildout Severity: normal The buildout project has had multiple releases since the 1.7.x releases and is now in version 2.2.1. So this is a bug to track packaging the latest 2.x version of buildout in Debian. Thanks Regards, Guruprasad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
Hi Norbert, Am Samstag, den 28.06.2014, 15:28 +0900 schrieb Norbert Preining: Thanks, I forwarded this to the poppler group - I am not very optimistic that they will do anything in this direction, but we should try at least ;-) whom do you mean with the poppler group? I couldn't find any message on the poppler-dev mailing list. However, I have also forwarded this information to the bug report I opened against poppler: https://bugs.freedesktop.org/show_bug.cgi?id=80093 - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752743: Acknowledgement (livestreamer: ilive.to don't work now)
One more stream don't work: livestreamer http://www.ustream.tv/channel/spilno-tv best [cli][info] Found matching plugin ustreamtv for URL http://www.ustream.tv/channel/spilno-tv error: No streams found on this URL: http://www.ustream.tv/channel/spilno-tv * ### Vladimir Stavrinov ### vstavri...@gmail.com * -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751150: fix luajit-related FTBFS
On Sun, 29 Jun 2014, Norbert Preining wrote: I went through them and made myself a whitelist. Oh okay, thanks. I had a somewhat busy weekend… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753289: corosync: Add arm64 support
Source: corosync Severity: normal Tags: patch User: debian-...@lists.debian.org Usertag: arm64 Dear Maintainer, The attached patch adds arm64 support as described in the Debian wiki: https://wiki.debian.org/Arm64Port#Porting_packages_for_arm64_-_Maintainer_info I've tested this on a arm64 chroot and it builds without error now. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 3.8.0 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash diff -ur debian.orig/control debian/control --- debian.orig/control 2013-11-20 11:55:02.0 + +++ debian/control 2014-06-30 04:19:45.0 + @@ -4,7 +4,7 @@ Maintainer: Debian HA Maintainers debian-ha-maintain...@lists.alioth.debian.org Uploaders: Martin Loschwitz madk...@debian.org, Guido Günther a...@sigxcpu.org Standards-Version: 3.9.3 -Build-Depends: debhelper ( 5), libnss3-dev, pkg-config, groff +Build-Depends: debhelper ( 5), libnss3-dev, pkg-config, groff, dh-autoreconf Vcs-Git: git://git.debian.org/debian-ha/corosync.git Vcs-Browser: http://git.debian.org/?p=debian-ha/corosync.git;a=summary diff -ur debian.orig/rules debian/rules --- debian.orig/rules 2013-11-20 11:54:54.0 + +++ debian/rules 2014-06-30 04:20:01.0 + @@ -12,6 +12,7 @@ configure-stamp: dh_testdir + dh_autoreconf ./configure --prefix=/usr \ --libexecdir=/usr/lib/ \ --localstatedir=/var \ @@ -28,6 +29,7 @@ clean: dh_testdir + dh_autoreconf_clean [ ! -f Makefile ] || $(MAKE) distclean dh_clean configure-stamp
Bug#708350: transition: java7
Le 29/06/2014 18:58, Steven Chamberlain a écrit : I presume openjdk-6 removal is the last thing to be done here. ftpmaster can't do that until icedtea-web stops building icedtea-6-plugin I think: https://bugs.debian.org/720911#36 There is also osmosis-plugin-borderextract that depends on openjdk-6. I prepared an update but the maintainer isn't available for uploading it yet. git+ssh://git.debian.org/git/pkg-java/osmosis-plugin-borderextract Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752907: libsasl2-dev: pkg-config file libsasl2.pc is not included in package
Control: tags -1 +upstream Hi J G, the libsasl2.pc is not included, because it was not provided by upstream in 2.1.25. It will be included in next Debian stable release. Cheers, Ondrej On Fri, Jun 27, 2014, at 19:43, J G Miller wrote: Package: libsasl2-dev Version: 2.1.25.dfsg1-6+deb7u1 Severity: normal The libsasl2-dev package does not include the much needed pkg-config file /usr/lib/pkgconfig/libsasl2.pc Please include pkg-config .pc files in all (as appropriate) dev packages. Also, it would be great, if cyrus-sasl could be upgraded to 2.1.26 for the next release of Debian, ie Version 8. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 3.0.35.8-armhf.com (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages libsasl2-dev depends on: ii libc6-dev 2.13-38+deb7u1 ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 libsasl2-dev recommends no packages. libsasl2-dev suggests no packages. -- no debconf information ___ Pkg-cyrus-sasl2-debian-devel mailing list pkg-cyrus-sasl2-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-sasl2-debian-devel -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753134: This is not due to gcc-ar / gcc-ranlib
Since I had no idea of where the problem could come from, I tried to simplify it a bit, and removed the static library that we use (*) so that I can switch back to regular ar and ranlib. But the bug did not disapear in the move, it still occured on powerpc this time: https://buildd.debian.org/status/fetch.php?pkg=simgridarch=powerpcver=3.11.1-6stamp=1404081303 I think I'll disable LTO on all architectures but AMD to work around the bug, so that the package can transition correctly. Thanks for you assistance, Mt (*) instead, the content of our previous static library is recompiled each time it's needed, for each of our 120 our test cases. Ugly and inefficient but I wanted to see. -- Alvin: Sinon, le polymorphisme en C, c'est trop bô. :) Emptty: Ca, c'est clair. Le C, j'aime ca. C'est un peu de l'art primitif, mais ca te secoue les tripes... signature.asc Description: Digital signature
Bug#753218: libreoffice: FTBFS: configure: error: no. You are sure you have altlinuyhyph headers?
reassign 753218 hyphen found 753218 2.8.7-1 close 753218 2.8.7-2 thanks On Sun, Jun 29, 2014 at 06:59:58PM +0200, David Suárez wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking for HUNSPELL... yes checking which altlinuxhyph to use... external checking hyphen.h usability... yes checking hyphen.h presence... yes checking for hyphen.h... yes configure: error: no. You are sure you have altlinuyhyph headers? checking for struct _HyphenDict.cset... no Error running configure at ./autogen.sh line 209. make[1]: *** [debian/stampdir/build-arch] Error 25 /«PKGBUILDDIR»/debian/rules:1865: recipe for target 'debian/stampdir/build-arch' failed make[1]: Leaving directory '/«PKGBUILDDIR»' ... which was caused by haphen 2.8.7-1 which was there only for one night before it was fixed over 1 day[1] before you report this bug because I exactly noticed this on a libreoffice 4.3 testbuild on said Saturday... Regards, Rene [1] http://packages.qa.debian.org/h/hyphen/news/20140628T114949Z.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753218: libreoffice: FTBFS: configure: error: no. You are sure you have altlinuyhyph headers?
On Mon, Jun 30, 2014 at 09:31:30AM +0200, Rene Engelhard wrote: before it was fixed over 1 day[1] before you report this bug because I exactly [...] [1] http://packages.qa.debian.org/h/hyphen/news/20140628T114949Z.html by $ cat 02_fix_hyphen_h_for_FILE.dpatch #! /bin/sh /usr/share/dpatch/dpatch-run ## 02_fix_hyphen_h_for_FILE.dpatch by rene@frodo ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: fix hyphen.h to #include stdio.h as otherwise FILE* is not defined and: ## DP: configure:32138: checking for hyphen.h ## DP: configure:32138: result: yes ## DP: configure:32146: checking for struct _HyphenDict.cset ## DP: configure:32146: x86_64-linux-gnu-gcc -c -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 conftest.c 5 ## DP: In file included from conftest.c:101:0: ## DP: /usr/include/hyphen.h:97:35: error: unknown type name 'FILE' ## DP: HyphenDict *hnj_hyphen_load_file (FILE *f); ## DP:^ ## DP: configure:32146: $? = 1 ## DP: configure: failed program was: @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' hyphen-2.8.7~/hyphen.h hyphen-2.8.7/hyphen.h --- hyphen-2.8.7~/hyphen.h 2014-06-28 12:26:29.0 +0200 +++ hyphen-2.8.7/hyphen.h 2014-06-28 12:27:47.469187586 +0200 @@ -55,6 +55,8 @@ extern C { #endif /* __cplusplus */ +#include stdio.h + typedef struct _HyphenDict HyphenDict; typedef struct _HyphenState HyphenState; typedef struct _HyphenTrans HyphenTrans; I'd have linked the patch-tracker but Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753003: autopoint: mark Multi-Arch:foreign
On Sat, 28 Jun 2014, Helmut Grohne wrote: Package: autopoint Version: 0.18.3.2-2 Severity: wishlist User: helm...@debian.org Usertags: rebootstrap Tags: patch Dear Maintainer, Is it possible to mark autopoint as Multi-Arch:foreign? Currently autopint has 106 reverse B-D, which are all not cross-buildable, because there autopoint:$HOST is uninstallable. Most notably make-dfsg, xz-utils and util-linux cannot be cross-built due to this issue. There are good reasons to assume that autopoint can indeed be marked Multi-Arch:foreign. * It is an Arch:all package without maintainer scripts, so it is not inherently architecture dependent. * The autopoint executable does not make any explicit use of the architecture set by dpkg. * Building xz-utils and util-linux with unsatisfied B-D (i.e. with autopoint for the wrong architecture) works. * Ubuntu generally treats all Arch:all packages in B-D as M-A:foreign and has not yet experienced problems with this approach. Seems ok. Will be done in the next upload (most probably 0.18.3.2-3, as I'm waiting for 0.19.2). Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753148: reproduced on another computer
Hi! I tried on another computer on another network. Also stalls. First I removed existing package: sudo apt-get remove nautilus-dropbox Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libavresample1 libavutil52 libavutil53 libblas-dev libgstreamer1.0-0 liblapack-dev libmozjs24d xulrunner-24.0 Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: nautilus-dropbox 0 upgraded, 0 newly installed, 1 to remove and 2 not upgraded. After this operation, 377 kB disk space will be freed. Do you want to continue [Y/n]? y (Reading database ... 575241 files and directories currently installed.) Removing nautilus-dropbox ... Dropbox isn't running! Processing triggers for hicolor-icon-theme ... incorrect gamma=(0/10) incorrect gamma=(0/10) incorrect gamma=(0/10) incorrect gamma=(0/10) Processing triggers for man-db ... Processing triggers for desktop-file-utils ... Processing triggers for gnome-menus ... Then i cleared apt cache, just to be sure: n0@sws:~$ sudo apt-get clean Then I attempted to install again: n0@sws:~$ sudo apt-get install nautilus-dropbox Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libavresample1 libavutil52 libavutil53 libblas-dev libgstreamer1.0-0 liblapack-dev libmozjs24d xulrunner-24.0 Use 'apt-get autoremove' to remove them. The following NEW packages will be installed: nautilus-dropbox 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 104 kB of archives. After this operation, 377 kB of additional disk space will be used. Get:1 http://ftp.ee.debian.org/debian/ wheezy/non-free nautilus-dropbox amd64 1.4.0-3 [104 kB] Fetched 104 kB in 0s (957 kB/s) Selecting previously unselected package nautilus-dropbox. (Reading database ... 575217 files and directories currently installed.) Unpacking nautilus-dropbox (from .../nautilus-dropbox_1.4.0-3_amd64.deb) ... Processing triggers for desktop-file-utils ... Processing triggers for gnome-menus ... Processing triggers for man-db ... Processing triggers for hicolor-icon-theme ... incorrect gamma=(0/10) incorrect gamma=(0/10) incorrect gamma=(0/10) incorrect gamma=(0/10) Setting up nautilus-dropbox (1.4.0-3) ... Dropbox is the easiest way to share and store your files online. Want to learn more? Head to http://www.dropbox.com/ Downloading Dropbox... 100% - it stalls here - At this point cursor is blinking and no further progress. Best regards, Svjatoslav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753290: [fabric] does not handle all ssh_config file representations
Package: fabric Version: 1.8.2-1 Severity: minor --- Please enter the report below this line. --- Not sure this is not a python-paramiko bug I have a very simple fabfile: = fabfile.py = from fabric.api import run, env env.use_ssh_config = True def host_type(): run('hostname -f') run('lsb_release -a') If I run this with a ~.ssh/config like: = ~/.ssh/config = Host * User = root Compression = yes ControlMaster = auto ControlPath = ~/.ssh/sock/ssh_%r@%h:%p ControlPersist = 2h ForwardAgent = yes HashKnownHosts = no ServerAliveInterval = 250 IdentityFile ~/.ssh/id_rsa === I got errors like this: == fab -H test_host host_type 1 ↵ [test_host] Executing task 'host_type' [test_host] run: hostname -f Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/fabric/main.py, line 743, in main *args, **kwargs File /usr/lib/python2.7/dist-packages/fabric/tasks.py, line 368, in execute multiprocessing File /usr/lib/python2.7/dist-packages/fabric/tasks.py, line 264, in _execute return task.run(*args, **kwargs) File /usr/lib/python2.7/dist-packages/fabric/tasks.py, line 171, in run return self.wrapped(*args, **kwargs) File /home/lminoza/src/fab/fabfile.py, line 7, in host_type run('hostname -f') File /usr/lib/python2.7/dist-packages/fabric/network.py, line 639, in host_prompting_wrapper return func(*args, **kwargs) File /usr/lib/python2.7/dist-packages/fabric/operations.py, line 1042, in run shell_escape=shell_escape) File /usr/lib/python2.7/dist-packages/fabric/operations.py, line 909, in _run_command channel=default_channel(), command=wrapped_command, pty=pty, File /usr/lib/python2.7/dist-packages/fabric/state.py, line 388, in default_channel chan = _open_session() File /usr/lib/python2.7/dist-packages/fabric/state.py, line 380, in _open_session return connections[env.host_string].get_transport().open_session() File /usr/lib/python2.7/dist-packages/fabric/network.py, line 151, in __getitem__ self.connect(key) File /usr/lib/python2.7/dist-packages/fabric/network.py, line 143, in connect self[key] = connect(user, host, port, cache=self) File /usr/lib/python2.7/dist-packages/fabric/network.py, line 444, in connect sock=sock File /usr/lib/python2.7/dist-packages/paramiko/client.py, line 273, in connect self._auth(username, password, pkey, key_filenames, allow_agent, look_for_keys) File /usr/lib/python2.7/dist-packages/paramiko/client.py, line 387, in _auth key = pkey_class.from_private_key_file(key_filename, password) File /usr/lib/python2.7/dist-packages/paramiko/pkey.py, line 182, in from_private_key_file key = cls(filename=filename, password=password) File /usr/lib/python2.7/dist-packages/paramiko/rsakey.py, line 55, in __init__ self._from_private_key_file(filename, password) File /usr/lib/python2.7/dist-packages/paramiko/rsakey.py, line 165, in _from_private_key_file data = self._read_private_key_file('RSA', filename, password) File /usr/lib/python2.7/dist-packages/paramiko/pkey.py, line 254, in _read_private_key_file with open(filename, 'r') as f: IOError: [Errno 2] No such file or directory: ' /home/lminoza/.ssh/id_rsa' == It takes me hours to view the space at the beginning of the past on the last line. Rewriting my ~/.ssh/config file with single space instead of ' = ' between keys and values makes me able to log on my servers and use fabric. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-1-amd64 Debian Release: jessie/sid 500 unstable http.debian.net 500 testing-updates http.debian.net 500 testing security.debian.org 500 testing http.debian.net 500 stable-updates http.debian.net 500 stable security.debian.org 500 stable http.debian.net 101 experimental http.debian.net 100 wheezy-backports http.debian.net --- Package information. --- Depends (Version) | Installed ===-+-=== python (= 2.7) | 2.7.6-2 python ( 2.8) | 2.7.6-2 python-paramiko (= 1.6) | 1.14.0-2 python-pkg-resources | 4.0.1-1 python-nose | 1.3.3-1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== libjs-jquery | 1.7.2+dfsg-3 -- Landry MINOZA MGI Sud-Ouest Pour le compte du département informatique de l’établissement public de musée d’Orsay et de l’Orangerie Chef de projet technique Linux et réseaux E-mail : landry.min...@musee-orsay.frmailto:landry.min...@musee-orsay.fr Tél :01 40 49 47 15 Musée d’Orsay et de l’Orangerie :62 rue de Lille - 75343 Paris Cedex 07 | www.musee-orsay.frhttp://www.musee-orsay.fr MGI France :5 rue Sextius Michel - 75015 Paris | RCS: Paris B 382 770 584 | www.mgi.frhttp://www.mgi.fr MGI SO :281 route
Bug#753291: libgdbm3: fails to upgrade: trying to overwrite changelog.Debian.gz which is different
Package: libgdbm3 Version: 1.8.3-12+b1 Severity: serious Justification: uninstallable in M-A scenarios Unpacking libgdbm3:amd64 (1.8.3-12+b1) over (1.8.3-12) ... dpkg: error processing archive /var/cache/apt/archives/libgdbm3_1.8.3-12+b1_amd64.deb (--unpack): trying to overwrite shared '/usr/share/doc/libgdbm3/changelog.Debian.gz', which is different from other instances of package libgdbm3:amd64 My system now looks like this, after APT aborted: root@tglase-dev:~ # apt-cache policy libgdbm3:i386 libgdbm3:i386: Installed: 1.8.3-12+b1 Candidate: 1.8.3-12+b1 Version table: *** 1.8.3-12+b1 0 500 http://mirror.lan.tarent.de/debian/ jessie/main i386 Packages 500 http://ftp.de.debian.org/debian/ jessie/main i386 Packages 100 /var/lib/dpkg/status 1.8.3-11 0 500 http://mirror.lan.tarent.de/debian/ wheezy/main i386 Packages root@tglase-dev:~ # apt-cache policy libgdbm3:amd64 libgdbm3: Installed: 1.8.3-12 Candidate: 1.8.3-12+b1 Version table: 1.8.3-12+b1 0 500 http://mirror.lan.tarent.de/debian/ jessie/main amd64 Packages 500 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages *** 1.8.3-12 0 100 /var/lib/dpkg/status 1.8.3-11 0 500 http://mirror.lan.tarent.de/debian/ wheezy/main amd64 Packages -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
On Mon, 30 Jun 2014, Fabian Greffrath wrote: whom do you mean with the poppler group? I couldn't find any message I reassigned https://bugs.freedesktop.org/show_bug.cgi?id=73291 to poppler (after some ping pong beteen fontcnfig and poppler) and mentioned the AGL Specification. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640789: Bug still not fixed in hd-media installation media (wheezy, jessie and sid)
Hi, I just stumbled over this bug as it is still not fixed in the hd-media initrd.gz. I have tried wheezy, jessie and sid, manually patching initrd.gz (with the patch mentioned by Chris Tillman) made everything working again. I suppose a lot of users can hit this bug, since a space in any path on any mountable FS will cause this bug to trigger on installation and the error and error message are rather cryptic. Since the fix is already known for quite some time, limited in scope and very obviously correct, *please* fix this ASAP in all the installation media, this could very well hinder Debian adoption since installation fails early for no apparent reason. Thanks, Sander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628991: Bug still not fixed in hd-media installation media (wheezy, jessie and sid)
Hi, I just stumbled over this bug as it is still not fixed in the hd-media initrd.gz. I have tried wheezy, jessie and sid, manually patching initrd.gz (with the patch mentioned by Chris Tillman) made everything working again. I suppose a lot of users can hit this bug, since a space in any path on any mountable FS will cause this bug to trigger on installation and the error and error message are rather cryptic. Since the fix is already known for quite some time, limited in scope and very obviously correct, *please* fix this ASAP in all the installation media, this could very well hinder Debian adoption since installation fails early for no apparent reason. Thanks, Sander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753210: bamtools: FTBFS: Patch failed
Hi Charles, On Mon, Jun 30, 2014 at 09:03:04AM +0900, Charles Plessy wrote: it looks that the package will fail to build each time the d-shlibmove program will change, and this is not under our control. It is rather the other way around: *Since* we have control about d-shlibs as it is team maintained we were able to forward a patch which fixed a problem in d-shlibmove. After removing the hack I injected to get bamtools in quickly it builds fine (and will also in the future). See https://wiki.debian.org/Multiarch/Implementation for details. D-shlibs is more than just organising multiarch, but thanks for the hint anyway. Kind regards 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#753291: libgdbm3: fails to upgrade: trying to overwrite changelog.Debian.gz which is different
Thorsten Glaser dixit: My system now looks like this, after APT aborted: Fixup: # rm /usr/share/doc/libgdbm3/changelog.Debian.gz # apt-get --purge -f install Then restart the dist-upgrade. Of course, this merely shows the bug in the package… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753133: postr: flickr API went SSL only today
On Sun, Jun 29, 2014 at 11:47:07PM +1000, Tim Connors wrote: Package: postr Version: 0.13-1 Severity: grave Tags: patch Justification: renders package unusable API went SSL only today: https://www.flickr.com/help/forum/en-us/72157645440333073/ My basic little patch seems to work for the handful of things I've tried, but I've probably missed something. Also need to add a dependency on python-openssl. My patch doesn't do that since I'm a bit clueless. Thanks. I will take a look at this later today. pgpmbkHq1dPOL.pgp Description: PGP signature
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
Am Montag, den 30.06.2014, 17:03 +0900 schrieb Norbert Preining: I reassigned https://bugs.freedesktop.org/show_bug.cgi?id=73291 to poppler (after some ping pong beteen fontcnfig and poppler) and mentioned the AGL Specification. Ah, I see. I have added the other bug to the See Also list (which I assume is a pendant to Debian's blog a by b thing). - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753292: cups-ipp-missing-job-history when printing on print server Thecus N5200
Package: cups Version: 1.7.3-3 Severity: important Dear Maintainer, I use ipp print server on Thecus N5200 to print on a Samsung SCX-4216 via ipp. This used to work without problems in Squeeze and Wheezy - after updating to Jessie this stopped working with the error: cups-ipp-missing-job-history As print driver I use Samsung Unified Linux Driver as provided by http://www.bchemnet.com/suldr The driver itself is not an issue from my understanding as I can print via usb locally to the same printer without problems - but who knows Thanks a lot, Thomas *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii cups-client1.7.3-3 ii cups-common1.7.3-3 ii cups-core-drivers 1.7.3-3 ii cups-daemon1.7.3-3 ii cups-filters 1.0.54-1 ii cups-ppdc 1.7.3-3 ii cups-server-common 1.7.3-3 ii debconf [debconf-2.0] 1.5.53 ii ghostscript9.05~dfsg-8.1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libc-bin 2.19-4 ii libc6 2.19-4 ii libcups2 1.7.3-3 ii libcupscgi11.7.3-3 ii libcupsimage2 1.7.3-3 ii libcupsmime1 1.7.3-3 ii libcupsppdc1 1.7.3-3 ii libgcc11:4.9.0-7 ii libstdc++6 4.9.0-7 ii libusb-1.0-0 2:1.0.19-1 ii lsb-base 4.1+Debian13 ii poppler-utils 0.24.5-4 ii procps 1:3.3.9-5 Versions of packages cups recommends: ii avahi-daemon 0.6.31-4 ii colord 1.2.1-1 ii cups-filters [ghostscript-cups] 1.0.54-1 ii printer-driver-gutenprint5.2.10-2 Versions of packages cups suggests: ii cups-bsd 1.7.3-3 ii cups-pdf 2.6.1-9 ii foomatic-db-compressed-ppds [foomatic-db] 20140325-1 pn hplip none pn printer-driver-hpcups none ii smbclient 2:4.1.9+dfsg-1 ii udev 204-8 -- Configuration Files: /etc/default/cups changed: -- debconf information: cupsys/backend: lpd, socket, usb, snmp, dnssd cupsys/raw-print: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753293: ITP: r-cran-doparallel -- GNU R foreach parallel adaptor for the parallel package
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-cran-doparallel Version : 1.0.8 Upstream Author : Steve Weston * URL : http://cran.r-project.org/web/packages/doParallel/ * License : GPL Programming Lang: R Description : GNU R foreach parallel adaptor for the parallel package This GNU R package provides a parallel backend for the %dopar% function using the parallel package. Remark: This package is needed to run the test suite of r-bioc-biocparallel. It is maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-doparallel/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753294: ITP: r-bioc-biocparallel -- BioConductor facilities for parallel evaluation
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-biocparallel Version : 0.6.1 Upstream Author : Martin Morgan, Michel Lang, Ryan Thompson * URL : http://bioconductor.org/packages/release/bioc/html/BiocParallel.html * License : GPL Programming Lang: R Description : BioConductor facilities for parallel evaluation This BioConductor package provides modified versions and novel implementation of functions for parallel evaluation, tailored to use with Bioconductor objects. Remark: This package is a precondition to upgrade some BioConductor packages. It is maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-biocparallel/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753276: lighttpd: FTBFS when using cowbuilder
Hi, On Sun, 29 Jun 2014 23:45:40 +0100 Michael Tautschnig m...@debian.org wrote: Package: lighttpd Version: 1.4.35-2 Severity: wishlist Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] as well as several further test failures. Upon inspection of the error and breakage logs I find the following in tmp/lighttpd/logs/lighttpd.breakage.log: env var COWDANCER_ILISTFILE not defined cowdancer: Fatal, initialize_functions failed env var COWDANCER_ILISTFILE not defined env var COWDANCER_ILISTFILE not defined Can't open perl script /lighttpd-1.4.35/tests/tmp/lighttpd/servers/www.example.org/pages/send404.pl: Cannot allocate memory From documentation I gather that there is no way to add environment variables to mog_cgi? If so, would it be possible to run those tests using mod_fastcgi instead? https://redmine.lighttpd.net/projects/lighttpd/wiki/Docs_ModSetEnv - there is a way. But imho this is the wrong way - fix cowbuilder instead. mod_fastcgi has its own tests, why would you change mod_cgi to mod_fastcgi? oO. regards, Stefan signature.asc Description: PGP signature
Bug#691265: ITA: gnome-alsamixer -- ALSA sound mixer for GNOME
Pierangelo
Bug#753295: libvirt 1.2.4: virsh dumpxml throws internal error
Package: libvirt-bin Version: 1.2.4-1 Running on a vanilla wheezy with default 3.2 kernel and xen4.1, dumping a running domain's config using virsh dumpxml TheDomain will throw the error error: internal error: unexpected disk type 0 using libvirt-bin 1.2.4 from wheezy-backports. Reverting to 0.9.12 will fix the problem. The disk definition looks like this: disk type='block' device='disk' driver name='drbd'/ source dev='TheDomain.root'/ target dev='xvda1' bus='xen'/ /disk
Bug#752864: broadcom-sta-dkms: External module driver does not compile on a Linux 3.15.x kernel
I backported ubuntu patch ( http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/bcmwl/utopic/view/head:/debian/patches/0012-add-support-for-Linux-3.15.patch ) It works for me. *** src/broadcom-sta-6.30.223.141/src/wl/sys/wl_cfg80211_hybrid.c 2013-09-16 08:11:10.0 +0200 --- src/broadcom-sta-6.30.223.141/src/wl/sys/wl_cfg80211_hybrid.c 2014-06-30 09:47:59.513230386 +0200 *** *** 1841,1847 --- 1841,1866 wl_get_assoc_ies(wl); memcpy(wl-bssid, e-addr, ETHER_ADDR_LEN); wl_update_bss_info(wl); + #if LINUX_VERSION_CODE = KERNEL_VERSION(3, 15, 0) + { + struct wl_bss_info *bi; + u16 bss_info_channel; + struct ieee80211_channel *channel; + u32 freq; + + bi = (struct wl_bss_info *)(wl-extra_buf + 4); + bss_info_channel = bi-ctl_ch ? bi-ctl_ch : CHSPEC_CHANNEL(bi-chanspec); + + freq = ieee80211_channel_to_frequency(bss_info_channel, + (bss_info_channel = CH_MAX_2G_CHANNEL) ? + IEEE80211_BAND_2GHZ : IEEE80211_BAND_5GHZ); + + channel = ieee80211_get_channel(wl_to_wiphy(wl), freq); + cfg80211_ibss_joined(ndev, (u8 *)wl-bssid, channel, GFP_KERNEL); + } + #else cfg80211_ibss_joined(ndev, (u8 *)wl-bssid, GFP_KERNEL); + #endif set_bit(WL_STATUS_CONNECTED, wl-status); wl-profile-active = true; }
Bug#736398: gap-dev: multi-architecture support
On Mon, Jun 30, 2014 at 08:30:29AM +0200, Jerome BENOIT wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Bill, On 29/06/14 23:08, Bill Allombert wrote: On Sat, Feb 08, 2014 at 07:57:29PM +0100, Jerome BENOIT wrote: But /usr/share/gap/pkg/GAP PKG/bin - ../../../../lib/gap/pkg/GAP PKG/bin /usr/lib/gap/pkg/GAP PKG/bin/multiarch triplet - ../../../multiarch triplet/gap/pkg/GAP PGK sounds a good compromise. To start with GAP itself, I plan to add a symlink in GAP 4r7p5, /usr/lib/gap/bin/$(GAParch) - /usr/lib/$(multiarch triplet)/gap/bin When do you plan to bring GAP 4r7p5 to Debian ? As soon as I have finalised the binary interface, i.e. the value of GAParch. Probably in two days. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752465: NMUing gdbm
On 29/06/14 17:20, Helmut Grohne wrote: On Fri, Jun 27, 2014 at 08:23:11PM +0200, Helmut Grohne wrote: I intend to NMU gdbm to fix bugs #752465 and #752830. I retract my intent to NMU, because Anibal privately indicated that he is not happy with the patch as is. Did he say why? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753296: mpv completion fails
Package: zsh Version: 5.0.5-4 Severity: minor The following happens if I try to complete a file for mpv: 1% mpv _mpv:7: command not found: *:files:-mfiles mpv is at 0.4 (from unstable). Not sure when this started to happen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753296: Acknowledgement (mpv completion fails)
Ahh sorry, I noticed only now that the _mpv function is shipped with mpv itself. Could you reassign it to mpv? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752676: dokuwiki: wrong link in README.Debian
Bernard Massot, 2014-06-25 16:23+0200: The link about stylesheet loading in README.Debian.gz should be https://www.dokuwiki.org/devel:css#user_styles (instead of http://wiki.splitbrain.org/wiki:devel:css#stylesheet_loading). That is right, thank you for reporting that. Given the low importance of that, I will probably wait before uploading an update, to see if there are other things I could fix at the same time. Regards, -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#753297: apt list --upgradable gives lot of false positives
Package: apt Version: 1.0.5 Severity: normal Dear Maintainer, apt list --upgradable gives lot of false positives. I did a run of index update and it said :- Reading package lists... Done Building dependency tree Reading state information... Done 25 packages can be upgraded. Run 'apt list --upgradable' to see them. But running the command itself gave lot of false positives. This is after doing all the updates :- $ sudo aptitude safe-upgrade [sudo] password for shirish: No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. The above tells all updates have been performed. I even did :- $ apt-show-versions -u $ Just giving a partial hit of the updates it claims as I run it :- $ apt list --upgradable Listing... Done advancecomp/testing,now 1.16-1 amd64 [installed,upgradable to: 1.16-1] aegisub/testing,now 3.0.4-2+b1 amd64 [installed,upgradable to: 3.0.4-2+b1] alsa-base/testing,now 1.0.25+3 all [installed,upgradable to: 1.0.25+3] anacron/testing,now 2.3-20 amd64 [installed,upgradable to: 2.3-20] autoconf/testing,now 2.69-6 all [installed,upgradable to: 2.69-6] It is possible that it might be some configuration issue at my end, but still it would be nice if somebody can clarify. Looking forward to know more. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.14-1-amd64$; APT::NeverAutoRemove:: ^linux-headers-3\.14-1-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3\.14-1-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3\.14-1-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.14-1-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.14-1-amd64$; APT::NeverAutoRemove:: ^gnumach-image-3\.14-1-amd64$; APT::NeverAutoRemove:: ^.*-modules-3\.14-1-amd64$; APT::NeverAutoRemove:: ^.*-kernel-3\.14-1-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.14-1-amd64$; APT::NeverAutoRemove:: ^linux-tools-3\.14-1-amd64$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke:: [ ! -x /usr/bin/debtags ] || debtags update --local || true; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: test -x /usr/bin/apt-show-versions || exit 0 ; apt-show-versions -i; APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || /usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt org.debian.apt.CacheChanged || true; APT::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; APT::Architectures ; APT::Architectures:: amd64; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ;
Bug#611283: Closing #611283
Version: 1.4.3-1 Closing it as I cannot reproduce it anymore (even though it was not mentioned in any of the upstream's most recent releases's ChangeLogs). Please reopen if you stumble upon it again. Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753070: zlib-bin: transition to minizip
On Sat, Jun 28, 2014 at 08:45:22PM -0400, Michael Gilbert wrote: package: zlib-bin severity: wishlist version: 1:1.2.8.dfsg-1 tag: security Please consider turning zlib-bin into a transitional package. I've considered it. :P signature.asc Description: Digital signature
Bug#95254: nice to meet you
こんにちは 始めまして あなたにいミス慈悲インタレスト そして私の友人としてあなたを持つことを望む 私はあなたに私の写真を送ることができるように、私に返信してください。 Hello nice to meet you Am miss Mercy Interest in you and wish to Have you as my friend reply me so that i can send my picture to you.
Bug#753296: [Pkg-zsh-devel] Bug#753296: mpv completion fails
Control: reassign -1 mpv 0.4.0-1 Control: retitle -1 mpv: zsh tab completion fails Control: affects -1 zsh Hi Yuri, Yuri D'Elia wrote: Package: zsh Version: 5.0.5-4 Severity: minor The following happens if I try to complete a file for mpv: 1% mpv _mpv:7: command not found: *:files:-mfiles mpv is at 0.4 (from unstable). Not sure when this started to happen. Likely with mpv 0.4.0-1. From its Debian changelog: * Build and install zsh completion script dpkg -L mpv | fgrep zsh also shows /usr/share/zsh/vendor-completions/_mpv. Hence reassigning to to mpv. Feel free to reassign back to zsh if you think that's a bug inside zsh and not inside mpv's zsh completion. Then on the other hand, I can't reproduce the issue. Works fine for me: → mpv Tab completing media file ../ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 01\ -\ Les\ Chants\ Magnetiques\ Part\ 1.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 02\ -\ Les\ Chants\ Magnetiques\ Part\ 2.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 03\ -\ Les\ Chants\ Magnetiques\ Part\ 3.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 04\ -\ Les\ Chants\ Magnetiques\ Part\ 4.ogg@ Jean-Michel\ Jarre\ -\ Les\ Chants\ Magnetiques\ 05\ -\ Les\ Chants\ Magnetiques\ Part\ 5.ogg@ completing URL cdda://cddb://dvd:// file: ftp:// gopher:// http:// https:// tv:// vcd:// So maybe the error only appears depending on which files or parameters are present. Can you try to make a minimal example where it happens? Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753298: ramond: setenv(FOO, NULL) results in a mangled environment for the child process that ramond forks
Package: ramond Version: 0.5-4 Severity: important Tags: patch Dear Maintainer, ramond runs a process when it detects a problem. remond send the prefix detected to the child via environment vairables. If the Rogue Router Announcement does not contain a prefix the enviromnent vairables are garbled. changing setenv(FOO, NULL) to setenv(FOO, ) fixes it. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ramond depends on: ii libapr1 1.5.1-2 ii libc6 2.19-4 ii libpcap0.8 1.5.3-4 ii libxml2 2.9.1+dfsg1-3 ii zlib1g 1:1.2.8.dfsg-1 ramond recommends no packages. ramond suggests no packages. -- no debconf information --- ramond-0.5.orig/src/main.c +++ ramond-0.5/src/main.c @@ -567,8 +567,8 @@ void executeActions(struct rule *this_ru } else { - setenv(PREFIX, NULL, 1); - setenv(PREFIX_LEN, NULL, 1); + setenv(PREFIX, , 1); + setenv(PREFIX_LEN, , 1); } setenv(SOURCE_ADDR, data-from_str, 1);
Bug#753296: Acknowledgement (mpv completion fails)
Yuri D'Elia wrote: Ahh sorry, I noticed only now that the _mpv function is shipped with mpv itself. Could you reassign it to mpv? The problem you're describing looks like a broken completions-cache file. Before you proceed, try this: % rm ~/.zcompdump % exec zsh And see if the problem persists. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753296: Acknowledgement (mpv completion fails)
On 06/30/2014 12:17 PM, Frank Terbeck wrote: Yuri D'Elia wrote: Ahh sorry, I noticed only now that the _mpv function is shipped with mpv itself. Could you reassign it to mpv? The problem you're describing looks like a broken completions-cache file. Before you proceed, try this: % rm ~/.zcompdump % exec zsh And see if the problem persists. It persists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753299: libghc-highlighting-kate-dev: Highlighting Ocaml fails
Package: libghc-highlighting-kate-dev Version: 0.5.8.2-1 Severity: important Dear Maintainer, Highlighting fails on ocaml code with a regex error. I tried to highlight the most simple code possible in ghci: Prelude Text.Highlighting.Kate highlightAs ocaml a [*** Exception: Text.Regex.PCRE.Light: Error in regex: range out of order in character class This affects pandoc/1.12.4.2~dfsg-1+b1 while pandoc/1.12.3.3~dfsg-1+b11 works. Best regards, Samuel -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libghc-highlighting-kate-dev depends on: ii ghc [libghc-containers-dev-0.5.0.0-ab1da]7.6.3-13 ii libc62.19-4 pn libghc-base-dev-4.6.0.1-8aa5dnone ii libghc-blaze-html-dev [libghc-blaze-html-dev-0.6.1.2-0108a] 0.6.1.2-1+b2 ii libghc-mtl-dev [libghc-mtl-dev-2.1.2-94c72] 2.1.2-4 ii libghc-parsec3-dev [libghc-parsec-dev-3.1.3-6c6e2] 3.1.3-3+b1 ii libghc-pcre-light-dev [libghc-pcre-light-dev-0.4-f5309] 0.4-6 ii libghc-utf8-string-dev [libghc-utf8-string-dev-0.3.7-26a8e] 0.3.7-3 libghc-highlighting-kate-dev recommends no packages. Versions of packages libghc-highlighting-kate-dev suggests: ii libghc-highlighting-kate-doc 0.5.8.2-1 pn libghc-highlighting-kate-prof none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753300: anki doesn't export decks properly
Package: anki Version: 2.0.26+dfsg-1 Severity: minor Dear Maintainer, * What led up to the situation? Trying to export some decks for giving it to others. *What exactly did you do (or not do) that was effective? Using the export option of the program resulted sometimes in empty files, some other tries showed the complete content. Exporting to apkg or txt - same result. * What was the outcome of this action? I ve lost some of my decks, because i deleted them after exporting. * What outcome did you expect instead? Complete exported decks :-) I use anki on Debian and Android. The later has no export option, therefore i can't say if the error comes from the user,platform,program. Thank you -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages anki depends on: ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-flot 0.8.2+dfsg-1 ii libjs-jquery-ui 1.10.1+dfsg-1 ii python-beautifulsoup 3.2.1-1 ii python-httplib2 0.9+dfsg-1 ii python-pyaudio0.2.8-1+b1 ii python-qt44.11+dfsg-2 ii python-simplejson 3.5.2-1+b1 ii python-sqlalchemy 0.9.4-1 pn python:anynone Versions of packages anki recommends: ii python-matplotlib 1.3.1-1+b2 Versions of packages anki suggests: ii dvipng 1.14-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705767: O: pycocuma -- Pythonic Contact and Customer Management
Re: To 705...@bugs.debian.org 2013-11-01 20131101220208.ga19...@msgid.df7cb.de Re: To Debian Bug Tracking System 2013-04-19 20130419185520.ga7...@msgid.df7cb.de I request an adopter for the pycocuma package. I'm not using it anymore, so it should go to a new maintainer. I've upgraded the bug to 'O' now. Unfortunately, I'm not aware of a replacement (short of using Gmail). Any takers? Otherwise I'd propose removing pycocuma. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753267: RM: guayadeque/0.3.7~ds0-2
On 29/06/14 23:36, Alessio Treglia wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, As I said in [1], guayadeque's upstream is working on a Qt port of the music player, and does not intend to support the old, wxWidgets-based releases. So I'd request to drop guayadeque from Jessie. Thanks for considering, and cheers! [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749978 I've added a hint for this, guayadeque should be gone in tonight's britney run. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753052: dpkg,binutils: please agree on mips64el ABI
[forwarding to Yunqiang Su and debian-mips] Am 29.06.2014 18:20, schrieb Helmut Grohne: Control: reassign -1 src:binutils Control: retitle -1 mips64el-linux-gnuabi64-as defaults to N32 abi Control: tags -1 + upstream On Sat, Jun 28, 2014 at 08:32:42PM +0200, Helmut Grohne wrote: dpkg-architecture -amips64el -qDEB_HOST_GNU_TYPE gives mips64el-linux-gnuabi64, but binutils sets the gnu type to mips64el-linux-gnuabin32 when encountering the Debian architecture mips64el (see debian/rules). Thus binutils and dpkg do not agree on what the mips64el architecture is supposed to be. I cannot tell which of the values is desired, so I am filing this bug against both packages. Please reassign the bug to the package that needs to change. While the analysis of the cause above is wrong (debian/rules only select additional targets and the actual target is obtained from dpkg-architecture), the actual symptom remains: $ mips64el-linux-gnuabi64-as -o test.o /dev/null $ file test.o test.o: ELF 32-bit LSB relocatable, MIPS, N32 MIPS-III version 1 (SYSV), not stripped $ The actual cause is in the following snippet from gas/configure: | case ${target} in | mips64*-linux* | mips-sgi-irix6* | mips64*-freebsd* | mips64*-kfreebsd*-gnu) | mips_default_abi=N32_ABI | ;; Since target is set to mips64el-linux-gnuabi64, the first case kicks in and selects gnuabin32. While digging into the issue I found the related bug #741543 (gcc-4.9). I have no clue why binutils chooses to ignore the abi passed in the gnu triplet and rather (wrongly) guesses the abi from the other elements. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753301: ITP: velvetoptimiser -- automatically optimise Velvet do novo assembly parameters
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: velvetoptimiser Version : 2.2.5 Upstream Author : Simon Gladman simon.glad...@monash.edu * URL : http://bioinformatics.net.au/software.velvetoptimiser.shtml * License : GPL Programming Lang: Perl Description : automatically optimise Velvet do novo assembly parameters VelvetOptimiser is a multi-threaded Perl script for automatically optimising the three primary parameter options (K, -exp_cov, -cov_cutoff) for the Velvet de novo sequence assembler. Remark: This package was prepared by Tim Booth from BioLinux and will be maintained by the Debian Med team to fully support BioLinux work. It is available in SVN at svn://anonscm.debian.org/debian-med/trunk/packages/velvetoptimiser/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753302: bcache-tools: Bcache error
Package: bcache-tools Version: 1.0.4-1 Severity: normal Dear Maintainer, I'm using bcache to provide storage (through nfs) for virtual machines .The server was working for a month without any problems however last friday i got a bcache error that made the bcache device unusable. I couldn't detach the device from the cache and had to reboot. I got the following error from syslog: Jun 27 10:00:00 storage kernel: [859662.906019] BUG: unable to handle kernel NULL pointer dereference at 0008 Jun 27 10:00:00 storage kernel: [859662.906073] IP: [a01b7771] bch_btree_node_read_done+0x41/0x440 [bcache] Jun 27 10:00:00 storage kernel: [859662.906123] PGD 0 Jun 27 10:00:00 storage kernel: [859662.906135] Oops: 0002 [#1] SMP Jun 27 10:00:00 storage kernel: [859662.906154] Modules linked in: iscsi_trgt(O) crc32c nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc 8021q garp stp mrp llc bonding loop intel_powerclamp coretemp kvm_intel kvm crct10dif_pclmul iTCO_wdt ast iTCO_vendor_support ttm drm_kms_helper drm crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul lpc_ich i2c_algo_bit ioatdma i2c_i801 i2c_core joydev evdev psmouse dca ipmi_si glue_helper acpi_cpufreq serio_raw pcspkr parport_pc ipmi_msghandler parport i7core_edac mfd_core edac_core ablk_helper cryptd processor thermal_sys button ext4 crc16 mbcache jbd2 dm_mod raid1 md_mod bcache sg sd_mod sr_mod crc_t10dif crct10dif_common cdrom hid_generic usbhid hid ahci libahci libata uhci_hcd ehci_pci ehci_hcd e1000e ptp pps_core 3w_sas usbcore usb_common scsi_mod Jun 27 10:00:00 storage kernel: [859662.906578] CPU: 1 PID: 23117 Comm: kworker/1:2 Tainted: G IO 3.14-0.bpo.1-amd64 #1 Debian 3.14.4-1~bpo70+1 Jun 27 10:00:00 storage kernel: [859662.906624] Hardware name: empty empty/S7002, BIOS 'V1.08E ' 10/19/2010 Jun 27 10:00:00 storage kernel: [859662.906659] Workqueue: bcache bch_data_insert_keys [bcache] Jun 27 10:00:00 storage kernel: [859662.906686] task: 8800ba0752f0 ti: 880002724000 task.ti: 880002724000 Jun 27 10:00:00 storage kernel: [859662.906719] RIP: 0010:[a01b7771] [a01b7771] bch_btree_node_read_done+0x41/0x440 [bcache] Jun 27 10:00:00 storage kernel: [859662.906769] RSP: 0018:880002725b58 EFLAGS: 00010246 Jun 27 10:00:00 storage kernel: [859662.906794] RAX: 1000 RBX: 880135f59000 RCX: 8801b5e4 Jun 27 10:00:00 storage kernel: [859662.906825] RDX: RSI: 0246 RDI: 0246 Jun 27 10:00:00 storage kernel: [859662.906857] RBP: R08: R09: 0f58 Jun 27 10:00:00 storage kernel: [859662.906888] R10: 1770 R11: R12: 8800b8a0 Jun 27 10:00:00 storage kernel: [859662.906919] R13: 8801088c0020 R14: 8800ba0752f0 R15: Jun 27 10:00:00 storage kernel: [859662.906951] FS: () GS:8801bf22() knlGS: Jun 27 10:00:00 storage kernel: [859662.906987] CS: 0010 DS: ES: CR0: 8005003b Jun 27 10:00:00 storage kernel: [859662.907013] CR2: 0008 CR3: 0180c000 CR4: 07e0 Jun 27 10:00:00 storage kernel: [859662.907044] Stack: Jun 27 10:00:00 storage kernel: [859662.907055] 880135f59000 8800b88804e8 00030ddbdda6790d 8801088c0020 Jun 27 10:00:00 storage kernel: [859662.907093] 8800ba0752f0 a01b7cc0 00B00 8800ba0752f0 Jun 27 10:00:00 storage kernel: [859662.907130] a001 Jun 27 10:00:00 storage kernel: [859662.907168] Call Trace: Jun 27 10:00:00 storage kernel: [859662.907189] [a01b7cc0] ? bch_btree_node_read+0x150/0x180 [bcache] Jun 27 10:00:00 storage kernel: [859662.907226] [a01b9034] ? bch_btree_node_get+0x134/0x280 [bcache] Jun 27 10:00:00 storage kernel: [859662.907262] [a01b93eb] ? bch_btree_map_nodes_recurse+0x10b/0x180 [bcache] Jun 27 10:00:00 storage kernel: [859662.907301] [a01bb050] ? bch_btree_insert_node+0x2e0/0x2e0 [bcache] Jun 27 10:00:00 storage kernel: [859662.907337] [813bdf6b] ? cpufreq_notify_transition+0x3b/0x190 Jun 27 10:00:00 storage kernel: [859662.907371] [a02a676c] ? acpi_cpufreq_target+0x10c/0x210 [acpi_cpufreq] Jun 27 10:00:00 storage kernel: [859662.907410] [a01bc6bd] ? __bch_btree_map_nodes+0x18d/0x1c0 [bcache] Jun 27 10:00:00 storage kernel: [859662.907447] [a01bb050] ? bch_btree_insert_node+0x2e0/0x2e0 [bcache] Jun 27 10:00:00 storage kernel: [859662.907484] [a01bc7cf] ? bch_btree_insert+0xdf/0x150 [bcache] Jun 27 10:00:00 storage kernel: [859662.907518] [810a6730] ? __e_up_sync+0x10/0x10 Jun 27 10:00:00 storage kernel: [859662.907550] [a01c3c1f] ? bch_data_insert_keys+0x2f/0x140 [bcache] Jun 27 10:00:00 storage kernel: [859662.907584]
Bug#753303: avconv: in best video stream selection, please break resolution ties by bitrate
Package: libav-tools Version: 6:10.1-1 Severity: normal Take for example the video at http://player.ooyala.com/player/ipad/NoMndlbDpMPxEDCuGI2hYTcaQwVSQUBO.m3u8?js=1 (originally from http://www.aopa.org/Education/Safety-Videos.aspx?ipp=100) It is served over applehttp through ooyala. It has 5 variants of differing encoding, resolution and bitrate, *but* among same resolution (and encoding), there are sometimes multiple bitrate choices. For example: Program 0 Metadata: variant_bitrate : 123 Stream #0.0: Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 123 Stream #0.1: Audio: aac, 44100 Hz, stereo, fltp, 133 kb/s Metadata: variant_bitrate : 123 (...) Program 3 Metadata: variant_bitrate : 1746000 Stream #0.6: Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 1746000 Stream #0.7: Audio: aac, 44100 Hz, stereo, fltp, 133 kb/s Metadata: variant_bitrate : 1746000 Program 4 Metadata: variant_bitrate : 2798000 Stream #0.8: Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 2798000 Stream #0.9: Audio: aac, 44100 Hz, stereo, fltp, 133 kb/s Metadata: variant_bitrate : 2798000 Program 4 is better than Program 0, but avconv selects Program 0, probably because it is the first among the ones that have highest resolution (Program 1 and 2 have resolution 480x270 and 640x360, respectively, and have ' h264 (Constrained Baseline)' video). The avconf manpage says: By default avconv tries to pick the best stream of each type present in input files and add them to each output file. For video, this means the highest resolution, (...) That's a good start, but to handle the above scenario well, please change avconv to select the highest bitrate among the videos that have the same (highest) resolution. About audio, I suppose it would be best to (by default) favour the audio that comes with the selected best Program. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (600, 'testing-updates'), (600, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libav-tools depends on: ii dpkg 1.17.10 ii libavcodec55 6:10.1-1 ii libavdevice54 6:10.1-1 ii libavfilter4 6:10.1-1 ii libavformat55 6:10.1-1 ii libavresample1 6:10.1-1 ii libavutil536:10.1-1 ii libbz2-1.0 1.0.6-5 ii libc6 2.19-4 ii libgnutls262.12.23-16 ii libgsm11.0.13-4 ii libmp3lame03.99.5+repack1-3 ii libopenjpeg5 1.5.2-2 ii libopus0 1.1-1 ii librtmp1 2.4+20131018.git79459a2-2 ii libschroedinger-1.0-0 1.0.11-2 ii libsdl1.2debian1.2.15-9 ii libspeex1 1.2~rc1.1-1 ii libswscale26:10.1-1 ii libtheora0 1.1.1+dfsg.1-3.2 ii libva1 1.3.1-3 ii libvdpau1 0.7-2 ii libvorbis0a1.3.2-1.4 ii libvorbisenc2 1.3.2-1.4 ii libvpx11.3.0-2 ii libx11-6 2:1.6.2-2 ii libx264-1422:0.142.2389+git956c8d8-5 ii libxvidcore4 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-1 libav-tools recommends no packages. Versions of packages libav-tools suggests: pn frei0r-plugins none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753264: jq backport in Wheezy
Simon Elsbrock si...@iodev.org writes: Hi Gonéri, Hi, not at all, please proceed. Done, the package is in backports-new. Cheers, -- Gonéri Le Bouder pgptSjin0vDPp.pgp Description: PGP signature
Bug#730221: apt-cacher-ng: Is sometimes confusing cached files with each other
Hi, * intrigeri [Sat, Nov 23 2013, 10:21:33PM]: So, it looks to me that apt-cacher-ng is sometimes confusing files with each other and saving + serving the wrong ones. Additional info: the server runs sid, the client runs Squeeze. I suspect this is the same bus as #726927, so I'm going to try and enable pipelining in acng.conf for a while, and I'll see what happens. any update on this? I think the problems should have been fixed since November: apt-cacher-ng (0.7.20) BETA; urgency=low * Potential fix for a download contents disorder (Debian bug #730221) So I am tending to close this bug report RSN. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753304: nodm: /etc/init.d/nodm status should be supported
Package: nodm Version: 0.11-1 Tags: patch Running # service nodm status # echo $? results in: [ ok ] Usage: /etc/init.d/nodm {start|stop|restart|force-reload}. 1 Support for status would be nice to have. Additionaly, some configuration management systems rely on this protocol [1]. Status code 1 says the service is not running, so a following start command is expected to bring up a fresh service. Instead the old instance just keeps running. [1] http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html diff --git a/debian/nodm.init b/debian/nodm.init index c09768e..ca4340c 100644 --- a/debian/nodm.init +++ b/debian/nodm.init @@ -68,8 +68,11 @@ case $1 in $0 stop $0 start ;; + status) + status_of_proc -p ${PIDFILE} /usr/sbin/nodm nodm exit 0 || exit $? + ;; *) - log_success_msg Usage: $0 {start|stop|restart|force-reload} 2 + echo Usage: $0 {start|stop|restart|force-reload|status} 2 exit 1 ;; esac signature.asc Description: OpenPGP digital signature
Bug#753305: No contact displayed
Package: kde-telepathy-contact-list Version: 0.8.1-1 Severity: normal Since latest upgrade, my contact list does not show anyboby. krunner (Alt-F2) still has the completion of my contacts and their status, so it is not a backend problem, rather a display problem. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-telepathy-contact-list depends on: ii kde-runtime4:4.13.1-1 ii kde-telepathy-data 0.8.1-2 ii kdepim-runtime 4:4.12.4-2 ii libc6 2.19-4 ii libgcc11:4.9.0-7 ii libkabc4 4:4.12.4-1 ii libkcmutils4 4:4.13.1-1 ii libkdecore54:4.13.1-1 ii libkdeui5 4:4.13.1-1 ii libkio54:4.13.1-1 ii libknotifyconfig4 4:4.13.1-1 ii libkpeople30.2.2-1 ii libkresources4 4:4.12.4-1 ii libktpcommoninternalsprivate7 0.8.1-2 ii libktploggerprivate7 0.8.1-2 ii libktpmodelsprivate7 0.8.1-2 ii libktpwidgetsprivate7 0.8.1-2 ii libqt4-dbus4:4.8.6+dfsg-2 ii libqt4-network 4:4.8.6+dfsg-2 ii libqt4-svg 4:4.8.6+dfsg-2 ii libqt4-xml 4:4.8.6+dfsg-2 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libstdc++6 4.9.0-7 ii libtelepathy-qt4-2 0.9.4+dfsg-3 Versions of packages kde-telepathy-contact-list recommends: ii kde-telepathy 0.8.1 kde-telepathy-contact-list suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752917: dh-make-perl: FTBFS with Perl 5.20: Pod coverage on DhMakePerl::Config
-=| gregor herrmann, 27.06.2014 21:44:36 +0200 |=- Control: tag -1 + confirmed On Fri, 27 Jun 2014 21:51:25 +0300, Niko Tyni wrote: # Failed test 'Pod coverage on DhMakePerl::Config' # at t/pod-coverage.t line 26. # Coverage for DhMakePerl::Config is 71.4%, with 2 naked subroutines: # commands # options # Looks like you failed 1 test of 24. t/pod-coverage.t Dubious, test returned 1 (wstat 256, 0x100) Failed 1/24 subtests (less 2 skipped subtests: 21 okay) t/pod.t . ok t/rules.t ... ok t/split_version_relation.t .. ok Test Summary Report --- t/pod-coverage.t (Wstat: 256 Tests: 24 Failed: 1) Failed test: 8 Non-zero exit status: 1 Files=22, Tests=408, 21 wallclock secs ( 0.19 usr 0.01 sys + 17.93 cusr 1.28 csys = 19.41 CPU) Result: FAIL Interesting that POD coverage changes. Even more interesting is that commands and options are no subs but constants. -- Not sure what do do here ... Except for declaring them private but this seems a bit silly: Thanks for looking into this. I'd document the constants in the POD, but the general fix is to skip POD-related tests unless in a special environment. I'll try to find what was the latest recommendation about the name of the environment variable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753267: RM: guayadeque/0.3.7~ds0-2
On Mon, Jun 30, 2014 at 11:56 AM, Emilio Pozuelo Monfort po...@debian.org wrote: I've added a hint for this, guayadeque should be gone in tonight's britney run. Thanks! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
Norbert: here at Debian recently a problem surfaced with respect to the OpenType TeX Gyre fonts. The problem is that the ligatures are named f_i etc while display engines like poppler, as well as the orginal PostScript fonts, use fi etc. In Debian and Ubuntu, currently the TeX Gyre fonts provide the *standard* postscript fonts, due to be considered generally better. But that means, that at the current moment of one uses the TeX Gyre fonts as a replacement for the PS fonts, the ligatures will not be rendered at all. [...] Related bug reports are: * Debian BTS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742767 * FreeDesktop: https://bugs.freedesktop.org/show_bug.cgi?id=73291 Dear Colleagues, we are more than happy that the TeX Gyre collection of fonts has been have been chosen as a default font set in Debian distribution. And we are sorry that we haven't predicted the problem of the discrepancy between the new and old ligatures name. Our idea was to provide partially new fonts. More precisely, we have assumed that the fonts in the Type 1 format should be as compatible as possible with the Adobe original fonts. In particular, we tried to preserve (with some exceptions, due to obvious Adobe's bugs) the original font metric and, moreover, we used the old-style names for ligatures. The fonts in the OTF format, however, we considered new ones (note, e.g., that they have Unicode tables and that they are equipped with the OTF typografic features, both absent from the original Adobe fonts) and, therefore, following Adobe's recommendations for the glyph naming in new fonts (see the mentioned by Karl documentation http://sourceforge.net/adobe/aglfn/wiki/AGL%20Specification and also Adam Twardoch's John Hudson's comments -- http://typophile.com/node/18452 and http://typophile.com/node/0 , respectively), we assigned the new-style ligature names. In the TeX Gyre Math fonts we also have used the new-style ligature names. Two questions: 1. What about using Type 1 fonts for compatibility purposes? It seems to us taht it could be the simplest patch, provided the font rendering engines are able to handle conveniently obsolete Type 1 fonts. 2. Does it make really sense to make a step backward and revert to the old-style names in the OTF TeX Gyre fonts (including TeX Gyre Math)? It is feasible, but we are rather reluctant to introduce such a change, as it is likely to cause fuss among TeX Gyre users. Cheers -- Jacko and Piotr -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Bogus\l{}aw Jackowski: b_jackow...@gust.org.pl Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753306: libvirt0: libvirt builds should include packager information
Package: libvirt0 Version: 0.9.12.3-1 Severity: normal Dear Maintainer, The libvirt configure script has a special feature especially for distro vendors to use when building binary packages which lets them encode a bit of information about the builds, which then ends up in log files. This does not appear to be used in Ubuntu builds which makes it impossible to determine exactly which particular build of libvirt was used by the bug reporter For example, on Debian currently if you turn on libvirt logging you'll see a message like this: 2014-06-27 15:12:33.274+: 20830: info : libvirt version: 0.9.12.3 By comparison on Fedora / RHEL systems you'd see something like this: 2014-06-27 16:30:33.837+: 2454: info : libvirt version: 1.2.2, package: 1.fc20 (Unknown, 2014-06-27-15:41:14, mustard.redhat.com) In particular notice that it includes the precise RPM release number, so that you can figure out exactly which binary package the bug reporter used. eg on Debian this would any part of the version which Debian appends after the main upstream version number Debian packages could set this doing something like this when=`date +%%F-%%T` where=`hostname` who=Unknown (or name of the person or entity doing the build) what=1 (or whatever current build is) ./configure --with-packager=$who $when $where \ --with-packager-version=$what \ ...other args to configure... And then check that this has then propagated to the log messages Also reported to Ubuntu maintainer as https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1335221 -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt0 depends on: ii libavahi-client30.6.31-2 ii libavahi-common30.6.31-2 ii libc6 2.13-38+deb7u1 ii libcap-ng0 0.6.6-2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdevmapper1.02.1 2:1.02.74-8 ii libgcrypt11 1.5.0-5+deb7u1 ii libgnutls26 2.12.20-8+deb7u2 ii libnetcf1 0.1.9-2 ii libnl1 1.1-7 ii libnuma12.0.8~rc4-1 ii libpcap0.8 1.3.0-1 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii libxenstore3.0 4.1.4-3+deb7u1 ii libxml2 2.8.0+dfsg1-7+nmu3 ii libyajl22.0.4-2 Versions of packages libvirt0 recommends: ii lvm2 2.02.95-8 libvirt0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753307: broken by tcl/tk 8.6
Package: skycat Version: 3.1.2+starlink1~b-6 Severity: serious blt now uses tcl/tk 8.6 while skycat is linked against 8.5 which leads to startup failures of skycat: Error in startup script: couldn't load file /usr/lib/skycat/libskycat3.1.2.so: libBLT.2.4.so.8.5: on the ubuntu-motu mailing list (search skycat) there is a patch that fixes this issue but it will still segfault on start due to itcl3 needing tcl 8.5. I have no fix for that. A workaround would be to reintroduce a new blt linked against 8.5. This is possible as blt versions its library by the tcl name. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753307: broken by tcl/tk 8.6
Hi Julian. On Mon, Jun 30, 2014 at 3:25 PM, Julian Taylor jtaylor.deb...@googlemail.com wrote: on the ubuntu-motu mailing list (search skycat) there is a patch that fixes this issue but it will still segfault on start due to itcl3 needing tcl 8.5. I have no fix for that. I'll try to port itcl3 and itk3 to tcl/tk8.6, or may be package itcl4. It'll require to look into their reverse dependencies (e.g. ftools-pow and ftools-fv). Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737768: apt-cacher-ng: fails to download files whose name consists of the percent character
Version: 0.7.26-1 * Carlos Maddela [Thu, Feb 06 2014, 07:06:41AM]: Package: apt-cacher-ng Version: 0.7.25-1 Severity: normal Tags: upstream patch Ehm, applied before, not closed by mistake, closing now. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752460: haskell-nettle: FTBFS for mips/mipsel due to lack of GHCi support
Hello, the patch that contains backported changes related to annotations without GHCi from 7.8.2 is attached. After including these changes into ghc 7.6.3-13, haskell-nettle builds successfully. Regards, Dejan diff -uNr ghc-7.6.3.orig/compiler/typecheck/TcAnnotations.lhs ghc-7.6.3/compiler/typecheck/TcAnnotations.lhs --- ghc-7.6.3.orig/compiler/typecheck/TcAnnotations.lhs 2013-04-18 21:22:46.0 + +++ ghc-7.6.3/compiler/typecheck/TcAnnotations.lhs 2014-06-26 08:23:10.0 + @@ -18,19 +16,26 @@ import Module import TcExpr import {-# SOURCE #-} TcSplice ( runAnnotation ) -import FastString #endif + +import FastString \end{code} \begin{code} tcAnnotations :: [LAnnDecl Name] - TcM [Annotation] -tcAnnotations = mapM tcAnnotation -tcAnnotation :: LAnnDecl Name - TcM Annotation #ifndef GHCI --- TODO: modify lexer so ANN pragmas are parsed as comments in a stage1 compiler, so developers don't see this error -tcAnnotation (L _ (HsAnnotation _ expr)) = pprPanic Cant do annotations without GHCi (ppr expr) +-- No GHCI; emit a warning (not an error) and ignore. cf Trac #4268 +tcAnnotations [] = return [] +tcAnnotations anns@(L loc _ : _) + = do { setSrcSpan loc $ addWarnTc $ + (ptext (sLit Ignoring ANN annotation) plural anns comma + + ptext (sLit because this is a stage-1 compiler or doesn't support GHCi)) + ; return [] } #else +tcAnnotations = mapM tcAnnotation + +tcAnnotation :: LAnnDecl Name - TcM Annotation tcAnnotation ann@(L loc (HsAnnotation provenance expr)) = do -- Work out what the full target of this annotation was mod - getModule
Bug#752891: systemtap: build on ppc64el
Hi Ritesh, You seem to have forgotten to attach the patch. Oops.. Indeed. :-) Here it goes. Thanks, -- Mauricio Faria de Oliveira IBM Linux Technology Center Index: systemtap-2.3/debian/control === --- systemtap-2.3.orig/debian/control +++ systemtap-2.3/debian/control @@ -13,7 +13,7 @@ Vcs-Browser: http://git.debian.org/?p=collab-maint/systemtap.git Package: systemtap -Architecture: i386 amd64 ia64 s390 powerpc powerpcspe arm armel armeb armhf +Architecture: i386 amd64 ia64 s390 powerpc powerpcspe ppc64el arm armel armeb armhf Depends: systemtap-runtime (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, systemtap-common (= ${source:Version}), make Suggests: systemtap-doc, vim-addon-manager @@ -46,7 +46,7 @@ Replaces: systemtap ( 0.0.20081220-1) Breaks: systemtap ( 0.0.20081220-1) Suggests: systemtap -Architecture: i386 amd64 ia64 s390 powerpc powerpcspe arm armel armeb armhf +Architecture: i386 amd64 ia64 s390 powerpc powerpcspe ppc64el arm armel armeb armhf Depends: ${shlibs:Depends}, ${misc:Depends}, adduser Description: instrumentation system for Linux (runtime component) This package contains staprun program that can be used to run @@ -71,7 +71,7 @@ information about the running Linux system. Package: systemtap-server -Architecture: i386 amd64 ia64 s390 powerpc powerpcspe arm armel armeb armhf +Architecture: i386 amd64 ia64 s390 powerpc powerpcspe ppc64el arm armel armeb armhf Depends: libnss3-tools, avahi-utils, unzip, zip, systemtap (= ${binary:Version}), systemtap-client (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, net-tools @@ -86,7 +86,7 @@ information about the running Linux system. Package: systemtap-client -Architecture: i386 amd64 ia64 s390 powerpc powerpcspe arm armel armeb armhf +Architecture: i386 amd64 ia64 s390 powerpc powerpcspe ppc64el arm armel armeb armhf Depends: avahi-utils, unzip, zip, dnsutils, systemtap-runtime (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends} Suggests: systemtap-server Description: instrumentation system for Linux (client for compile server)
Bug#753296: Acknowledgement (mpv completion fails)
On lun, giu 30, 2014 at 12:26:09 +0200, Yuri D'Elia wrote: On 06/30/2014 12:17 PM, Frank Terbeck wrote: Yuri D'Elia wrote: Ahh sorry, I noticed only now that the _mpv function is shipped with mpv itself. Could you reassign it to mpv? The problem you're describing looks like a broken completions-cache file. Before you proceed, try this: % rm ~/.zcompdump % exec zsh And see if the problem persists. It persists. Can you post the content of /usr/share/zsh/vendor-completions/_mpv? Also, what architecture are you on? The script is generated at build time, so it might be that the generation broke on some platforms. Cheers signature.asc Description: Digital signature
Bug#753308: iceweasel: urlbar autofill forces itself and works wrong with http://
Package: iceweasel Version: 31.0~b3-1 Severity: important hello friend(s), sorry, i simply cannot use the browser on our site: http://www.misradia.co.il the site is available on either port 443 and 80, for access by https or http. our former site was https only, and heavily sanctioned by google. the development version runs ath http://www.misradia.co.il:8080, and it's http only. since a recent upgrade on this machine, no matter what i'm entering in the urlbar, it is converted to an https address, which i cannot use for development. this happens even if urlbar.autofill* are off, and even if urlbar.autocomplete is off. to make it complete, it happens even if there is a redirect from the site to an http address. this behaviour is also on current android firefox, and on this machine, even in chromium 35-36. it happened here with iceweasel 30 as well. i have a jesse/testing only machine, with iceweasel 29, that had not this bug, however there were https://misradia.co.il/* records in the history. but once i visited https://www.misradia.co.il now, the bug popped in. thanks for your consideration, alex -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig2.11.0-5 ii libasound21.0.27.2-4 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-4 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.4-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libffi6 3.1-2 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-7 ii libgdk-pixbuf2.0-02.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.24-1 ii libhunspell-1.3-0 1.3.3-1 ii libnspr4 2:4.10.6-1 ii libnss3 2:3.16.1-1 ii libpango-1.0-01.36.3-1 ii libsqlite3-0 3.8.5-2 ii libstartup-notification0 0.12-3 ii libstdc++64.9.0-7 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii procps1:3.3.9-5 ii zlib1g1:1.2.8.dfsg-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-mathjax 2.4-1 pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.1-1 ii libcanberra0 0.30-2 ii libgnomeui-0 2.24.5-3 ii libgssapi-krb5-2 1.12.1+dfsg-3 ii mozplugger 1.14.5-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746805: transition: gfortran module version changing from 10 to 12
Am 24.06.2014 16:55, schrieb Emilio Pozuelo Monfort: On 21/06/14 21:00, Cyril Brulebois wrote: Sébastien Villemot sebast...@debian.org (2014-06-21): Le mardi 17 juin 2014 à 01:15 +0200, Emilio Pozuelo Monfort a écrit : On 12/06/14 12:55, Matthias Klose wrote: Am 12.06.2014 11:07, schrieb Emilio Pozuelo Monfort: Will this need to migrate together with gfortran-4.9 or some other package, or can they migrate one at a time, whenever they are ready? these probably should wait for the gcc-defaults migration. gcc-defaults has migrated now, and so have the binnmus. Shall we close this now, or is there anything else to do here? Could you please give back slepc? It failed to recompile because it build depends on petsc, which was not yet recompiled for the new Fortran. Done; first builds seem successful so far. It's built now, though the package is not in testing anyway. Anything else here? Sorry for asking repeatedly, but I don't know gfortran and the lack of a tracker or proper dependencies doesn't help. from my point of view, this looks complete now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
On 6/30/2014 1:15 PM, Boguslaw Jackowski wrote: Norbert: here at Debian recently a problem surfaced with respect to the OpenType TeX Gyre fonts. The problem is that the ligatures are named f_i etc while display engines like poppler, as well as the orginal PostScript fonts, use fi etc. In Debian and Ubuntu, currently the TeX Gyre fonts provide the *standard* postscript fonts, due to be considered generally better. But that means, that at the current moment of one uses the TeX Gyre fonts as a replacement for the PS fonts, the ligatures will not be rendered at all. [...] Related bug reports are: * Debian BTS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742767 * FreeDesktop: https://bugs.freedesktop.org/show_bug.cgi?id=73291 Dear Colleagues, we are more than happy that the TeX Gyre collection of fonts has been have been chosen as a default font set in Debian distribution. And we are sorry that we haven't predicted the problem of the discrepancy between the new and old ligatures name. Our idea was to provide partially new fonts. More precisely, we have assumed that the fonts in the Type 1 format should be as compatible as possible with the Adobe original fonts. In particular, we tried to preserve (with some exceptions, due to obvious Adobe's bugs) the original font metric and, moreover, we used the old-style names for ligatures. The fonts in the OTF format, however, we considered new ones (note, e.g., that they have Unicode tables and that they are equipped with the OTF typografic features, both absent from the original Adobe fonts) and, therefore, following Adobe's recommendations for the glyph naming in new fonts (see the mentioned by Karl documentation http://sourceforge.net/adobe/aglfn/wiki/AGL%20Specification and also Adam Twardoch's John Hudson's comments -- http://typophile.com/node/18452 and http://typophile.com/node/0 , respectively), we assigned the new-style ligature names. Indeed, so it's f_i etc and using fi for that and foo_bar_whatever for other ligatures makes no sense ... tounicode logic depends on conventions like the _ as ligature separator. In the TeX Gyre Math fonts we also have used the new-style ligature names. Two questions: 1. What about using Type 1 fonts for compatibility purposes? It seems to us taht it could be the simplest patch, provided the font rendering engines are able to handle conveniently obsolete Type 1 fonts. 2. Does it make really sense to make a step backward and revert to the old-style names in the OTF TeX Gyre fonts (including TeX Gyre Math)? It is feasible, but we are rather reluctant to introduce such a change, as it is likely to cause fuss among TeX Gyre users. It makes no sense ... if poppler does something with glyphnames (and i'm not sure why it would) it should deal with it properly and recognize u, uni, index, numbers, _, . ... as classifiers and separators. Dealing with inconsistencies in unicode and fonts is already a pain and adding more confusion makes no sense. btw, If I grep my afm files for f_f and f_l I get lots of hits on linotype fonts like palatino-nova, aldus-nova, palatinosans* so there are type one fonts out there that use _ too. Hans - Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753310: opu: ia32-libs/20140630 ia32-libs-gtk/20140630
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: opu Hi RT, In preparation of the upcoming Squeeze point release I've prepared updated versions of ia32-libs and ia32-libs-gtk, as usual. The changelogs are below. Is it ok to upload? Cheers, Thijs ia32-libs (20140630) squeeze-proposed-updates; urgency=low * Packages updated [ cups (1.4.4-7+squeeze4) oldstable-security; urgency=high ] * Backport security fix from cups-filters 1.0.47: pdftoopvp: SECURITY FIX for CVE-2013-6474, CVE-2013-6475, and CVE-2013-6476: Introduction of gmallocn and gmallocn3 to protect against arbitrary code execution with the privileges of the lp user via malicious PDF files. Also restrict the directory from where OPVP drivers can get loaded (#741333) [ curl (7.21.0-2.1+squeeze8) squeeze-security; urgency=medium ] * Fix multiple security issues (#742728): - Fix connection re-use when using different log-in credentials as per CVE-2014-0138 http://curl.haxx.se/docs/adv_20140326A.html - Reject IP address wildcard matches as per CVE-2014-0139 http://curl.haxx.se/docs/adv_20140326B.html * Set urgency=high accordingly [ gnutls26 (2.8.6-1+squeeze3) oldstable-security; urgency=high ] * 22_gnutls-2.8.5-cve-2014-0092.patch by Nikos Mavrogiannopoulos: Fix certificate validation issue. CVE-2014-0092 -- Thijs Kinkhorst th...@debian.org Mon, 30 Jun 2014 13:45:39 +0200 ia32-libs-gtk (20140630) squeeze-proposed-updates; urgency=low * Packages updated [ pixman (0.16.4-1+deb6u1) squeeze-security; urgency=high ] * pixman_trapezoid_valid(): Fix underflow when bottom is close to MIN_INT Addresses CVE-2013-6425 -- Thijs Kinkhorst th...@debian.org Fri, 31 Jan 2014 11:18:31 +0100 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753309: youtube-dl: please support choosing stream in hls downloads
Package: youtube-dl Version: 2014.06.19-1 Severity: normal $ youtube-dl -F http://www.aopa.org/AOPA-Live.aspx?watch={153E8150-DE50-4658-9377-9C05DB2E60D6} [generic] AOPA-Live: Requesting header WARNING: Falling back on generic information extractor. [generic] AOPA-Live: Downloading webpage [generic] AOPA-Live: Extracting information [Ooyala] NoMndlbDpMPxEDCuGI2hYTcaQwVSQUBO: Downloading webpage [Ooyala] NoMndlbDpMPxEDCuGI2hYTcaQwVSQUBO: Downloading webpage [info] Available formats for NoMndlbDpMPxEDCuGI2hYTcaQwVSQUBO: format code extension resolution note 0 mp4 unknown That is, youtube-dl doesn't know about the underlying format, resolution, etc. *But* the information is readily available: $ avprobe http://player.ooyala.com/player/ipad/NoMndlbDpMPxEDCuGI2hYTcaQwVSQUBO.m3u8?js=1 Input #0, hls,applehttp, from 'http://player.ooyala.com/player/ipad/NoMndlbDpMPxEDCuGI2hYTcaQwVSQUBO.m3u8?js=1': Duration: 00:05:42.00, start: 0.00, bitrate: N/A Program 0 Metadata: variant_bitrate : 123 Stream #0.0: Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 123 Stream #0.1: Audio: aac, 44100 Hz, stereo, fltp, 133 kb/s Metadata: variant_bitrate : 123 Program 1 Metadata: variant_bitrate : 634000 Stream #0.2: Video: h264 (Constrained Baseline), yuv420p, 480x270 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 634000 Stream #0.3: Audio: aac, 44100 Hz, stereo, fltp, 161 kb/s Metadata: variant_bitrate : 634000 Program 2 Metadata: variant_bitrate : 939000 Stream #0.4: Video: h264 (Constrained Baseline), yuv420p, 640x360 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 939000 Stream #0.5: Audio: aac, 44100 Hz, stereo, fltp, 161 kb/s Metadata: variant_bitrate : 939000 Program 3 Metadata: variant_bitrate : 1746000 Stream #0.6: Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 1746000 Stream #0.7: Audio: aac, 44100 Hz, stereo, fltp, 133 kb/s Metadata: variant_bitrate : 1746000 Program 4 Metadata: variant_bitrate : 2798000 Stream #0.8: Video: h264 (High), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 23.98 fps, 90k tbn, 47.95 tbc Metadata: variant_bitrate : 2798000 Stream #0.9: Audio: aac, 44100 Hz, stereo, fltp, 133 kb/s Metadata: variant_bitrate : 2798000 Please import that information into youtube-dl (use avprobe, or implement your own .m3u8 parser if you prefer) so that one can: 1) use youtube-dl's -f, --prefer-free-formats, --max-quality, -F options to control the downloaded format. 2) youtube-dl can do its usual select the best by default job (which, I hope, it does a better job at than avconv, which does it purely based on resolution, without any tie-breaker in case of multiple choices with same resolution as above). -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (600, 'testing-updates'), (600, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages youtube-dl depends on: ii python2.7.6-2 ii python-pkg-resources 4.0.1-1 Versions of packages youtube-dl recommends: ii libav-tools 6:10.1-1 ii mplayer2 [mplayer] 2.0-728-g2c378c7-2 ii rtmpdump2.4+20131018.git79459a2-2 youtube-dl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751424: Enable autoreconf for ppc64el
On 06/28/2014 07:24 AM, Bill Allombert wrote: Would the patch(es) be good to go, then? Yes, thanks for following up. Cool. Thanks for your attention, Bill. -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752774: bino: [ftbfs] please include libharbuzz-dev as build-dep
Hello Daniel. You are right about that. My apologies for any inconvenience. Thanks! Fernando
Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs
Dear friends, Am Montag, den 30.06.2014, 13:15 +0200 schrieb Boguslaw Jackowski: we are more than happy that the TeX Gyre collection of fonts has been have been chosen as a default font set in Debian distribution. And we are they are not installed by default, that is. But once they are installed, they take precedence. 1. What about using Type 1 fonts for compatibility purposes? It seems to us taht it could be the simplest patch, provided the font rendering engines are able to handle conveniently obsolete Type 1 fonts. We have chosen to use the OpenType fonts for text rendering, because they are generally considered to be better rendered on screen. 2. Does it make really sense to make a step backward and revert to the old-style names in the OTF TeX Gyre fonts (including TeX Gyre Math)? It is feasible, but we are rather reluctant to introduce such a change, as it is likely to cause fuss among TeX Gyre users. There is a very interesting comment by Miguel Sousa in the second article you posted: In addition to what John wrote, you'll need to have two additional glyphs, named fi and fl, that are duplicates of 'f_i' and 'f_l'. These two additional glyphs should be encoded as FB01 and FB02, respectively. The reason for having to include these glyphs (named and encoded this way) is because they are part of the MacRoman character set. Maybe it will already be sufficient to add those two glyphs. To be honest, these two were the only ones that caught my attention in the sample PDFs provided in the bug reports. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749497: Update pu to match security release (php5/5.4.4-14+deb7u11 - php5/5.4.4-14+deb7u12)
Control: tags -1 + confirmed On 2014-06-17 10:00, Ondřej Surý wrote: yet another CVE update was pushed through stable-security, so I am updating the title of the bug. Again no changes in the debdiff, just rebased on top of security update. Please go ahead; thanks. Updated changelog: php5 (5.4.4-14+deb7u12) stable; urgency=medium Apologies for the delay (again) in acking this. It got incorrectly blocked in my mental scan through outstanding requests by the larger discussion about ongoing updates. 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#752891: systemtap: build on ppc64el
On 06/30/2014 05:13 PM, Mauricio Faria de Oliveira wrote: Hi Ritesh, You seem to have forgotten to attach the patch. Oops.. Indeed. :-) Here it goes. But does it build on that architecture. Last I checked systemtap was limited on the architectures it supported. Did you successfully build it on ppc64el ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#753170: RM: autoconf2.13 -- ROM, NVIU; dead upstream, superseded by autoconf
On Sunday, June 29, 2014 10:52:48 Ben Pfaff wrote: Package: ftp.debian.org Severity: normal Please remove autoconf2.13. It is long obsolete, superseded by autoconf in 2001. It has no reverse dependencies in unstable (I just uploaded a autoconf 2.69-7 that removes the only one). This request is prompted by the removal of automake1.4, the automake version that was contemporary with the use of Autoconf 2.13. See also bug #752291. perl-base does declare a Breaks: relationship on an old version of autoconf2.13. After autoconf2.13 is removed I will file a bug to get that fixed. (If you prefer, I can file the bug now.) Dak disagrees about reverse dependencies: Checking reverse dependencies... # Broken Build-Depends: canna: autoconf2.13 gcc-3.3: autoconf2.13 gcc-m68hc1x: autoconf2.13 gopher: autoconf2.13 grass: autoconf2.13 icedove: autoconf2.13 isdnactivecards/contrib: autoconf2.13 maxima: autoconf2.13 postgis: autoconf2.13 vflib3: autoconf2.13 wine-gecko-2.21: autoconf2.13 xemacs21: autoconf2.13 Please remove the moreinfo tag after these have been resolved. Scott K signature.asc Description: This is a digitally signed message part.
Bug#753310: opu: ia32-libs/20140630 ia32-libs-gtk/20140630
Control: tags -1 + confirmed On 2014-06-30 12:56, Thijs Kinkhorst wrote: In preparation of the upcoming Squeeze point release I've prepared updated versions of ia32-libs and ia32-libs-gtk, as usual. The changelogs are below. Is it ok to upload? Yes, please go ahead; thanks. 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#752917: Pending fixes for bugs in the dh-make-perl package
tag 752917 + pending thanks Some bugs in the dh-make-perl package are closed in revision c99e2f4d53ef35ef5ee9fec0b445b8dfaaf10acc in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/dh-make-perl.git;a=commitdiff;h=c99e2f4 Commit message: Skip POD tests unless RELEASE_TESTING is present in the environment Closes: #752917 -- FTBFS with Perl 5.20: Pod coverage on DhMakePerl::Config -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745408: [Pkg-gnupg-maint] Bug#745408: [gnupg] Source package contains non-free IETF RFC/I-D
severity 745408 important tags 745408 moreinfo thanks Op maandag 21 april 2014 16:20:45 schreef bastien ROUCARIES: This source package contains the following files from the IETF under non-free license terms: doc/OpenPGP This file only referances an IETF RFC, so I do not believe it is non-free. Can you elaborate on why you think this is the case? Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#753175: Patch
Control: tags -1 patch Dear maintainer, The patch in question is missing a line separator and can be fixed like this: --- a/debian/patches/bug-667232.patch.orig +++ b/debian/patches/bug-667232.patch @@ -1,6 +1,7 @@ Fixed FTBFS with gcc version 4.7 by including the system header unistd.h in main.cpp and misc.cpp. It was implicitly included -with gcc 4.6 and earlier.--- a/kvpm/main.cpp +with gcc 4.6 and earlier. +--- a/kvpm/main.cpp +++ b/kvpm/main.cpp @@ -12,6 +12,8 @@ * See the file COPYING for the exact licensing terms. Cheers, Juhani -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717967: debbugs-web: fails to upgrade from 'sid' - trying to overwrite /etc/debbugs/html/server-control.html.in
Control: found -1 2.4.2~exp1 I can still reproduce this bug: # apt-get install debbugs/unstable debbugs-web/experimental [...] Selecting previously unselected package debbugs-web. Preparing to unpack .../debbugs-web_2.4.2~exp1_all.deb ... Unpacking debbugs-web (2.4.2~exp1) ... dpkg: error processing archive /var/cache/apt/archives/debbugs-web_2.4.2~exp1_all.deb (--unpack): trying to overwrite '/etc/debbugs/html/server-control.html.in', which is also in package debbugs 2.4.1 Errors were encountered while processing: /var/cache/apt/archives/debbugs-web_2.4.2~exp1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- 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#753312: big folders/Error in IMAP command FETCH: Too long argument.
Package: mail-notification Version: 5.4.dfsg.1-6+b1 I installed and configured the mail-notification package It works for some of my subfolders but when I tried it with the main Inbox, it failed with the error: Error in IMAP command FETCH: Too long argument. I suspect this is happening for folders with a large number of messages as it works well for smaller folders. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753313: RM: ganeti-2.10 ganeti-haskell-2.10 ganeti-htools-2.10 -- NBS; Superseded by ganeti 2.11 packages
Package: ftp.debian.org Severity: normal Dear ftp-masters, Please remove the ganeti-2.10, ganeti-haskell-2.10 and ganeti-htools-2.10 packages from unstable. They are no longer built from the ganeti source, that now builds the 2.11 variants. Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753286: v4l-utils and media-ctl: error when trying to install together
Hi, I did not notice that there is already an existing media-ctl package. Otherwise I'd have done an more coordinated upload. How do we want to go from here? It seems that upstream decided to add the code to v4l-utils. Is it reasonable if I add a conflict against media-ctl and you remove the package completely? Thanks, Gregor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753314: zip: fails to restore some split .zip archives
Package: zip Version: 3.0-8 Tags: patch Hi, as the unzip package is not able to unpack split (i.e. foo.zip, foo.z01, foo.z02 etc.) zip archives, they need to be restored to a single .zip file via zip -F split.zip --out combined.zip first, after which combined.zip can be extracted via unzip. However, if the split has been done on a multiple of 16kB and is split between more than two zipfiles, the restoration fails: $ dd if=/dev/urandom of=blob bs=1M count=10 10+0 records in 10+0 records out 10485760 bytes (10 MB) copied, 1.00457 s, 10.4 MB/s $ zip -r -s2m foo.zip blob adding: blob (deflated 0%) $ mv blob blob.orig $ zip -F foo.zip --out tmp.zip Fix archive (-F) - assume mostly intact archive copying: blob $ unzip tmp.zip Archive: tmp.zip inflating: blob error: invalid compressed data to inflate $ md5sum blob.orig blob cfbe654be5da3e5ad6104ae47fb62563 blob.orig dc83002390d9da9936cb21df471db507 blob The attached test script can be used to easily check different splitsizes (in kB, note that 64k is the smallest allowed splitsize, the script does not check the input): $ splitzip-check.sh 64 Checking with splitsize of 64 kB... Failed! MD5 of orig: dbc72bd1b1123f90809371644f8c504b MD5 of test: 80ed7c7d363e2b0e46167e225ef36a37 $ splitzip-check.sh 65 Checking with splitsize of 65 kB... OK! MD5 of orig: 050ead6ad874654db1b9fccde3511b63 MD5 of test: 050ead6ad874654db1b9fccde3511b63 $ rm -rf zipsplit-check/ We have diagnosed the problem and it is due to a missing check on eof during a while-loop in bfcopy(). This loop copies the split zips in chunks of the blocksize, which is 16kB. If the split zip file ends at exactly that, the next read() returns 0 bytes and as eof is not checked for, the while loop aborts and subsequently also the copy operation and finally the check for more .z0* files to copy. This means that only the first two of potentially many more zipfiles are getting copied, resulting in a broken combined zipfile. The attached patch fixes this (also for the zip -FF case). This bug report and the corresponding fix have been commissioned by the City of Munich's LiMux project. Michael -- Michael Banck Projektleiter / Berater Tel.: +49 (2161) 4643-171 Fax: +49 (2161) 4643-100 Email: michael.ba...@credativ.de credativ GmbH, HRB Mönchengladbach 12080 USt-ID-Nummer: DE204566209 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer splitzip-check.sh Description: application/shellscript ---BeginMessage--- Index: zip-3.0/fileio.c === --- zip-3.0.orig/fileio.c 2014-06-30 13:08:39.114364770 +0200 +++ zip-3.0/fileio.c2014-06-30 13:20:22.306008671 +0200 @@ -1619,7 +1619,10 @@ if ((k = fread(b, 1, brd, in_file)) == 0) { - if (fix == 2 k brd) { + if (feof(in_file) !ferror(in_file)) { +/* do nothing */ + } + else if (fix == 2 k brd) { free((zvoid *)b); return ZE_READ; } ---End Message---
Bug#753178: Patch
Control: tags -1 patch Dear maintainer, The patch in question is missing a filename header and can be fixed like this: --- a/debian/patches/man-macros.diff.orig +++ b/debian/patches/man-macros.diff @@ -1,3 +1,7 @@ +Index: b/doc/man/hfs.1 +=== +--- a/doc/man/hfs.1 b/doc/man/hfs.1 @@ -10,7 +10,7 @@ is an interactive command-oriented tool .B hfs is based on the Tcl interpreter, so basic Tcl constructs can be used in Cheers, Juhani -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753315: ecj-3.10 is unable to build libjava with --enable-maintainer-mode
Package: src:ecj Version: 3.10.0-1 Severity: serious Tags: sid jessie This breaks GCC builds configured with --enable-maintainer-mode. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727553: New binwalk packaged
Hi Leo, today I did some work on the new binwalk release and uploaded on my personal git repository https://github.com/LocutusOfBorg/binwalk/ I didn't push to collab-maint, because I added myself as uploader, so I would like to have an ack for comaintaining. Unfortunately we cannot package 1.3.0 right now, because of the missing pyqtgraph in debian. Would you mind uploading this one? I also asked on irc about pyqtgraph in debian thanks, Gianfranco
Bug#753184: Patch
Control: tags -1 patch Dear maintainer, The patch in question is missing a line separator and can be fixed like this: --- a/debian/patches/fix-lintian-hardening-warnings.patch.orig +++ b/debian/patches/fix-lintian-hardening-warnings.patch @@ -1,5 +1,6 @@ Add hardening flags to compilation. Fix a format string in order to do -so.--- a/Makefile +so. +--- a/Makefile +++ b/Makefile @@ -37,7 +37,9 @@ WINCC = $(RAW_CC) $(RAW_FLAGS) -D__WIN32 Cheers, Juhani -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750623: [Pkg-ime-devel] Bug#750623: Bug#750623: What is the hold-up of uploadin new package
Hi, On Sun, Jun 29, 2014 at 02:14:49PM -0400, Guo Yixuan wrote: The only problem for using uversionmangle is: I: librime source: debian-watch-file-should-dversionmangle-not-uversionmangle line 3 N: N:The version of this package contains dfsg, ds, or debian, but a N:misleading upstream version mangling occurs in the debian/watch file. N:Since the dfsg string is not part of the upstream version and its N:addition is Debian-specific, the the debian/watch file should use the N:dversionmangle option to remove, instead of adding in uversionmangle, N:the dfsg before comparing version numbers. N: N:Refer to http://wiki.debian.org/DEHS for details. N: N:Severity: wishlist, Certainty: certain N: N:Check: watch-file, Type: source But if we use dversionmangle instead of uversionmangle, then the renamed origin tarball has name librime_1.1.orig.tar.gz, which needs to be manually renamed to librime_1.1+dfsg.orig.tar.gz. A related bug is here. [1] [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=748465 Did you try the solution at the bottom? Also, adding yourself to uploader, go ahead. This means you will stay with us and keep working on this :-) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752891: systemtap: build on ppc64el
Hi Ritesh, But does it build on that architecture. Last I checked systemtap was limited on the architectures it supported. Did you successfully build it on ppc64el ? Yes; systemtap 2.3-2 + that patch builds successfully on ppc64el: [...] dpkg-deb: building package `systemtap' in `../systemtap_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-common' in `../systemtap-common_2.3-2_all.deb'. dpkg-deb: building package `systemtap-runtime' in `../systemtap-runtime_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-doc' in `../systemtap-doc_2.3-2_all.deb'. dpkg-deb: building package `systemtap-server' in `../systemtap-server_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-client' in `../systemtap-client_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-sdt-dev' in `../systemtap-sdt-dev_2.3-2_all.deb'. dpkg-genchanges ../systemtap_2.3-2_ppc64el.changes [...] $ echo $? 0 Systemtap has worked on (big-endian) ppc64 for a while on other distros. The (little-endian) ppc64el pieces are being introduced on Debian. :) Thank you, -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752735: webkitgtk FTBFS on arm64
On Thu, Jun 26, 2014 at 01:34:38AM +0100, peter green wrote: webkitgtk failed to build on arm64, the following was the final error in the build log (there were a load of others before it too) Do we have access to a machine where we can try to fix the build? debian/patches/aarch64.patch, debian/patches/fix-aarch64.patch: from their title and description these are obviously arm64 related. I guess this is the build fix. debian/rules: changes to list of no-jit architectures ubuntu added arm64 and ppc64el I guess this one too. but I wonder if it would make more sense to have a list of architectures on which to enable jit than a list of architectures on which to disable it. I'm not sure, in general I'd prefer having it enabled by default and only disable it when it fails... Emilio, Gustavo, what do you think? Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753213: fportfolio: FTBFS: Error : package 'ecodist' could not be loaded
On 29 June 2014 at 20:08, David Suárez wrote: | Source: fportfolio | Version: 2130.80-2 | Severity: serious | Tags: jessie sid | User: debian...@lists.debian.org | Usertags: qa-ftbfs-20140628 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): | fakeroot debian/rules binary | /usr/share/cdbs/1/rules/simple-patchsys.mk:31: CDBS WARNING: simple-patchsys.mk is deprecated since 0.4.85 - please use source format 3.0 (quilt) instead | test -x debian/rules | dh_testroot | dh_clean -k | dh_clean: dh_clean -k is deprecated; use dh_prep instead | dh_installdirs -A | mkdir -p . | dh_installdirs usr/lib/R/site-library | echo R:Depends=r-base-core (= 3.1.0-1) debian/r-cran-fportfolio.substvars | if test -f /usr/bin/xvfb-run; then \ | xvfb-run -a\ | R CMD INSTALL -l /«PKGBUILDDIR»/debian/r-cran-fportfolio/usr/lib/R/site-library --clean \ | . ;\ | else\ | R CMD INSTALL -l /«PKGBUILDDIR»/debian/r-cran-fportfolio/usr/lib/R/site-library\ | --clean . ;\ | fi | * installing *source* package 'fPortfolio' ... | ** R | ** data | *** moving datasets to lazyload DB | ** inst | ** preparing package for lazy loading | Warning in library(pkg, character.only = TRUE, logical.return = TRUE, lib.loc = lib.loc) : |there is no package called 'ecodist' | Error : package 'ecodist' could not be loaded | ERROR: lazy loading failed for package 'fPortfolio' That was an error in one of the package which 'fPortfolio' itself loads: fAssets. I just made the fix in fAssets, new version will be getting to Debian in a moment. Dirk | * removing '/«PKGBUILDDIR»/debian/r-cran-fportfolio/usr/lib/R/site-library/fPortfolio' | make: *** [R_any_arch] Error 1 | | The full build log is available from: | http://aws-logs.debian.net/ftbfs-logs/2014/06/28/fportfolio_2130.80-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. -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753316: bzr-xmloutput: Tests error: No unicode characters support
Package: bzr-xmloutput Version: 0.8.8 Severity: normal Tags: patch User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Dear Maintainer, When the tests are executed by Debian Continuos Integration tool (debci) using adt-run in a clear chroot some tests are breaking. This occured because tests needs language C.UTF-8 support and in clear chroot do not support it. This patch only add export LANG=C.UTF-8 in testsuite script to support unicode characters. Best regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nr bzr-xmloutput-0.8.8+bzr162/debian/tests/testsuite bzr-xmloutput-0.8.8+bzr162.orig/debian/tests/testsuite 7,8d6 export LANG=C.UTF-8
Bug#752891: systemtap: build on ppc64el
On 06/30/2014 06:23 PM, Mauricio Faria de Oliveira wrote: Hi Ritesh, But does it build on that architecture. Last I checked systemtap was limited on the architectures it supported. Did you successfully build it on ppc64el ? Yes; systemtap 2.3-2 + that patch builds successfully on ppc64el: [...] dpkg-deb: building package `systemtap' in `../systemtap_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-common' in `../systemtap-common_2.3-2_all.deb'. dpkg-deb: building package `systemtap-runtime' in `../systemtap-runtime_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-doc' in `../systemtap-doc_2.3-2_all.deb'. dpkg-deb: building package `systemtap-server' in `../systemtap-server_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-client' in `../systemtap-client_2.3-2_ppc64el.deb'. dpkg-deb: building package `systemtap-sdt-dev' in `../systemtap-sdt-dev_2.3-2_all.deb'. dpkg-genchanges ../systemtap_2.3-2_ppc64el.changes [...] $ echo $? 0 Systemtap has worked on (big-endian) ppc64 for a while on other distros. The (little-endian) ppc64el pieces are being introduced on Debian. :) Thanks for confirming it. These days Timo is more active on SystemTap, hence I'll wait for him to review and pick for his next upload. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature