Bug#791847: [pkg-uWSGI-devel] Bug#791847: uwsgi: FTBFS with ruby2.2: Error: unable to find directory 'plugins/rack_ruby21'
Quoting Christian Hofstaedtler (2015-07-09 00:58:37) * Jonas Smedegaard d...@jones.dk [150709 01:27]: Quoting Christian Hofstaedtler (2015-07-08 14:46:43) We're planning to switch the ruby version in unstable to 2.2, and shortly after that 2.1 will be removed. Could you please pretty please provide a mechanism for resolving which is the main Ruby version at any time. With ruby and ruby-all-dev from experimental: % dh_ruby --print-supported ruby2.2 With ruby and ruby-all-dev from unstable: % dh_ruby --print-supported ruby2.1 ruby2.2 I'd suggest you build for all ruby versions, as much as you currently build for all lua versions. If you can not, then build for the first ruby version in the returned list. Thanks, that is valuable info. I recommend you include somewhere canonical - nd point to that canonical place so that people like me can track that for eventual future updates :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#779740: accountsservice: Transition to libsystemd
Hi! On Thu, Jul 9, 2015 at 2:51 PM, Michael Biebl bi...@debian.org wrote: Please find attached a patch which makes use of the new libsystemd library. Since your package already uses dh-autoreconf, no further changes should be necessary. Thanks for considering. Would be great if you can include that in your next upload. Feel free to commit them to the git repository. Thanks! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789773: closed by b...@debian.org (Re: Bug#789772: don't blame piuparts if you violate policy)
On 2015-07-06 11:27, Debian Bug Tracking System wrote: - FusionForge has been doing this for more than a decade, without any user raising any issue. This is a good indicator that we are doing things right. While detection for these issues has been implemented in piuparts for a long time, piuparts only noticed these conffile related issues in the recent 6.x uploads - so either fusionforge is now doing something differently or something has changed in the packages owning these conffiles (e.g. turning non-conffile configuration files into conffiles). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791924: tracker.d.o: please compact the visualization
Package: qa.debian.org Severity: normal Hello, please compare an example like: https://tracker.debian.org/pkg/gdb https://packages.qa.debian.org/g/gdb.html in PTS the information are displayed in a much more compacted manner, please setup tracker to remove all that extra space. Thanks, Sandro -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') 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: unable to detect -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791923: alpine: please make the build reproducible
Source: alpine Version: 2.20+dfsg1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the reproducible builds effort [1], we have noticed that alpine could not be built reproducibly. The attached patch removes timestamps from the build system. Once applied, alpine 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 alpine.orig/alpine-2.20+dfsg1/debian/patches/90_reproducible_build.patch alpine/alpine-2.20+dfsg1/debian/patches/90_reproducible_build.patch --- alpine.orig/alpine-2.20+dfsg1/debian/patches/90_reproducible_build.patch 1970-01-01 01:00:00.0 +0100 +++ alpine/alpine-2.20+dfsg1/debian/patches/90_reproducible_build.patch 2015-07-09 16:12:22.460926998 +0100 @@ -0,0 +1,10 @@ +--- alpine-2.20+dfsg1.orig/alpine/Makefile.am alpine-2.20+dfsg1/alpine/Makefile.am +@@ -48,5 +48,5 @@ AM_LDFLAGS = `cat @top_srcdir@/c-client/ + CLEANFILES = date.c + + date.c: +- echo char datestamp[]=\`date`\; date.c +- echo char hoststamp[]=\`hostname`\; date.c ++ echo char datestamp[]=\`dpkg-parsechangelog -l../debian/changelog -SDate`\; date.c ++ echo char hoststamp[]=\debian\; date.c diff --no-dereference -urNad alpine.orig/alpine-2.20+dfsg1/debian/patches/series alpine/alpine-2.20+dfsg1/debian/patches/series --- alpine.orig/alpine-2.20+dfsg1/debian/patches/series 2015-07-09 16:09:24.238634581 +0100 +++ alpine/alpine-2.20+dfsg1/debian/patches/series 2015-07-09 16:12:19.012746733 +0100 @@ -4,3 +4,4 @@ 40_fix_filter_hardcoded_paths.patch 40_fix_browser_hardcoded_paths.patch 80_remove_phone_home.patch +90_reproducible_build.patch
Bug#791920: systemd: with ifupdown, ifup@.service forces ifup eth0 even with no Ethernet link
Am 09.07.2015 um 16:54 schrieb Vincent Lefevre: -- Unit ifup@eth0.service has begun starting up. Jul 09 16:43:01 zira ifup[771]: /sbin/ifup: interface eth0 already configured [...] As you can see, ifup@eth0.service starts up, but it is useless because interface eth0 is already configured. However, when there is no Ethernet link, eth0 is not configured because /etc/init.d/networking does link detection. But there is no link detection for ifup@eth0.service, which yields a freeze. I'm not convinced ifup@.service should do any link detection. If you want link detection, use a software which properly supports that (like systemd-network, NetworkManager or other alternative) or add that to ifupdown natively. Regards, Michael -- 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#787472: distcc: push 3.2 RC1 in unstable
On Mon, Jun 1, 2015 at 5:08 PM, Sandro Tosi mo...@debian.org wrote: 3.2 RC1 has been released upstream in 2011 and has been in exp since mid 2013, it's time to push it to unstable, and let it transit to testing Was there any progress on this? I will need this package in the very short future, so please reply with your plans or I will have to push it to unstable myself. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787110: O: python-messaging -- orphaned
retitle 787110 ITA: python-messaging -- SMS/MMS encoder/decoder owner 787110 ! merge 717905 782947 thanks I intend adopting python-messaging and maintaining it as part of DPMT. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779740: accountsservice: Transition to libsystemd
Control: tags -1 + patch Please find attached a patch which makes use of the new libsystemd library. Since your package already uses dh-autoreconf, no further changes should be necessary. Thanks for considering. Would be great if you can include that in your next upload. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/debian/control b/debian/control index 343ac92..92c4bf8 100644 --- a/debian/control +++ b/debian/control @@ -15,8 +15,7 @@ Build-Depends: libgirepository1.0-dev (= 0.9.12), libglib2.0-dev (= 2.37.3), libpolkit-gobject-1-dev, - libsystemd-daemon-dev (= 186) [linux-any], - libsystemd-login-dev (= 186) [linux-any], + libsystemd-dev [linux-any], xmlto Standards-Version: 3.9.6 Homepage: http://www.freedesktop.org/wiki/Software/AccountsService/ diff --git a/debian/patches/0014-libsystemd.patch b/debian/patches/0014-libsystemd.patch new file mode 100644 index 000..ff29390 --- /dev/null +++ b/debian/patches/0014-libsystemd.patch @@ -0,0 +1,13 @@ +diff --git a/configure.ac b/configure.ac +index 689d5af..4f1a31c 100644 +--- a/configure.ac b/configure.ac +@@ -243,7 +243,7 @@ AC_ARG_ENABLE([systemd], + [enable_systemd=auto]) + + if test x$enable_systemd != xno; then +- PKG_CHECK_MODULES(SYSTEMD, [libsystemd-login = 186], ++ PKG_CHECK_MODULES(SYSTEMD, [libsystemd], + [have_systemd=yes], [have_systemd=no]) + else +have_systemd=no diff --git a/debian/patches/series b/debian/patches/series index 5168b58..be032a5 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -4,3 +4,4 @@ 0007-add-lightdm-support.patch 0009-language-tools.patch 1002-dont-override-standardoutput.patch +0014-libsystemd.patch signature.asc Description: OpenPGP digital signature
Bug#779749: light-locker: Transition to libsystemd
Control: tags -1 + patch Please find attached a patch which makes use of the new libsystemd library. Since the patch touches the build-system, I also enabled the use of dh-autoreconf. Thanks for considering. Would be great if you can include that in your next upload. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/debian/control b/debian/control index 3ce4e26..dd9e21f 100644 --- a/debian/control +++ b/debian/control @@ -5,9 +5,9 @@ Maintainer: Debian Xfce Maintainers pkg-xfce-de...@lists.alioth.debian.org Uploaders: Evgeni Golov evg...@debian.org, Yves-Alexis Perez cor...@debian.org, Emanuele Rocca e...@debian.org, Simon Huggins hug...@earth.li -Build-Depends: debhelper (= 9), pkg-config, +Build-Depends: debhelper (= 9), pkg-config, dh-autoreconf, liblightdm-gobject-dev (= 1.3.5), libgtk-3-dev, libdbus-glib-1-dev, - libxss-dev, libsystemd-login-dev, intltool, xfce4-dev-tools, libtool + libxss-dev, libsystemd-dev, intltool, xfce4-dev-tools, libtool Standards-Version: 3.9.6 Homepage: https://github.com/the-cavalry/light-locker/ Vcs-Svn: svn://anonscm.debian.org/pkg-xfce/goodies/trunk/light-locker diff --git a/debian/patches/02_libsystemd.patch b/debian/patches/02_libsystemd.patch new file mode 100644 index 000..93fc229 --- /dev/null +++ b/debian/patches/02_libsystemd.patch @@ -0,0 +1,13 @@ +diff --git a/configure.ac b/configure.ac +index e4240e5..4498451 100644 +--- a/configure.ac b/configure.ac +@@ -429,7 +429,7 @@ AC_ARG_WITH(systemd, + [with_systemd=$withval], [with_systemd=auto]) + + PKG_CHECK_MODULES(SYSTEMD, +- [libsystemd-login], ++ [libsystemd], + [have_systemd=yes], [have_systemd=no]) + + if test x$with_systemd = xauto ; then diff --git a/debian/patches/series b/debian/patches/series index 2d1d0c3..ed8acbe 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ 01_lid-closed.patch +02_libsystemd.patch diff --git a/debian/rules b/debian/rules index fa5ce84..7e97741 100755 --- a/debian/rules +++ b/debian/rules @@ -12,4 +12,4 @@ override_dh_auto_configure: --with-mit-ext %: - dh $@ + dh $@ --with autoreconf signature.asc Description: OpenPGP digital signature
Bug#791907: bootlogd: /var/log/boot is empty with systemd
On 2015-07-09 14:16:32 +0200, Vincent Lefevre wrote: * Bug 754443 is about whether bootlogd is still useful with systemd. Well, what can I tell is that the systemd log doesn't seem to be sufficient (just like syslog wasn't sufficient) because some messages are not sent to the log system. For instance, this is the case of /etc/init.d/networking verbose output. Oops, the systemd log contains these messages (the fact that some messages are absent seems to be another bug on this particular machine). So, perhaps bootlogd is useless with systemd. If this is the case, and as it doesn't work anyway, perhaps it should conflict with systemd-sysv. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791916: mysql-mmm-monitor: $old_state is not defined or initialized properly
Package: mysql-mmm-monitor Version: 2.2.1-1.1 Severity: important We were having issues getting the monitor up and running with the following in the /var/log/mmm_mond.log: 2015/07/08 12:32:10 INFO Waiting for network connection... 2015/07/08 12:32:10 INFO Spawning checker 'ping_ip'... 2015/07/08 12:32:10 INFO Shutting down checker 'ping_ip'... 2015/07/08 12:32:10 INFO Network connection is available. 2015/07/08 12:32:10 FATAL Child exited with exitcode 255, restarting after 10 second sleep I then ran across the following: I added the following code to /usr/share/perl5/MMM/Monitor/Agent.pm on line 41. if (! defined($old_state)) { $old_state = 'certinally not new_state'; } https://answers.launchpad.net/mysql-mmm/+question/233645 Editing Agent.pm with the above fixed the issue. Can that change be added to the Debian package as a patch? Not sure what the underlying issue is such that $old_state isn't being properly initialized. This modification isn't necessary for squeeze or wheezy, so I'm not sure what changed in jessie. Something to do with Perl perhaps? 5.20 is on jessie, while 5.14 is on wheezy: not sure what's changed between them. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') 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 mysql-mmm-monitor depends on: ii libalgorithm-diff-perl 1.19.02-3 ii libclass-singleton-perl 1.4-1 ii libdbd-mysql-perl4.028-2+b1 ii libdbi-perl 1.631-3+b1 ii libproc-daemon-perl 0.14-2 ii mysql-mmm-common 2.2.1-1.1 Versions of packages mysql-mmm-monitor recommends: ii fping 3.10-2 mysql-mmm-monitor suggests no packages. -- Configuration Files: /etc/default/mysql-mmm-monitor changed [not included] /etc/mysql-mmm/mmm_mon.conf changed [not included] -- 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#791882: New upstream version? 2.3.17. With ES6 support
❦ 9 juillet 2015 15:56 +0200, László Böszörményi (GCS) g...@debian.org : I am interested by an update to get ES6 support. Is it part of 2.3.17? For the first look it seems it was committed later. Oh, I didn't check since there was no git tag. Well, I'll wait. ;-) -- The lunatic, the lover, and the poet, Are of imagination all compact... -- Wm. Shakespeare, A Midsummer Night's Dream signature.asc Description: PGP signature
Bug#791919: RFP: USBGuard -- protect your computer against rogue USB devices
Package: wnpp Severity: wishlist Package name: USBGuard Version: 0.3p3 Upstream Author: Daniel Kopecek dkope...@redhat.com URL: https://dkopecek.github.io/usbguard/ License: GPL 2 Description: The USBGuard software framework helps to protect your computer against rogue USB devices (a.k.a. BadUSB) by implementing basic whitelisting and blacklisting capabilities based on device attributes. -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#779754: weston: Transition to libsystemd
Control: tags -1 + patch Please find attached a patch which makes use of the new libsystemd library. Since your package already uses dh-autoreconf, no further changes should be necessary. Thanks for considering. Would be great if you can include that in your next upload. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff --git a/debian/control b/debian/control index 4519559..f561495 100644 --- a/debian/control +++ b/debian/control @@ -37,7 +37,7 @@ Build-Depends: libmtdev-dev, libpam0g-dev, libvpx-dev, - libsystemd-login-dev, + libsystemd-dev, libinput-dev (= 0.8.0), Standards-Version: 3.9.6 Homepage: http://wayland.freedesktop.org/ diff --git a/debian/patches/0001-Add-suport-for-new-libsystemd.patch b/debian/patches/0001-Add-suport-for-new-libsystemd.patch new file mode 100644 index 000..23b7762 --- /dev/null +++ b/debian/patches/0001-Add-suport-for-new-libsystemd.patch @@ -0,0 +1,28 @@ +From fe00842e1562d78f2811c8dad46125041cccab87 Mon Sep 17 00:00:00 2001 +From: Michael Biebl bi...@debian.org +Date: Thu, 9 Jul 2015 16:18:39 +0200 +Subject: [PATCH] Add suport for new libsystemd + +In systemd v209, the various libraries were merged into a single +libsystemd library. When checking for systemd 209, use the new library +name instead of the deprecated libsystemd-login. +--- + configure.ac | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/configure.ac b/configure.ac +index 2c55e1b..034f4a5 100644 +--- a/configure.ac b/configure.ac +@@ -349,7 +349,7 @@ AS_IF([test x$have_systemd_login = xyes], + [AC_DEFINE([HAVE_SYSTEMD_LOGIN], [1], [Have systemd-login])]) + AM_CONDITIONAL(HAVE_SYSTEMD_LOGIN, test x$have_systemd_login = xyes) + +-PKG_CHECK_MODULES(SYSTEMD_LOGIN_209, [libsystemd-login = 209], ++PKG_CHECK_MODULES(SYSTEMD_LOGIN_209, [libsystemd = 209], + [have_systemd_login_209=yes], [have_systemd_login_209=no]) + AS_IF([test x$have_systemd_login_209 = xyes], + [AC_DEFINE([HAVE_SYSTEMD_LOGIN_209], [1], [Have systemd-login = 209])]) +-- +2.1.4 + diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..844880f --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +0001-Add-suport-for-new-libsystemd.patch signature.asc Description: OpenPGP digital signature
Bug#791165: libsdl-sge: library transition may be needed when GCC 5 is the default
(sorry for the empty message) 2015-07-09 15:08 GMT+01:00 Manuel A. Fernandez Montecelo manuel.montez...@gmail.com: 2015-07-03 14:12 GMT+01:00 Matthias Klose d...@debian.org: Package: src:libsdl-sge Version: 030809dfsg-4 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. If I read this correctly, the only symbols changing are these: http://sources.debian.net/src/libsdl-sge/030809dfsg-4/sge_textpp.h/ //Returns text as latin1 or unicode with or without the cursor char std::string get_string(bool wCursor=true); //Change the text void clear_text(void); void change_text(const std::string s); - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. They are... but there are 3 rev-depends (src:ruby-sdl, src:infon and src:supertransball2) and they don't call these functions, so I believe that they will not be affected by this change in ABI. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. The popcon is only 0.33% for the library package and 0.05% for -dev, with a steep fall since last stable in absolute numbers and since 2006 in relative numbers. Upstream was last updated in 2003, although the core functionality is probably intact, it is not a critical package that many people use, so I guess that very very few people will be potentially affected, if at all. For all of the above, I believe that the best course of action is the easiest, to just do nothing. The second best option in my opinion is to rebuild against GCC-5 when ready, and bin-NMU the 3 rev-depds. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791876: lpr -H parameter ignored if passed as first
On Thu 09 Jul 2015 at 15:52:56 +0200, Stefano wrote: Uhm. -d option does not exit. -h suppresses the banner. I don't understand your request... A typo. lp - not lpr. $ lpstat -t scheduler is running no system default destination lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. In fact I have no local printers on this machine. Thank you, Stefano. You do not have *any* print queues, local or remote. cups has no knowledge of a queue named lexmark-t652-1. Are you running avahi-daemon and cups-browsed? Is the remote server broadcasting its queues? I honestly didn't know order of options matters in this case, maybe this is a feature and not a bug? :) Best to look on it as a feature. It doesn't matter because it is not the cause of your problem. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790668: Please support ARM64
tags 790668 + fixed-upstream thanks * Martin Michlmayr t...@hp.com [2015-06-30 14:26]: It would be great if you'd support ARM64. I've attached a patch. Note that I sent the upstream parts to GitHub: https://github.com/ioquake/ioq3/pull/128 It was merged upstream. -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791917: [Pkg-utopia-maintainers] Bug#791917: dbus: Missing dependency on mountpoint from util-linux package
Am 09.07.2015 um 16:32 schrieb Jan Krotký: Package: dbus Version: 1.8.18-1 Severity: important Dear Maintainer, after updating, decided to restart system after 20 days uptime. During startup dbus failed to start as it is using mountpoint in starting script to determine if /proc/ exists. System comes to a KDE login screen without network, keyboard and mouse. Unplugging and reconnecting keyboard makes it usable again. So I was able to switch to console as plasma ends in segfault and black screen. Running /etc/init.d/dbus start reveals the two line error: mountpoint: not found and an error that comes from that if statement in the script. Network could be restored with setting specific ip address: ifconfig eth0 up ifconfig eth0 SOME_VALID_LOCAL_IP_ADDRESS dhclient Reinstalling package makes no difference apt-get install --reinstall dbus After finding out in which package the mountpoint resides apt-get install util-linux util-linux is an essential package. previously mountpoint was shipped by initscripts, a quasi-essential package. You can only remove them by force. Packages can use tools from essential packages without having to depend on it. So there is no bug here, but a simple user error. You shouldn't have removed util-linux. -- 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#791921: coreutils: Add tmux, tmux-256colors terminfos to dircolors database
Package: coreutils Version: 8.23-4 Severity: wishlist Dear Maintainer, The commands depending on 'dircolor' ('ls', 'dir', etc) do not output colors when you are using TERM=tmux or TERM=tmux-256color inside of tmux. This happens because LS_COLORS is empty when using those terminfos, as 'dircolor' hasn't populated it: - Inside of tmux: 'TERM=screen-256color env | grep LS_COLORS' shows a populated LS_COLORS. - Inside of tmux: 'TERM=tmux-256color env | grep LS_COLORS' or 'TERM=tmux env | grep LS_COLORS' shows LS_COLORS empty. Another way to see it: - Inside of tmux: 'TERM=screen-256color ls --color' outputs colors. - Inside of tmux: TERM=tmux-256color ls --color' or 'TERM=tmux ls --color' does not output colors. As tmux and tmux-256colors are provided by the ncurses-term Debian package, it would be good if they were supported by dircolor, by adding them to src/dircolors.hin. I would submit a patch myself, but I'm not sure if this change is only relative to Debian sources (does ncurses-term provide terminfos that may not be in other distros?) or the patch should go with upstream sources (and open another bug upstream too). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages coreutils depends on: ii libacl1 2.2.52-2 ii libattr1 1:2.4.47-2 ii libc62.19-18 ii libselinux1 2.3-2+b1 coreutils recommends no packages. coreutils 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#788061: Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike
Hi Manuel et al., Am Donnerstag, den 09.07.2015, 13:23 +0100 schrieb Manuel A. Fernandez Montecelo: If I were you, I would at least submit a few requests to their bugzilla to merge parts fixing the most straightforward / glaring / serious issues, just pointing to your git repo or attaching a patch, and see what happens. while we are at it, do you think upstream would accept this patch (or did you already try to submit it upstream? I think I remember we talked about this when we first applied it to SDL_mixer 1.2.)? http://anonscm.debian.org/cgit/pkg-sdl/packages/libsdl2 -mixer.git/tree/debian/patches/bug-715461-soundfont_paths.patch Cheers, Fabian signature.asc Description: This is a digitally signed message part
Bug#791114: libdap / g++5 transition
severity 791114 severe user release.debian@packages.debian.org usertag 791114 + transition block 791114 by 790756 reassign 791114 release.debian.org thanks libdap has new C++11 symbols. It is also completing an auto-libdap transition. So when g++5 is transitioning, libdap needs a BinNMU, along with its dependencies grads and gdal. regards Alastair -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry Software is like Poetry - most of it shouldn't have been written.
Bug#791926: ITP: golang-github-jacobsa-gcloud -- convenience wrapper around google cloud platform APIs
Package: wnpp Severity: wishlist Owner: Michael Stapelberg stapelb...@debian.org * Package name: golang-github-jacobsa-gcloud Version : 0.0~git20150626-1 Upstream Author : Aaron Jacobs * URL : https://github.com/jacobsa/gcloud * License : Apache-2.0 Programming Lang: Go Description : convenience wrapper around google cloud platform APIs This repo contains unofficial code related to Google Cloud Platform services; in particular a package for interacting with Google Cloud Storage. The latter is just a wrapper around code that exists elsewhere, presenting it with a different API. This is a dependency of gcsfuse, a fuse file system for Google Cloud Storage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791876: lpr -H parameter ignored if passed as first
Uhm. -d option does not exit. -h suppresses the banner. I don't understand your request... $ lpstat -t scheduler is running no system default destination lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. In fact I have no local printers on this machine. I honestly didn't know order of options matters in this case, maybe this is a feature and not a bug? :) On Thu, Jul 9, 2015 at 2:28 PM, Brian Potkin claremont...@gmail.com wrote: On Thu 09 Jul 2015 at 08:58:40 +0200, Stefano Rivoir wrote: Upgrading CUPS to 2.0.3 on sid it seems I cannot use remote printers anymore. I found that if I pass -H parameter as the first one, it is ignored: $ lpr -H 172.16.5.20 -P lexmark-t652-1 lpr: The printer or class does not exist. Not reproducible here with a 2.0.3 client sending to 2.0.3 and Wheezy servers. I expect your result is the same with lpr -h 172.16.5.20 -d lexmark-t652-1 Please post the client's 'lpstat -t' output. $ lpr -P lexmark-t652-1 -H 172.16.5.20 waits for input, works as expected Upstream has said a few times that the order of options matters. Regards, Brian. -- Stefano
Bug#790798: CVE-2015-5352
On Wed, 2015-07-01 21:31:37 +0200, Moritz Muehlenhoff wrote: Hi Colin, CVE-2015-5352 was assigned to this change from 6.9: * ssh(1): when forwarding X11 connections with ForwardX11Trusted=no, connections made after ForwardX11Timeout expired could be permitted and no longer subject to XSECURITY restrictions because of an ineffective timeout check in ssh(1) coupled with fail open behaviour in the X11 server when clients attempted connections with expired credentials. This problem was reported by Jann Horn. Fix: https://anongit.mindrot.org/openssh.git/commit/?h=V_6_9id=1bf477d3cdf1a864646d59820878783d42357a1d More information about CVE-2015-5352 is available at: https://thejh.net/written-stuff/openssh-6.8-xsecurity I don't think this warrants a DSA, we can line up the fix for a future DSA or a jessie point update. Or do yo disagree? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791165: libsdl-sge: library transition may be needed when GCC 5 is the default
2015-07-03 14:12 GMT+01:00 Matthias Klose d...@debian.org: Package: src:libsdl-sge Version: 030809dfsg-4 Severity: important Tags: sid stretch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not break existing binaries. Packages which are built with g++-5 from experimental (not the one from testing/unstable) are using the new ABI. Libraries built from this source package export some of the new __cxx11 or B5cxx11 symbols, and dropping other symbols. If these symbols are part of the API of the library, then this rebuild with g++-5 will trigger a transition for the library. What is needed: - Rebuild the library using g++/g++-5 from experimental. Note that most likely all C++ libraries within the build dependencies need a rebuild too. You can find the log for a rebuild in https://people.debian.org/~doko/logs/gcc5-20150701/ Search for BEGIN GCC CXX11 in the log. - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. - If there are no symbols matching __cxx11 or B5cxx11 in the symbols forming the library API, you should close this issue with a short explanation. - If there are no reverse dependencies, it should be the package maintainers decision if a transition is needed. However this might break software which is not in the Debian archive, and built against these packages. - If a library transition is needed, please prepare for the change. Rename the library package, append v5 to the name of the package (e.g. libfoo2 - libfoo2v5). Such a change can be avoided, if you have a soversion bump and you upload this version instead of the renamed package. Prepare a patch and attach it to this issue (mark this issue with patch), so that it is possible to NMU such a package. We'll probably have more than hundred transitions triggered. Then reassign the issue to release.debian.org and properly tag it as a transition issue, by sending an email to cont...@bugs.debian.org: user release.debian@packages.debian.org usertag this issue + transition block this issue by 790756 reassign this issue release.debian.org - If unsure if a transition is needed, please tag the issue with help to ask for feedback from other Debian developers. The libstdc++6 transition will be a large one, and it will come with a lot of pain. Please help it by preparing the follow-up transitions. [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition ___ Pkg-sdl-maintainers mailing list pkg-sdl-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-sdl-maintainers -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791902: [php-maint] Bug#791902: libapache2-mod-php5.postinst: 291: [: !=: unexpected operator
Hi Andreas, https://qa.debian.org/developer.php?email= we pull /usr/share/apache2/apache2-maintscript-helper, so that error probably comes from there. I am Ccing apache2 maintainers, they might have some insight on that... Cheers, Ondrej On Thu, Jul 9, 2015, at 13:59, Andreas Beckmann wrote: Package: libapache2-mod-php5 Version: 5.6.9+dfsg-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package reported a postinst error upon installation but did not fail on it. I noticed this while analyzing the failure log from testing fusionforge-plugin-gravatar. From the attached log (scroll to the bottom...): Setting up libapache2-mod-php5 (5.6.9+dfsg-1) ... Creating config file /etc/php5/apache2/php.ini with new version There is more than one MPM loaded. Do not proceed due to undefined results There is more than one MPM loaded. Do not proceed due to undefined results There is more than one MPM loaded. Do not proceed due to undefined results /var/lib/dpkg/info/libapache2-mod-php5.postinst: 291: [: !=: unexpected operator apache2_switch_mpm prefork: No action required apache2_invoke: Enable module php5 invoke-rc.d: policy-rc.d denied execution of restart. That postinst script has only 78 lines, no idea where this error comes from. cheers, Andreas ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint Email had 1 attachment: + fusionforge-plugin-gravatar_6.0.2+20150708-1.log.gz 67k (application/gzip) -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791917: dbus: Missing dependency on mountpoint from util-linux package
Package: dbus Version: 1.8.18-1 Severity: important Dear Maintainer, after updating, decided to restart system after 20 days uptime. During startup dbus failed to start as it is using mountpoint in starting script to determine if /proc/ exists. System comes to a KDE login screen without network, keyboard and mouse. Unplugging and reconnecting keyboard makes it usable again. So I was able to switch to console as plasma ends in segfault and black screen. Running /etc/init.d/dbus start reveals the two line error: mountpoint: not found and an error that comes from that if statement in the script. Network could be restored with setting specific ip address: ifconfig eth0 up ifconfig eth0 SOME_VALID_LOCAL_IP_ADDRESS dhclient Reinstalling package makes no difference apt-get install --reinstall dbus After finding out in which package the mountpoint resides apt-get install util-linux Rebooting after the installation of the missing package gets the system to a normal state. I have no idea if the mountpoint command was in previous versions used. I haven't done any cleanups of unused packages, so i think there is no way that it got uninstalled. I'm running wheezy with testing sources for a few months now. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages dbus depends on: ii adduser 3.113+nmu3 ii libaudit11:2.4.2-1 ii libc62.19-18 ii libcap-ng0 0.7.6-1 ii libdbus-1-3 1.8.18-1 ii libexpat12.1.0-6+b3 ii libselinux1 2.3-2+b1 ii libsystemd0 215-18 ii lsb-base 4.1+Debian13+nmu1 dbus recommends no packages. Versions of packages dbus suggests: ii dbus-x11 1.8.18-1 Versions of packages dbus is related to: ii dbus-x11 1.8.18-1 ii systemd 215-18 pn systemd-sysv 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#791876: lpr -H parameter ignored if passed as first
I don't need any local queue on the machine running lpr, because all of the printers are remote and queues are managed on another machine. lpr shouldn't need any local server if I'm not wrong (in fact cups-bsd does not depend on cups-daemon). The -H command should indeed instruct lpr to connect to another machine's cups server instead of the local one (as I understand it)... and it just works like that if the options order is switched: may be a feature, OK, but a very weird one :). And it worked like that before CUPS 2 upgrade (1.7 was the previous version) with any option order, that's why I thought it was a bug. On Thu, Jul 9, 2015 at 4:23 PM, Brian Potkin claremont...@gmail.com wrote: On Thu 09 Jul 2015 at 15:52:56 +0200, Stefano wrote: Uhm. -d option does not exit. -h suppresses the banner. I don't understand your request... A typo. lp - not lpr. $ lpstat -t scheduler is running no system default destination lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. lpstat: No destinations added. In fact I have no local printers on this machine. Thank you, Stefano. You do not have *any* print queues, local or remote. cups has no knowledge of a queue named lexmark-t652-1. Are you running avahi-daemon and cups-browsed? Is the remote server broadcasting its queues? I honestly didn't know order of options matters in this case, maybe this is a feature and not a bug? :) Best to look on it as a feature. It doesn't matter because it is not the cause of your problem. Regards, Brian. -- Stefano
Bug#787746: Bug#777791: ball: ftbfs with GCC-5
Hi Doko, thanks for your help on ball Andreas. On Thu, Jul 09, 2015 at 02:59:48PM +0200, Matthias Klose wrote: Control: tags -1 + help there is more than one issue involved. I'm now uploading a partial fix, including the NMU proposed and agreed in #787746. The build now fails with some boost error seen in 1.57. Maybe others could have a look how to proceed. diff -Nru ball-1.4.2+20140406/debian/changelog ball-1.4.2+20140406/debian/changelog --- ball-1.4.2+20140406/debian/changelog 2014-04-10 15:28:05.0 +0200 +++ ball-1.4.2+20140406/debian/changelog 2015-07-09 13:28:01.0 +0200 @@ -1,3 +1,19 @@ +ball (1.4.2+20140406-1.1) unstable; urgency=medium + + [ Lisandro Damián Nicanor Pérez Meyer ] + * Non-maintainer upload. + * Remove qt4-related non-development build dependencies (Closes: #787746). + * Force linking against libX11 with link_against_x11.patch. It seems that +now we require to manually explicit it. + * Add findsip.patch by Dmitry Shachnev to fix sip library detection. + + [ Matthias Klose ] + * Fix some build errors with GCC 5 and clang++. Closes: #755225. +Addresses #91. + * Build using dh-python. Closes: #785941. + + -- Matthias Klose d...@debian.org Thu, 09 Jul 2015 12:17:06 +0200 + ball (1.4.2+20140406-1) unstable; urgency=medium * New upstream version (upstream reported better compatibility diff -Nru ball-1.4.2+20140406/debian/control ball-1.4.2+20140406/debian/control --- ball-1.4.2+20140406/debian/control2014-04-13 21:41:59.0 +0200 +++ ball-1.4.2+20140406/debian/control2015-07-09 12:18:22.0 +0200 @@ -8,11 +8,7 @@ Build-Depends: debhelper (= 9), qt4-dev-tools, libqt4-dev, - libqt4-gui, - libqt4-opengl, libqt4-opengl-dev, - libqt4-sql, - libqt4-network, python-sip-dev, flex, bison, @@ -32,9 +28,10 @@ libboost-regex-dev, libxmu-dev, libglew-dev, + libx11-dev, tidy, chrpath, - python-support, +dh-python, libqt4-dev-bin Build-Depends-Indep: doxygen, graphviz, diff -Nru ball-1.4.2+20140406/debian/patches/findsip.patch ball-1.4.2+20140406/debian/patches/findsip.patch --- ball-1.4.2+20140406/debian/patches/findsip.patch 1970-01-01 01:00:00.0 +0100 +++ ball-1.4.2+20140406/debian/patches/findsip.patch 2015-07-09 12:15:12.0 +0200 @@ -0,0 +1,70 @@ +Description: fix sip library detection + The old algorithm used hard-coded library names and thus could not + detect our multi-arched name. + . + Instead of that, just import sip from Python script and use the + __file__ property to find the library. +Author: Dmitry Shachnev mity...@debian.org +Forwarded: no +Last-Update: 2015-06-13 + +--- a/cmake/FindSIP.cmake b/cmake/FindSIP.cmake +@@ -69,6 +69,7 @@ ELSE(SIP_VERSION) + STRING(REGEX REPLACE .*\nsip_bin:([^\n]+).*$ \\1 SIP_EXECUTABLE ${sip_config}) + STRING(REGEX REPLACE .*\ndefault_sip_dir:([^\n]+).*$ \\1 SIP_DEFAULT_SIP_DIR ${sip_config}) + STRING(REGEX REPLACE .*\nsip_inc_dir:([^\n]+).*$ \\1 SIP_INCLUDE_DIR ${sip_config}) ++STRING(REGEX REPLACE .*\nsip_library:([^\n]+).*$ \\1 SIP_LIBRARIES ${sip_config}) + SET(SIP_FOUND TRUE) + ENDIF(sip_config) + +@@ -100,12 +101,6 @@ IF(NOT SIP_VERSION) + + SET(OLD_CMAKE_FIND_LIBRARY_PREFIXES ${CMAKE_FIND_LIBRARY_PREFIXES} CACHE INTERNAL ) + SET(CMAKE_FIND_LIBRARY_PREFIXES ) +- FIND_LIBRARY(SIP_LIBRARIES +-NAMES sip libsip +-PATHS ${SIP_POSSIBLE_LIB_DIRS} ${PYTHON_SITE_PACKAGES} +-PATH_SUFFIXES lib dlls +-DOC SIP module) +-SET(CMAKE_FIND_LIBRARY_PREFIXES ${OLD_CMAKE_FIND_LIBRARY_PREFIXES}) + + # (c) Try to find the sip executable: + +@@ -134,27 +129,6 @@ IF(NOT SIP_VERSION) + STRING(REGEX REPLACE define SIP_VERSION_STR[ \t]+\([^\]*)\ \\1 SIP_VERSION_STR ${SIP_VERSION_STR}) + ENDIF(NOT SIP_VERSION) + +-IF(NOT SIP_LIBRARIES) +- # Try to find the sip library: +-EXECUTE_PROCESS ( COMMAND ${PYTHON_EXECUTABLE} -c from distutils.sysconfig import get_python_lib; print get_python_lib() +-OUTPUT_VARIABLE PYTHON_SITE_PACKAGES +-OUTPUT_STRIP_TRAILING_WHITESPACE +-) +- +- # Use the path to the python installation as a hint for finding sip +- GET_FILENAME_COMPONENT(SIP_POSSIBLE_LIB_DIRS ${PYTHON_LIBRARIES} PATH) +-LIST(APPEND SIP_POSSIBLE_LIB_DIRS /usr/lib/pyshared/python${PYTHON_VERSION}) +- +-SET(OLD_CMAKE_FIND_LIBRARY_PREFIXES ${CMAKE_FIND_LIBRARY_PREFIXES} CACHE INTERNAL ) +-SET(CMAKE_FIND_LIBRARY_PREFIXES ) +-
Bug#787909: cl-asdf: breaks sbcl's included asdf.fasl
AFAIU, sbcl has already fixed its package to indicate incompatibility with asdf older than 3.1.5. There is no bug in sbcl anymore, and the issue is for asdf 3.1.5 to be released, hopefully ASAP. —♯ƒ • François-René ÐVB Rideau •ReflectionCybernethics• http://fare.tunes.org Computerese Irregular Verb Conjugation: I have preferences. You have biases. He/She has prejudices. On Thu, Jul 9, 2015 at 4:25 AM, Mart van de Wege mvdw...@mail.com wrote: Package: sbcl Version: 2:1.2.12-1 Followup-For: Bug #787909 Please reopen this bug as sbcl+cl-asdf is still broken pending the upgrade to cl-asdf to 3.15 -- 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-2-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) Versions of packages sbcl depends on: ii libc6 2.19-18 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages sbcl recommends: ii binfmt-support 2.1.5-1 Versions of packages sbcl suggests: ii sbcl-doc 2:1.2.13-1 ii sbcl-source 2:1.2.13-1 ii slime2:2.13-1 ___ pkg-common-lisp-devel mailing list pkg-common-lisp-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-common-lisp-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791922: 389-admin: please make the build reproducible
Source: 389-admin Version: 1.1.38-2 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 389-admin could not be built reproducibly. The attached patch fixes locale-specific timestamps from the build system. Once applied, 389-admin can be built reproducibly in our reproducible toolchain. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/debian/rules b/debian/rules index 273b989..cf1f840 100755 --- a/debian/rules +++ b/debian/rules @@ -15,7 +15,7 @@ LDFLAGS += -L/usr/lib/$(DEB_HOST_MULTIARCH)/nss # Deterministic build number. Format is defined in ./buildnum.pl BUILD_DATE := $(shell dpkg-parsechangelog --show-field Date) -BUILDNUM := $(shell date --date=$(BUILD_DATE) +%Y.%j.%H%M) +BUILDNUM := $(shell date --utc --date=$(BUILD_DATE) +%Y.%j.%H%M) override_dh_auto_configure: dh_auto_configure -- \
Bug#779749: [Pkg-xfce-devel] Bug#779749: light-locker: Transition to libsystemd
Am 09.07.2015 um 17:12 schrieb Yves-Alexis Perez: control: tag -1 pending On jeu., 2015-07-09 at 16:06 +0200, Michael Biebl wrote: Control: tags -1 + patch Please find attached a patch which makes use of the new libsystemd library. Since the patch touches the build-system, I also enabled the use of dh-autoreconf. Thanks for considering. Would be great if you can include that in your next upload. Thanks for the patch, I've included it in svn and it'll be part of the next upload. Do you have a deadline for the upload? Not really. It's not pressing but I also don't want to drag on this transition unnecessarily. Thanks for the swift response, Michael -- 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#791920: systemd: with ifupdown, ifup@.service forces ifup eth0 even with no Ethernet link
Control: reassign -1 ifupdown Am 09.07.2015 um 16:54 schrieb Vincent Lefevre: Package: systemd Version: 222-1 Severity: important Note: the following applies when /etc/network/interfaces contains: allow-hotplug eth0 iface eth0 inet dhcp which is the default. With ifupdown, ifup@.service forces ifup eth0 even with no Ethernet link (e.g. no Ethernet cable plugged in), which is * bad because this hangs the boot for several dozens of seconds; ifup@.service is triggered by udev, so does not block boot. What blocks is /etc/init.d/networking * useless because when there is an Ethernet link, eth0 is already brought up by the /etc/init.d/networking script. ifup@.service is not useless. It's there to handle devices which are plugged in after /etc/init.d/networking has been started. For instance, when there is an Ethernet link: Jul 09 16:43:01 zira systemd[1]: Starting LSB: Raise network interfaces -- Subject: Unit networking.service has begun start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel /etc/init.d/networking is shipped by ifupdown, thus re-assigning. -- 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#791844: subversion: FTBFS with ruby2.2: cannot load such file -- test/unit (LoadError)
On Wed, Jul 08, 2015 at 06:25:31PM -0400, James McCoy wrote: According to the release notes for Ruby 2.2: bundled libraries: Update Psych 2.0.8 Update Rake 10.4.2 Update RDoc 4.2.0 Update RubyGems 2.4.5 Update test-unit 3.0.8 (removed from repository but bundled in tarball) test-unit isn't maintained in the repository, but it's still being shipped as part of the official Ruby tarball. Why then is Debian's ruby package not providing the same? Because we have not been using the official Ruby tarball, but a tarball created from the release tags, and I didn't notice that test-unit was actually supposed to be shipped. I'm not very keen on re-duplicating test-unit in ruby2.2, but I think we could probably make ruby or ruby-dev depend on the existing Debian package. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#779740: accountsservice: Transition to libsystemd
Am 09.07.2015 um 16:03 schrieb Alessio Treglia: Hi! On Thu, Jul 9, 2015 at 2:51 PM, Michael Biebl bi...@debian.org wrote: Please find attached a patch which makes use of the new libsystemd library. Since your package already uses dh-autoreconf, no further changes should be necessary. Thanks for considering. Would be great if you can include that in your next upload. Feel free to commit them to the git repository. Thanks! Pushed as 511cef9 Cheers, Michael -- 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#791915: libc-bin: If you write `. ldd` the terminal will close and I will not see the error message.
Package: libc-bin Version: 2.19-18 Severity: important Dear Maintainer, If you write `. ldd` the terminal will close and I will not see the error message. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_UA.utf8, LC_CTYPE=ru_UA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libc-bin depends on: ii libc62.19-18 ii libcap2 1:2.24-8 libc-bin recommends no packages. libc-bin suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754428: We should avoid the use of libarchive plugin with Ark
The following workaround solve the problem: https://bugs.kde.org/show_bug.cgi?id=348944#c5 modify the file: /usr/share/kde4/services/kerfuffle_clizip.desktop Change the line: MimeType=application/x-java-archive; to MimeType=application/x-java-archive;application/zip; Then run (from a terminal): kbuildsycoca4 --noincremental -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729851: Update on packaging status
Hi, Sorry for updating the bug log this late, Since I was tied up with personal life and other work I couldn't update the bug log. This package is already done, and is at ¹ Since I had used CDBS for packaging I couldn't get a review from pkg-ime team member and after that I got busy with personal life and forgot about the package. So if any one wants to take up the packaging feel free to do so from pkg-ime repository. If you are unfamiliar with CDBS feel free to convert it to dh style. Also please drop me from uploaders field as I won't be able to do the maintenance of the package. ¹http://anonscm.debian.org/cgit/pkg-ime/ibus-typing-booster.git/ Best Regards -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyni...@samsargika.copyninja.info IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: PGP signature
Bug#779749: [Pkg-xfce-devel] Bug#779749: light-locker: Transition to libsystemd
control: tag -1 pending On jeu., 2015-07-09 at 16:06 +0200, Michael Biebl wrote: Control: tags -1 + patch Please find attached a patch which makes use of the new libsystemd library. Since the patch touches the build-system, I also enabled the use of dh-autoreconf. Thanks for considering. Would be great if you can include that in your next upload. Thanks for the patch, I've included it in svn and it'll be part of the next upload. Do you have a deadline for the upload? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#767374: Add a symbols file
On Thu, Oct 30, 2014 at 05:41:31PM +, Iain Lane wrote: On Thu, Oct 30, 2014 at 04:51:47PM +, Iain Lane wrote: Source: pcre3 Version: 1:8.35-3.1 Severity: wishlist Tags: patch Hi Mark, In Ubuntu we've been carrying this diff to add a symbols file for a little while. I thought you might like to have it in Debian too. Also (unrelated) here's a patch to enable parallel builds. Updated version on top of 2:8.35-7 with all changes in one. -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] diff -Nru pcre3-8.35/debian/libpcre16-3.symbols pcre3-8.35/debian/libpcre16-3.symbols --- pcre3-8.35/debian/libpcre16-3.symbols 1970-01-01 01:00:00.0 +0100 +++ pcre3-8.35/debian/libpcre16-3.symbols 2015-07-09 13:19:19.0 +0100 @@ -0,0 +1,34 @@ +libpcre16.so.3 libpcre16-3 #MINVER# + pcre16_assign_jit_stack@Base 2:8.35-4 + pcre16_callout@Base 2:8.35-4 + pcre16_compile2@Base 2:8.35-4 + pcre16_compile@Base 2:8.35-4 + pcre16_config@Base 2:8.35-4 + pcre16_copy_named_substring@Base 2:8.35-4 + pcre16_copy_substring@Base 2:8.35-4 + pcre16_dfa_exec@Base 2:8.35-4 + pcre16_exec@Base 2:8.35-4 + pcre16_free@Base 2:8.35-4 + pcre16_free_study@Base 2:8.35-4 + pcre16_free_substring@Base 2:8.35-4 + pcre16_free_substring_list@Base 2:8.35-4 + pcre16_fullinfo@Base 2:8.35-4 + pcre16_get_named_substring@Base 2:8.35-4 + pcre16_get_stringnumber@Base 2:8.35-4 + pcre16_get_stringtable_entries@Base 2:8.35-4 + pcre16_get_substring@Base 2:8.35-4 + pcre16_get_substring_list@Base 2:8.35-4 + pcre16_jit_exec@Base 2:8.35-4 + pcre16_jit_free_unused_memory@Base 2:8.35-4 + pcre16_jit_stack_alloc@Base 2:8.35-4 + pcre16_jit_stack_free@Base 2:8.35-4 + pcre16_maketables@Base 2:8.35-4 + pcre16_malloc@Base 2:8.35-4 + pcre16_pattern_to_host_byte_order@Base 2:8.35-4 + pcre16_refcount@Base 2:8.35-4 + pcre16_stack_free@Base 2:8.35-4 + pcre16_stack_guard@Base 2:8.35-4 + pcre16_stack_malloc@Base 2:8.35-4 + pcre16_study@Base 2:8.35-4 + pcre16_utf16_to_host_byte_order@Base 2:8.35-4 + pcre16_version@Base 2:8.35-4 diff -Nru pcre3-8.35/debian/libpcre32-3.symbols pcre3-8.35/debian/libpcre32-3.symbols --- pcre3-8.35/debian/libpcre32-3.symbols 1970-01-01 01:00:00.0 +0100 +++ pcre3-8.35/debian/libpcre32-3.symbols 2015-07-09 13:23:36.0 +0100 @@ -0,0 +1,34 @@ +libpcre32.so.3 libpcre32-3 #MINVER# + pcre32_assign_jit_stack@Base 2:8.35-4 + pcre32_callout@Base 2:8.35-4 + pcre32_compile2@Base 2:8.35-4 + pcre32_compile@Base 2:8.35-4 + pcre32_config@Base 2:8.35-4 + pcre32_copy_named_substring@Base 2:8.35-4 + pcre32_copy_substring@Base 2:8.35-4 + pcre32_dfa_exec@Base 2:8.35-4 + pcre32_exec@Base 2:8.35-4 + pcre32_free@Base 2:8.35-4 + pcre32_free_study@Base 2:8.35-4 + pcre32_free_substring@Base 2:8.35-4 + pcre32_free_substring_list@Base 2:8.35-4 + pcre32_fullinfo@Base 2:8.35-4 + pcre32_get_named_substring@Base 2:8.35-4 + pcre32_get_stringnumber@Base 2:8.35-4 + pcre32_get_stringtable_entries@Base 2:8.35-4 + pcre32_get_substring@Base 2:8.35-4 + pcre32_get_substring_list@Base 2:8.35-4 + pcre32_jit_exec@Base 2:8.35-4 + pcre32_jit_free_unused_memory@Base 2:8.35-4 + pcre32_jit_stack_alloc@Base 2:8.35-4 + pcre32_jit_stack_free@Base 2:8.35-4 + pcre32_maketables@Base 2:8.35-4 + pcre32_malloc@Base 2:8.35-4 + pcre32_pattern_to_host_byte_order@Base 2:8.35-4 + pcre32_refcount@Base 2:8.35-4 + pcre32_stack_free@Base 2:8.35-4 + pcre32_stack_guard@Base 2:8.35-4 + pcre32_stack_malloc@Base 2:8.35-4 + pcre32_study@Base 2:8.35-4 + pcre32_utf32_to_host_byte_order@Base 2:8.35-4 + pcre32_version@Base 2:8.35-4 diff -Nru pcre3-8.35/debian/libpcre3.symbols.in pcre3-8.35/debian/libpcre3.symbols.in --- pcre3-8.35/debian/libpcre3.symbols.in 1970-01-01 01:00:00.0 +0100 +++ pcre3-8.35/debian/libpcre3.symbols.in 2014-10-29 15:45:20.0 + @@ -0,0 +1,39 @@ +libpcre.so.3 libpcre3 + pcre_assign_jit_stack@Base 8.10 + pcre_callout@Base 8.10 + pcre_compile2@Base 8.10 + pcre_compile@Base 8.10 + pcre_config@Base 8.10 + pcre_copy_named_substring@Base 8.10 + pcre_copy_substring@Base 8.10 + pcre_dfa_exec@Base 8.10 + pcre_exec@Base 8.10 + pcre_free@Base 8.10 + pcre_free_study@Base 8.20 + pcre_free_substring@Base 8.10 + pcre_free_substring_list@Base 8.10 + pcre_fullinfo@Base 8.10 + pcre_get_named_substring@Base 8.10 + pcre_get_stringnumber@Base 8.10 + pcre_get_stringtable_entries@Base 8.10 + pcre_get_substring@Base 8.10 + pcre_get_substring_list@Base 8.10 + pcre_info@Base 8.10 +JIT pcre_jit_exec@Base 1:8.35 + pcre_jit_free_unused_memory@Base 1:8.35 + pcre_jit_stack_alloc@Base 8.10 + pcre_jit_stack_free@Base 8.10 + pcre_maketables@Base 8.10 + pcre_malloc@Base 8.10 + pcre_pattern_to_host_byte_order@Base 8.10 + pcre_refcount@Base 8.10 + pcre_stack_free@Base 8.10 + pcre_stack_guard@Base 1:8.35 + pcre_stack_malloc@Base 8.10 + pcre_study@Base 8.10 +
Bug#791918: devscripts: [wnpp-check] Ability to query for exact package name
Package: devscripts Version: 2.15.5 Severity: wishlist Tags: patch Dear Maintainer, Currently, wnpp-check does a regex match on package names which returns true if the searched text is found somewhere in the list of packages with ITP/RFP. Example : `wnpp-check ruby-grape` will return true with an RFP filed on ruby-grape-entity. This is because of the use of grep in wnpp-check. However, there are scenarios where we want wnpp-check to return true only if the exact package name that we search for is found. That is, `wnpp-check ruby-grape` should return false. One of such scenario I am facing is when I am checking which all dependencies of gitlab are packaged. As part of it, I take a list of dependencies and do wnpp-check on them. Based on the result, I generate a progressbar [1]. However, this gives false positives as explained above. The attached patch is one way to fix the issue. By adding a --exact/-e option to tackle this scenario. Please use it if it meets the coding standards or be kind enough to add such an option. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=ml_IN, LC_CTYPE=ml_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages devscripts depends on: ii dpkg-dev 1.18.1 ii libc62.19-18 ii perl 5.20.2-6 ii python3 3.4.3-4 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.16-1 ii curl7.43.0-1 ii dctrl-tools 2.24-1 ii debian-keyring 2015.06.19 ii dput0.9.6.4 ii equivs 2.0.9 ii fakeroot1.20.2-1 ii file1:5.22+15-2 ii gnupg 1.4.19-3 ii libdistro-info-perl 0.14 ii libencode-locale-perl 1.03-1 ii libjson-perl2.90-1 ii liblwp-protocol-https-perl 6.06-2 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.64-1 ii libwww-perl 6.13-1 ii lintian 2.5.32 ii man-db 2.7.0.2-5 ii patch 2.7.5-1 ii patchutils 0.3.4-1 ii python3-debian 0.1.27 ii python3-magic 1:5.22+15-2 ii sensible-utils 0.0.9 ii strace 4.10-2 ii unzip 6.0-17 ii wdiff 1.2.2-1 ii wget1.16.3-3 ii xz-utils5.1.1alpha+20120614-2.1 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20150408cvs-1 ii build-essential 11.7 pn cvs-buildpackage none pn debbindiff none pn devscripts-elnone ii gnuplot 4.6.6-2 ii gpgv 1.4.19-3 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.12-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-2 pn libyaml-syck-perlnone pn mutt none ii openssh-client [ssh-client] 1:6.7p1-6 ii svn-buildpackage 0.8.5+nmu1 ii w3m 0.5.3-22 -- no debconf information 13d12 PACKAGES=$@ 16a16,23 if [ x$1 = x--exact -o x$1 = x-e ]; then shift PACKAGES=$@ EXACT=1 else PACKAGES=$@ EXACT=0 fi 75c82,86 grep $pkg $WNPP_PACKAGES FOUND=1 --- if [ $EXACT = 1 ]; then grep $pkg$ $WNPP_PACKAGES FOUND=1 else grep $pkg $WNPP_PACKAGES FOUND=1 fi
Bug#781753: Oops, closed in error
Control: reopen -1 Re-opening, made a typo in my changelog and closed this instead of #791753. -- Steve McIntyre, Cambridge, UK.st...@einval.com C++ ate my sanity -- Jon Rabone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791930: python-taskflow: Resync with Ubuntu
Package: python-taskflow Version: 0.7.1-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu wily ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Resync with Debian unstable, remaining changes: - d/control,d/tests/*: Add autopkgtests. - d/p/disable-kombu-3-test.patch: Dropped, kombu3 is in archive. - d/p/fix-requirements.patch: Added, drop requirement on ordereddict. There are a few useful bits in the diff - specifically some patch management now kombu 3 is in Debian/Ubuntu and some autopkgtests. Thanks for considering the patch. -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru python-taskflow-0.7.1/debian/control python-taskflow-0.7.1/debian/control --- python-taskflow-0.7.1/debian/control 2015-04-28 14:40:51.0 +0100 +++ python-taskflow-0.7.1/debian/control 2015-07-09 17:01:18.0 +0100 @@ -38,6 +38,7 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=openstack/python-taskflow.git Vcs-Git: git://anonscm.debian.org/openstack/python-taskflow.git Homepage: https://github.com/openstack/taskflow +XS-Testsuite: autopkgtest Package: python-taskflow Architecture: all diff -Nru python-taskflow-0.7.1/debian/patches/disable-kombu-3-test.patch python-taskflow-0.7.1/debian/patches/disable-kombu-3-test.patch --- python-taskflow-0.7.1/debian/patches/disable-kombu-3-test.patch 2015-04-28 14:40:51.0 +0100 +++ python-taskflow-0.7.1/debian/patches/disable-kombu-3-test.patch 1970-01-01 01:00:00.0 +0100 @@ -1,94 +0,0 @@ -Description: Disable test that requires Kombu 3.x - The file taskflow/tests/unit/worker_based/test_dispatcher.py is trying to - do from kombu import message, which is only in Kombu 3.x. Juno is to be - released with Kombu 2.5.x, which doesn't include a message.py file, so the - unit tests are failing. - . - This patch neutralise the test cases, which otherwise pass. -Author: Thomas Goirand z...@debian.org -Forwarded: no -Last-Update: 2015-02-10 - a/taskflow/tests/unit/worker_based/test_dispatcher.py 2015-02-10 15:58:00.0 +0100 -+++ /dev/null 2015-02-06 22:50:20.582883760 +0100 -@@ -1,80 +0,0 @@ --# -*- coding: utf-8 -*- -- --#Copyright (C) 2014 Yahoo! Inc. All Rights Reserved. --# --#Licensed under the Apache License, Version 2.0 (the License); you may --#not use this file except in compliance with the License. You may obtain --#a copy of the License at --# --# http://www.apache.org/licenses/LICENSE-2.0 --# --#Unless required by applicable law or agreed to in writing, software --#distributed under the License is distributed on an AS IS BASIS, WITHOUT --#WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the --#License for the specific language governing permissions and limitations --#under the License. -- --try: --from kombu import message # noqa --except ImportError: --from kombu.transport import base as message -- --from taskflow.engines.worker_based import dispatcher --from taskflow import test --from taskflow.test import mock -- -- --def mock_acked_message(ack_ok=True, **kwargs): --msg = mock.create_autospec(message.Message, spec_set=True, instance=True, -- channel=None, **kwargs) -- --def ack_side_effect(*args, **kwargs): --msg.acknowledged = True -- --if ack_ok: --msg.ack_log_error.side_effect = ack_side_effect --msg.acknowledged = False --return msg -- -- --class TestDispatcher(test.TestCase): --def test_creation(self): --on_hello = mock.MagicMock() --handlers = {'hello': on_hello} --dispatcher.TypeDispatcher(type_handlers=handlers) -- --def test_on_message(self): --on_hello = mock.MagicMock() --handlers = {'hello': on_hello} --d = dispatcher.TypeDispatcher(type_handlers=handlers) --msg = mock_acked_message(properties={'type': 'hello'}) --d.on_message(, msg) --self.assertTrue(on_hello.called) --self.assertTrue(msg.ack_log_error.called) --self.assertTrue(msg.acknowledged) -- --def test_on_rejected_message(self): --d = dispatcher.TypeDispatcher() --msg = mock_acked_message(properties={'type': 'hello'}) --d.on_message(, msg) --self.assertTrue(msg.reject_log_error.called) --self.assertFalse(msg.acknowledged) -- --def test_on_requeue_message(self): --d = dispatcher.TypeDispatcher() --d.requeue_filters.append(lambda data, message: True) --msg = mock_acked_message() --
Bug#791928: Please support ARM64 (#error Unknown CPU architecture)
Porting mlton is easy. I ported it to most of the debian archs already. All i need is a debian porterbox and buildd when i prepare a new upload. On Jul 9, 2015 6:00 PM, Martin Michlmayr t...@hp.com wrote: Package: st Version: 1.9-3.1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? (Looks like upstream is pretty dead; last release in 2009?) sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c5n1.hlinux.usa.hp.com ... if [ ! -d LINUX_3.13.0-55-generic_OPT ]; then mkdir LINUX_3.13.0-55-generic_OPT; fi gcc -DLINUX -Wall -O -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -c sched.c -o LINUX_3.13.0-55-generic_OPT/sched.o In file included from common.h:68:0, from sched.c:48: md.h:453:2: error: #error Unknown CPU architecture #error Unknown CPU architecture ^ sched.c: In function '_st_vp_check_clock': sched.c:470:14: warning: variable 'elapsed' set but not used [-Wunused-but-set-variable] st_utime_t elapsed, now; ^ sched.c: In function 'st_thread_create': sched.c:578:2: error: #error Unknown OS #error Unknown OS ^ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard
Bug#791876: lpr -H parameter ignored if passed as first
On Thu 09 Jul 2015 at 16:45:25 +0200, Stefano wrote: I don't need any local queue on the machine running lpr, because all of the printers are remote and queues are managed on another machine. lpr shouldn't need any local server if I'm not wrong (in fact cups-bsd does not depend on cups-daemon). Thank you for highlighting both those facts. I've now taken a more thorough look at cups-bsd on 1.7.5-11 without cups, avahi-daemon and cups-browsed installed. lpr sends to a remote server irrespective of the order of -H and -P. lp does the same with no -h, -d order dependency. The -H command should indeed instruct lpr to connect to another machine's cups server instead of the local one (as I understand it)... and it just works like that if the options order is switched: may be a feature, OK, but a very weird one :). And it worked like that before CUPS 2 upgrade (1.7 was the previous version) with any option order, that's why I thought it was a bug. With 2.0.3 (no cups etc) both lpr and lp give 'Bad file descriptor' when the order is -H, -P. This is a sign that cupsd was expected to be running. Installing cups gives the error message you got, With avahi-daemon and cups-browsed the job prints. This is what I observed because all three packages were on my system. :( With -P, -H as the order the job always completes. Indeed, this does look like a bug. But where it lies I do not know. Sorry for the confusion I caused by mentioning order of options in some cups commands. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791937: Please support ARM64 (upstream porting work done already?)
Package: criu Version: 1.6-2 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. I see a lot of code for aarch64, which is the name for arm64. Is there a reason arm64 is not listed in debian/control? I added arm64 to debian/control and it builds fine, although I've no idea if it works. dpkg-deb: building package 'criu-dbg' in '../criu-dbg_1.6-2_arm64.deb'. dpkg-deb: building package 'criu' in '../criu_1.6-2_arm64.deb'. -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791943: Please support ARM64 (upstream port in progress)
Package: kexec-tools Version: 1:2.0.9-1 Tags: upstream Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port kexec is coming to arm64 soon, so kexec-tools would be useful. This is an upstream issue since the current release doesn't have arm64/aarch64 support, but I see it's coming: http://patchwork.openembedded.org/patch/82771/ Please leave this bug open so we can track this. -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791758: redshift: cursor is unaffected
Control: tag -1 unreproducible moreinfo On Thursday 09 July 2015 02:06 AM, Christian Weinz wrote: I did not set anything special and it happens consistently for me. Attached is a picture of the phenomena. With the bare eye it is more noticeable. I'm using a radeon hd 7950 with the libre drivers, and also the package firmware‑linux‑nonfree to enable 3d acceleration — maybe that is relevant. I have no clue but my guess is that that may be the problem. All I can add is that on my ultrabook, with Intel HD, I do not see the problem you have mentioned. To narrow it down, you may want to verify the same on another machine, or with another chipset. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#778032: oce FTBFS with GCC 5
Control: tags -1 + fixed-upstream upstream 0.15 still ftbfs, checked that this version builds using GCC 5: http://ppa.launchpad.net/freecad-maintainers/oce-release/ubuntu/pool/main/o/oce/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791932: Please support ARM64 (config.{sub,guess}, arch list)
Package: fenix-plugins Version: 0.0.20070803-5.1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? It seems updates to config.{sub,guess} are needed for all plugins. -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791934: cloud-init: rsyslog deprecation warnings
Package: cloud-init Version: 0.7.6~bzr976-4 Severity: normal The cloud-init rsyslog snippet that is installed uses a deprecated syntax, producing these warnings on startup: Dec 18 08:56:08 elk rsyslogd-2307: warning: ~ action is deprecated, consider using the 'stop' statement instead [try http://www.rsyslog.com/e/2307 ] Dec 18 08:56:08 elk rsyslogd-2184: action '*' treated as ':omusrmsg:*' - please change syntax, '*' will not be supported in the future [try http://www.rsyslog.com/e/2184 ] root@clam:/etc/rsyslog.d# cat 21-cloudinit.conf # Log cloudinit generated log messages to file :syslogtag, isequal, [CLOUDINIT] /var/log/cloud-init.log # comment out the following line to allow CLOUDINIT messages through. # Doing so means you'll also get CLOUDINIT messages in /var/log/syslog ~ -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791935: Please support ARM64 (upstream work needed)
Package: mongodb Version: 1:2.4.14-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? A quick search suggests that it might be working alrady or is work in progress: https://github.com/mongodb/mongo/pull/672 https://jira.mongodb.org/browse/SERVER-12461 -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790816: RFS: roxterm/3.0.1-1
On 08/07/15 07:09, Vincent Cheng wrote: NameError: name 'reload' is not defined debian/rules:48: recipe for target 'override_dh_auto_clean' failed Oh, I didn't notice reload was python 2 only. And setdefaultencoding doesn't work any more in python 3 anyway. However, I was able to build your package just by adding export LC_ALL=C.UTF-8 to d/rules. I can upload your package with this change, or if you'd rather fix this upstream, that's fine with me as well. I tried that with pdebuild and it didn't work for me. I got a series of errors from perl that it couldn't set the locale and was falling back to C, and then mscript/maitch failed the same way as before. In any case I'd rather fix the problem upstream, in a way that doesn't depend on the environment, and I finally found a way to do that, by adding an encoding argument to open(). With this change it does build for me with pdebuild so I've uploaded it again, and hopefully we've got rid of all these problems at last. There is one other change, in src/roxterm-config.ui I rearranged the Tabs section of the profile editor slightly, in response to a simple issue that was raised upstream this morning. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787074: ditaa: duplicated and old
Control: retitle -1 Please package new upstream snapshot Control: tag -1 + patch pending Hello Sam David, David, see my question at the end. On Thu, 28 May 2015, Sam Halliday wrote: 1. the ditaa jar is also distributed with org-mode, which I understand is a violation of the debian packaging rules Please report this against org-mode. They should drop their copy and put a symlink to /usr/share/ditaa/ditaa.jar instead. 2. the version of ditaa is really old and upstream have implemented a bunch of nice features. I have prepared a new release based on a git snapshot in the packaging git repository: https://anonscm.debian.org/cgit/collab-maint/ditaa.git You can get a test package here: Binary: https://people.debian.org/~hertzog/packages/ditaa_0.9+git20150709-1_all.deb Source: https://people.debian.org/~hertzog/packages/ditaa_0.9+git20150709-1.dsc Sam, please test and report back if it works fine for you. The above package is built for unstable/stretch. David, do you want to review my work and upload ? Or can I upload straight away (as a team upload) ? Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791920: systemd: with ifupdown, ifup@.service forces ifup eth0 even with no Ethernet link
Forgot to CC the ifupdown maintainers. Btw, hi guus! Am 09.07.2015 um 17:23 schrieb Michael Biebl: Control: reassign -1 ifupdown Am 09.07.2015 um 16:54 schrieb Vincent Lefevre: Package: systemd Version: 222-1 Severity: important Note: the following applies when /etc/network/interfaces contains: allow-hotplug eth0 iface eth0 inet dhcp which is the default. With ifupdown, ifup@.service forces ifup eth0 even with no Ethernet link (e.g. no Ethernet cable plugged in), which is * bad because this hangs the boot for several dozens of seconds; ifup@.service is triggered by udev, so does not block boot. What blocks is /etc/init.d/networking * useless because when there is an Ethernet link, eth0 is already brought up by the /etc/init.d/networking script. ifup@.service is not useless. It's there to handle devices which are plugged in after /etc/init.d/networking has been started. For instance, when there is an Ethernet link: Jul 09 16:43:01 zira systemd[1]: Starting LSB: Raise network interfaces -- Subject: Unit networking.service has begun start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel /etc/init.d/networking is shipped by ifupdown, thus re-assigning. I guess we (pkg-systemd-maintainer) and you, guus, should discuss at some point, how we move forward regarding the ifupdown integration for allow-hotplug and systemd in general. /lib/udev/rules.d/80-networking.rules /lib/udev/net.agent /lib/systemd/system/ifup@.service Those file don't really belong into udev/systemd but should be shipped by ifupdown proper and before the Jessie release I had already talked to andrewsh, that we want proper systemd support, not just a sysv init script. Maybe the service files shipped by Ubuntu would be a starting point. In any case, welcome as maintainer of ifupdown and hopefully we can work together on this. Cheers, Michael -- 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#791928: Please support ARM64 (#error Unknown CPU architecture)
* Wesley W. Terpstra wes...@terpstra.ca [2015-07-09 18:14]: Porting mlton is easy. I ported it to most of the debian archs already. All i need is a debian porterbox and buildd when i prepare a new upload. My report was for st, although I'm about to file a bug on mlton. :) We have a porter box: asachi.debian.org See https://db.debian.org/machines.cgi Thank you! -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780424: Emedded ZendDb component affected by several security issues
Hi François-Régis, On Tue, Mar 17, 2015 at 02:18:40AM +0100, François-Régis wrote: This bug affects only unstable and will be fixed with #780422 fix. php-zend-db has just been accepted, so you can now properly depend on it for galette. I also pushed the latest version (2.5.1) of php-zend-db to experimental. Please test that galette still works fine with this version (there are little changes, so I don’t expect any issues), and report a bug against php-zend-db if there is a problem: I expect to upload the next 2.5 ZendFramework packages to unstable unless there is a good reason not to. Regards David signature.asc Description: Digital signature
Bug#791939: Please add arm64 to debian/control
Package: kgb Version: 1.0b4+ds-13.2 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 Please add arm64 to debian/control. It builds just fine. dpkg-deb: building package 'kgb' in '../kgb_1.0b4+ds-13.2_arm64.deb'. (sid)211:tbm@m400-c2n1: ~/arm/kgb-1.0b4+ds] /usr/bin/kgb foo kgb_arch_posix_by_slawek.cpp kgb_arch_posix_by_slawek.cpp 87KB - 20KB 87KB - 20KB w 0.56s. (23.33% czas: 160 KB/s) -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791920: systemd: with ifupdown, ifup@.service forces ifup eth0 even with no Ethernet link
On 2015-07-09 17:29:55 +0200, Michael Biebl wrote: I'm not convinced ifup@.service should do any link detection. Then it shouldn't be triggered for allow-hotplug interfaces. If you want link detection, use a software which properly supports that (like systemd-network, NetworkManager or other alternative) or add that to ifupdown natively. ifupdown supports link detection, as you can see in /etc/init.d/networking (the following function ifup_hotplug applies to allow-hotplug interfaces in /etc/network/interfaces): ifup_hotplug () { if [ -d /sys/class/net ] then ifaces=$(for iface in $(ifquery --list --allow=hotplug) do link=${iface##:*} link=${link##.*} if [ -e /sys/class/net/$link ] then # link detection does not work unless we up the link ip link set $iface up || true if [ $(cat /sys/class/net/$link/operstate) = up ] then echo $iface fi fi done) if [ -n $ifaces ] then ifup $ifaces $@ || true fi fi } And this works. On 2015-07-09 17:50:45 +0200, Michael Biebl wrote: Am 09.07.2015 um 17:23 schrieb Michael Biebl: ifup@.service is triggered by udev, so does not block boot. What blocks is /etc/init.d/networking No, according to the logs, /etc/init.d/networking does not block boot. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791929: Please support ARM64 (No rule to make target 'aarch64')
Package: linuxlogo Version: 5.11-7 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? If not, I might be able to get somone to work on this. sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c4n1.hlinux.usa.hp.com ... make[3]: Entering directory '/«PKGBUILDDIR»/libsysinfo-0.2.2/Linux' make[3]: *** No rule to make target 'aarch64', needed by 'cpuinfo.o'. Stop. make[3]: Leaving directory '/«PKGBUILDDIR»/libsysinfo-0.2.2/Linux' -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790512: urweb: FTBFS - latex: Command not found
Hi. Attached is a patch that fix this bug. The latex is only necessary when building arch independent now. Gustavo Prado Alkmim Bacharel em Ciência da Computação (UFLA) Doutorando em Ciência da Computação (UNICAMP) -- Do que adianta para o homem ganhar o mundo e perder sua alma??? 2015-07-08 4:02 GMT-03:00 Gustavo Prado Alkmim alk...@ic.unicamp.br: Package: urweb Version: 20150214+dfsg-1 Followup-For: Bug #790512 Hi. I'm working on this problem in my Google Summer of Code project. I will send a patch soon. Thanks, urweb-20150214+dfsg-1.patch Description: Binary data
Bug#791948: Please support ARM64 (done upstream in 1.2.0)
Package: avian Version: 1.1.0-4 Tags: fixed-upstream Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. This is fixed in new upstream 1.2.0 from http://oss.readytalk.com/avian/ Recent changes: Add support for ARM64 on Linux and iOS -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791947: New upstream release
Package: avian Severity: wishlist Version 1.2.0 is available from http://oss.readytalk.com/avian/ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791847: [pkg-uWSGI-devel] Bug#791847: uwsgi: FTBFS with ruby2.2: Error: unable to find directory 'plugins/rack_ruby21'
On Thu, Jul 09, 2015 at 08:47:26AM -0500, Jonas Smedegaard wrote: Quoting Christian Hofstaedtler (2015-07-09 00:58:37) * Jonas Smedegaard d...@jones.dk [150709 01:27]: Quoting Christian Hofstaedtler (2015-07-08 14:46:43) We're planning to switch the ruby version in unstable to 2.2, and shortly after that 2.1 will be removed. Could you please pretty please provide a mechanism for resolving which is the main Ruby version at any time. With ruby and ruby-all-dev from experimental: % dh_ruby --print-supported ruby2.2 With ruby and ruby-all-dev from unstable: % dh_ruby --print-supported ruby2.1 ruby2.2 I'd suggest you build for all ruby versions, as much as you currently build for all lua versions. If you can not, then build for the first ruby version in the returned list. Thanks, that is valuable info. I recommend you include somewhere canonical - nd point to that canonical place so that people like me can track that for eventual future updates :-) /usr/share/doc/ruby/README.Debian ruby-defaults: Ruby for Debian -- The purpose of the ruby-defaults package is to provide binary packages (mostly metapackages) that will install the currently supported Ruby interpreter. Specifically: - ruby Depends on the default Ruby interpreter. - ruby-dev Depends on the development files for the default Ruby interpreter - ruby-all-dev Depends on the development files for all supported Ruby interpreters. This will usually be a single version (the default one), but during transitions in unstable multiple versions might be supported. If you are not building Ruby packages for Debian, you probably do not need it. When building Debian packages, it is OK to only build for the default version, and using just `ruby` (instead of harcoding the current default) will do that in a future-proof way. To programatically list all the supported versions, install the `gem2deb` package and run `dh_ruby --print-supported`. To determine which is the default version, just dereference the /usr/bin/ruby symbolic link. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#791931: Please support ARM64 (arm64 not in arch list, aarch not in config*)
Package: fenix Version: 0.92a.dfsg1-10 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? I looked for arm and couldn't find any references apart from config.{sub,guess}, so maybe an update is all it takes? -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789802: lintian: False positive source-contains-prebuilt-java-object reported against jar files without classes
maven-invoker-plugin is a good example of a package containing empty jar files. The source tarball ships with 3 jar files used by the integration tests, they contain only a MANIFEST.MF file and no compiled class: ebourg@icare:~/packaging/maven-invoker-plugin$ tar -tf ../maven-invoker-plugin_1.5.orig.tar.gz | grep jar maven-invoker-plugin-1.5/src/it/staging-dependencies/repo/org/apache/maven/its/minvoker-70/1.0-SNAPSHOT/minvoker-70-1.0-20081020.164906-1.jar maven-invoker-plugin-1.5/src/it/staging-dependencies/repo/org/apache/maven/its/dep/1.0/dep-1.0-tests.jar maven-invoker-plugin-1.5/src/it/staging-dependencies/repo/org/apache/maven/its/dep/2.0/dep-2.0.jar ebourg@icare:~/packaging/maven-invoker-plugin$ jar -tf src/it/staging-dependencies/repo/org/apache/maven/its/dep/1.0/dep-1.0-tests.jar META-INF/ META-INF/MANIFEST.MF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791936: Please support ARM64 (upstream porting work needed)
Package: mlton Version: 20100608-5.1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791938: Please support ARM64 (porting work needed)
Package: cpuburn Version: 1.4a-6 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? I guess there's no upstream anymore? -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791942: New upstream available
Package: kexec-tools Severity: wishlist Version 2.0.10 is available from https://www.kernel.org/pub/linux/utils/kernel/kexec/ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736535: Dr Geo II
hi, that program you find in drgeo.eu and in Launchpad is called Dr Geo II I have looked around, and the source is not available. What you can download from the the above websites is a precompiled binary. a. -- Andrea Mennucc E' un mondo difficile. Che vita intensa! (Tonino Carotone) signature.asc Description: Digital signature
Bug#791950: Please support ARM64
Package: health-check Version: 0.01.63-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. debian/changlog from 2014 says: * Add first cut of __aarch64__ support. What's missing to add amd64 to debian/control? -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791913: ceph: please make the build reproducible
I would add a comment explaining the sort or it will surely be forgotten. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791927: Please support ARM64 (#error ISA not supported)
Package: ctfutils Version: 9.2-5.1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? If not, I might be able to get somone to work on this. sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com ... cc -Wall -Wno-unknown-pragmas -g -pipe -fPIC -I. -D_GNU_SOURCE -DNEED_SOLARIS_BOOLEAN -isystem /usr/include/freebsd -Werror=implicit-function-declaration -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -O2 -DCTF_OLD_VERSIONS -I/«PKGBUILDDIR»/cddl/lib/libctf/../../../sys/cddl/compat/opensolaris -I/«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/compat/opensolaris/include -I/«PKGBUILDDIR»/cddl/contrib/opensolaris/head -I/«PKGBUILDDIR»/cddl/contrib/opensolaris/common/ctf -I/«PKGBUILDDIR»/cddl/contrib/opensolaris/lib/libctf/common -I/«PKGBUILDDIR»/sys/cddl/contrib/opensolaris/uts/common -std=gnu99 -fstack-protector -Wno-pointer-sign -c /«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_decl.c -o ctf_decl.o In file included from /«PKGBUILDDIR»/sys/cddl/contrib/opensolaris/uts/common/sys/sysmacros.h:34:0, from /«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_create.c:30: /«PKGBUILDDIR»/sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h:596:2: error: #error ISA not supported #error ISA not supported ^ In file included from /«PKGBUILDDIR»/sys/cddl/contrib/opensolaris/uts/common/sys/sysmacros.h:34:0, from /«PKGBUILDDIR»/cddl/lib/libctf/../../../cddl/contrib/opensolaris/common/ctf/ctf_create.c:30: /«PKGBUILDDIR»/sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h:596:2: error: #error ISA not supported #error ISA not supported ^ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791921: coreutils: Add tmux, tmux-256colors terminfos to dircolors database
On 09/07/15 16:03, Víctor Cuadrado Juan wrote: Package: coreutils Version: 8.23-4 Severity: wishlist Dear Maintainer, The commands depending on 'dircolor' ('ls', 'dir', etc) do not output colors when you are using TERM=tmux or TERM=tmux-256color inside of tmux. This happens because LS_COLORS is empty when using those terminfos, as 'dircolor' hasn't populated it: - Inside of tmux: 'TERM=screen-256color env | grep LS_COLORS' shows a populated LS_COLORS. - Inside of tmux: 'TERM=tmux-256color env | grep LS_COLORS' or 'TERM=tmux env | grep LS_COLORS' shows LS_COLORS empty. Another way to see it: - Inside of tmux: 'TERM=screen-256color ls --color' outputs colors. - Inside of tmux: TERM=tmux-256color ls --color' or 'TERM=tmux ls --color' does not output colors. As tmux and tmux-256colors are provided by the ncurses-term Debian package, it would be good if they were supported by dircolor, by adding them to src/dircolors.hin. I would submit a patch myself, but I'm not sure if this change is only relative to Debian sources (does ncurses-term provide terminfos that may not be in other distros?) or the patch should go with upstream sources (and open another bug upstream too). May be Debian specific? The following is on Fedora 22: $ TERM=screen-256color tput colors 256 $ TERM=tmux-256color tput colors tput: unknown terminal tmux-256color cheers, Pádraig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791928: Please support ARM64 (#error Unknown CPU architecture)
Package: st Version: 1.9-3.1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? (Looks like upstream is pretty dead; last release in 2009?) sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c5n1.hlinux.usa.hp.com ... if [ ! -d LINUX_3.13.0-55-generic_OPT ]; then mkdir LINUX_3.13.0-55-generic_OPT; fi gcc -DLINUX -Wall -O -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -c sched.c -o LINUX_3.13.0-55-generic_OPT/sched.o In file included from common.h:68:0, from sched.c:48: md.h:453:2: error: #error Unknown CPU architecture #error Unknown CPU architecture ^ sched.c: In function '_st_vp_check_clock': sched.c:470:14: warning: variable 'elapsed' set but not used [-Wunused-but-set-variable] st_utime_t elapsed, now; ^ sched.c: In function 'st_thread_create': sched.c:578:2: error: #error Unknown OS #error Unknown OS ^ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791933: Please support ARM64 (update arch list?)
Package: care Version: 2.2.1-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. I see doc/proot/changelog.txt mentions aarch64 and when I add arm64 to debian/control it builds fine. Do you know if anything is missing? -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791944: udev: shutdown hangs because of missing swapoff
Package: udev Version: 222-1 Severity: normal Dear Maintainer, starting with 221-1, my computer doesn't power off anymore. Running swapoff -a or installing 220-7 makes it work again. I have a encrypted swap partition listed in the /etc/crypttab like this: swap0 /dev/sda5 /dev/urandom swap Let me know if you need more information. Cheers Jochen -- Package-specific info: -- 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-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages udev depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii dpkg 1.18.1 ii libacl12.2.52-2 ii libblkid1 2.26.2-6 ii libc6 2.19-18 ii libkmod2 20-1 ii libselinux12.3-2+b1 ii libudev1 222-1 ii lsb-base 4.1+Debian13+nmu1 ii procps 2:3.3.10-2 ii util-linux 2.26.2-6 udev recommends no packages. udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/reboot_needed: udev/sysfs_deprecated_incompatibility: udev/title/upgrade: P: /devices/LNXSYSTM:00 E: DEVPATH=/devices/LNXSYSTM:00 E: MODALIAS=acpi:LNXSYSTM: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:00 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:01 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:01 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:02 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:02 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXCPU:03 E: DEVPATH=/devices/LNXSYSTM:00/LNXCPU:03 E: MODALIAS=acpi:LNXCPU: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00 E: MODALIAS=acpi:LNXSYBUS: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00 E: DRIVER=ac E: MODALIAS=acpi:ACPI0003: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC E: POWER_SUPPLY_NAME=AC E: POWER_SUPPLY_ONLINE=1 E: SUBSYSTEM=power_supply P: /devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0008:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0008:00 E: MODALIAS=acpi:ACPI0008: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00 E: MODALIAS=acpi:PNP0A03: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01 E: MODALIAS=acpi:LNXVIDEO: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3c E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3c E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3d E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3d E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3e E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3e E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3f E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:3f E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:40 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:40 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:41 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:01/device:41 E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:02 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/LNXVIDEO:02 E: MODALIAS=acpi:LNXVIDEO: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:02 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:02 E: MODALIAS=acpi:PNP0C01: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:03 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C01:03 E: MODALIAS=acpi:PNP0C01: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:00 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:00 E: MODALIAS=acpi:PNP0C0F: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:01 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:01 E: MODALIAS=acpi:PNP0C0F: E: SUBSYSTEM=acpi P: /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:02 E: DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0F:02 E: MODALIAS=acpi:PNP0C0F: E: SUBSYSTEM=acpi P:
Bug#791921: coreutils: Add tmux, tmux-256colors terminfos to dircolors database
On 09/07/15 17:09, Michael Stone wrote: On Thu, Jul 09, 2015 at 04:38:07PM +0100, Pádraig Brady wrote: May be Debian specific? The following is on Fedora 22: $ TERM=screen-256color tput colors 256 $ TERM=tmux-256color tput colors tput: unknown terminal tmux-256color Fedora will presumably upgrade to newer upstream terminfo that includes the tmux stuff at some point. (It went in 20150502.) I'll add it with the next debian upload and it presumably should go in coreutils upstream also. Done. This is a perennial pain, but nobody really wants to do the right thing (link coreutils against ncurses and check for color capability at run time). Yes this could be improved. thanks, Pádraig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791946: Please support ARM64 (new upstream works)
Package: pforth Version: 21-12 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 pforth is not enabled for arm64 in debian/control. Using upstream version V27, pforth works on arm64. -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791945: New upstream release
Package: pforth Severity: wishlist Version 27 (December 23, 2014) is available from https://github.com/philburk/pforth -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791857: ITP: daemonize -- tool to run a command as a daemon
On Jul 09, Martín Ferrari tin...@tincho.org wrote: I can say that it does: start-stop-daemon misses some functionality you need for programs that don't daemonise and log to stdout/stderr, which is something I needed only last week. Having said that, I think that This looks like a job for systemd. -- ciao, Marco pgpQDEOTt5Jew.pgp Description: PGP signature
Bug#791949: Please support ARM64 (upstream porting required)
Package: emscripten Version: 1.22.1-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791961: saned won't run from systemd (bad status=22 or procnum=1)
Package: sane-utils Version: 1.0.24-8 Severity: normal saned does not accept any connections on my scan server after the upgrade to jessie and to systemd. as suggested in README.Debian, i've run `systemctl enable saned.socket` to run saned via systemd. whenever a connection comes in i get the following output in journalctl: Jul 09 17:50:15 poseidon-print systemd[1]: Starting Scanner Service (10.13.13.129:35845)... Jul 09 17:50:15 poseidon-print systemd[1]: Started Scanner Service (10.13.13.129:35845). Jul 09 17:50:15 poseidon-print saned[1863]: saned (AF-indep+IPv6) from sane-backends 1.0.24 starting up Jul 09 17:50:15 poseidon-print saned[1863]: check_host: access by remote host: localhost Jul 09 17:50:15 poseidon-print saned[1863]: init: bad status=22 or procnum=1 Jul 09 17:50:15 poseidon-print saned[1863]: saned exiting i've had access list issues before (now that saned takes connections as sockets, i had to replace the 10.13.13.0/24 previously in the saned.conf file with localhost), but that seems to be resolved. saned runs fine when stopping the saned.socket service and running /usr/sbin/saned -d10 as the user saned. -- System Information: Debian Release: jessie Kernel: Linux 43.16.0-4-amd64 Shell: /bin/sh linked to /bin/dash Init: systemd (via /sbin/init) sorry for the abbreviated system information, the scan server doesn't run reportbug. -- debconf information excluded -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#791580: octave: ftbfs, invalid arguments when calling moc
On Wednesday, July 08, 2015 12:46:08 AM Mike Miller wrote: Control: fixed -1 octave/4.0.0-1 Hi Holger, On Mon, Jul 06, 2015 at 14:14:02 +0200, Holger Levsen wrote: octave fails to build in sid and stretch as can be seen on https://reproducible.debian.net/rbuild/unstable/amd64/octave_3.8.2-4.rbuil d.log and https://reproducible.debian.net/rbuild/testing/amd64/octave_3.8.2-4.rbuild .log with several errors like this: moc: Invalid argument [â¦] As far as I can see this is a distinct issue and not #790533. Yes, this is distinct. I spotted this a while ago and fixed upstream, so notice success in experimental: https://reproducible.debian.net/rbuild/experimental/amd64/octave_4.0.0-1.rbu ild.log Marking as fixed, we can leave open for now until we get the 4.0.0 transition going. Upstream fix from the 4.0.0 branch, can be easily applied to 3.8.2 if needed: http://hg.savannah.gnu.org/hgweb/octave/rev/0e712de0af4d Thanks, This doesn't actually cause FTBFS in 3.8.2 (note 3.8.2-4.1 building everywhere), so I'm going to lower the severity. Scott K signature.asc Description: This is a digitally signed message part.
Bug#791972: Please wrap cursor scrolling
Package: pdfmod Version: 0.9.1-8 Severity: wishlist Please allow the left/right cursor keys to wrap to the previous/next row of pages. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pdfmod depends on: ii libc6 2.19-18 ii libcairo2 1.14.2-2 ii libgconf2.0-cil2.24.2-3 ii libglib2.0-0 2.44.1-1.1 ii libglib2.0-cil 2.12.10-5.1 ii libgtk2.0-02.24.28-1 ii libgtk2.0-cil 2.12.10-5.1 ii libmono-cairo4.0-cil 3.2.8+dfsg-10 ii libmono-corlib4.5-cil 3.2.8+dfsg-10 ii libmono-i18n-west4.0-cil 3.2.8+dfsg-10 ii libmono-posix4.0-cil 3.2.8+dfsg-10 ii libmono-system-core4.0-cil 3.2.8+dfsg-10 ii libmono-system-drawing4.0-cil 3.2.8+dfsg-10 ii libmono-system-xml4.0-cil 3.2.8+dfsg-10 ii libmono-system4.0-cil 3.2.8+dfsg-10 ii libpangocairo-1.0-01.36.8-3 ii libpoppler-glib8 0.26.5-2 ii mono-runtime 3.2.8+dfsg-10 pdfmod recommends no packages. pdfmod suggests no packages. -- debconf-show failed -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#791971: Cursor selection of pages does not scroll window
Package: pdfmod Version: 0.9.1-8 Severity: minor I can navigate between pages using the cursor keys, but the window scroll does not update, so that the currently selected page might well not be visible at all. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pdfmod depends on: ii libc6 2.19-18 ii libcairo2 1.14.2-2 ii libgconf2.0-cil2.24.2-3 ii libglib2.0-0 2.44.1-1.1 ii libglib2.0-cil 2.12.10-5.1 ii libgtk2.0-02.24.28-1 ii libgtk2.0-cil 2.12.10-5.1 ii libmono-cairo4.0-cil 3.2.8+dfsg-10 ii libmono-corlib4.5-cil 3.2.8+dfsg-10 ii libmono-i18n-west4.0-cil 3.2.8+dfsg-10 ii libmono-posix4.0-cil 3.2.8+dfsg-10 ii libmono-system-core4.0-cil 3.2.8+dfsg-10 ii libmono-system-drawing4.0-cil 3.2.8+dfsg-10 ii libmono-system-xml4.0-cil 3.2.8+dfsg-10 ii libmono-system4.0-cil 3.2.8+dfsg-10 ii libpangocairo-1.0-01.36.8-3 ii libpoppler-glib8 0.26.5-2 ii mono-runtime 3.2.8+dfsg-10 pdfmod recommends no packages. pdfmod suggests no packages. -- debconf-show failed -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#791973: New upstream available
Package: luajit Severity: wishlist Version 2.0.4 is available from http://luajit.org/ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787474: gdb: please incluse pahole
I ended up doing like this: 1. added the attached patch 2. added python-dev to build-depends 3. set --with-python=python instead of python2 2. and 3. might be related to the fact I am targetting jessie with our internal packaging. On Mon, Jun 1, 2015 at 5:48 PM, Sandro Tosi mo...@debian.org wrote: Source: gdb Severity: minor Hello, it would be nice if we could have pahole in Debian gdb instead of relying on external website to ship it: http://www.sourceware.org/ml/gdb-patches/2010-05/msg00620.html https://github.com/PhilArmstrong/pahole-gdb Regards, Sandro -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) 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) -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi add-pahole-support.patch Description: Binary data
Bug#791979: New upstream available
Package: probabel Severity: wishlist Version 0.4.5 is available from http://www.genabel.org/ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791951: Please support ARM64 (build.xml and src/bin/sh.script.in)
Package: service-wrapper-java Version: 3.5.25-2 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. Do you know if upstream or someone else is working on arm64 support (aarch64) already? Maybe we just need to update build.xml and src/bin/sh.script.in? -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791955: Please add arm64 to debian/control
Package: orpie Version: 1.5.1-10 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 orpie builds fine on arm64; please add it to debian/control. -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791869: lvm2: updating src:lvm2 from 2.02.111-2.2 to 2.02.122-1 breaks booting, mounting LVs other than / fails
Package: lvm2 Version: 2.02.122-1 Hi there, I've got the same bug and I've had to downgrade the lvm2 packages too. Note: My partitions are encrypted. Regards, Marcelo --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-2-amd64 Debian Release: stretch/sid 40 experimentalftp.br.debian.org 100 unstableftp.br.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6(= 2.15) | libdevmapper-event1.02.1(= 2:1.02.74) | libdevmapper1.02.1 (= 2:1.02.85) | libreadline5 (= 5.2) | libudev1 (= 183) | init-system-helpers (= 1.18~) | lsb-base | dmsetup ( 2:1.02.47) | initscripts (= 2.88dsf-13.3) | Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== thin-provisioning-tools| pgp4p0m2QqWGY.pgp Description: OpenPGP digital signature
Bug#791920: systemd: with ifupdown, ifup@.service forces ifup eth0 even with no Ethernet link
Am 09.07.2015 um 18:51 schrieb Vincent Lefevre: On 2015-07-09 17:29:55 +0200, Michael Biebl wrote: I'm not convinced ifup@.service should do any link detection. Then it shouldn't be triggered for allow-hotplug interfaces. That doesn't make any sense. If you want link detection, use a software which properly supports that (like systemd-network, NetworkManager or other alternative) or add that to ifupdown natively. ifupdown supports link detection, as you can see in /etc/init.d/networking (the following function ifup_hotplug applies to allow-hotplug interfaces in /etc/network/interfaces): Well, I know what ifupdown does, since part of that shell code is mine. And no, I wouldn't call that support for link detection. ifup_hotplug () { if [ -d /sys/class/net ] then ifaces=$(for iface in $(ifquery --list --allow=hotplug) do link=${iface##:*} link=${link##.*} if [ -e /sys/class/net/$link ] then # link detection does not work unless we up the link ip link set $iface up || true if [ $(cat /sys/class/net/$link/operstate) = up ] then echo $iface fi fi done) if [ -n $ifaces ] then ifup $ifaces $@ || true fi fi } And this works. Adding some shell code in an init script is imho the wrong way to support link detection. This should be added directly to ifup imho. -- 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#791634: maxima: please package sbcl version
Greetings! I cannot find a Stack package for Debian. Can you give me step by step instructions to reproduce the communication failure? Atsuhito Kohda atsuhit...@tokushima-u.ac.jp writes: Package: maxima Version: 5.36.1-1 Severity: normal Dear Maintainer, * What led up to the situation? I wanted to use Stack, a computer aided assessment package of Moodle, which should communicate with maxima. But the current maxima of Debian failed to communicate with Stack. So I searched a fix and found that one must build maxima with --enable-sbcl, and in fact it worked fine! I'm not sure if --enable-sbcl will cause any problem but please consider to package maxima with --enable-sbcl or, at least, to convert maxima into multi-packages, one with --enable-gcl and the other with --enable-sbcl. Thanks for your maintenance. Best regards, 2015/07/07 Atsuhito Kohda -- 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/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: systemd (via /run/systemd/system) Versions of packages maxima depends on: ii libc6 2.19-18 ii libgmp10 2:6.0.0+dfsg-6 ii libreadline6 6.3-8+b3 ii libx11-6 2:1.6.3-1 Versions of packages maxima recommends: ii gnuplot-x11 4.6.6-2 ii maxima-share 5.36.1-1 Versions of packages maxima suggests: ii maxima-doc5.36.1-1 pn maxima-emacs none ii texmacs 1:1.0.7.21-0.1 ii tk [wish] 8.6.0+8 ii xmaxima 5.36.1-1 -- no debconf information -- Camm Maguirec...@maguirefamily.org == The earth is but one country, and mankind its citizens. -- Baha'u'llah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791952: udftools: new upstream
Package: udftools Version: 1.0.0b3-14.3 Severity: important I have recently received email, reproduced below, from Pali Rohár. The downstream maintainers of other distros were on copy, and both Frantisek Kluknavsky (@redhat) and Jan Kara (@suse) have replied favorably, which as far as I am concerned means Pali Rohár has been accepted as the new victim^W upstream for udftools. I assume that Pali contacted me because many years ago I authored one of the patches that Pali found inside the Debian package. Since udftools in Debian has seen the last maintainer upload in 2008, and only three NMUs ever since, I am unsure whether udftools is still being actively maintained in Debian. Therefore, although Richard Atterer (current Debian maintainer for udftools) also received a copy of Pali's email, I thought it best to open a bug report to ensure it won't get lost. ---8--- Date: Sat, 4 Jul 2015 14:28:36 +0200 From: Pali Rohár pali.ro...@gmail.com Subject: New git repository for udftools package Hello, I'm sending this email to maintainers of udftools packages across more linux distributions. Package udftools contains de-facto standard linux utility mkudffs for formatting optical disks and hard disks to UDF. Upstream projects on sourceforge seems to be dead, I was not able to contains people behind it for years. I cloned sourceforge CVS repository, converted it to git and pushed to github. Now it is on: https://github.com/pali/udftools Into that repository I pushed lot of other commits which fix either memory problems or bugs in code. In original udftools code are lot of buffer overflows and other problems... If you have other patches for udftools package, can you send me it? It would be good to have all needed at one place. I see that every linux distribution has different set of patches which fix only some subset of problems in udftools... Pali Rohár ---8--- -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684496: Please update this font!
Please update this font to its latest version (we're at Unicode 8.0 now) or orphan this package so someone else can maintain it. And while we're at it, split symbola into its own package.
Bug#791923: alpine: please make the build reproducible
Hi! Thanks for filing this. I hope to address this over the next 10 days. If not, please feel free to NMU this.
Bug#791953: New upstream release
Package: nyquist Severity: wishlist Version 3.09 is available from http://sourceforge.net/projects/nyquist/files/nyquist/3.09/ -- Martin Michlmayr Linux for HP Helion, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791950: Please support ARM64
On 09/07/15 18:25, Martin Michlmayr wrote: Package: health-check Version: 0.01.63-1 Severity: wishlist User: debian-...@lists.debian.org Usertags: arm64 port This package fails to build on arm64, but a quick looks suggests this package might be useful on arm64. debian/changlog from 2014 says: * Add first cut of __aarch64__ support. What's missing to add amd64 to debian/control? I need to write the arm64 tracing shims (a little amount of assembler). I have access to an arm64 emulator, so I can work on that. Thanks for raising this issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org