Bug#790042: udev: missing NEWS.Debian
Hello Justin, Justin B Rye [2015-06-26 15:31 +0100]: That NEWS file sounds like a good idea, so it's a pity there's no sign of it: jbr@xan:~$ ls /usr/share/doc/udev changelog.Debian.gz copyright README.Debian.gz (And if you actually mean a NEWS file then this is an opportunity to persuade you that it ought to be a NEWS.Debian file instead - that way apt-listchanges would have shown it to me automatically.) Indeed, what the heck -- I do get /usr/share/doc/udev/NEWS.Debian.gz in the Ubuntu build, but not in the Debian build, but Ubuntu's debhelper has no difference wrt. debian/package.NEWS installation. It's also the same version. dh_installchangelog says that debian/package.NEWS gets installed as /usr/share/doc/package/NEWS.Debian. Locally rebuilding systemd in current sid *does* get me the file in udev_.*deb. So I'm afraid I don't know what's going on here :-( It seems a mere rebuild fixes it. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771238: Ooops - editor mishap caused incorrect detail
Hi, On Thu, 27 Nov 2014 22:55:37 + 3rd Party Issue Trackers t...@corebsp.com wrote: Hi, Oops a mishap with the editor caused the issue to be shown in the wrong place the lines inserted by greylistd-setup-exim4 are: defer message= $sender_host_address is not yet authorized to deliver \ mail from $sender_address to $local_part@$domain. \ Please try later. log_message= greylisted. !senders = : !hosts = : +relay_from_hosts : \ ${if exists {/etc/greylistd/whitelist-hosts}\ {/etc/greylistd/whitelist-hosts}{}} : \ ${if exists {/var/lib/greylistd/whitelist-hosts}\ {/var/lib/greylistd/whitelist-hosts}{}} !authenticated = * !acl = acl_local_deny_exceptions !dnslists = ${if exists {/etc/greylistd/dnswl-known-good-sender}\ {/etc/greylistd/dnswl-known-good-sender}{}} {:} domains= +local_domains : +relay_to_domains verify = recipient condition = ${readsocket{/var/run/greylistd/socket}\ {--grey \ $sender_host_address \ $sender_address \ $local_part@$domain}\ {5s}{}{false}} Its the dnslists line that is wrong. I just stumpled across this bug. I can verify that the '{:}' in the !dnslists statement causes the following log entries in exim4 mainlog: 2015-06-28 09:31:11 dnslists domain { contains strange characters - is this right? 2015-06-28 09:31:11 dnslists domain } contains strange characters - is this right? Removing '{:}' fixes the problem for me. Cheers, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777779: argyll: ftbfs with GCC-5
Hi, currently no support from upstream[1]. CU Jörg [1] https://www.freelists.org/post/argyllcms/Build-error-with-gcc-5 ff -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#790042: udev: missing NEWS.Debian
Am 28.06.2015 um 11:17 schrieb Martin Pitt: Indeed, what the heck -- I do get /usr/share/doc/udev/NEWS.Debian.gz in the Ubuntu build, but not in the Debian build, but Ubuntu's debhelper has no difference wrt. debian/package.NEWS installation. It's also the same version. dh_installchangelog says that debian/package.NEWS gets installed as /usr/share/doc/package/NEWS.Debian. Locally rebuilding systemd in current sid *does* get me the file in udev_.*deb. So I'm afraid I don't know what's going on here :-( It seems a mere rebuild fixes it. It's very likely the doc-symlinking, which is Debian only, which causes udev.README.Debian to not be installed in Debian. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#789897: closed by Hilko Bengen ben...@debian.org (Bug#789897: fixed in nmap 6.47-6)
control: found -1 6.47-6 Am 25.06.2015 um 18:27 schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the ndiff package: #789897: failure on upgrade, file conflict with zenmap It has been closed by Hilko Bengen ben...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Hilko Bengen ben...@debian.org by replying to this email. nmap (6.47-6) unstable; urgency=medium . * ndiff: Added versioned Conflicts (Closes: #789897) A versioned Conflicts is not the right fix when moving files between packages. You should use Breaks: foo ( $ver) Replaces: foo ( $ver) With $ver being the version where the file was moved around. See the debian policy I quoted. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#790294: libkpathsea-dev: c-auto.h header missing
On Sun, 28 Jun 2015, Norbert Preining wrote: here on the Debian side I got a report that some packages stopped building, because they test for kpathsea/c-auto.h but it seems this file is not installed anymore. Martin found that there are slightly contradicting statements in the log/Makefile: On Sat, 27 Jun 2015, Martin Michlmayr wrote: cjk fails to build from source with the new libkpathsea-dev because the c-auto.h header is no longer there. texk/kpathsea/ChangeLog says: 2015-03-14 Peter Breitenlohner p...@mppmu.mpg.de * Makefile.am, kpathsea.pc.in: Install kpathsea/c-auto.h under ${libdir}. Hi Norbert, indeed; this file is architecture dependent and it should be possible to have coexisting different versions, e.g., for x86_64 under /usr/lib/ and for i686 under /usr/lib/. so it sounds like kpathsea/c-auto.h should exist. Although texk/kpathsea/Makefile.am says: nodist_kpselib_HEADERS = \ c-auto.h Does nodist indicate c-auto.h is not for distribution? Not at all, it just indicates that this file is part of neither the distribution tarball nor the SVN repository but rather built by configure. Is this a bug in libkpathsea-dev or is the header gone for good? Could you please let me know what is the case, so that we can either fix our distributed libkpathsea package or ask the packages to fix their checks. libkpathsea-dev for x86_64 should contain libkpathsea.so, kpathsea/c-auto.h, and pkgconfig/kpathsea.pc, all under, e.g., /usr/lib64/. The package should use pkg-config to get the correct CPPFLAGS. BTW: this is mentioned in kpathsea/NEWS as you should know. Regards Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746468: nm.debian.org: Account is listed as DM in ftp-master.d.o but not nm.d.o
Another case: https://nm.debian.org/public/person/l3on He ended up in the debian-keyring package, debian-maintainers keyring with the 2015-01-01 upload. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: http://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: Digital signature
Bug#790352: pyro: remove version 3 in stretch?
Package: pyro Version: 1:3.14-1.2 Tags: stretch Severity: serious As pyro is rather unmaintained in Debian, version 4 is completely different from version 3, I would suggest to remove version 3 with stretch. If somebody wants to package pyro 4, it should go into a package called pyro4 anyway. I'll ask for removal of the package before the release if nobody will take over the full maintenance of the package. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790356: gst-libav1.0: missing build-dependency on libavresample-dev
Source: gst-libav1.0 Version: 1.4.4-2 Severity: important Dear Maintainer, the 03_libav11.patch added linking with libavresample, but no build-dependency on libavresample-dev was added. Linking with libavresample seems to be unnecessary, as gst-libav1.0 apparently doesn't use it directly. But if there are good reasons not to drop that part of the patch, please add a build-dependency on libavresample-dev. It is currently pulled in by libavcodec-dev, but that won't be the case anymore after the transition to FFmpeg [1]. Best regards, Andreas 1: https://wiki.debian.org/Debate/libav-provider/ffmpeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678102: gnome-shell: Custom shortcuts does not work while alternate keybord, layout is switched on, and sometimes those stop working at all in regular layout.
Package: gnome-shell Version: 3.16.2-4 Followup-For: Bug #678102 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear maintainer, The bug also appears to be present in Gnome 3.16.2. Neither custom shortcuts nor the default one for lock screen are working. Best regards, Niklas Fiekas - -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) 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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii evolution-data-server3.16.3-1 ii gir1.2-accountsservice-1.0 0.6.40-2 ii gir1.2-atspi-2.0 2.16.0-1 ii gir1.2-caribou-1.0 0.4.18.1-1 ii gir1.2-clutter-1.0 1.22.2-3 ii gir1.2-freedesktop 1.44.0-1+b1 ii gir1.2-gcr-3 3.16.0-1 ii gir1.2-gdesktopenums-3.0 3.16.1-1 ii gir1.2-gdm3 3.14.1-8 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.44.0-1+b1 ii gir1.2-gnomebluetooth-1.03.16.1-1 ii gir1.2-gnomedesktop-3.0 3.16.2-2 ii gir1.2-gtk-3.0 3.16.4-2 ii gir1.2-gweather-3.0 3.16.1-1 ii gir1.2-ibus-1.0 1.5.10-1 ii gir1.2-mutter-3.03.16.2-2 ii gir1.2-networkmanager-1.01.0.2-2 ii gir1.2-nmgtk-1.0 1.0.2-1 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-polkit-1.00.105-8 ii gir1.2-soup-2.4 2.50.0-2 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.3-1+b1 ii gjs 1.43.3-2 ii gnome-backgrounds3.16.0-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.16.2-3 ii gnome-shell-common 3.16.2-4 ii gnome-themes-standard3.16.2-2 ii gsettings-desktop-schemas3.16.1-1 ii libatk-bridge2.0-0 2.16.0-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo21.14.2-2 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.22.2-3 ii libcogl-pango20 1.20.0-2 ii libcogl201.20.0-2 ii libcroco30.6.8-3+b1 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-18 3.16.3-1 ii libedataserver-1.2-203.16.3-1 ii libgcr-base-3-1 3.16.0-1 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgirepository-1.0-11.44.0-1+b1 ii libgjs0e [libgjs0-libmozjs-24-0] 1.43.3-2 ii libglib2.0-0 2.44.1-1 ii libgstreamer1.0-01.4.5-2 ii libgtk-3-0 3.16.4-2 ii libical1a1.0-1.3 ii libjson-glib-1.0-0 1.0.4-1 ii libmozjs-24-024.2.0-3 ii libmutter0f 3.16.2-2 ii libnm-glib4 1.0.2-2 ii libnm-util2 1.0.2-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpolkit-agent-1-0 0.105-8 ii libpolkit-gobject-1-00.105-8 ii libpulse-mainloop-glib0 6.0-2 ii libpulse06.0-2 ii libsecret-1-00.18.2-1 ii libstartup-notification0 0.12-4 ii libsystemd0 220-7 ii libtelepathy-glib0 0.24.1-1 ii libx11-6 2:1.6.3-1 ii libxfixes3 1:5.0.1-2+b2 ii mutter 3.16.2-2 ii python3 3.4.2-2 ii telepathy-mission-control-5 1:5.16.3-1 Versions of packages gnome-shell recommends: ii gdm3
Bug#790042: udev: missing NEWS.Debian
Am 28.06.2015 um 11:50 schrieb Michael Biebl: Am 28.06.2015 um 11:17 schrieb Martin Pitt: Indeed, what the heck -- I do get /usr/share/doc/udev/NEWS.Debian.gz in the Ubuntu build, but not in the Debian build, but Ubuntu's debhelper has no difference wrt. debian/package.NEWS installation. It's also the same version. dh_installchangelog says that debian/package.NEWS gets installed as /usr/share/doc/package/NEWS.Debian. Locally rebuilding systemd in current sid *does* get me the file in udev_.*deb. So I'm afraid I don't know what's going on here :-( It seems a mere rebuild fixes it. It's very likely the doc-symlinking, which is Debian only, which causes udev.README.Debian to not be installed in Debian. One more reason to get rid of it, imho. # du -hs /usr/share/doc/libudev1 56K /usr/share/doc/libudev1 The space savings of 56K are simply not worth the complexity. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#790165: libreoffice-kde: crash on startup in kde, not in other environments
severity 790165 + moreinfo severity 790165 + unreproducible thanks Hi, On Sat, Jun 27, 2015 at 10:42:54PM +0200, Rene Engelhard wrote: Hi, On Sat, Jun 27, 2015 at 08:30:56AM -0700, Alex Gould wrote: LibreOffice programs in KDE display the splash screen, seem to flash some large window on the screen for a fraction of a second, and then exit. If I run soffice, a dialog is displayed to open a file or create a new document. After choosing any of those options, the program exits. Under another window manager (fluxbox) the LibreOffice programs run as expected and I am able to create and edit documents. Mmh, if this is true, this is a grave bug. [...] Will try with unstable.. Can't reproduce in unstable (which should be similar enough to testing). # apt-get install kde-standard (no KDE installed before, thus everything bascially default) and it starts fine. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788533: mapnik: FTBFS: virtual memory exhausted: Cannot allocate memory (Was: Bug#756867: transition: gdal)
2015-06-20 13:34 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl: On 06/19/2015 06:35 PM, Jérémy Lal wrote: 2015-06-19 18:22 GMT+02:00 Emilio Pozuelo Monfort po...@debian.org: (Moving the discussion to #788533; #756867 bcc'ed) On 19/06/15 14:40, Sebastiaan Couwenberg wrote: The mips* FTBFS are a recurring problem for the mapnik package, previous builds were no different. I'll try to get it to build on a porterbox, but I expect intervention from the buildd admins will be required like last time to make sure only the buildds with the most resources try to build mapnik. See: https://bugs.debian.org/742149 https://bugs.debian.org/729121 I'm not sure there are buildds with more RAM. Note that the package failed in the exact same way on kfreebsd-i386, which has 3GB of RAM + 4GB of swap. Since all these arches are 32bits, more memory is probably not going to help. Instead, perhaps you can make the build take less memory, e.g. by reducing the optimizations (-O1?) or using some flags such as the linker's --no-keep-memory. Mapnik 2.2 used to pass builds with some of those options, also with removing -ftemplate-depth-300. That last option i restored with mapnik 3.0, to see what would happen with upstream options, since so much has changed in that project. I'm preparing now an upload with that option removed. The new uploaded didn't resolve the build failures, it still failed on {hurd,kfreebsd}-i386 mips*. Since it's a recurring problem on mips*, maybe exclude these architectures and request removal of the package on mips*. I've requested removal of the old mapnik 2.2 libs on the three architectures where it fails. I've been told that's the only thing needed to allow migration to testing. https://bugs.debian.org/789720 It doesn't forbid trying builds with suggested flags above (-O1, --no-keep-memory). Jérémy.
Bug#784125: Incomplete patch, undesirable addition
tag 784125 + wontfix tag 784125 - patch tag 784125 - upstream thanks There are many conflicting results of this option and the existing root password /users support. Key only, key password, password, no password. The options list to vmdebootstrap cannot simply extend forever. AFAICT the options could all be achieved in a customisation script with combinations of the root-password and lock-root-password options. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgp5pYSH822X3.pgp Description: OpenPGP digital signature
Bug#789814: does not start
On Sat, Jun 27, 2015 at 4:14 PM, Wouter Verhelst w...@uter.be wrote: Installing python-sip doesn't fix things, though: It appears the original error message is gone, so I'd say it does fix something. The other bug is something that recently came to our attention, I think it's because a different version of the pyQt API that does not accept none args for defaults. It's fixed upstream in the stable branch ( http://bugtracker.makehuman.org/issues/918), but not in the debian package yet. I'll make a 1.0.3 patch release tag next week and request update of the debian package. In any case the SIP issue is different from the log color issue, and would merit separate bug reports. As I understand, installing python-sip fixes the bug. I think it's possible to create a very small minimal example of the crash: a py file with: from PyQt4 import QtCore, QtGui If this produces the aforementioned sip dependency error, then this bug should be reported on the python-qt4 pakage. If this snippet does not produce the error, but this snippet does: from PyQt4 import QtOpenGL then this bug exists only for the python-qt4-gl package and should be reported accordingly.
Bug#790348: libcgi-ssi-perl: FTBFS with perl 5.22: Calling POSIX::tmpnam() is deprecated
Source: libcgi-ssi-perl Version: 0.92-4 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream This package FTBFS with perl 5.22 (currently in experimental): PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl 1..29 ok 1 - use CGI::SSI; ok 2 - set/echo 1 ok 3 - set/echo 2 ok 4 - data encapsulation ok 5 - new() Calling POSIX::tmpnam() is deprecated at test.pl line 71. # Looks like you planned 29 tests but ran 5. # Looks like your test exited with 2 just after 5. Note: this warning is made fatal by the use warnings fatal = 'ALL'; in test.pl. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790349: bs1770gain: Fail to build when clock_t is not long int
Package: bs1770gain Version: 0.4.5-1 Severity: wishlist Tags: patch I noticed a build failure on the non-official x32 architecture, build log available from URL: http://buildd.debian-ports.org/status/fetch.php?pkg=bs1770gainarch=x32ver=0.4.5-1stamp=1435292575 . The build fail like this: bs1770gain.c: In function 'main': bs1770gain.c:647:5: error: format '%ld' expects argument of type 'long int', but argument 3 has type 'clock_t' [-Werror=format=] fprintf(stderr, Duration: %ld ms.\n,(t2-t1)/CLOCKS_PER_MILLIS); ^ cc1: all warnings being treated as errors The reason is that clock_t is not of type 'long int' on this platform. Based on the information available from URL: http://stackoverflow.com/questions/1083142/what-s-the-correct-way-to-use-printf-to-print-a-clock-t , refering to URL: http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/types.h.html where it is stated that clock_t shall be integer or real-floating types, I guess the best way to make this code portable is to cast it to a known type before printing it. I suggest using uintmax_t and the %ju format specifier like this: diff --git a/bs1770gain/bs1770gain.c b/bs1770gain/bs1770gain.c index 1bfda59..a624212 100755 --- a/bs1770gain/bs1770gain.c +++ b/bs1770gain/bs1770gain.c @@ -644,7 +644,7 @@ int main(int argc, char **argv) root.vmt-cleanup(root); if (options.time) -fprintf(stderr, Duration: %ld ms.\n,(t2-t1)/CLOCKS_PER_MILLIS); +fprintf(stderr, Duration: %ju ms.\n,(uintmax_t)((t2-t1)/CLOCKS_PER_MILLIS)); // cleanup: sox_quit(); // still reachable: 9,689 bytes in 51 blocks -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733489: [PATCH] apt/package.py: Replaced pre_depend with rawtype in BaseDependency.__repr__ as rawtype gives more information including the information from pre_depend.
On 06/28/2015 11:41 AM, Julian Andres Klode wrote: Hi Michael, thanks for the patch. Unfortunately, I cannot apply it without further work. No worries. That was kinda expected after such a long break. ;-) On Sat, Jun 27, 2015 at 12:39:49PM +0200, Michael Schaller wrote: --- apt/package.py | 4 ++-- debian/changelog | 6 ++ 2 files changed, 8 insertions(+), 2 deletions(-) Could you please include the entire patch? I can't merge that with git am otherwise. You somehow only put the diff into the patch file attachment, and moved the subject into the emails subject and the stat into the first part of the email. I've just used standard 'git send-email --attach'. I've used now 'git format-patch' and attached the generated patch manually to this email. I hope that works better for you. Also, please format your commit messages to have a short summary (about 70 characters) followed by a longer paragraph. 75 is as short as I can make it. I hope is sufficiently short. class Dependency(list): diff --git a/debian/changelog b/debian/changelog index 2dc57e6..e14d29b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,6 @@ python-apt (1.0.0~beta3) unstable; urgency=medium + [ Julian Andres Klode ] * tests/test_paths.py: Catch and assert the DeprecationWarning * setup.py: If no version is in the environment, return None * doc/source/library/apt_pkg.rst: Fix an example from old API to new API @@ -9,6 +10,11 @@ python-apt (1.0.0~beta3) unstable; urgency=medium * apt.Cache: Issue a RuntimeWarning in connect() * doc: whatsnew: Document what's new in beta3 + [ Michael Schaller ] + * apt/package.py: Replaced pre_depend with rawtype in BaseDependency.__repr__ +as rawtype gives more information including the information from +pre_depend. + -- Julian Andres Klode j...@debian.org Wed, 17 Jun 2015 18:28:44 +0200 python-apt (1.0.0~beta2) unstable; urgency=low Please do not include changelog modifications. The changelog is auto-generated from git commits. Done. From ce34acb77fe95791a56393c7f434b3d69c28586c Mon Sep 17 00:00:00 2001 From: Michael Schaller mich...@5challer.de Date: Sun, 28 Jun 2015 13:32:49 +0200 Subject: [PATCH] apt/package.py: BaseDependency.__repr__: Replaced pre_depend with rawtype. pre_depend only states if the relation is PreDepends. rawtype gives the relation type itself. --- apt/package.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/apt/package.py b/apt/package.py index 641b1a4..391ee4f 100644 --- a/apt/package.py +++ b/apt/package.py @@ -130,8 +130,8 @@ class BaseDependency(object): return self._dep.dep_type_untranslated == 'PreDepends' def __repr__(self): -return ('BaseDependency: name:%r relation:%r version:%r preDepend:%r' -% (self.name, self.relation, self.version, self.pre_depend)) +return ('BaseDependency: name:%r relation:%r version:%r rawtype:%r' +% (self.name, self.relation, self.version, self.rawtype)) class Dependency(list): -- 2.1.4
Bug#790114: higan Incorrectly Fails OpenGL Version Check with Mesa/Gallium3D
Hi Dan, thanks for reporting this. So I guess this check probably affects anybody using Mesa. It checks the supported compatibility profile version which seems to be 3.0 for Mesa. I updated the package to handle the X error that occurs when OpenGL context creation fails instead of checking for the OpenGL version. Could you give it a try? http://anonscm.debian.org/cgit/pkg-games/higan.git Would also be nice to test this on a machine without OpenGL 3.2 support. I only tested the error handling by trying to create an OpenGL 4.0 context on a system using Mesa. Best, Tobias Am 27.06.2015 um 12:57 schrieb Dan Letz: Source: higan Version: 094-5 Severity: important When using higan with an OpenGL 3.3 capable Gallium3D driver, it fails the OpenGL version check introduced in check-opengl-version.patch. When I build higan from the vanilla source, it runs fine with OpenGL backend. I'm guessing the glVersion is returning the compatibility context version rather than the core one? Graphics card on this system is a RadeonHD 4550, and another system with an 8400GS also has this issue when using nouveau. -- glxinfo version strings: OpenGL renderer string: Gallium 0.4 on AMD RV710 OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.5.8 OpenGL core profile shading language version string: 3.30 OpenGL version string: 3.0 Mesa 10.5.8 OpenGL shading language version string: 1.30 OpenGL context flags: (none) -- 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-towo.1-siduction-amd64 (SMP w/3 CPU cores; PREEMPT) 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790353: man-db: Value too large for defined data type error updating index file
Package: man-db Version: 2.7.0.2-5 Severity: normal Every time apt-get is ran I get the following error: Processing triggers for man-db ... /usr/bin/mandb: can't create index cache /var/cache/man/zh/12502: Value too large for defined data type Deleting /var/cache/man/index.db doesn't help. running start-stop-daemon --start --pidfile /dev/null --startas /usr/bin/mandb --oknodo --chuid man --iosched idle -- --no-purge --debug I get the following attached. Regards, -- Roberto Lumbreras Debian developer -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages man-db depends on: ii bsdmainutils 9.0.6 ii debconf [debconf-2.0] 1.5.56 ii dpkg 1.16.16 ii groff-base 1.22.2-8 ii libc6 2.19-18 ii libgdbm3 1.8.3-13.1 ii libpipeline1 1.4.0-1 ii zlib1g 1:1.2.8.dfsg-2+b1 man-db recommends no packages. Versions of packages man-db suggests: ii groff1.22.2-8 ii less 458-3 ii links [www-browser] 2.8-2+b3 ii w3m [www-browser]0.5.3-19 -- debconf information: man-db/install-setuid: false man-db/auto-update: true ruid=6, euid=6 ++priv_drop_count = 1 From the config file /etc/manpath.config: Mandatory mandir `/usr/man'. Mandatory mandir `/usr/share/man'. Mandatory mandir `/usr/local/share/man'. Path `/bin' mapped to mandir `/usr/share/man'. Path `/usr/bin' mapped to mandir `/usr/share/man'. Path `/sbin' mapped to mandir `/usr/share/man'. Path `/usr/sbin' mapped to mandir `/usr/share/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'. Path `/usr/X11R6/bin' mapped to mandir `/usr/X11R6/man'. Path `/usr/bin/X11' mapped to mandir `/usr/X11R6/man'. Path `/usr/games' mapped to mandir `/usr/share/man'. Path `/opt/bin' mapped to mandir `/opt/man'. Path `/opt/sbin' mapped to mandir `/opt/man'. Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'. Global mandir `/usr/share/man', catdir `/var/cache/man'. Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'. Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'. Global mandir `/usr/X11R6/man', catdir `/var/cache/man/X11R6'. Global mandir `/opt/man', catdir `/var/cache/man/opt'. Added section `1'. Added section `n'. Added section `l'. Added section `8'. Added section `3'. Added section `2'. Added section `3posix'. Added section `3pm'. Added section `3perl'. Added section `5'. Added section `4'. Added section `9'. Added section `6'. Added section `7'. `/usr/man' `' `1' `/usr/share/man'`' `1' `/usr/local/share/man' `' `1' `/bin' `/usr/share/man'`0' `/usr/bin' `/usr/share/man'`0' `/sbin' `/usr/share/man'`0' `/usr/sbin' `/usr/share/man'`0' `/usr/local/bin'`/usr/local/man'`0' `/usr/local/bin'`/usr/local/share/man' `0' `/usr/local/sbin' `/usr/local/man'`0' `/usr/local/sbin' `/usr/local/share/man' `0' `/usr/X11R6/bin'`/usr/X11R6/man'`0' `/usr/bin/X11' `/usr/X11R6/man'`0' `/usr/games'`/usr/share/man'`0' `/opt/bin' `/opt/man' `0' `/opt/sbin' `/opt/man' `0' `/usr/man' `/var/cache/man/fsstnd' `-1' `/usr/share/man'`/var/cache/man'`-1' `/usr/local/man'`/var/cache/man/oldlocal' `-1' `/usr/local/share/man' `/var/cache/man/local' `-1' `/usr/X11R6/man'`/var/cache/man/X11R6' `-1' `/opt/man' `/var/cache/man/opt'`-1' `1' `' `-5' `n' `' `-5' `l' `' `-5' `8' `' `-5' `3' `' `-5' `2' `' `-5' `3posix'`' `-5' `3pm' `' `-5' `3perl' `' `-5' `5' `' `-5' `4' `' `-5' `9' `' `-5' `6' `' `-5' `7' `' `-5' path directory /usr/local/bin is in the config file adding /usr/local/man to manpath adding /usr/local/share/man to manpath path directory /usr/bin is in the config file adding /usr/share/man to manpath path directory /bin is in the config file /usr/share/man is already in the manpath path directory /usr/local/sbin is in the config file /usr/local/man is already in the manpath /usr/local/share/man is already in the manpath path directory /usr/sbin is in the config file /usr/share/man is already in the manpath path directory /sbin is in the config file /usr/share/man is already in the manpath path directory /usr/bin/X11 is in the config file warning: /usr/X11R6/man: No such file or directory path directory /usr/games is in the config file /usr/share/man is
Bug#790349: bs1770gain: Fail to build when clock_t is not long int
Many thanks. On 28.06.2015 13:23, Petter Reinholdtsen wrote: Based on the information available from URL: http://stackoverflow.com/questions/1083142/what-s-the-correct-way-to-use-printf-to-print-a-clock-t , refering to URL: http://pubs.opengroup.org/onlinepubs/009695399/basedefs/sys/types.h.html where it is stated that clock_t shall be integer or real-floating types, Because rel-floating types is mentioned as well I would prefer to fix it as follows diff -rc bs1770gain-0.4.5/bs1770gain/bs1770gain.c bs1770gain/bs1770gain/bs1770gain.c *** bs1770gain-0.4.5/bs1770gain/bs1770gain.c Wed Jun 24 17:30:10 2015 --- bs1770gain/bs1770gain/bs1770gain.c Sun Jun 28 14:24:30 2015 *** *** 305,311 char *odirname=NULL; int loglevel=AV_LOG_QUIET; double overlap; ! clock_t t1,t2; int c; if (1==argc) --- 305,311 char *odirname=NULL; int loglevel=AV_LOG_QUIET; double overlap; ! double t1,t2; int c; if (1==argc) *** *** 644,650 root.vmt-cleanup(root); if (options.time) ! fprintf(stderr, Duration: %ld ms.\n,(t2-t1)/CLOCKS_PER_MILLIS); // cleanup: sox_quit(); // still reachable: 9,689 bytes in 51 blocks --- 644,650 root.vmt-cleanup(root); if (options.time) ! fprintf(stderr, Duration: %.0f ms.\n,(t2-t1)/CLOCKS_PER_MILLIS); // cleanup: sox_quit(); // still reachable: 9,689 bytes in 51 blocks Regards, Peter
Bug#790354: sbuild: please allow to pass a custom configuration file
Package: sbuild Version: 0.65.2-1 Severity: wishlist Tags: patch Hi, it would be great if it were possible to pass a custom configuration file location to sbuild. Currently, only /etc/sbuild/sbuild.conf as well as ~/.sbuildrc are used. This means that if one wants to maintain different profiles to do different kind of builds on the same machine, then one would either have to create new user or chroot for every sbuild profile, or copy different configuration files around or switch a symlink in ~/.sbuildrc to point to the correct file. The latter is also undesirable because it means that one cannot do several builds with different configuration options at the same time. And passing configuration options via the command line instead of the configuration file is not always an option because either the option can currently only be set in the configuration file or because the option itself are many or very long. A practical example for which it would be useful to maintain more than one configuration file at a time would be to test the reproducibility of source packages. In that situation, the user will want to have at least three configuration files. One to do regular builds (that one would be in ~/.sbuildrc) and two for reproducible builds. The latter two would then be responsible for setting environment variables like DEB_BUILD_OPTIONS, TZ, LANG and LC_ALL as well as run dpkg-buildpackage in a wrapper of `linux64 --uname-2.6` and `unshare --uts` so that they differ between the two builds. With my attached patch and a proper sbuildrc, testing reproducibility in practice would then be as simple as doing: $ cd build1 SBUILD_CONFIG=$HOME/sbuildrc1 sbuild ../package.dsc $ cd build2 SBUILD_CONFIG=$HOME/sbuildrc2 sbuild ../package.dsc Thanks! cheers, josch From 532df8db0bc1b2cd1732623bc167fed1bcb9b7bc Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Sun, 28 Jun 2015 13:35:34 +0200 Subject: [PATCH] allow custom configuration file through SBUILD_CONFIG environment variable --- lib/Sbuild/Conf.pm | 2 ++ man/sbuild.1.in| 6 ++ 2 files changed, 8 insertions(+) diff --git a/lib/Sbuild/Conf.pm b/lib/Sbuild/Conf.pm index af89f60..23aa9e8 100644 --- a/lib/Sbuild/Conf.pm +++ b/lib/Sbuild/Conf.pm @@ -1087,6 +1087,8 @@ sub read ($) { my $files = [$Sbuild::Sysconfig::paths{'SBUILD_CONF'}, $HOME/.sbuildrc]; +push @{$files}, $ENV{'SBUILD_CONFIG'} if defined $ENV{'SBUILD_CONFIG'}; + # For compatibility only. Non-scalars are deprecated. my $deprecated_init = END; my \%mailto; diff --git a/man/sbuild.1.in b/man/sbuild.1.in index 431b75d..bf4e611 100644 --- a/man/sbuild.1.in +++ b/man/sbuild.1.in @@ -109,6 +109,9 @@ It is also possible to run external commands with sbuild. See the section configuration files \fI/etc/sbuild/sbuild.conf\fP and \fI~/.sbuildrc\fP. An example sbuildrc is available in \fI/usr/share/doc/sbuild/examples/example.sbuildrc\fP. +A custom path to a configuration file can also be specified through setting the +\fBSBUILD_CONFIG\fP environment variable to the path of an additional +configuration file. .PP You can build either using a local package with its .dsc file or a remote one by specifying an explicit dpkg version. @@ -617,6 +620,9 @@ The following environment variables are used by \fBsbuild\fR: The home directory of the user. .IP LOGNAME Used in lockfiles. +.IP SBUILD_CONFIG +Path to an additional configuration file on top of the system wide and user +specific ones. .SH FILES .TP .I /etc/sbuild/sbuild.conf -- 2.1.4
Bug#790355: hylafax: please make the build reproducible
Source: hylafax Version: 3:6.0.6-6 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that hylafax could not be built reproducibly. The attached patch removes changing timestamps from the build system. Once applied, hylafax 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 --no-dereference -urNad hylafax.orig/hylafax-6.0.6/configure hylafax/hylafax-6.0.6/configure --- hylafax.orig/hylafax-6.0.6/configure2015-06-28 13:42:22.670329691 +0100 +++ hylafax/hylafax-6.0.6/configure 2015-06-28 13:47:59.336943945 +0100 @@ -470,7 +470,7 @@ $RM ./config.log exec 5./config.log# compiler messages and the like -DATE=`date` +DATE=`dpkg-parsechangelog -SDate` eval `cat $SRCDIR/VERSION | sed 's/\([0-9][0-9]*\)\.\([0-9][0-9]*\)[.-]\([0-9]*\)\(.*\)/DIST_MAJOR=\1; DIST_MINOR=\2; DIST_PATCH=\3; DIST_TYPE=\4/'` DIST_ALPHA=`awk '{print $3}' $SRCDIR/dist/hylafax.alpha`
Bug#697705: kdc2tiff: Typos in package description: Kodac+KodaK
Package: kdc2tiff Version: 0.35-10 Severity: minor User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu wily Dear Maintainer, The short package description still contains the typo: convert Kodac kdc files to jpeg or tiff And KodaK in het long description: Convert kdc files as created by KodaK DC-120 digital cameras to tiff or Should be with a lowercase K at the end: convert Kodak kdc files to jpeg or tiff Convert kdc files as created by Kodak DC-120 digital cameras to tiff or Thanks, Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790042: udev: missing NEWS.Debian
Martin Pitt [2015-06-28 11:17 +0200]: Locally rebuilding systemd in current sid *does* get me the file in udev_.*deb. So I'm afraid I don't know what's going on here :-( It seems a mere rebuild fixes it. A rebuild with sbuild again drops the file. Interrupting sbuild and checking there shows why: lrwxrwxrwx root/root 0 2015-06-28 11:57 ./usr/share/doc/udev - libudev1 So this is due to our doc symlinking which happens in Debian. This is incompatible with shipping a NEWS file, I'll adjust the existing hack for README.Debian. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790254: nmu: ovito_2.3.3-3
On 27/06/15 20:28, Jerome Benoit wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, the recent tachyon package upgrade comes with a minor library transition: I'm sorry but I don't see what library changed SONAME. Can you explain that? it appears that ovito is the only package that depends on tachyon for now, I don't see ovito depending on tachyon. It build depends on it, but it doesn't seem to depend on any of tachyon's packages. Can you say what exactly depends on what? and that this unique dependency currently blocks the migration of the tachyon package from unstable to testing. The current ovito package may rebuild against the new tachyon package without issue. What seems to be blocking this is a block hint from Niels. $ grep-excuses tachyon tachyon (0.99~b2+dfsg-0.4 to 0.99~b6+dsx-2) Maintainer: Debian Science Maintainers Too young, only 1 of 5 days old Not touching package due to block request by nthykier (check https://release.debian.org/jessie/freeze_policy.html if update is needed) Not considered Cheers, Emilio Please rebuild ovito against the new tachyon package in view to unblock the migration of the tachyon package from Sid to Stretch. Thanks in advance, Jerome nmu ovito_2.3.3-3 . ALL . -m tachyon library transition -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790345: gdm3: Fail whale (Oh no, something went wrong …) shown for a few seconds after login
Package: gdm3 Version: 3.14.1-8 Severity: normal Dear Maintainer, After logging in via the gdm3 graphical greeter, the ‘Oh no, something went wrong …’ splash screen is shown for a few seconds. Then, in most cases the normal session appears. (On rare occasions the login screen is shown again and I have to log in again.) Apparently, gnome-shell dies. journalctl -b /usr/bin/gnome-session is not too helpful for me (Note the change in the pid.): Jun 28 10:56:47 snowdrop gnome-session[1106]: Entering running state Jun 28 10:56:47 snowdrop gnome-session[1106]: openConnection: connect: No such file or directory Jun 28 10:56:47 snowdrop gnome-session[1106]: cannot connect to brltty at :0 Jun 28 10:56:49 snowdrop gnome-session[1106]: Gjs-Message: JS LOG: Failed to launch ibus-daemon: Failed to execute child process ibus-daemon (No such file or directory) Jun 28 10:56:54 snowdrop gnome-session[1106]: gnome-session[1106]: WARNING: Lost name on bus: org.gnome.SessionManager Jun 28 10:56:54 snowdrop gnome-session[1106]: WARNING: Lost name on bus: org.gnome.SessionManager Jun 28 10:56:54 snowdrop gnome-session[1106]: (gnome-settings-daemon:1127): GLib-GIO-WARNING **: Error releasing name org.gnome.SettingsDaemon: The connection is closed Jun 28 10:56:54 snowdrop gnome-session[1106]: (gnome-settings-daemon:1127): GLib-GIO-WARNING **: Invalid id 4 passed to g_bus_unown_name() Jun 28 10:56:55 snowdrop gnome-session[1481]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 Jun 28 10:56:55 snowdrop gnome-session[1481]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 Jun 28 10:56:55 snowdrop gnome-session[1481]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 Jun 28 10:56:55 snowdrop gnome-session[1481]: GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1 Jun 28 10:56:55 snowdrop gnome-session[1481]: SSH_AUTH_SOCK=/run/user/1000/keyring/ssh Jun 28 10:56:56 snowdrop gnome-session[1481]: Gjs-Message: JS LOG: Failed to launch ibus-daemon: Failed to execute child process ibus-daemon (No such file or directory) Jun 28 10:56:56 snowdrop x-session-manager[1481]: Entering running state This problem occurs on three different computers. What they have in common are similar graphics cards: #1: 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 01:00.0 VGA compatible controller: NVIDIA Corporation GK208M [GeForce GT 730M] (rev a1) #2: 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) #3: 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) If you need more information, please let me know. Regards, Marcel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.40-2 ii adduser 3.113+nmu3 ii dconf-cli0.24.0-2 ii dconf-gsettings-backend 0.24.0-2 ii debconf [debconf-2.0]1.5.56 ii gir1.2-gdm3 3.14.1-8 ii gnome-session [x-session-manager]3.16.0-1 ii gnome-session-bin3.16.0-1 ii gnome-session-flashback [x-session-manager] 3.17.2-2 ii gnome-settings-daemon3.16.2-3 ii gnome-shell 3.16.2-4 ii gnome-terminal [x-terminal-emulator] 3.16.2-1 ii gsettings-desktop-schemas3.16.1-1 ii libaccountsservice0 0.6.40-2 ii libaudit11:2.4.2-1 ii libc62.19-18 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgdm1 3.14.1-8 ii libglib2.0-0 2.44.1-1 ii libglib2.0-bin 2.44.1-1 ii libgtk-3-0 3.16.4-2 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam-systemd 220-7 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.9-2 ii libselinux1 2.3-2+b1 ii libsystemd0 220-7 ii libwrap0 7.6.q-25 ii libx11-6
Bug#790042: udev: missing NEWS.Debian
Am 28.06.2015 um 11:50 schrieb Michael Biebl: It's very likely the doc-symlinking, which is Debian only, which causes udev.README.Debian to not be installed in Debian. Sorry, meant udev.NEWS of course. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#784638: Adding --no-acpid option
I'm looking at the reverse option - to not install acpid, but only on request. I'm not convinced that acpid is a problem if installed (other than possibly being unnecessary). --no-acpid takes effect if --foreign is not specified (when acpid would otherwise be added to the list). -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpXy6koHaES3.pgp Description: OpenPGP digital signature
Bug#775663: [src:calibre] serious
Control: tag -1 wontfix help Hello Bastien, bastien ROUCARIÈS [2015-05-31 22:12 +]: According to Debian Free Software Guidelines [1] (DFSG) #2: The program must include source code, and must allow distribution in source code as well as compiled form.. This could also constitute a license violation for some copyleft licenses such as the GNU GPL. date.js is under MIT license, not under GPL, and MIT does not require shipping the preferred form of modification. So this is *not* a license violation. In order to solve this problem, you could: 1. repack the origin tarball adding the missing source to it. 2 add the source files to debian/missing-sources directory Both way satisfies the requirement that we ship the source. Second option might be preferable due to the following reasons [2]: - Upstream can do it too and you could even supply a patch to them, thus full filling our social contract [3], see particularly §2. - If source and non-source are in different locations, ftpmasters may miss the source and (needlessly) reject the package. - The source isn't duplicated in every .diff.gz/.debian.tar.* (though this only really matters for larger sources). I think all this speaks for option 1, and that's what I'd do if there actually was source code for date.js. The original copyright holder www.coolite.com is long gone, together with the original upstream site http://www.datejs.com/, and indeed https://code.google.com/p/datejs/downloads/list is the only remaining place where to download date.js. But the date.js file there is the minified version as well; Datejs-all-Alpha1.zip contains the individual files from which date.js was built, but again all the build tools like sugarpak.js and also parts of the library like time.js are just minified. So merely including that zip file into calibre's orig.tar.gz wouldn't help much as (1) it's still not enough to (re)build date.js from completely unminified sources, and (2) it would greatly increase the number of shipped minified sources, thus aggravating this bug. TBH this would be a rather useless academic exercise. Minified .js is certainly a bit awkward, but with some automatic tools for reformatting source code it's in no way impossible to modify it. Thus I'm not going to change anything from my side. I don't have the time/motivation to hunt down the old copyright holders, ask them for proper source code, and I heavily disagree that this is a serious bug as there is no license violation. If someone wants to do this work, please go ahead. If Debian's QA team wants to continue considering this a serious bug, I won't veto and just keep calibre in unstable then. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#790350: ghc-mod: Crush problem of ghc-mod
Package: ghc-mod Version: 5.2.1.2-1 Severity: important Dear Maintainer, Not compiled code like below (M.hs) causes ghc-mod to crush. --- {-# LANGUAGE TemplateHaskell #-} module M where import System.Environment import Language.Haskell.TH $(runIO getEnvironment return []) --- Crush exmaple commands and outputs are below. % echo check M.hs | ghc-modi Segmentation fault (core dumped) % ghc-mod check M.hs Segmentation fault (core dumped) Potentially, it may be runtime system problem of ghc package. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ghc-mod depends on: ii ghc 7.8.4-9 ii libc6 2.19-18 ii libffi6 3.1-2+b2 ii libgmp10 2:6.0.0+dfsg-6 Versions of packages ghc-mod recommends: ii ghc-mod-el 5.2.1.2-1 ghc-mod suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790323: lintian: warn when init.d script for rcS does not have a native systemd unit
On 2015-06-28 03:09, Felipe Sateler wrote: Package: lintian Version: 2.5.32 Severity: wishlist Tags: patch Hi, Please find attached a patch that does $subject. I have taken the liberty to refactor the code a bit in order to stop tagging multiple times for the same error. Patches 1-3 are the refactoring, patch 4 is the new check. There is a test for the new check. Hi, Thanks for working on this. I have a couple of remarks to some of the patches (interleaved into the patches below). I'm wondering if tag systemd-no-service-for-init-script should be lowered in severity but added inconditionally... but that is a separate issue. If/when this patch is merged, I can provide a patch for changing that so we can discuss that. Ok. :) [...] 0001-Reorder-systemd-checks.patch From 1c4ad47fead2a6d32b5fdc6888ba7b5333804bcb Mon Sep 17 00:00:00 2001 From: Felipe Sateler fsate...@debian.org Date: Sat, 27 Jun 2015 16:32:42 -0300 Subject: [PATCH 1/4] Reorder systemd checks This reorder groups most checks inside the corresponding check_* --- checks/systemd.pm | 140 ++ 1 file changed, 79 insertions(+), 61 deletions(-) diff --git a/checks/systemd.pm b/checks/systemd.pm index d36cf65..4a45b49 100644 --- a/checks/systemd.pm +++ b/checks/systemd.pm [...] +sub get_systemd_service_files { +my $info = shift @_; Please use the my ($info) = @_; notation instead. The use of shift is generally discouraged throughout the lintian code base (I think we + +return grep { m,/systemd/system/.*\.service$, } $info-sorted_index; +} + +sub get_systemd_service_names { +my ($info) = @_; +my %services; + +[...] +return %services; +} Please consider returning this as a ref. Since it is passed around, we end up copying it several times. Admittedly, I suspect it is a small hash, I am mostly in it for being consistent with similar usage for larger hashes. Quick cheat-sheet return \%services; $services{foo} = $services-{foo} if (%foo) = if (%{$foo}) + sub check_systemd_service_file { my ($info, $file) = @_; +tag 'systemd-service-file-outside-lib', $file if ($file =~ m,^etc/systemd/system/,); +tag 'systemd-service-file-outside-lib', $file if ($file =~ m,^usr/lib/systemd/system/,); Note this will match non-files (including the etc/systemd/system directory). If the systemd package ships that as an empty dir (or containing a README). Though presumably something already filters this out before we get that far? + An empty whitespace line - please apply perltidy -it=4 -b checks/systemd.pm (it will possibly reformat other things as well). my @values = extract_service_file_values($info, $file, 'Unit', 'After'); my @obsolete = grep { /^(?:syslog|dbus)\.target$/ } @values; tag 'systemd-service-file-refers-to-obsolete-target', $file, $_ @@ -236,13 +261,6 @@ sub extract_service_file_values { [...] 0002-Check-files-as-we-detect-them-and-discard-invalid-fi.patch From f712f9246412799088f2893cb5323b8b9f295de3 Mon Sep 17 00:00:00 2001 From: Felipe Sateler fsate...@debian.org Date: Sat, 27 Jun 2015 21:56:11 -0300 Subject: [PATCH 2/4] Check files as we detect them, and discard invalid files prevents duplicate service-file-is-not-a-file \o/ --- checks/systemd.pm| 32 +--- t/tests/systemd-general/tags | 1 - 2 files changed, 17 insertions(+), 16 deletions(-) diff --git a/checks/systemd.pm b/checks/systemd.pm index 4a45b49..2fd2c82 100644 --- a/checks/systemd.pm +++ b/checks/systemd.pm [...] @@ -124,12 +120,18 @@ sub check_init_script { [...] sub get_systemd_service_names { -my ($info) = @_; +my $info = shift @_; +my @files = @_; Again, please prefer: my ($info, @files) = @_; Alternatively, consider making @files a ref. Again, not a high priority since I doubt any package will ever ship a significant amount of service files. If you do, the cheat sheet is: get_systemd_service_names($info, @files) = get_systemd_service_names($info, \@files) my ($info, $files_ref) = @_; @files = @{$files_ref} my %services; my $safe_add_service = sub { @@ -141,7 +143,7 @@ sub get_systemd_service_names { [...] From f98b16ffd7c8adb603fa6de4afc9dfc06c142764 Mon Sep 17 00:00:00 2001 From: Felipe Sateler fsate...@debian.org Date: Sat, 27 Jun 2015 22:01:19 -0300 Subject: [PATCH 3/4] Add parameter to prevent tagging when parsing values Enables us to prevent multiple service-key-has-whitespace [...] \o/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663185: interested in (co-)maintaining midori
Hi, I'm interested in helping out with Midori packaging. I'm not sure who's still interested in the package at this point (I know Corsac isn't, so I didn't Cc him). I've created a git branch for the 0.5.10 release here: git://lunge.queued.net/git/midori http://lunge.queued.net/gitweb/?p=midori;a=shortlog;h=refs/heads/0.5.10 It builds (on sid and jessie) and runs (on jessie) for me, though it definitely needs more work tightening up deps, cleaning up lintian errors, etc. I'm happy to co-maintain the package, or take it over; whatever folks prefer. Please let me know what I should do, since it was never formally orphaned. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777788: Other patch
The patch from #755961 also fixes this issue and seems to be more complete. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618579: RFP: tei -- XML schema of the Text Encoding Initiative
Since nobody else seems to be going for it, I'm going for it (I'm ahead with my other packages). DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764129: Can confirm (0.9.2-1)
Hi, its a ubuntu installation but the same symptoms. I did not check the garbage being read / written but I get the same error message after stressing cpu and changing to different fan levels. Downgrading to 0.8.1-1 stops misbehavior. (keeping the same config) Ciao lopiuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#446015: sane-utils_1.0.24-13
Hi Andreas, I have the v4l backend disabled in 1.0.24-10. The v4l backend has not been updated to the current v4l modules in the kernel. Whereby some functions are faulty. Feel free to file a bug at[1]. CU Jörg [1] https://alioth.debian.org/tracker/?atid=410366group_id=30186func=browse -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#770176: sane: Can not scan from MFU because of conflicting modules
Hi, no answer since more then 2 month. So I close this bug. If the bug still occurs please reopen the bug. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#777787: Processed: tagging 777787
The prob with #87 is that the function in question is declared as `inline' in one of the two places it is declared in, namely, in lib/rpc_subs.c. After removing that dead declaration from that file it compiles. How this dead decl results in this bug is a good question, to which I don't know the answer. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790334: libb-lint-perl: FTBFS with perl 5.22: test failure
Source: libb-lint-perl Version: 1.19-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream patch Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=101115 This package FTBFS with perl 5.22 (currently in experimental): PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -MTest::Harness - e undef *Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch') t/ *.t # Failed at t/lint.t line 119 # got 'Bare sub name \'bare\' interpreted as string at -e line 1 # ' # expected 'Bare sub name \'bare\' interpreted as string at -e line 1 # Bare sub name \'bare\' interpreted as string at -e line 1 # ' t/lint.t .. There is a workaround patch on the upstream bug report. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790336: libfilehandle-unget-perl: FTBFS with perl 5.22: test failure
Source: libfilehandle-unget-perl Version: 0.1623-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream fixed-upstream This package FTBFS with perl 5.22 (currently in experimental): # Failed test 'Memory leak' # at t/memory_leak.t line 25. # got: '-1' # expected: '0' # Looks like you failed 1 test of 1. t/memory_leak.t . 1..1 not ok 1 - Memory leak Dubious, test returned 1 (wstat 256, 0x100) Failed 1/1 subtests This appears to be fixed in 0.1625 and greater. This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790338: libcanberra-pulse: unnecessary dependency on pulseaudio package
Package: libcanberra-pulse Version: 0.30-2.1 Severity: minor Dear Maintainer, the libcanberra-pulse package depends on pulseaudio server but, in fact, the pulseaudio server may be on a different machine. I have such situation and the package looks to work without pulseaudio package installed (i have installed libcanberra-pulse with --force-depends option). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790339: [wine-development] Last two upgrades: Kindle No Longer Working
Package: wine-development Version: 1.7.46-1 Severity: normal --- Please enter the report below this line. --- Some downloaded books simply highlight but do not go to reader. Others crash out. Backtrace attacher --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-1-amd64 Debian Release: stretch/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 500 jessie linux.dropbox.com 1 experimentalftp.us.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. Unhandled exception: page fault on read access to 0x in 32-bit code (0x00715415). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00715415 ESP:0033cd24 EBP:0033cd68 EFLAGS:00210202( R- -- I - - - ) EAX:03ae3ee0 EBX:03ac2100 ECX:5c6e89c2 EDX:7df71d6a ESI:03aaf728 EDI: Stack dump: 0x0033cd24: 5c6e880a 03aa1b50 03ac2168 03ae1fc0 0x0033cd34: 5c6e881a 03aa1b50 03ac2168 03ac2100 0x0033cd44: 00ae2288 0001 0033cdc4 00b1b360 0x0033cd54: 006b209a 03ae1fd8 0033cd68 0x0033cd64: 006b502d 5c6e8852 047c8008 0x0033cd74: 03ac2168 0033cdd4 03ac2100 03ae1fc0 Backtrace: =0 0x00715415 in kindle (+0x315415) (0x0033cd68) 0x00715415: movl0x0(%edi),%edx Modules: Module Address Debug info Name (149 modules) PE34- 37d000 Deferredssleay32 PE38- 3ba000 Deferredwebcoreviewer PE3c- 3d Deferredpthreadvc2 PE3f- 3fa000 Deferredqgif4 PE40- 276 Export kindle PE 276- 287c000 Deferredlibeay32 PE 288- 29c Deferredqtscript4 PE 29c- 2ab5000 Deferredlibxml2 PE 2ac- 2be7000 Deferredjavascriptcore PE 2bf- 2c94000 Deferredcflite PE 2ca- 33bb000 Deferredlibwebcore PE 33c- 33fd000 Deferredlibjpeg PE 3c8- 3cb4000 Deferredqjpeg4 PE 1000-10c2f000 Deferredqtwebkit4 PE 4a80-4a8eb000 Deferredicuuc46 PE 4a90-4aa36000 Deferredicuin46 PE 4ad0-4bb8 Deferredicudt46 PE 5a4c-5a4d4000 Deferredzlib1 PE 6100-61058000 Deferredqtxml4 PE 6200-6209a000 Deferredqtsql4 PE 6400-640f9000 Deferredqtnetwork4 PE 6500-657da000 Deferredqtgui4 PE 6700-67269000 Deferredqtcore4 ELF 7b80-7ba5e000 Deferredkernel32elf \-PE 7b81-7ba5e000 \ kernel32 ELF 7bc0-7bce2000 Deferredntdllelf \-PE 7bc1-7bce2000 \ ntdll ELF 7bf0-7bf04000 Deferredwine-loader ELF 7cc61000-7cc9f000 Deferredwinhttpelf \-PE 7cc7-7cc9f000 \ winhttp ELF 7ce16000-7ce34000 Deferredjsproxyelf \-PE 7ce2-7ce34000 \ jsproxy ELF 7ce8b000-7cf18000 Deferredgdipluself \-PE 7cea-7cf18000 \ gdiplus ELF 7cf77000-7cf94000 Deferredlibgcc_s.so.1 ELF 7cfd4000-7cfee000 Deferredcryptnetelf \-PE 7cfe-7cfee000 \ cryptnet ELF 7cfee000-7d03 Deferredrsaenhelf \-PE 7cff-7d03 \ rsaenh ELF 7d03-7d04a000 Deferredimagehlpelf \-PE 7d04-7d04a000 \ imagehlp ELF 7d04a000-7d069000 Deferredwintab32elf \-PE 7d05-7d069000 \ wintab32 ELF 7d1ca000-7d1d2000 Deferredlibffi.so.6 ELF 7d1d2000-7d229000 Deferredlibdbus-1.so.3 ELF 7d229000-7d2b8000 Deferredlibgmp.so.10 ELF 7d2b8000-7d2ed000 Deferredlibhogweed.so.4 ELF 7d2ed000-7d32c000 Deferredlibnettle.so.6 ELF 7d32c000-7d341000 Deferredlibtasn1.so.6 ELF 7d341000-7d3a4000 Deferredlibp11-kit.so.0 ELF 7d3a4000-7d47e000 Deferredlibkrb5.so.3 ELF 7d4e2000-7d4e6000 Deferredlibnss_mdns4.so.2 ELF 7d4e6000-7d4f3000 Deferredlibkrb5support.so.0 ELF 7d4f3000-7d527000 Deferredlibk5crypto.so.3 ELF 7d527000-7d53b000 Deferredlibavahi-client.so.3 ELF 7d53b000-7d54a000 Deferredlibavahi-common.so.3 ELF 7d54a000-7d68f000 Deferredlibgnutls-deb0.so.28 ELF 7d68f000-7d6e Deferredlibgssapi_krb5.so.2 ELF 7d6e-7d75e000 Deferredlibcups.so.2 ELF 7d75f000-7d766000 Deferredlibnss_dns.so.2 ELF
Bug#789593: libsane udev rules file uses setfacl even if device file system does not support ACLs
tags 789593 + pending thanks Hi Steve, since 1.0.22-1 sane-backends requires the /dev filesystem to support ACLs. I have add your workaround to TROUBLESHOOTING.Debian. Thank you for spending your time helping to make Debian better with this bug report. CU Jörg signature.asc Description: This is a digitally signed message part
Bug#790139: glfw3: please make the build reproducible
Hi, On 06/27/2015 09:10 PM, James Cowgill wrote: [..] My patch changed the footer.html file since that was where the date was coming from. I can set HTML_TIMESTAMPS as well if you want (but I don't think it will do anything here). I am sorry, you are right the patch I made will not work for your package. I overlooked that it was $date and not $datetime. Thank you for fixing it. Kind Regards, akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776697: Debian Bug #776697 inux-image-3.16.0-4-686-pae: Boot randomly stucks at a stage
Am Samstag, den 27.06.2015, 18:17 +0200 schrieb Jan Kiszka: On 2015-06-27 17:04, Tobias Frost wrote: Am Samstag, den 27.06.2015, 15:54 +0200 schrieb Jan Kiszka: On 2015-06-27 15:48, Tobias Frost wrote: Hallo everyone, as promised I bisected the issue and bisecting just finished. See below for details. As the candidate found by git-bisect sounds like an hit, I'm cc'ing and Jan and Len, as there names are in the commit :) Jan, Len: The Debian bug is here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776697 Please let me know if I can provide additional information; note that I'm an noob in terms of kernel debugging :) Next thing I try to compile the latest kernel in the Debian archives with that commit reverted to see if I can boot a more recent kernel. Could you also collect /proc/cpuinfo of the affected systems? Thanks, Jan Sure, attached. That's almost like my system, just 1.6 GHz while I'm with 1.86 (N2800). I'm running Debian, just with a recent self-build kernel and without PAE. I tried that image, and it boots fine for me. Strange. Jan Note, only the submitter had PAE; I'm running arch amd64. The submitter also says that it randomly stucks, mine hangs every time. -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782761: linux-tools: Please include tools/hv daemons in a binary
Hi, On Tue, 16 Jun 2015 15:25:50 +0200 Christoph Martin mar...@uni-mainz.de wrote: Here's a updated patch. Could you test it, please? Thanks for the patch. It builds fine and the binary runs ok. Sounds good :) Then, Debian Kernel Team, could you apply and upload packages, please? It contains NEW package, so it takes time to go through NEW queue. Please let me know if I should do more investigation for it. I want to make Debian as same position as other distro for Hyper-V support. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790337: librrd-simple-perl: FTBFS with perl 5.22: test failure
Source: librrd-simple-perl Version: 1.44-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream This package FTBFS with perl 5.22 (currently in experimental): # Failed test 'info rra' # at t/32exported_function_interface.t line 66. # Compared $data-[5]{cdp_prep} #got : '-Inf' # expect : '-inf' # Looks like you failed 1 test of 12. t/32exported_function_interface.t .. 1..12 This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790341: network-manager: [regression] change in dnsmasq has broken connection sharing support
Package: network-manager Version: 1.0.2-2 Severity: important Tags: patch I sometimes share my WiFi connection to the Internet via Ethernet. A recent upgrade of dnsmasq-base (I think 2.72-3.1+b1 to 2.73-1) on my system broke this as dnsmasq now tries to read /etc/dnsmasq.conf when --conf-file is given without any argument, with only dnsmasq-base, this file is not present. The fix is to make it read /dev/null instead. I verified that that works by diverting the dnsmasq binary and replacing the --conf-file argument with a --conf-file=/dev/null argument. src/dnsmasq-manager/nm-dnsmasq-manager.c:245 - nm_cmd_line_add_string (cmd, --conf-file); + nm_cmd_line_add_string (cmd, --conf-file=/dev/null); Jun 28 16:04:19 chianamo NetworkManager[844]: info Starting dnsmasq... Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: ip-config - ip-check (reason 'none') [70 80 0] Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): Activation: Stage 5 of 5 (IPv4 Commit) complete. Jun 28 16:04:19 chianamo NetworkManager[844]: dnsmasq --conf-file --no-hosts --keep-in-foreground --bind-interfaces --except-interface=lo --clear-on-reload --strict-order --listen-address=10.42.0.1 --dhcp-range=10.42.0.10,10.42.0.254,60m --dhcp-option=option:router,10.42.0.1 --dhcp-lease-max=50 --pid-file=/var/run/nm-dnsmasq-eth0.pid Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: ip-check - secondaries (reason 'none') [80 90 0] Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: secondaries - activated (reason 'none') [90 100 0] Jun 28 16:04:19 chianamo NetworkManager[844]: dnsmasq: cannot read /etc/dnsmasq.conf: No such file or directory Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): Activation: successful, device activated. Jun 28 16:04:19 chianamo NetworkManager[844]: warn dnsmasq exited with error: Filesystem problem (missing file/directory; permissions; etc) (3) Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: activated - failed (reason 'sharing-start-failed') [100 120 18] Jun 28 16:04:19 chianamo NetworkManager[844]: warn (eth0): Activation: failed for connection 'Ethernet (shared)' Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: failed - disconnected (reason 'none') [120 30 0] Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): deactivating device (reason 'none') [0] -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (850, 'buildd-testing-proposed-updates'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 'experimental'), (690, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.18-1 ii init-system-helpers1.23 ii isc-dhcp-client4.3.2-1 ii libbluetooth3 5.23-2+b1 ii libc6 2.19-18 ii libdbus-1-31.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.3-2 ii libglib2.0-0 2.44.1-1 ii libgnutls-deb0-28 3.3.15-7 ii libgudev-1.0-0 230-1 ii libmm-glib01.4.8-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm0 1.0.2-2 ii libpam-systemd 220-7 ii libpolkit-agent-1-00.105-8 ii libpolkit-gobject-1-0 0.105-8 ii libreadline6 6.3-8+b3 ii libsoup2.4-1 2.50.0-2 ii libsystemd0220-7 ii libteamdctl0 1.17-1 ii libuuid1 2.26.2-6 ii lsb-base 4.1+Debian13+nmu1 ii policykit-10.105-8 ii udev 220-7 ii wpasupplicant 2.3-2 Versions of packages network-manager recommends: ii crda3.13-1 ii dnsmasq-base2.73-1 ii iptables1.4.21-2+b1 ii iputils-arping 3:20121221-5+b2 ii modemmanager1.4.8-1 ii ppp 2.4.6-3.1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-5 pn libteam-utils none -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#790340: [wine-development] Longstanding Problem, had been fixed: Jammer Pro crashes on file menus
Package: wine-development Version: 1.7.46-1 Severity: normal --- Please enter the report below this line. --- This app is critical to me. Some older wine development versions would crash but other stable versions ran it 100% Latest wine-development crashes, backtrace2.txt attached, I tried stable version of recent vintage, also crashed. --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-1-amd64 Debian Release: stretch/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 500 jessie linux.dropbox.com 1 experimentalftp.us.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. Unhandled exception: page fault on write access to 0x0070 in 32-bit code (0x7e71b563). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7e71b563 ESP:0033b870 EBP:0033b908 EFLAGS:00210216( R- -- I -A-P- ) EAX: EBX:7e74cf90 ECX:0033b890 EDX:0033b668 ESI:04000480 EDI:7e73a3a2 Stack dump: 0x0033b870: 0014 00020048 0033b8a8 7ec6366e 0x0033b880: 7ebef589 7ec6366e 0x0033b890: 7ecf27e0 0400 00020048 0x0033b8a0: 7ec63659 7ecb2f2c 0033b8c8 7ec64aed 0x0033b8b0: 0033b91c 7ec64acd 7bc3c476 0x0033b8c0: 0033b8e0 7ecb2f2c 0033b8f8 7ec6369e Backtrace: =0 0x7e71b563 in comdlg32 (+0x1b563) (0x0033b908) 1 0x7ec7460a WINPROC_wrapper+0x19() in user32 (0x0033b948) 2 0x7ec74d9b in user32 (+0x94d9a) (0x0033b998) 3 0x7ec77513 in user32 (+0x97512) (0x0033b9e8) 4 0x7ec08794 DefDlgProcA+0x73() in user32 (0x0033ba38) 5 0x7ec7460a WINPROC_wrapper+0x19() in user32 (0x0033ba78) 6 0x7ec74c7a in user32 (+0x94c79) (0x0033bac8) 7 0x7ec772e4 CallWindowProcA+0x63() in user32 (0x0033bb28) 8 0x0063c4dd in jammer professional (+0x23c4dc) (0x0033bba8) 9 0x7ec7460a WINPROC_wrapper+0x19() in user32 (0x0033bbd8) 10 0x7ec74c7a in user32 (+0x94c79) (0x0033bc28) 11 0x7ec75136 in user32 (+0x95135) (0x0033c0f8) 12 0x7ec7722e in user32 (+0x9722d) (0x0033c148) 13 0x7ec3a380 in user32 (+0x5a37f) (0x0033c1a8) 14 0x7ec4170c in user32 (+0x6170b) (0x0033c218) 15 0x7ec4199d SendMessageW+0x5c() in user32 (0x0033c278) 16 0x7ec1836a in user32 (+0x38369) (0x0033c2c8) 17 0x7ec19e85 in user32 (+0x39e84) (0x0033c348) 18 0x7ec74750 EditWndProcA+0x2f() in user32 (0x0033c378) 19 0x7ec7460a WINPROC_wrapper+0x19() in user32 (0x0033c3b8) 20 0x7ec74c7a in user32 (+0x94c79) (0x0033c408) 21 0x7ec771b9 in user32 (+0x971b8) (0x0033c458) 22 0x7ec3a380 in user32 (+0x5a37f) (0x0033c4b8) 23 0x7ec4170c in user32 (+0x6170b) (0x0033c528) 24 0x7ec43b84 SendMessageA+0x63() in user32 (0x0033c588) 25 0x7ec66752 SetWindowTextA+0x51() in user32 (0x0033c5c8) 26 0x0063f91e in jammer professional (+0x23f91d) (0x0033c644) 27 0x00576bf9 in jammer professional (+0x176bf8) (0x0033c6e8) 28 0x00576f00 in jammer professional (+0x176eff) (0x0033c6f8) 29 0x0063d542 in jammer professional (+0x23d541) (0x0033c76c) 30 0x0063d213 in jammer professional (+0x23d212) (0x0033c78c) 31 0x0063c1b0 in jammer professional (+0x23c1af) (0x0033c7ec) 32 0x0063c3b8 in jammer professional (+0x23c3b7) (0x0033c808) 33 0x7ec7460a WINPROC_wrapper+0x19() in user32 (0x0033c838) 34 0x7ec74c7a in user32 (+0x94c79) (0x0033c888) 35 0x7ec75136 in user32 (+0x95135) (0x0033cd58) 36 0x7ec7722e in user32 (+0x9722d) (0x0033cda8) 37 0x7ec3a380 in user32 (+0x5a37f) (0x0033ce08) 38 0x7ec4170c in user32 (+0x6170b) (0x0033ce78) 39 0x7ec4199d SendMessageW+0x5c() in user32 (0x0033ced8) 40 0x7ec6904c in user32 (+0x8904b) (0x0033cf58) 41 0x7ec690eb in user32 (+0x890ea) (0x0033cfb8) 42 0x7ec69594 DestroyWindow+0x1b3() in user32 (0x0033cfe8) 43 0x7ec0f460 in user32 (+0x2f45f) (0x0033d058) 44 0x7ec0f68d DialogBoxIndirectParamAorW+0x4c() in user32 (0x0033d098) 45 0x7ec0f6e2 DialogBoxIndirectParamA+0x31() in user32 (0x0033d0d8) 46 0x7e7156a1 in comdlg32 (+0x156a0) (0x0033d1e8) 47 0x7e715a23 in comdlg32 (+0x15a22) (0x0033d2b8) 48 0x7e71c97a GetOpenFileNameA+0x59() in comdlg32 (0x0033d2d8) 49 0x006382b7 in jammer professional (+0x2382b6) (0x7ec67a30) 50 0xfff0e483 (0x04244c8d) 0x7e71b563: andl$-3,0x70(%eax) Modules: Module Address Debug info Name (104 modules) PE40- b0d000 Export jammer professional PE 1000-10019000 Deferredjpsequencer32 ELF 7b80-7ba5e000 Deferredkernel32elf \-PE 7b81-7ba5e000 \ kernel32 ELF 7bc0-7bce2000 Deferredntdllelf \-PE 7bc1-7bce2000 \ ntdll ELF 7bf0-7bf04000 Deferredwine-loader ELF 7d273000-7d2b7000 Deferredusp10elf \-PE 7d28-7d2b7000 \ usp10 ELF 7d5ad000-7d6b5000 Deferredlibasound.so.2 ELF 7d74d000-7d763000 Deferred
Bug#782677: udd: scripts/update-upstream-status: should consider sepwatch
It already exists. We have cgi-bin/udd-dehs which reads from mole.watch. So I don't know why scripts/update-upstream-status would even run uscan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790181: lilyterm: depends on vte which is deprecated
Control: tags -1 upstream On Sat, Jun 27, 2015 at 05:29:22PM +0200, po...@debian.org wrote: Source: lilyterm Severity: important Tags: sid stretch User: pkg-gnome-maintain...@lists.alioth.debian.org Usertags: oldlibs vte Hi, lilyterm depends on python-vte / libvte9, which are deprecated in favor of gir1.2-vte-2.91 / libvte-2.91-0. Thus we want to remove src:vte from the archive. lilyterm should switch to the new vte version. This issue is reported to upstream [0], and upstream will release new version for it. [0] https://github.com/Tetralet/LilyTerm/issues/99 -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#790330: nautilus: The hidden files are always visible in the opening of nautilus
Package: nautilus Version: 3.14.1-2 Severity: normal Dear Maintainer, ( Google translation) When I open the administrator of nautilus files, the hidden files are always visible. Regulations so that they are invisible do not work with my user. With the root user it works correctly. Any particular action(share) was the cause of the problem. The operating system is freshly settled. I simply made out a will with the root user and it works. I did not really test anything else because I am not enough good at computing. Thank you beforehand for the correction and thank you for this great(tremendous) Debian jessie. Cordially Mickaël -- 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/2 CPU cores) Locale: LANG=fr_CH.utf8, LC_CTYPE=fr_CH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.14.1-1 ii gvfs 1.22.2-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-18 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libexempi3 2.2.1-2 ii libexif12 0.6.21-2 ii libgail-3-03.14.5-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglib2.0-data2.42.1-1 ii libgnome-desktop-3-10 3.14.1-1 ii libgtk-3-0 3.14.5-1 ii libnautilus-extension1a3.14.1-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libselinux12.3-2 ii libtracker-sparql-1.0-01.2.4-2 ii libx11-6 2:1.6.2-3 ii libxml22.9.1+dfsg1-5 ii nautilus-data 3.14.1-2 ii shared-mime-info 1.3-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13.1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-sushi3.12.0-2+b1 ii gvfs-backends 1.22.2-1 ii librsvg2-common2.40.5-1 Versions of packages nautilus suggests: ii brasero3.11.4-1.1 ii eog3.14.1-1 ii evince [pdf-viewer]3.14.1-2 ii totem 3.14.0-2 ii tracker1.2.4-2 ii vlc [mp3-decoder] 2.2.0~rc2-2 ii vlc-nox [mp3-decoder] 2.2.0~rc2-2 ii xdg-user-dirs 0.15-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790331: dh_ruby: adds shebangs to ELF executables
Package: gem2deb Version: 0.17 Severity: normal While refreshing opennebula packaging I wanted to use dh_ruby to update existing shebangs #!/usr/bin/env ruby as follows: DH_RUBY_USE_DH_AUTO_INSTALL_DESTDIR=1 dh_ruby --install debian/tmp (XS-Ruby-Versions: all). Opennebula install mix of Ruby, shell and ELF executables to /usr/bin. To my surprise dh_ruby added #!/usr/bin/ruby shebang to all ELF binaries. dh_ruby was able to skip only shell scripts (#!/bin/bash and #!/bin/sh). Please introduce checks/safeguards to avoid corrupting ELF binaries. -- Regards, Dmitry Smirnov signature.asc Description: This is a digitally signed message part.
Bug#790333: gparted will not start, policykit-1 error
Package: gparted Version: 0.19.0-3 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? - Tried to launch gparted * What exactly did you do (or not do) that was effective (or ineffective)? - attempted to launch gparted, recieved the following error; /var/lib/polkit-1/localauthority/90-mandatory.d does not exist. Please install policykit-1 * What was the outcome of this action? - gparted did not lauch * What outcome did you expect instead? - gparted to launch. However I was able to work around it by manually creating the 90-mandatory.d directory under /var/lib/policykit-1/localauthority Sorry if this isn't a gparted bug, let me know and I will open one against policykit-1. *** End of the template - remove these template lines *** -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-towo.1-siduction-amd64 (SMP w/8 CPU cores; PREEMPT) 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 gparted depends on: ii libatkmm-1.6-12.22.7-2.1 ii libc6 2.19-18 ii libgcc1 1:5.1.1-12 ii libglib2.0-0 2.44.1-1 ii libglibmm-2.4-1c2a2.44.0-1 ii libgtk2.0-0 2.24.28-1 ii libgtkmm-2.4-1c2a 1:2.24.4-1.1 ii libpangomm-1.4-1 2.36.0-1 ii libparted-fs-resize0 3.2-7 ii libparted23.2-7 ii libsigc++-2.0-0c2a2.4.1-1 ii libstdc++65.1.1-12 ii libuuid1 2.26.2-6 gparted recommends no packages. Versions of packages gparted suggests: pn dmraid none ii dmsetup2:1.02.90-2.2 ii dosfstools 3.0.28-1 pn gpart none ii jfsutils 1.1.15-2.1 pn kpartx none ii mtools 4.0.18-2 ii ntfs-3g1:2014.2.15AR.3-3 pn reiser4progs none ii reiserfsprogs 1:3.6.24-2 ii xfsprogs 3.2.3 ii yelp 3.16.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786690: pdebuild fails to builds package with dpkg-dev 1.18.0 (dpkg-buildpackage -S failing with missing build-deps)
control: tag -1 +patch Hi, Just adding -d option to pdebuild make it back previous expected behavior. Here's a tiny patch. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane From cd91bb5010858c8a717cbe67ff03b9de97ed6842 Mon Sep 17 00:00:00 2001 From: Hideki Yamane henr...@debian.org Date: Sun, 28 Jun 2015 16:36:45 +0900 Subject: [PATCH] fix Bug#786690 Due to changes in dpkg-dev 1.18.0, dpkg-buildpackage always checks build-deps. However, pdebuild should ignore it, adding -d option make it back to previous behavior. --- pdebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/pdebuild b/pdebuild index 971a273..c5ac78b 100644 --- a/pdebuild +++ b/pdebuild @@ -75,7 +75,7 @@ else if ! dpkg-checkbuilddeps -B ; then log W: Unmet build-dependency in source fi -echo dpkg-buildpackage -S -us -uc -r${BUILDSOURCEROOTCMD} $DEBBUILDOPTS | \ +echo dpkg-buildpackage -S -d -us -uc -r${BUILDSOURCEROOTCMD} $DEBBUILDOPTS | \ perl -pe 's/(^|\s)-[AbBF](\s|$)/$1$2/g' | \ /bin/bash ${PBUILDERROOTCMD} \ -- 2.1.4
Bug#770176: Bug#789593: libsane udev rules file uses setfacl even if device file system does not support ACLs
tags 770176 + pending thanks Hi Steve, since 1.0.22-1 sane-backends requires the /dev filesystem to support ACLs. I have add your workaround to TROUBLESHOOTING.Debian. Thank you for spending your time helping to make Debian better with this bug report. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#790343: ITP: lua-udev -- udev library for the Lua language
Package: wnpp Severity: wishlist Owner: Ian Campbell i...@debian.org * Package name: lua-udev Version : 0.2 Upstream Author : dodo dodo.the.l...@gmail.com * URL : https://github.com/dodo/lua-udev * License : Expat Programming Lang: Lua, C Description : udev library for the Lua language This package contains the Lua udev library, that allows one to interact with udev from the Lua language. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728144: squid3: Pinger Segmentation fault in debugFinish from IcmpPinger.cc:190
tags 728144 + moreinfo thanks The CVE issues were discovered by crashes remaining after the TZ issue was resolved. It appears that the TZ issue was one of at least 5 different crashes which could result from the CVE-2014-7142 bug. Both CVE bugs are confirmed resolved. But that does not mean pinger is crash-free. The Ubuntu bug report (and two other open Debian reports about pinger) contain symptoms from several crash bugs, and some other behaviour. People seem to be jumping to conclusions that any crash they see is one or other bug report and adding their details to it without checking to confirm. The result has been a rather confused mess of fixed and non-fixed messages. ** The issue Stephan is reporting IcmpPinger.cc:190 (debugFinish) is fixed and confirmed by others. ** The issue Gerald is reporting IcmpPinger.cc:222 (debugFinish) may be the result of the above fix changing line numbers while the CVE remained open. We need package version details to confirm. ** The issue Anton is reporting is unidentifiable from the info provided. it being possibly Icmp6.cc related. Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790328: ntp spontaneously stops
Package: ntp Version: 1:4.2.6.p5+dfsg-7 Severity: important Dear Maintainer, the ntp daemon stops every couple of days without any traces in the logs. If this happens, then strace attached to ntpd would report the following lines: 01:37:15.767895 sendto(19, #\3\6\357\0\0\t\17\1\336\231\365\201F\204!\3319\215\376\315\360\224\354\3319\265\356n\251\\224..., 48, 0, {sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr(84.200.81.98)}, 16) = 48 0.000235 01:37:15.768242 clock_gettime(CLOCK_REALTIME, {1435448235, 768291844}) = 0 0.38 01:37:15.768383 select(23, [16 17 18 19 20 21 22], NULL, NULL, NULL) = 1 (in [19]) 0.033360 01:37:15.801917 clock_gettime(CLOCK_REALTIME, {1435448235, 802037278}) = 0 0.69 01:37:15.802134 select(23, [16 17 18 19 20 21 22], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) 0.34 01:37:15.802279 recvmsg(19, {msg_name(16)={sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr(84.200.81.98)}, msg_iov(1)=[{$\4\6\352\0\0\3\335\0\0\26\5\220L\7\\3319\262~\335M\356\3319\262+\304\216\347y..., 2120}], msg_controllen=32, {cmsg_len=32, cmsg_level=SOL_SOCKET, cmsg_type=0x1d /* SCM_??? */, ...}, msg_flags=0}, 0) = 48 0.000233 01:37:15.802634 recvmsg(19, 0x7ffcd5cfabc0, 0) = -1 EAGAIN (Resource temporarily unavailable) 0.29 01:37:15.802779 clock_gettime(CLOCK_REALTIME, {1435448235, 802826991}) = 0 0.38 01:37:15.802919 clock_gettime(CLOCK_REALTIME, {1435448235, 802965135}) = 0 0.60 01:37:15.803102 stat(/var/NTP/peerstats, 0x7ffcd5cfb280) = -1 ENOENT (No such file or directory) 0.33 01:37:15.803233 open(/var/NTP/peerstats.20150627, O_WRONLY|O_CREAT|O_APPEND, 0666) = -1 ENOENT (No such file or directory) 0.34 01:37:15.803390 clock_gettime(CLOCK_REALTIME, {1435448235, 803438572}) = 0 0.38 01:37:15.818321 clock_gettime(CLOCK_REALTIME, {1435448235, 818601967}) = 0 0.000263 01:37:15.819631 exit_group(-1) = ? 01:37:15.833564 +++ exited with 255 +++ Note that this is a trace from today, 2015-06-28, but the log lists a filename containing yesterday's date (peerstats.20150627). Also, /var/NTP is a directory which should not exist on a debian system. Regards, Slaven -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) 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 ntp depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.25 ii libc62.19-18 ii libcap2 1:2.24-8 ii libedit2 3.1-20140620-2 ii libopts251:5.18.4-3 ii libssl1.0.0 1.0.1k-3 ii lsb-base 4.1+Debian13+nmu1 ii netbase 5.3 Versions of packages ntp recommends: ii perl 5.20.2-3 Versions of packages ntp suggests: pn ntp-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790329: jitsi: config file removed
Package: jitsi Version: 2.8.5426-1 Hi, It seems jitsi has removed it's config file for some reason. When I start it I get the dialog to set up some accounts. I think I've had this issue in the past too, with an older version. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778825: (no subject)
Well, that's a bit of a puzzle. Would it be possible for you to try again with the version that's currently in sid? (1.9.2+dfsg-1, at the time of this writing). If the problem is still there, I'll see if I can reproduce it and work with upstream to get it fixed. Thanks! -- Harlan Lieberman-Berg ~hlieberman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790342: [INTL:da] Danish translation of the debconf templates neurodebian
Package: neurodebian Severity: wishlist Tags: l10n patch Please include the attached Danish neurodebian translation joe@pc:~/over/debian/neurodebian$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 31 oversatte tekster. bye Joe da.po.tar.gz Description: application/gzip
Bug#790344: libemos-dev: arch-dependent file in Multi-Arch: same package
Package: libemos-dev Version: 2:4.0.3+dfsg.1-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libemos-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/cmake-3.2/Modules/libemos-config.cmake An example diff between i386 and amd64 is attached. -- Jakub Wilk diff -ur libemos-dev_4.0.3+dfsg.1-2_i386/usr/share/cmake-3.2/Modules/libemos-config.cmake libemos-dev_4.0.3+dfsg.1-2_amd64/usr/share/cmake-3.2/Modules/libemos-config.cmake --- libemos-dev_4.0.3+dfsg.1-2_i386/usr/share/cmake-3.2/Modules/libemos-config.cmake 2015-06-27 15:34:18.0 +0200 +++ libemos-dev_4.0.3+dfsg.1-2_amd64/usr/share/cmake-3.2/Modules/libemos-config.cmake 2015-06-27 14:06:33.0 +0200 @@ -22,9 +22,9 @@ set( LIBEMOS_SELF_LIBRARIESemos ) set( LIBEMOS_TPLS grib_api ) -set( LIBEMOS_TPL_INCLUDE_DIRS /usr/include;/usr/include;/usr/include;/usr/include ) +set( LIBEMOS_TPL_INCLUDE_DIRS /usr/include;/usr/include;/usr/include;/usr/include;/usr/include;/usr/include ) set( LIBEMOS_TPL_DEFINITIONS) -set( LIBEMOS_TPL_LIBRARIES /usr/lib/libgrib_api.so;/usr/lib/libgrib_api_f90.so;/usr/lib/libgrib_api_f77.so;/usr/lib/i386-linux-gnu/libopenjpeg.so;/usr/lib/i386-linux-gnu/libpng.so;/usr/lib/i386-linux-gnu/libz.so ) +set( LIBEMOS_TPL_LIBRARIES /usr/lib/libgrib_api.so;/usr/lib/libgrib_api_f90.so;/usr/lib/libgrib_api_f77.so;/usr/lib/x86_64-linux-gnu/libjpeg.so;/usr/lib/x86_64-linux-gnu/libjasper.so;/usr/lib/x86_64-linux-gnu/libjpeg.so;/usr/lib/x86_64-linux-gnu/libopenjpeg.so;/usr/lib/x86_64-linux-gnu/libpng.so;/usr/lib/x86_64-linux-gnu/libz.so ) ### export include paths as absolute paths @@ -62,7 +62,7 @@ set( IS_BUILD_DIR_EXPORT OFF ) if( IS_BUILD_DIR_EXPORT ) - include( /build/emoslib-qT8JRL/emoslib-4.0.3+dfsg.1/obj-i586-linux-gnu/libemos-targets.cmake OPTIONAL ) + include( /build/emoslib-qP4Mju/emoslib-4.0.3+dfsg.1/obj-x86_64-linux-gnu/libemos-targets.cmake OPTIONAL ) else() include( ${LIBEMOS_CMAKE_DIR}/libemos-targets.cmake ) endif() @@ -82,7 +82,7 @@ if( NOT libemos ) if( OFF ) - set( libemos_BASE_DIR /build/emoslib-qT8JRL/emoslib-4.0.3+dfsg.1/obj-i586-linux-gnu ) + set( libemos_BASE_DIR /build/emoslib-qP4Mju/emoslib-4.0.3+dfsg.1/obj-x86_64-linux-gnu ) else() set( libemos_BASE_DIR /usr ) endif()
Bug#790327: openturns: FTBFS on mipsel package requires more than 1GB RAM; do not build on mips/mipsel. Stop.
Package: openturns Version: 1.5-7 Severity: serious Justification: fails to build from source Dear Maintainer, Package is failing to build on buildd. I'm working on a fix and I will attach it as soon as possible. Full log is attached. Build Log tail: dpkg-buildpackage: source package openturns dpkg-buildpackage: source version 1.5-7 dpkg-buildpackage: source distribution unstable dpkg-source --before-build openturns-1.5 dpkg-buildpackage: host architecture mipsel fakeroot debian/rules clean DEB_BUILD_OPTIONS:environment=parallel=5 debian/rules:47: *** This package requires more than 1GB RAM; do not build on mips/mipsel. Stop. dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 sbuild (Debian sbuild) 0.64.0 (17 May 2013) on mipsel-manda-01.debian.org ??? openturns 1.5-7 (mipsel) 24 May 2015 02:31 ??? Package: openturns Version: 1.5-7 Source Version: 1.5-7 Distribution: sid Machine Architecture: mipsel Host Architecture: mipsel Build Architecture: mipsel W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ???stable-backports-mipsel-sbuild??? already associated with ???unknown??? chroot W: line 16
Bug#790335: libdebug-client-perl: FTBFS with perl 5.22: test failure
Source: libdebug-client-perl Version: 0.29-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Tags: sid stretch upstream This package FTBFS with perl 5.22 (currently in experimental): # Failed test 'y (0) $line = 1' # at t/24-y_zero.t line 34. # Compared $data-[0] #got : 'Not nested deeply enough' # expect : '$line = 1' # Not nested deeply enough # Failed test 'y (0) $line = 2' # at t/24-y_zero.t line 34. # Compared $data-[0] #got : 'Not nested deeply enough' # expect : '$line = 2' # Not nested deeply enough # Failed test 'y (0) $line = 3' # at t/24-y_zero.t line 34. # Compared $data-[0] #got : 'Not nested deeply enough' # expect : '$line = 3' # Not nested deeply enough # Looks like you failed 3 tests of 3. t/24-y_zero.t . 1..3 not ok 1 - y (0) $line = 1 not ok 2 - y (0) $line = 2 not ok 3 - y (0) $line = 3 Dubious, test returned 3 (wstat 768, 0x300) Failed 3/3 subtests This bug will become release critical nearer the time of the perl 5.22 migration, expected during the (northern hemisphere) summer. Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789779: Info received ((no subject))
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Last gnome upgrade solved my problem! Many thanks for your work! Max - -- IM: mass...@jabber.fsfe.org - OpenPGP Key-Id: 0x5D168FC1 -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlWPrigACgkQnxH3+F0Wj8EZmwEAplhi7ofRUhTjTMuVvDcpR7Wq BhfJ8JuhzJAB9bvJ+OoBAK4Afs25PUjMkNAn8jPvArDsK4FjMFrXbLe9SudrA3cl =KPUX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787808: upgrade-reports: my bad
# The message below came through a remailer. # The originator of the message is unknown and untraceable. # # You can stop receiving emails from this remailer by # sending an email to: # #br...@grizfrom.com # # In the body of the message include the phrase: # destination-block # # or # # just reply to this message and your address will be blocked. Package: upgrade-reports Followup-For: Bug #787808 Dear Maintainer, Sorry, after more investigation, it's clear that ledger broke gnucash, not the other way around. It's astonishing that the breakage came from ledger developers and not gnucash, because it is ledger that is aware of gnucash, not the revers. The ledger project deliberately decided to stop supporting gnucash (bug 740757). This bug can be disregarded. -- 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/2 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789589: Infinite upgrade
New story today: Setting up mariadb-server-10.0 (10.0.20-1) ... 150628 15:15:24 [Note] /usr/sbin/mysqld (mysqld 10.0.20-MariaDB-1) starting as process 2578 ... 150628 15:15:24 [ERROR] mysqld: Can't lock aria control file '/var/lib/mysql/aria_log_control' for exclusive use, error: 11. Will retry for 30 seconds 150628 15:15:55 [ERROR] mysqld: Got error 'Could not get an exclusive lock; file is probably in use by another process' when trying to use aria control file '/var/lib/mysql/aria_log_control' 150628 15:15:55 [ERROR] Plugin 'Aria' init function returned error. 150628 15:15:55 [ERROR] Plugin 'Aria' registration as a STORAGE ENGINE failed. 150628 15:15:55 [Note] InnoDB: Using mutexes to ref count buffer pool pages 150628 15:15:55 [Note] InnoDB: The InnoDB memory heap is disabled 150628 15:15:55 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 150628 15:15:55 [Note] InnoDB: Memory barrier is not used 150628 15:15:55 [Note] InnoDB: Compressed tables use zlib 1.2.8 150628 15:15:55 [Note] InnoDB: Using Linux native AIO 150628 15:15:55 [Note] InnoDB: Not using CPU crc32 instructions 150628 15:15:55 [Note] InnoDB: Initializing buffer pool, size = 128.0M 150628 15:15:55 [Note] InnoDB: Completed initialization of buffer pool 150628 15:15:55 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 150628 15:15:55 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 150628 15:15:55 [Note] InnoDB: Retrying to lock the first data file 150628 15:15:56 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 150628 15:15:56 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 150628 15:15:57 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 150628 15:15:57 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 150628 15:17:35 [ERROR] InnoDB: Unable to lock ./ibdata1, error: 11 150628 15:17:35 [Note] InnoDB: Check that you do not already have another mysqld process using the same InnoDB data or log files. 150628 15:17:35 [Note] InnoDB: Unable to open the first data file 2015-06-28 15:17:35 b73c7740 InnoDB: Operating system error number 11 in a file operation. InnoDB: Error number 11 means 'Resource temporarily unavailable'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html 150628 15:17:35 [ERROR] InnoDB: Can't open './ibdata1' 150628 15:17:35 [ERROR] InnoDB: Could not open or create the system tablespace. If you tried to add new data files to the system tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata files InnoDB created in this failed attempt. InnoDB only wrote those files full of zeros, but did not yet use them in any way. But be careful: do not remove old data files which contain your precious data! 150628 15:17:35 [ERROR] Plugin 'InnoDB' init function returned error. 150628 15:17:35 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 150628 15:17:35 [Note] Plugin 'FEEDBACK' is disabled. ERROR: 1017 Can't find file: '/tmp/#sql_a12_0.MYI' (errno: 2 No such file or directory) 150628 15:17:35 [ERROR] Aborting 150628 15:17:35 [Note] /usr/sbin/mysqld: Shutdown complete mv: missing destination file operand after ‘/etc/mysql/debian.cnf’ Try 'mv --help' for more information. dpkg: error processing package mariadb-server-10.0 (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of mariadb-server: mariadb-server depends on mariadb-server-10.0 (= 10.0.20-1); however: Package mariadb-server-10.0 is not configured yet. dpkg: error processing package mariadb-server (--configure): dependency problems - leaving unconfigured Setting up mysql-common (5.6.25-2) ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790350: [Pkg-haskell-maintainers] Bug#790350: ghc-mod: Crush problem of ghc-mod
Hey, thanks for the report! I can indeed reproduce this problem with the version of ghc-mod in Debian and the latest version from upstream. I added an issue upstream (https://github.com/kazu-yamamoto/ghc-mod/issues/503) and will report back when we have more information. --Daniel On Sun, Jun 28, 2015 at 08:13:23PM +0900, Kei Hibino wrote: Package: ghc-mod Version: 5.2.1.2-1 Severity: important Dear Maintainer, Not compiled code like below (M.hs) causes ghc-mod to crush. --- {-# LANGUAGE TemplateHaskell #-} module M where import System.Environment import Language.Haskell.TH $(runIO getEnvironment return []) --- Crush exmaple commands and outputs are below. % echo check M.hs | ghc-modi Segmentation fault (core dumped) % ghc-mod check M.hs Segmentation fault (core dumped) Potentially, it may be runtime system problem of ghc package. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ghc-mod depends on: ii ghc 7.8.4-9 ii libc6 2.19-18 ii libffi6 3.1-2+b2 ii libgmp10 2:6.0.0+dfsg-6 Versions of packages ghc-mod recommends: ii ghc-mod-el 5.2.1.2-1 ghc-mod suggests no packages. -- no debconf information ___ Pkg-haskell-maintainers mailing list pkg-haskell-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-haskell-maintainers signature.asc Description: Digital signature
Bug#790245: jessie-pu: package ftpd-ssl/0.17.33+0.3-1deb8u1
On Sun, 2015-06-28 at 15:00 +0200, Mats Erik Andersson wrote: Saturday den 27 June 2015 klockan 23:11 skrev Adam D. Barratt detta: Please go ahead, thanks (bearing in mind the notes above). I have uploaded a built package to 'mentors.debian.net'. It is the only location known to be accessible to me. Tell me if I should deposit the package somewhere else. Well, it'll need to get to ftp-master in order to be accepted, but mentors is likely as good a place as any to make it available for potential sponsors. This reminds me that there is a short time window at ftp-master where my package is available also without an accepted GPG-key. Well, I more meant someone in the keyring, e.g. your sponsor, will need to upload it to ftp-master. I have just uploaded the built package to '/pub/UpLoadQueue/'. It remains to see whether it stays available long enough, and whether a suitable manual intervention is possible. Jun 28 12:26:55 processing /linux-ftpd-ssl_0.17.33+0.3-1+deb8u1_amd64.changes Jun 28 12:26:55 GnuPG signature check failed on linux-ftpd-ssl_0.17.33+0.3-1+deb8u1_amd64.changes Jun 28 12:26:55 /linux-ftpd-ssl_0.17.33+0.3-1+deb8u1_amd64.changes has bad PGP/GnuPG signature! Jun 28 12:26:55 Removing /linux-ftpd-ssl_0.17.33+0.3-1+deb8u1_amd64.changes, but keeping its associated files for now. The .deb is still there and will either need to be dcut or will get auto-removed at some point. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758579: I suppose...
Hi, I suppose thread opener means, that before changing /etc/default/thinkfan (value START from no to yes) the init script (/etc/init.d/thinkfan) seems to be exiting immediately whitout any success or failure message. Ciao lopiuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790254: nmu: ovito_2.3.3-3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello All: On 28/06/15 12:23, Niels Thykier wrote: On 2015-06-28 12:03, Emilio Pozuelo Monfort wrote: On 27/06/15 20:28, Jerome Benoit wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, the recent tachyon package upgrade comes with a minor library transition: I'm sorry but I don't see what library changed SONAME. Can you explain that? [...] What seems to be blocking this is a block hint from Niels. $ grep-excuses tachyon tachyon (0.99~b2+dfsg-0.4 to 0.99~b6+dsx-2) Maintainer: Debian Science Maintainers Too young, only 1 of 5 days old Not touching package due to block request by nthykier (check https://release.debian.org/jessie/freeze_policy.html if update is needed) Not considered Cheers, Emilio [...] Hi, Tachyon removes a -dev package, which is still used by ovito, which is why I blocked the migration. See [1] for the extended story. The summary: * I recommended that ovito was updated as it was the only rdep - I assumed it to be faster than re-introducing the -dev package. * Jerome said he had asked the maintainer to do it. * There is no upload of ovito for months and no bug report about it. Technically, said package is replaced by a series of provides from various other packages. However, I am fairly sure that buildd insist on their being exactly 1 provider of a virtual package if it is to be used. In other words, I believe ovito is still unbuildable on our buildds. I have just tested through pbuilder: you are right, a concrete package must be specify. I am on my way to contact the package maintainer of ovito. Regardless, I prefer that we solve this issue now rather than letting Tachyon migrate and leaving ovito broken until someone (re)discovers the problem. I am agree. Thanks, Jerome Thanks, ~Niels [1] https://lists.debian.org/debian-mentors/2015/06/msg00173.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJVj/8qAAoJEIC/w4IMSybjCnIH/1kePB/HKArrznmB8qB91UAW rsVknHvF/CpcTwGqXuKpTpXJnv2jLmzIjMjLq0oymNyrjyLcatgKVdL1KG6rlDHV Vw5pMcqbNDzaJKn1KUsO/w6uIWmym2fF8gDWIWf00ZMJz8Wi1T4BqOV+l/5i9B4j uBR1wJGY/nHLpUS0f7S5xvUnjpX9lnMjwsuxxryFYZU+Zh7yQXtxz+DeZ4Ru0rLd 6MVvSUO3fqOlUCn8YkXe22eJaw4aT0JFnt9s5JrhlveWfsvvmKV/3LmnMOmGZMyR t3lNHWAIbaoh3/XOXSod7qUBhbyElXty8+RW4aqv4P7JBInYiGSiPLClmAcW4ck= =nD93 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790361: qiv: Crashes gnome-shell when viewing large image
Package: qiv Version: 2.3.1-1 Severity: normal Dear Maintainer, I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) After a while, gnome-shell crashed and I was forced to log-out... My machine has 8GB of RAM, so I wasn't expecting this. Viewing in other viewers works a lot better In my logging I saw: Jun 28 15:45:51 sonata kernel: [16726.163829] traps: gnome-shell[2178] trap int3 ip:7f2a60485d00 sp:7fffed3fd5c0 error:0 -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages qiv depends on: ii libc62.19-18 ii libcairo21.14.2-2 ii libexif120.6.21-2 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1 ii libgtk2.0-0 2.24.28-1 ii libimlib21.4.7-1 ii libjpeg62-turbo 1:1.4.0-7 ii liblcms2-2 2.6-3+b3 ii libmagic11:5.22+15-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libtiff5 4.0.3-13 ii libx11-6 2:1.6.3-1 ii libxext6 2:1.3.3-1 qiv recommends no packages. qiv suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790362: mirage: Uses too much memory
Package: mirage Version: 0.9.5.1-3 Severity: normal Dear Maintainer, I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) It works, but it's using over 1GB of RAM: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 6305 manuel20 0 1534,5m 1,048g 24,0m S 100,1 13,4 1:12.75 mirage One would expect a RAM usage of about 6000 x 26000 x 3 bytes, so about 468MB. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mirage depends on: ii libc62.19-18 ii libx11-6 2:1.6.3-1 ii python 2.7.9-1 ii python-gtk2 2.24.0-4 mirage recommends no packages. Versions of packages mirage suggests: ii gimp 2.8.14-1+b1 ii imagemagick 8:6.8.9.9-5 ii menu 2.1.47 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790368: sidplayfp: improve documentation about configuration
Package: sidplayfp Severity: wishlist Version: 1.3.1-1 Hi, I tried using sidplayfp to play sid files, but it stayed silent and also displayed that it can't find the ROMs: +--+ | Kernal ROM : None - Some tunes may not play! | | BASIC ROM: None - Basic tunes will not play! | | Chargen ROM : None | +--+ In the README of the source I found the following: NOTE: - ROM dumps are no longer embedded but must be supplied by the user. The ROMs are optional and most tune should work fine without but compatibility is not guaranteed. Check the sidplayfp.ini documentation for configuration details and default search paths. So I looked into the manpage of sidplayfp.ini how I can specify the paths to the ROMs (which I already installed for VICE). There it was also not clear where the sidplayfp.ini is actually located (After some research I found it here: ~/.config/sidplayfp/sidplayfp.ini). It would be nice if you could improve the documentation a bit what is necessary to get it working (and point to the sidplayfp.ini manpage). Kind regards, Reiner signature.asc Description: OpenPGP digital signature
Bug#790373: ITP: ruby-logger-application -- add logging support to Ruby applications
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-logger-application Version : 0.0.2 Upstream Author : Hiroshi SHIBATA h...@ruby-lang.org * URL : https://github.com/ruby/logger-application * License : BSD-2-clause Programming Lang: Ruby Description : add logging support to Ruby applications -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790342: [INTL:da] Danish translation of the debconf templates neurodebian
Quoting Joe Dalton (joedalt...@yahoo.dk): Package: neurodebian Severity: wishlist Tags: l10n patch Please include the attached Danish neurodebian translation joe@pc:~/over/debian/neurodebian$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 31 oversatte tekster. bye Joe A typo was found in the original English strings where dpkg-reconfigure was spelled as dpg-reconfigure. This is fixed in the attached file (and also fixed in the translation of course) -- da.po Description: application/gettext signature.asc Description: Digital signature
Bug#790360: metacity: should not recommend gnome-session (only suggest if at all)
Source: metacity Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 metacity recommends gnome-session | x-session-manager. Package relations are directional: It is unusual to install a session- manager without a window-manager, but the opposite is not unusual. Concretely, library parts of Sugar require metacity, and currently installing develpment tools for building Sugar activities _without_ also installing a fullblown Sugar environment pulls in ~100MB of GNOME, depending on what was already on that system. Please stop recommending a session-manager altogether, or if you insist on that arguably reverse relation making sense then at least lower it to only a suggestion. Regards, - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVj/t6AAoJECx8MUbBoAEh244P/i1voZF+982Jp8FnE5Qe0RUn +MCqYpZYIpdJ5T5NzUvz0xkwJGT79rJrygyRp7DlTj8Oniy3wf1BGp5MzNQeOxcJ MgpGzhmp1zvM+t6E62mf9oJznESRy78SSENacOYMLWCLHs/kWhmSGd6ObLB60YPs dKVH9diPCPkXQqz+MdbMGecD/uJE4eiD4FiTxAdgh99IAYwyuloPOtlM62RJP8MI aloeGXhF1/4XZZv73HdJ2phq8SeeRCP1+ufUuGPTFYr9gj3+Ib/EYNrKDKXXpqxb k+F7huK9DIRWYhXlodbGSw23TF7wxuKthrY3ok+RHxV3U34z51wqkq9jmXPiWgsP QYnlbfZbi94Yaf7NIux44xoiFFFQtTG3845OYp7+EPERqqgeUaH5USWI55qu1aMP PPsdpY+nf+eVMHhKX2a4nyVYZZGKhIpk5oCQdmW7qwsCl5EC/zig8pYxJa9W/zog heD9qedR4uHwncSMI/9X42QHz3R7ku+Ks2sPoF+tehociieOL5H7Wy8HxpKBVcIO VkZQO0Z8yPS/84Vy8u0FAmx8faInqEpCcVvxTB9tc4sGTLZFHqFOfK/jZLnyxAw6 PXW67CWdmALNK5Xe4rrli0OxaobQgSTaikDyN3AVUx5inCS9EnVWsDeAtrCqaVW0 CQ02XqAZoZ49+9ItQZhq =bgiA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764129: Can confirm (0.9.2-1)
my machine is: Lenovo x200 with latest bios / ec firmware Hi, it's a ubuntu installation but the same symptoms. I did not check the garbage being read / written but I get the same error message after stressing cpu and changing to different fan levels. Downgrading to 0.8.1-1 stops misbehavior (keeping the same config). Ciao lopiuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747629: systemd: boot fails w/ multi-whole-disk btrfs /home: timed out waiting for dev-sda.device
Ok, so should we close the bug and reopen once you can reproduce it again? I am still running into this issue on one of our Debian sh4 buildds: [ 15.236000] BTRFS: device fsid 834d6bda-7796-4cdf-aa09-8695ec50c03a [ OK ] Started Flush Journal to Persistent Storage. devid 1 transid 58297 /dev/sda2 [ TIME ] Timed out waiting for device dev-ttySC1.device. [DEPEND] Dependency failed for Serial Getty[ TIME ] Timed out waiting for device dev-di...\x2daa09\x2d8695ec50c03a.device. [DEPEND] Dependency failed for /srv/chroots/buildd-sid. [DEPEND] Dependency failed for /srv/chroots/buildd-sid/sys. [DEPEND] Dependency failed for Local File Systems. [DEPEND] Dependency failed for /srv/chroots/buildd-sid/proc. [DEPEND] Dependency failed for /srv/chroots/buildd-sid/dev/pts. [ TIME ] Timed out waiting for device dev-di...\x2db405\x2d60154827bd8a.device. [DEPEND] Dependency failed for /dev/disk/by-...a6e-58e4-47de-b405-60154827bd8a. systemd is waiting for the swap device as well as a btrfs filesystem which contains the chroot for sbuild. It also waits for the serial console ttyS0 which is actually used to boot the board (Renesas SH-7785LCR) as I don't use a video adapter. I added nofail to the fstab entries in question but that doesn't help. The only working solution is commenting the fstab entries for swap and the btrfs chroot out, then reboot the machine and mount the partitions manually once the machine has come up. systemd version is 220-2, attaching my /etc/fstab. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 # UNCONFIGURED FSTAB FOR BASE SYSTEM UUID=aa6ba676-a156-488f-8022-28aefaed50d8 / ext4errors=remount-ro 0 1 UUID=b8f60a6e-58e4-47de-b405-60154827bd8a none swap sw,nofail 0 0 #/dev/sda3 noneswapsw 0 0 # chroots UUID=834d6bda-7796-4cdf-aa09-8695ec50c03a /srv/chroots/buildd-sid btrfs defaults,subvol=buildd-base,noatime,nodiratime,nofail 0 0 #/dev/vg/buildd /org/chroots/buildd-sid btrfs defaults,noatime,subvol=buildd-base 0 0 #/dev/hda5 /org/chroots/buildd-sid/var/cache/apt/archives btrfs defaults,subvol=aptarchives 0 2 #/dev/hda5 /org/chroots/buildd-sid/var/lib/apt/lists btrfs defaults,subvol=aptlists 0 2 # chroot procs proc/srv/chroots/buildd-sid/proc procdefaults0 0 sysfs /srv/chroots/buildd-sid/sys sysfs defaults 0 0 /dev/pts /srv/chroots/buildd-sid/dev/pts nonebind 0 0
Bug#790375: sugar-record-activity: video support requires gstreamer0.10-ffmpeg unlikely to stabilize
Package: sugar-record-activity Version: 100-2 Severity: important Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Record activity uses GStreamer 0.10, with video recording requiring the GStreamer ffmpeg plugin in Debian package gstreamer0.10-ffmpeg which is unlikely to stabilize on Debian - see https://bugs.debian.org/742037. A possible workaround is to backport some unstable snapshot of libav (or ffmpeg) and gstreamer0.10-ffmpeg. Sustainable solution is to patch Record activity to use GStreamer 1.0 and the GStreamer libav plugin. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVkBr1AAoJECx8MUbBoAEhmNwP/RwnNsCpd8Y9H10NqMbP/3tH oa/aMU2sPyrBCU6yiso5jp5Xl3vEmz/FURV6MyyEYzCEKmgiECfrwOYhpp3aKzKe 1N0e0Se12YV5ghCokvq/sze5PmbfGFd4ZrPDZfvHZzQqWQg2b2B/FHapbLPeIi35 FiDnvK1f+H7Kf46mcsnTCx8lXIUoHJtcienn6qKKYnZez3ihaO05MxS/McpqjLvH YDIK70p1Nrz18t+2WPZMpdHfkxJtbbN2bMnapiy0M/FjoznJHaCcSUsDvnvPDiv4 iHRC1nTwkXwt+fW6AmeTLK7YkSim4Iq+urAzaVsdtvTCgIXnSTite+2sxoLQd3ao fOem8P8AUsEXWMiWIbg9gawZHXv6i2TG9F75H4dhlupCKkq2TLA8vhMQ+OnQms/N ACT4WuS1v8LjXFbRb4qL6RjKCGcak2PfqBl43RJMPxGH7Uz+ZcaCLaG7Dfnhbw3I R/o9439POnkGqAZwsJrV2k5lrRRekY8BIQpFRKSWeYkRPyjEok7Rlv6FclzZYsAj SWUCk1qmlRNzpanOb5h7eyyw/qzq7k54b7gfy0WFQu1xyPfNqOZnga3DGHI8wflk YmfAMOazVpmqVl6VL08BSJtdfgGjvtWl101xCupSDzl9tSbSLu1q/XazY7F8YBR0 7FUrASmSJ05Ct3iNuM1w =O3XD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790341: [Pkg-utopia-maintainers] Bug#790341: network-manager: [regression] change in dnsmasq has broken connection sharing support
Hi Paul, thanks for your bug report. Am 28.06.2015 um 10:23 schrieb Paul Wise: Package: network-manager Version: 1.0.2-2 Severity: important Tags: patch I sometimes share my WiFi connection to the Internet via Ethernet. A recent upgrade of dnsmasq-base (I think 2.72-3.1+b1 to 2.73-1) on my system broke this as dnsmasq now tries to read /etc/dnsmasq.conf when --conf-file is given without any argument, with only dnsmasq-base, this file is not present. The fix is to make it read /dev/null instead. I verified that that works by diverting the dnsmasq binary and replacing the --conf-file argument with a --conf-file=/dev/null argument. src/dnsmasq-manager/nm-dnsmasq-manager.c:245 - nm_cmd_line_add_string (cmd, --conf-file); + nm_cmd_line_add_string (cmd, --conf-file=/dev/null); I can't find anything in dnsmasq's changelog for 2.73 in that regard. To me that looks like a regression in dnsmasq and should probably be fixed there. I've CCed the dnsmasq maintainer, maybe he can comment on this. If the current usage of --conf-file with an empty parameter was not officially supported and only working by accident, then this is indeed something which needs adjustments in NM, otherwise this bug report should be re-assigned to dnsmasq. Regards, Michael Jun 28 16:04:19 chianamo NetworkManager[844]: info Starting dnsmasq... Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: ip-config - ip-check (reason 'none') [70 80 0] Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): Activation: Stage 5 of 5 (IPv4 Commit) complete. Jun 28 16:04:19 chianamo NetworkManager[844]: dnsmasq --conf-file --no-hosts --keep-in-foreground --bind-interfaces --except-interface=lo --clear-on-reload --strict-order --listen-address=10.42.0.1 --dhcp-range=10.42.0.10,10.42.0.254,60m --dhcp-option=option:router,10.42.0.1 --dhcp-lease-max=50 --pid-file=/var/run/nm-dnsmasq-eth0.pid Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: ip-check - secondaries (reason 'none') [80 90 0] Jun 28 16:04:19 chianamo NetworkManager[844]: info (eth0): device state change: secondaries - activated (reason 'none') [90 100 0] Jun 28 16:04:19 chianamo NetworkManager[844]: dnsmasq: cannot read /etc/dnsmasq.conf: No such file or directory -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#745287: igalician-minimos: Typo in package description: This is a
Package: igalician-minimos Version: 0.5-42 Severity: minor User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu wily Dear Maintainer, The short package description still contains the typo: This is a ispell dictionary for Galician, using the minimos standard, as put together by Andre Ventas and Ramon Flores. Should be: This is an ispell dictionary for Galician, using the minimos standard, as put together by Andre Ventas and Ramon Flores. Thanks, Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790357: clanlib: please make the build reproducible
Source: clanlib Version: 1.0~svn3827-3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that clanlib could not be built reproducibly. The attached patch removes randomness from the build system. Once applied, clanlib 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 --no-dereference -urNad clanlib.orig/clanlib-1.0~svn3827/Documentation/Reference/class.plg clanlib/clanlib-1.0~svn3827/Documentation/Reference/class.plg --- clanlib.orig/clanlib-1.0~svn3827/Documentation/Reference/class.plg 2015-06-28 13:52:33.696843929 +0100 +++ clanlib/clanlib-1.0~svn3827/Documentation/Reference/class.plg 2015-06-28 13:53:31.607458878 +0100 @@ -861,7 +861,7 @@ my $str; my $cur_also; - foreach $cur_also (keys %see_also) + foreach $cur_also (sort keys %see_also) { $str .= | if ($str ne ); $str .= $see_also{$cur_also};
Bug#790367: unar: lsar -L doesn't show timestamp, only format string
Package: unar Version: 1.8.1-4 Severity: minor Dear Maintainer, When I run `lsar -L` it doesn't display a timestamp for Last modified of the various files. Instead, it shows a format string: Last modified:MMdd hh:mm a Looks like `lsar -l` is able to pick up and display the correct timestamps though. Tested with a random .zip-file. Presumably the case for all files. (See also https://bugs.launchpad.net/ubuntu/+source/unar/+bug/1393322) -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/1 CPU core) 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 unar depends on: ii dpkg 1.18.1 ii gnustep-base-runtime 1.24.7-1 ii libbz2-1.01.0.6-8 ii libc6 2.19-18 ii libgcc1 1:5.1.1-12 ii libgnustep-base1.24 1.24.7-1 ii libicu52 52.1-9 ii libobjc4 5.1.1-12 ii libstdc++65.1.1-12 ii libwavpack1 4.75.0-1 ii zlib1g1:1.2.8.dfsg-2+b1 unar recommends no packages. unar suggests no packages. -- no debconf information -- mvh / best regards Hans Joachim Desserud http://desserud.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790344: libemos-dev: arch-dependent file in Multi-Arch: same package
Thanks, libemos and its rdepends have moved over from autoconf to cmake based build systems, and introduced a rake of issues. I'm testing out moving the new cmake modules from emos into arch-dependent directories and getting the rdepends magics, metview and grib-api to detect the new locations. regards Alastair On 28/06/2015 10:01, Jakub Wilk wrote: Package: libemos-dev Version: 2:4.0.3+dfsg.1-2 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libemos-dev is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/cmake-3.2/Modules/libemos-config.cmake An example diff between i386 and amd64 is attached. -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry Misentropy: doubting that the Universe is becoming more disordered. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787890: Segmentation fault with ^N under specific condition
First, Tony, please file another bug for your problem. This bug is about a specific problem with editing one file with multiple nanos. It does not seem to be locale-related as yours does. In your new bug, please include a test file that causes your nano to crash. Second, Justaguy... I cannot reproduce. :| I run 'nano foo' in one terminal, and 'nano foo bar' in another, press N, type a few letters, hit ^X, press N, and nano exits normally. No segfault, no matter how often I try this with nano-2.4.1. To be complete: foo and bar do not exist before running those commands. Could you try running your two nano commands with the options --ignorercfiles --locking? Does it then still happen? By the way, in the subject line you say ^N, but you meant ^X, right? Benno -- http://www.fastmail.com - Send your email first class -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790369: lintian: please correct spelling for GNU Public Licence
Package: lintian Version: 2.5.31 Severity: wishlist Tags: patch -- Jakub Wilk diff --git a/data/spelling/corrections-multiword b/data/spelling/corrections-multiword --- a/data/spelling/corrections-multiword +++ b/data/spelling/corrections-multiword @@ -9,8 +9,8 @@ (?i)allows to||allows one to (?i)an other||another (?i)debian/gnu linux||Debian GNU/Linux -(?i)gnu public license||GNU General Public License -(?i)gnu lesser public license||GNU Lesser General Public License +(?i)gnu public licen[cs]e||GNU General Public License +(?i)gnu lesser public licen[cs]e||GNU Lesser General Public License (?i)is not enable||is not enabled (?i)permit to||permit one to (?i)permits to||permits one to
Bug#790371: djvulibre: please make the build reproducible
Source: djvulibre Version: 3.5.27.1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi! While working on the “reproducible builds” effort [1], we have noticed that djvulibre could not be built reproducibly. The attached patch removes extra timestamps from the gzip files. Once applied, djvulibre can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Dhole diff -Nru djvulibre-3.5.27.1/debian/changelog djvulibre-3.5.27.1/debian/changelog --- djvulibre-3.5.27.1/debian/changelog 2015-05-05 10:30:15.0 +0200 +++ djvulibre-3.5.27.1/debian/changelog 2015-06-25 19:40:13.0 +0200 @@ -1,3 +1,10 @@ +djvulibre (3.5.27.1-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Remove timestamp when calling gzip to make package build reproducibly + + -- Dhole dh...@openmailbox.org Thu, 25 Jun 2015 19:39:52 +0200 + djvulibre (3.5.27.1-1) unstable; urgency=medium * freeze is over, can target to unstable once more diff -Nru djvulibre-3.5.27.1/debian/patches/remove_gzip_timestamp djvulibre-3.5.27.1/debian/patches/remove_gzip_timestamp --- djvulibre-3.5.27.1/debian/patches/remove_gzip_timestamp 1970-01-01 01:00:00.0 +0100 +++ djvulibre-3.5.27.1/debian/patches/remove_gzip_timestamp 2015-06-25 19:40:46.0 +0200 @@ -0,0 +1,21 @@ +Description: Remove gzip timestamp + . + djvulibre (3.5.27.1-1.1) UNRELEASED; urgency=medium + . + * Non-maintainer upload. + * Remove timestamp when calling gzip to make package build reproducibly +Author: Dhole dh...@openmailbox.org + +--- + +--- djvulibre-3.5.27.1.orig/desktopfiles/Makefile.am djvulibre-3.5.27.1/desktopfiles/Makefile.am +@@ -61,7 +61,7 @@ else + endif + + svg_process =\ +-cat $ | gzip $@ ++cat $ | gzip -n $@ + + svg_verbose = $(svg_verbose_@AM_V@) + svg_verbose_ = $(svg_verbose_@AM_DEFAULT_V@) diff -Nru djvulibre-3.5.27.1/debian/patches/series djvulibre-3.5.27.1/debian/patches/series --- djvulibre-3.5.27.1/debian/patches/series2015-05-05 10:31:09.0 +0200 +++ djvulibre-3.5.27.1/debian/patches/series2015-06-25 19:40:30.0 +0200 @@ -1 +1,2 @@ debian-changes +remove_gzip_timestamp signature.asc Description: OpenPGP digital signature
Bug#790370: openjdk-8: FTBFS on sparc: g++-4.9: error: language regs=no%appl not recognized
Source: openjdk-8 Version: 8u45-b14-4 Hi, When building openjdk-8 on sparc (using openjdk-7), I get the following error: Compiling bands.cpp (for unpack200) /usr/bin/g++-4.9 -DSYSTEM_ZLIB -xregs=no%appl -W -Wall -Wno-unused -Wno-unused-parameter -Wno-parentheses -pipe -D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE -fno-omit-frame-pointer -D_BIG_ENDIAN -DLINUX -DNDEBUG -DARCH='sparc' -Dsparc -DRELEASE='1.8.0_45-internal' -I/build/openjdk-8-8u45-b14/build/jdk/include -I/build/openjdk-8-8u45-b14/build/jdk/include/linux -I/build/openjdk-8-8u45-b14/src/jdk/src/share/javavm/export -I/build/openjdk-8-8u45-b14/src/jdk/src/solaris/javavm/export -I/build/openjdk-8-8u45-b14/src/jdk/src/share/native/common -I/build/openjdk-8-8u45-b14/src/jdk/src/solaris/native/common -fpermissive -DFULL -fPIC -DPRODUCT -O2 -DTHIS_FILE='bands.cpp' -c -MMD -MF /build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bands.d -o /build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bands.o /build/openjdk-8-8u45-b14/src/jdk/src/share/native/com/sun/java/util/jar/pack/bands.cpp Compiling bytes.cpp (for unpack200) /usr/bin/g++-4.9 -DSYSTEM_ZLIB -xregs=no%appl -W -Wall -Wno-unused -Wno-unused-parameter -Wno-parentheses -pipe -D_GNU_SOURCE -D_REENTRANT -D_LARGEFILE64_SOURCE -fno-omit-frame-pointer -D_BIG_ENDIAN -DLINUX -DNDEBUG -DARCH='sparc' -Dsparc -DRELEASE='1.8.0_45-internal' -I/build/openjdk-8-8u45-b14/build/jdk/include -I/build/openjdk-8-8u45-b14/build/jdk/include/linux -I/build/openjdk-8-8u45-b14/src/jdk/src/share/javavm/export -I/build/openjdk-8-8u45-b14/src/jdk/src/solaris/javavm/export -I/build/openjdk-8-8u45-b14/src/jdk/src/share/native/common -I/build/openjdk-8-8u45-b14/src/jdk/src/solaris/native/common -fpermissive -DFULL -fPIC -DPRODUCT -O2 -DTHIS_FILE='bytes.cpp' -c -MMD -MF /build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bytes.d -o /build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bytes.o /build/openjdk-8-8u45-b14/src/jdk/src/share/native/com/sun/java/util/jar/pack/bytes.cpp g++-4.9: error: language regs=no%appl not recognized g++-4.9: error: language regs=no%appl not recognized CompileLaunchers.gmk:474: recipe for target '/build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bands.o' failed make[3]: *** [/build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bands.o] Error 1 make[3]: *** Waiting for unfinished jobs g++-4.9: error: language regs=no%appl not recognized g++-4.9: error: language regs=no%appl not recognized CompileLaunchers.gmk:474: recipe for target '/build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bytes.o' failed make[3]: *** [/build/openjdk-8-8u45-b14/build/jdk/objs/unpackexe/bytes.o] Error 1 make[3]: Leaving directory '/build/openjdk-8-8u45-b14/src/jdk/make' BuildJdk.gmk:75: recipe for target 'launchers-only' failed make[2]: *** [launchers-only] Error 2 make[2]: Leaving directory '/build/openjdk-8-8u45-b14/src/jdk/make' /build/openjdk-8-8u45-b14/src//make/Main.gmk:115: recipe for target 'jdk-only' failed make[1]: *** [jdk-only] Error 2 make[1]: Leaving directory '/build/openjdk-8-8u45-b14/build' /bin/bash: line 5: kill: (4753) - No such process debian/rules:1276: recipe for target 'stamps/build' failed make: *** [stamps/build] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790374: oxygen-icons: please make the build reproducible
Source: oxygen-icons Version: 4:14.12.2-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps fileordering Hi! While working on the “reproducible builds” effort [1], we have noticed that oxygen-icons could not be built reproducibly. The attached patch removes the timestamps from the the generated png icons. oxygen-icons uses the script symlink_duplicates.sh to find duplicate files (with fdupes) and create symlinks before packing the files. The order in which duplicates are found can differ between runs making the symlinks undeterministic. The provided patch parses the output of fdupes to sort the groups of duplicated files, making the output deterministic. Once applied, oxygen-icons can be built reproducibly in our current experimental framework. [1]: https://wiki.debian.org/ReproducibleBuilds -- Dhole diff -Nru oxygen-icons-14.12.2/debian/changelog oxygen-icons-14.12.2/debian/changelog --- oxygen-icons-14.12.2/debian/changelog 2015-02-16 12:01:41.0 +0100 +++ oxygen-icons-14.12.2/debian/changelog 2015-06-26 13:22:21.0 +0200 @@ -1,3 +1,12 @@ +oxygen-icons (4:14.12.2-2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Remove timestamps from png to make package build reproducibly + * symlink_duplicates.sh now symlinks files in a reproducible way (by sorting +the results of fdupes) + + -- Dhole dh...@openmailbox.org Fri, 26 Jun 2015 13:21:16 +0200 + oxygen-icons (4:14.12.2-1) experimental; urgency=medium * Prepare Debian release. diff -Nru oxygen-icons-14.12.2/debian/patches/remove_png_timestamps oxygen-icons-14.12.2/debian/patches/remove_png_timestamps --- oxygen-icons-14.12.2/debian/patches/remove_png_timestamps 1970-01-01 01:00:00.0 +0100 +++ oxygen-icons-14.12.2/debian/patches/remove_png_timestamps 2015-06-25 18:22:02.0 +0200 @@ -0,0 +1,25 @@ +Description: Remove png timestamps + . + oxygen-icons (4:14.12.2-1.1) UNRELEASED; urgency=medium + . + * Non-maintainer upload. + * Remove timestamps from png to make package build reproducibly +Author: Dhole dh...@openmailbox.org + +--- + +--- oxygen-icons-14.12.2.orig/scalable/export_pngs.sh oxygen-icons-14.12.2/scalable/export_pngs.sh +@@ -31,10 +31,10 @@ for size in $sizes; do + inkscape --without-gui --export-png=../${size}x${size}/$iconDir/$iconPngName --export-dpi=72 --export-background-opacity=0 --export-width=$size --export-height=$size $smallicon /dev/null + + else +-convert -filter Sinc -resize ${size}x${size} $iconPngName ../${size}x${size}/$iconDir/$iconPngName ++convert -filter Sinc -resize ${size}x${size} $iconPngName +set date:create +set date:modify -define png:exclude-chunk=time ../${size}x${size}/$iconDir/$iconPngName + fi + else +- convert -filter Sinc -resize ${size}x${size} $iconPngName ../${size}x${size}/$iconDir/$iconPngName ++ convert -filter Sinc -resize ${size}x${size} $iconPngName +set date:create +set date:modify -define png:exclude-chunk=time ../${size}x${size}/$iconDir/$iconPngName + fi + echo Converted the icon named $( echo $iconName | cut -d . -f -1 ) to size: $size + done diff -Nru oxygen-icons-14.12.2/debian/patches/series oxygen-icons-14.12.2/debian/patches/series --- oxygen-icons-14.12.2/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ oxygen-icons-14.12.2/debian/patches/series 2015-06-25 18:21:42.0 +0200 @@ -0,0 +1 @@ +remove_png_timestamps diff -Nru oxygen-icons-14.12.2/debian/rules oxygen-icons-14.12.2/debian/rules --- oxygen-icons-14.12.2/debian/rules 2015-02-16 12:01:41.0 +0100 +++ oxygen-icons-14.12.2/debian/rules 2015-06-25 18:15:39.0 +0200 @@ -7,7 +7,8 @@ override_dh_auto_build: convert 64x64/mimetypes/x-office-document.png \ - -scale 22x22 22x22/mimetypes/x-office-document.png + -scale 22x22 +set date:create +set date:modify -define png:exclude-chunk=time \ + 22x22/mimetypes/x-office-document.png $(overridden_command) override_dh_install: diff -Nru oxygen-icons-14.12.2/debian/symlink_duplicates.sh oxygen-icons-14.12.2/debian/symlink_duplicates.sh --- oxygen-icons-14.12.2/debian/symlink_duplicates.sh 2015-02-16 12:01:41.0 +0100 +++ oxygen-icons-14.12.2/debian/symlink_duplicates.sh 2015-06-26 13:20:30.0 +0200 @@ -5,13 +5,27 @@ # $1 Root directory for absolute path calculation # $2 Directory for searching duplicate files +# Call fdupes and sort the filenames in the groups of duplicates in the output +function fdupes_sorted { + duplicates= + fdupes ${*:2} | while read line; do + if [ -z $line ]; then + echo -n $duplicates | sort + echo + duplicates= + else + duplicates=$duplicates$line$'\n' + fi + done +} + echo Symlinking duplicate
Bug#778177: xapian-bindings still FTBFS after rebuilding xapian using gcc-5
After locally rebuilding xapian using gcc-5, in my setup which uses both glibc and gcc-defaults from experimental, I get the testsuite failing in the build of xapian-bindings: ... Making check in ruby make[2]: Entering directory '/tmp/buildd/xapian-bindings-1.2.21/debian/build/ruby2.2/ruby' make check-am make[3]: Entering directory '/tmp/buildd/xapian-bindings-1.2.21/debian/build/ruby2.2/ruby' make check-TESTS make[4]: Entering directory '/tmp/buildd/xapian-bindings-1.2.21/debian/build/ruby2.2/ruby' /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require': cannot load such file -- test/unit (LoadError) from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require' from ../../../../ruby/smoketest.rb:27:in `main' FAIL: smoketest.rb === 1 of 1 test failed Please report to http://xapian.org/bugs === Makefile:614: recipe for target 'check-TESTS' failed make[4]: *** [check-TESTS] Error 1 make[4]: Leaving directory '/tmp/buildd/xapian-bindings-1.2.21/debian/build/ruby2.2/ruby' Makefile:737: recipe for target 'check-am' failed make[3]: *** [check-am] Error 2 make[3]: Leaving directory '/tmp/buildd/xapian-bindings-1.2.21/debian/build/ruby2.2/ruby' Makefile:739: recipe for target 'check' failed make[2]: *** [check] Error 2 make[2]: Leaving directory '/tmp/buildd/xapian-bindings-1.2.21/debian/build/ruby2.2/ruby' Makefile:413: recipe for target 'check-recursive' failed make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory '/tmp/buildd/xapian-bindings-1.2.21/debian/build/ruby2.2' debian/rules:286: recipe for target 'build-stamp' failed make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790376: Update ParMETIS to version 4.0.3
Package: parmetis Version: 3.1.1-4 ParMETIS 3.1.1-4 is outdated for four years. The must recent version is 4.0.3. Would you be so kind updating the package and putting it to Jessie backports? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790358: please don't depend on clang-3.4
Package: kfreebsd-11 Control: block 783516 by -1 kfreebsd-11 currently depends on clang-3.4 which is going to be removed (see bug #783516), so please update the dependency to a newer version. Also, if possible, please do the same for kfreebsd-10. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790359: eog: 6000x26000 image doesn't display, even controls not displayed
Package: eog Version: 3.16.2-1 Severity: normal Dear Maintainer, I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) After a while, eog shows up, but the whole window is black. Even all icons and other controls are not displayed, mostly black. The zoom level doesn't seem to influence this. Moreover, although you'd expect a RAM usage of about 6000 x 26000 x 3 bytes, it's much larger: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 1107 root 20 0 8988,8m 1,243g 640,3m S 0,0 15,9 2:34.42 Xorg 3874 manuel20 0 9151,2m 1,048g 619,0m S 0,0 13,4 0:06.30 eog and after closing eog: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 1107 root 20 0 201,9m 83,6m 45,2m S 1,3 1,0 2:35.73 Xorg So, it's looking like eog isn't working very efficiently with RAM at all... -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages eog depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gir1.2-gtk-3.0 3.16.4-2 ii gir1.2-peas-1.0 1.12.1-2 ii gsettings-desktop-schemas3.16.1-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libexempi3 2.2.2-2 ii libexif120.6.21-2 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgirepository-1.0-11.44.0-1+b1 ii libglib2.0-0 2.44.1-1 ii libgnome-desktop-3-103.16.2-2 ii libgtk-3-0 3.16.4-2 ii libjpeg62-turbo 1:1.4.0-7 ii liblcms2-2 2.6-3+b3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpeas-1.0-01.12.1-2 ii librsvg2-2 2.40.9-2 ii libx11-6 2:1.6.3-1 ii shared-mime-info 1.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages eog recommends: ii librsvg2-common 2.40.9-2 ii yelp 3.16.1-1 eog suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790364: xloadimage: Uses too much memory
Package: xloadimage Version: 4.1-23+b1 Severity: normal Dear Maintainer, I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) It works, but it's using over 1GB of RAM: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 6427 manuel20 0 1534,9m 1,022g 4,0m R 15,0 13,1 0:04.99 xloadimage 4321 root 20 0 786,4m 669,1m 40,4m R 99,4 8,4 0:31.05 Xorg as you see, also quite some in Xorg... After killing that xloadimage process it goes down to: 4321 root 20 0 191,3m 74,0m 40,4m S 0,7 0,9 0:32.33 Xorg -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xloadimage depends on: ii libc62.19-18 ii libjpeg62-turbo 1:1.4.0-7 ii libpng12-0 1.2.50-2+b2 ii libtiff5 4.0.3-13 ii libx11-6 2:1.6.3-1 xloadimage recommends no packages. xloadimage suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790363: lierolibre: allow or add mipsel to arch list
Source: lierolibre Severity: serious Tags: patch Justification: fails to build from source Dear maintainer, please allow or add mipsel to the arch list of lierolibre. You can find attached a patchfor d/patches/ to achieve it. Thanks, best regards. Description: add mips to allowed arches Allow mips* arches to be built, adding it to the list of arches. Origin: upstream, https://gitlab.com/lierolibre/lierolibre/issues/2 Bug: https://gitlab.com/lierolibre/lierolibre/issues/2 Forwarded: https://gitlab.com/lierolibre/lierolibre/issues/2 Reviewed-By: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com Last-Update: 2015-06-28 --- lierolibre-0.5.orig/src/gvl/math/ieee.cpp +++ lierolibre-0.5/src/gvl/math/ieee.cpp @@ -52,7 +52,7 @@ extern unsigned char const scaledown[10] void gvl_init_ieee() { -#if GVL_MSVCPP +#if GVL_MSVCPP || defined(_MIPS_ARCH_MIPS2) // Nothing needs to be done, TODO: we should however check that the x87 state is right #elif GVL_GCC GVL_WIN32 unsigned int const flags = _RC_NEAR | _PC_53 | _EM_INVALID | _EM_DENORMAL | _EM_ZERODIVIDE | _EM_OVERFLOW | _EM_UNDERFLOW | _EM_INEXACT; --- lierolibre-0.5.orig/src/gvl/support/platform.h +++ lierolibre-0.5/src/gvl/support/platform.h @@ -85,7 +85,7 @@ #if !GVL_X86 !GVL_X86_64 # if defined(_M_X64) || defined(__x86_64__) || GVL_WIN64 # define GVL_X86_64 1 -# elif defined(__i386__) || defined(_M_IX86) || defined(i386) || defined(i486) || defined(intel) || defined(x86) || defined(i86pc) +# elif defined(__i386__) || defined(_M_IX86) || defined(i386) || defined(i486) || defined(intel) || defined(x86) || defined(i86pc) || defined(_MIPS_ARCH_MIPS2) # define GVL_X86 1 # else # error Unknown architecture, please add it
Bug#790366: gthumb: 6000x26000 image doesn't display, even controls not displayed
Package: gthumb Version: 3:3.4.0-2 Severity: normal Dear Maintainer, I was trying to view a PNG with the following properties: 05_Xak_2_-_Het_Kasteel.png: PNG image data, 6000 x 26000, 8-bit/color RGB, non-interlaced (it can be downloaded here: http://www.msx.org/downloads/xak-ii-map ) After a while, gthumb shows up, but the whole image is shown as black. Even all icons and other controls are not displayed, only a background color is shown. The preview at the bottom is showing the image fine, though. The zoom level doesn't seem to influence this. Moreover, although you'd expect a RAM usage of about 6000 x 26000 x 3 bytes, it's much larger, as over 1GB is used by the application and 600+MB is used by Xorg at the same time: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 6481 manuel20 0 9755,3m 1,244g 648,2m S 0,0 15,9 0:08.56 gthumb 4321 root 20 0 8383,3m 662,3m 628,6m S 0,3 8,3 0:39.01 Xorg After closing gthumb this is the memory usage of Xorg: 4321 root 20 0 191,8m 74,1m 40,4m S 6,0 0,9 0:39.82 Xorg -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.16.1-1 ii gthumb-data 3:3.4.0-2 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.22.2-3 ii libclutter-gtk-1.0-01.6.0-1 ii libcogl-pango20 1.20.0-2 ii libcogl-path20 1.20.0-2 ii libcogl20 1.20.0-2 ii libdrm2 2.4.60-3 ii libegl1-mesa [libegl1-x11] 10.5.7-1 ii libexiv2-13 0.24-4.1 ii libgbm1 10.5.7-1 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgstreamer-plugins-base1.0-0 1.4.5-2 ii libgstreamer1.0-0 1.4.5-2 ii libgtk-3-0 3.16.4-2 ii libjavascriptcoregtk-4.0-18 2.8.3+dfsg1-1 ii libjpeg62-turbo 1:1.4.0-7 ii libjson-glib-1.0-0 1.0.4-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpng12-0 1.2.50-2+b2 ii librsvg2-2 2.40.9-2 ii libsecret-1-0 0.18.2-1 ii libsoup2.4-12.50.0-2 ii libstdc++6 5.1.1-9 ii libtiff54.0.3-13 ii libwayland-client0 1.8.1-1 ii libwayland-cursor0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.5.7-1 ii libwayland-server0 1.8.1-1 ii libwebkit2gtk-4.0-372.8.3+dfsg1-1 ii libwebp50.4.3-1.3 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon0 0.5.0-1 ii libxrandr2 2:1.4.2-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gthumb recommends: ii bison 2:3.0.2.dfsg-2 ii flex2.5.39-8+b1 ii gstreamer0.10-gnomevfs 0.10.36-2 ii gvfs-bin1.24.1-2+b1 ii libgphoto2-62.5.7-5 ii libgphoto2-port12 2.5.7-5 gthumb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790365: pycode-browser: predictable temporary file vulnerability
Package: pycode-browser Version: 20120614+git+b041dd2-8 Severity: normal Tags: security pycode-browser has a predictable temporary file vulnerability. When following the below steps, it uses the predictable temporary file /tmp/pycode-0007-0007.py and will overwrite its contents. You can reproduce this with the attached script by running ./test-pycode-browser pycode-browser and following the steps. * Launch pycode-browser (with or without the script). * Open one of the test programs. * Modify it in some way. * Do not save the file. * Click the Execute button. The program will write the contents to the temporary file. Upon exiting, the script will report that the program is vulnerable. The vulnerability is ameliorated by fs.protected_symlinks, but systems running without that enabled are vulnerable to a symlink attack. The Debian Security Team has allocated CVE-2015-0849 to this vulnerability. I sent an email to upstream but have received no response, so I'm filing this bug. No DSA will be issued for this vulnerability. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (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=es_US.UTF-8, LC_CTYPE=es_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 #!/bin/sh # test-pycode-browser: set up temporary file vuln testing # # Usage: test-pycode-browser pycode-browser TEMPDIR=`mktemp -d` [ -n $TEMPDIR ] || exit 1 printf '%d exploit test\n' $$ $TEMPDIR/exploit sha384sum $TEMPDIR/exploit $TEMPDIR/hash ln -s $TEMPDIR/exploit /tmp/pycode-0007-0007.py $@ if sha384sum -c $TEMPDIR/hash /dev/null 21 then printf Program is not vulnerable.\n else printf Program is VULNERABLE!\n fi rm -r -- $TEMPDIR signature.asc Description: Digital signature