Bug#790415: tar: please add --clamp-mtime to only update mtimes after a given time
Package: tar
Version: 1.27.1-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain timestamps
Hi!
Within the “reproducible builds” effort [1], we are always trying to
find better solutions to make it either to create determenistic build
systems.
One issue we face regularly (and `dpkg` is actually affected) is
that timestamps of files created during the build gets embedded in
tarballs. This makes them impossible to reproduce at another time.
Our generic solution [2] is to use a reference time (e.g. the time of the
latest entry in `debian/changelog') and use it for all files created
later instead of their actual modification date.
We currently implement this by a long call to find+xargs+touch before
calling tar. On top of the extra complexity, this has downside of
modifying the filesystem when we actually only care about the archive
content.
The attached patch adds a `--clamp-mtime` option to tar. When specified
together with `--mtime`, it will switch to the aforementioned behavior
instead of setting all mtimes to the same value.
Sadly, after being submitted upstream [3], Paul Eggert failed to see the
benefits of this addition. Help in moving the matter further, in Debian
or upstream, would be most welcome.
[1]: https://wiki.debian.org/ReproducibleBuilds
[2]: https://wiki.debian.org/ReproducibleBuilds/TimestampsInTarball
[3]: https://lists.gnu.org/archive/html/help-tar/2015-06/msg0.html
Thanks,
--
Lunar.''`.
lu...@debian.org: :Ⓐ : # apt-get install anarchism
`. `'`
`-
From de55fd95593aa880329879b42779cddef48e8ee0 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org
Date: Mon, 29 Jun 2015 11:42:29 +0200
Subject: [PATCH] add a `--clamp-mtime` option to make reproducible builds
easier
---
debian/patches/add-clamp-mtime.diff | 185
debian/patches/series | 1 +
2 files changed, 186 insertions(+)
create mode 100644 debian/patches/add-clamp-mtime.diff
diff --git a/debian/patches/add-clamp-mtime.diff b/debian/patches/add-clamp-mtime.diff
new file mode 100644
index 000..c9d6015
--- /dev/null
+++ b/debian/patches/add-clamp-mtime.diff
@@ -0,0 +1,185 @@
+From d9bea5154e28817f7c42e7fb7798df17eca483ff Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?J=C3=A9r=C3=A9my=20Bobbio?= lu...@debian.org
+Date: Thu, 4 Jun 2015 11:05:20 +
+Subject: [PATCH] Add --clamp-mtime option
+
+The new `--clamp-mtime` option will change the behavior of `--mtime` to
+only use the time specified if the file mtime is newer than the given time.
+The `--clamp-mtime` option can only be used together with `--mtime`.
+
+Typical use case is to make builds reproducible: to loose less
+information, it's better to keep the original date of an archive, except for
+files modified during the build process. In that case, using a reference (and
+thus reproducible) timestamps for the latter is good enough. See
+https://wiki.debian.org/ReproducibleBuilds for more information.
+
+In order to implement the option, we transform `set_mtime_option` from
+a bool to an enum with three values: use original file mtime, force all mtimes
+to be of the same value, and clamp mtimes (as explained above).
+
+To verify that `--clamp-mtime` is used together with `--mtime`, `mtime_option`
+is now initialized to a minimal value as done for `newer_mtime_option`. As
+the same macro can now be used for both options, NEWER_OPTION_INITIALIZED
+has been renamed to TIME_OPTION_INITIALIZED.
+---
+ src/common.h | 17 -
+ src/create.c | 15 ++-
+ src/list.c | 2 +-
+ src/tar.c| 23 ---
+ 4 files changed, 47 insertions(+), 10 deletions(-)
+
+diff --git a/src/common.h b/src/common.h
+index 42fd539..962ce1d 100644
+--- a/src/common.h
b/src/common.h
+@@ -211,13 +211,20 @@ GLOBAL bool multi_volume_option;
+do not get archived (also see after_date_option above). */
+ GLOBAL struct timespec newer_mtime_option;
+
+-/* If true, override actual mtime (see below) */
+-GLOBAL bool set_mtime_option;
+-/* Value to be put in mtime header field instead of the actual mtime */
++enum set_mtime_option_mode
++{
++ USE_FILE_MTIME,
++ FORCE_MTIME,
++ CLAMP_MTIME,
++};
++
++/* Override actual mtime if set to FORCE_MTIME or CLAMP_MTIME */
++GLOBAL enum set_mtime_option_mode set_mtime_option;
++/* Value to use when forcing or clamping the mtime header field. */
+ GLOBAL struct timespec mtime_option;
+
+-/* Return true if newer_mtime_option is initialized. */
+-#define NEWER_OPTION_INITIALIZED(opt) (0 = (opt).tv_nsec)
++/* Return true if mtime_option or newer_mtime_option is initialized. */
++#define TIME_OPTION_INITIALIZED(opt) (0 = (opt).tv_nsec)
+
+ /* Return true if the struct stat ST's M time is less than
+newer_mtime_option. */
+diff --git
Bug#702220: Program received signal SIGSEGV, Segmentation fault.
Package: evince Version: 3.16.1-1 Followup-For: Bug #702220 Dear Maintainer, The segfaults happen in all the cases (start from the terminal or from the graphical menu). The problem is remains only if the file is postscript while the same file pdf does not give problems. So I can overcome the difficulty if I change the format of the graphic with ps2pdf. The command dmesg show the following message [13803.307651] evince[5374]: segfault at 7f5c85737cd0 ip 7f5ca85443f5 sp 7ffcf23e8780 error 4 in libpixman-1.so.0.32.6[7f5ca84f3000+a5000] Thank you Stefano Simonucci -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evince depends on: ii evince-common 3.16.1-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii libatk1.0-02.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libevdocument3-4 3.16.1-1 ii libevview3-3 3.16.1-1 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1 ii libgtk-3-0 3.16.4-2 ii libpango-1.0-0 1.36.8-3 ii libsecret-1-0 0.18.2-1 ii shared-mime-info 1.3-1 Versions of packages evince recommends: ii dbus-x11 1.8.18-1 Versions of packages evince suggests: ii gvfs 1.24.1-2+b1 ii nautilus 3.14.2-1 ii poppler-data 0.4.7-3 pn unrar 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#790288: Please support ARM (mcontext_t/sigcontext has no member named gregs)
Hi Corentin,
as far as I remember you have contact to upstream. Could you please
forward this issue?
Kind regards
Andreas.
On Sat, Jun 27, 2015 at 05:20:16PM -0400, Martin Michlmayr wrote:
Package: fw4spl
Version: 0.9.2-2
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: arm64
fw4spl fails to build on at least armel, armhf and arm64 (and possibly
other architectures) with:
error: 'mcontext_t {aka struct sigcontext}' has no member named 'gregs'
The code is:
#ifndef __MACOSX__
ss from uc-uc_mcontext.gregs[REG_EIP];
#endif
looks like some Linux platforms have to be excluded too, or maybe
restrict this to x86 or something. (I don't know anything about
sigcontext/gregs, so I don't know what the solution is, but please
forward this bug upstream.)
Martin
sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com
...
[ 44%] Building CXX object
monitor/CMakeFiles/monitor.dir/src/monitor/installSIGSEVBacktrace.cpp.o
cd /«PKGBUILDDIR»/obj-aarch64-linux-gnu/monitor /usr/bin/c++
-DBOOST_ALL_DYN_LINK -DBOOST_DEBUG_PYTHON -DBOOST_LINKING_PYTHON
-DBOOST_THREAD_DONT_PROVIDE_DEPRECATED_FEATURES_SINCE_V3_0_0
-DBOOST_THREAD_PROVIDES_FUTURE -DBOOST_THREAD_VERSION=2
-DBUNDLEPATH=\/usr/share/fw4spl/Bundles/\
-DLIBSFW4SPL=\/usr/lib/fw4spl/\ -DMONITOR_EXPORTS -DMONITOR_VER=\0-1\
-DQT_NO_KEYWORDS -DSHAREPATH=\/usr/share/fw4spl/\ -DSPECIALINSTALL
-DSPYLOG_LEVEL=2 -g -O2 -fPIE -fstack-protector-strong -Wformat
-Werror=format-security -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -fPIC
-I/«PKGBUILDDIR»/Bundles/LeafCtrl/monitor/include
-I/«PKGBUILDDIR»/SrcLib/core/fwGui/include
-I/«PKGBUILDDIR»/SrcLib/core/fwCore/include
-I/«PKGBUILDDIR»/SrcLib/core/fwData/include
-I/«PKGBUILDDIR»/SrcLib/core/fwCamp/include
-I/«PKGBUILDDIR»/SrcLib/core/fwCom/include
-I/«PKGBUILDDIR»/SrcLib/core/fwThread/include
-I/«PKGBUILDDIR»/SrcLib/core/fwMath/include
-I/«PKGBUILDDIR»/SrcLib/core/fwMemory/include -I/
«PKGBUILDDIR»/SrcLib/core/fwTools/include
-I/«PKGBUILDDIR»/SrcLib/core/fwRuntime/include -I/usr/include/libxml2
-I/«PKGBUILDDIR»/SrcLib/core/fwServices/include
-I/«PKGBUILDDIR»/SrcLib/core/fwActivities/include
-I/«PKGBUILDDIR»/SrcLib/core/fwMedData/include
-I/«PKGBUILDDIR»/SrcLib/core/fwDataCamp/include-o
CMakeFiles/monitor.dir/src/monitor/installSIGSEVBacktrace.cpp.o -c
/«PKGBUILDDIR»/Bundles/LeafCtrl/monitor/src/monitor/installSIGSEVBacktrace.cpp
/«PKGBUILDDIR»/Bundles/LeafCtrl/monitor/src/monitor/installSIGSEVBacktrace.cpp:
In function 'void monitor::bt_sighandler(int, siginfo_t*, void*)':
/«PKGBUILDDIR»/Bundles/LeafCtrl/monitor/src/monitor/installSIGSEVBacktrace.cpp:110:43:
error: 'mcontext_t {aka struct sigcontext}' has no member named 'gregs'
ss from uc-uc_mcontext.gregs[REG_EIP];
^
/«PKGBUILDDIR»/Bundles/LeafCtrl/monitor/src/monitor/installSIGSEVBacktrace.cpp:118:41:
error: 'mcontext_t {aka struct sigcontext}' has no member named 'gregs'
trace[1] = (void *) uc-uc_mcontext.gregs[REG_EIP];
^
monitor/CMakeFiles/monitor.dir/build.make:172: recipe for target
'monitor/CMakeFiles/monitor.dir/src/monitor/installSIGSEVBacktrace.cpp.o'
failed
make[3]: ***
[monitor/CMakeFiles/monitor.dir/src/monitor/installSIGSEVBacktrace.cpp.o]
Error 1
make[3]: Leaving directory '/«PKGBUILDDIR»/obj-aarch64-linux-gnu'
CMakeFiles/Makefile2:2394: recipe for target
'monitor/CMakeFiles/monitor.dir/all' failed
make[2]: *** [monitor/CMakeFiles/monitor.dir/all] Error 2
--
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard
___
Debian-med-packaging mailing list
debian-med-packag...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789757: [ITR] templates://ejabberd/{templates}
Hi there On 29.06.2015 08:50, Christian PERRIER wrote: The first step of the process is to review the debconf source template file(s) of ejabberd. This review will start on Thursday, July 02, 2015, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitly ask for it, no upload nor NMU will happen for ejabberd. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. please go ahead, input and help are very much appreciated. Regards, -- .''`. Philipp Huebner debala...@debian.org : :' : pgp fp: 6719 25C5 B8CD E74A 5225 3DF9 E5CA 8C49 25E4 205F `. `'` `- signature.asc Description: OpenPGP digital signature
Bug#609844: chm2pdf fails on concatenation
Package: chm2pdf Version: 0.9.1-1.1 Followup-For: Bug #609844 Hello, Same bug here. Regards. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chm2pdf depends on: ii htmldoc 1.8.27-8 ii libchm-bin 2:0.40a-2 ii python 2.7.3-4+deb7u1 ii python-chm 0.8.4-1+b2 ii python-support 1.0.15 chm2pdf recommends no packages. Versions of packages chm2pdf suggests: pn python-beautifulsoup 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#790418: libmoo-perl: New upstream release of Moo
On Mon, 29 Jun 2015 13:52:09 +0200, Axel Beckert wrote: Kjetil Kjernsmo wrote: Moo is now well established, and it would be good to get the most recent release (that contains incompatible changes) into Sid, to allow as much time as possible to iron out isses that may arise from these intrusive changes. My current idea is to first upload it to experimental, then check for severe reverse dependencies issues, iron out the worst ones and then upload to unstable. Thanks! Maybe the Moo distribution itself contains information about breakages or the upstream community can help with known issues? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bob Dylan: Workingmans's Blues signature.asc Description: Digital Signature
Bug#781165: ITP: prospector -- Python code analysis tool
On 29.06.2015 14:34, Daniel Stender wrote: build Prospector in Sid ... meaning fulfilling _INSTALL_REQUIRES incl. full running tests. All that needed to run, anyway ... DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789564: API breakage in 'python-lockfile' version 0.9
Hi Ben, Thanks for your report; I'll contact the upstream to fix spambayes' next release. Best Regards, Hugo -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E signature.asc Description: Digital signature
Bug#787866: autogen: after upgrade to 5.18.5 autogen no longer works
Then I guessed at the wrong part of the patch. I believe that the problem is that a single character string is morphing into some weirdo multi-byte character because the Guile library thinks that it is the right thing to do. I do wish the Guile folks had not removed all support for NUL terminated byte arrays, i.e. traditional strings. I'll have a look again next weekend. :( Sorry. On Sun, Jun 28, 2015 at 11:26 PM, Nikos Mavrogiannopoulos n...@gnutls.org wrote: On Sun, 2015-06-28 at 17:18 -0700, Bruce Korb wrote: On 06/28/15 04:26, Nikos Mavrogiannopoulos wrote: http://autogen.sourceforge.net/data/autogen-5.18.5pre20.tar.xz That version works for me. OK, then, I've now unwound all the Guile wrapper macro removals from top of tree. http://autogen.sourceforge.net/data/autogen-5.18.6pre3.tar.xz If that one works for you, then I'll promote it next weekend. Thank you both for your help! I'm not able to compile this version. The error message follows. make[2]: Entering directory '/tmp/autogen-5.18.6pre3/xml2ag' top_srcdir=.. top_builddir=.. PATH=`cd ../columns;pwd`:$PATH CLexe=../columns/columns ../agen5/autogen -MF.deps/stamp-opts.d -MTstamp-opts -MP -L../autoopts/tpl -L../autoopts/tpl --definition=./xmlopts.def Error in template ../autoopts/tpl/optlib.tlib, line 780 DEFINITIONS ERROR in ../autoopts/tpl/optlib.tlib line 780 for xmlopts.h: Error: value for opt output is `O' must be single char or 'NUMBER' Failing Guile command: = = = = = (error (sprintf Error: value for opt %s is `%s'\nmust be single char or 'NUMBER' (get name) (get value))) = Makefile:903: recipe for target 'stamp-opts' failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785874: No h.264 support in stable and sid
On Sunday 28 June 2015 20:55:25 Peter Spiess-Knafl wrote: Hi! Thanks for getting back so quickly. [snip] However in Jessie, there is currently no possibility to decode H.264 videos from qt, since gstreamer0.10-ffmpeg is required for that. Do you have an idea how we could fix this? Backporting Qt once Qt 5.5.x makes it to testing. There is no other way around for that. -- Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning. Anonymous Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#790428: python-soaplib: Inccorect wdsl is generated for Array inner type
Package: python-soaplib Version: 0.8.1-2 Severity: normal Tags: patch Inccorect wdsl is generated for Array inner type. I am not a SOAP developer and don't understand much of this, but I can diff a working wdsl file with one incorrectly generated by python-soaplib shipped with Debian. The difference is that the incorrect source generates type=tns:string and the corrected source generates type=xs:string From the generated wdsl: xs:complexType name=stringArrayxs:sequencexs:element minOccurs=0 maxOccurs=unbounded type=tns:string name=string//xs:sequence/xs:complexType This problem seems to have been fixed in 2009 but is still not included in Debian 8. Diff to the fix: https://github.com/gsson/soaplib/commit/1dd0aa6e01ebb04a7c802f261c93534061de8b7d -- System Information: Debian Release: 6.0.10 APT prefers oldoldstable-updates APT policy: (500, 'oldoldstable-updates'), (500, 'oldoldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-soaplib depends on: ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii python-lxml 2.2.8-2 pythonic binding for the libxml2 a ii python-support 1.0.10 automated rebuilding support for P ii python-tz 2010b-1 Python version of the Olson timezo python-soaplib recommends no packages. python-soaplib 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#765017: SECURITY - normal users are allowed full access to USB devices per default
Package: libspice-client-glib-2.0-8 Version: 0.28-1 Followup-For: Bug #765017 Hello, This problem is no longer present with current version of libspice-client-glib-2.0-8 This is probably due to a change in the policykit and/or the helper included with the library. Either way, I cannot access devices for which I have write permission since policykit denies the access and opening the device directly is not attempted. I guess you can close this. Thanks Michal -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (900, 'stable'), (610, 'oldstable'), (500, 'testing'), (410, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.1.0-rc7+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libspice-client-glib-2.0-8 depends on: ii libc6 2.19-18 ii libglib2.0-0 2.42.1-1 ii libjpeg62-turbo 1:1.3.1-12 ii liblz4-1 0.0~r122-2 ii libopus0 1.1-2 ii libpixman-1-0 0.32.6-3 ii libpulse-mainloop-glib0 5.0-13 ii libpulse0 5.0-13 ii libsasl2-22.1.26.dfsg1-13 ii libssl1.0.0 1.0.1k-3+deb8u1 ii libusb-1.0-0 2:1.0.19-1 ii libusbredirhost1 0.7-1 ii libusbredirparser10.7-1 ii multiarch-support 2.19-18 ii spice-client-glib-usb-acl-helper 0.25-1+b1 ii zlib1g1:1.2.8.dfsg-2+b1 libspice-client-glib-2.0-8 recommends no packages. libspice-client-glib-2.0-8 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#790407: rott: please show a dialog box if files are missing
Le lundi 29 juin 2015, 13:43:30 Fabian Greffrath a écrit : Am Montag, den 29.06.2015, 13:26 +0200 schrieb Alexandre Detiste: Here is some wording; I'm not particulary good at that, change it as you wish. Thank you very much! I think I will shorten the paragraph about the steam file locations, but keep the rest. - Fabian Ok, I added a PATHS section to G-D-P man page with the Steam locations, as this is pretty generic stuff. signature.asc Description: This is a digitally signed message part.
Bug#790426: libspice-client-glib-2.0-8: Cannot access USB devices from spice client
Package: libspice-client-glib-2.0-8
Version: 0.28-1
Severity: normal
Hello,
I set up udev rules to enable access to select USB devices from my
account but I cannot redirect them from the spice client.
This is because I did not set up policy kit permissions for those
devices and opening the device directly is not attempted when policylit
support is enabled.
Sending a patch that fixes this.
Thanks
Michal
-- System Information:
Debian Release: 8.1
APT prefers stable
APT policy: (900, 'stable'), (610, 'oldstable'), (500, 'testing'), (410,
'unstable'), (400, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf
Kernel: Linux 4.1.0-rc7+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages libspice-client-glib-2.0-8 depends on:
ii libc6 2.19-18
ii libglib2.0-0 2.42.1-1
ii libjpeg62-turbo 1:1.3.1-12
ii liblz4-1 0.0~r122-2
ii libopus0 1.1-2
ii libpixman-1-0 0.32.6-3
ii libpulse-mainloop-glib0 5.0-13
ii libpulse0 5.0-13
ii libsasl2-22.1.26.dfsg1-13
ii libssl1.0.0 1.0.1k-3+deb8u1
ii libusb-1.0-0 2:1.0.19-1
ii libusbredirhost1 0.7-1
ii libusbredirparser10.7-1
ii multiarch-support 2.19-18
ii spice-client-glib-usb-acl-helper 0.25-1+b1
ii zlib1g1:1.2.8.dfsg-2+b1
libspice-client-glib-2.0-8 recommends no packages.
libspice-client-glib-2.0-8 suggests no packages.
-- no debconf information
Even if polkit is used try to open the device first.
Otherwise user accessible devices are denied because of negative polkit reply.
Index: spice-gtk-0.28/gtk/channel-usbredir.c
===
--- spice-gtk-0.28.orig/gtk/channel-usbredir.c 2015-02-06 02:24:10.0 +0100
+++ spice-gtk-0.28/gtk/channel-usbredir.c 2015-06-29 14:49:44.962340089 +0200
@@ -319,9 +319,7 @@
{
SpiceUsbredirChannelPrivate *priv = channel-priv;
GSimpleAsyncResult *result;
-#if ! USE_POLKIT
GError *err = NULL;
-#endif
g_return_if_fail(SPICE_IS_USBREDIR_CHANNEL(channel));
g_return_if_fail(device != NULL);
@@ -348,28 +346,28 @@
priv-device = libusb_ref_device(device);
priv-spice_device = g_boxed_copy(spice_usb_device_get_type(),
spice_device);
+if (!spice_usbredir_channel_open_device(channel, err)) {
#if USE_POLKIT
-priv-result = result;
-priv-state = STATE_WAITING_FOR_ACL_HELPER;
-priv-acl_helper = spice_usb_acl_helper_new();
-g_object_set(spice_channel_get_session(SPICE_CHANNEL(channel)),
- inhibit-keyboard-grab, TRUE, NULL);
-spice_usb_acl_helper_open_acl(priv-acl_helper,
- libusb_get_bus_number(device),
- libusb_get_device_address(device),
- cancellable,
- spice_usbredir_channel_open_acl_cb,
- channel);
-return;
+priv-result = result;
+priv-state = STATE_WAITING_FOR_ACL_HELPER;
+priv-acl_helper = spice_usb_acl_helper_new();
+g_object_set(spice_channel_get_session(SPICE_CHANNEL(channel)),
+inhibit-keyboard-grab, TRUE, NULL);
+spice_usb_acl_helper_open_acl(priv-acl_helper,
+libusb_get_bus_number(device),
+libusb_get_device_address(device),
+cancellable,
+spice_usbredir_channel_open_acl_cb,
+channel);
+return;
#else
-if (!spice_usbredir_channel_open_device(channel, err)) {
g_simple_async_result_take_error(result, err);
libusb_unref_device(priv-device);
priv-device = NULL;
g_boxed_free(spice_usb_device_get_type(), priv-spice_device);
priv-spice_device = NULL;
-}
#endif
+}
done:
g_simple_async_result_complete_in_idle(result);
Bug#789798: grub-installer: add option to _not_ install to UEFI boot order
On Wed, Jun 24, 2015 at 04:02:28PM +0100, Ian Campbell wrote: Package: grub-installer Version: 1.124 Severity: wishlist Tags: patch I have a need to repeatedly install Debian from PXE on systems which are UEFI only (arm64 as it happens but I think all of the below applies to x86 UEFI too). When we want to actually boot the installed OS we chainload from the PXE grub.efi to the one on the ESP (using grub-installer/force-efi-extra-removable for simplicity, but that's by the by, I think). This is for automated testing which does a fresh install before most tests. The problem is that during install Debian inserts itself into the UEFI boot order _before_ the PXE entry, this happens via grub-installer.udeb - grub-install (from the main grub deb) - efibootmgr -c. This means that when we come to want to regroove the box it won't boot from PXE. grub-install offers an option to avoid this (--no-nvram) which is passed by grub-installer under some very specific circumstances (known broken hardware) but it would be very useful if this was a pre-seedable option so it could be used in circumstances such as the above as well. The attached patch adds a preseedable grub-installer/no-nvram (heavily inspired by the grub-installer/force-efi-extra-removable option) which forces the --no-nvram option to be used. I've tested this by rebuilding the Jessie installer with a patched version of grub-installer. The English text could probably do with some review on the appropriate list. Mostly looks good to me, just one minor wording tweak that I'd suggest... commit 3f74e51b6a10253d4fe598a1bf83a3d21783b0be Author: Ian Campbell i...@hellion.org.uk Date: Fri Jun 19 15:17:40 2015 +0100 Add preseedable option to allow avoiding installation to NVRAM. (Closes: #xx) diff --git a/debian/changelog b/debian/changelog index cf6fda2..47a679c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +grub-installer (1.124) UNRELEASED; urgency=medium + + * Add preseedable option to allow avoiding installation to NVRAM. +(Closes: #xx) + + -- Ian Campbell i...@debian.org Fri, 19 Jun 2015 15:16:47 +0100 + grub-installer (1.123) unstable; urgency=medium [ Updated translations ] diff --git a/debian/grub-installer.templates b/debian/grub-installer.templates index e294afb..e5d090b 100644 --- a/debian/grub-installer.templates +++ b/debian/grub-installer.templates @@ -285,3 +285,15 @@ _Description: Force GRUB installation to the EFI removable media path? installing GRUB there will make that operating system temporarily unbootable. GRUB can be manually configured later to boot it if necessary. + +Template: grub-installer/no-nvram +Type: boolean +Default: false +# :sl4: +_Description: Avoid adding GRUB to Firmmware NVRAM configuration? + By default GRUB will be registered into NVRAM on platforms where this is + required. e.g. UEFI Boot Manager or OpenFirmware boot device. + . + This is sometimes not desirable, e.g. for systems which PXE boot and chainload + instead and do not want the firmware configuration adjusted. Answering no here + will avoid make such adjustments. s/make such/making such/ ? diff --git a/grub-installer b/grub-installer index 777b3b2..ee186d2 100755 --- a/grub-installer +++ b/grub-installer @@ -813,6 +813,18 @@ grub2/force_efi_extra_removable boolean true EOF fi +# Should we avoid installing/registering GRUB in NVRAM? + db_input low grub-installer/no-nvram || [ $? -eq 30 ] + db_go || exit 10 + db_get grub-installer/no-nvram + if [ $RET = true ]; then + grub_install_params=$grub_install_params --no-nvram + # Make sure this happens on upgrades too + $chroot $ROOT 'debconf-set-selections' EOF +grub-installer/no-nvram boolean true +EOF + fi + if [ $ARCH = powerpc/chrp_pegasos ] ; then # nvram is broken here grub_install_params=$grub_install_params --no-nvram -- Steve McIntyre, Cambridge, UK.st...@einval.com Managing a volunteer open source project is a lot like herding kittens, except the kittens randomly appear and disappear because they have day jobs. -- Matt Mackall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786669: decreasing severity
control: command -1 tags moreinfo unreproducible control: command -1 severity normal Hi, during preparation of nmu of 0.16.0-3 I ran testsuite about ten times and I was unable to reproduce your failure. I think it's related to jenkins environment, so I decrease its severity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733489: [PATCH] apt/package.py: Replaced pre_depend with rawtype in BaseDependency.__repr__ as rawtype gives more information including the information from pre_depend.
On 06/28/2015 10:39 PM, Julian Andres Klode wrote: On Sun, Jun 28, 2015 at 01:49:17PM +0200, Michael Schaller wrote: I reworded it a bit: - Dropped the filename to make the subject shorter - Dropped the '.' at the end of the subject - Changed from past to present tense - Made one sentence out of the paragraph and applied it to the debian/sid branch. Thanks. The following patches hopefully go smoother... The next patch is what previously patch 3/5 was. Please let me know what you think of the added constructor argument. If you think that this change could break third-party code then the rawtype could also be inferred by going through the list of BaseDependency objects, getting their rawtype and ensuring that they all have the same rawtype. From 79c618073cb21f94544299501a147331dab39332 Mon Sep 17 00:00:00 2001 From: Michael Schaller mich...@5challer.de Date: Mon, 29 Jun 2015 14:51:03 +0200 Subject: [PATCH 1/1] apt/package.py: Add rawtype property to Dependency class --- apt/package.py| 22 ++ po/python-apt.pot | 32 ++-- 2 files changed, 32 insertions(+), 22 deletions(-) diff --git a/apt/package.py b/apt/package.py index 391ee4f..57c89b3 100644 --- a/apt/package.py +++ b/apt/package.py @@ -139,16 +139,30 @@ class Dependency(list): Attributes defined here: or_dependencies - The possible choices +rawtype - The type of the dependencies in the Or-group -def __init__(self, alternatives): -super(Dependency, self).__init__() -self.extend(alternatives) +def __init__(self, base_deps, rawtype): +super(Dependency, self).__init__(base_deps) +self._rawtype = rawtype @property def or_dependencies(self): return self +@property +def rawtype(self): +Type of the Or-group of dependency. + +This should be one of 'Breaks', 'Conflicts', 'Depends', 'Enhances', +'PreDepends', 'Recommends', 'Replaces', 'Suggests'. + +Additional types might be added in the future. + +.. versionadded:: 1.0.0 + +return self._rawtype + class Origin(object): The origin of a version. @@ -468,7 +482,7 @@ class Version(object): base_deps = [] for dep_or in dep_ver_list: base_deps.append(BaseDependency(dep_or)) -depends_list.append(Dependency(base_deps)) +depends_list.append(Dependency(base_deps, type_)) except KeyError: pass return depends_list diff --git a/po/python-apt.pot b/po/python-apt.pot index dab5717..6138211 100644 --- a/po/python-apt.pot +++ b/po/python-apt.pot @@ -8,7 +8,7 @@ msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: \n -POT-Creation-Date: 2015-06-10 15:57+0200\n +POT-Creation-Date: 2015-06-29 14:44+0200\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n @@ -512,16 +512,16 @@ msgstr msgid Custom servers msgstr -#: ../apt/package.py:380 +#: ../apt/package.py:396 #, python-format msgid Invalid unicode in description for '%s' (%s). Please report. msgstr -#: ../apt/package.py:951 ../apt/package.py:1057 +#: ../apt/package.py:974 ../apt/package.py:1080 ../apt/package.py:1094 msgid The list of changes is not available msgstr -#: ../apt/package.py:1063 +#: ../apt/package.py:1087 #, python-format msgid The list of changes is not available yet.\n @@ -530,7 +530,7 @@ msgid until the changes become available or try again later. msgstr -#: ../apt/package.py:1070 +#: ../apt/package.py:1097 msgid Failed to download the list of changes. \n Please check your Internet connection. @@ -577,44 +577,44 @@ msgid the '%(debfile)s' provides it via: '%(provides)s' msgstr -#: ../apt/debfile.py:488 +#: ../apt/debfile.py:493 msgid No Architecture field in the package msgstr -#: ../apt/debfile.py:498 +#: ../apt/debfile.py:503 #, python-format msgid Wrong architecture '%s' msgstr -#: ../apt/debfile.py:506 +#: ../apt/debfile.py:512 msgid A later version is already installed msgstr -#: ../apt/debfile.py:531 +#: ../apt/debfile.py:537 msgid Failed to satisfy all dependencies (broken cache) msgstr -#: ../apt/debfile.py:560 +#: ../apt/debfile.py:566 #, python-format msgid Cannot install '%s' msgstr -#: ../apt/debfile.py:636 +#: ../apt/debfile.py:642 msgid Automatically decompressed:\n \n msgstr -#: ../apt/debfile.py:642 +#: ../apt/debfile.py:648 msgid Automatically converted to printable ascii:\n msgstr -#: ../apt/debfile.py:746 +#: ../apt/debfile.py:753 #, python-format msgid Install Build-Dependencies for source package '%s' that builds %s\n msgstr -#: ../apt/debfile.py:757 +#: ../apt/debfile.py:764 msgid An essential package would be removed msgstr @@ -664,7 +664,3 @@ msgstr #:
Bug#789795: INVALID BUG
Configuration file contained stray ;
Bug#790422: Parsing.Parse_error
Control: retitle -1 Parsing.Parse_error - improve error message Control: severity -1 wishlist Hi, Am Montag, den 29.06.2015, 15:29 +0200 schrieb Johannes Schauer: Firstly, there are two syntax errors in your Sources file. They are libghc-data-default-dev ( = 0.6) and libghc-shakespeare-dev ( = 2.1). Observe how the version relationship is invalid. well spotted! I just did not see that. There are also weird line breaks in your Build-Depends field in the middle of package names. Maybe they were not intended either? Not here, likely a problem with the mail client? Secondly, even after fixing them you will get the following error: Fatal error in module common/input.ml: Input file Packages is empty So dose3 is currently unable to handle empty input files. Yes, the empty file was just to reproduce the error. It did not have to make sense :-) The first problem (the wrong version relationship) indeed deserves a much better error message. As for the second problem (the empty Packages file) I was annoyed by this myself for a long time and would like to get to know a use case where an empty input file would make sense. Currently I'm working around this by conditionally only running dose3 in my scripts when the input is not empty but I'd like to get rid of these checks. So I'm curious: what is your use case to use an empty Packages file? Sorry, none :-] I sometimes have empty Sources lists, but only if my build-all-script has determined that it has nothing to build at all. But like you I would not mind if dose would handle that gracefully. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#790425: ITP: manila-ui -- OpenStack shared file system as a service - Dashboard plugin
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: manila-ui Version : 0.1.0 Upstream Author : OpenStack Foundation openstack-...@lists.openstack.org * URL : https://github.com/hp-storage/manila-ui * License : Apache-2.0 Programming Lang: Python Description : OpenStack shared file system as a service - Dashboard plugin Manila is an OpenStack project to provide Shared Filesystems as a service. It provides coordinated access to shared or distributed file systems. While the primary consumption of file shares would be across OpenStack Compute instances, the service is also intended to be accessible as an independent capability in line with the modular design established by other OpenStack services. Manila is extensible for multiple backends (to support vendor or file system specific nuances / capabilities) and accommodates any of a variety of shared or distributed file system types. . This package contains the Manila OpenStack dashboard plugin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790306: Please support ARM64
* Vincent Cheng vch...@debian.org [2015-06-28 18:42]: It's worth noting that 0ad build-depends on nvidia-texture-tools in Debian, so we can ignore the embedded copy of nvtt in 0ad's source. Yes, I noticed that after I filde the bug. Would you consider filing this bug report directly upstream [1][2], with your patch (just like you did with nvidia-texture-tools)? I'm not a porter myself and I don't think there's any value in me being a middleman, in case upstream has any questions to ask you etc. Thanks! Ok, can do. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790429: codelite: BD on libwxgtk-webview3.0-dev not actually used?
Package: codelite Version: 8.0.1+dfsg2-1 Severity: normal Tags: patch Dear maintainer, I noticed that codelite has a BD on libwxgtk-webview3.0-dev, but there's no resulting runtime dependency on libwxgtk-webview3.0-0. Investigating, I see there's a WITH_WEBVIEW option which debian/rules passes, which just adds the wx webview library to the list linked against, but I can find no trace of and code actually using the wxWebView class in the code, which is presumably why nothing ends up pulling in libwxgtk-webview3.0-0. I tried a build with the attached patch and it succeeds. I haven't tried to test the resulting package though. In wxwidgets3.0 3.0.2-3, I've dropped the webview packages as they require an old and deprecated version of webkitgtk, so it would be good to eliminate this dependency, especially if it indeed isn't used. Cheers, Olly diff -Nru codelite-8.0.1+dfsg2/debian/changelog codelite-8.0.1+dfsg2/debian/changelog --- codelite-8.0.1+dfsg2/debian/changelog 2015-06-14 11:44:30.0 +1200 +++ codelite-8.0.1+dfsg2/debian/changelog 2015-06-29 23:56:35.0 +1200 @@ -1,3 +1,11 @@ +codelite (8.0.1+dfsg2-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control,debian/rules: Codelite never uses wxWebView, so don't try +to enable using it. + + -- Olly Betts o...@survex.com Mon, 29 Jun 2015 22:58:00 +1200 + codelite (8.0.1+dfsg2-1) unstable; urgency=medium * Remove codelitephp/PHPParserUnitTests/Tests/Mage.php which is licensed diff -Nru codelite-8.0.1+dfsg2/debian/control codelite-8.0.1+dfsg2/debian/control --- codelite-8.0.1+dfsg2/debian/control 2015-05-16 22:30:49.0 +1200 +++ codelite-8.0.1+dfsg2/debian/control 2015-06-29 22:57:58.0 +1200 @@ -12,7 +12,6 @@ liblldb-3.5-dev [!arm64 !hurd-i386 !mips64el !ppc64el !sparc], libssh-gcrypt-dev, libwxgtk3.0-dev, - libwxgtk-webview3.0-dev, libwxsqlite3-3.0-dev, llvm-3.5 [!hurd-i386 !sparc], pkg-config diff -Nru codelite-8.0.1+dfsg2/debian/rules codelite-8.0.1+dfsg2/debian/rules --- codelite-8.0.1+dfsg2/debian/rules 2015-05-17 06:24:21.0 +1200 +++ codelite-8.0.1+dfsg2/debian/rules 2015-06-29 23:55:27.0 +1200 @@ -10,7 +10,6 @@ LLVM_VERSION := 3.5 CONFIG_EXTRA := \ --DWITH_WEBVIEW=1 \ -DCMAKE_INSTALL_LIBDIR=lib \ -DLIBCLANG_T=/usr/lib/$(DEB_HOST_MULTIARCH)/libclang-$(LLVM_VERSION).so \ -DLIBCLANG_INCLUDE_T=/usr/lib/llvm-$(LLVM_VERSION)/include/ \
Bug#790424: ITP: puppet-module-saz-ssh -- Manage SSH client and server via Puppet
Package: wnpp Severity: wishlist Owner: Michael Weiser michael.wei...@gmx.de * Package name: puppet-module-saz-ssh Version : 2.8.1 Upstream Author : Steffen Zieger * URL : https://forge.puppetlabs.com/saz/ssh * License : Apache-2.0 Programming Lang: Puppet Description : Manage SSH client and server via Puppet This Puppet module allows to configure and manage SSH clients and servers using Puppet. System and per-user configurations as well as host keys can be managed. Using exported resources, known host files can be generated automatically. This is a very useful Puppet module and as far as I can tell the standard and most powerful module for this kind of functionality in the Puppet eco-system. I intend to package and maintain it inside the Puppet packaging team on Alioth. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781165: ITP: prospector -- Python code analysis tool
Status update (counting from now on only what's missing to build Prospector in Sid): 1) setoptconf: RFS: https://bugs.debian.org/789520 2) dodgy: RFS: https://bugs.debian.org/789617 3) pylint-celery: RFS: https://bugs.debian.org/789712 4) pylint-common: http://anonscm.debian.org/cgit/python-modules/packages/pylint-common.git (sponsoring ready) 5) please update pep8: https://bugs.debian.org/788117 6) pylint: 1.4 in experimental DS -- http://qa.debian.org/developer.php?login=debian%40danielstender.com 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789351: [debhelper-devel] Bug#789351: please strip .comment sections from static libraries
Hi! On Sat, 2015-06-20 at 12:59:40 +0200, Niels Thykier wrote: Control: tags -1 moreinfo On 2015-06-20 09:51, Helmut Grohne wrote: Package: debhelper Version: 9.20150507 Severity: wishlist Tags: patch File: /usr/bin/dh_strip dh_strip passes --remove-section=.comment and --remove-section=.note to strip for shared libraries and executables, but does not do so for static libraries. The .comment sections usually contain the full gcc version. When comparing two -dev packages built with different gcc versions using debbindiff, the difference in .comment sections of static libraries makes up for the bulk of output. Is there a reason for why static libraries keep .comment and .note sections? I could not find one. Removing them there as well, would improve the debbindiff output and make packages a little bit smaller. The gcc version is not recorded at all for packages without static libraries and it will be recorded for all packages once .buildinfo files are available to the archive. As discussed on #debian-devel, I am open to the change. However, it seems that (at least) OCaml is storing bytecode in the .comment section of its binaries (presumably including static libraries). I think we need a (cheap and fairly) reliable indicator of whether something is likely to be an OCaml (etc.) static lib, which is storing bytecode or other important data in these sections. Given Helmut's findings, and that lintian now warns about this (although at experimental level), it would be nice to get dh_strip to remove those sections. Which would also make it easier to change policy, as most packages would just stop including such sections. But I'm pretty sure you are aware of all this given your involvement in the code and bug reports. :) Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580856: Probably, use libjson-simple-java instead of non-free json?
Am 28.06.2015 um 20:15 schrieb Jayson Willson: Hello. What is the situation about this bug now? Seems like jabsorb is unmaintained since 2012. Probably, it is possible to replace non-free json with libjson-simple-java implementation, which is in main? Hello, I have downloaded the latest upstream release, 1.3.2, from 2012 and it contains 12 files which are covered by the non-free JSON license. I have not tested if libjson-simple-java can replace all of them. Given the fact that jspwiki is the only reverse-dependency, which is also RC-buggy, I would rather recommend to remove both packages from Debian. The required time to make both packages free is better spent elsewhere. However if you are really interested in jabsorb, you could give it a try yourself. I am sure someone would sponsor your package, if the package could go into the main archive. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#580856: Probably, use libjson-simple-java instead of non-free json?
No, I am not interested in it at all. I was just studying about Debian licenses and those considered non-free and came across this package. I have checked popcon for this package's popularity - seems like nobody needs it. They may go away.
Bug#790427: ITP: puppet-module-saz-locales -- Manage locales on Linux
Package: wnpp Severity: wishlist Owner: Michael Weiser michael.wei...@gmx.de * Package name: puppet-module-saz-locales Version : 2.2.2 Upstream Author : Steffen Zieger * URL : https://forge.puppetlabs.com/saz/locales * License : Apache-2.0 Programming Lang: Puppet Description : Manage locales on Linux This module allows to configure the system locale of Linux systems as well as generate additional locales that are to be available on the system. Configuring system locale is a standard administrative task and this module handles it seamlessly. I intend to package and maintain this module inside the puppet packaging team on alioth. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786669: Info received (decreasing severity)
control: tags -1 moreinfo unreproducible control: severity -1 normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790422: Parsing.Parse_error
Hi,
Quoting Joachim Breitner (2015-06-29 15:54:29)
Am Montag, den 29.06.2015, 15:29 +0200 schrieb Johannes Schauer:
Firstly, there are two syntax errors in your Sources file. They are
libghc-data-default-dev ( = 0.6) and libghc-shakespeare-dev (
= 2.1).
Observe how the version relationship is invalid.
well spotted! I just did not see that.
me neither - I manually bisected that humongous B-D line ;)
I marginally improved the situation in the upstream git branch
user/josch/fix_debian_bug_790422 and has to be merged by Pietro.
You are now shown the line number of the problem. The character number in that
line is still missing though. :(
You can also find the fix attached as a patch. It's against upstream HEAD but
should also apply to the version in Debian as far as I can see.
Thanks!
cheers, josch
From 96cce743e589c621a2fc3a3d9becbadf9e077d40 Mon Sep 17 00:00:00 2001
From: josch j.scha...@email.de
Date: Mon, 29 Jun 2015 16:11:23 +0200
Subject: [PATCH] also print line number of parse errors in deb/packages.ml
---
deb/packages.ml | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/deb/packages.ml b/deb/packages.ml
index f4fb9c7..0b0e015 100644
--- a/deb/packages.ml
+++ b/deb/packages.ml
@@ -72,8 +72,10 @@ let default_package = {
(* here the _loc is taken from the the caller and not from the parser *)
let lexbuf_wrapper type_parser (_loc,s) =
try type_parser Packages_lexer.token_deb (Lexing.from_string s)
- with Format822.Syntax_error (_msg, _) -
+ with
+ |Format822.Syntax_error (_msg, _) -
raise (Format822.Syntax_error (s, _loc))
+ | Parsing.Parse_error _ - raise (Format822.Parse_error_822 (s, _loc))
let parse_name = lexbuf_wrapper Packages_parser.pkgname_top
let parse_version = lexbuf_wrapper Packages_parser.version_top
--
2.1.4
signature.asc
Description: signature
Bug#790422: Parsing.Parse_error
Hi, Quoting Joachim Breitner (2015-06-29 14:17:45) with the attached file and an empty Packages files , I get $ dose-builddebcheck --latest --explain --failures --deb-native-arch=amd64 Packages Sources The applications raised this exception : Parsing.Parse_error I cannot see a mistake in the file (but I might be wrong). In that case, this is a request for a better error message. your problem is twofold: Firstly, there are two syntax errors in your Sources file. They are libghc-data-default-dev ( = 0.6) and libghc-shakespeare-dev ( = 2.1). Observe how the version relationship is invalid. There are also weird line breaks in your Build-Depends field in the middle of package names. Maybe they were not intended either? Secondly, even after fixing them you will get the following error: Fatal error in module common/input.ml: Input file Packages is empty So dose3 is currently unable to handle empty input files. The first problem (the wrong version relationship) indeed deserves a much better error message. As for the second problem (the empty Packages file) I was annoyed by this myself for a long time and would like to get to know a use case where an empty input file would make sense. Currently I'm working around this by conditionally only running dose3 in my scripts when the input is not empty but I'd like to get rid of these checks. So I'm curious: what is your use case to use an empty Packages file? Thanks! cheers, josch signature.asc Description: signature
Bug#778024: Patch for build failure
Monday den 29 June 2015 klockan 04:48 skrev Potter, Tim (Cloud Services) detta: tags 778024 + patch thanks Hi there. Here?s a quick patch to fix the build under g++-5. Not sure whether this should be an upstream patch or one in debian/patches. I have already applied an identical patch to an updated package 4.2-8, which sits at 'mentors.debian.net' awaiting a willing sponsor. The change is in 'debian/patches/30-ipv6.diff'. Thanks for the indirect verification of my action! Best regards, Mats E Andersson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790430: ITP: puppet-module-rgevaert-saslauthd -- Manage saslauthd on Debian like systems
Package: wnpp Severity: wishlist Owner: Michael Weiser michael.wei...@gmx.de * Package name: puppet-module-rgevaert-saslauthd Version : 1.0.0 Upstream Author : Rudy Gevaert * URL : https://forge.puppetlabs.com/rgevaert/saslauthd * License : GPL-3 Programming Lang: Puppet Description : Manage saslauthd on Debian like systems The module configures and manages saslauth including installation and LDAP backend configuration. This seems to be the only module capable of managing saslauthd which is a quite common requirement when running LDAP servers in advanced security and authentication configurations. I intend to package and maintain this module inside the puppet packaging team on Alioth. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#789736: 2 patches, one for this upstream changes, one for lxc bug
Hi,
Here is a patch that can make this package build on sid. It is inspired by
https://github.com/docker/docker/commit/d820e00aac2376d4e01721557b9af5e482ec89cd.patch,
but I removed all vendor related patches, and only kept the URL changes.
This one is very small then.
I also included a backport of an upstream patch to allow docker to work
with newer lxc releases.
Regards,
Pierre-André MOREY
From 6089e679a2fb2494fd3e599a9eab9327e6a509fc Mon Sep 17 00:00:00 2001
From: Alex Samorukov s...@os2.kiev.ua
Date: Sat, 2 May 2015 01:42:53 +0200
Subject: [PATCH] Make LXC exec driver compatible with recent LXC where
lxc.autodev is enabled by default Update LXC to 1.1.2
Signed-off-by: Alex Samorukov s...@os2.kiev.ua
Origin: upstream, https://github.com/docker/docker/commit/6089e679a2fb2494fd3e599a9eab9327e6a509fc
Bug: https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1466550
Last-Update: 2015-06-24
Merged with typo commit: https://github.com/icecrime/docker/commit/cb979edec0c8a8ba5a874abcbf74eae3a48fe52c
---
Dockerfile| 2 +-
daemon/execdriver/lxc/lxc_template.go | 9 ++---
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/Dockerfile b/Dockerfile
index bbefb47..4bb35b8 100644
--- a/Dockerfile
+++ b/Dockerfile
@@ -69,7 +69,7 @@ RUN cd /usr/local/lvm2 \
# see https://git.fedorahosted.org/cgit/lvm2.git/tree/INSTALL
# Install lxc
-ENV LXC_VERSION 1.0.7
+ENV LXC_VERSION 1.1.2
RUN mkdir -p /usr/src/lxc \
curl -sSL https://linuxcontainers.org/downloads/lxc/lxc-${LXC_VERSION}.tar.gz | tar -v -C /usr/src/lxc/ -xz --strip-components=1
RUN cd /usr/src/lxc \
diff --git a/daemon/execdriver/lxc/lxc_template.go b/daemon/execdriver/lxc/lxc_template.go
index 6bb50e6..816d237 100644
--- a/daemon/execdriver/lxc/lxc_template.go
+++ b/daemon/execdriver/lxc/lxc_template.go
@@ -46,6 +46,9 @@ lxc.cgroup.devices.allow = {{$allowedDevice.CgroupString}}
# Use mnt.putold as per https://bugs.launchpad.net/ubuntu/+source/lxc/+bug/986385
lxc.pivotdir = lxc_putold
+# lxc.autodev is not compatible with lxc --device switch
+lxc.autodev = 0
+
# NOTICE: These mounts must be applied within the namespace
{{if .ProcessConfig.Privileged}}
# WARNING: mounting procfs and/or sysfs read-write is a known attack vector.
@@ -67,11 +70,11 @@ lxc.aa_profile = {{.AppArmorProfile}}
{{end}}
{{if .ProcessConfig.Tty}}
-lxc.mount.entry = {{.ProcessConfig.Console}} {{escapeFstabSpaces $ROOTFS}}/dev/console none bind,rw 0 0
+lxc.mount.entry = {{.ProcessConfig.Console}} {{escapeFstabSpaces $ROOTFS}}/dev/console none bind,rw,create=file 0 0
{{end}}
-lxc.mount.entry = devpts {{escapeFstabSpaces $ROOTFS}}/dev/pts devpts {{formatMountLabel newinstance,ptmxmode=0666,nosuid,noexec }} 0 0
-lxc.mount.entry = shm {{escapeFstabSpaces $ROOTFS}}/dev/shm tmpfs {{formatMountLabel size=65536k,nosuid,nodev,noexec }} 0 0
+lxc.mount.entry = devpts {{escapeFstabSpaces $ROOTFS}}/dev/pts devpts {{formatMountLabel newinstance,ptmxmode=0666,nosuid,noexec,create=dir }} 0 0
+lxc.mount.entry = shm {{escapeFstabSpaces $ROOTFS}}/dev/shm tmpfs {{formatMountLabel size=65536k,nosuid,nodev,noexec,create=dir }} 0 0
{{range $value := .Mounts}}
{{$createVal := isDirectory $value.Source}}
From d820e00aac2376d4e01721557b9af5e482ec89cd Mon Sep 17 00:00:00 2001
From: Tibor Vass ti...@docker.com
Date: Tue, 16 Jun 2015 10:08:18 -0400
Subject: [PATCH] Update vendored go.net to use golang.org/x/net canonical path
Signed-off-by: Tibor Vass ti...@docker.com
Last-Update: 2015-06-24
Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789736
Origin: backport, https://github.com/docker/docker/commit/d820e00aac2376d4e01721557b9af5e482ec89cd
Fix FTBS on wily due to upstream go url change
Just cherry-picked the urls changes, no vendor.
diff --git a/api/server/server.go b/api/server/server.go
index cfbb7f2..6d292ed 100644
--- a/api/server/server.go
+++ b/api/server/server.go
@@ -20,7 +20,7 @@ import (
crypto/tls
crypto/x509
- code.google.com/p/go.net/websocket
+ golang.org/x/net/websocket
github.com/docker/libcontainer/user
github.com/gorilla/mux
diff --git a/hack/vendor.sh b/hack/vendor.sh
index c0b1112..6b4dca9 100755
--- a/hack/vendor.sh
+++ b/hack/vendor.sh
@@ -47,7 +47,7 @@ clone git github.com/gorilla/mux 136d54f81f
clone git github.com/tchap/go-patricia v1.0.1
-clone hg code.google.com/p/go.net 84a4013f96e0
+clone git golang.org/x/net 3cffabab72adf04f8e3b01c5baf775361837b5fe https://github.com/golang/net.git
clone hg code.google.com/p/gosqlite 74691fb6f837
diff --git a/integration-cli/docker_api_attach_test.go b/integration-cli/docker_api_attach_test.go
index b16a7bb..3ce207c 100644
--- a/integration-cli/docker_api_attach_test.go
+++ b/integration-cli/docker_api_attach_test.go
@@ -6,7 +6,7 @@ import (
testing
time
- code.google.com/p/go.net/websocket
+ golang.org/x/net/websocket
)
func TestGetContainersAttachWebsocket(t *testing.T) {
Bug#785189: sendfile stream data corruption
I also have a problem probably related to this, but I'm not sure. On one of my systems with wheezy and btrfs-tools and kernel from backports I have file corruption copying a big sparse file from a btrfs filesystem (to btrfs or to ext4) with cp --sparse=never. Source and destination don't compare equal with the cmp command (the destination appear zeroed in places where it shouldn't be). Copying the same file with cat file filenew they compare equal, as well as omitting the --sparse option to cp. I never experienced the problem copying from ext4 as source. linux-image-3.16.0-0.bpo.4-amd64 3.16.7-ckt11-1~bpo70+1 btrfs-tools3.17-1.1~bpo70+1 I tried with many files with the same result, I already did extended selftest of the harddisk and fsck without finding errors. I have the same problem also on an old test installation with kernel 3.14 (old backport), so it doesn't seem a recent regression. The system is running xen and I'm making copies on the dom0. The files I'm copying are dumUs disks (of course they are turned off while I'm making the copy and comparing them). Problematic files are part of different btrfs snapshots or reflink but they are not corrupted as long as you do simple read/write on them. This seems a very important bug that may corrupt important files for some btrfs users. If you need more informations/tests tell me and I'll post them. Thanks for any reply. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736441: morituri: Ejects CD after failed MusicBrainz lookup
Hi Mark, I am also an user of morituri, I also experience CD ejection after failed MusicBrainz lookup. My solution is to add -U flag after the command to force a rip. In short, use the command `rip cd rip -U' will solve the problem. I find this solution on https://github.com/thomasvs/morituri/issues/115 Hope this can help. Cheers, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574947: GLOBAL 6.4 release
Hi, On Sat, Apr 18, 2015 at 05:20:44PM +0200, Volker Mische wrote: Hi Ron, I've read this bug report several times and it took my a while to understand what the actual problem is. Do I summarize correctly that the problem is a system wide installed CGI script that can serve up the gtags information for several independent source code basis and that this script needs privileges a normal user shouldn't have? Given that with the GLOBAL 6.4 release the `--system-cgi` option is gone, it's not longer possible to run it system wide. Does it mean that the original issue isn't one anymore? I've been using the Debian version for a while but now found that it randomly drops symbols from the tags database when indexing a large code base like parts of Android AOSP. (The symbols are there when indexing a smaller part, so it's not a parser issue.) This makes the Debian version unusable. The current upstream version 6.5 works fine. However, wrt to the issue blocking Debian from accepting the update, my understanding is that it is still not fixed, htags still dynamically generates CGI scripts. What it should do instead is to have static CGI scripts which read a generated data file. So that the CGI scripts can be reviewed for security and can be installed in a place where they are protected from modification. The language here is quite explicit: http://httpd.apache.org/docs/2.2/misc/security_tips.html#cgi Personally I don't care about htags so I would be delighted to see an updated Debian global package which just drops htags. Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790418: libmoo-perl: New upstream release of Moo
Control: tag -1 + confirmed Hi, Kjetil Kjernsmo wrote: Just a small heads-up about Moo. The version in Sid is now 8 months old and there has been some big changes since then. Version 2.01 was released in March. Yep. Funnily I just thought about looking into that a few hours ago, after some discussion with mst about Moo 1.x's use of strictures. Moo is now well established, and it would be good to get the most recent release (that contains incompatible changes) into Sid, to allow as much time as possible to iron out isses that may arise from these intrusive changes. My current idea is to first upload it to experimental, then check for severe reverse dependencies issues, iron out the worst ones and then upload to unstable. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790413: base: index of ttyUSB* is always increased
Package: base Severity: normal Dear Maintainer, When I work with embedded system, ttyUSB is always used. ttyUSB0 is used as my serial console, and ttyUSB1 is used as downloading image. The usb port of ttyUSB1 is used as two usages. One usage is for ttyUSB, and the other usage is just working as USB device. Once I used the usb port as USB device and I switched it back to ttyUSB for the next time, the index of ttyUSB is always increased. If I use this usage model in ubuntu 14.04 system, this issue doesn't occur. ttyUSB1 is always ttyUSB1, whatever I used the usb port as USB device. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_HK.UTF-8, LC_CTYPE=en_HK.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#790416: shall display dotfiles
Package: baobab Version: 3.16.1-1 Severity: normal baobap fails on its main function when it comes to dotfiles. In my case, this was a huge .fuse_hidden file (just google it) that remained undiscovered because baobap was blind. Regards, Eduard. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-rc8+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages baobab depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo-gobject21.14.2-2 ii libcairo21.14.2-2 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1 ii libgtk-3-0 3.16.4-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 Versions of packages baobab recommends: ii yelp 3.16.1-1 baobab suggests no packages. -- no debconf information -- Windows: Das einzige Betriebssystem, bei dem man Start anklicken muß, wenn ausgeschaltet werden soll. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790408: Packaging DendroPy for Debian - test suite failures
Hi Andreas, Great! Thanks for this. The package name sounds fine to me. Will look into bundling the man page with the distribution as you suggest! Let us know if there is any other information you need or if we can help in any other way. -- jeet On 6/29/15 5:55 AM, Andreas Tille wrote: Hi Jeet, On Wed, Jun 24, 2015 at 09:34:49AM -0400, Jeet Sukumaran wrote: (2) With regards to SumTrees, things are a little more complicated. SumTrees is indeed an end-user application, distributed with DendroPy. http://dendropy.org/programs/sumtrees.html As promised I created a separate binary package with the sumtrees binary. I'm a bit unsure how to name the package to make it as visible as possible to the users. For the moment I decided for the package name sumtrees - feel free to suggest a better name! When doing so I createt a manpage for sumtrees: https://anonscm.debian.org/cgit/debian-med/python-dendropy.git/tree/debian/sumtrees.1 Feel free to send patches to this manpage and I'd be happy if you would include this into yuor source distribution. I have announced my Intend To Package DendroPy to the Debian community via the usual channel (=bug report)[1] and will upload once you confirm the package name sumtrees for the script or you came up with a better name. Any hints how to enhance its documentation would be welcome as well. Kind regards Andreas. [1] https://bugs.debian.org/790408 -- -- Jeet Sukumaran -- jeetsukuma...@gmail.com -- Blog/Personal Pages: http://jeetworks.org/ GitHub Repositories: http://github.com/jeetsukumaran Photographs (as stream): http://www.flickr.com/photos/jeetsukumaran/ Photographs (by galleries): http://www.flickr.com/photos/jeetsukumaran/sets/ -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790418: libmoo-perl: New upstream release of Moo
Package: libmoo-perl Version: 1.006001-1 Severity: wishlist Dear Maintainers, Just a small heads-up about Moo. The version in Sid is now 8 months old and there has been some big changes since then. Version 2.01 was released in March. Moo is now well established, and it would be good to get the most recent release (that contains incompatible changes) into Sid, to allow as much time as possible to iron out isses that may arise from these intrusive changes. Cheers, Kjetil -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (800, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.7-5-robin (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmoo-perl depends on: ii libclass-method-modifiers-perl 2.11-1 ii libdevel-globaldestruction-perl 0.13-1 ii libimport-into-perl 1.002004-1 ii libmodule-runtime-perl 0.014-1 ii librole-tiny-perl1.003004-1 ii libstrictures-perl 1.005005-1 ii perl 5.20.2-3+deb8u1 Versions of packages libmoo-perl recommends: ii libclass-xsaccessor-perl 1.19-2+b4 ii libsub-name-perl 0.12-1 libmoo-perl 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#651606: status page for gitlab
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The current status of gitlab packaging effort is available at http://balasankarc.in/gitlab/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVkThqAAoJEM4fnGdFEsIqVE8QAIG4HkTDxG2QYOAWYWGnm2D4 4tz3e1w9rQ0HBv+LwfdbSjE0dwb8QHtte103HEHOdxtHh5K5KbewT5sv2V5nAAIn /QBbd+U704KklC5uWF8mbsk+VY8c68NokvBD3Khr7spJRzH1mH69crc+k0mORn5r hHJMbiwNstD/49NexZjYb40WT0Vkh4xhZpZ3VAAQNUzO8V0UQdTFNjAmDrnoq9oe vXZcXZuZvTXyXI07nbQz3co8ma5VBB0QfMPYjVU7Rox9oTMcME6gkJ4DV73ydf13 D/ro8H/P5OkPjdDzR+CoyxcRDsHlpQoNlHkwgBW9nqYbigDfHta5YK17/Gk7Qm6N wNUubqq/cMTctUCd2uzy3vxMT4hO7gWOr8JKyOQzMw7rd0VHgJ5dyFsqmL3EKbdJ dQ78QR7AAAfEsN1krNv2OmdS81VaWrEXwB/GgWcFRe6anYWM9aXWg01HdXvqBeqQ J902YvLHUlUOBlRkV/ZBW9Awxe7xxfS976IL9PtSiwEOAePlmYY7iOfjeWktevsO ufBwHgclCqmOd41zebRnPukY6aRGEHZhBjY64dpK+g9gxzxBUGhcXtH0IB5PNPwT 3G/eFqHQFh/ZFVUshLi/rmiGfvLeAUVzV6T1JjoBLXfFIBZYaDsVHE7f0FAQ94gX q4pI/UcqaOTOc4+kjOQ7 =MVfC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777979: Unable to reproduce
Hi All, The original issue was a timeout problem during a test case run. I tried to reproduce the issue within my i386 system and then using the debian building infrastructure, but without success. The amd64 build logs: https://buildd.debian.org/status/fetch.php?pkg=libzorpllarch=amd64ver=3.9.4.1-2stamp=1435531043 The status dashboard: https://buildd.debian.org/status/package.php?p=libzorpllsuite=experimental -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790407: rott: please show a dialog box if files are missing
Am Montag, den 29.06.2015, 09:48 +0200 schrieb Alexandre Detiste: Here is a patch that forward the message to a dialog box. Looks good, thank you! Step 2 is appending a Debian-specific wording to W_InitFiles: no files found to let the user known he can automaticaly install the data with game-data- packager. Hm, I could use a similar text as OpenTyrian as /usr/share/doc/rott/README.Debian pretty much gets to the point. Or not? - Fabian signature.asc Description: This is a digitally signed message part
Bug#790422: Parsing.Parse_error
Package: dose-builddebcheck Version: 3.3-4 Severity: normal File: /usr/bin/dose-builddebcheck -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, with the attached file and an empty Packages files , I get $ dose-builddebcheck --latest --explain --failures --deb-native-arch=amd64 Packages Sources The applications raised this exception : Parsing.Parse_error I cannot see a mistake in the file (but I might be wrong). In that case, this is a request for a better error message. Thanks, Joachim - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dose-builddebcheck depends on: ii libbz2-1.0 1.0.6-8 ii libc6 2.19-18 ii zlib1g 1:1.2.8.dfsg-2+b1 dose-builddebcheck recommends no packages. dose-builddebcheck suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlWRN2cACgkQ9ijrk0dDIGzc6wCg05u/rQM5TW8PUkHXgCwnLShs RrMAn0XTlUv/PXlCJSqvCEWzeY6ywliH =jt+y -END PGP SIGNATURE- Format: 3.0 (quilt) Package: haskell-happstack-authenticate Binary: libghc-happstack-authenticate-dev, libghc-happstack-authenticate-prof, libghc-happstack-authenticate-doc Architecture: any all Version: 2.1.4-1 Maintainer: Debian Haskell Group pkg-haskell-maintain...@lists.alioth.debian.org Uploaders: Clint Adams cl...@debian.org Homepage: http://hackage.haskell.org/package/happstack-authenticate Standards-Version: 3.9.5 Vcs-Browser: http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-haskell/haskell-happstack-authenticate Vcs-Darcs: http://darcs.debian.org/pkg-haskell/haskell-happstack-authenticate Build-Depends: debhelper (= 9), cdbs, haskell-devscripts (= 0.9), ghc, ghc-prof, libghc-acid-state-dev (= 0.6), libghc-acid-state-dev ( 0.14), libghc-acid-state-prof, libghc-aeson-dev (= 0.4), libghc-aeson-dev ( 0.9), libghc-aeson-prof, libghc-authenticate-dev (= 1.3), libghc-authenticate-dev ( 1.4), libghc-authenticate-prof, libghc-base64-bytestring-dev (= 1.0), libghc-base64-bytestring-dev ( 1.1), libghc-base64-bytestring-prof, libghc-boomerang-dev (= 1.4), libghc-boomerang-dev ( 1.5), libghc-boomerang-prof, libghc-data-default-dev (= 0.5), libghc-data-default-dev ( = 0.6), libghc-data-default-prof, libghc-hsx2hs-dev (= 0.13), libghc-hsx2hs-dev ( 0.14), libghc-hsx2hs-prof, libghc-jmacro-dev (= 0.6.11), libghc-jmacro-dev ( 0.7), libghc-jmacro-prof, libghc-jwt-dev (= 0.3), libghc-jwt-dev ( 0.7), libghc-jwt-prof, libghc-ixset-typed-dev (= 0.3), libghc-ixset-typed-dev ( 0.4), libghc-ixset-typed-prof, libghc-happstack-jmacro-dev (= 7.0), libghc-happstack -jmacro-dev ( 7.1), libghc-happstack-jmacro-prof, libghc-happstack-server-dev (= 6.0), libghc-happstack-server-dev ( 7.5), libghc-happstack-server-prof, libghc-happstack-hsp-dev (= 7.3), libghc-happstack-hsp-dev ( 7.4), libghc-happstack-hsp-prof, libghc-http-conduit-dev (= 1.4), libghc-http-conduit-dev ( 2.2), libghc-http-conduit-prof, libghc-http-types-dev (= 0.6), libghc-http-types-dev ( 0.9), libghc-http-types-prof, libghc-hsp-dev (= 0.10), libghc-hsp-dev ( 0.11), libghc-hsp-prof, libghc-hsx-jmacro-dev (= 7.3), libghc-hsx-jmacro-dev ( 7.4), libghc-hsx-jmacro-prof, libghc-safecopy-dev (= 0.8), libghc-safecopy-dev ( 0.9), libghc-safecopy-prof, libghc-mime-mail-dev (= 0.4), libghc-mime-mail-dev ( 0.5), libghc-mime-mail-prof, libghc-mtl-dev (= 2.0), libghc-mtl-prof, libghc-lens-dev (= 4.2), libghc-lens-dev ( 4.10), libghc-lens-prof, libghc-pwstore-fast-dev, libghc-pwstore-fast-prof, libghc-text-dev (= 0.11), libghc-text-dev ( 1.3), libghc-text-prof, l ibghc-random-dev (= 1.0), libghc-random-dev ( 1.2), libghc-random-prof, libghc-shakespeare-dev (= 2.0), libghc-shakespeare-dev ( = 2.1), libghc-shakespeare-prof, libghc-unordered-containers-dev (= 0.2), libghc-unordered-containers-dev ( 0.3), libghc-unordered-containers-prof, libghc-web-routes-dev (= 0.26), libghc-web-routes-dev ( 0.28), libghc-web-routes-prof, libghc-web-routes-boomerang-dev (= 0.28), libghc-web-routes-boomerang-dev ( 0.29), libghc-web-routes-boomerang-prof, libghc-web-routes-happstack-dev (= 0.23), libghc-web-routes-happstack-dev ( 0.24), libghc-web-routes-happstack-prof, libghc-web-routes-th-dev (= 0.22), libghc-web-routes-th-dev ( 0.23), libghc-web-routes-th-prof, libghc-web-routes-hsp-dev (= 0.24), libghc-web-routes-hsp-dev ( 0.25), libghc-web-routes-hsp-prof Build-Depends-Indep: ghc-doc, libghc-acid-state-doc, libghc-aeson-doc, libghc-authenticate-doc, libghc-base64-bytestring-doc, libghc-boomerang-doc, libghc-data-default-doc, libghc-hsx2hs-doc, libghc-jmacro-doc, libghc-jwt-doc, libghc-ixset-typed-doc, libghc-happstack-jmacro-doc, libghc-happstack-server-doc,
Bug#790401: openssh: Please pass the XTERM_VERSION environment variable
On 2015-06-29 05:43:07 +0200, Christoph Anton Mitterer wrote: We've had the same discussion last time when it was about LC_*. It's generally a bad idea to change the secure default of not forwarding/accepting anything. I completely disagree that passing XTERM_VERSION is not secure (this RFE is about this particular variable, and not anything else). FYI, this may be useful for Emacs in order to avoid silent file corruption. But we shouldn't increase the list even more, just because some think that a certain variable may be useful to pass on. Otherwise we just see more and more people who have their special wishes and sooner or later we end up with *. This is a silly argument. No-one has ever asked for *. Especially for terminals and shells there are special env vars galore (e.g. VTE, BASH, etc. pp.) The remote shell is not necessarily the same, so that there is no reason to pass shell-related variables by default. Perhaps VTE_VERSION could be useful, but this isn't even clear. It's configurable, so why can't you just set it on those systems where you need it? For ssh_config, I agree that this isn't really necessary, since the user can have its own .ssh/config settings. But conversely, this has no effect on the security. But for sshd_config, it requires a change from the administrator of the machine, and many administrators will not try to change the defaults. Alternatively this could be controlled by a debconf option, with two choices: 1. One that doesn't accept any environment variable (possibly, not even $TERM). 2. One that accepts locale and terminal related variables, which is a good compromise for machines that support both shell accounts and specific commands. I completely agree that one shouldn't pass too much. For instance, GREP_OPTIONS could be very harmful for specific commands since it modifies the standard behavior of GNU grep. -- 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#790423: icewm: missing dependency on shared-mime-info; without, it fails to load pixmaps/icons/graphics
Package: icewm Version: 1.3.8+githubmod+20150412+960629d-1 Severity: important Hi, IceWM does not display pixmaps/icons/graphics (window decorations, start menu button, etc.) for me on some systems. I now found out why: shared-mime-info must be installed for that to work. Please either fix icewm to not require shared-mime-info, or add it to Depends. (I fail to see why that package should be required for graphics, so the former is actually the better option). Also found as: https://bugs.launchpad.net/ubuntu/+source/icewm/+bug/1097192 -- System Information: Debian Release: stretch/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages icewm depends on: ii fonts-dejavu-core 2.35-1 ii icewm-common1.3.8+githubmod+20150412+960629d-1 ii libc6 2.19-18 ii libesd0 0.2.41-11 ii libfontconfig1 2.11.0-6.3 ii libgcc1 1:5.1.1-12 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1.1 ii libice6 2:1.0.9-1+b1 ii libsm6 2:1.2.2-1+b1 ii libx11-62:1.6.3-1 ii libxext62:1.3.3-1 ii libxft2 2.3.2-1 ii libxinerama12:1.1.3-1+b1 ii libxrandr2 2:1.4.2-1+b1 ii ttf-dejavu-core 2.35-1 icewm recommends no packages. icewm 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#790414: libjs-underscore: Please add a Multi-Arch: foreign field
Package: libjs-underscore Version: 1.7.0~dfsg-1 Severity: normal Tags: patch Hi, The current version of libjs-underscore doesn't allow multi-arch packages to depend on it directly, as the current multiarch spec [1] and [2] require a Multi-Arch: foreign or allowed field in the Architecture: all packages. In particular, this prohibits the use of ktexteditor in a multi arch environment without a bridge package [3], which is suboptimal. So, while the Multiarch specs get worked on, could you please consider adding the Multi-Arch: foreign field? Happy hacking, [1] : https://wiki.debian.org/Multiarch/Implementation#Multi-Arch:_foreign_support_packages [2] : https://wiki.ubuntu.com/MultiarchSpec#Dependencies_involving_Architecture:_all_packages [3] : http://anonscm.debian.org/cgit/pkg-kde/frameworks/ktexteditor.git/commit/?h=kubuntu_unstableid=daeda252fd8332781debc5ca345061dce03d2359 -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.0.0-2-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/bash Init: systemd (via /run/systemd/system) libjs-underscore depends on no packages. Versions of packages libjs-underscore recommends: ii javascript-common 11 ii libjs-jquery 1.7.2+dfsg-3.2 libjs-underscore 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#790421: gimp: please bump GEGL build-dependency to 0.3.0
Package: gimp Version: 2.8.14-1+b1 Severity: wishlist Tags: patch Dear Maintainer, on June 6th upstream GEGL team released the new 0.3.0 version and I've prepared a new package for it, landed in experimental suite on June 27th. GEGL has only a couple of reverse dependencies: Gimp and GNOME Photos. For GNOME Photos 3.16.x, it has bumped its requirements to GEGL 0.3.0 for a while now and to allow the transition of it to unstable/sid it must verified that also Gimp builds fine against it. So, I did some tests[1] and it works great! Attached, you'll find the changes made to debian/control file and the patch I've prepared to bump Babl and GEGL requirements in a couple of upstream files. Feel free to use them to prepare an experimental package to check the real impact of the library change. Cheers. [1] http://debomatic-amd64.debian.net/distribution#experimental/gimp/2.8.14-1.1/ -- System Information: Debian Release: stretch/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, 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 gimp depends on: ii gimp-data2.8.14-1 ii libaa1 1.4p5-43 ii libatk1.0-0 2.16.0-2 ii libbabl-0.1-00.1.12-2 ii libbz2-1.0 1.0.6-8 ii libc62.19-18 ii libcairo21.14.2-2 ii libdbus-1-3 1.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libexif120.6.21-2 ii libexpat12.1.0-6+b3 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgegl-0.2-00.2.0-7+b1 ii libgimp2.0 2.8.14-1+b1 ii libglib2.0-0 2.44.1-1.1 ii libgs9 9.06~dfsg-2 ii libgtk2.0-0 2.24.28-1 ii libgudev-1.0-0 230-2 ii libice6 2:1.0.9-1+b1 ii libjasper1 1.900.1-debian1-2.4 ii libjpeg62-turbo 1:1.4.0-7 ii liblcms2-2 2.6-3+b3 ii libmng1 1.0.10+dfsg-3.1+b3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libpng12-0 1.2.50-2+b2 ii libpoppler-glib8 0.26.5-2 ii librsvg2-2 2.40.9-2 ii libsm6 2:1.2.2-1+b1 ii libtiff5 4.0.3-13 ii libwmf0.2-7 0.2.8.4-10.3+b2 ii libx11-6 2:1.6.3-1 ii libxcursor1 1:1.1.14-1+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1+b1 ii libxt6 1:1.1.4-1+b1 ii python-gtk2 2.24.0-4 ii python2.72.7.10-2 pn python:any none ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages gimp recommends: ii ghostscript 9.06~dfsg-2 Versions of packages gimp suggests: pn gimp-data-extras none pn gimp-help-en | gimp-help none ii gvfs-backends 1.24.1-2+b1 ii libasound21.0.28-1 -- no debconf information -- Matteo F. Vescovi || Debian Developer GnuPG KeyID: 4096R/0x8062398983B2CF7A diff --git a/app/sanity.c b/app/sanity.c index febddfb..85fea55 100644 --- a/app/sanity.c +++ b/app/sanity.c @@ -351,7 +351,7 @@ sanity_check_babl (void) #define BABL_REQUIRED_MAJOR 0 #define BABL_REQUIRED_MINOR 1 -#define BABL_REQUIRED_MICRO 10 +#define BABL_REQUIRED_MICRO 12 babl_get_version (babl_major_version, babl_minor_version, @@ -388,7 +388,7 @@ sanity_check_gegl (void) gint gegl_micro_version; #define GEGL_REQUIRED_MAJOR 0 -#define GEGL_REQUIRED_MINOR 2 +#define GEGL_REQUIRED_MINOR 3 #define GEGL_REQUIRED_MICRO 0 gegl_get_version (gegl_major_version, diff --git a/configure.ac b/configure.ac index 26812b6..4252fe9 100644 --- a/configure.ac +++ b/configure.ac @@ -40,8 +40,8 @@ m4_define([gimp_stable], m4_define([gimp_full_name], [GNU Image Manipulation Program]) # required versions of other packages -m4_define([babl_required_version], [0.1.10]) -m4_define([gegl_required_version], [0.2.0]) +m4_define([babl_required_version], [0.1.12]) +m4_define([gegl_required_version], [0.3.0]) m4_define([glib_required_version], [2.30.2]) m4_define([atk_required_version], [2.2.0]) m4_define([gtk_required_version], [2.24.10]) @@ -519,7 +519,7 @@ AC_SUBST(ISO_CODES_LOCALEDIR) ### PKG_CHECK_MODULES(BABL, babl = babl_required_version) -PKG_CHECK_MODULES(GEGL, gegl-0.2 = gegl_required_version) +PKG_CHECK_MODULES(GEGL, gegl-0.3 = gegl_required_version) PKG_CHECK_MODULES(ATK, atk = atk_required_version) AM_PATH_GLIB_2_0(glib_required_version, :, diff --git a/debian/control b/debian/control index e293761..959f694 100644 --- a/debian/control +++ b/debian/control @@ -27,7 +27,7 @@ Build-Depends:
Bug#790431: ITP: ruby-saml -- SAML toolkit for Ruby on Rails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 package: wnpp severity: wishlist http://rubygems.org/gems/ruby-saml -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVkVSaAAoJEM4fnGdFEsIqRIkQAKZBlvaSVuNGiZ0d/Y1T5hob RE53obqnJUt3AfHZ+ftZLVJHiOg4v56Wj3cDFeJLLIK5aA+EmUmgwzaxYKDDRere tnL30ywOHvWB3FwxURACryV1rZGAex5GQpzsD1674nq3ePzeP81olLZVMo93i7Jr LirtgmWmLNMdbKTJ5IJV1YZF690GWrMDW+I/c/rEfOTT/dBa4AnZosK4/wcJigPc lzIA+wWMUZMAf+cg0PVU8hY1MRLUzXtATvDkFyXmbz8ZSlB9OHBm79emrkxUqZjJ Z5uxBSSoDdhStNvN/7093nh3ykcyIcJuIzyGc/firvkNRTEz1fes2phND2sO8Wgc Smm8WJnbFboB1PeD4ZESAOTGxBdnHpr0FyEfiz09jjTIxk0WJSdqxGciFs0Iusfy aXIEsZbO6X7Ce5CUu0ItjF75+05V9bjupnpko+UWDuxF4x53TG3di9k/aXK7Dosi DvSmrQAwUBCErRt89aOOs9qIAb+M4/xfIH99fbskDpEiAzIHE3OjXq6vVaoLPlkZ 9/qycgcvfLYb8ohcrInkaNMuzMHN8ypyiNHnXYnu/irdQpoJqsSuCV7SGKMiPiWe daacNAs9KzPCuVWSpi0Cf1SM8vsdscSNiDEb3+60jsTJNDEHlw5dC+aFyu7P5Egc eowetqjBefmWBdvk8+NE =zeqU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790037: spamass-milter: Erronius message about ENVRCPT
On 6/29/15 10:30 AM, Don Armstrong wrote:
On Fri, 26 Jun 2015, Nigel Horne wrote:
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Started spamass-milter
* What exactly did you do (or not do) that was effective (or
ineffective)?
Started spamass-milter
* What was the outcome of this action?
Message in /var/log/error:
Jun 26 14:43:17 nigelhorne spamass-milter[5500]: Could not retrieve sendmail macro
auth_type!. Please add it to confMILTER_MACROS_ENVRCPT for better
spamassassin results
* What outcome did you expect instead?
That it wouldn't say that.
$ fgrep RCPT /etc/mail/sendmail.mc
define(`confBAD_RCPT_THROTTLE',`3')dnl
define(`confMILTER_MACROS_ENVRCPT',`r, v, Z, b, {auth_type}')dnl
I think auth_type should actually be in confMILTER_MACROS_ENVFROM, not
ENVRCPT.
Please add it there, and see if this message goes away.
I have added it there, typed make in /etc/mail, run service restart
sendmail and spamass-milter, but the message still occurs:
Jun 29 15:48:34 nigelhorne spamass-milter[2628]: spamass-milter 0.3.2
starting
Jun 29 15:49:30 nigelhorne spamass-milter[2628]: Could not retrieve
sendmail macro auth_type!. Please add it to confMILTER_MACROS_ENVRCPT
for better spamassassin results
...
define(`confMILTER_MACROS_ENVRCPT',`r, v, Z, b, {auth_type}')dnl
define(`confMILTER_MACROS_ENVFROM',`{auth_type}, i')dnl
-Nigel
smime.p7s
Description: S/MIME Cryptographic Signature
Bug#782531: splitting up #782531
Control: clone -1 -2 Control: retitle -1 prototype.js not accessible via FD Control: retitle -2 default installation shows internal LDAP OUs Hi Pawel, thanks for reporting bugs against FusionDirectory in Debian jessie. I will split up this bug as it actually tackles two different issues. The prototype.js issue will soon be fixed in Debian jessie and Debian stretch. About the internal OUs found under the BaseDN after a fresh installation I am unsure. Need to setup a fresh site for that. Thanks, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgp97ZcfEttbu.pgp Description: Digitale PGP-Signatur
Bug#772823: Info received (ITP: kimchi -- HTML5 baseITP: kimchi -- HTML5 based management tool for KVM.d management tool for KVM.)
Packaging updated to kimchi 1.5.0. More lintian clean up. Installation should now setup nginx properly to have kimchi directly working on https://host/kimchi/ Available on mentors.net F. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783801: Closing and tagging as wontfix...
Control: tags -1 wontfix Control: close -1 As stated by upstream, it is sensible to continue shipping the RFC2307bis schema. Thus closing this issue and marking as wontfix. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpPmvAWdGSaT.pgp Description: Digitale PGP-Signatur
Bug#790439: FTBFS: No module named pkg_resources
Package: libxmlbird Version: 1.0.4-2 Severity: serious sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com ... debian/rules override_dh_auto_configure make[1]: Entering directory '/«PKGBUILDDIR»' /«PKGBUILDDIR»/configure --prefix=/usr Checking for valac version = 0.16.0 Found Vala 0.28.0 Looking for library: glib-2.0 [92mDone[0m doit Traceback (most recent call last): File /usr/bin/doit, line 5, in module from pkg_resources import load_entry_point ImportError: No module named pkg_resources debian/rules:10: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 1 make[1]: Leaving directory '/«PKGBUILDDIR»' debian/rules:7: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790437: /usr/bin/nm-applet: nm-applet segfaults intermittently
Package: network-manager-gnome Version: 1.0.2-1 Severity: normal File: /usr/bin/nm-applet Dear Maintainer, * What led up to the situation? Let nm-applet run for some time. * What exactly did you do (or not do) that was effective (or ineffective)? Nothing. * What was the outcome of this action? nm-applet crashes on its own. * What outcome did you expect instead? Sustained operations of nm-applet. Here's a gdb backtrace from one time that this happened: (nm-applet:29708): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version. [New Thread 0x7fffebe03700 (LWP 29718)] (nm-connection-editor:29737): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. ** (nm-connection-editor:29737): WARNING **: nm_connection_list_new: failed to load VPN plugins: Couldn't read VPN .name files directory /usr/local/etc/NetworkManager/VPN. Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. [Thread 0x7fffebe03700 (LWP 29718) exited] Program received signal SIGSEGV, Segmentation fault. g_hash_table_remove_all ( hash_table=error reading variable: Cannot access memory at address 0x700x40) at /tmp/buildd/glib2.0-2.44.1/./glib/ghash.c:1424 1424/tmp/buildd/glib2.0-2.44.1/./glib/ghash.c: No such file or directory. (gdb) bt #0 0x733abf66 in g_hash_table_remove_all (hash_table=error reading variable: Cannot access memory at address 0x700x40) at /tmp/buildd/glib2.0-2.44.1/./glib/ghash.c:1424 #1 0x00413cdc in nma_icons_reload (applet=0x6c5620 [GtkIconTheme]) at applet.c:3300 #5 0x738b08ff in emit signal ??? on instance 0x6c5620 [GtkIconTheme] (instance=optimized out, signal_id=optimized out, detail=detail@entry=0) at /tmp/buildd/glib2.0-2.44.1/./gobject/gsignal.c:3361 #2 0x738962d5 in g_closure_invoke (closure=0x885400, return_value=0x0, n_param_values=1, param_values=0x7fffe1d0, invocation_hint=0x7fffe170) at /tmp/buildd/glib2.0-2.44.1/./gobject/gclosure.c:768 #3 0x738a803c in signal_emit_unlocked_R (node=node@entry=0x741660, detail=detail@entry=0, instance=instance@entry=0x6c5620, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7fffe1d0) at /tmp/buildd/glib2.0-2.44.1/./gobject/gsignal.c:3549 #4 0x738b0698 in g_signal_emit_valist (instance=optimized out, signal_id=optimized out, detail=optimized out, var_args=var_args@entry=0x7fffe350) at /tmp/buildd/glib2.0-2.44.1/./gobject/gsignal.c:3305 #6 0x7683a504 in theme_changed_idle (user_data=optimized out) at /build/gtk+3.0-8FBlWQ/gtk+3.0-3.16.4/./gtk/gtkicontheme.c:769 #7 0x763c4cf8 in gdk_threads_dispatch (data=0x776740) at /build/gtk+3.0-8FBlWQ/gtk+3.0-3.16.4/./gdk/gdk.c:719 ---Type return to continue, or q return to quit--- #8 0x733bcb4d in g_main_context_dispatch (context=0x685410) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3122 #9 0x733bcb4d in g_main_context_dispatch (context=context@entry=0x685410) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3737 #10 0x733bcf20 in g_main_context_iterate (context=0x685410, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:3808 #11 0x733bd242 in g_main_loop_run (loop=0x6b3e70) at /tmp/buildd/glib2.0-2.44.1/./glib/gmain.c:4002 #12 0x00412e83 in main (argc=1, argv=0x7fffe688) at main.c:84 -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager-gnome depends on: ii dbus-x11 1.8.18-1 ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gconf-service3.2.6-3 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-0 2.16.0-2 ii libc62.19-18 ii libcairo21.14.2-2 ii libdbus-1-3 1.8.18-1 ii libdbus-glib-1-2 0.102-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1.1 ii libgnome-keyring03.12.0-1+b1 ii libgtk-3-0 3.16.4-2 ii
Bug#790438: php-guzzlehttp: please make the build reproducible
Source: php-guzzlehttp Version: 5.3.0-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 php-guzzlehttp could not be built reproducibly. The attached patch removes timezone varying timestamps from the build system. Once applied, php-guzzlehttp 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 be2f94f..1a4c426 100755 --- a/debian/rules +++ b/debian/rules @@ -1,4 +1,8 @@ #!/usr/bin/make -f + +BUILD_DATE = $(shell dpkg-parsechangelog --show-field Date) +BUILD_DATE_FORMATTED = $(shell LC_ALL=C date --utc --date=$(BUILD_DATE) +%B %d, %Y) + %: dh $@ --with phpcomposer,sphinxdoc @@ -6,7 +10,7 @@ override_dh_auto_build: phpab --output src/autoload.php \ --template debian/autoload.php.tpl \ src - $(MAKE) -C docs html latexpdf + $(MAKE) SPHINXOPTS=-D today=$(TODAY) -C docs html latexpdf mkdir --parents vendor phpab --output vendor/autoload.php \ --basedir vendor \
Bug#790434: gnome-panel: Upgrading to 3.16 pulls in a lot of libraries from xfce4
On 29/06/15 17:00, JWM wrote: Package: gnome-panel Version: 3.8.1-7+b1 Severity: normal I discovered that gnome-panel 3.16.1-3 pulls in a lot of libraries from xfce4. It seems right now there's no way to avoid installation of xfce4 components ---since what led me to noticing gnome-panel's issue, was the fact that a similar dependency issue was fixed recently for workrave (see Bug #783845). Please post some apt logs. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790037: spamass-milter: Erronius message about ENVRCPT
On Fri, 26 Jun 2015, Nigel Horne wrote:
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Started spamass-milter
* What exactly did you do (or not do) that was effective (or
ineffective)?
Started spamass-milter
* What was the outcome of this action?
Message in /var/log/error:
Jun 26 14:43:17 nigelhorne spamass-milter[5500]: Could not retrieve
sendmail macro auth_type!. Please add it to confMILTER_MACROS_ENVRCPT for
better spamassassin results
* What outcome did you expect instead?
That it wouldn't say that.
$ fgrep RCPT /etc/mail/sendmail.mc
define(`confBAD_RCPT_THROTTLE',`3')dnl
define(`confMILTER_MACROS_ENVRCPT',`r, v, Z, b, {auth_type}')dnl
I think auth_type should actually be in confMILTER_MACROS_ENVFROM, not
ENVRCPT.
Please add it there, and see if this message goes away.
--
Don Armstrong http://www.donarmstrong.com
Grimble left his mother in the food store and went to the launderette
and watched the clothes go round. It was a bit like color television
only with less plot.
-- Clement Freud _Grimble_
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788498: udev: breaks the keyboard configuration
On 2015-06-19 21:53:31 +0200, Sven Arvidsson wrote: While looking into this I also discovered that there is finally a way to get sane settings by setting /sys/module/hid_apple/parameters/iso_layout to 0. Thanks. I confirm that this is working. It's still handy to use udev to assign a dedicated insert key though, Yes. so maybe a note in NEWS so it's picked up by apt-listchanges? -- 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#790436: FTBFS with new texi2any: 'texi2any' v5.1 or later needed
Package: r-base
Version: 3.2.1-1
Severity: serious
Tags: patch
The build system believes that texi2any's version is 5.1 and will
therefore not build the documentation, and then the package fails
because the docs are missing.
LaTeX was updated recently and now we have:
$ texi2any --version
texi2any (GNU texinfo) 6.0
which ./configure believes is smaller than 5.1.
I've attached a patch against configure, although I wonder whether
configure.ac or some other script needs to be patched. Do you know if
that MAKEINFO configure code is r-base specific or does it come from
somewhere else?
Martin
sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com
checking for makeindex... /usr/bin/makeindex
checking for texi2any... /usr/bin/texi2any
checking whether texi2any version is at least 5.1... no
...
make[3]: Entering directory '/«PKGBUILDDIR»/doc/manual'
'texi2any' v5.1 or later needed to make HTML docs but missing on your system.
file R-FAQ.html will be missing and linked from CRAN
creating doc/manual/version.texi
'texi2any' v5.1 or later needed to make HTML docs but missing on your system.
file R-admin.html will be missing and linked from CRAN
'texi2any' v5.1 or later needed to make HTML docs but missing on your system.
file R-data.html will be missing and linked from CRAN
'texi2any' v5.1 or later needed to make HTML docs but missing on your system.
file R-exts.html will be missing and linked from CRAN
'texi2any' v5.1 or later needed to make HTML docs but missing on your system.
file R-intro.html will be missing and linked from CRAN
'texi2any' v5.1 or later needed to make HTML docs but missing on your system.
file R-ints.html will be missing and linked from CRAN
'texi2any' v5.1 or later needed to make HTML docs but missing on your system.
file R-lang.html will be missing and linked from CRAN
...
touch install-indep-stamp
gunzip -9v /«PKGBUILDDIR»/debian/r-base-core/usr/share/info/*.gz
gzip: /«PKGBUILDDIR»/debian/r-base-core/usr/share/info/*.gz: No such file or
directory
debian/rules:395: recipe for target 'install-arch-stamp' failed
make: *** [install-arch-stamp] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status
2
--
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard
--- configure~ 2015-06-29 14:47:14.497520859 +
+++ configure 2015-06-29 14:52:04.313526857 +
@@ -5269,6 +5269,8 @@
if test -z ${texi2any_version_maj} \
|| test -z ${texi2any_version_min}; then
r_cv_prog_texi2any_v5=no
+elif test ${texi2any_version_maj} -gt 5; then
+ r_cv_prog_texi2any_v5=yes
elif test ${texi2any_version_maj} -lt 5 \
|| test ${texi2any_version_min} -lt 1; then
r_cv_prog_texi2any_v5=no
Bug#790434: gnome-panel: Upgrading to 3.16 pulls in a lot of libraries from xfce4
Package: gnome-panel Version: 3.8.1-7+b1 Severity: normal I discovered that gnome-panel 3.16.1-3 pulls in a lot of libraries from xfce4. It seems right now there's no way to avoid installation of xfce4 components ---since what led me to noticing gnome-panel's issue, was the fact that a similar dependency issue was fixed recently for workrave (see Bug #783845). -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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) Versions of packages gnome-panel depends on: ii evolution-common 3.16.3-1 ii gconf-service 3.2.6-3 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-menus3.13.3-6 ii gnome-panel-data 3.8.1-7 ii libatk1.0-02.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libcamel-1.2-493.12.11-1 ii libdconf1 0.24.0-2 ii libecal-1.2-16 3.12.11-1 ii libedataserver-1.2-18 3.12.11-1 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-0 2.44.1-1 ii libgnome-desktop-3-10 3.16.2-2 ii libgnome-menu-3-0 3.13.3-6 ii libgtk-3-0 3.16.4-2 ii libgweather-3-63.16.1-1 ii libical1a 1.0-1.3 ii libice62:1.0.9-1+b1 ii libnspr4 2:4.10.8-2 ii libnss32:3.19.2-1 ii libpanel-applet-4-03.8.1-7+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpolkit-gobject-1-0 0.105-8 ii librsvg2-2 2.40.9-2 ii libsecret-1-0 0.18.2-1 ii libsm6 2:1.2.2-1+b1 ii libsoup2.4-1 2.50.0-2 ii libsqlite3-0 3.8.10.2-1 ii libtelepathy-glib0 0.24.1-1 ii libwnck-3-03.14.0-2 ii libx11-6 2:1.6.3-1 ii libxau61:1.0.8-1 ii libxext6 2:1.3.3-1 ii libxml22.9.1+dfsg1-5 ii libxrandr2 2:1.4.2-1+b1 Versions of packages gnome-panel recommends: ii alacarte 3.11.91-2 ii evolution-data-server3.16.3-1 ii gnome-applets3.8.1-1+b1 ii gnome-control-center 1:3.16.2-2+b1 ii gnome-icon-theme 3.12.0-1 ii gnome-session-flashback 3.17.2-2 ii gvfs 1.24.1-2+b1 Versions of packages gnome-panel suggests: ii gnome-terminal [x-terminal-emulator] 3.16.2-1 ii gnome-user-guide 3.16.1-1 ii guake [x-terminal-emulator] 0.7.2-1 ii nautilus 3.14.2-1 ii xterm [x-terminal-emulator] 318-2 ii yelp 3.16.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787110: O: python-messaging -- orphaned
Hi Giovani On 27/06/2015 21:17, Giovani Ferreira wrote: I'm interested in adopting this package. If you do not, let me know. I will wait for a week to reply. The VCS for python-messaging [1] is located within the python-modules project on Alioth, although this is not reflected in debian/control in the versions of python-messaging currently in unstable and experimental. I have already requested to join the python-modules team [2] and am awaiting approval. Once my request has been approved, I intend tagging versions 0.5.11+debian-1 and 0.5.12+debian-1 in the VCS, merging jwilk's changes from 2013-05-05, doing some QA work, and then uploading 0.5.12+debian-2 to unstable. If you'd like to co-maintain this package, I suggest you also request to join the python-modules team. Regards Graham [1] https://anonscm.debian.org/viewvc/python-modules/packages/python-messaging/ [2] https://alioth.debian.org/projects/python-modules/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783310: ITP: duc -- a collection of tools for indexing, inspecting and visualizing disk usage
On Mon, 22 Jun 2015 09:37:27 +0200 =?UTF-8?B?QmVub8OudCBTw4lSSUU=?= bse...@evolix.fr wrote: As mentioned on #789288 12 I intend to package duc. Here is the .dsc: https://www.benpro.fr/pkg/duc/duc_1.3.3-1.dsc Initially made by Herbert Parentes Fortes Neto (hpfn) h...@ig.com.br, thanks! -- Benoit SÉRIE bse...@evolix.fr – GnuPG: 4096R/56C27D99 Evolix – Hébergement et Infogérance Open Source http://www.evolix.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653132: netbeans: Profiler not included in package
On Sat, 20 Jun 2015 15:25:24 +0200 Markus Koschany a...@gambaru.de wrote: [...] I agree with the bug submitter that it would be nice to include the profiler module but I would call it a feature request for Debian's Netbeans package. I have pushed a new branch profiler. It includes a netbeans-profiler.patch and the necessary changes to debian/rules to install the profiler cluster into the netbeans binary package. Although the module loads as expected it causes several NullPointerExceptions which makes it basically unusable. If I compare the official version with Debian's profiler cluster, I can see that at least two linux specific library files are missing in our package. At the moment I don't know if those files can be built from source or if they were part of the official release but were removed in the get-orig-source step to make the package DFSG compatible. I would start with the netbeans-profiler.patch and investigate why some files can't be copied to the right location, which is most likely the reason why the profiler cluster is incomplete. Markus signature.asc Description: OpenPGP digital signature
Bug#790432: Extract individual files or folders from an archive
Package: fsarchiver Version: 0.6.19-2 Is it possible to consider to add the patch described and downloadable here to extract individual files or folders from an archive: http://www.fsarchiver.org/forums/viewtopic.php?f=13t=1631 I tested the patch on the official source release fsarchiver-0.6.19.tar.gz and it compiled perfectly not a warning during compilation. I even tested the patch functionality on an archive and it worked correctly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790433: xinit: /etc/X11/xinit/xinitrc is not executable
Package: xinit Version: 1.3.4-1 Severity: normal xinit (1.3.4-1) unstable; urgency=medium [...] * debian/rules: Make /etc/X11/xinit/xinitrc executable to make lintian happy and also to fix LP: #491696 But on two of my Debian/unstable machines, /etc/X11/xinit/xinitrc is still not executable. On a new Debian/unstable machine, it is however executable. Such an inconsistency is quite bad for maintenance. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xinit depends on: ii coreutils 8.23-4 ii libc6 2.19-18 ii libx11-62:1.6.3-1 ii x11-common 1:7.7+9 ii xauth 1:1.0.9-1 Versions of packages xinit recommends: ii aterm [x-terminal-emulator] 1.0.1-8+b2 ii fvwm [x-window-manager] 1:2.5.30.ds-1.1+local1 ii gnome-session [x-session-manager]3.16.0-1 ii gnome-session-flashback [x-session-mana 3.17.2-2 ii gnome-terminal [x-terminal-emulator] 3.16.2-1 ii icewm [x-window-manager] 1.3.8+githubmod+20150412+960629d-1 ii metacity [x-window-manager] 1:3.17.2-3+b1 ii mutter [x-window-manager]3.16.2-2 ii roxterm-gtk3 [x-terminal-emulator] 2.9.5-1 ii rxvt-unicode [x-terminal-emulator] 9.21-1 ii stterm [x-terminal-emulator] 0.5+20140606+gitc2fd275-1 ii tightvncserver [xserver] 1.3.9-6.5 ii twm [x-window-manager] 1:1.0.9-1 ii vnc4server [xserver] 4.1.1+X4.3.0-37.6 ii xfce4-terminal [x-terminal-emulator] 0.6.3-1+b2 ii xserver-xephyr [xserver] 2:1.17.1-2 ii xserver-xorg [xserver] 1:7.7+9 ii xterm [x-terminal-emulator] 318-2 ii xvfb [xserver] 2:1.17.1-2 xinit 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#790435: ejabberd: Leading spaces for LDAP configuration lines are syntax errors
Package: ejabberd Version: 15.03-1 Severity: normal Tags: l10n Dear Maintainer, /etc/ejabberd/ejabberd.yml: ## Authentication using LDAP ## auth_method: ldap ^ The leading spaces are interpreted as syntax error and Ejabberd does not start. auth_method: ldap No space fixes the problem. This applies to all LDAP configuration lines. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages ejabberd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii erlang-asn11:17.5-dfsg-2 ii erlang-base [erlang-abi-17.0] 1:17.5-dfsg-2 ii erlang-crypto 1:17.5-dfsg-2 ii erlang-inets 1:17.5-dfsg-2 ii erlang-jiffy 0.8.5+dfsg-1 ii erlang-lager 2.0.3-1 ii erlang-mnesia 1:17.5-dfsg-2 ii erlang-odbc1:17.5-dfsg-2 ii erlang-p1-cache-tab0.2014.07.17-1 ii erlang-p1-iconv0.2014.04.30-1 ii erlang-p1-mysql0.2014.03.10-2 ii erlang-p1-pam 0.2014.05.05-2 ii erlang-p1-pgsql0.2014.04.30-1 ii erlang-p1-sip 0.2014.07.17-2 ii erlang-p1-stringprep 0.2013.12.09-3 ii erlang-p1-stun 0.2014.08.20-1 ii erlang-p1-tls 0.2014.07.10-1 ii erlang-p1-utils0.2014.08.25-1 ii erlang-p1-xml 0.2014.08.27-1 ii erlang-p1-yaml 0.2014.06.11-1 ii erlang-p1-zlib 0.2014.05.06-1 ii erlang-public-key 1:17.5-dfsg-2 ii erlang-redis-client1.0.7-2 ii erlang-ssl 1:17.5-dfsg-2 ii erlang-syntax-tools1:17.5-dfsg-2 ii erlang-xmlrpc 0.2014.03.17-2 ii openssl1.0.1k-3+deb8u1 ii ucf3.0030 Versions of packages ejabberd recommends: pn ejabberd-contrib none Versions of packages ejabberd suggests: ii imagemagick 8:6.8.9.9-5 pn libunix-syslog-perl none -- Configuration Files: /etc/ejabberd/inetrc [Errno 13] Permission denied: u'/etc/ejabberd/inetrc' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790442: FTBFS with new LaTeX: Unknown float option `H'.
Package: libtheora
Version: 1.1.1+dfsg.1-6
Severity: serious
Tags: patch
libtheora fails to build because of LaTeX errors. (Note that a new
texlive entered unstable recently.)
You're using the H float option. According to
https://en.wikibooks.org/wiki/LaTeX/Floats,_Figures_and_Captions you
need \usepackage{float} for that, but it seems simpler solution is to
replace it with !h.
Below is a patch that makes the package compile. However, the options
Htbp (or now !htbp) seem very odd to me. Reading
https://en.wikibooks.org/wiki/LaTeX/Floats,_Figures_and_Captions
h means exactly h whereas t means top and b bottom and p to put it on
a special page -- which one do you want?
Martin
sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com
...
! LaTeX Error: Unknown float option `H'.
See the LaTeX manual or LaTeX Companion for explanation.
...
Makefile:696: recipe for target 'Theora.pdf' failed
--
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard
--- libtheora-1.1.1+dfsg.1~/doc/spec/spec.tex 2015-06-29 15:20:58.993562759
+
+++ libtheora-1.1.1+dfsg.1/doc/spec/spec.tex2015-06-29 15:23:17.261565620
+
@@ -1949,7 +1950,7 @@
\section{Common Header Decode}
\label{sub:common-header}
-\begin{figure}[Htbp]
+\begin{figure}[!htbp]
\begin{center}
\begin{verbatim}
0 1 2 3
@@ -2024,7 +2025,7 @@
\section{Identification Header Decode}
\label{sec:idheader}
-\begin{figure}[Htbp]
+\begin{figure}[!htbp]
\begin{center}
\begin{verbatim}
0 1 2 3
Bug#788061: Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike
Le lundi 8 juin 2015, 10:00:44 Alexandre Detiste a écrit : Noah's Ark 3D This one I don't have, nor I care; so I cloned the bug. Eating my own words here, as upstream (ecwolf) say buying this game is the best way to support his efforts and he only mapy back a little fee to license this game. http://anonscm.debian.org/cgit/pkg-games/game-data-packager.git/commit/?id=385a6b991146016360459121d0c884bd954c13ab Like for Strife, the non-official engine has become the official thing. What's the purpose of these two files: ? - noah3d.pk3 - noah3d.wad Can't get these to work with a Doom engine or ioquake3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777861: [Pkg-gauche-devel] Bug#777861: Bug#777861: gauche-c-wrapper: ftbfs with GCC-5
On 06/26/2015 11:36 PM, Jens Thiele wrote: Martin Michlmayr t...@hp.com writes: I'm not Matthias, but I can confirm that the package fails to build in a Debian unstable chroot with GCC 5 the way Matthias reported. (sid-gcc5)1878:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] cat test.h #define B() 1 #define A B (sid-gcc5)1879:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] echo -e 100\nB()\nA|gcc-5 -E -include test.h -|tail # 1 built-in # 1 command-line # 1 /usr/include/stdc-predef.h 1 3 4 # 1 command-line 2 # 1 ./test.h 1 # 1 command-line 2 # 1 stdin 100 1 B this looks good (sid-gcc5)1880:tbm@bl460gen8-30: ~/gauche-c-wrapper-0.6.1] gcc-5 --version gcc-5 (Debian 5.1.1-12) 5.1.1 20150622 Copyright (C) 2015 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Note that gcc-5 is in unstable, so you can easily reproduce this yourself with: CC=gcc-5 CXX=g++-5 dpkg-buildpackage -rfakeroot just reproduced and it looks like the problem is very similar to the one i found before gcc preprocessor output changed and Scm_ParseMacroCode doesn't like it. (lots of additional # xxx stdin lines and line breaks) Is there some way to tell newer gcc preprocessor to try to produce old-style output? you could use -P, or fix the parsing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790326: Driver Wext works but not nl80211
At work I tested on my other laptop ( a newer T520) that is still Wheezy. Running: wpa_supplicant -iwlan0 -dd -c wpa.conf seems to show that at least on the version in Wheezy, the default is to use the wext driver. I forced it to use nl80211 with: wpa_supplicant -iwlan0 -dd -Dnl80211 -c wpa.conf Using nl80211 worked fine on this laptop with the following card: 03:00.0 Network controller: Intel Corporation Centrino Advanced-N 6205 [Taylor Peak] (rev 34) Subsystem: Intel Corporation Centrino Advanced-N 6205 AGN So still not sure where the issue lies with wireless not working on my T61. Perhaps hardware or perhaps wpa_supplicant (still haven't fully figured out how the two interact). I suppose to see if this is not a regression, I'll try and get a Wheezy live CD and boot my T61 with it and see if the card works in nl80211 mode from that. --Sam
Bug#790037: spamass-milter: Erronius message about ENVRCPT
Control: reassign -1 sendmail
Control: severity -1 minor
On Mon, 29 Jun 2015, Nigel Horne wrote:
On 6/29/15 10:30 AM, Don Armstrong wrote:
On Fri, 26 Jun 2015, Nigel Horne wrote:
*** Reporter, please consider answering these questions, where appropriate
***
* What led up to the situation?
Started spamass-milter
* What exactly did you do (or not do) that was effective (or
ineffective)?
Started spamass-milter
* What was the outcome of this action?
Message in /var/log/error:
Jun 26 14:43:17 nigelhorne spamass-milter[5500]: Could not retrieve
sendmail macro auth_type!. Please add it to confMILTER_MACROS_ENVRCPT
for better spamassassin results
* What outcome did you expect instead?
That it wouldn't say that.
$ fgrep RCPT /etc/mail/sendmail.mc
define(`confBAD_RCPT_THROTTLE',`3')dnl
define(`confMILTER_MACROS_ENVRCPT',`r, v, Z, b, {auth_type}')dnl
I think auth_type should actually be in confMILTER_MACROS_ENVFROM, not
ENVRCPT.
Please add it there, and see if this message goes away.
I have added it there, typed make in /etc/mail, run service restart sendmail
and spamass-milter, but the message still occurs:
Jun 29 15:48:34 nigelhorne spamass-milter[2628]: spamass-milter 0.3.2
starting
Jun 29 15:49:30 nigelhorne spamass-milter[2628]: Could not retrieve sendmail
macro auth_type!. Please add it to confMILTER_MACROS_ENVRCPT for better
spamassassin results
...
define(`confMILTER_MACROS_ENVRCPT',`r, v, Z, b, {auth_type}')dnl
define(`confMILTER_MACROS_ENVFROM',`{auth_type}, i')dnl
Hrm. This looks like a sendmail bug, then.
The code in question is just this:
macro_auth_type = smfi_getsymval(ctx, {auth_type});
if (!macro_auth_type)
{
macro_auth_type = ;
warnmacro(auth_type, ENVRCPT);
}
and macro_auth_type should only be NULL if auth_type is not defined.
[But maybe sendmail doesn't always define that macro if there's not an
authenticated user? Not sure; postfix certainly does.]
I'm going to reassign this to sendmail, and make it affects
spamass-milter; hopefully someone there will know better.
I personally don't run spamass-milter with sendmail any more myself.
--
Don Armstrong http://www.donarmstrong.com
There is no more concentrated form of evil
than apathy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777955: closed by Sebastiaan Couwenberg sebas...@xs4all.nl (Re: Bug#777955: liblas: ftbfs with GCC-5)
Control: reopen -1 Control: severity -1 important On 06/28/2015 12:51 AM, Debian Bug Tracking System wrote: Using -D_GLIBCXX_USE_CXX11_ABI=0 allows liblas to build with GCC 5 indeed. the goal should be to build everything using the new ABI, especially if this is a library package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790294: libkpathsea-dev: c-auto.h header missing
* Peter Breitenlohner p...@mppmu.mpg.de [2015-06-28 12:09]: libkpathsea-dev for x86_64 should contain libkpathsea.so, kpathsea/c-auto.h, and pkgconfig/kpathsea.pc, all under, e.g., /usr/lib64/. The package should use pkg-config to get the correct CPPFLAGS. Ok, so this is a bug in the Debian package because c-auto.h isn't anywhere. BTW, I noticed this bug is worse than expected. /usr/include/kpathsea/config.h has a #include kpathsea/c-auto.h so even package that don't #iclude c-auto.h directly may fail. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788061: Bug#788057: game-data-packager: please add support for Blake Stone: Aliens of Gold and Planet Strike
Am Montag, den 29.06.2015, 17:33 +0200 schrieb Alexandre Detiste: What's the purpose of these two files: ? - noah3d.pk3 - noah3d.wad Honestly, I don't know. After all, they are just archive file formats and could be used in versatile ways. The pk3 format, for example, is just a ZIP file and is often used for ZDoom mods, and ECWolf reportedly has imported a lot of features from ZDoom. It will be best to just have a look inside the ECWolf source code and see what it does with these two files. - Fabian signature.asc Description: This is a digitally signed message part
Bug#650426: cvm: Should build-depend on libmysqlclient-dev
severity 650426 serious thanks * Clint Byrum cl...@ubuntu.com [2011-11-29 09:39]: In Ubuntu, the attached patch was applied to achieve the following: * d/control: change to using just plain libmysqlclient-dev to pick up latest libmysqlclient on rebuild. mysql-ocaml fails to build in unstable now because libmysqlclient15-dev is no longer provided by mysql 5.6. Please apply Clint's patch. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778680: mysql-ocaml: Build-Depends on libmysqlclient15-dev which will no longer exist soon
severity 778680 serious thanks * Robie Basak robie.ba...@ubuntu.com [2015-02-18 12:35]: This will only affect you post-jessie, when we move Debian to MySQL 5.6 also. This is the case now. mysql-ocaml fails to build in unstable. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790457: FTBFS in unstable due to build-depends on libmysqlclient15-dev
Package: qsf Version: 1.2.7-1 Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package fails to build in unstable because the build-dependency on libmysqlclient15-dev cannot be met. libmysqlclient15-dev used to be provided by mysql-5.5, but this is no longer the case in version 5.6 (see #790257). Please update your Build-Depends to libmysqlclient-dev -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790249: [Re:] mysql-server: Upgrade 5.5 to 5.6 fails
Indeed, after installing systemd on that machine and booting with init=/bin/systemd the upgrade was successful. The error does seem to get triggerred by /etc/init.d/mysql when starting manually, the script complains somewhat cryptically about not finding the HOME dir and setting HOME=/ The daemon does start, though but I guess apt sees it as an error and thinks mysql was not started successfully. When using systemd, the init script is not used and mysql_safe is started directly using the provided systemd service file /lib/systemd/system/mysql.service It seems the upgrade path doesn't work when there is the old sysvrc init installed, so mysql-server-5.6 should either explicitly depend on systemd or the init script needs to be modified. Regards, Dominik signature.asc Description: This is a digitally signed message part.
Bug#790458: base: kernel panics after wakeup from suspend
Package: base Severity: normal Dear Maintainer(s), during the last several weeks, I have started noticing regular lockups after waking my computer up from suspend to RAM. This has started happening after an upgrade of stretch, and has been happening consistently after every attempt at waking up from a suspend since. In the meantime, I have tried upgrading to unstable to see if a newer version of a package (e.g. the kernel) would help remedy the issue, to no avail. Although I often had no information about the error whatsoever in the system logs, at several points the panic log has been written, and is attached towards the end of the report. The panics received seem to be pretty diverse to my untrained eye. Booting into an older version of the kernel doesn't help (3.16.0.4 and 3.10.3 exhibit the same behaviour). What I found is that using systemctl suspend works slightly better than pm-suspend -- the systemctl version panics sooner or later as well, but seems to give me approx. 1-2 usable minutes with the machine, while pm-suspend just presents a black screen with no activity. Systemctl also seems to be more consistent in writing debug information into the system log. I think it might be possibly useful to notice that every kernel panic seems to be preceeded by wireless networking activity. I have tried to rmmod iwlwifi before suspending, but after waking up and re-loading the iwlwifi module, it hangs again. Not sure if it's directly correlated, though. The outputs of my `lspci` and `uname -a` commands, as well as the kernel panics I managed to extract from the logs, can be found at the following links: - lspci: http://paste.debian.net/plain/266172/ - uname -a: http://paste.debian.net/plain/266173/ - panics: - http://paste.debian.net/plain/266176/ - http://foo.com.hr/kernel_panics2.log (this one was too big for paste.debian.org). I have tried to collect as many panic logs as possible, sorry if I overdid it. They are separated by the string --- SNIP ---. Please let me know if there's anything else I can do to help reproduce and remedy the issue. I can reproduce it with 100% confidence, and I'll gladly do it a few more times if it helps. :) Thank you! - Nikola -- 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/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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790401: openssh: Please pass the XTERM_VERSION environment variable
Hey Am 29. Juni 2015 14:25:15 MESZ, schrieb Vincent Lefevre vinc...@vinc17.net: I completely disagree that passing XTERM_VERSION is not secure (this RFE is about this particular variable, and not anything else). To be honest, I think it's at best naive to assume, that one can predict whether or not the passing of any such env may be secure or not - at worst it's ignorant. No one can know how a variable may be used on a certain system. While you may assume for your systems, that the xterm variables are only used by that and only on a save manner, another user may interpret them completely different. And only very few variable names have a really standardised (i.e. not just by convention but rather by POSIX or similar) meaning, and this are the only one for which one can assume how they're used. FYI, this may be useful for Emacs in order to avoid silent file corruption. Well if emacs does file corruption unless some variable is present, than you should probably file a bug there... Otherwise we just see more and more people who have their special wishes and sooner or later we end up with *. This is a silly argument. No-one has ever asked for *. I said sooner or later... and you already saw below that there are many further variables for which people may wish to have them automatically exchanged. And VTE is just one of many terminal emulators. Sending XTERM_VERSION would be surely not enough, one would at least need TERM as well, I'd guess. For ssh_config, I agree that this isn't really necessary, since the user can have its own .ssh/config settings. But conversely, this has no effect on the security. This is a wrong claim that you cannot make, except perhaps in your very own limited usage scenario. Actually, I'm quite sure that I've already gave you some good examples in our last discussion about env vars and SSH. Vars like LC_*, VTE*, TERM, etc. may affect how programs (on the server side) produce their output. That alone may already be a security breach, depending on how systems are used (consider e.g. that only certain programs are allowed to run). When the output of such programs is then further parsed by other programs (e.g. run on the server) which decide security critical things, one could possibly break that parsing by setting up locales/terminfo/etc. such way, that it cannot be parsed any longer. But for sshd_config, it requires a change from the administrator of the machine, and many administrators will not try to change the defaults. Or maybe, they simply don't it intentionally. If you want to open up things on your personal systems respectively the systems you use, you should rather go into discussions with the respective administrators, and not try to get the same done by introducing it as default settings in Debian. Alternatively this could be controlled by a debconf option, with two choices: 1. One that doesn't accept any environment variable (possibly, not even $TERM). 2. One that accepts locale and terminal related variables, which is a good compromise for machines that support both shell accounts and specific commands. I have no very strong opinion here. If Colin wishes to make this configurable via Debconf... why not. But the default should rather go to even remove LC_* and at least not adding any further vars - it has a reason why upstream has chosen the default as it is. The problem with your debconf proposal are: - who decides which vars are in the list for the weaker setting - could we accidentally mangle up configs - shouldn't this whole thing be something that the admin/user needs to intentionally configure, rather than having some auto-magic-out-of-the -box™? I completely agree that one shouldn't pass too much. For instance, GREP_OPTIONS could be very harmful for specific commands since it modifies the standard behavior of GNU grep. Than you should also see why all other options, including XTERM_VERSION, LC_*, LANG, etc. are too much - in some or the other way, they all alter the behaviour/output of some programs, behaviour which may however be expected/required/security critical. Best wishes, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#790459: Please drop conditional build-depend on libmysqlclient15-dev
Package: asterisk Version: 1:13.1.0~dfsg-1 Severity: minor User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package has a conditional build-depends on libmysqlclient-dev and libmysqlclient15-dev. Please drop libmysqlclient15-dev from Build-Depends since this package no longer exists and as of mysql 5.6 is no longer Provided by libmysqlclient-dev either. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790474: Please drop conditional build-depend on libmysqlclient15-dev
Package: pure-ftpd Version: 1.0.36-3.2 Severity: minor User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package has a conditional build-depends on libmysqlclient-dev and libmysqlclient15-dev. Please drop libmysqlclient15-dev from Build-Depends since this package no longer exists and as of mysql 5.6 is no longer Provided by libmysqlclient-dev either. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790444: FTBFS: src/proper_sets.erl:39: type set() undefined
Package: erlang-proper
Version: 1.1+dfsg-1
Severity: serious
Your package fails to build in unstable:
sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com
...
[src/strip_types.erl,include/proper_common.hrl,
include/compile_flags.hrl,include/proper_internal.hrl]
Compiling src/proper_sets.erl failed:
ERROR: compile failed while processing /«BUILDDIR»/erlang-proper-1.1+dfsg:
rebar_abort
src/proper_sets.erl:39: type set() undefined
DEBUG: Worker compilation failed: {{error,
{error,
[[src/proper_sets.erl:39: type set()
undefined\n]],
[]}},
{source,src/proper_sets.erl}}
/usr/share/dh-rebar/make/dh-rebar.Makefile:125: recipe for target
'rebar_compile' failed
make[2]: *** [rebar_compile] Error 1
dh_auto_build: make --no-print-directory -f
/usr/share/dh-rebar/make/dh-rebar.Makefile build returned exit code 2
debian/rules:7: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
--
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790445: FTBFS: type dict() undefined
Package: erlang-p1-stun
Version: 0.2014.08.20-2
Severity: serious
Your package fails to build in unstable:
sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c2n1.hlinux.usa.hp.com
...
[include/stun.hrl]
DEBUG: Dependencies of src/stun_sup.erl: []
Compiling src/turn.erl failed:
src/turn.erl:68: type dict() undefined
src/turn.erl:120: Warning: erlang:now/0: Deprecated BIF. See the Time and
Time Correction in Erlang chapter of the ERTS User's Guide for more
information.
DEBUG: Worker compilation failed: {{error,
{error,
[[src/turn.erl:68: type dict()
undefined\n]],
[[src/turn.erl:120: Warning:
erlang:now/0: Deprecated BIF. See the \Time and Time Correction in Erlang\
chapter of the ERTS User's Guide for more information.\n]]}},
{source,src/turn.erl}}
ERROR: compile failed while processing /«PKGBUILDDIR»: rebar_abort
/usr/share/dh-rebar/make/dh-rebar.Makefile:125: recipe for target
'rebar_compile' failed
make[1]: *** [rebar_compile] Error 1
dh_auto_build: make --no-print-directory -f
/usr/share/dh-rebar/make/dh-rebar.Makefile build returned exit code 2
debian/rules:10: recipe for target 'build' failed
--
Martin Michlmayr
Linux for HP Helion OpenStack, Hewlett-Packard
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790443: xfce4-clipman: does not manage the clipboard content properly without xfsettingsd running
Package: xfce4-clipman Version: 2:1.2.6-1 Severity: important Dear Maintainer, * What led up to the situation? Using xfce4-clipman without xfsettingd running (e.g. using xfce4-clipman in Openbox) * What exactly did you do (or not do) that was effective (or ineffective)? 1. Cutting and pasting files in PCManFM. 2. Copying content to the clipboard in Inkscape. 3. Pasting clipboard content. * What was the outcome of this action? 1. PCManFM copies files instead of moving them. 2. Inkscape gives an error message about UniConverter failing. 3. Sometimes it does not work unless I click on the content again in the clipboard history. * What outcome did you expect instead? I expect xfce4-clipman to work properly in non-XFCE environments. When installing and running xfsettingsd as a workaround, all of the above is fixed and works properly. But running xfsettingsd screws up my Openbox environment, and it should not be necessary for a standalone instance of xfce4-clipman anyway. Using clipit instead of xfce4-clipman might be an alternative for some people, but without xfce4-clipman the screenshot utility xfce4-screenshooter loses its copy to clipboard function, and that function is the main reason I am using xfce4-clipman in the first place. Thanks, Lester -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xfce4-clipman depends on: ii libc6 2.19-18 ii libexo-1-0 0.10.2-4 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libunique-1.0-0 1.1.6-5 ii libx11-62:1.6.2-3 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii libxtst62:1.2.2-1+b1 xfce4-clipman recommends no packages. xfce4-clipman 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#790405: ettercap-graphical: segfault in unified sniffing connections view
Hi Matias, - Since the bug remains reproducible with the latest git HEAD, should I make a new issue on the project's Github page, or is it enough that the issue is now labeled upstream in Debian BTS? We prefer github, were we can provide patches and other upstream developers can look into - The debug build says to include the debug dump capture file with the report. Do I need to prune this for sensitive data? The debug .pcap is from a live system, where I'm logged into eg. Dropbox and Google Drive. I'm looking at the .pcap in Wireshark, but there's 20k+ packets and I'm worried someone could compromise some of these services with the data. You can try to reproduce in a virtual machine, or disable the dropbox/google drive services, in order to avoid this kind of data. Sensitive data in either case should be sent privately by mail. (if really necessary of course) you can also change your passwords and change them back once you have done -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790439: FTBFS: No module named pkg_resources
fixed 790439 1.0.4-3 thanks * Martin Michlmayr t...@hp.com [2015-06-29 11:12]: Traceback (most recent call last): File /usr/bin/doit, line 5, in module from pkg_resources import load_entry_point ImportError: No module named pkg_resources debian/rules:10: recipe for target 'override_dh_auto_configure' failed make[1]: *** [override_dh_auto_configure] Error 1 I just noticed that there's a package in incoming that fixes this issue. -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790447: ITP: ujson -- ultra fast JSON encoder and decoder for Python
Package: wnpp Severity: wishlist Owner: Sandro Tosi mo...@debian.org * Package name: ujson Version : 1.33 Upstream Author : Jonas Tarnstrom * URL : http://github.com/esnme/ultrajson * License : BSD Programming Lang: Description : ultra fast JSON encoder and decoder for Python UltraJSON is an ultra fast JSON encoder and decoder written in pure C with bindings for Python -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790476: ITP: ruby-torquebox-no-op -- emulate TorqueBox APIs outside of TorqueBox
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-torquebox-no-op Version : 3.1.2 Upstream Author : The TorqueBox Team torquebox-...@torquebox.org * URL : http://torquebox.org/ * License : CC0 Programming Lang: Ruby Description : emulate TorqueBox APIs outside of TorqueBox -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777955: liblas: ftbfs with GCC-5
Control: reopen -1 Control: severity -1 important On 06/28/2015 12:51 AM, Debian Bug Tracking System wrote: Using -D_GLIBCXX_USE_CXX11_ABI=0 allows liblas to build with GCC 5 indeed. the goal should be to build everything using the new ABI, especially if this is a library package. So now what? As far as I understand, libLAS isn't affected, boost is. Because boost is not rebuilt with GCC 5, libLAS fails to build. But your reopening of this issue probably means my undestanding is incorrect. So I must conclude that I don't understand what I need to do to resolve this issue in libLAS, so please advice. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790249: [Re:] mysql-server: Upgrade 5.5 to 5.6 fails
I've got the same problem. One one machine, the upgrade was successful, on the other it failed. The machine failing the upgrade, old sysvinit was still the installed init system. On the machine that did the upgrade successfully, systemd is the installed init system. Regards, Dominik signature.asc Description: This is a digitally signed message part.
Bug#790450: FTBFS in unstable due to build-depends on libmysqlclient15-dev
Package: dsyslog Version: 0.6.0+nmu1 Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package fails to build in unstable because the build-dependency on libmysqlclient15-dev cannot be met. libmysqlclient15-dev used to be provided by mysql-5.5, but this is no longer the case in version 5.6 (see #790257). Please update your Build-Depends to libmysqlclient-dev -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790452: FTBFS in unstable due to build-depends on libmysqlclient15-dev
Package: jabberd2 Version: 2.3.3-2 Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package fails to build in unstable because the build-dependency on libmysqlclient15-dev cannot be met. libmysqlclient15-dev used to be provided by mysql-5.5, but this is no longer the case in version 5.6 (see #790257). Please update your Build-Depends to libmysqlclient-dev -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790453: FTBFS in unstable due to build-depends on libmysqlclient15-dev
Package: libnss-mysql-bg Version: 1.5-3 Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package fails to build in unstable because the build-dependency on libmysqlclient15-dev cannot be met. libmysqlclient15-dev used to be provided by mysql-5.5, but this is no longer the case in version 5.6 (see #790257). Please update your Build-Depends to libmysqlclient-dev -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790455: FTBFS in unstable due to build-depends on libmysqlclient15-dev
Package: pam-mysql Version: 0.7~RC1-4 Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package fails to build in unstable because the build-dependency on libmysqlclient15-dev cannot be met. libmysqlclient15-dev used to be provided by mysql-5.5, but this is no longer the case in version 5.6 (see #790257). Please update your Build-Depends to libmysqlclient-dev -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790456: FTBFS in unstable due to build-depends on libmysqlclient15-dev
Package: pennmush Version: 1.8.2p8-1.1 Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package fails to build in unstable because the build-dependency on libmysqlclient15-dev cannot be met. libmysqlclient15-dev used to be provided by mysql-5.5, but this is no longer the case in version 5.6 (see #790257). Please update your Build-Depends to libmysqlclient-dev -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790449: FTBFS in unstable due to build-depends on libmysqlclient15-dev
Package: aolserver4-nsmysql Version: 0.6-9 Severity: serious User: pkg-mysql-ma...@lists.alioth.debian.org Usertag: libmysqlclient15-dev This package fails to build in unstable because the build-dependency on libmysqlclient15-dev cannot be met. libmysqlclient15-dev used to be provided by mysql-5.5, but this is no longer the case in version 5.6 (see #790257). Please update your Build-Depends to libmysqlclient-dev -- Martin Michlmayr Linux for HP Helion OpenStack, Hewlett-Packard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
