Bug#797147: RFP: ruby-pundit -- OO authorization for Rails
Package: wnpp Severity: wishlist * Package name: ruby-pundit Version : 1.0.1 Upstream Author : Jonas Nicklas jonas.nick...@gmail.com Elabs AB d...@elabs.se * URL : https://github.com/elabs/pundit * License : MIT Programming Lang: Ruby Description : OO authorization for Rails Object oriented authorization for Rails applications.
Bug#797150: ftp.debian.org: please remove python-qwt_6.1.2~a3-1~exp1 from the NEW queue.
Package: ftp.debian.org Severity: important Hello, the python-qwt and qwt (C++) upstream author are discussing about the license of python-qwt, so it seems that it will change for the next upload. MIT - QwtLicense. No please remove this package from the new queue. I will reupoad a new version once this license issue will be fixed. thanks Frederic
Bug#797153: RFP: ruby-riddle -- An API for Sphinx, written in and for Ruby.
Package: wnpp Severity: wishlist * Package name: ruby-riddle Version : 1.5.12 Upstream Author : Pat Allan p...@freelancing-gods.com * URL : http://pat.github.io/riddle/ * License : MIT Programming Lang: Ruby Description : An API for Sphinx, written in and for Ruby. An API for Sphinx, written in and for Ruby.
Bug#797161: libprelude2 contains files with different SONAME versioning
Source: libprelude Version: 1.0.0-11.4 Severity: serious Justification: Policy 8.1, 8.2 Policy says The run-time shared library must be placed in a package whose name changes whenever the SONAME of the shared library changes ... If you have several shared libraries built from the same source tree, you may lump them all together into a single shared library package **provided that all of their SONAMEs will always change together**. Be aware that this is not normally the case, and if the SONAMEs do not change together, upgrading such a merged shared library package will be unnecessarily difficult because of file conflicts with the old version of the package. When in doubt, always split shared library packages so that each binary package installs a single shared library. (my emphasis) but this is not the case for libprelude2, which contains both libprelude.so.2 and libpreludecxx.so.0. This makes it unnecessarily difficult to handle the libstdc++ transition (for which I will open another bug), which as far as I can see breaks the ABI of libpreludecxx.so.0 but not libprelude.so.2. Policy also says If your package contains files whose names do not change with each change in the library shared object version, you must not put them in the shared library package. Otherwise, several versions of the shared library cannot be installed at the same time without filename clashes, making upgrades and transitions unnecessarily difficult. but libprelude2 contains /etc/prelude, /usr/bin/prelude-admin and /usr/share/man/man1/prelude-admin.1. Finally, it seems inappropriate for the shared library to include HTML documentation, which should really be in the -dev package or in a separate -doc package. libprelude needs to go through the NEW queue anyway, for the libstdc++ transition, so I will probably NMU this at the same time. S
Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number
Hi Gianfranco, An old message is inlined below. 2015-08-21 20:46 GMT+08:00, Gianfranco Costamagna costamagnagianfra...@yahoo.it: d/rules: I personally do not like calling bootstrap, specially when the only thing needed there seems to be applying one patch and calling and generating changelogs/manpages. I would generate them with dh_installmanpages or the equivalent dh call. What do you mean by not preferring the bootstrap script? I have included the script in upstream's tarball, so that devs can re-generate build scripts, man page and friends. Besides, according to http://manpages.debian.org/cgi-bin/man.cgi?query=dh-autoreconfapropos=0sektion=7manpath=Debian+unstable+sidformat=htmllocale=en, dh_autoreconf cannot run mutiple commands, so I put all commands in the bootstrap script. What is your idea? PS: I think I can remove the +dfsg suffice now since the new tarball is now DFSG-Free. Cheers, Alex
Bug#797164: diffoscope: OSError: [Errno 13] Permission denied: '/tmp/tmpGeNuFldiffoscope/var/spool/ftp/hidden'
package: diffoscope version: 31 Hi, from https://jenkins.debian.net/view/reproducible/job/reproducible_netbsd/33/console Traceback (most recent call last): File /usr/bin/debbindiff, line 117, in module sys.exit(main()) File /usr/bin/debbindiff, line 102, in main parsed_args.file1, parsed_args.file2) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/__init__.py, line 66, in compare_root_paths return compare_files(FilesystemFile(path1), FilesystemFile(path2)) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/__init__.py, line 79, in compare_files return file1.compare(file2, source) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 75, in wrapper return original_method(self, other, *args, **kwargs) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 175, in compare difference = self._compare_using_details(other, source) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 148, in _compare_using_details details = [d for d in self.compare_details(other, source) if d is not None] File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 75, in wrapper return original_method(self, other, *args, **kwargs) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/gzip.py, line 78, in compare_details differences.extend(my_container.compare(other_container, source)) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/gzip.py, line 61, in compare return [diffoscope.comparators.compare_files(my_file, other_file, source)] File /usr/lib/python2.7/dist-packages/diffoscope/comparators/__init__.py, line 79, in compare_files return file1.compare(file2, source) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 75, in wrapper return original_method(self, other, *args, **kwargs) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 175, in compare difference = self._compare_using_details(other, source) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 148, in _compare_using_details details = [d for d in self.compare_details(other, source) if d is not None] File /usr/lib/python2.7/dist-packages/diffoscope/comparators/binary.py, line 75, in wrapper return original_method(self, other, *args, **kwargs) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/tar.py, line 150, in compare_details differences.extend(my_container.compare(other_container, source)) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/utils.py, line 177, in compare my_file, other_file, source=name)) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/__init__.py, line 79, in compare_files return file1.compare(file2, source) File /usr/lib/python2.7/contextlib.py, line 35, in __exit__ self.gen.throw(type, value, traceback) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/utils.py, line 214, in get_content self._path = None File /usr/lib/python2.7/contextlib.py, line 35, in __exit__ self.gen.throw(type, value, traceback) File /usr/lib/python2.7/dist-packages/diffoscope/comparators/utils.py, line 42, in make_temp_directory shutil.rmtree(temp_dir) File /usr/lib/python2.7/shutil.py, line 247, in rmtree rmtree(fullname, ignore_errors, onerror) File /usr/lib/python2.7/shutil.py, line 247, in rmtree rmtree(fullname, ignore_errors, onerror) File /usr/lib/python2.7/shutil.py, line 247, in rmtree rmtree(fullname, ignore_errors, onerror) File /usr/lib/python2.7/shutil.py, line 247, in rmtree rmtree(fullname, ignore_errors, onerror) File /usr/lib/python2.7/shutil.py, line 239, in rmtree onerror(os.listdir, path, sys.exc_info()) File /usr/lib/python2.7/shutil.py, line 237, in rmtree names = os.listdir(path) OSError: [Errno 13] Permission denied: '/tmp/tmpGeNuFldiffoscope/var/spool/ftp/hidden' Thu 27 Aug 13:34:43 UTC 2015 - diffoscope 31 had trouble comparing the two builds. Please investigate sparc64/binary/sets/base.tgz Please tell me if you need to get access to this base.tgz, then I can get it, or if the log output is enough. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#797154: libmicrohttpd: Please run tests during package build
Package: libmicrohttpd Version: 0.9.37+dfsg-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch wily Hello, A while ago the test suite was disabled during package because it fails on kfreebsd. However, that's bad because it doesn't tell us when the package regresses on other architectures, nor does it tell you when it starts succeeding on kfreebsd. It would be much better to always run the tests, and just not make them fatal on kfreebsd. Debdiff attached. (Background: We now use libmicrohttpd in systemd for remote journal support, and I'd like to get this package in the best shape possible). Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) * debian/rules: Run the test suite and make it fatal on non-kfreebsd (where it's known to fail). diff -Nru libmicrohttpd-0.9.37+dfsg/debian/rules libmicrohttpd-0.9.37+dfsg/debian/rules --- libmicrohttpd-0.9.37+dfsg/debian/rules 2014-07-08 14:35:40.0 +0200 +++ libmicrohttpd-0.9.37+dfsg/debian/rules 2015-08-28 08:54:02.0 +0200 @@ -1,5 +1,12 @@ #!/usr/bin/make -f +# test suite is known to fail on kfreebsd, don't fail build on that +TESTSUITE_FAIL_CMD=exit 1 +ifneq ($(filter $(DEB_BUILD_ARCH), kfreebsd-amd64 kfreebsd-i386),) +TESTSUITE_FAIL_CMD=exit 0 +endif + + %: dh ${@} --with autoreconf @@ -10,7 +17,7 @@ rm -f debian/tmp/usr/lib/*/*.la override_dh_auto_test: - # disabled + dh_auto_test || $(TESTSUITE_FAIL_CMD) override_dh_install: dh_install --fail-missing signature.asc Description: Digital signature
Bug#797159: Update twinkle to QT5
Package: twinkle Version: 1.4.2 There is twinkle-1.9.0 with QT5 support here http://twinkle.dolezel.info It was done for OpenSuse, Mageia, etc.
Bug#796595: jessie-pu: package debian-installer-launcher/19
Hi, On Thu, Aug 27, 2015 at 09:26:13PM +0100, Adam D. Barratt wrote: Please go ahead. Uploaded. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpAXu_wwIyX_.pgp Description: PGP signature
Bug#797155: RFP: ruby-sprite-factory -- Automatic CSS sprite generator
Package: wnpp Severity: wishlist * Package name: ruby-sprite-factory Version : 1.7 Upstream Author : Jake Gordon j...@codeincomplete.com * URL : https://github.com/jakesgordon/sprite-factory * License : MIT Programming Lang: Ruby Description : Automatic CSS sprite generator Automatic CSS sprite generator
Bug#797145: RFP: ruby-jquery-datatables-rails -- jquery datatables for rails
Package: wnpp Severity: wishlist * Package name: ruby-jquery-datatables-rails Version : 3.3.0 Upstream Author : Robin Wenglewski ro...@wenglewski.de * URL : https://github.com/rweng/jquery-datatables-rails * License : MIT Programming Lang: Ruby Description : jquery datatables for rails
Bug#797146: RFP: ruby-middleware -- Generalized implementation of the middleware abstraction for Ruby
Package: wnpp Severity: wishlist * Package name: ruby-middleware Version : 0.1.0 Upstream Author : Mitchell Hashimoto mitchell.hashim...@gmail.com * URL : https://github.com/mitchellh/middleware * License : MIT Programming Lang: Ruby Description : Generalized implementation of the middleware abstraction for Ruby
Bug#796045: nmu: leveldb_1.18.3
On Tue, Aug 18, 2015 at 9:52 PM, Gaudenz Steinlin gaud...@debian.org wrote: Usertags: binnmu nmu leveldb_1.18.3 . ALL . unstable . -m Rebuild for libsnappy transition leveldb has already been uploaded for it's own transition before the upload of snappy for it's transition. So leveldb needs another rebuild to be compiled against libsnappy1v5. Just for the record, leveldb now enforced to compile against the transitioned snappy package version and builds on all architectures. Laszlo/GCS
Bug#796640: ITP: mhap -- locality-sensitive hashing to detect long-read overlaps
Hi Afif, I stumbled upon the quite short description which is not very clear for outsiders. I think this publication http://www.ncbi.nlm.nih.gov/pubmed/26006009 might be related. If so please add a debian/upstream/metadata file to mention this and add some parts of the abstract to the long description. Kind regards Andreas. -- http://fam-tille.de
Bug#797152: RFP: ruby-rails-tokeninput -- Jquery Tokeninput automated install for Rails 3.1+
Package: wnpp Severity: wishlist * Package name: ruby-rails-tokeninput Version : 1.7.0 Upstream Author : Han h...@logicallsat.com * License : MIT Programming Lang: Ruby Description : Jquery Tokeninput automated install for Rails 3.1+ Gem installation of jquery tokeninput scripts and stylesheets.
Bug#797151: gcc-4.9: Spurious warnings about pointer to array - const pointer to array conversion.
Package: gcc-4.9 Version: 4.9.3-3 Severity: normal Dear Maintainer, This bug may affect all gcc-4, but has been fixed on gcc-5 upstream: (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16602). When compiling the attached code, gcc-4 always warns ex_ptrtoarr.c: In function ‘main’: ex_ptrtoarr.c:13:3: warning: passing argument 1 of ‘mdsumcmp’ from incompatible pointer type [enabled by default] return mdsumcmp(sum1, sum2); ^ ex_ptrtoarr.c:4:5: note: expected ‘const uint8_t (*)[16]’ but argument is of type ‘uint8_t (*)[16]’ int mdsumcmp(const uint8_t (*s1)[16], const uint8_t (*s2)[16]) ^ ex_ptrtoarr.c:13:3: warning: passing argument 2 of ‘mdsumcmp’ from incompatible pointer type [enabled by default] return mdsumcmp(sum1, sum2); ^ ex_ptrtoarr.c:4:5: note: expected ‘const uint8_t (*)[16]’ but argument is of type ‘uint8_t (*)[16]’ int mdsumcmp(const uint8_t (*s1)[16], const uint8_t (*s2)[16]) ^ but gcc-5 and clang complain nothing. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gcc-4.9 depends on: ii binutils2.25.1-1 ii cpp-4.9 4.9.3-3 ii gcc-4.9-base4.9.3-3 ii libc6 2.19-19 ii libcloog-isl4 0.18.3-1 ii libgcc-4.9-dev 4.9.3-3 ii libgmp102:6.0.0+dfsg-7 ii libisl130.14-2 ii libmpc3 1.0.3-1 ii libmpfr43.1.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gcc-4.9 recommends: ii libc6-dev 2.19-19 Versions of packages gcc-4.9 suggests: pn gcc-4.9-doc none pn gcc-4.9-locales none pn gcc-4.9-multilib none pn libasan1-dbg none pn libatomic1-dbgnone pn libcilkrts5-dbg none pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn liblsan0-dbg none pn libquadmath0-dbg none pn libtsan0-dbg none pn libubsan0-dbg none -- no debconf information #include string.h #include stdint.h int mdsumcmp(const uint8_t (*s1)[16], const uint8_t (*s2)[16]) { return memcmp(*s1, *s2, sizeof(*s1)); } int main(void) { uint8_t sum1[16]; uint8_t sum2[16]; return mdsumcmp(sum1, sum2); }
Bug#797162: linux-image-4.1.0-2-amd64: adding usb mouse takes out ethernet
Package: src:linux Version: 4.1.6-1 Severity: normal Dear Maintainer, I do not know where else to report hence reporting here. What is happening is whenever I insert a usb mouse, ethernet stops working. I do not know whether it is the kernel that is responsible or some sub-module or something else altogether. Looking forward for help. -- Package-specific info: ** Version: Linux version 4.1.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-3) ) #1 SMP Debian 4.1.6-1 (2015-08-23) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.1.0-2-amd64 root=UUID=aaafd0a1-62db-4216-80be-cf0dc016ac7c ro initrd=/install/initrd.gz ipv6.disable=1 init=/lib/systemd/systemd ** Tainted: WO (4608) * Taint on warning. * Out-of-tree module has been loaded. ** Kernel log: [ 10.004666] input: HDA Intel HDMI HDMI/DP,pcm=3 as /devices/pci:00/:00:03.0/sound/card0/input10 [ 10.005671] input: HDA Intel HDMI HDMI/DP,pcm=7 as /devices/pci:00/:00:03.0/sound/card0/input11 [ 10.006617] input: HDA Intel HDMI HDMI/DP,pcm=8 as /devices/pci:00/:00:03.0/sound/card0/input12 [ 10.027197] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/sound/card1/input13 [ 10.028052] input: HDA Intel PCH Dock Mic as /devices/pci:00/:00:1b.0/sound/card1/input14 [ 10.029125] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card1/input15 [ 10.029743] input: HDA Intel PCH Dock Headphone as /devices/pci:00/:00:1b.0/sound/card1/input16 [ 10.030339] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card1/input17 [ 10.043185] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs' [ 10.288372] kvm: disabled by bios [ 10.297775] Bluetooth: Core ver 2.20 [ 10.298380] NET: Registered protocol family 31 [ 10.299043] Bluetooth: HCI device and connection manager initialized [ 10.299570] Bluetooth: HCI socket layer initialized [ 10.300102] Bluetooth: L2CAP socket layer initialized [ 10.300645] Bluetooth: SCO socket layer initialized [ 10.333833] kvm: disabled by bios [ 10.376839] kvm: disabled by bios [ 10.384092] media: Linux media interface: v0.10 [ 10.517591] intel_rapl: Found RAPL domain package [ 10.518454] intel_rapl: Found RAPL domain core [ 10.519244] intel_rapl: Found RAPL domain uncore [ 10.519767] intel_rapl: Found RAPL domain dram [ 10.560465] cfg80211: Calling CRDA to update world regulatory domain [ 10.695532] Linux video capture interface: v2.00 [ 10.768282] usbcore: registered new interface driver btusb [ 10.782982] Bluetooth: hci0: read Intel version: 370710018002030d48 [ 10.783739] Bluetooth: hci0: Intel device is already patched. patch num: 48 [ 10.889987] cfg80211: World regulatory domain updated: [ 10.890859] cfg80211: DFS Master region: unset [ 10.890878] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 10.892271] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 10.892826] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 10.893363] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm), (N/A) [ 10.893901] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 10.894450] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 10.895014] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm), (0 s) [ 10.895577] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 10.896102] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm), (N/A) [ 10.896744] cfg80211: Calling CRDA for country: IN [ 10.900666] cfg80211: Regulatory domain changed to country: IN [ 10.901184] cfg80211: DFS Master region: JP [ 10.901196] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time) [ 10.902208] cfg80211: (2402000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm), (N/A) [ 10.902768] cfg80211: (517 KHz - 525 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (N/A) [ 10.903300] cfg80211: (525 KHz - 533 KHz @ 8 KHz, 16 KHz AUTO), (N/A, 2000 mBm), (0 s) [ 10.903809] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm), (N/A) [ 10.910857] uvcvideo: Found UVC 1.00 device Integrated Camera (04f2:b39a) [ 10.920256] input: Integrated Camera as /devices/pci:00/:00:14.0/usb1/1-8/1-8:1.0/input/input18 [ 10.921124] usbcore: registered new interface driver uvcvideo [ 10.921896] USB Video Class driver (1.1.1) [ 10.939385] Adding 1951740k swap on /dev/sda1. Priority:-1 extents:1 across:1951740k FS [ 11.314578] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null) [ 13.970632] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3 [ 14.186841] input: TPPS/2 IBM TrackPoint as
Bug#796281: jessie-pu: package pcre3/2:8.35-3.3+deb8u1
On Fri, Aug 28, 2015 at 07:19:28 +0200, Moritz Mühlenhoff wrote: On Fri, Aug 21, 2015 at 03:59:15PM +0100, Adam D. Barratt wrote: Control: tags -1 + moreinfo On Fri, 2015-08-21 at 01:35 +0200, Moritz Muehlenhoff wrote: This update fixes four minor security issues which don't warrant a DSA. These have been tested in a production setup and were working fine there. [...] + * CVE-2015-2325 CVE-2015-2326 CVE-2015-3210 CVE-2015-5073 The BTS and Security Tracker indicate that the first three of those aren't fixed in unstable yet; is that correct? No, but these are backports from current upstream and I suppose Matthew will simply move to a new upstream version at some point. We don't like to include fixes in jessie that aren't in sid/stretch. Please ping again when that's done. Thanks, Julien signature.asc Description: Digital signature
Bug#795771: RFS: dblatex/0.3.7-1
Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Hi Gianfranco, I would appreciate a changelog like this: dblatex (0.3.7-1) unstable; urgency=low … Adapted and uploaded as 0.3.7-1 again: http://mentors.debian.net/debian/pool/main/d/dblatex/dblatex_0.3.7-1.dsc Regards, Andreas -- Andreas Hoenen andr...@hoenen-terstappen.de GPG: 1024D/B888D2CE A4A6 E8B5 593A E89B 496B 82F0 728D 8B7E B888 D2CE signature.asc Description: PGP signature
Bug#797149: konsole: no longer possible to re-order tabs
Package: konsole Version: 4:15.04.3-2 Severity: minor Control: tags -1 upstream In previous versions of Konsole I could re-order tabs by dragging 'em with mouse. That functionality seems to be missing. Seems it is becoming trendy to remove useful features from GUI... :( --- System information. --- Architecture: amd64 Kernel: Linux 4.1.0-1-amd64 Debian Release: stretch/sid 500 testing-updates httpredir.debian.org 500 testing security.debian.org 500 testing httpredir.debian.org 333 unstablehttpredir.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= kde-runtime( 4:4.10) | 4:4.14.2-2 libc6(= 2.14) | libkdecore5(= 4:4.11) | libkdeui5 (= 4:4.11) | libkio5(= 4:4.11) | libknotifyconfig4 (= 4:4.11) | libkonq5abi1 (= 4:4.6.1) | libkparts4 (= 4:4.11) | libkpty4 (= 4:4.11) | libqt4-dbus (= 4:4.5.3) | libqt4-network(= 4:4.5.3) | libqtcore4(= 4:4.8.0) | libqtgui4 (= 4:4.8.0) | libstdc++6 (= 4.1.1) | -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#797148: inkscape: positioning the toolbars is not possible
Package: inkscape Version: 0.48.5-3 Severity: normal Dear Maintainer, the positioning of the toolbars is only in some (rare) cases possible. It is very hard to find a place where the moved toolbar snaps into a position. Most bars doesn't snap to any position. A second effect is the length of the bar. While moving the toolbar, the length of the bar is not truncated to the space needed, so that dragging a bar in fullscreen mode is not possible. In the end, drag and drop of toolbars is useless. I'm using Inkscape from Jessie. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages inkscape depends on: ii gconf-service 3.2.6-3 ii libaspell150.60.7~20110707-1.3 ii libatk1.0-02.14.0-1 ii libatkmm-1.6-1 2.22.7-2.1 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libcairomm-1.0-1 1.10.0-1.1 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgc1c2 1:7.2d-6.4 ii libgcc11:4.9.2-10 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgnomevfs2-0 1:2.24.4-6+b1 ii libgomp1 4.9.2-10 ii libgsl0ldbl1.16+dfsg-2 ii libgtk2.0-02.24.25-3 ii libgtkmm-2.4-1c2a 1:2.24.4-1.1 ii libgtkspell0 2.0.16-1.1 ii liblcms2-2 2.6-3+b3 ii libmagick++-6.q16-58:6.8.9.9-5 ii libmagickcore-6.q16-2 8:6.8.9.9-5 ii libmagickwand-6.q16-2 8:6.8.9.9-5 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpangomm-1.4-1 2.34.0-1.1 ii libpng12-0 1.2.50-2+b2 ii libpoppler-glib8 0.26.5-2 ii libpoppler46 0.26.5-2 ii libpopt0 1.16-10 ii librevenge-0.0-0 0.0.1-3 ii libsigc++-2.0-0c2a 2.4.0-1 ii libstdc++6 4.9.2-10 ii libwpg-0.3-3 0.3.0-3 ii libx11-6 2:1.6.2-3 ii libxml22.9.1+dfsg1-5 ii libxslt1.1 1.1.28-2+b2 pn python:any none ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages inkscape recommends: ii aspell 0.60.7~20110707-1.3 ii imagemagick8:6.8.9.9-5 ii libgnomevfs2-extra 1:2.24.4-6+b1 ii libimage-magick-perl [perlmagick] 8:6.8.9.9-5 ii libwmf-bin 0.2.8.4-10.3+deb8u1 ii perlmagick 8:6.8.9.9-5 ii pstoedit 3.62-2+b1 ii python-lxml3.4.0-1 ii python-numpy 1:1.8.2-2 ii transfig 1:3.2.5.e-4 Versions of packages inkscape suggests: pn dia | dia-gnome none pn libsvg-perl none pn libxml-xql-perl none pn python-uniconvertor none ii ruby 1:2.1.5+deb8u1 -- no debconf information
Bug#796640: [Debian-med-packaging] ITP: mhap -- locality-sensitive hashing to detect long-read overlaps
Hi, Andreas, On الخميس 27 آب 2015 23:50, Andreas Tille wrote: Hi Afif, I stumbled upon the quite short description which is not very clear for outsiders. I think this publication http://www.ncbi.nlm.nih.gov/pubmed/26006009 might be related. If so please add a debian/upstream/metadata file to mention this and add some parts of the abstract to the long description. At the time I did the initial packaging, I wasn't aware of the paper and took the descriptions from the upstream github page. This should be no problem, but I won't continue working on mhap until its build-dependency jaligner enters the archive. regards Afif -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name
Bug#797160: RFP: ruby-websocket-driver -- WebSocket protocol handler with pluggable I/O
Package: wnpp Severity: wishlist * Package name: ruby-websocket-driver Version : 0.6.2 Upstream Author : James Coglan jcog...@gmail.com * URL : http://github.com/faye/websocket-driver-ruby * License : MIT Programming Lang: Ruby Description : WebSocket protocol handler with pluggable I/O WebSocket protocol handler with pluggable I/O.
Bug#691765: Bindings don't seem to release the GIL when doing I/O
Control: tags -1 +upstream -patch Hi Here's the answer from Tobias (upstream): the problem is that the getopt library is not threadsave and most rrdtool functions except rrd_xport still use getopt ... so in order to make it all thread save the other functions would also have to be switched over to the new getopt used in rrd_xport ... then the beast would be threadsafe. Therefore, it's a good thing the python lock is kept, at the moment.
Bug#797157: libmicrohttpd: Add autopkgtest
Package: libmicrohttpd Version: 0.9.37+dfsg-1 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch wily Hello, this debdiff adds a simple autopkgtest for the -dev package. This will ensure that you can compile/link/run a trivial program against libmicrohttpd-dev, and thus cover correct installation of *.h and pkg-config files, validity of pkg-config, and correct dependencies of the -dev package. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) Add compile/link/run autopkgtest for libmicrohttpd-dev. diff -Nru libmicrohttpd-0.9.37+dfsg/debian/tests/build libmicrohttpd-0.9.37+dfsg/debian/tests/build --- libmicrohttpd-0.9.37+dfsg/debian/tests/build1970-01-01 01:00:00.0 +0100 +++ libmicrohttpd-0.9.37+dfsg/debian/tests/build2015-08-28 09:04:46.0 +0200 @@ -0,0 +1,25 @@ +#!/bin/sh +# autopkgtest check: Builds a small application against libmicrohttpd, checking +# if it compiles, links and runs successfully. +# Author: Martin Pitt mp...@debian.org + +set -e + +WORKDIR=$(mktemp -d) +trap rm -rf $WORKDIR 0 INT QUIT ABRT PIPE TERM +cd $WORKDIR +cat EOF build_test.c +#include microhttpd.h +int main(int argc, char** argv) { +struct MHD_Daemon *d; +d = MHD_start_daemon (MHD_USE_DEBUG, 1234, NULL, NULL, NULL, html /, MHD_OPTION_END); +if (d != NULL) +MHD_stop_daemon (d); +return 0; +} +EOF +gcc `pkg-config --cflags libmicrohttpd` -o build_test build_test.c `pkg-config --libs libmicrohttpd` +echo build: OK +[ -x build_test ] +./build_test +echo run: OK diff -Nru libmicrohttpd-0.9.37+dfsg/debian/tests/control libmicrohttpd-0.9.37+dfsg/debian/tests/control --- libmicrohttpd-0.9.37+dfsg/debian/tests/control 1970-01-01 01:00:00.0 +0100 +++ libmicrohttpd-0.9.37+dfsg/debian/tests/control 2015-08-28 09:04:06.0 +0200 @@ -0,0 +1,2 @@ +Tests: build +Depends: build-essential, pkg-config, libmicrohttpd-dev signature.asc Description: Digital signature
Bug#780012: Current version issue
The currently available version of keychain in Debian has developed an issue, resulting in the message: * Warning: Can't determine fingerprint from the following line, falling back to filename As discussed in this upstream issue: https://github.com/funtoo/keychain/issues/34 The problem has been fixed in version 2.8.0. Please update keychain in Debian to fix this issue in Debian.
Bug#797156: RFP: ruby-thinking-sphinx -- A smart wrapper over Sphinx for ActiveRecord
Package: wnpp Severity: wishlist * Package name: ruby-thinking-sphinx Version : 3.1.4 Upstream Author : Pat Allan p...@freelancing-gods.com * URL : https://pat.github.io/thinking-sphinx/ * License : MIT Programming Lang: Ruby Description : A smart wrapper over Sphinx for ActiveRecord An intelligent layer for ActiveRecord (via Rails and Sinatra) for the Sphinx full-text search tool.
Bug#797163: lintian: please warn if Arch:all package is not Multi-Archi: foreign
Package: lintian Version: 2.5.36.1 Severity: wishlist Hi there, I am not sure if there is a situation possible in which an Arch:all package should not carry the Multi-Arch:foreign tag. However, it is part of the Multiarch specification that packages which may satisfy dependencies on all architecture carry the Multi-Arch:foreign flag. Thus, in order to accelerate multiarch adaption, please add a check that Arch:all packages carry the Multi-Arch:foreign flag. Thanks, Fabian -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'experimental'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-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 Init: systemd (via /run/systemd/system) Versions of packages lintian depends on: ii binutils 2.25.1-1 ii bzip2 1.0.6-8 ii diffstat 1.60-1 ii file 1:5.22+15-2 ii gettext0.19.4-1 ii hardening-includes 2.7 ii intltool-debian0.35.0+20060710.2 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.49-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.38-1 ii libdpkg-perl 1.18.2 ii libemail-valid-perl1.196-1 ii libfile-basedir-perl 0.07-1 ii libipc-run-perl0.94-1 ii liblist-moreutils-perl 0.413-1 ii libparse-debianchangelog-perl 1.2.0-5 ii libtext-levenshtein-perl 0.12-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.69-1 ii man-db 2.7.2-1 ii patchutils 0.3.4-1 ii perl [libdigest-sha-perl] 5.20.2-6 ii t1utils1.38-4 ii xz-utils 5.1.1alpha+20120614-2.1 Versions of packages lintian recommends: ii dpkg1.18.2 ii libautodie-perl 2.29-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.2-6 ii perl-modules [libautodie-perl] 5.20.2-6 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.18.2 ii libhtml-parser-perl3.71-2 ii libtext-template-perl 1.46-1 pn libyaml-perl none -- no debconf information
Bug#797158: ignore /etc/init.d/.depends.*
Package: systraq Version: 0.0.20081217-3 Severity: normal Dear maintainer, Systraq should ignore files like /etc/init.d/.depend.boot and /etc/init.d/.depend.start It are hidden files and they are auto-generated. Cheers Geert Stappers - Forwarded message from Cron Daemon - Date: Fri, 28 Aug 2015 08:30:07 +0200 (CEST) From: Cron Daemon To: debian-syst...@host.domain.tld Subject: Cron debian-systraq@jheronimus [ -r /etc/systraq/filetraq.conf ] command -v filetraq /dev/null filetraq /etc/systraq/filetraq.conf /var/lib/systraq/filetraq --- /var/lib/systraq/filetraq//etc/init.d/.depend.boot/orig 2015-06-21 10:44:45.069928185 +0200 +++ /etc/init.d/.depend.boot2015-08-28 07:48:26.089928185 +0200 @@ -1,22 +1,22 @@ -TARGETS = mountkernfs.sh hostname.sh udev mountdevsubfs.sh keymap.sh keyboard-setup console-setup networking mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh hwclock.sh checkroot.sh urandom procps mtab.sh bootmisc.sh hdparm kmod kbd udev-mtab checkfs.sh x11-common checkroot-bootclean.sh screen-cleanup +TARGETS = mountkernfs.sh hostname.sh udev mountdevsubfs.sh keymap.sh keyboard-setup hwclock.sh hdparm console-setup networking mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh checkroot.sh urandom procps mtab.sh bootmisc.sh kmod kbd udev-mtab checkfs.sh x11-common checkroot-bootclean.sh screen-cleanup INTERACTIVE = udev keymap.sh keyboard-setup console-setup checkroot.sh kbd checkfs.sh udev: mountkernfs.sh mountdevsubfs.sh: mountkernfs.sh udev keymap.sh: mountdevsubfs.sh keyboard-setup: mountkernfs.sh keymap.sh udev +hwclock.sh: mountdevsubfs.sh +hdparm: mountdevsubfs.sh udev console-setup: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh kbd networking: mountkernfs.sh mountall.sh mountall-bootclean.sh urandom mountall.sh: checkfs.sh checkroot-bootclean.sh mountall-bootclean.sh: mountall.sh mountnfs.sh: mountall.sh mountall-bootclean.sh networking mountnfs-bootclean.sh: mountall.sh mountall-bootclean.sh mountnfs.sh -hwclock.sh: mountdevsubfs.sh checkroot.sh: hwclock.sh mountdevsubfs.sh hostname.sh keymap.sh hdparm keyboard-setup urandom: mountall.sh mountall-bootclean.sh hwclock.sh procps: mountkernfs.sh mountall.sh mountall-bootclean.sh udev mtab.sh: checkroot.sh bootmisc.sh: mountall-bootclean.sh mountnfs-bootclean.sh checkroot-bootclean.sh mountall.sh mountnfs.sh udev -hdparm: mountdevsubfs.sh udev kmod: checkroot.sh kbd: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh udev-mtab: udev mountall.sh mountall-bootclean.sh --- /var/lib/systraq/filetraq//etc/init.d/.depend.start/orig2015-06-30 08:03:10.773928184 +0200 +++ /etc/init.d/.depend.start 2015-08-28 07:48:26.093928184 +0200 @@ -1,19 +1,20 @@ -TARGETS = rsyslog shellinabox php5-fpm motd killprocs sudo postgresql mysql nginx atd redis-server fail2ban acpid anacron cron dbus ssh rsync exim4 postfix bootlogs single rc.local rmnologin -INTERACTIVE = +TARGETS = rsyslog shellinabox php5-fpm motd killprocs sudo apache2 postgresql mysql nginx atd redis-server fail2ban rsync anacron ssh acpid cron dbus exim4 postfix bootlogs single rc.local rmnologin +INTERACTIVE = apache2 +apache2: rsyslog postgresql: rsyslog mysql: rsyslog nginx: rsyslog atd: rsyslog redis-server: rsyslog fail2ban: rsyslog -acpid: rsyslog +rsync: rsyslog anacron: rsyslog +ssh: rsyslog +acpid: rsyslog cron: rsyslog dbus: rsyslog -ssh: rsyslog -rsync: rsyslog exim4: rsyslog postgresql mysql postfix: rsyslog postgresql mysql single: killprocs motd bootlogs -rc.local: postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm atd redis-server fail2ban motd bootlogs acpid anacron cron sudo dbus ssh rsync -rmnologin: sudo postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm atd redis-server fail2ban motd bootlogs acpid anacron cron dbus ssh rsync +rc.local: postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm apache2 atd redis-server fail2ban motd bootlogs rsync anacron ssh acpid sudo cron dbus +rmnologin: sudo postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm apache2 atd redis-server fail2ban motd bootlogs rsync anacron ssh acpid cron dbus --- /var/lib/systraq/filetraq//etc/init.d/.depend.stop/orig 2015-06-21 10:44:45.069928185 +0200 +++ /etc/init.d/.depend.stop2015-08-28 07:48:26.093928184 +0200 @@ -1,12 +1,12 @@ -TARGETS = unattended-upgrades shellinabox php5-fpm nginx atd redis-server fail2ban exim4 postfix urandom postgresql mysql sendsigs rsyslog umountnfs.sh hwclock.sh networking umountfs umountroot halt reboot +TARGETS = unattended-upgrades shellinabox php5-fpm apache2 nginx atd redis-server fail2ban exim4 postfix urandom postgresql mysql sendsigs rsyslog umountnfs.sh hwclock.sh networking umountfs umountroot halt reboot postgresql: exim4 postfix mysql: exim4 postfix -sendsigs: postgresql mysql exim4 shellinabox nginx postfix php5-fpm atd
Bug#796188: cron-apt: No email reports
Yes, that's it! A few days ago, I tryed to change the 0-update to be more verbose (quiet=1). But I haven't received anything. Moreover, I thought that MAILON can have output or always as value. When configured with always I should get an email even if no output was generated. Le 2015-08-27 22:35, Ola Lundqvist a écrit : Hi Only if something is actually upgraded. But you say that you only get it at failures, or? // Ola On Thu, Aug 20, 2015 at 11:08 AM, Pelmato ctt-report...@zygalio.net [1] wrote: I have the 3 following files in action.d: /etc/cron-apt/action.d/0-update: # update -o quiet=2 # /etc/cron-apt/action.d/3-download: # autoclean -y dist-upgrade -d -y -o APT::Get::Show-Upgraded=true # /etc/cron-apt/action.d/5-install: # dist-upgrade -y -o APT::Get::Show-Upgraded=true # The 0-updates file indeed use the quiet=2 and apt doesn't print anything (which is fine). But for the 2 other files apt should output something. Shouldn't it? Links: -- [1] mailto:ctt-report...@zygalio.net
Bug#797166: Breaks with jQuery 1.11.3: $.browser is undefined
Package: libjs-chosen Version: 0.9.11-2 Severity: important Tags: upstream The $.browser map is removed in jQuery 1.9. With the update of libjs-jquery from 1.7.2 to 1.11.3, chosen no longer works. The browser console shows this message: TypeError: $.browser is undefinedchosen.jquery.js:309:0 The jQuery documentation recommends using feature detection instead of browser checks. I haven't checked whether the new upstream release (1.4.2) fixes this. Cheers, dam -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#797077: didjvu: FTBFS: XMP tests fail
Plus, added a patch to block the pyexiv2 backend. DS -- http://www.danielstender.com/blog/ 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
Bug#797169: mjpegtools: FTBFS with x32 because of unused SIMD code remains
Source: mjpegtools Version: 1:2.1.0+debian-3 Severity: important Tags: patch Hi, your package configures with --disable-simd-accel but the upstream code fails to fully disable all related functions, leading to some asm code still being compiled, which fails on x32 due to its model. The attached patch fully disables the (unused anyway!) code making it buildable on x32. I tested on i386, where it still builds, too. Please apply and forward upstream. Thanks! -- System Information: Debian Release: stretch/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386, amd64 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) diff -Nru mjpegtools-2.1.0+debian/debian/changelog mjpegtools-2.1.0+debian/debian/changelog --- mjpegtools-2.1.0+debian/debian/changelog 2014-12-08 11:08:24.0 +0100 +++ mjpegtools-2.1.0+debian/debian/changelog 2015-08-28 10:37:41.0 +0200 @@ -1,3 +1,10 @@ +mjpegtools (1:2.1.0+debian-3+x32.1) unreleased; urgency=medium + + * Non-maintainer upload. + * New patch to disable unused CPU detection + + -- Thorsten Glaser t.gla...@tarent.de Fri, 28 Aug 2015 10:37:14 +0200 + mjpegtools (1:2.1.0+debian-3) unstable; urgency=medium [ Alessio Treglia ] diff -Nru mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch --- mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch 1970-01-01 01:00:00.0 +0100 +++ mjpegtools-2.1.0+debian/debian/patches/18_no-simd.patch 2015-08-28 10:37:06.0 +0200 @@ -0,0 +1,76 @@ +Description: Test for SIMD instructions at run-time only if configured. + Do not attempt to use e.g. CPU detection if the result does not matter + anyway; fixes FTBFS on architectures with slightly different asm, such + as x32. +Author: Thorsten Glaser t.gla...@tarent.de +Forwarded: no +Bug-Debian: coming +Last-Update: 2015-08-28 + +--- a/configure.ac b/configure.ac +@@ -386,6 +386,8 @@ AC_SUBST(PROGRAM_NOPIC) + + if test $enable_simd_accel != false -a $enable_simd_accel != no + then ++ AC_DEFINE(HAVE_SIMD_ACCEL, 1, [use SIMD multimedia instructions if possible]) ++ + if test x$have_x86cpu = xtrue + then + AC_MSG_CHECKING([if C compiler accepts inline MMX assembly]) +--- a/utils/cpu_accel.c b/utils/cpu_accel.c +@@ -38,7 +38,7 @@ + #include malloc.h + #endif + +-#ifdef HAVE_ALTIVEC ++#if defined(HAVE_SIMD_ACCEL) defined(HAVE_ALTIVEC) + extern int altivec_copy_v0(); + #endif + +@@ -77,7 +77,7 @@ extern int altivec_copy_v0(); + + static char *parse_next(char **, const char *); + +-#ifdef HAVE_X86CPU ++#if defined(HAVE_SIMD_ACCEL) defined(HAVE_X86CPU) + + /* Some miscelaneous stuff to allow checking whether SSE instructions cause +illegal instruction errors. +@@ -208,7 +208,7 @@ static int x86_accel (void) + #endif + + +-#ifdef HAVE_ALTIVEC ++#if defined(HAVE_SIMD_ACCEL) defined(HAVE_ALTIVEC) + /* AltiVec optimized library for MJPEG tools MPEG-1/2 Video Encoder + * Copyright (C) 2002 James Klicman ja...@klicman.org + * +@@ -263,7 +263,7 @@ noAltiVec: + + int32_t cpu_accel (void) + { +-#ifdef HAVE_X86CPU ++#if defined(HAVE_SIMD_ACCEL) defined(HAVE_X86CPU) + static int got_accel = 0; + static int accel; + +@@ -273,7 +273,7 @@ int32_t cpu_accel (void) + } + + return accel; +-#elif defined(HAVE_ALTIVEC) ++#elif defined(HAVE_SIMD_ACCEL) defined(HAVE_ALTIVEC) + return detect_altivec(); + #else + return 0; +@@ -356,7 +356,7 @@ void *bufalloc( size_t size ) + + if( !bufalloc_init ) + { +-#ifdef HAVE_X86CPU ++#if defined(HAVE_SIMD_ACCEL) defined(HAVE_X86CPU) + if( (cpu_accel() (ACCEL_X86_SSE|ACCEL_X86_3DNOW)) != 0 ) + { + simd_alignment = 64; diff -Nru mjpegtools-2.1.0+debian/debian/patches/series mjpegtools-2.1.0+debian/debian/patches/series --- mjpegtools-2.1.0+debian/debian/patches/series 2014-12-08 09:30:45.0 +0100 +++ mjpegtools-2.1.0+debian/debian/patches/series 2015-08-28 10:35:06.0 +0200 @@ -11,3 +11,4 @@ 15_fix_qttoy4m_linking.diff 16_fix_ftbfs_format_security.patch 17_hurd.patch +18_no-simd.patch
Bug#797077: didjvu: FTBFS: XMP tests fail
On 28.08.2015 10:41, Jakub Wilk wrote: Hi Daniel! * Daniel Stender deb...@danielstender.com, 2015-08-28, 01:45: I'm going to unblock this bug so that it could be closed by the upcoming upload, FWIW, you don't need to do that. You can freely close a bug even if it's marked as blocked by another one. Ah, yes, o.k. Thanks! Dan -- http://www.danielstender.com/blog/ 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
Bug#610178: libdebian-package-html-perl: Examples URLs are no longer valid
Package: libdebian-package-html-perl Version: 0.1-2 Followup-For: Bug #610178 Severity: important Hi, These URLs are still broken. This package is not incredibly useful without the example template, and this will affect most users ability to use the package. For this reason, I'm increasing the severity of this bug to important. Ideally, the example would be included as an example in the package itself. Thanks, Iain. -- e: i...@fsfe.orgw: iain.learmonth.me x: i...@jabber.fsfe.org t: EPVPN 2105 c: 2M0STB g: IO87we p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49 pgpe_4HgFCSJi.pgp Description: PGP signature
Bug#797167: linbox: FTBFS on mipsel (FAIL: test-charpoly)
Source: linbox Version: 1.3.2-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: stretch sid Hi, your package no longer builds on the mipsel buildd, see https://buildd.debian.org/status/fetch.php?pkg=linboxarch=mipselver=1.3.2-1.1%2Bb2stamp=1440750249 Cheers, Julien signature.asc Description: Digital signature
Bug#797168: linbox: FTBFS on powerpc (SIGILL in test-optimization)
Source: linbox Version: 1.3.2-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: stretch sid Hi, your package no longer builds on the powerpc buildd, see https://buildd.debian.org/status/fetch.php?pkg=linboxarch=powerpcver=1.3.2-1.1%2Bb2stamp=1440746494 Cheers, Julien signature.asc Description: Digital signature
Bug#792902: laptop-mode-tools: Naive install results in USB keyboard/mouse problems
On Mon, 20 Jul 2015 13:03:27 +0530 Ritesh Raj Sarraf r...@debian.org wrote: Many devices advertise power savings but misbehave when power savings is triggered. Laptop Mode Tools, by default, enabled power savings for all devices. If you have devices, that mis-behave when running on battery, you can blacklist them. Note that restarting the service after tweaking the configuration is not enough. I had to reboot my system to get back working mouse and keyboard. (I could not find a less windows-like way ...) All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
Bug#794678: [PKG-Openstack-devel] Bug#794678: msgpack-python: please update to the latest upstream version
Hi Thomas, Please don't NMU before sending a patch to the BTS for this and leave a reasonable delay to the package maintainer. This must be a general rule. Actually I also pinged you on irc for that reason :) Anyway, since the changes are not minimal (I would like to refactor a little bit the packaging) and you are an uploader, I'm going to do the work right now, and send it here as a Team Upload rather than an NMU. Feel free to upload or ask me to do it, if you feel confortable with it. thanks a lot, Gianfranco
Bug#791215: netcdf: library transition may be needed when GCC 5 is the default
On 28-08-15 10:21, Julien Cristau wrote: On Tue, Aug 25, 2015 at 15:33:10 +0200, Sebastiaan Couwenberg wrote: dx(1:4.4.4-7) grace (1:5.1.25-1) gri (2.12.23-9) kst (2.0.3-4)[also needed for netcdf-cxx-legacy] octave-octcdf (1.1.8-1) python-scientific (2.9.4-3) r-cran-ncdf4 (1.13-1) r-cran-rnetcdf(1.6.3-1-1) v-sim (3.7.2-1) binNMUs scheduled. Thanks. gri (2.12.23-9) doesn't need any binNMU for netcdf anymore as mentioned in my previous message, the new upload by the maintainer already built with the new netcdf packages on the buildds, only the maintainer build on i386 needed a manual binNMU to use the new netcdf packages too. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#797165: CVE-2015-0852: integer overflow in PluginPCX.cpp
Source: freeimage Version: 3.10.0-4 Severity: serious Tags: security upstream fixed-upstream Hi, the following vulnerability was published for freeimage. CVE-2015-0852[0]: Integer overflow in PluginPCX.cpp If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2015-0852 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0852 https://marc.info/?l=oss-securitym=144073280200732w=2 Please adjust the affected versions in the BTS as needed. BTW upstream patches are available but they are not minimal patches: http://freeimage.cvs.sourceforge.net/viewvc/freeimage/FreeImage/Source/FreeImage/PluginPCX.cpp?r1=1.17r2=1.18pathrev=MAIN http://freeimage.cvs.sourceforge.net/viewvc/freeimage/FreeImage/Source/FreeImage/PluginPCX.cpp?r1=1.18r2=1.19pathrev=MAIN Hopefully one the of the people who will discover this RC bug (because their package depends on freeimage or whatever) can be convinced to take over this package... it has been orphaned for way too long. Note that the package has another pending security issue (#786790). Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/
Bug#796342: CVE-2013-0169
Hi Moritz, On Fri, 21 Aug 2015 14:23:25 +0200 Moritz Muehlenhoff j...@debian.org wrote: Source: haskell-tls Severity: important Tags: security The Debian Security Tracker still lists haskell-tls as affected by https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-0169, can you please check with upstream whether that is addressed, I couldn't find a reference in the changelog. tricky, as not even upstream can give a definite answer: https://github.com/vincenthz/hs-tls/issues/117 So I guess you can consider this to be not addressed. What are the implications of that? Greetings, Joachim -- -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#797171: xombrero does not handle httponly cookies
Package: xombrero Version: 2:1.6.4-3 Severity: normal Hello, thank you for maintaining xombrero. It looks like xombrero does not store and retransmit httponly cookies. If I point it at the attached web server, I can see that a new cookie is generated at each request. With chromium instead, the cookie is preserved. See here for documentation about httponly cookies: https://en.wikipedia.org/wiki/HTTP_cookie#Secure_and_HttpOnly This is currently breaking access to https://sso.debian.org/spkac/enroll_manually which relies on httponly cookies for session management, and relies on session management for remembering the challenge string previously sent to the client. If you visit that page with xombrero, you will see the challenge string in the openssl spkac command line change all the time. If you visit it with firefox or chromium, you will see that the challenge stays the same. Enrico -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-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 Init: systemd (via /run/systemd/system) Versions of packages xombrero depends on: ii libbsd0 0.7.0-2 ii libc6 2.19-19 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-02.44.1-1.1 ii libgnutls-deb0-28 3.3.17-1 ii libgtk-3-0 3.16.6-1 ii libjavascriptcoregtk-3.0-0 2.4.9-2 ii libpango-1.0-0 1.36.8-3 ii libsoup2.4-12.50.0-2 ii libwebkitgtk-3.0-0 2.4.9-2 xombrero recommends no packages. xombrero suggests no packages. -- no debconf information #!/usr/bin/python3 import http.server import http.cookies import socketserver PORT = 8000 class CookieTest(http.server.BaseHTTPRequestHandler): sequence = 0 def do_GET(self): cookiestring = \n.join(self.headers.get_all('Cookie', failobj=[])) c = http.cookies.SimpleCookie() c.load(cookiestring) existing_session_id = c.get(sessionid, None) if existing_session_id is None: new_session_id = str(self.sequence) self.sequence += 1 else: new_session_id = existing_session_id self.send_response(200) self.send_header(Content-type, text/plain) self.send_header(Set-Cookie, sessionid={}; expires=Fri, 11-Sep-2017 08:34:46 GMT; httponly; Max-Age=1209600; Path=/.format(new_session_id)) self.end_headers() self.wfile.write(existing cookie: {}\n.format(existing_session_id).encode(utf-8)) for k, v in self.headers.items(): self.wfile.write({}: {}\n.format(k, v).encode(utf-8)) def main(): httpd = socketserver.TCPServer((, PORT), CookieTest) print(serving at port, PORT) httpd.serve_forever() if __name__ == __main__: main()
Bug#796858: [libreoffice-calc] Text color only appears in cell edit mode
tag 796858 + unreproducible thanks Hi, On Tue, Aug 25, 2015 at 05:40:56AM +0200, B wrote: Text color isn't normally displayed, only in cell edit mode. I can't reproduce this (though with rc2-1). Text colors are perfectly fine in my cells. See attached screenshot. What do you mean with only in cell edit mode? Regards, Rene
Bug#797181: freeradius: packaging 3.0.x
Package: freeradius Version: 3.0.8+git+nmu1 Severity: wishlist Dear Maintainer, please provide a 3.x version if possible - upstream http://freeradius.org/download.html states 3.0.x as stable and 2.x as EOL. Upstream tarball contains a debian builddir, which allows building on jessie. Installation of the generated packages fails partly with some systemd related messages. Will provide more information if needed. Thanks, greetings Hermann -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages freeradius depends on: ii adduser3.113+nmu3 ii freeradius-common 3.0.8+git+nmu1 ii freeradius-config 3.0.8+git+nmu1 ii libc6 2.19-18 ii libcap21:2.24-8 ii libcurl3-gnutls7.38.0-4+deb8u2 ii libfreeradius3 3.0.8+git+nmu1 ii libgdbm3 1.8.3-13.1 ii libjson-c2 0.11-4 ii libpam0g 1.1.8-3.1 ii libpcre3 2:8.35-3.3 ii libperl5.205.20.2-3+deb8u1 ii libpython2.7 2.7.9-2 ii libreadline6 6.3-8+b3 ii libsqlite3-0 3.8.7.1-1+deb8u1 ii libssl1.0.01.0.1k-3+deb8u1 ii libtalloc2 2.1.1-2 ii libyubikey01.12-2 ii lsb-base 4.1+Debian13+nmu1 ii ssl-cert 1.0.35 Versions of packages freeradius recommends: pn freeradius-utils none Versions of packages freeradius suggests: pn freeradius-krb5none ih freeradius-ldap3.0.8+git+nmu1 pn freeradius-mysql none pn freeradius-postgresql none -- no debconf information
Bug#797184: eom should depend on librsvg2-common, not recommend it
Source: eom Version: 1.8.0+dfsg1-4 Severity: normal Control: found -1 1.10.3-1 Control: tags -1 jessie stretch sid Since eom build-depends on librsvg2-dev, it means it's built with SVG scaling support and stuff. This requires runtime dependency on librsvg2-common (= 2.36.2), as described in [1]. So, please move that package from Recommends to Depends. [1] https://github.com/mate-desktop/debian-packages/commit/bf5d29f2a72ab59a42c282269fe1e06dea302e33
Bug#788418: Review
Control: owner -1 ! Control: tags -1 moreinfo Hi, the packaging looks good, unfortunately I can't sponsor right now because of: W debug-file-with-no-debug-symbols usr/lib/debug/.build-id/24/1f5b7a77afde9b121e3ff14f97151283c1ed14.debug X shlib-calls-exit it would be nice to address them :) the main showstopper actually is that this will require a transition for the two rdeps. So please ask for a slot by opening a bug against release.debian.org and check if rdeps actually rebuilds correctly on top of the new release. (it isn't usually needed, but with the libstdc++ transition I would like to avoid pushing new transitions on unstable, even if they have 2 rdeps) cheers, G.
Bug#797035: softhsm: FTBFS on m68k and sparc64
Hin Ondrej, On Thu, Aug 27, 2015 at 09:42:28AM +0200, Ond??ej Sur? wrote: Hi Christian, I've seen this couple days ago on amd64 as well and now it builds just fine, so I think this is quite possibly related to gcc-5 transition. Perhaps you are missing some piece that hasn't been rebuilt with gcc-5 yet, or something like that. Ok, I will try to start another build in a couple of weeks then. But I think whoever triggered the binNMU should trigger another build, if that is the problem. thanks, Christian
Bug#797161: libprelude2 contains files with different SONAME versioning
On Fri, 28 Aug 2015 at 08:25:36 +0100, Simon McVittie wrote: libprelude needs to go through the NEW queue anyway, for the libstdc++ transition, so I will probably NMU this at the same time. Looking more closely at libprelude's rdeps, it seems none of them actually link with libpreludecxx.so.0, so a libstdc++ transition[1] is not necessarily required here. So I'm probably not going to NMU this; there are more urgent things to be doing. S [1] https://lists.debian.org/debian-devel-announce/2015/08/msg0.html https://lists.debian.org/debian-devel-announce/2015/08/msg2.html
Bug#797040: xul-ext-gnome-keyring: Incompatible with iceweasel 38.2.0
Control: fixed -1 0.10-1 -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git
Bug#797077: didjvu: FTBFS: XMP tests fail
Hi Daniel! * Daniel Stender deb...@danielstender.com, 2015-08-28, 01:45: I'm going to unblock this bug so that it could be closed by the upcoming upload, FWIW, you don't need to do that. You can freely close a bug even if it's marked as blocked by another one. -- Jakub Wilk
Bug#797130: pluma: Pluma no external tools
Hi, I committed a change to the packing to resolve this a few days ago. The next Pluma package update will restore the missing plugins. Regards, Martin. On 28 Aug 2015 00:45, Gene Benson gene@upcmail.nl wrote: Package: pluma Version: 1.10.2+dfsg1-1 Severity: normal Dear Maintainer, With pluma 1.8.1+dfsg1-2 External Tools was listed under plugins. I could enable it and the tools worked just fine. After the upgrade to 1.10.2+dfsg1-1 External Tools is no longer listed under plugins and needless to say they no longer work. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pluma depends on: ii iso-codes 3.60-1 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-19 ii libcairo2 1.14.2-2 ii libenchant1c2a1.6.0-10.1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-02.31.5-1 ii libglib2.0-0 2.44.1-1.1 ii libgtk2.0-0 2.24.28-1 ii libgtksourceview2.0-0 2.10.5-2 ii libice6 2:1.0.9-1+b1 ii libmate-desktop-2-17 1.10.1-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libsm62:1.2.2-1+b1 ii libstartup-notification0 0.12-4 ii libx11-6 2:1.6.3-1 ii libxml2 2.9.1+dfsg1-5 ii mate-desktop-common 1.10.1-2 ii pluma-common 1.10.2+dfsg1-1 ii python-gtksourceview2 2.10.1-2 Versions of packages pluma recommends: ii zenity 3.16.3-1 pluma suggests no packages. -- no debconf information ___ pkg-mate-team mailing list pkg-mate-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mate-team
Bug#792555: binutils: ld reloc sorting causes segfaults on alpha
Control: reassign -1 binutils 2.25.1-1 Control: retitle -1 binutils: ld reloc sorting causes segfaults on Alpha This is a binutils bug. Confirmed that it not only causes segfaults in the libc6.1-alphaev67 package but is also the reason for aptitude FTBFS on Alpha. Fixed upstream on the binutils-2_25-branch branch by: https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=5fc980cc8be61203db24756e17d87f24c174f1ac and https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=00b2b5c400e542a436b66989841a2f3b81181e91 It would be marvellous if these could be included in the next upload of binutils! Michael.
Bug#791215: netcdf: library transition may be needed when GCC 5 is the default
On Fri, Aug 28, 2015 at 10:30:43 +0200, Sebastiaan Couwenberg wrote: gri (2.12.23-9) doesn't need any binNMU for netcdf anymore as mentioned in my previous message, the new upload by the maintainer already built with the new netcdf packages on the buildds, only the maintainer build on i386 needed a manual binNMU to use the new netcdf packages too. Yes, I didn't actually touch gri. (Please avoid those manual binNMUs in the future though.) Cheers, Julien signature.asc Description: Digital signature
Bug#795704: RFS: mlucas/14.1+dfsg-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number
Hi Alex, What do you mean by not preferring the bootstrap script? I have included the script in upstream's tarball, so that devs can re-generate build scripts, man page and friends. Besides, according to http://manpages.debian.org/cgi-bin/man.cgi?query=dh-autoreconfapropos=0sektion=7manpath=Debian+unstable+sidformat=htmllocale=en, dh_autoreconf cannot run mutiple commands, so I put all commands in the bootstrap script. What is your idea? My idea might be to have the manpage built at dh_build stage and installed at dh_installmanpages stage. So this might be achieved by calling override_dh_auto_build: dh_auto_build yourmanpage generation and a debian/manpages file I can't retrieve the source anymore, so I don't know what was wrong or I didn't like, but I might be fine with the upstream bootstrap script if it makes packaging easier for you :D PS: I think I can remove the +dfsg suffice now since the new tarballis now DFSG-Free. that is nice! cheers, G.
Bug#789285: debian-handbook: fix undefined option --log-prefix for LOG target of iptables
On Sat, 20 Jun 2015, AYANOKOUZI, Ryuunosuke wrote: But for avoiding mistake, I removed the commit and made another commit [1]. And I attached the commit as a patch. Please find either the new commit or a patch. Thanks for the patch, I just applied to the master branch (will push later today). Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/
Bug#797040: xul-ext-gnome-keyring: Incompatible with iceweasel 38.2.0
Looks like I sent this to the wrong place, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797179 for the corrected location. -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git
Bug#795704: RFS: mlucas/14.1-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number
Hi Gianfranco, Thanks! I will let upstream know. Cheers, Alex 2015-08-28 18:08 GMT+08:00, Gianfranco Costamagna costamagnagianfra...@yahoo.it: Hi Alex, BuiltSignedUploaded, thanks for your contribution to Debian! cheers, G.
Bug#797040: xul-ext-gnome-keyring: Incompatible with iceweasel 38.2.0
Control: fixed 0.10-1 -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git
Bug#797030: closed by b...@debian.org (Barak A. Pearlmutter) (Bug#797030: fixed in bbdb3 3.1.2-3)
Ciao Barak, yes, I can confirm, bug closed! Thanks a lot for your work! -- leandro La parola volta della frase non è più come una volta (e varianti) corrisponde normalmente al periodo in cui la persona che la pronuncia aveva fra i quindici e i venticinque anni http://6xukrlqedfabdjrb.onion signature.asc Description: PGP signature
Bug#790537: retry request
Can this be retried? signature.asc Description: OpenPGP digital signature
Bug#797170: jessie-pu: package python-yaql/0.2.3-2 (removal of Python3 support to fix #795910).
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi, The python3-yaql binary package in Jessie is completely broken, and has no reverse dependency. Therefore, I'd like to remove it from Jessie completely (ie: remove Python 3 support from python-yaql). Please find attached the debdiff doing this. The package is built and available here: http://sid.gplhost.com/jessie-proposed-updates/python-yaql/ Please allow me to upload the package to jessie-p-u to fix the RC bug #795910. Cheers, Thomas Goirand (zigo) diff -Nru python-yaql-0.2.3/debian/changelog python-yaql-0.2.3/debian/changelog --- python-yaql-0.2.3/debian/changelog 2014-10-13 09:04:17.0 + +++ python-yaql-0.2.3/debian/changelog 2015-08-28 08:51:44.0 + @@ -1,3 +1,10 @@ +python-yaql (0.2.3-2+deb8u1) jessie-proposed-updates; urgency=medium + + * Removed python3-yaql package: it's not working, and nothing depends on it +(Closes: #795910). + + -- Thomas Goirand z...@debian.org Fri, 28 Aug 2015 10:46:10 +0200 + python-yaql (0.2.3-2) unstable; urgency=medium * Also build-depends on python3-ply. This avoids FTBFS, because the package diff -Nru python-yaql-0.2.3/debian/control python-yaql-0.2.3/debian/control --- python-yaql-0.2.3/debian/control 2014-10-13 09:04:17.0 + +++ python-yaql-0.2.3/debian/control 2015-08-28 08:51:44.0 + @@ -6,9 +6,7 @@ Build-Depends: debhelper (= 9), python-all (= 2.6.6-3~), python-setuptools, - python3-all, - python3-setuptools -Build-Depends-Indep: python-ply, python3-ply +Build-Depends-Indep: python-ply Standards-Version: 3.9.6 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/python-yaql.git Vcs-Git: git://anonscm.debian.org/openstack/python-yaql.git @@ -39,29 +37,3 @@ one of the implementations in Python. . This package contains the Python 2.x module. - -Package: python3-yaql -Architecture: all -Pre-Depends: dpkg (= 1.15.6~) -Depends: ${misc:Depends}, ${python3:Depends} -Description: Yet Another Query Language - Python 3.x - At the beginning of millennium the growing trend towards data formats - standardization and application integrability made XML extremely popular. XML - became lingua franca of the data. Applications tended to process lots of XML - files ranging from small config files to very large datasets. As these data - often had a complex structure with many levels of nestedness it is quickly - became obvious that there is a need for specially crafted domain specific - languages to query these data sets. This is how XPath and later XQL were born. - . - With later popularization of REST services and Web 2.0 JSON started to take - XML’s place. JSON’s main advantage (besides being simpler than XML) is that is - closely reassembles data structures found in most programming languages - (arrays, dictionaries, scalars) making it very convenient for data - serialization. As JSON lacked all the brilliant XML-related technologies like - XSLT, XML Schema, XPath etc. various attempts to develop similar languages for - JSON were made. One of those efforts was JSONPath library developed in 2007 by - Stefan Gössner. Initial implementation was for PHP and JavaScript languages, - but later on ports to other languages including Python were written. YAQL is - one of the implementations in Python. - . - This package contains the Python 3.x module. diff -Nru python-yaql-0.2.3/debian/gbp.conf python-yaql-0.2.3/debian/gbp.conf --- python-yaql-0.2.3/debian/gbp.conf 2014-10-13 09:04:17.0 + +++ python-yaql-0.2.3/debian/gbp.conf 2015-08-28 08:51:44.0 + @@ -1,6 +1,6 @@ [DEFAULT] upstream-branch = master -debian-branch = debian/unstable +debian-branch = debian/jessie upstream-tag = %(version)s compression = xz diff -Nru python-yaql-0.2.3/debian/python3-yaql.postinst python-yaql-0.2.3/debian/python3-yaql.postinst --- python-yaql-0.2.3/debian/python3-yaql.postinst 2014-10-13 09:04:17.0 + +++ python-yaql-0.2.3/debian/python3-yaql.postinst 1970-01-01 00:00:00.0 + @@ -1,12 +0,0 @@ -#!/bin/sh - -set -e - -if [ $1 = configure ] ; then - update-alternatives --install /usr/bin/yaql yaql /usr/bin/python3-yaql 200 -fi - -#DEBHELPER# - -exit 0 - diff -Nru python-yaql-0.2.3/debian/python3-yaql.postrm python-yaql-0.2.3/debian/python3-yaql.postrm --- python-yaql-0.2.3/debian/python3-yaql.postrm 2014-10-13 09:04:17.0 + +++ python-yaql-0.2.3/debian/python3-yaql.postrm 1970-01-01 00:00:00.0 + @@ -1,12 +0,0 @@ -#!/bin/sh - -set -e - -if [ $1 = remove ] || [ $1 = disappear ]; then - update-alternatives --remove yaql /usr/bin/python3-yaql -fi - -#DEBHELPER# - -exit 0 - diff -Nru python-yaql-0.2.3/debian/python3-yaql.prerm python-yaql-0.2.3/debian/python3-yaql.prerm --- python-yaql-0.2.3/debian/python3-yaql.prerm 2014-10-13 09:04:17.0 + +++
Bug#764165: libmlt6: bogusly warns about Baseline mis-parsed creating H.264
Closing because of missing answer Am 13.07.2015 um 11:39 schrieb Patrick Matthäi: Hi, please retest your issue with mlt version 0.9.6-3 from unstable. Thanks. Am 06.10.2014 um 02:23 schrieb Jonas Smedegaard: Package: libmlt6 Version: 0.9.2-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 When creating H.264 output, warnings are emitted about failure to parse Baseline option, but results are seemingly fine. Seems to be issue documented at https://libav.org/faq.html#g_t_002dprofile-option-fails-when-encoding-H_002e264-video-with-AAC-audio - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJUMeD9XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWac0H/RIDwKGeDt1ilJAMdpPP/Trw jmHT0R/E5teARNvrp/LOIFB1Z/nStaJJ1vdFSiBZ1Ww1C50zts0s3mTiGSDJ/A/A zAELsUXtSiEo84Od75d3gq5D7vcgY+twGYQRt2iJWLGV3AVg0y61vTLvtv2OEWSu aZkmmMnH+6nSz5Blr1d9DvxMSiDZvtG4nuI7o6QajfSlk1u7ULDz19jcxHZ7YCdB aaTvjpaUHxPKmOPCw0jBBb9RgT4n6aljd7mxgz6ccYoO5/wzCmS2TbMcrtgX6eUU jgdx0o0nbyBNA04fEmZeIBfCZBu8gfEJ/R9ZrtCE0Qy0gH4GDlE0LeJqA2IugUY= =vQcD -END PGP SIGNATURE- -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#797040: xul-ext-gnome-keyring: Incompatible with iceweasel 38.2.0
Subject: jessie-pu: package mozilla-gnome-keyring/0.6.11-3 Package: release.debian.org User: release.debian@packages.debian.org Usertags: pu Tags: jessie Severity: normal Hi release team, I just uploaded a rebuild of the version of mozilla-gnome-keyring currently in testing (0.10-1~deb8u1) to the jessie-proposed-updates queue, awaiting your approval. The reason is that the current version of this package in jessie (0.6.11-3) no longer works with the current iceweasel in jessie (38.2.0), and it would take a considerable amount of work to fix this in that version. OTOH, this version (0.10-1) has been running fine in testing for about 2 months. Do ask if you have more questions. X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git
Bug#791215: netcdf: library transition may be needed when GCC 5 is the default
On Tue, Aug 25, 2015 at 15:33:10 +0200, Sebastiaan Couwenberg wrote: dx(1:4.4.4-7) grace (1:5.1.25-1) gri (2.12.23-9) kst (2.0.3-4)[also needed for netcdf-cxx-legacy] octave-octcdf (1.1.8-1) python-scientific (2.9.4-3) r-cran-ncdf4 (1.13-1) r-cran-rnetcdf(1.6.3-1-1) v-sim (3.7.2-1) binNMUs scheduled. Cheers, Julien signature.asc Description: Digital signature
Bug#797174: render: Support extension version 0.10
Package: xtrace Version: 1.3.1-1 Severity: wishlist Tags: patch Please consider this patch for inclusion in xtrace. -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily-proposed'), (500, 'wily'), (500, 'trusty-updates'), (500, 'trusty'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-3-generic (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xtrace depends on: ii libc6 2.21-0ubuntu4 xtrace recommends no packages. Versions of packages xtrace suggests: ii xauth 1:1.0.9-1ubuntu2 -- no debconf information From df34c2c840aee1be012b6b40760d094b60c998a3 Mon Sep 17 00:00:00 2001 From: Robert Ancell robert.anc...@canonical.com Date: Thu, 27 Aug 2015 12:45:48 +0100 Subject: [PATCH 1/4] render: Support extension version 0.10 --- render.proto | 56 ++-- 1 file changed, 50 insertions(+), 6 deletions(-) diff --git a/render.proto b/render.proto index a232bf9..4fcfe81 100644 --- a/render.proto +++ b/render.proto @@ -77,7 +77,12 @@ SetPictureFilter # 0.8 CreateAnimCursor # 0.9 -AddTraps /*32*/ +AddTraps +# 0.10 +CreateSolidFill +CreateLinearGradient +CreateRadialGradient +CreateConicalGradient /* 36 */ END EVENTS @@ -226,7 +231,14 @@ LIST IndexValue length 12 10 alpha CARD16 END -LIST POINTFIXED length 8 +STRUCT COLOR length 8 + 0 red CARD16 + 2 green CARD16 + 4 blue CARD16 + 6 alpha CARD16 +END + +STRUCT POINTFIXED length 8 0 x FIXED 4 y FIXED END @@ -490,10 +502,7 @@ END REQUEST FillRectangles 4 op PictOp 8 dst PICTURE -12 red CARD16 -14 green CARD16 -16 blue CARD16 -18 alpha CARD16 +12 color COLOR 20 rects LISTofRECTANGLE END @@ -566,4 +575,39 @@ REQUEST AddTraps 12 traps LISTofTRAP END +REQUEST CreateSolidFill + 4 picture PICTURE + 8 color COLOR +END + +REQUEST CreateLinearGradient + 4 picture PICTURE + 8 p1 POINTFIXED +16 p2 POINTFIXED +24 numStops COUNT32 +28 stops LISTofFIXED +RESET_COUNTER +LATER colors LISTofCOLOR +END + +REQUEST CreateRadialGradient + 4 picture PICTURE + 8 inner POINTFIXED +16 outer POINTFIXED +24 innerRadius FIXED +28 outerRadius FIXED +32 numStops COUNT32 +36 stops LISTofFIXED +RESET_COUNTER +LATER colors LISTofCOLOR +END + +REQUEST CreateConicalGradient + 4 picture PICTURE + 8 center POINTFIXED +16 angle FIXED +20 numStops COUNT32 +24 stops LISTofFIXED +END + EOF -- 2.5.0
Bug#797175: glx: Recognise glXSetClientInfo2ARB
Package: xtrace Version: 1.3.1-1 Severity: wishlist Tags: patch Please consider this patch for xtrace. -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily-proposed'), (500, 'wily'), (500, 'trusty-updates'), (500, 'trusty'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-3-generic (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xtrace depends on: ii libc6 2.21-0ubuntu4 xtrace recommends no packages. Versions of packages xtrace suggests: ii xauth 1:1.0.9-1ubuntu2 -- no debconf information From 19cabb88bc764a2741f78602dc75310e6165cbdc Mon Sep 17 00:00:00 2001 From: Robert Ancell robert.anc...@canonical.com Date: Thu, 27 Aug 2015 16:08:07 +0100 Subject: [PATCH 2/4] glx: Recognise glXSetClientInfo2ARB --- glx.proto | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/glx.proto b/glx.proto index a12aed1..c7dcab5 100644 --- a/glx.proto +++ b/glx.proto @@ -53,7 +53,7 @@ glXCreateWindow UNSUPPORTED glXDeleteWindow UNSUPPORTED glXSetClientInfoARB UNSUPPORTED glXCreateContextAttribsARB UNSUPPORTED -UNKNOWN +glXSetClientInfo2ARB UNSUPPORTED UNKNOWN UNKNOWN UNKNOWN -- 2.5.0
Bug#797177: glx: Add glXWaitGL, glXWaitX, glFlush requests
Package: xtrace Version: 1.3.1-1 Severity: wishlist Tags: patch Please consider this patch for xtrace. -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily-proposed'), (500, 'wily'), (500, 'trusty-updates'), (500, 'trusty'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-3-generic (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xtrace depends on: ii libc6 2.21-0ubuntu4 xtrace recommends no packages. Versions of packages xtrace suggests: ii xauth 1:1.0.9-1ubuntu2 -- no debconf information From 29c684d4a81e5799b19db576828dacbf486a5b1a Mon Sep 17 00:00:00 2001 From: Robert Ancell robert.anc...@canonical.com Date: Fri, 28 Aug 2015 09:47:09 +0100 Subject: [PATCH 4/4] glx: Add glXWaitGL, glXWaitX, glFlush requests --- glx.proto | 21 ++--- 1 file changed, 18 insertions(+), 3 deletions(-) diff --git a/glx.proto b/glx.proto index c7dcab5..088 100644 --- a/glx.proto +++ b/glx.proto @@ -26,8 +26,8 @@ glXDestroyContext glXMakeCurrent RESPONDS glXIsDirect RESPONDS glXQueryVersion RESPONDS -glXWaitGL UNSUPPORTED -glXWaitX UNSUPPORTED +glXWaitGL +glXWaitX glXCopyContext UNSUPPORTED /* 10 */ glXSwapBuffers glXUseXFont UNSUPPORTED @@ -160,7 +160,7 @@ glGetTexLevelParameterfv RESPONDS UNSUPPORTED glGetTexLevelParameteriv RESPONDS UNSUPPORTED glIsEnabled RESPONDS UNSUPPORTED /* 140 */ glIsList RESPONDS UNSUPPORTED -glFlush UNSUPPORTED +glFlush glAreTexturesResident RESPONDS UNSUPPORTED glDeleteTextures UNSUPPORTED glGenTextures RESPONDS UNSUPPORTED @@ -1278,6 +1278,16 @@ RESPONSE glXQueryVersion 12 server_minor_version UINT32 END +# opcode 8 +REQUEST glXWaitGL +4 context_tag CARD32 +END + +# opcode 9 +REQUEST glXWaitX +4 context_tag CARD32 +END + # opcode 11 REQUEST glXSwapBuffers 4 context_tag CARD32 @@ -1486,6 +1496,11 @@ RESPONSE glGetString 32 string STRING8 END +# opcode 142 +REQUEST glFlush +4 context_tag CARD32 +END + EVENT PbufferClobber 4 event_type CARD16 6 draw_type CARD16 -- 2.5.0
Bug#797176: randr: Add names of new messages from RandR 1.4 and 1.5
Package: xtrace Version: 1.3.1-1 Severity: wishlist Tags: patch Please consider this patch for xtrace. -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily-proposed'), (500, 'wily'), (500, 'trusty-updates'), (500, 'trusty'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-3-generic (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xtrace depends on: ii libc6 2.21-0ubuntu4 xtrace recommends no packages. Versions of packages xtrace suggests: ii xauth 1:1.0.9-1ubuntu2 -- no debconf information From 26b6eef9c8195f5509c24da3291eca8430a57cf1 Mon Sep 17 00:00:00 2001 From: Robert Ancell robert.anc...@canonical.com Date: Thu, 27 Aug 2015 16:31:31 +0100 Subject: [PATCH 3/4] randr: Add names of new messages from RandR 1.4 and 1.5 --- randr.proto | 39 +++ 1 file changed, 39 insertions(+) diff --git a/randr.proto b/randr.proto index 35616a3..6b63c99 100644 --- a/randr.proto +++ b/randr.proto @@ -116,6 +116,21 @@ GetPanning RESPONDS SetPanning RESPONDS SetOutputPrimary GetOutputPrimary RESPONDS +# RandR 1.4: +GetProviders RESPONDS UNSUPPORTED +GetProviderInfo RESPONDS UNSUPPORTED +SetProviderOffloadSink +SetProviderOutputSource +ListProviderProperties RESPONDS UNSUPPORTED +QueryProviderProperty RESPONDS UNSUPPORTED +ConfigureProviderProperty UNSUPPORTED +ChangeProviderProperty UNSUPPORTED +DeleteProviderProperty +GetProviderProperty RESPONDS UNSUPPORTED +# RandR 1.5: +GetMonitors RESPONDS UNSUPPORTED +SetMonitor UNSUPPORTED +DeleteMonitor END EVENTS @@ -127,6 +142,7 @@ ERRORS BadOutput BadCrtc BadMode +BadProvider END CONSTANTS randr_notify @@ -215,6 +231,7 @@ TYPE CRTC CARD32 TYPE LISTofCRTC LISTofCARD32 TYPE MODE CARD32 TYPE LISTofMODE LISTofCARD32 +TYPE PROVIDER CARD32 STRUCT MODEINFO length 32 0 id CARD32 @@ -580,6 +597,28 @@ RESPONSE GetOutputPrimary 8 output OUTPUT END +REQUEST SetProviderOffloadSink + 4 provider PROVIDER + 8 sinkProvider PROVIDER + 12 configTimestamp TIMESTAMP +END + +REQUEST SetProviderOutputSource + 4 provider PROVIDER + 8 sourceProvider PROVIDER + 12 configTimestamp TIMESTAMP +END + +REQUEST DeleteProviderProperty + 4 provider PROVIDER + 8 property ATOM +END + +REQUEST DeleteMonitor + 4 window WINDOW + 8 name ATOM +END + EVENT RRScreenChangeNotify 1 rotation RANDR_RR 4 timestamp TIMESTAMP -- 2.5.0
Bug#797178: lintian.d.o: report for Debian-Med Packaging Team is virtually empty
Package: lintian Version: 2.5.36.1 On debian-qa, Charles Plessy wrote: tracker.d.o indicates 14 Lintian warnings for the last-align package, but I can not find them on lintian.d.o. Is that a bug ? https://lintian.debian.org/full/debian-med-packag...@lists.alioth.debian.org.html Sounds like a bug in Lintian reporting. -- Jakub Wilk
Bug#789783: New dependency for 0.13.1
retitle 789783 Upstream version is 0.13.1 thanks It appears python-netlib 0.13.1 now depend on certifi[1]. Debian already ships up-to-date root certs, so I'm not sure this is a good idea to package this. OTOH, I'm not really looking forward to maintaining a patched version of python-netlib that'd rely on system-wide certs instead of those provided by certifi. [1] https://pypi.python.org/pypi/certifi/2015.04.28
Bug#788405: kdenlive: Transitions are distorted when focused or using certain Alpha Manipulation in the Project Moniter.
fixed #788405 15.04.3-1 thanks Am 13.07.2015 um 11:37 schrieb Patrick Matthäi: Hi, please retest your issue with kdenlive version 15.04.3-1 and mlt version 0.9.6-3 from unstable. Thanks. Am 11.06.2015 um 03:45 schrieb Matthew Travous: Package: kdenlive Version: 0.9.10-2 Severity: important Dear Maintainer, When using kdenlive in Debian, transitions are distorted diagonally towards the right and are monochrome in the Project monitor, showing up as if a scanline effect had been applied (when one was not). This occurs when using the transitions Affine, Composite, Region and the effect Rotoscope. This bug has persisted through many different uses of the said functions where they appear. In the same version of kdenlive on Ubuntu 15.04, the said bug does not occur, and I have not tested any other distributions. I am not using any libraries outside of the official Debian repositories. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kdenlive depends on: ii kde-runtime 4:4.14.2-2 ii kdenlive-data 0.9.10-2 ii libav-tools 6:11.3-1+deb8u1 ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libkdecore5 4:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkio5 4:4.14.2-5 ii libknewstuff3-4 4:4.14.2-5 ii libknotifyconfig4 4:4.14.2-5 ii libkrossui4 4:4.14.2-5 ii libmlt++3 0.9.2-2 ii libmlt6 0.9.2-2 ii libnepomuk4 4:4.14.2-5 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-opengl 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-script 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 ii libsolid4 4:4.14.2-5 ii libsoprano4 2.9.4+dfsg-1.1 ii libstdc++64.9.2-10 ii libv4l-0 1.6.0-2 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1+b1 ii libxext6 2:1.3.3-1 ii melt 0.9.2-2 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.3 ii dvgrab 3.5-2+b2 ii frei0r-plugins 1.4-3 ii genisoimage 9:1.1.11-3 ii recordmydesktop 0.3.8.1+svn602-1+b1 ii swh-plugins 0.4.15+1-7 Versions of packages kdenlive suggests: ii khelpcenter4 4:4.14.2-2 -- no debconf information -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#797180: python-doit: Please make the Bash Zsh completion output reproducible
Source: python-doit Version: 0.28.0-1 Severity: wishlist Tags: patch upstream User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that python-doit generates Bash and Zsh completion output with non- determistic ordering. The attached patch removes this randomness from the output. Once applied, packages using python-doit (eg. nikola) can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/doit/cmd_completion.py b/doit/cmd_completion.py index e960eef..ad62a6e 100644 --- a/doit/cmd_completion.py +++ b/doit/cmd_completion.py @@ -101,7 +101,7 @@ class TabCompletion(DoitCmdBase): self.task_list, _ = self.loader.load_tasks( self, opt_values, pos_args) tmpl_vars['pt_tasks'] = '{0}'.format( -' '.join(t.name for t in self.task_list if not t.is_subtask)) +' '.join(sorted(t.name for t in self.task_list if not t.is_subtask)) else: tmpl_list_cmd = $({0} list {1} --quiet 2/dev/null) tmpl_vars['pt_tasks'] = tmpl_list_cmd.format(pt_bin_name, @@ -196,7 +196,7 @@ class TabCompletion(DoitCmdBase): for task in self.task_list: if not task.is_subtask: lines.append('{0}: {1}'.format(task.name, task.doc)) -template_vars['pt_tasks'] = '(\n{0}\n)'.format('\n'.join(lines)) +template_vars['pt_tasks'] = '(\n{0}\n)'.format('\n'.join(sorted(lines))) else: tmp_tasks = Template( '''(${(f)$($pt_bin_name list --template '{name}: {doc}')})''')
Bug#794005: new package version uploaded to mentors
Hi Chris, Thanks for reporting this issue and for providing a patch. I have submitted a new version of the package which includes your fix: http://mentors.debian.net/debian/pool/main/p/python-dtcwt/python-dtcwt_0.10.1+dfsg1-2.dsc Feel free to upload it to the archive. Many thanks, Ghis
Bug#792096: borg packaging
Hi, Sure you can join! Do you have access to collab-maint? https://wiki.debian.org/Alioth/PackagingProject I'm a uploading-DD, so yes :) I offered a debdiff for msgpack package, and tweak a little bit borgbackup package. I pushed pristine-tar and upstream branches, for the updated 0.24.0 release, and I pushed my debian packaging into master-new. looks good to me now. cheers, G.
Bug#797185: python-pygit2: new upstream release (0.23.0)
Package: python-pygit2 Version: 0.22.0-3 Severity: wishlist Version 0.23.0 is available from upstream (see https://github.com/libgit2/pygit2). Could you upgrade? Thanks, -- Colin Watson [cjwat...@debian.org]
Bug#772823: Review of 1.5.0-1 from mentors.debian.net
Hi, I tried to improve things, and for the ones that needs more time or that are more nice-to-haves, I've put a notice in the README.source as advised by Robie. Blocker for upload as there might be upgrade path issues later otherwise: ln -sf /usr/share/doc/kimchi/examples/kimchi.sub.nginx /etc/nginx/sites-available/kimchi (from postinst) will break policy https://www.debian.org/doc/debian-policy/ch-docs.html#s12.3 Packages must not require the existence of any files in /usr/share/doc/ in order to function and also the user expectation that a file in /etc can just be modified and normally conffile handling will occur. I suggest that you just install (duplicate the example in /usr/share/doc/kimchi/examples if you wish) to /etc as a regular conffile (so putting it in kimchi.install will do) instead. I moved the copy of kimchi.sub.nginx to debian/rules. I kept this in kimchi.postinst though : ln -sf /etc/nginx/sites-available/kimchi /etc/nginx/sites-enabled/kimchi With just this fixed I will be happy to upload the package to Ubuntu and recommend to a DD that it is suitable for Debian (though it will still need the DD to review). package-contains-broken-symlink might be worth a lintian override as the symlink gets resolved when dependencies are fulfilled so is a false positive. done I don't think the pedantic lintian warnings are an issue - if upstream don't sign releases then you can't verify them and you're already dealing with minified JS by minifying in the build and/or depending on the jquery package as appropriate. It might be worth writing a note for the Debian ftpmaster and/or Ubuntu archive admin explaining it though, perhaps in README.source? done The postinst and postrm restart kimchid and nginx daemons. Does this intefere with dh_installinit #DEBHELPER# snippets at all? I see in the binary deb after build that it looks like it'll cause kimchi to be restarted twice on future upgrade, for example. I'm not sure how this could be improved though due to the need to restart nginx from kimchi's postinst. Maybe systemd might have some capability in this area? This needs more investigation on my side or maybe other reviewers here can have more knowledge on this. The point is : - kimchi generate certificate at first run - nginx needs to be restarted to take those into account Added to README.source Maybe with systemd we can do something smarter but the support of sysV init scripts in debian won't help on solving the problem in a global manner. override_dh_auto_test is used to skip tests. It would be nice to be able to run any upstream tests at package build time, and/or have dep8 tests that can run upstream tests, but I appreciate that this may be difficult due to virt requirements. This can not be simply done indeed as the tests create VMs. I've added this to the README.source and will check with upstream, what can be done. Upstream currently generate custom DH parameters at build time. This will not help with uniqueness in binary distributions like Debian and Ubuntu and also break reproducible builds. Instead this could be done at install time in the postinst, though that might result in entropy issues, or we could ship well-known parameters instead, or by some kind of user choice between the two. But I am advised by a colleague in Ubuntu security team that this isn't an immediate security issue as-is. ok ; added this to README.source I see debian/kimchid.init but this doesn't appear in the built binary. Should this be fixed or removed? Shipping just a systemd unit file is fine for Ubuntu; AIUI in Debian it's friendly to maintain it for users who choose a different init system. I renamed kimchid.init to kimchi.init so that it's taken into account. I renamed the service file so that it matches kimchi.service else lintian complains for having the init file and service file with diffferent package name. Maybe remove /usr/share/kimchi/doc/kimchid.8 as it is shipped in /usr/share/man/man8/kimchid.8.gz? Added rm in d/rules Should /usr/lib/python2.7/dist-packages/kimchi/API.json be in /usr/share/kimchi instead? I'm not really sure about this one. It does seem unusual to have it where it is though. As you told me after checking, it's ok there ; including here your discussion with Barry : rbasak : barry: could you please advise if installing eg. ./usr/lib/python2.7/dist-packages/kimchi/plugins/ginger/API.json is acceptable or if that should be in /usr/share/kimchi instead? It looks unusual to me so I thought I'd check. This is review for a new package. 10:06 rbasak : barry(I'd normally expect to see only .py files in /usr/lib/python2.7/dist-packages) 10:07 Barryr : basak: tl;dr: it's fine. many python libraries do include data files in their directory structure, and that works well with pkg_resources. they can use that api to find the data files easily. it does seem odd that those data files don't go in /usr/share but it's normal. moving
Bug#794102: KDE windows decoration still absent
Hi guys, Just installed testing/kde today. The bug is still present, I have no windows decoration. It's impossible to install kwin-x11 (which needs kwin-commons, which needs libkdecorations2-5, which needs libkdecorations2private5) without removing the whole kde desktop previously installed. So I can't get a usable KD desktop. Thanks in advance if you know what is going bad, and, if possible, when it's planned to be solved. Thanks for your work. Folco
Bug#797108: init-system-helpers: deb-systemd-helper doesn't remove old links when changing WantedBy= at package upgrade
On 28.08.2015 04:39, Felipe Sateler wrote: On 27 August 2015 at 17:19, Christian Seiler christ...@iwakd.de wrote: I've also attached a trivial package in two versions to test this. They change all 3 options (WantedBy=, Also= and Alias=) to test everything at the same time. Just extract the source tarballs and build the native packages if you want to test this. The test packages only have test-changes.service differ, the other 2 are the same in both versions... Yes, sure. But the original service changes all three settings - so I can see that all of them are affected. I only include the two services to make sure I can change Also=, otherwise I wouldn't have included them. But I checked that the link is removed if it was existing, a new one I created is preserved, and if I remove an enable link, then the disabled state is preserved to the new name (ie, when moving from targetA to targetB if I disable in targetA then it won't be enabled in targetB). :-) However, (and I don't know if this is new or not), the state does not seem to be removed on package purge: I removed a target, purged the package, then reinstalled the package and the enable link was not generated. That shouldn't happen. I've just tried in a Jessie VM to just install testpkg_42, remove one of the WantedBy= links, purge it, install it again - and then everything was recreated as expected. On the other hand, I don't remember what you're describing while I was testing this, so I'll look into it and try to reproduce (and if I can, fix it). I'll probably get back to you tomorrow on that, since I'm a bit busy today. Christian signature.asc Description: OpenPGP digital signature
Bug#786795: Review: dhcp-probe/1.3.0-11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: owner -1 ! Hi, let's review. please use the same tarball as the unstable version (orig tarball) dpkg-source: error: file /tmp/dhcp-probe_1.3.0.orig.tar.gz has size 214140 instead of expected 213279 1) changelog: do not remove the previous NMU entry 2) control: bump debhelper to =9 and remove quilt from b-d 3) why did you remove autoreconf? 4) compat level=9 (man debhelper helps you, this compat level automatically inject flags) 5) bonus points if you convert the rules file in the new dh style :) the rest looks good (I didn't check all, I stopped some bits after the above) cheers, G. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJV4BOHAAoJEPNPCXROn13ZXM8P/RwFFL3zE8zwuzCYTfeIv3Tr ZJ/5BA/bDW9ok5rC05voOxj9TmEazzu/gFRVbgX5d5V52HJhXU7bDE+xdh0cbmg5 Zz0nmbc3k5b+KvulIDKLKzGT36EBPGz7QVg7hE8/zodReACmUuFpfKElQrvBQDut wpxZ6xivVabgPRmTtaLz0VG7Uxm1l5fh8xeYp2JiVhwN0mtH0/NGgcjAH4nn9Jnu Gp62sUbfl2jy2f+nM00K7SUsHNVqWsFOOvhP3T18YgZy3pkZlOQD9eOf7CWo0fL/ d0ojSlUAKbqTcYRxqgIzsk3tqYOwCrR7tFJAKp2qqLFTAQznqaZN7xldeAKlOzey yfrUp+8HWHKZ8R72+nsIR3S00CAeVIIhR25Kj5zf7CnbmH/ZA42IWXldYFUW0U+m 815hmEleJUuWmNPciSlBuGr7REKrRuLBmc5OC+3A2zrYCTPGQ9TdCK5i+pH5tngS W96xTLXe2s/WJjuJOvuPhRKN9vjTb9kuFeAJ6qP2fzsW2dDOL1TgaevRzWiNGRFE ZJnrhSCx8M1255yTcSlTBGvc7jZq11C4/KJrA6DaOEEYxaY+POm/n6etlthFbdIh 4rQnchEl1dEXVWwTws+mbIatT7WdAO7iEmfp0Ei1CLIROAE/Uq0CQiNKAXO2Be1p qAgy+C3Yp7ScSMY+C0JG =HXtz -END PGP SIGNATURE-
Bug#797172: gvfs-backends: copy from obex://[...] mounts fails for files larger than ~ 25kB
Package: gvfs-backends Version: 1.22.2-1 Severity: normal Dear Maintainer, I am able to explore the files on my phone in nautilus, using the obex://[xx:xx:xx:xx:xx:xx] syntax. Copying files from PC to phone always works, while the reverse (from phone to PC) works only for small files. I can reproduce a test case on the command line: gvfs-mount obex://[xx:xx:xx:xx:xx:xx] gvfs-copy obex://[xx:xx:xx:xx:xx:xx]/small_file ~ copies the file, while gvfs-copy obex://[xx:xx:xx:xx:xx:xx]/bigger_file ~ results in Error copying file obex://[xx:xx:xx:xx:xx:xx]/bigger_file: Another operation in progress and returns status 1. The problem appears on a fully updated Debian 8.1; a different machine running Debian 7.8 works without a glitch. On the problematic machine, obexftp client works flawlessly: so this seems to be a regression bug in gvfsd-obexftp. I am willing to dig further into the matter and provide more debug data if needed. Thanks in advance, Antonio Galea -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gvfs-backends depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gvfs 1.22.2-1 ii gvfs-common 1.22.2-1 ii gvfs-daemons 1.22.2-1 ii gvfs-libs1.22.2-1 ii libarchive13 3.1.2-11 ii libatk1.0-0 2.14.0-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavahi-glib1 0.6.31-5 ii libbluetooth35.23-2+b1 ii libbluray1 1:0.6.2-1 ii libc62.19-18 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcdio-cdda10.83-4.2 ii libcdio-paranoia10.83-4.2 ii libcdio130.83-4.2 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libexif120.6.21-2 ii libexpat12.1.0-6+deb8u1 ii libgcrypt20 1.6.3-2 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libgoa-1.0-0b3.14.2-1 ii libgphoto2-6 2.5.4-1.1+b2 ii libgphoto2-port102.5.4-1.1+b2 ii libgtk-3-0 3.14.5-1 ii libgudev-1.0-0 215-17+deb8u1 ii libimobiledevice41.1.6+dfsg-3.1 ii libmtp9 1.1.8-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libplist21.11-3 ii libsecret-1-00.18-1+b1 ii libsmbclient 2:4.1.17+dfsg-2 ii libsoup2.4-1 2.48.0-1 ii libusb-1.0-0 2:1.0.19-1 ii libxml2 2.9.1+dfsg1-5 ii psmisc 22.21-2 Versions of packages gvfs-backends recommends: ii gnome-keyring 3.14.0-1+b1 Versions of packages gvfs-backends suggests: ii obex-data-server 0.4.5-1+b4 ii samba-common 2:4.1.17+dfsg-2 -- no debconf information
Bug#797173: ITP: r-cran-estimability -- GNU R package providing tools for determining estimability of linear functions
Package: wnpp Severity: wishlist Owner: Jonathon j...@thon.cc * Package name: r-cran-estimability Version : 1.1 Upstream Author : Russel V. Lenth russell-le...@uiowa.edu * URL : http://cran.r-project.org/package=estimability * License : GPL Programming Lang: R Description : GNU R package providing tools for determining estimability of linear functions The estimability package is a GNU R package providing tools for determining estimability of linear functions of regression coefficients, and 'epredict' methods that handle non-estimable cases correctly. This package is being packaged by Jonathon Love, under the sponsorship of Andrea Tilles
Bug#797179: jessie-pu: package mozilla-gnome-keyring/0.6.11-3
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi release team, I just uploaded a rebuild of the version of mozilla-gnome-keyring currently in testing (0.10-1~deb8u1) to the jessie-proposed-updates queue, awaiting your approval. The reason is that the current version of this package in jessie (0.6.11-3) no longer works with the current iceweasel in jessie (38.2.0). Several users have complained about it, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797040 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788967#17 It would take a considerable amount of work to fix this in that version. OTOH, this version (0.10-1) has been running fine in testing for about 2 months. Do ask if you have more questions. X -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#797180: python-doit: Please make the Bash Zsh completion output reproducible
tags 797180 + upstream forwarded 797180 https://github.com/pydoit/doit/pull/100 thanks Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-
Bug#797158: ignore /etc/init.d/.depends.*
Thanks. It should indeed be listed in the systraq user manual. I'll get to it. Bye, Joost Note to self/PS: joostvb@incagijs:/etc/systraq% cat Makefile filetraq.conf: filetraq.main.conf filetraq.tail.conf echo '# $@: generated from $^' | \ cat - filetraq.main.conf filetraq.tail.conf $@ filetraq.main.conf: echo '# $@: automatically generated' $@ ( find /etc -perm -a+r -type f | sort ; \ ls -1 /home/*/.ssh/a* ) | sort $@ .PHONY: filetraq.main.conf a | grep -v fileyoudonotwant should get added to that Makefile. make is typically ran manually by the sysadmin. On Fri, Aug 28, 2015 at 09:04:52AM +0200, Geert Stappers wrote: Package: systraq Version: 0.0.20081217-3 Severity: normal Dear maintainer, Systraq should ignore files like /etc/init.d/.depend.boot and /etc/init.d/.depend.start It are hidden files and they are auto-generated. Cheers Geert Stappers - Forwarded message from Cron Daemon - Date: Fri, 28 Aug 2015 08:30:07 +0200 (CEST) From: Cron Daemon To: debian-syst...@host.domain.tld Subject: Cron debian-systraq@jheronimus [ -r /etc/systraq/filetraq.conf ] command -v filetraq /dev/null filetraq /etc/systraq/filetraq.conf /var/lib/systraq/filetraq --- /var/lib/systraq/filetraq//etc/init.d/.depend.boot/orig 2015-06-21 10:44:45.069928185 +0200 +++ /etc/init.d/.depend.boot 2015-08-28 07:48:26.089928185 +0200 @@ -1,22 +1,22 @@ -TARGETS = mountkernfs.sh hostname.sh udev mountdevsubfs.sh keymap.sh keyboard-setup console-setup networking mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh hwclock.sh checkroot.sh urandom procps mtab.sh bootmisc.sh hdparm kmod kbd udev-mtab checkfs.sh x11-common checkroot-bootclean.sh screen-cleanup +TARGETS = mountkernfs.sh hostname.sh udev mountdevsubfs.sh keymap.sh keyboard-setup hwclock.sh hdparm console-setup networking mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh checkroot.sh urandom procps mtab.sh bootmisc.sh kmod kbd udev-mtab checkfs.sh x11-common checkroot-bootclean.sh screen-cleanup INTERACTIVE = udev keymap.sh keyboard-setup console-setup checkroot.sh kbd checkfs.sh udev: mountkernfs.sh mountdevsubfs.sh: mountkernfs.sh udev keymap.sh: mountdevsubfs.sh keyboard-setup: mountkernfs.sh keymap.sh udev +hwclock.sh: mountdevsubfs.sh +hdparm: mountdevsubfs.sh udev console-setup: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh kbd networking: mountkernfs.sh mountall.sh mountall-bootclean.sh urandom mountall.sh: checkfs.sh checkroot-bootclean.sh mountall-bootclean.sh: mountall.sh mountnfs.sh: mountall.sh mountall-bootclean.sh networking mountnfs-bootclean.sh: mountall.sh mountall-bootclean.sh mountnfs.sh -hwclock.sh: mountdevsubfs.sh checkroot.sh: hwclock.sh mountdevsubfs.sh hostname.sh keymap.sh hdparm keyboard-setup urandom: mountall.sh mountall-bootclean.sh hwclock.sh procps: mountkernfs.sh mountall.sh mountall-bootclean.sh udev mtab.sh: checkroot.sh bootmisc.sh: mountall-bootclean.sh mountnfs-bootclean.sh checkroot-bootclean.sh mountall.sh mountnfs.sh udev -hdparm: mountdevsubfs.sh udev kmod: checkroot.sh kbd: mountall.sh mountall-bootclean.sh mountnfs.sh mountnfs-bootclean.sh udev-mtab: udev mountall.sh mountall-bootclean.sh --- /var/lib/systraq/filetraq//etc/init.d/.depend.start/orig 2015-06-30 08:03:10.773928184 +0200 +++ /etc/init.d/.depend.start 2015-08-28 07:48:26.093928184 +0200 @@ -1,19 +1,20 @@ -TARGETS = rsyslog shellinabox php5-fpm motd killprocs sudo postgresql mysql nginx atd redis-server fail2ban acpid anacron cron dbus ssh rsync exim4 postfix bootlogs single rc.local rmnologin -INTERACTIVE = +TARGETS = rsyslog shellinabox php5-fpm motd killprocs sudo apache2 postgresql mysql nginx atd redis-server fail2ban rsync anacron ssh acpid cron dbus exim4 postfix bootlogs single rc.local rmnologin +INTERACTIVE = apache2 +apache2: rsyslog postgresql: rsyslog mysql: rsyslog nginx: rsyslog atd: rsyslog redis-server: rsyslog fail2ban: rsyslog -acpid: rsyslog +rsync: rsyslog anacron: rsyslog +ssh: rsyslog +acpid: rsyslog cron: rsyslog dbus: rsyslog -ssh: rsyslog -rsync: rsyslog exim4: rsyslog postgresql mysql postfix: rsyslog postgresql mysql single: killprocs motd bootlogs -rc.local: postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm atd redis-server fail2ban motd bootlogs acpid anacron cron sudo dbus ssh rsync -rmnologin: sudo postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm atd redis-server fail2ban motd bootlogs acpid anacron cron dbus ssh rsync +rc.local: postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm apache2 atd redis-server fail2ban motd bootlogs rsync anacron ssh acpid sudo cron dbus +rmnologin: sudo postgresql rsyslog mysql exim4 shellinabox nginx postfix php5-fpm apache2 atd redis-server fail2ban motd
Bug#797052: xmlto: Please update missing PassiveTeX error message to refer to dblatex instead
Am Donnerstag, den 27.08.2015, 14:02 +0200 schrieb Chris Lamb: Please update missing passivetex package error message to refer to dblatex (and/or fop?) instead - there is no passivetex package in Debian. Patch attached. Hi. PassiveTeX is a completely different toolchain than dblatex. The changed error message would not make sense then (IMHO). FWIW: (1) PassiveTex support has been removed in current docbook-xsl sources. So the next release will solve this issue anyway. (2) The extension is currently part of the xmltex package. Regards, Daniel
Bug#797065: python-humanize: Package is built only for Python2
Package: python-humanize Version: 0.5-1 Followup-For: Bug #797065 Dear Maintainer, Attached is a suggestion for the changes needed to add support to build binary packages for both python2 and python3 from the source package. Than you and regards, Kleber diff -Nru python-humanize-0.5/debian/control python-humanize-0.5/debian/control --- python-humanize-0.5/debian/control 2014-02-27 21:57:02.0 +0100 +++ python-humanize-0.5/debian/control 2015-08-28 12:11:50.0 +0200 @@ -5,8 +5,13 @@ Uploaders: Sylvestre Ledru sylves...@debian.org Build-Depends: debhelper (= 9), + dh-python, python-all, - python-setuptools + python-setuptools, + python3-all, + python3-setuptools +X-Python-Version: = 2.4 +X-Python3-Version: = 3.0 Standards-Version: 3.9.5 Homepage: http://github.com/jmoiron/humanize #Vcs-Git: git://git.debian.org/collab-maint/humanize.git @@ -15,7 +20,15 @@ Package: python-humanize Architecture: all Depends: ${misc:Depends}, ${python:Depends} -Description: Python Humanize library +Description: Python Humanize library (Python 2) + This library proposes various common humanization utilities, like turning + a number into a fuzzy human readable duration ('3 minutes ago') or into a + human readable size or throughput. + +Package: python3-humanize +Architecture: all +Depends: ${misc:Depends}, ${python3:Depends} +Description: Python Humanize library (Python 3) This library proposes various common humanization utilities, like turning a number into a fuzzy human readable duration ('3 minutes ago') or into a human readable size or throughput. diff -Nru python-humanize-0.5/debian/rules python-humanize-0.5/debian/rules --- python-humanize-0.5/debian/rules 2014-02-27 21:57:02.0 +0100 +++ python-humanize-0.5/debian/rules 2015-08-28 12:11:50.0 +0200 @@ -1,10 +1,12 @@ #!/usr/bin/make -f -PY2_PACKAGE_NAME = python-humanize -PYVERS = $(shell pyversions -r) +export PYBUILD_NAME=humanize %: - dh $@ --with python2 + dh $@ --with python2,python3 --buildsystem=pybuild + +override_dh_auto_test: + override_dh_auto_clean: dh_auto_clean
Bug#791812: sometime a msgstr don't appear on HTML files, while corresponding msgid is translated.
Hi, On Thu, 09 Jul 2015, AYANOKOUZI, Ryuunosuke wrote: There are some untranslated messages left on HTML files, even they are completely translated on PO file. I think the reason is that the publican by which POT files are generated is not same as the publican on buildd. That's correct. The POT files have been generated by an old Publican (3.2.1 looking at the timestamps) and we're now using version 4.3.2 when building on unstable. I tried to generate POT[1] and PO[2] files using publican v4.3.1 on stretch. and run 'dpkg-buildpackage -us -uc' for generating HTML file, the result is good. Theoretically speaking, this don't make any change to HTML file, but all message on PO file are correctly marked as translated, untranslated or fuzzy according to the situation. I would not call that good to lose so many translations in a stable version of the book... so I did some hackery (git add -e is my new friend) to drop the fuzzy tag that this process added because the changes are only white-space changes (trailing newlines dropped) and they should have (almost) no impact on the HTML output. But I updated the wheezy/master branch and will do a new upload so that this will fix the translations on debian.org at least. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/
Bug#749325: linux-image-3.2.0-4-amd64: Problem persists in Jessie 8.1
Package: src:linux Followup-For: Bug #749325 Dear Maintainer, *** 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 lines *** I just wanted to inform you that the problem still persists in the current Jessie kernel. I hit into this bug when trying to install Jessie on a HP Compaq 6715b. In both installations I attempted (one from a Debian 8.1 LXDE CD, the other from a Debian 8.1 netinstall CD) the sound card was not detected. Consequently, there is, of course, no sound. After booting, there are only two files in /dev/snd, the snd-seq and timer file. I am sorry I can't provide more info, but I am posting this from a functioning Wheezy system, because my Jessie install does not have networking (when I saw there was no sound, I didn't bother setting up the kernel wifi module, configuring the network, etc). -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.63-2+deb7u2 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=deb2deb2-4a82-4d0d-a83a-11b5ec039ae7 ro atkbd.softraw=0 quiet ** Not tainted ** Kernel log: [6.972276] [drm] radeon: irq initialized. [6.972433] [drm] Loading RS690/RS740 Microcode [7.247099] b43-phy0: Broadcom 4321 WLAN found (core revision 12) [7.271147] platform radeon_cp.0: firmware: agent loaded radeon/RS690_cp.bin into memory [7.271629] [drm] radeon: ring at 0x80001000 [7.271656] [drm] ring test succeeded in 1 usecs [7.271967] [drm] ib test succeeded in 0 usecs [7.272780] [drm] Radeon Display Connectors [7.272786] [drm] Connector 0: [7.272790] [drm] VGA [7.272797] [drm] DDC: 0x7e50 0x7e40 0x7e54 0x7e44 0x7e58 0x7e48 0x7e5c 0x7e4c [7.272803] [drm] Encoders: [7.272807] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [7.272813] [drm] Connector 1: [7.272817] [drm] LVDS [7.272824] [drm] DDC: 0x7e40 0x7e50 0x7e44 0x7e54 0x7e48 0x7e58 0x7e4c 0x7e5c [7.272829] [drm] Encoders: [7.272834] [drm] LCD1: INTERNAL_LVTM1 [7.272839] [drm] Connector 2: [7.272843] [drm] S-video [7.272847] [drm] Encoders: [7.272851] [drm] TV1: INTERNAL_KLDSCP_DAC1 [7.272899] [drm] radeon: power management initialized [7.359667] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' [7.361450] Registered led device: b43-phy0::tx [7.361526] Registered led device: b43-phy0::rx [7.361595] Registered led device: b43-phy0::radio [7.361654] Broadcom 43xx driver loaded [ Features: PMNLS ] [7.526025] snd_hda_intel :00:14.2: power state changed by ACPI to D0 [7.526043] snd_hda_intel :00:14.2: power state changed by ACPI to D0 [7.691616] input: HDA Digital PCBeep as /devices/pci:00/:00:14.2/input/input9 [7.927895] [drm] fb mappable at 0xC004 [7.927904] [drm] vram apper at 0xC000 [7.927909] [drm] size 7258112 [7.927915] [drm] fb depth is 24 [7.927919] [drm]pitch is 6912 [7.928208] fbcon: radeondrmfb (fb0) is primary device [8.209329] Console: switching to colour frame buffer device 210x65 [8.238204] fb0: radeondrmfb frame buffer device [8.238210] drm: registered panic notifier [8.238233] [drm] Initialized radeon 2.16.0 20080528 for :01:05.0 on minor 0 [8.585196] cfg80211: World regulatory domain updated: [8.585207] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [8.585217] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (N/A, 2000 mBm) [8.585226] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (N/A, 2000 mBm) [8.585234] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (N/A, 2000 mBm) [8.585242] cfg80211: (517 KHz - 525 KHz @ 16 KHz), (N/A, 2000 mBm) [8.585250] cfg80211: (525 KHz - 533 KHz @ 16 KHz), (N/A, 2000 mBm) [8.585257] cfg80211: (549 KHz - 573 KHz @ 16 KHz), (N/A, 2000 mBm) [8.585265] cfg80211: (5735000 KHz - 5835000 KHz @ 8 KHz), (N/A, 2000 mBm) [8.585273] cfg80211: (5724 KHz - 6372 KHz @ 216 KHz), (N/A, 0 mBm) [ 10.581982] kvm: Nested Virtualization enabled [ 10.890300] EXT4-fs (sda2): re-mounted. Opts: (null) [ 11.205911] EXT4-fs (sda2): re-mounted. Opts: errors=remount-ro [ 11.372366] loop: module loaded [ 13.288698] EXT4-fs (sda4): mounted filesystem with ordered data mode. Opts: (null) [ 14.973877] tg3 :10:00.0: irq 44 for MSI/MSI-X [ 15.006863] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 15.301802] RPC: Registered named UNIX socket transport module. [ 15.301812] RPC: Registered udp transport module. [ 15.301818]
Bug#797163: lintian: please warn if Arch:all package is not Multi-Archi: foreign
* Fabian Greffrath fab...@debian.org, 2015-08-28, 09:40: I am not sure if there is a situation possible in which an Arch:all package should not carry the Multi-Arch:foreign tag. Not every Architecture: all package can be marked as Multi-Arch: foreign. Otherwise, we could just teach dpkg and APT to treat all arch:all packages as if they were ma:foreign and be done with it. :) IME, many people (including past me) have poor understanding what Multi-Arch: foreign means, and if Lintian hinted them they could add it, they would, even when they shouldn't. -- Jakub Wilk
Bug#796944: biber: FTBFS with perl 5.22: test failures
forwarded 796944 https://github.com/plk/biber/issues/80 stop On 26.08.2015 01:42, Dominic Hargreaves wrote: Source: biber Version: 2.1-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch This package FTBFS with perl 5.22 (currently in experimental): Informed upstream for now. Hilmar -- http://www.hilmar-preusse.de.vu/ #206401 http://counter.li.org
Bug#795704: RFS: mlucas/14.1-1 [ITP] -- program to perform Lucas-Lehmer test on a Mersenne number
Package: sponsorship-requests Severity: wishlist Hi Gianfranco, I have uploaded a new version for my package mlucas, without suffice +dfsg, since the new upstream tarball is now DFSG-Free. The big change is now almost everything is now included in the upstream tarball, so only 1 patch remains, which adds a GPL-3 license file so that COPYING can refer to it. (It is for GPL-3+ with autoconf exception files used by the autotools) Besides, I add the VCS field so that people can always checkout the latest source. Thanks! * Package name: mlucas Version : 14.1-1 Upstream Author : Ernst W. Mayer ewma...@aol.com * URL : http://hogranch.com/mayer/README.html License : GPL-2+ Section : math It builds those binary packages: mlucas - program to perform Lucas-Lehmer test on a Mersenne number To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mlucas Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mlucas/mlucas_14.1-1.dsc Changes since the last upload: mlucas (14.1-1) unstable; urgency=low * Initial release (Closes: #786656) -- Alex Vong alexvong1...@gmail.com Thu, 27 Aug 2015 22:04:58 +0800 Cheers, Alex
Bug#797172: gvfs-backends: copy from obex://[...] mounts fails for files larger than ~ 25kB
Package: gvfs-backends Version: 1.22.2-1 Followup-For: Bug #797172 I found out that the only operation which seems to fail is the actual _saving_ of the file on the PC local filesystem. For instance, I am able to open a big image using eog - so the data is transferred correctly. Still, eog cannot save the image anywhere, and the error reported is the same: Another operation in progress. Hope this helps, Antonio -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gvfs-backends depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gvfs 1.22.2-1 ii gvfs-common 1.22.2-1 ii gvfs-daemons 1.22.2-1 ii gvfs-libs1.22.2-1 ii libarchive13 3.1.2-11 ii libatk1.0-0 2.14.0-1 ii libavahi-client3 0.6.31-5 ii libavahi-common3 0.6.31-5 ii libavahi-glib1 0.6.31-5 ii libbluetooth35.23-2+b1 ii libbluray1 1:0.6.2-1 ii libc62.19-18 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcdio-cdda10.83-4.2 ii libcdio-paranoia10.83-4.2 ii libcdio130.83-4.2 ii libdbus-1-3 1.8.18-0+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libexif120.6.21-2 ii libexpat12.1.0-6+deb8u1 ii libgcrypt20 1.6.3-2 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libgoa-1.0-0b3.14.2-1 ii libgphoto2-6 2.5.4-1.1+b2 ii libgphoto2-port102.5.4-1.1+b2 ii libgtk-3-0 3.14.5-1 ii libgudev-1.0-0 215-17+deb8u1 ii libimobiledevice41.1.6+dfsg-3.1 ii libmtp9 1.1.8-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libplist21.11-3 ii libsecret-1-00.18-1+b1 ii libsmbclient 2:4.1.17+dfsg-2 ii libsoup2.4-1 2.48.0-1 ii libusb-1.0-0 2:1.0.19-1 ii libxml2 2.9.1+dfsg1-5 ii psmisc 22.21-2 Versions of packages gvfs-backends recommends: ii gnome-keyring 3.14.0-1+b1 Versions of packages gvfs-backends suggests: ii obex-data-server 0.4.5-1+b4 ii samba-common 2:4.1.17+dfsg-2 -- no debconf information
Bug#771212: or use gemwatch service
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 if we use the gemwatch service rails-assets.org gems are already handled. So instead of using gem fetch, we could say usacn --watchfile to download the tarball. It saves a gem2tgz step as well. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJV4DW1AAoJEM4fnGdFEsIq2AQP/3aJKkbwxgZZ9R75Ylc6XZSD /IDNxLdBQcnlBcxgLgpSH938L0KD0YlhUUUfm0e2S1s3qCOOEwH8v5xMBgT5uM1H Nm0Vj/gxRvErGH/CfP7OWHK6g8T6xavjSsOXiPhdvxSZXS2L+jZjqEhS7iikqwkE RaIiAoDr8FTbPBNtZExOPh4Dd/JA2CsQOTY/Wrf8/fmzatiOxPt8Jd1OsC12dUTs MUlszPXRQvP9x27pHfFhg/+UtanreSf0lGwcrib+lMM+iCBDIgs8kJITRDNM8WEW rlZEeNlIopk/1/PxUle6iw32Qgrz2CxshPi48WnHSQXN5Uvrhro39xquCFcrOZSQ zUVsi0pNJHhBr1RJQrQpDClOZWlwml6jSvHYToOQUOQWClhyzcFV+Y3mM2kznw4n ydWOLrxbCeJpqhfT2Y0z8+6cfuzAANXFHeSbk/s3aWHO09sk+khIb+1KJZe9j2iH cjkxmlbKngRVpsHJ5sOVR/+TefDVoOlCVwU8SPSJgvemLigUBHi3ORaAh+Im8tPY /LlP2BYlV9LjG2vQ4y/sAhqCGHsztG15F629fBtG87OzmDAqqLYl2dTld2AUiqt5 5NQ7+xqn6JB52X2Zn97CyDTaCi31pr8OJUxIUYjUsQ7F/jSRVu8eRolamN8bnbaW p+Gxe4Tf3/HX01aEVcqL =GvYf -END PGP SIGNATURE-
Bug#794692: pulseaudio: please build pulseaudio-module-dev
On Wed, 5 Aug 2015, Felipe Sateler wrote: Your best option is to get the pulseaudio source and add your module as a patch. Would you be receptive for such a patch? We’re talking about this one: https://github.com/neutrinolabs/xrdp/tree/devel/sesman/chansrv/pulse Having it a separate binary package would be no problem, neither would be having it integrated. We’d have preferred to ship this as part of the upcoming xrdp binary package, but… well. Thanks in advance, //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
Bug#797180: python-doit: Please make the Bash Zsh completion output reproducible
Chris Lamb wrote: The attached patch removes this randomness from the output Updated patch attached - was missing a ) due to mishandling the Git staging area.. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/doit/cmd_completion.py b/doit/cmd_completion.py index e960eef..53ccf88 100644 --- a/doit/cmd_completion.py +++ b/doit/cmd_completion.py @@ -101,7 +101,7 @@ class TabCompletion(DoitCmdBase): self.task_list, _ = self.loader.load_tasks( self, opt_values, pos_args) tmpl_vars['pt_tasks'] = '{0}'.format( -' '.join(t.name for t in self.task_list if not t.is_subtask)) +' '.join(sorted(t.name for t in self.task_list if not t.is_subtask))) else: tmpl_list_cmd = $({0} list {1} --quiet 2/dev/null) tmpl_vars['pt_tasks'] = tmpl_list_cmd.format(pt_bin_name, @@ -196,7 +196,7 @@ class TabCompletion(DoitCmdBase): for task in self.task_list: if not task.is_subtask: lines.append('{0}: {1}'.format(task.name, task.doc)) -template_vars['pt_tasks'] = '(\n{0}\n)'.format('\n'.join(lines)) +template_vars['pt_tasks'] = '(\n{0}\n)'.format('\n'.join(sorted(lines))) else: tmp_tasks = Template( '''(${(f)$($pt_bin_name list --template '{name}: {doc}')})''')
Bug#797182: pidgin: make a new release for gcc5 or/and libstdc++ transition
Package: pidgin Version: 2.10.11-1 Severity: normal User: debian-...@lists.debian.org Dear Maintainer, I tried to install pidgin but failed. It needs to have either an NMU at least to take new the dependencies, and maybe a sourceful upload if pidgin can benefit from the transition . It probably also wouldn't hurt to use gstreamer 1.0 as well. [$] sudo aptitude install pidgin The following NEW packages will be installed: gstreamer0.10-nice{a} gstreamer0.10-plugins-good{a} libfarstream-0.1-0{a} libgupnp-igd-1.0-4{a} libmeanwhile1{a} libnice10{a} libpurple-bin{a} libpurple0{a} libtag1-vanilla{a} libtag1c2a{a} libzephyr4{a} pidgin pidgin-data{a} 0 packages upgraded, 13 newly installed, 0 to remove and 0 not upgraded. Need to get 9,722 kB of archives. After unpacking 43.0 MB will be used. The following packages have unmet dependencies: libtag1v5 : Conflicts: libtag1c2a but 1.9.1-2.1 is to be installed. libtag1v5-vanilla : Breaks: libtag1-vanilla but 1.9.1-2.1 is to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) gstreamer1.0-plugins-good 2) kde-runtime 3) libtag-extras1 4) libtag1v5 5) libtag1v5-vanilla 6) libtagc0 7) phonon 8) phonon-backend-vlc 9) thunar-media-tags-plugin 10) vlc 11) vlc-nox 12) vlc-plugin-notify 13) vlc-plugin-pulse 14) vlc-plugin-samba Leave the following dependencies unresolved: 15) libwebkit2gtk-4.0-37 recommends gstreamer1.0-plugins-good 16) libwebkitgtk-3.0-0 recommends gstreamer1.0-plugins-good 17) kdelibs5-plugins recommends kde-runtime 18) iceweasel recommends gstreamer1.0-plugins-good Accept this solution? [Y/n/q/?] q Abandoning all efforts to resolve these dependencies. Abort. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental'), (1, 'unstable'), (1, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pidgin depends on: ii gconf2 3.2.6-3 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-19 ii libcairo2 1.14.2-2 ii libdbus-1-3 1.10.0-1 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-4 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libglib2.0-02.45.6-1 ii libgstreamer0.10-0 0.10.36-1.5 ii libgtk2.0-0 2.24.28-1 ii libgtkspell02.0.16-1.1 ii libice6 2:1.0.9-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 pn libpurple0 none ii libsm6 2:1.2.2-1+b1 ii libx11-62:1.6.3-1 ii libxml2 2.9.2+really2.9.1+dfsg1-0.1 ii libxss1 1:1.2.2-1 ii perl-base [perlapi-5.20.0] 5.20.2-6 pn pidgin-data none Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base 0.10.36-2 pn gstreamer0.10-plugins-good none Versions of packages pidgin suggests: ii libsqlite3-0 3.8.11.1-1 -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8
Bug#797183: RFS: asl/0.1.6-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package asl * Package name: asl Version : 0.1.6-1 Upstream Author : Avtech Scientific cont...@avtechscientific.com * URL : http://asl.org.il * License : AGPL-3 Section : science It builds those binary packages: libasl-dev - multiphysics simulation software (development files) libasl-doc - multiphysics simulation software (documentation) libasl0- multiphysics simulation software (shared libraries) libasl0-dbg - multiphysics simulation software (debugging symbols) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/asl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/asl/asl_0.1.6-1.dsc Changes since the last upload: * Initial release. Closes: #796850 Best regards, Ghislain
Bug#766436: [Pkg-owncloud-maintainers] Bug#766436: owncloud-client: owncloud client does not open kwallet
Control: tags -1 + moreinfo Hey, The bug is quite outdated. Is it still an issue with plasma5, qtkeychain 0.5.0 and ownclient-client 1.8.4? Regards, sandro -- Am Freitag, 14. November 2014, 20:30:15 schrieb Dmitriy Istselemov: Package: owncloud-client Version: 1.7.0~beta1+really1.6.4+dfsg-1 Followup-For: Bug #766436 Hello once again, I have also tired the new official owncloud client version 1.7. It does not open kwallet either. Best regards, Dmitriy Istselemov signature.asc Description: This is a digitally signed message part.
Bug#796323: stretch-pu: package icedove/38.2.0-1~stretch
Hello Julien, On Tue, Aug 25, 2015 at 02:54:22PM +0200, Julien Cristau wrote: Control: tag -1 stretch Control: reopen -1 On Fri, Aug 21, 2015 at 12:24:07 +0200, Carsten Schoenert wrote: Package: release.debian.org Severity: normal Tags: strech User: release.debian@packages.debian.org Usertags: pu Hello there, due the GCC-5 transition we would like to upload the current Icedove ESR version (aka Thunderbird 38.2.0) to proposed updates for jessie. Do you mean stretch? yes, sorry for wrong spelled distro. The latest beta version 40.0~b1 is uploaded several days ago to experimental and the previous version 38.1.0-1 is currently in unstable. Due not go out of sync to current upstream versions we would like to place a recent version into stretch via proposed updated. That upload FTBFS on mips. (Also, please don't close release.d.o bugs via package changelogs.) I was asking Mike Homey if he can see something that would be probably wrong but he/we found nothing. We come to the conclusion that we should try another build on another buildd first before refractoring the patches again. We had similiar issue in the past on other architecture there a new build on another host went fine. Could please retrigger a build for mips on another host than mips-aql-01? Thanks and regards Carsten