Bug#766781: pavucontrol: Input volume cannot be more than 39%
Package: pavucontrol Version: 2.0-2 Severity: normal Dear Maintainer, When using my laptop microphone (built-in or through a jack) the sound was very low. I tried to tune it through pavucontrol and couldn't. I tried to fix it through alsamixer without success. At last there was no more sound. I purged and reinstalled pulseaudio, gnome and pavucontrol without more success. I found that muting mic and mic boost through alsamixer brought back low input sound. I tried again to increase it through pavucontrol and found at last that it can be increased up to 39 %. Over 39 % there is no more input signal and no more capture. 39 % is just enough for normal use. But it is misleading and could be better. Thank you very much for your attention. Note - In order to be complete, maybe the jack microphone is not detected. I am not sure, but I think it is not a linked issue and it is sure that increasing the pavucontrol input volume mute any microphone. Gnome release : 1:3.8+8 Pulseaudio : 5.0-13 Pavucontrol : 2.0-2 -- 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/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pavucontrol depends on: ii libatk1.0-0 2.14.0-1 ii libatkmm-1.6-1 2.22.7-2.1 ii libc62.19-11 ii libcairo-gobject21.12.16-5 ii libcairo21.12.16-5 ii libcairomm-1.0-1 1.10.0-1.1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgcc1 1:4.9.1-16 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgtk-3-0 3.14.1-1 ii libgtkmm-3.0-1 3.14.0-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangomm-1.4-1 2.34.0-1.1 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsigc++-2.0-0c2a 2.4.0-1 ii libstdc++6 4.9.1-16 ii libx11-6 2:1.6.2-3 Versions of packages pavucontrol recommends: ii pulseaudio 5.0-13 pavucontrol 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#763615: RFS: auto-07p/0.9.1+dfsg-2
Hello, is there any chance that this trivial upload will be sponsored before the Jessie freeze? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766783: imposm-parser: Fails to build two times in a row
Source: imposm-parser Version: 1.0.5-1 Severity: important Hi! imposm-parser fails to build to times in a row: = (…) dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building imposm-parser using existing ./imposm-parser_1.0.5.orig.tar.gz dpkg-source: info: local changes detected, the modified files are: imposm-parser-1.0.5/imposm.parser.egg-info/PKG-INFO imposm-parser-1.0.5/imposm.parser.egg-info/SOURCES.txt dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/imposm-parser_1.0.5-1.diff.V82vXo dpkg-source: info: you can integrate the local changes with dpkg-source --commit (…) = What is changed between the two runs: = --- imposm-parser-1.0.5.orig/imposm.parser.egg-info/PKG-INFO +++ imposm-parser-1.0.5/imposm.parser.egg-info/PKG-INFO @@ -1,4 +1,4 @@ -Metadata-Version: 1.0 +Metadata-Version: 1.1 Name: imposm.parser Version: 1.0.5 Summary: Fast and easy OpenStreetMap XML/PBF parser. --- imposm-parser-1.0.5.orig/imposm.parser.egg-info/SOURCES.txt +++ imposm-parser-1.0.5/imposm.parser.egg-info/SOURCES.txt @@ -3,6 +3,7 @@ LICENSE MANIFEST.in README.rst osm.proto +setup.cfg setup.py imposm/__init__.py imposm.parser.egg-info/PKG-INFO = Thank you! Best regards, Nelson -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (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#766784: libjson-pp-perl: can neither remove nor install newer version of this package
Package: libjson-pp-perl Version: 2.27300-1 Severity: grave I'm unable to get dpkg to do anything useful with this package. I can't upgrade to the supposedly fixed version, and now aptitude refuses to do anything else without either removing or upgrading libjson-pp-perl. vauxhall no % sudo dpkg -P libjson-pp-perl (Reading database ... 511466 files and directories currently installed.) Removing libjson-pp-perl (2.27300-1) ... No diversion 'diversion of /usr/bin/json_pp to /usr/bin/json_pp.bundled by libjson-pp-perl', none removed. Removing 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.1.bundled.gz by libjson-pp-perl' dpkg-divert: error: rename involves overwriting `/usr/share/man/man1/json_pp.1.gz' with different file `/usr/share/man/man1/json_pp.1.bundled.gz', not allowed dpkg: error processing package libjson-pp-perl (--purge): subprocess installed post-removal script returned error exit status 2 Errors were encountered while processing: libjson-pp-perl vauxhall no % sudo dpkg -i /var/cache/apt/archives/libjson-pp-perl_2.27300-2_all.deb Selecting previously unselected package libjson-pp-perl. (Reading database ... 511471 files and directories currently installed.) Preparing to unpack .../libjson-pp-perl_2.27300-2_all.deb ... Removing 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.1.bundled.gz by libjson-pp-perl' dpkg-divert: error: rename involves overwriting `/usr/share/man/man1/json_pp.1.gz' with different file `/usr/share/man/man1/json_pp.1.bundled.gz', not allowed dpkg: error processing archive /var/cache/apt/archives/libjson-pp-perl_2.27300-2_all.deb (--install): subprocess new pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libjson-pp-perl_2.27300-2_all.deb -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-rc5-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 libjson-pp-perl depends on: ii perl 5.20.1-2 Versions of packages libjson-pp-perl recommends: ii libjson-perl 2.61-1 libjson-pp-perl suggests no packages. -- no debconf information -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#766685: libpcl-dev: arch-dependent file in Multi-Arch: same package
Yes, thanks to report it. it's a serious. Please, Jochen, could you patch it in upstream? Anyway, there's a new version of pcl 1.7.2-2 in: https://mentors.debian.net/package/pcl This new version solved the bug installing that files in: /usr/lib/x86_64-linux-gnu/cmake/pcl/ following fhs and multiarch. I have followed the same method that other package (sdformat) Please, Nobuhiro, or also Jakub, could sponsor this package and upload it again? I'm not DD. I think that in a few hours will be the deadline to have this package in testing. Thanks, Leopold -- -- Linux User 152692 PGP: 05F4A7A949A2D9AA Catalonia - A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? signature.asc Description: This is a digitally signed message part.
Bug#763615: RFS: auto-07p/0.9.1+dfsg-2
Where is it? On mentors? Anton 2014-10-25 20:15 GMT+02:00 Sergey B Kirpichev skirpic...@gmail.com: Hello, is there any chance that this trivial upload will be sponsored before the Jessie freeze? -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141025181531.ga3...@darkstar.order.hcn-strela.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708132: Jessie Freeze
Hello, I don't see the package in unstable yet, and Jessie release freeze is coming soon. Is there something needed? --j
Bug#766785: Can't stop spamd daemon
Package: spamassassin Version: 3.4.0-3 I am having trouble stopping, restarting or reloading the spamassassin daemon. I don't know it this is a spamassassin bug, or a start-stop-daemon bug. Thanks, Marc mail:~# ps ax | grep spamd 1304 pts/5S+ 0:00 grep spamd mail:~# /etc/init.d/spamassassin start Starting SpamAssassin Mail Filter Daemon: Oct 25 13:00:55.800 [1307] mail:~# ps ax | grep spamd 1309 ?Ss 0:02 /usr/bin/perl -T -w /usr/sbin/spamd --nouser-config --username=debian-spamd --groupname=debian-spamd --max-children 5 --helper-home-dir=/var/lib/spamassassin/ --listen /run/spamd.socket --debug -d --pidfile=/var/run/spamd.pid 1312 ?S 0:00 spamd child 1313 ?S 0:00 spamd child 1315 pts/5S+ 0:00 grep spamd mail:~# /etc/init.d/spamassassin stop Stopping SpamAssassin Mail Filter Daemon: No /usr/sbin/spamd found running; none killed. spamd. mail:~# start-stop-daemon --stop --pidfile /var/run/spamd.pid --name /usr/sbin/spamd No /usr/sbin/spamd found running; none killed. Exit 1 mail:~# ps ax | grep spamd 1309 ?Ss 0:02 /usr/bin/perl -T -w /usr/sbin/spamd --nouser-config --username=debian-spamd --groupname=debian-spamd --max-children 5 --helper-home-dir=/var/lib/spamassassin/ --listen /run/spamd.socket --debug -d --pidfile=/var/run/spamd.pid 1312 ?S 0:00 spamd child 1313 ?S 0:00 spamd child 1328 pts/5S+ 0:00 grep spamd mail:~# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765230: [Debichem-devel] Bug#765230: Bug#765230: libghemical: run dh-autoreconf to update for new architectures
On 25 October 2014 19:20, Michael Banck mba...@debian.org wrote: I suggest you just commit it in subversion, unless you prefer not to work with subversion. In that case, I can do it myself. I don't have a particular aversion to subversion, I'm just not very confident with it. I'd appreciate if you would take care of this release, especially since I think this needs to be uploaded soon in order to make it into testing before the freeze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763615: RFS: auto-07p/0.9.1+dfsg-2
On Sat, Oct 25, 2014 at 10:15:31PM +0400, Sergey B Kirpichev wrote: Hello, is there any chance that this trivial upload will be sponsored before the Jessie freeze? I'll sponsor only from VCS and Git has not changed. Moreover please use https://wiki.debian.org/DebianPureBlends/SoB if you want me to sponsor a package of Debian Science. It would be sufficient to send me a patch for the tasks (or simply name the according tasks where you would like to add auto-07p. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766241: gnome: dist-upgrade on 20-Oct lost gnome pixbufs and several tweak settings reset
Being able to login in text mode means that the whole system is not broken = downgrading the severity a little bit. Just a very little bit! What exactly makes you unable to login? Do you see a graphical login screen at all? I got the graphical login, press space, enter password and then - as far as I remember - just a blank graphical screen with top bar. Clicking on icons on RHS of top bar gave, again remembering is tricky now, just an empty black box. This looks like: https://bugs.debian.org/761001 - sounds similarish! https://bugs.debian.org/759745 - not really Do the symptoms look like what you've seen? See above but I wouldn't really say so! I think that the fact that the icon cache was empty and that appeared to be the cause means that this problem may have been different from those mentioned above. Are you running systemd as pid 1? Yes it is Do you have the systemd-shim package installed? No Never heard about the shim until now - Packages shows systemd and systemd-sysv are loaded but systemd-shim is not I was going to switch between GDM and LightGDM but I couldn't remember how - therefore I booted into Ubuntu instead to google it and found several suggestions for the problem - such as the recreation of the cache icons ( RedHat bug 912303). Checked the Debian icon cache folder and it was empty. Tried that first and the system recovered so I didn't need to do anything else and quickly forgot exactly what happened. Very lucky choice I think. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763615: RFS: auto-07p/0.9.1+dfsg-2
As far as I see, Sergey is DM and the only maintainer of this package. Sergey, is it OK for you if I you get the permission for this package to upload it? Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597670: [Pkg-amule-devel] Bug#597670: amuleweb search in wrong directories
Is it still happening? -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764926: gnome-software: Offline upgrades break boot
2014-10-25 12:22 GMT+02:00 Laurent Bigonville bi...@debian.org: On Fri, 24 Oct 2014 21:15:24 +0200 Matthias Klumpp matth...@tenstral.net wrote: 2014-10-24 21:07 GMT+02:00 Laurent Bigonville bi...@debian.org: Package: gnome-software Followup-For: Bug #764926 Hi, Just tried tonight and it still seems to fail. It start the upgrade, the progressbar shows 100% and then nothing is happening. I hit ctrl-alt-del and rebooted, after that gnome-software was showing a message telling that the transaction failed. Did you find anything interesting in your /var/log/apt/term.log or the systemd journal? In the apt logs I see no new entries at all. In the journal I see the progress going to 100% But at least the machine has rebooted properly Shouldn't we downgrade the severity? Maybe -but a non-working default upgrade method is still pretty bad (although it's not fatal anymore). We would need some more manpower to nail down this issue (which likely is in PackageKit's aptcc backend), since I am pretty busy with a lot of stuff, with a current focus on getting at least some AppStream data into Debian (not sure if that will work though, many open questions there, and a lot of code which isn't ready yet and needs to be fixed) I've retried again (after enabling the debug-shell) an I can see the following ps output: root 729 0.0 0.2 239444 18256 ?SLsl 11:55 0:00 /sbin/dmeventd -f systemd+ 755 0.0 0.0 106220 2540 ?Ssl 11:55 0:00 /lib/systemd/systemd-timesyncd root 1089 0.0 0.0 339696 5628 ?Ssl 11:55 0:00 /usr/lib/packagekit/pk-offline-update root 1090 0.7 0.4 172488 28276 ?Ssl 11:55 0:00 /usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid message+ 1096 0.0 0.0 50600 3532 ?Ssl 11:55 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation root 1102 1.4 0.9 431440 59096 ?Ssl 11:55 0:00 /usr/lib/packagekit/packagekitd polkitd 1106 0.0 0.2 520056 13448 ?Ssl 11:55 0:00 /usr/lib/polkit-1/polkitd --no-debug root 1127 0.0 0.0 19848 2632 ?Ss 11:55 0:00 /lib/systemd/systemd-logind root 1216 0.0 0.0 37068 2612 ?Ss 11:55 0:00 /sbin/rpcbind -w root 1503 0.0 0.3 431436 18444 pts/1Ss+ 11:55 0:00 /usr/lib/packagekit/packagekitd root 1504 0.1 0.0 0 0 pts/1Z+ 11:55 0:00 [dpkg] defunct root 1926 0.0 0.0 4320 752 pts/1S+ 11:55 0:00 /bin/sh -c /usr/sbin/dpkg-preconfigure --apt || true root 1927 0.4 0.3 65868 19192 pts/1S+ 11:55 0:00 /usr/bin/perl -w /usr/sbin/dpkg-preconfigure --apt root 1929 0.0 0.0 0 0 pts/1Z+ 11:55 0:00 [dpkg-preconfigu] defunct Killing PID 1926 made the machine reboot properly. The updates where not applied. This could be the aptcc backend not respecting the noninteractive flag completely. I will take a look at that code, because from that information, I am almost certain that dpkg/debconf wants some user-interaction there, which doesn't happen. Any help with this is of course appreciated :-) Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766779: cron: Unnecessary yes arguement passed to the daemon in the .service file
Tags: confirmed pending On 2014-10-25 20:06, Laurent Bigonville wrote: With the last upload, under systemd, cron is started like this: /usr/sbin/cron -f yes The yes here seems to be completely unwarranted. The .service file contains the following line: ExecStart=/usr/sbin/cron -f $READ_ENV $EXTRA_OPTS IMO $READ_ENV should be dropped here. Thanks for spotting this, a fix has been committed. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736055: updated python-ase to 3.8.1.3440-0.1
Hi Hideki, I just reuploaded the package to mentors.debian.net: http://mentors.debian.net/debian/pool/main/p/python-ase/python-ase_3.8.1.3440-0.1.dsc But it shows a serious error, that bug #717989 doesn't belong to this package: https://mentors.debian.net/package/python-ase Is it still okay? Regards, Reiner On 10/25/2014 03:29 PM, Hideki Yamane wrote: Thanks for updating python-ase package, I'm happy to hear it as silversearcher-ag package sponsor :) It can also close Bug#717989 since it is provided as different file name as /usr/bin/ase-*.Could you update debian/changelog to include bug number, please? Then, I'll upload it to repository. signature.asc Description: OpenPGP digital signature
Bug#766786: gdm3: XDMCP connections to Jessie+gdm3 fail after a few seconds, while Jessie+xdm work fine.
Package: gdm3 Version: 3.4.1-8 Severity: important Dear Maintainer, This is being reported from a wheezy box, however the problem is unique to jessie (I'll try to extract the strings this tool seems to have generated [from the wrong system) root@vjessie:/mnt# uname -a Linux vjessie 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 GNU/Linux root@vjessie:/mnt# dpkg -l | grep xdm ii libxdmcp6:amd64 1:1.1.1-1amd64X11 Display Manager Control Protocol library ii xdm 1:1.1.11-1 amd64X display manager root@vjessie:/mnt# dpkg -l | grep gdm ii gdm33.14.0-1 amd64GNOME Display Manager ii gir1.2-gdm3 3.14.0-1 amd64GObject introspection data for the GNOME Display Ma ii libgdm1 3.14.0-1 amd64GNOME Display Manager (shared library) This is an issue with jessie but not wheezy. XDMCP connections to Jessie+gdm3 fail after a few seconds, while Jessie+xdm work fine. Environment: real machine (DNS name= real.home) runs Fedora20 , and qemu+kvm. Virtual machines exist (e.g vdebain.home [wheezy] , vjessie.home ) Normal usage would be on real.home on another console (ALT-F3 etc) start: X :2 -query 10.116.1.53 (address of vjessie) If vjessie is running xdm , this works fine. If vjessie runs gdm3 it works for about a minute, then just keeps dropping back to black X sreen (with X cursor) SETUP: On jessie: install xdm, choose xdm as the default display manger. Edit /etc/X11/xdm/xdm.config: (comment out the disable requestPort] ! Comment out this line if you want to manage X terminals with xdm ! GPV (previously was NOT commented) DisplayManager.requestPort:0 *restart root@vjessie:/etc/X11/xdm# lsof -i:177 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME xdm 906 root4u IPv6 1923 0t0 UDP *:xdmcp From real.home : ALT-F3 X :2 -query vjessie.home On ALT-F1, an xmd logon screen appears. After giving userid+password, a jessie screen (need to authenticate to manage color managed console) pops up and requires a passsword [ this is new and does not happen in wheezy ] after authenticating a normal desktop appears and works fine. On jessie, do: dpkg-reconfigure xdm And choose gmd3 start-stop-daemon: pid value must be a number greater than 0 Try 'start-stop-daemon --help' for more information. *restart* Get gdm3 logon, after giving password, you get prompted with jessie screen (need to authenticate to manage color managed console) , after authenticating, you get a normal jessie (gdm) desktop. Start an xterm and wait a minute or so. You get dropped back to a plain black X terminal (cursor is big X). from this point on, after switching to another console (one real.home), about once a minute , it switches back to ALT-F1 and the blank X terminal. This pattern repeats. In vjessie:/var/log/messages: there are messages about out of video memory (which may well relate to what is happening) Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Out of video memory: Could not allocate 4378332 bytes Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: - 0th attempt But **NOTE** these messages are on vjessie.home. This is an XDMCP type login, so the Xterminal is on real ..home where there are NO messages. The virtual machine (vjessie) had a QXL display with 64Mb ... note qxl_surface in the above message. I wonder if gdm is attepting to use the wrong display? Using gmd3 via SPICE, seems to work fine (wheezy was very poor in this mode) but it is something like 100 times faster using XDMCP. Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: - OOM at 1109 986 24 (= 3280422 bytes) Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Cache contents: null null null null null null null null null null null null null null null null null null null null null nu\ ll null null null null null null null null null null null null null null null null null null null null null null null null null null 339 333 330 350 338 343 336\ 355 1015 354 739 976 1016 977 1011 1003 total: 16 Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Out of video memory: Could not allocate 4378332 bytes Oct 25 18:33:57 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1) Oct 25 18:34:22 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1) Oct 25 18:34:38 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1) But **NOTE** these messages are on vjessie.home. This is an XDMCP type login, so the Xterminal is on real.home where there are NO messages. The virtual machine (vjessie) had a QXL display with 64Mb ... note qxl_surface in the above message. I wonder if gdm is attepting to use the wrong display? Using gmd3 via SPICE, seems to work fine (wheezy was very poor in this mode) but it is something like 100 times faster using XDMCP. { using reportbug has mad a bit a mess of this
Bug#740509: ifconfig: ioctl(SIOCGIFINFO_IN6): No such device or address
found 740509 glibc/2.19-11 tags 740509 + patch thanks Hi, I'm sorry, I made a mistake testing this on kfreebsd-i386; I'd modified a header in the build tree and forgotten about it. As a result, the workaround was not effective on kfreebsd-i386 10.1. Some additional code is committed now to svn/glibc-bsd/trunk/glibc-ports as r5668. Please could you pull in that change in the next glibc upload. I've re-tested it on kfreebsd-i386, kfreebsd-amd64, for kernels 9.0 and 10.1. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766784: libjson-pp-perl: can neither remove nor install newer version of this package
Control: notfound -1 2.27300-1 Control: found -1 2.27300-2 On Sat, 25 Oct 2014 18:19:16 +, brian m. carlson wrote: Package: libjson-pp-perl Version: 2.27300-1 Severity: grave I'm unable to get dpkg to do anything useful with this package. I can't upgrade to the supposedly fixed version, and now aptitude refuses to do anything else without either removing or upgrading libjson-pp-perl. vauxhall no % sudo dpkg -P libjson-pp-perl (Reading database ... 511466 files and directories currently installed.) Removing libjson-pp-perl (2.27300-1) ... No diversion 'diversion of /usr/bin/json_pp to /usr/bin/json_pp.bundled by libjson-pp-perl', none removed. Removing 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.1.bundled.gz by libjson-pp-perl' dpkg-divert: error: rename involves overwriting `/usr/share/man/man1/json_pp.1.gz' with different file `/usr/share/man/man1/json_pp.1.bundled.gz', not allowed dpkg: error processing package libjson-pp-perl (--purge): subprocess installed post-removal script returned error exit status 2 Errors were encountered while processing: libjson-pp-perl vauxhall no % sudo dpkg -i /var/cache/apt/archives/libjson-pp-perl_2.27300-2_all.deb Selecting previously unselected package libjson-pp-perl. (Reading database ... 511471 files and directories currently installed.) Preparing to unpack .../libjson-pp-perl_2.27300-2_all.deb ... Removing 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.1.bundled.gz by libjson-pp-perl' dpkg-divert: error: rename involves overwriting `/usr/share/man/man1/json_pp.1.gz' with different file `/usr/share/man/man1/json_pp.1.bundled.gz', not allowed dpkg: error processing archive /var/cache/apt/archives/libjson-pp-perl_2.27300-2_all.deb (--install): subprocess new pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/libjson-pp-perl_2.27300-2_all.deb Hrm. Something is broken here indeed; I'm just wondering how you got into this situation; my aptitude log shows on Mon, Oct 20 2014: [UPGRADE] libjson-pp-perl:amd64 2.27300-1 - 2.27300-2 and this went obviously fine. And I've never seen dpkg-divert saying rename involves overwriting .. with different file .., not allowed. Let's try: # dpkg -l libjson-pp-perl .. ii libjson-pp-perl 2.27300-2 all module for manipulating JSON-formatted data (P # aptitude purge libjson-pp-perl [needs a downgrade of cpanminus. ok.] Removing libjson-pp-perl (2.27300-2) ... Removing 'diversion of /usr/bin/json_pp to /usr/bin/json_pp.bundled by libjson-pp-perl' Removing 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.bundled.1.gz by libjson-pp-perl' Purging configuration files for libjson-pp-perl (2.27300-2) ... .. # aptitude install libjson-pp-perl=2.27300-1 .. Preparing to unpack .../libjson-pp-perl_2.27300-1_all.deb ... Adding 'diversion of /usr/bin/json_pp to /usr/bin/json_pp.bundled by libjson-pp-perl' Adding 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.1.bundled.gz by libjson-pp-perl' Unpacking libjson-pp-perl (2.27300-1) ... .. # aptitude install libjson-pp-perl=2.27300-2 .. Preparing to unpack .../libjson-pp-perl_2.27300-2_all.deb ... Removing 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.1.bundled.gz by libjson-pp-perl' Leaving 'diversion of /usr/bin/json_pp to /usr/bin/json_pp.bundled by libjson-pp-perl' Adding 'diversion of /usr/share/man/man1/json_pp.1.gz to /usr/share/man/man1/json_pp.bundled.1.gz by libjson-pp-perl' Unpacking libjson-pp-perl (2.27300-2) over (2.27300-1) ... .. All as expected. Anyone around with any idea? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Kurt Ostbahn: Da Polifka Rudl signature.asc Description: Digital Signature
Bug#766787: RFS: osmctools/0.3-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package osmctools Package name: osmctools Version : 0.3-1 Upstream Author : Markus Weber URL : http://gitorious.org/osm-c-tools/ License : AGPL-3 Section : utils It builds those binary packages: osmctools - Some tools to manipulate OpenStreetMap files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/osmctools Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/osmctools/osmctools_0.3-1.dsc More information about osmtools can be obtained from http://gitorious.org/osm-c-tools/. Changes since the last upload: * New upstream release. * Use Debian GIS Project as Maintainer, move Pierre Blanc to Uploaders. * Add myself to Uploaders. * Restructure control file with cme. * Change priority from extra to optional. * Add gbp.conf to use pristine-tar by default. * Drop lintian override for no-upstream-changelog, shouldn't override pedantic tags. * Bump Standards-Version to 3.9.6, no changes. * Add lintian override for spelling error false positive. * Add patch to fix 'allows one to' spelling error. Regards, Bas Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763615: RFS: auto-07p/0.9.1+dfsg-2
Hi, On Sat, Oct 25, 2014 at 08:38:29PM +0200, Anton Gladky wrote: As far as I see, Sergey is DM and the only maintainer of this package. Sergey, is it OK for you if I you get the permission for this package to upload it? While this might solve the problem of getting the package uploaded it does not help to make Sergey aware of the cooperation in Debian Science team to commit things to Git and also does not make him understand the Debian Science tasks to get his package included into the metapackages. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763248: Upcoming vala 0.24 removal
Hi David! On Fri, 10 Oct 2014 23:36:31 +0200 Michael Biebl bi...@debian.org wrote: Source: valabind Version: 0.8.0-2 Severity: important Hi, valabind currently Build-Depends on valac-0.24 and/or libvala-0.24-dev. The default vala version we ship in jessie is 0.26. As we don't want to ship several vala versions in jessie, we'd like to remove version 0.24. Please update valabind accordingly to build against vala 0.26. Since you haven't replied yet to those two RC bugs, I decided to NMU valabind to avoid that valabind is removed for jessie. debdiff is attached. Thanks for maintaining valabind, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? diff -Nru valabind-0.8.0/debian/changelog valabind-0.8.0/debian/changelog --- valabind-0.8.0/debian/changelog 2014-07-17 00:23:50.0 +0200 +++ valabind-0.8.0/debian/changelog 2014-10-25 20:51:56.0 +0200 @@ -1,3 +1,11 @@ +valabind (0.8.0-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Switch to vala 0.26 and fix build failures with that newer version by +cherry-picking a patch from upstream. (Closes: #764762, #763248) + + -- Michael Biebl bi...@debian.org Sat, 25 Oct 2014 20:50:32 +0200 + valabind (0.8.0-2) unstable; urgency=low * debian/patches/add_java7_includes: Add default includes for a Debian diff -Nru valabind-0.8.0/debian/control valabind-0.8.0/debian/control --- valabind-0.8.0/debian/control 2014-06-23 11:31:29.0 +0200 +++ valabind-0.8.0/debian/control 2014-10-25 20:50:28.0 +0200 @@ -4,8 +4,8 @@ Maintainer: David Martínez Moreno en...@debian.org Uploaders: Sebastian Reichel s...@debian.org Build-Depends: debhelper (= 9), - libvala-0.24-dev, - valac (= 0.24), + libvala-0.26-dev, + valac (= 0.26), quilt Standards-Version: 3.9.5 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-vala/valabind.git diff -Nru valabind-0.8.0/debian/patches/fix-build-against-0.26.patch valabind-0.8.0/debian/patches/fix-build-against-0.26.patch --- valabind-0.8.0/debian/patches/fix-build-against-0.26.patch 1970-01-01 01:00:00.0 +0100 +++ valabind-0.8.0/debian/patches/fix-build-against-0.26.patch 2014-10-25 20:50:04.0 +0200 @@ -0,0 +1,171 @@ +From 62912d2d3b8287c0b18b16cc325d5e8e2882af1f Mon Sep 17 00:00:00 2001 +From: Ritesh Khadgaray khadga...@gmail.com +Date: Sat, 16 Aug 2014 02:37:00 +0530 +Subject: [PATCH] fix build against 0.26 + +--- + ctypeswriter.vala | 16 +++- + dlangwriter.vala | 6 +- + nodeffiwriter.vala | 8 ++-- + swigwriter.vala| 13 + + utils.vala | 13 + + 5 files changed, 44 insertions(+), 12 deletions(-) + +diff --git a/ctypeswriter.vala b/ctypeswriter.vala +index 58b4f88..8de8947 100644 +--- a/ctypeswriter.vala b/ctypeswriter.vala +@@ -1,4 +1,7 @@ ++/* -*- Mode: C; indent-tabs-mode: t; c-basic-offset: 4; tab-width: 4 -*- */ ++ + /* Copyright GPLv3 - 2009-2014 - pancake */ ++/* Copyleft 2014 -- Ritesh Khadgaray khadga...@gmail.com */ + + using Vala; + +@@ -204,9 +207,12 @@ public class CtypesWriter : ValabindWriter { + if (type is ArrayType) { + ArrayType array = type as ArrayType; + string element = type_name (array.element_type, retType); +- if (!array.fixed_length) ++ ++ int len = array_length(array); ++ if (len 0 ) + return element; //+*; // FIXME should this be element+[]? +- return '+element+', * %d.printf (array.length); // FIXME will this work? ++ ++ return '+element+', * %d.printf (len); // FIXME will this work? + } + + if (!ignoreRef (type is ReferenceType)) { +@@ -406,10 +412,10 @@ n++; + ArrayType array = type as ArrayType; + string element = type_name (array.element_type); + warning (Arrays not yet supported in ctypes bindings); +- if (!array.fixed_length) ++ int len = array_length(array); ++ if (len 0) + field = element + * + f.name; // FIXME should this be element+[]? +- field = '%s', %s * %d.printf (f.name, element, array.length); +-stype = element; ++ field = '%s', %s * %d.printf (f.name, element, len); + } else { + /* HACK to support generics. this is r2 specific */ + if (stype.index_of (RListIter) != -1) { +diff --git a/dlangwriter.vala b/dlangwriter.vala +index 434502d..8fec7d5 100644 +--- a/dlangwriter.vala b/dlangwriter.vala +@@ -1,4 +1,7 @@ ++/* -*- Mode: C; indent-tabs-mode: t;
Bug#766788: libreoffice-writer: Crashes with stack smashing detected
Package: libreoffice-writer Version: 1:4.3.3~rc2-1 Severity: important Dear Maintainer, LibreOffice Writer crashes after performing the following steps: 1. Start lowriter (when started from terminal, an error message can be seen, otherwise the crash is silent). 2. Press '[' and keep it pressed for several seconds. 3. After about one and half line is filled with '[', lowriter crashes. I can reproduce this in both unstable and testing (1:4.3.3~rc2~git20141011-1). I cannot reproduce this in the version from libreoffice.org (LibreOffice_4.3.2_Linux_x86-64_deb.tar.gz). After the crash the following information appears on the terminal: *** stack smashing detected ***: /usr/lib/libreoffice/program/soffice.bin terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x72faf)[0x7fdd44a1ffaf] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7fdd44aa30a7] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7fdd44aa3070] /usr/lib/libreoffice/program/libvcllo.so(+0x471840)[0x7fdd405c1840] /usr/lib/libreoffice/program/libvcllo.so(+0x272f6a)[0x7fdd403c2f6a] /usr/lib/libreoffice/program/libvcllo.so(_ZNK12OutputDevice12GetTextBreakERKN3rtl8OUStringEliil+0x4d)[0x7fdd403c37bd] /usr/lib/libreoffice/program/../program/libswlo.so(+0x689b76)[0x7fdd12dbeb76] /usr/lib/libreoffice/program/../program/libswlo.so(+0x6191c3)[0x7fdd12d4e1c3] /usr/lib/libreoffice/program/../program/libswlo.so(+0x616563)[0x7fdd12d4b563] /usr/lib/libreoffice/program/../program/libswlo.so(+0x64eb5d)[0x7fdd12d83b5d] /usr/lib/libreoffice/program/../program/libswlo.so(+0x62eefc)[0x7fdd12d63efc] /usr/lib/libreoffice/program/../program/libswlo.so(+0x630123)[0x7fdd12d65123] /usr/lib/libreoffice/program/../program/libswlo.so(+0x609640)[0x7fdd12d3e640] /usr/lib/libreoffice/program/../program/libswlo.so(+0x60e8a4)[0x7fdd12d438a4] /usr/lib/libreoffice/program/../program/libswlo.so(+0x60f701)[0x7fdd12d44701] /usr/lib/libreoffice/program/../program/libswlo.so(+0x61094e)[0x7fdd12d4594e] /usr/lib/libreoffice/program/../program/libswlo.so(+0x536e93)[0x7fdd12c6be93] /usr/lib/libreoffice/program/../program/libswlo.so(+0x534a6a)[0x7fdd12c69a6a] /usr/lib/libreoffice/program/../program/libswlo.so(+0x56bba1)[0x7fdd12ca0ba1] /usr/lib/libreoffice/program/../program/libswlo.so(+0x56beba)[0x7fdd12ca0eba] /usr/lib/libreoffice/program/../program/libswlo.so(+0x56d9bd)[0x7fdd12ca29bd] /usr/lib/libreoffice/program/../program/libswlo.so(_ZN11SwViewShell13ImplEndActionEb+0x775)[0x7fdd12fb6f35] /usr/lib/libreoffice/program/../program/libswlo.so(_ZN11SwCrsrShell9EndActionEb+0x333)[0x7fdd12a82c43] /usr/lib/libreoffice/program/../program/libswlo.so(_ZN11SwEditShell12EndAllActionEv+0x52)[0x7fdd12bfb8a2] /usr/lib/libreoffice/program/../program/libswlo.so(_ZN11SwEditShell7Insert2ERKN3rtl8OUStringEb+0x154)[0x7fdd12be5514] /usr/lib/libreoffice/program/../program/libswlo.so(_ZN10SwWrtShell6InsertERKN3rtl8OUStringE+0x2af)[0x7fdd132d17cf] /usr/lib/libreoffice/program/../program/libswlo.so(+0xa1653f)[0x7fdd1314b53f] /usr/lib/libreoffice/program/../program/libswlo.so(+0xa1deae)[0x7fdd13152eae] /usr/lib/libreoffice/program/libvcllo.so(+0x1dec08)[0x7fdd4032ec08] /usr/lib/libreoffice/program/libvcllo.so(+0x1e155d)[0x7fdd4033155d] /usr/lib/libreoffice/program/libvclplug_gtklo.so(+0x587a2)[0x7fdd33c927a2] /usr/lib/libreoffice/program/libvclplug_gtklo.so(+0x59d13)[0x7fdd33c93d13] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_cclosure_marshal_VOID__STRINGv+0x80)[0x7fdd3be32ec0] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x10474)[0x7fdd3be30474] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x8e7)[0x7fdd3be4a057] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_by_name+0x52a)[0x7fdd3be4aefa] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_cclosure_marshal_VOID__STRINGv+0x80)[0x7fdd3be32ec0] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x10474)[0x7fdd3be30474] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x8e7)[0x7fdd3be4a057] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_by_name+0x52a)[0x7fdd3be4aefa] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x1192a0)[0x7fdd333f02a0] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x119b7d)[0x7fdd333f0b7d] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x11ba03)[0x7fdd333f2a03] /usr/lib/libreoffice/program/libvclplug_gtklo.so(+0x5a0b4)[0x7fdd33c940b4] /usr/lib/libreoffice/program/libvclplug_gtklo.so(+0x5a2f5)[0x7fdd33c942f5] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x13295f)[0x7fdd3340995f] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x145)[0x7fdd3be30245] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x21f3c)[0x7fdd3be41f3c] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xae5)[0x7fdd3be4a255] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x8f)[0x7fdd3be4a9af] /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x249adc)[0x7fdd33520adc]
Bug#699014: [411c003] Fix for Bug#699014 committed to git
tags 699014 + pending thanks Hello, The following change has been committed for this bug by Sandro Tosi mo...@debian.org on Fri, 19 Sep 2014 14:01:28 +0100. The fix will be in the next upload. = migrate from GConf to GSettings; Closes: #699014 = You can check the diff of the fix at: ;a=commitdiff;h=411c003 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761583: mate-desktop-environment: One screen goes black after resume from screensaver
Hi Mike, Actually, after investing in a new screen this stopped happening. It really looks like the backlight in my old TFT display was to blame, and not the desktop environment. Sorry for the noise. Thanks, Kasper. On 10/25/2014 08:07 PM, Mike Gabriel wrote: Control: reassign -1 mate-screensaver Control: retitle -1 One screen goes black after resume from screensaver Control: severity -1 important Hi Kasper, thanks for reporting this bug. Sorry for the late reply. On So 14 Sep 2014 21:09:56 CEST, Kasper Loopstra wrote: Package: mate-desktop-environment Version: 1.8.0+7 Severity: normal Dear Maintainer, When coming back from screensaver, my main monitor switches to black, while my secondary screen (extended desktop) comes back on normally. I've so far found no way of getting the screen back except for running xrandr --output PROBLEM_SCREEN --auto. Not sure what version started this, as I just switched back to Mate from Cinnamon today. Thanks, Kasper Loopstra I have a dual head system at work running MATE from wheezy-backports and all is well with mate-screensaver. The unlock screen appears on the monitor where I left the mouse, the other monitor stays black during unlocking. When unlocked, both workspaces on both monitors reappear as expected. I will have to test this on Debian jessie, so my guess actually is, that we have another systemd issue going on here. For now I reassign this bug to mate-screensaver. Let's see what my Debian jessie tests will bring next week. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626243: RFS: libjchart2d-java 3.2.2+dfsg-1 [ITP]
On 25.10.2014 16:46, Achim Westermann wrote: Hi Markus, thank you for reporting the license issue. I just made a checkin to GIT @ sf: http://sourceforge.net/p/jchart2d/code/ci/a95c5c978d426ffd742b86a187b405e030c73fdb/ Hi Achim, thanks for your clarification! I have just incorporated those information in Debian's copyright file. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#762368: cinnamon: keyboard shortcuts ignore alt modifier
Control: reassign -1 muffin 2.2.6-4 Control: retitle -1 muffin: when using Modifier+Key for the menu, the modifier is ignored Hi, I spent a bunch of hours trying to get this to work today, I even thought that I had found a fix, but in the end my fix was flawed, so I gave up. Some extra explanations: the problem is related to the Menu key (called overlay-key in the code), which defaults to Super_L. Because Super is normally a modifier and not a key, the code (which is part of muffin, not cinnamon, hence the reassignment) that handles this key is very messy. The problem is that the code that checks if the key for the menu matches the one stored doesn't check for modifiers (because it assumes that there will be none, due to Super being a modifier that can only be a key if there are no other modifiers). I'm attaching my failed patch for posterity. This patch works for Alt-F3 until F3 is pressed once, after that Alt-F3 doesn't trigger the menu anymore. I'm not sure exactly why, but the function does keep some state, so I guess that it enters a state from which it cannot leave. This code has been completely reworked upstream, and they claim that they can't reproduce anymore, which makes it even harder to get a fix :-/ The workaround is to use Super for the menu. -- Regards, Marga fix-overlay-key Description: Binary data
Bug#752123: dpkg: man page de spelling error
Hello, On Fri, Oct 24, 2014 at 03:29:39PM +0200, Guillem Jover wrote: I ended up changing the original string to: ,--- The package is correctly unpacked and configured. `--- Please check if the translation needs to change due to the new original string, otherwise I'd appreciate if the bug report could be closed. This translates now to: Das Paket ist korrekt entpackt und konfiguriert. I added a Closes: in the changelog, so this will be resolved in the next upload. Konstantin, if you still disagree, please discuss and try to find consensus on this in the debian-l10n-german mailing list, as a non-German speaker, I'm afraid I'm not able to do much more here. Yes, this is very much appreciated. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#766745: libdose3-ocaml-dev: META file still lists boilerplateNoRpm
Control: tag -1 patch Hi, On Sat, 25 Oct 2014 14:59:07 +0200 Johannes Schauer j.scha...@email.de wrote: The boilerplateNoRpm and boilerplate modules have been replaced by doseparseNoRpm and doseparse but it seems that the META file has not been adjusted accordingly. In addition it seems that somehow the version in the META file is still at 3.2.2. I filed a patch for META.in in the user/josch/fixMETA branch. I also attached the patch. cheers, josch From f3449793708fb62411b9b0696658c9bc43ccb7f8 Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Sat, 25 Oct 2014 21:22:02 +0200 Subject: [PATCH] META.in: add cv module and s/boilerplate/doseparse/ --- META.in | 23 +++ 1 file changed, 15 insertions(+), 8 deletions(-) diff --git a/META.in b/META.in index fba7dee..ddfea0f 100644 --- a/META.in +++ b/META.in @@ -1,7 +1,7 @@ description = Dose3 libraries version = @PACKAGE_VERSION@ -archive(byte) = common.cma algo.cma debian.cma eclipse.cma csw.cma -archive(native) = common.cmxa algo.cmxa debian.cmxa eclipse.cmxa csw.cmxa +archive(byte) = common.cma algo.cma debian.cma eclipse.cma csw.cma cv.cma +archive(native) = common.cmxa algo.cmxa debian.cmxa eclipse.cmxa csw.cmxa cv.cmxa requires = extlib, re.pcre, cudf, ocamlgraph, unix, @ZIP@, @BZ2@ package common ( @@ -39,6 +39,13 @@ archive(native) = csw.cmxa requires = dose3.common, dose3.debian ) +package cv ( +version = @PACKAGE_VERSION@ +archive(byte) = cv.cma +archive(native) = cv.cmxa +requires = dose3.common, dose3.debian +) + package rpm ( version = @PACKAGE_VERSION@ archive(byte) = rpm.cma @@ -46,14 +53,14 @@ archive(native) = rpm.cmxa requires = dose3.common ) -package boilerplate ( +package doseparse ( version = @PACKAGE_VERSION@ -archive(byte) = rpm.cma boilerplate.cma -archive(native) = rpm.cmxa boilerplate.cmxa +archive(byte) = rpm.cma doseparse.cma +archive(native) = rpm.cmxa doseparse.cmxa ) -package boilerplateNoRpm ( +package doseparseNoRpm ( version = @PACKAGE_VERSION@ -archive(byte) = boilerplateNoRpm.cma -archive(native) = boilerplateNoRpm.cmxa +archive(byte) = doseparseNoRpm.cma +archive(native) = doseparseNoRpm.cmxa ) -- 2.0.1
Bug#766786: To avoid the artefacts produced by using bugreporter
I'll attach the original test file I created and attempted to move to the wheezy box, in groups of 4-5 lines: -- Graeme root@vjessie:/mnt# uname -a Linux vjessie 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 GNU/Linux root@vjessie:/mnt# dpkg -l | grep xdm ii libxdmcp6:amd64 1:1.1.1-1amd64X11 Display Manager Control Protocol library ii xdm 1:1.1.11-1 amd64X display manager root@vjessie:/mnt# dpkg -l | grep gdm ii gdm33.14.0-1 amd64GNOME Display Manager ii gir1.2-gdm3 3.14.0-1 amd64GObject introspection data for the GNOME Display Ma ii libgdm1 3.14.0-1 amd64GNOME Display Manager (shared library) This is an issue with jessie but not wheezy. XDMCP connections to Jessie+gdm3 fail after a few seconds, while Jessie+xdm work fine. Environment: real machine (DNS name= real.home) runs Fedora20 , and qemu+kvm. Virtual machines exist (e.g vdebain.home [wheezy] , vjessie.home ) Normal usage would be on real.home on another console (ALT-F3 etc) start: X :2 -query 10.116.1.53 (address of vjessie) If vjessie is running xdm , this works fine. If vjessie runs gdm3 it works for about a minute, then just keeps dropping back to black X sreen (with X cursor) SETUP: On jessie: install xdm, choose xdm as the default display manger. Edit /etc/X11/xdm/xdm.config: (comment out the disable requestPort] ! Comment out this line if you want to manage X terminals with xdm ! GPV (previously was NOT commented) DisplayManager.requestPort:0 *restart root@vjessie:/etc/X11/xdm# lsof -i:177 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME xdm 906 root4u IPv6 1923 0t0 UDP *:xdmcp From real.home : ALT-F3 X :2 -query vjessie.home On ALT-F1, a xmd logon screen appears. After giving userid+password, a jessie screen (need to authenticate to manage color managed console) pops up and requires a passsword [ this is new and does not happen in wheezy ] after authenticating a normal desktop appears and works fine. On jessie, do: dpkg-reconfigure xdm And choose gmd3 start-stop-daemon: pid value must be a number greater than 0 Try 'start-stop-daemon --help' for more information. *restart* Get gdm3 logon, after giving password, you get prompted with jessie screen (need to authenticate to manage color managed console) , after authenticating, you get a normal jessie (gdm) desktop. Start an xterm and wait a minute or so. You get dropped back to a plain black X terminal (cursor is big X). ...from this point on, after switching to another console (one real.home), about once a minute , it switches back to ALT-F1 and the blank X terminal. This pattern repeats. In vjessie:/var/log/messages: there are messages about out of video memory (which may well relate to what is happening) Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Out of video memory: Could not allocate 4378332 bytes Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: - 0th attempt Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: - OOM at 1109 986 24 (= 3280422 bytes) Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Cache contents: null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null null 339 333 330 350 338 343 336 355 1015 354 739 976 1016 977 1011 1003 total: 16 Oct 25 18:33:53 vjessie gdm-Xorg-:0[3495]: Out of video memory: Could not allocate 4378332 bytes Oct 25 18:33:57 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1) Oct 25 18:34:22 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1) Oct 25 18:34:38 vjessie gdm-Xorg-:0[3495]: qxl_surface_create: Bad bpp: 1 (1) But **NOTE** these messages are on vjessie.home. This is an XDMCP type login, so the Xterminal is on real.home where there are NO messages. The virtual machine (vjessie) had a QXL display with 64Mb ... note qxl_surface in the above message. I wonder if gdm is attepting to use the wrong display? Using gmd3 via SPICE, seems to work fine (wheezy was very poor in this mode) but it is something like 100 times faster using XDMCP.
Bug#754854: [uwsgi] patch 1005 should not be needed
Hi, Riccardo Magliocchetti wrote: Patch 1005_emperor-pg-fix-cflags.patch should have been already fixed upstream in 7c31b6657ffdbbbe566822fbcdb6cf2eb4b44026 so could be removed. Indeed that upstream commit look quite related, but removing patch 1005 cause the build to fail - just tried for 2.0.7-1. Help investigating what is going on here is appreciated. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#766788: libreoffice-writer: Crashes with stack smashing detected
found 766788 1:4.3.3~rc2~git20141011-1 severity 766788 normal thanks Hi, On Sat, Oct 25, 2014 at 09:00:37PM +0200, Michal Sojka wrote: LibreOffice Writer crashes after performing the following steps: 1. Start lowriter (when started from terminal, an error message can be seen, otherwise the crash is silent). 2. Press '[' and keep it pressed for several seconds. 3. After about one and half line is filled with '[', lowriter crashes. And that is important? In what way? Why would anyone do something like that in a document? I can reproduce this in both unstable and testing (1:4.3.3~rc2~git20141011-1). I cannot reproduce this in the version And why are you then not marking it as such? from libreoffice.org (LibreOffice_4.3.2_Linux_x86-64_deb.tar.gz). And with 4.3.3 rc1? (Or rc2 which would be in the next days) You right now compare a 4.3.2 with a -between-4.3.3-rc1-and-rc2 or 4.3.3 rc2 ;) After the crash the following information appears on the terminal: *** stack smashing detected ***: /usr/lib/libreoffice/program/soffice.bin terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x72faf)[0x7fdd44a1ffaf] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7fdd44aa30a7] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x7fdd44aa3070] But given it runs into the fortify functions it probably won't appear in 4.3.3 rc1 upstream until it's a real crash also there; upstream doesn't use those hardening flags. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766784: libjson-pp-perl: can neither remove nor install newer version of this package
On Sat, Oct 25, 2014 at 08:52:54PM +0200, gregor herrmann wrote: Hrm. Something is broken here indeed; I'm just wondering how you got into this situation; my aptitude log shows on Mon, Oct 20 2014: [UPGRADE] libjson-pp-perl:amd64 2.27300-1 - 2.27300-2 Anyone around with any idea? I've attached the relevant portions of my dpkg.log in the hopes that might provide some useful information. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 2014-10-11 22:50:46 status half-configured libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status unpacked libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:47 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:23:42 status half-configured perl:amd64 5.20.1-1 2014-10-23 23:23:42 status unpacked perl:amd64 5.20.1-1 2014-10-23 23:23:42 status half-installed perl:amd64 5.20.1-1 2014-10-23 23:23:43 status half-installed perl:amd64 5.20.1-1 2014-10-23 23:23:43 status unpacked perl:amd64 5.20.1-2 2014-10-23 23:23:43 status unpacked perl:amd64 5.20.1-2 2014-10-23 23:23:43 status half-configured perl-base:amd64 5.20.1-1 2014-10-23 23:23:43 status unpacked perl-base:amd64 5.20.1-1 2014-10-23 23:23:43 status half-installed perl-base:amd64 5.20.1-1 2014-10-23 23:23:44 status half-installed perl-base:amd64 5.20.1-1 2014-10-23 23:23:44 status unpacked perl-base:amd64 5.20.1-2 2014-10-23 23:23:44 status unpacked perl-base:amd64 5.20.1-2 2014-10-23 23:23:46 status unpacked perl-base:amd64 5.20.1-2 2014-10-23 23:23:46 status half-configured perl-base:amd64 5.20.1-2 2014-10-23 23:23:46 status installed perl-base:amd64 5.20.1-2 2014-10-23 23:23:47 status half-configured perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status half-installed perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status half-installed perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:25:12 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:26 status half-configured perl-doc:all 5.20.1-1 2014-10-23 23:25:26 status unpacked perl-doc:all 5.20.1-1 2014-10-23 23:25:26 status half-installed perl-doc:all 5.20.1-1 2014-10-23 23:25:27 status half-installed perl-doc:all 5.20.1-1 2014-10-23 23:25:27 status unpacked perl-doc:all 5.20.1-2 2014-10-23 23:25:27 status unpacked perl-doc:all 5.20.1-2 2014-10-23 23:26:44 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:26:44 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:26:44 status half-configured perl-modules:all 5.20.1-2 2014-10-23 23:26:44 status installed perl-modules:all 5.20.1-2 2014-10-23 23:26:44 status unpacked perl:amd64 5.20.1-2 2014-10-23 23:26:44 status half-configured perl:amd64 5.20.1-2 2014-10-23 23:26:44 status installed perl:amd64 5.20.1-2 2014-10-23 23:26:46 status unpacked perl-doc:all 5.20.1-2 2014-10-23 23:26:46 status half-configured perl-doc:all 5.20.1-2 2014-10-23 23:26:46 status installed perl-doc:all 5.20.1-2 2014-10-23 23:47:42 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:15 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:15 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:15 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:23 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:23 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:26:53 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:26:53 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:31:40 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:31:40 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:32:30 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:32:30 status half-installed libjson-pp-perl:all
Bug#761583: mate-desktop-environment: One screen goes black after resume from screensaver
Control: close -1 Hi Kasper, On Sa 25 Okt 2014 21:04:46 CEST, Kasper Loopstra wrote: Hi Mike, Actually, after investing in a new screen this stopped happening. It really looks like the backlight in my old TFT display was to blame, and not the desktop environment. Sorry for the noise. Thanks, Thanks for your feedback. Closing the bug on submitter request. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgppWaZQuGMWG.pgp Description: Digitale PGP-Signatur
Bug#766789: liblinear1's extensive Recommends
Package: liblinear1 Version: 1.8+dfsg-4 The nmap package depends on liblinear1 for doing IPv6 network fingerprint classification and matching. Because liblinear1 Recommends liblinear-tools, that package and all its dependencies and recommendations are installed when a user executes: sudo apt-get install nmap Here is one user's report of the accompanying packages installed [1]: # apt-get install nmap Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: fontconfig fontconfig-config fonts-droid fonts-liberation ghostscript gnuplot gnuplot-nox groff gsfonts hicolor-icon-theme imagemagick imagemagick-common libblas3 libblas3gf libcairo2 libcroco3 libcups2 libcupsimage2 libdatrie1 libdjvulibre-text libdjvulibre21 libexiv2-12 libfontconfig1 libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgfortran3 libgs9 libgs9-common libice6 libijs-0.35 libilmbase6 libjasper1 libjbig0 libjbig2dec0 liblcms1 liblcms2-2 liblensfun-data liblensfun0 liblinear-tools liblinear1 liblqr-1-0 libmagickcore5 libmagickcore5-extra libmagickwand5 libnetpbm10 libopenexr6 libpango1.0-0 libpaper-utils libpaper1 libpcap0.8 libpixman-1-0 librsvg2-2 librsvg2-common libsm6 libsvm-tools libthai-data libthai0 libtiff4 libwmf0.2-7 libxaw7 libxcb-render0 libxcb-shm0 libxft2 libxmu6 libxpm4 libxrender1 libxt6 netpbm poppler-data psutils ttf-dejavu-core ufraw-batch x11-common Suggested packages: ghostscript-cups ghostscript-x hpijs gnuplot-doc imagemagick-doc autotrace cups-bsd lpr lprng curl enscript ffmpeg gimp grads hp2xx html2ps libwmf-bin mplayer povray radiance sane-utils texlive-base-bin transfig xdg-utils cups-common exiv2 libjasper-runtime liblcms-utils liblcms2-utils liblinear-dev ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp librsvg2-bin poppler-utils fonts-japanese-mincho fonts-ipafont-mincho fonts-japanese-gothic fonts-ipafont-gothic fonts-arphic-ukai fonts-arphic-uming fonts-unfonts-core ufraw The following NEW packages will be installed: fontconfig fontconfig-config fonts-droid fonts-liberation ghostscript gnuplot gnuplot-nox groff gsfonts hicolor-icon-theme imagemagick imagemagick-common libblas3 libblas3gf libcairo2 libcroco3 libcupsimage2 libdatrie1 libdjvulibre-text libdjvulibre21 libexiv2-12 libfontconfig1 libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libgfortran3 libgs9 libgs9-common libice6 libijs-0.35 libilmbase6 libjasper1 libjbig0 libjbig2dec0 liblcms1 liblcms2-2 liblensfun-data liblensfun0 liblinear-tools liblinear1 liblqr-1-0 libmagickcore5 libmagickcore5-extra libmagickwand5 libnetpbm10 libopenexr6 libpango1.0-0 libpaper-utils libpaper1 libpcap0.8 libpixman-1-0 librsvg2-2 librsvg2-common libsm6 libsvm-tools libthai-data libthai0 libtiff4 libwmf0.2-7 libxaw7 libxcb-render0 libxcb-shm0 libxft2 libxmu6 libxpm4 libxrender1 libxt6 netpbm nmap poppler-data psutils ttf-dejavu-core ufraw-batch x11-common The following packages will be upgraded: libcups2 1 upgraded, 73 newly installed, 0 to remove and 46 not upgraded. Need to get 37.6 MB of archives. After this operation, 106 MB of additional disk space will be used. Nmap itself is not a graphical package, so the majority of these installed packages are bloat. I recommend downgrading liblinear-tools to Suggests status from Recommends. This will still help users find the package, but will allow other packages to depend on liblinear1 without pulling in all these unnecessary packages. Respectfully, Daniel Miller [1] http://www.linuxquestions.org/questions/linux-software-2/lighter-alternative-to-nmap-4175513111/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766790: wxwidgets3.0: ABI break: constants wxLANGUAGE_KOREAN and after renumbered
Source: wxwidgets3.0 Version: 3.0.1-1 Severity: normal In the upstream 3.0.1 release, wxLANGUAGE_KABYLE was added by inserting it into the sorted list of language names just before wxLANGUAGE_KOREAN - the developer who made this change didn't spot that this breaks applications using such constants if built against 3.0.0 and using a later version of wx. I've not seen any actual reports of problems, but the likely consequence is that the wrong language would get selected, which would be pretty annoying for users to have to work around. A quick poke in codesearch.d.n suggests that only a small subset of wx-using applications actually make use of these constants, so I propose to work out which applications might be affected and check the version of wx they were built against to produce a list to be binNMU-ed. 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#766784: libjson-pp-perl: can neither remove nor install newer version of this package
On Sat, 25 Oct 2014 19:35:40 +, brian m. carlson wrote: Something is broken here indeed; I'm just wondering how you got into this situation; [..] I've attached the relevant portions of my dpkg.log in the hopes that might provide some useful information. Thank you. 2014-10-11 22:50:46 status half-configured libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status unpacked libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:47 status half-installed libjson-pp-perl:all 2.27203-1 So this starts with 2.27203-1 ... 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status installed libjson-pp-perl:all 2.27300-1 ... and installs 2.27300-1. status installed sounds good. Same days later ... 2014-10-23 23:25:12 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status installed libjson-pp-perl:all 2.27300-1 ... 2.27300-1 is installed again (hu?). Again status installed. Good. 2014-10-23 23:47:42 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:15 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:15 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:15 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:23 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:48:23 status half-installed libjson-pp-perl:all 2.27300-1 20 minutes later it gets installed again (hu?), but now it it ends up half-installed ... 2014-10-24 20:26:53 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:26:53 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:31:40 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:31:40 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:32:30 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:32:30 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:32:41 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-24 20:32:42 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 17:58:22 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 17:58:23 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:11:05 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:11:05 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:13:09 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:13:10 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:13:13 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:13:13 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:13:30 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:13:30 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:18:07 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-25 18:18:08 status half-installed libjson-pp-perl:all 2.27300-1 ... and this stays the same for subsequent days, and 2.27300-1-2 never appears. For comparison, that's how it looks like for me: % grep json-pp ~log/dpkg.log 2014-10-10 13:39:45 upgrade libjson-pp-perl:all 2.27203-1 2.27300-1 2014-10-10 13:39:45 status half-configured libjson-pp-perl:all 2.27203-1 2014-10-10 13:39:45 status unpacked libjson-pp-perl:all 2.27203-1 2014-10-10 13:39:45 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-10 13:39:45 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-10 13:39:45 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-10 13:39:45 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-10 13:39:45 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-10 13:40:05 configure libjson-pp-perl:all 2.27300-1 none 2014-10-10 13:40:05 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-10 13:40:05 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-10 13:40:05 status installed libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2 2014-10-20 18:42:57 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57
Bug#611250: [PATCH] add possibility to setup bonding interface
Hi there, please consider merging attached patch, which enables basic configuration of bonding interface trough preseeding. I've had few racks of servers configured to do automatic installation trough netboot and preseeding. Two weeks back we migrated to 802.3ad in the whole infrastructure. The problem is, that now the interfaces won't transition to forwarding state unless they establish 802.3ad connection. Hence the patch. I'm opened to suggestion to improve it. Cheers Michaldiff --git a/Makefile b/Makefile index 70c0e2c..911abc6 100644 --- a/Makefile +++ b/Makefile @@ -8,7 +8,7 @@ TARGETS ?= netcfg-static netcfg LDOPTS = -ldebconfclient -ldebian-installer CFLAGS = -W -Wall -Werror -DNDEBUG -DNETCFG_VERSION=\$(NETCFG_VERSION)\ -DNETCFG_BUILD_DATE=\$(NETCFG_BUILD_DATE)\ -I. -COMMON_OBJS = netcfg-common.o wireless.o write_interface.o ipv6.o +COMMON_OBJS = netcfg-common.o wireless.o write_interface.o ipv6.o bond.o NETCFG_O = netcfg.o dhcp.o static.o ethtool-lite.o wpa.o wpa_ctrl.o rdnssd.o autoconfig.o NETCFG_STATIC_O = netcfg-static.o static.o ethtool-lite.o diff --git a/bond.c b/bond.c new file mode 100644 index 000..46dac1a --- /dev/null +++ b/bond.c @@ -0,0 +1,99 @@ +/* + * bond.c - Bonding configuration for debian-installer + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA + * + */ + +#include bond.h +#include netcfg.h +#include debian-installer.h + +int netcfg_configure_bonding(struct debconfclient *client, char **interface) +{ +debconf_get(client, netcfg/bonding); +if (strlen(client-value) == 0) { +return 0; +} + +char *bonding_iface = strdup(client-value); + +char *mode = 0; +debconf_get(client, netcfg/bonding_mode); + +if (strcmp(client-value, balance-rr) == 0 || strcmp(client-value, 0) == 0) { +mode = 0; +} else if (strcmp(client-value, active-backup) == 0 || strcmp(client-value, 1) == 0) { +mode = 1; +} else if (strcmp(client-value, balance-xor) == 0 || strcmp(client-value, 2) == 0) { +mode = 2; +} else if (strcmp(client-value, broadcast) == 0 || strcmp(client-value, 3) == 0) { +mode = 3; +} else if (strcmp(client-value, 802.3ad) == 0 || strcmp(client-value, 4) == 0) { +mode = 4; +} else if (strcmp(client-value, balance-tlb) == 0 || strcmp(client-value, 5) == 0) { +mode = 5; +} else if (strcmp(client-value, balance-alb) == 0 || strcmp(client-value, 6) == 0) { +mode = 6; +} + +debconf_get(client, netcfg/bonding_slaves); +char *slaves; + +if (strlen(client-value) 2) { +slaves = strdup(*interface); +} else { +slaves = strdup(client-value); +} + +di_info(Creating bonding %s with mode=%s, slaves=%s, bonding_iface, mode, slaves); + +char cmd[200]; + +snprintf(cmd, sizeof(cmd), modprobe bonding mode=%s miimon=100, mode); +if (di_exec_shell_log(cmd)) { +di_error(Could not modprobe bonding module); +free(bonding_iface); +free(slaves); +return 1; +} + +char sysfs_path[100]; +snprintf(sysfs_path, sizeof(sysfs_path), /sys/class/net/%s/bonding/slaves, bonding_iface); + +char *rest, *slave, *ptr = slaves; +FILE *fp; + +while((slave = strtok_r(ptr, ,, rest)) != NULL) { +ptr = rest; +snprintf(cmd, sizeof(cmd), ip link set %s down, slave); +di_exec_shell_log(cmd); + + +if ((fp = file_open(sysfs_path, w))) { +fprintf(fp, +%s, slave); +fclose(fp); +} +} + +snprintf(cmd, sizeof(cmd), ip link set %s up, bonding_iface); +di_exec_shell_log(cmd); + +free(slaves); +free(*interface); +*interface = bonding_iface; + +return 0; +} diff --git a/bond.h b/bond.h new file mode 100644 index 000..cedfb0a --- /dev/null +++ b/bond.h @@ -0,0 +1,27 @@ +/* + * bond.h - Bonding configuration for debian-installer + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY
Bug#763602: please accept the patch to prevent auto-removal of this package
Dear Maintainer(s), Even though this bug is marked as fixed by recent GTK+2 changes, Package Tracking System still says this package will be removed in 4-5 days due to this very bug. So please accept my patch and release a new version of the package to prevent that. Thanks in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766791: mapsembler2: FTBFS if built twice in a row: unrepresentable changes to source
Source: mapsembler2 Version: 2.2.3+dfsg-1 Severity: important User: debian...@lists.debian.org Usertags: qa-doublebuild mapsembler2 FTBFS if built twice in a row: | make[1]: Leaving directory '/build/mapsembler2-MmcFiE/mapsembler2-2.2.3+dfsg' | dpkg-source -b mapsembler2-2.2.3+dfsg | dpkg-source: info: using source format `3.0 (quilt)' | dpkg-source: info: building mapsembler2 using existing ./mapsembler2_2.2.3+dfsg.orig.tar.gz | dpkg-source: error: cannot represent change to kissreads/mapsembler2_kissreads: binary file contents changed | dpkg-source: error: add kissreads/mapsembler2_kissreads in debian/source/include-binaries if you want to store the modified binary in the debian tarball | dpkg-source: error: cannot represent change to kissreads_graph/mapsembler2_kissreads_graph: binary file contents changed | dpkg-source: error: add kissreads_graph/mapsembler2_kissreads_graph in debian/source/include-binaries if you want to store the modified binary in the debian tarball | dpkg-source: error: cannot represent change to mapsembler2_extend/mapsembler_extend: binary file contents changed | dpkg-source: error: add mapsembler2_extend/mapsembler_extend in debian/source/include-binaries if you want to store the modified binary in the debian tarball | dpkg-source: warning: executable mode 0755 of 'run_mapsembler2_pipeline' will not be represented in diff | dpkg-source: error: unrepresentable changes to source | dpkg-buildpackage: error: dpkg-source -b mapsembler2-2.2.3+dfsg gave error exit status 2 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765341: more information
Klaumi, Meanwhile I updated my personal package at http://apt.klaumikli.de/testing as help for all the people who get into the same problems while audacity-2.0.6-1 reached testing today. This bug hit me too (blank window and empty dialog, and the assert message when starting Audacity from terminal), so after a quick search I discovered this discussion. Shortly, I just downloaded your build with the applied patches and can confirm the patched Audacity works again (the project opens fine and no more assert '!ms_clipboard' failed in the terminal). My system is Testing amd64. Thanks for your effort :-) Max -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766316: subdownloader: Fails to download substitles when having an accent in the path é
I tried to reproduced the bug on Ubuntu, but with no success. So I can't fix this bug. At least I can Upstream the package for you, and then someone fix the bug. Do someone have any idea to fix it? -- Have a nice day
Bug#763615: RFS: auto-07p/0.9.1+dfsg-2
On Sat, Oct 25, 2014 at 08:26:43PM +0200, Anton Gladky wrote: Where is it? On mentors? Yes. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763615#5 On Sat, Oct 25, 2014 at 08:34:10PM +0200, Andreas Tille wrote: On Sat, Oct 25, 2014 at 10:15:31PM +0400, Sergey B Kirpichev wrote: Hello, is there any chance that this trivial upload will be sponsored before the Jessie freeze? I'll sponsor only from VCS and Git has not changed. Well, last time I did this and we have lintian warning (timewarp-standards-version) after your upload :( What exactly I should commit? Everything, including signed tags? Everything, except tags and changelog entries? It would be sufficient to send me a patch for the tasks (or simply name the according tasks where you would like to add auto-07p. mathematics, I think. On Sat, Oct 25, 2014 at 08:38:29PM +0200, Anton Gladky wrote: Sergey, is it OK for you if I you get the permission for this package to upload it? Sure, I you trust me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766172: chromium: dpkg errors on initial installation (--compare-versions takes three arguments: version relation version)
fixed 766172 38.0.2125.101-3 thanks Hello ! I can reproduce the issue in 38.0.2125.101-2+b1 by purging and re-installing chromium. However with version 38.0.2125.101-3 (from sid) I am not getting this error anymore. -- Jason Pleau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704330: about adopting twitter-bootstrap
Hi Christian, On Sat, Oct 25, 2014 at 7:21 PM, Christian Kastner deb...@kvr.at wrote: On Mon, 01 Apr 2013 09:13:35 + Laszlo Boszormenyi (GCS) g...@debian.hu wrote: Twitter includes two of their projects in bootstrap, which need packaging. Both are licensed under Apache-2.0 . These are: recess at http://twitter.github.com/recess/ Hogan.js at http://twitter.github.com/hogan.js/ Needs investigation if Bootstrap can build without JSHint, which is considered non-free and won't be packaged ATM. May also need node-connect from Sencha: https://github.com/senchalabs/connect any progress on this? It would be nice to have an updated version of bootstrap within Debian. Bootstrap v2.x is abandoned, especially that it needs Recess which is also abandoned and broken with recent less releases. There is a hope there will be an updated Recess[1], but its state is unknown. You can use version 3.x by the way, packaged as libjs-bootstrap . Regards, Laszlo/GCS [1] https://github.com/twitter/recess/issues/154 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766789: liblinear1's extensive Recommends
Control: forcemerge 682062 766789 Hi, while you are right that this is a bug, On 2014-10-25 21:56, Daniel Miller wrote: Package: liblinear1 Version: 1.8+dfsg-4 This cannot be correct, as liblinear1's Recommends was already demoted to a suggests with version 1.8+dfsg-2. I guess you were reporting from wheezy? I'm merging this bug with the previous bug. Regards, Christian The nmap package depends on liblinear1 for doing IPv6 network fingerprint classification and matching. Because liblinear1 Recommends liblinear-tools, that package and all its dependencies and recommendations are installed when a user executes: sudo apt-get install nmap ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757851: accessibility: orca says always not selected
Control: severity -1 important Hi Jean-Philippe, On Mo 11 Aug 2014 21:27:40 CEST, Jean-Philippe MENGUAL wrote: Package: caja Version: 1.8.1-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I use Orca, screen reader, to vocalize MATE. For this I export gail and atk-bridge GTK_MODULES. I open caja and try to select several files. * What exactly did you do (or not do) that was effective (or ineffective)? I press shift key, then arrow keys, to choose the files I want to select. They are selected, since I can copy, move or remove them. * What was the outcome of this action? But orca (gnome-orca) says not selected. * What outcome did you expect instead? It should say selected, and nothing when nothing is selected. I'll forward to Orca team too, but I think Orca speaks this because a wrong info are sent to at-spi. *** End of the template - remove these template lines *** Thanks, Upgrading severity to important for this issue. I really think we should get this into caja in Debian jessie. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpi4W6e3K6Ce.pgp Description: Digitale PGP-Signatur
Bug#704330: about adopting twitter-bootstrap
On 2014-10-25 22:32, László Böszörményi (GCS) wrote: On Sat, Oct 25, 2014 at 7:21 PM, Christian Kastner deb...@kvr.at wrote: It would be nice to have an updated version of bootstrap within Debian. Bootstrap v2.x is abandoned, especially that it needs Recess which is also abandoned and broken with recent less releases. There is a hope there will be an updated Recess[1], but its state is unknown. You can use version 3.x by the way, packaged as libjs-bootstrap. Oh, I wasn't aware that 3.x was in the archive. I see it in aptitude, but a search on packages.d.o returns nothing, and the package's page shows Error: No such package for me. Can you reproduce this? https://packages.debian.org/unstable/libjs-bootstrap Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766792: packagekit: Does not ship pkla file
Package: packagekit Version: 1.0.1-1 Severity: important Hello, The PackageKit package is currently only shipping polkit file that are compatible with polkit = 0.112 which is only in experimental. Debian unstable and jessie still ship 0.105 which uses pkla files. That should be fixed for jessie IMHO. Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages packagekit depends on: ii gdebi-core 0.9.5.5 ii libapt-inst1.5 1.0.9.3 ii libapt-pkg4.12 1.0.9.3 ii libc6 2.19-12 ii libgcc1 1:4.9.1-19 ii libglib2.0-02.42.0-2 ii libglib2.0-bin 2.42.0-2 ii libgstreamer1.0-0 1.4.3-1 ii libpackagekit-glib2-18 1.0.1-1 ii libpolkit-gobject-1-0 0.112-3 ii libsqlite3-03.8.7-1 ii libstdc++6 4.9.1-19 ii libsystemd0 215-5+b1 ii policykit-1 0.112-3 Versions of packages packagekit recommends: ii packagekit-tools 1.0.1-1 Versions of packages packagekit suggests: ii appstream-index 0.7.3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766738: Request to Join Project pkg-haskell from Daniel Gröber (dxld-guest)
From: Joachim Breitner nome...@debian.org Subject: Re: Bug#766738: Request to Join Project pkg-haskell from Dan iel Gröber (dxld-guest) Date: Sat, 25 Oct 2014 19:20:27 +0200 Of these, it seems to me at first glance that only djinn-ghc and m onad-journal are not in Sid. The latter has no unpackaged dependencies, while t he former needs djinn-lib. In summary, if I'm not missing anything, ghc-mod 5.1.1.0 would nee d to have djinn-ghc, djinn-lib and monad-journal packaged. Just verified that using the package-plan. I think that’s a reasonable way forward. Daniel, this might be a good start for you. Would you care to prepa re packages for these three additions, and I’ll review them? I'll give it a go :) --Daniel pgpSnlv7ABN1g.pgp Description: PGP signature
Bug#766774: netpbm: Shared file with kdelibs4c2a
kdelibs4c2a? Isn't that oldstable, or worse? Do we support mixing unstable and oldstable, at RC severity? Because then I still have a few fresh bugs from unstable where cooperation with compiz is impacted..?! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760058: Will Ogre 1.8 remain in Jessie? (Was: The other packages)
On 10/25/2014 09:05 AM, Manuel A. Fernandez Montecelo wrote: (Please remember to copy the submitters of the bug reports in the future, the BTS does not send e-mail automatically). Ah, apologies. I assumed that you would be monitoring the games mailing list but I probably should not have made that assumption. So as I said, I hoped to have only 1.9, but that doesn't seem possible now, specially because there was no reaction from CEGUI (*) and another snip (*) I think that, if somebody is interested, s/he should offer help to the maintainer, or request to adopt the package; because the package is awfully out of date. I'm afraid that it won't help for Jessie but I would be happy to help whoever is maintaining CEGUI. It's used in Ember and I'm a little familiar with it from upstream Ember work. I do not think that Release Managers are going to grant exceptions to this package, though. I would probably leave it as it is (seems the safer route), hope that 1.8 is not removed during the freeze, and upload the latest upstream to experimental supporting 1.9 at some point in the near future. Ok, sounds good. I'll plan to work with Stephen on updating the remaining libraries and getting all of the newest packages into experimental. -Olek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743634: LO 4.2 now in sid - bug now RC
Hi, I have updated the proposed patch to also use LibreOffice-specific name spaces in the description.xml of the plug-in (it refused to work without). Problem is that after installation of the patched plug-in, the dialog doesn't pop up. I would suppose that there's something wrong with the update done to the code responsible for opening a dialogue. Sebastian signature.asc Description: Digital signature
Bug#766299: nxproxy: BIG-REQUESTS patch builds but fails at runtime
Control: tag -1 moreinfo Control: tag -1 - patch Hi Paul, thanks for helping with improving NX code. I am one of the Debian maintainers of nx-libs-lite as well of the release manager of X2Go, a terminal server solution that uses nxproxy and acts as upstream for the packages in Debian. I test your patch and it results in several nxproxy crashes every 1-2 minutes. The output of the session.log file you can find below. Please check nxproxy when working together with nxagent (deb http://packages.x2go.org/debian jessie main) and hopefully you can find some changes for your patch (as I would love to have BIG-REQUESTS support in NX). NXPROXY - Version 3.5.0 Copyright (C) 2001, 2010 NoMachine. See http://www.nomachine.com/ for more information. Info: Proxy running in client mode with pid '30148'. Session: Starting session at 'Sat Oct 25 22:41:21 2014'. Info: Using abstract X11 socket in kernel namespace for accessing DISPLAY=:0. Info: Connecting to remote host '127.0.0.1:30001'. Info: Connection to remote proxy '127.0.0.1:30001' established. Info: Connection with remote proxy completed. Warning: Unrecognized session type 'unix-kde-depth_24'. Assuming agent session. Info: Using ADSL link parameters 512/24/1/0. Info: Using cache parameters 4/4096KB/8192KB/8192KB. Info: Using pack method '16m-png-9' with session 'unix-kde-depth_24'. Info: Using ZLIB data compression 1/1/32. Info: Using ZLIB stream compression 4/4. Info: No suitable cache file found. Info: Forwarding X11 connections to display ':0'. Session: Session started at 'Sat Oct 25 22:41:22 2014'. Info: Established X server connection. Info: Using shared memory parameters 0/0K. Error: Can't add a message of 640681836 bytes to write buffer. Error: Assuming error handling data in context [B]. Session: Terminating session at 'Sat Oct 25 22:42:10 2014'. Session: Session terminated at 'Sat Oct 25 22:42:10 2014'. NXPROXY - Version 3.5.0 Copyright (C) 2001, 2010 NoMachine. See http://www.nomachine.com/ for more information. Info: Proxy running in client mode with pid '30615'. Session: Starting session at 'Sat Oct 25 22:42:28 2014'. Info: Using abstract X11 socket in kernel namespace for accessing DISPLAY=:0. Info: Connecting to remote host '127.0.0.1:30001'. Info: Connection to remote proxy '127.0.0.1:30001' established. Info: Connection with remote proxy completed. Warning: Unrecognized session type 'unix-kde-depth_24'. Assuming agent session. Info: Using ADSL link parameters 512/24/1/0. Info: Using cache parameters 4/4096KB/8192KB/8192KB. Info: Using pack method '16m-png-9' with session 'unix-kde-depth_24'. Info: Using ZLIB data compression 1/1/32. Info: Using ZLIB stream compression 4/4. Info: No suitable cache file found. Info: Forwarding X11 connections to display ':0'. Session: Session started at 'Sat Oct 25 22:42:28 2014'. Info: Established X server connection. Info: Using shared memory parameters 0/0K. Error: Can't add a message of 2184185436 bytes to write buffer. Error: Assuming error handling data in context [B]. Session: Terminating session at 'Sat Oct 25 22:42:51 2014'. Session: Session terminated at 'Sat Oct 25 22:42:51 2014'. NXPROXY - Version 3.5.0 Copyright (C) 2001, 2010 NoMachine. See http://www.nomachine.com/ for more information. Info: Proxy running in client mode with pid '30893'. Session: Starting session at 'Sat Oct 25 22:43:07 2014'. Info: Using abstract X11 socket in kernel namespace for accessing DISPLAY=:0. Info: Connecting to remote host '127.0.0.1:30001'. Info: Connection to remote proxy '127.0.0.1:30001' established. Info: Connection with remote proxy completed. Warning: Unrecognized session type 'unix-kde-depth_24'. Assuming agent session. Info: Using ADSL link parameters 512/24/1/0. Info: Using cache parameters 4/4096KB/8192KB/8192KB. Info: Using pack method '16m-png-9' with session 'unix-kde-depth_24'. Info: Using ZLIB data compression 1/1/32. Info: Using ZLIB stream compression 4/4. Info: No suitable cache file found. Info: Forwarding X11 connections to display ':0'. Session: Session started at 'Sat Oct 25 22:43:07 2014'. Info: Established X server connection. Info: Using shared memory parameters 0/0K. Error: Can't add a message of 3306686292 bytes to write buffer. Error: Assuming error handling data in context [B]. Session: Terminating session at 'Sat Oct 25 22:44:15 2014'. Session: Session terminated at 'Sat Oct 25 22:44:15 2014'. PS: I also noticed that nxproxy still has the old maintainer registered in Debian BTS. Please make sure that you Cc: our team mailing list (pkg-x2go-de...@lists.alioth.debian.org). PPS: @Matthew Johnson: I have asked the debbugs maintainers, if they can change something on the override files, so that the mails for nxproxy end up on pkg-x2go-devel (and not in your INBOX). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de,
Bug#765285: Problem building mapsembler2 on several architectures: xmmintrin.h: No such file or directory
* Andreas Tille andr...@an3as.eu, 2014-10-25, 20:01: Unfortunately it still fails on mips, mipsel and powerpc with | [ 97%] Building CXX object ext/gatb-core/tools/CMakeFiles/dbgh5.dir/dbgh5.cpp.o | Linking CXX executable ../bin/dbgh5 | ../lib/libgatbcore.a(Storage.cpp.o): In function `gatb::core::tools::storage::impl::BagHDF5gatb::core::tools::math::NativeInt8::insert(gatb::core::tools::math::NativeInt8 const*, unsigned int)': | /«BUILDDIR»/mapsembler2-2.2.3+dfsg/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/tools/storage/impl/CollectionHDF5.hpp:102: undefined reference to `__sync_fetch_and_add_8' IANA atomics expert, but GCC documentation describes the __sync_*[0] built-in functions as legacy, and I hypothesize that the __atomic_*[1] built-in functions are more widely available. The attached patch let me build mapsembler2 on powerpc, although probably all the other __sync_* calls should be replaced by __atomic_*. I didn't test if the package still works after these changes. [0] https://gcc.gnu.org/onlinedocs/gcc-4.9.1/gcc/_005f_005fsync-Builtins.html [1] https://gcc.gnu.org/onlinedocs/gcc-4.9.1/gcc/_005f_005fatomic-Builtins.html -- Jakub Wilk diff -Nru mapsembler2-2.2.3+dfsg/debian/patches/atomics mapsembler2-2.2.3+dfsg/debian/patches/atomics --- mapsembler2-2.2.3+dfsg/debian/patches/atomics 1970-01-01 01:00:00.0 +0100 +++ mapsembler2-2.2.3+dfsg/debian/patches/atomics 2014-10-25 22:25:42.0 +0200 @@ -0,0 +1,22 @@ +--- a/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/tools/storage/impl/CollectionHDF5.hpp b/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/tools/storage/impl/CollectionHDF5.hpp +@@ -99,7 +99,7 @@ + /** We increase the number of inserted items. */ + _nbInserted += length; + +-__sync_fetch_and_add (_nbItems, length); ++__atomic_fetch_add (_nbItems, length, __ATOMIC_SEQ_CST); + + /** Close resources. */ + status = H5Sclose (filespaceId); +--- a/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/kmer/impl/PartitionsCommand.cpp b/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/kmer/impl/PartitionsCommand.cpp +@@ -50,7 +50,7 @@ + + templatesize_t span + PartitionsCommandspan::~PartitionsCommand() { +-__sync_fetch_and_add (_totalKmerNbRef, _totalKmerNb); ++__atomic_fetch_add (_totalKmerNbRef, _totalKmerNb, __ATOMIC_SEQ_CST); + }; + + templatesize_t span diff -Nru mapsembler2-2.2.3+dfsg/debian/patches/series mapsembler2-2.2.3+dfsg/debian/patches/series --- mapsembler2-2.2.3+dfsg/debian/patches/series 2014-10-15 07:39:58.0 +0200 +++ mapsembler2-2.2.3+dfsg/debian/patches/series 2014-10-25 22:25:09.0 +0200 @@ -2,3 +2,4 @@ run_pipeline add_hardening skip_mphe +atomics diff -Nru mapsembler2-2.2.3+dfsg/debian/rules mapsembler2-2.2.3+dfsg/debian/rules --- mapsembler2-2.2.3+dfsg/debian/rules 2014-10-15 07:27:33.0 +0200 +++ mapsembler2-2.2.3+dfsg/debian/rules 2014-10-25 22:24:44.0 +0200 @@ -11,6 +11,7 @@ export DEB_CPPFLAGS_MAINT_APPEND := -I/usr/include/hdf5/serial export DEB_LDFLAGS_MAINT_APPEND := -Wl,-L/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial endif +DEB_LDFLAGS_MAINT_APPEND += -latomic CPPFLAGS:=$(shell dpkg-buildflags --get CPPFLAGS) CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) $(CPPFLAGS)
Bug#758968: proofgeneral: called emacs-package-remove as a new-style add-on, but has no compat file.
Hi, thanks for the report and please apologize the delay. I'll add the necessary emacsen-compat file in the next version of this package to fix this bug. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766793: additional udeb packages for hppa arch
Source: kernel Version: 3.16.5-1 Severity: important Tags: patch The attached tgz file contains some more include files for the debian kernel package, so that a few more udeb packages will be automatically generated for the hppa and hppa64 architecture. The additional udeb packages are: crc-modules event-modules isofs-modules jfs-modules mouse-modules nic-usb-modules sata-modules scsi-common-modules serial-modules squashfs-modules usb-serial-modules Can you please add those to the debian kernel package with the next upload ? Thanks, Helge hppa-additional-udebs.tgz Description: application/gzip
Bug#736414: warning: ignoring return value of 'write'
Control: tags -1 confirmed Control: found -1 osmctools/0.3-1 Hi Mathieu, Thanks for reporting this issue. Unfortunately it looks like upstream doesn't using an issue tracking where this could be forwarded to. The best way forward seems to patch these issues ourselves and file it upstream as merge request. Kind Regards, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766790: wxwidgets3.0: ABI break: constants wxLANGUAGE_KOREAN and after renumbered
I've looked through the matches for this codesearch query: http://codesearch.debian.net/search?q=wxLANGUAGE_%28[K-TV-Z]|U[^N]%29+-package%3Awxwidgets2.8+-package%3Awxwidgets3.0+-package%3Awxpython3.0 I skipped those matches which were in non-C++ code or in comments and checked when the remaining matching packages were last uploaded. Not in testing or built against wxwidgets2.8: codeblocks sitplus Not in testing: amule Uploaded since wxwidgets3.0 3.0.1-1: audacity boinc codelite guayadeque hugin kicad maitreya I think these two just need a binnmu, except on arm64 and ppc64el which built them with a newer wxwidgets3.0: wxmaxima xmlcopyeditor And that leave erlang, which from the codesearch hits looks like it probably includes the literal numeric values corresponding to each wxLANGUAGE_* enum - I will need to look at what needs doing to regenerate that list. 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#766438: Acknowledgement (no longer restarts containers on boot)
On 23 October 2014 01:05, Joey Hess jo...@debian.org wrote: Maybe --restart=always or --restart=on-error is needed to get the old behavior? I cannot make much sense of the upstream changelog. You've interpreted it correctly here. Upstream decided that it was better to add an explicit restart policy for each container than to continue to maintain their fragile heuristics for when a container is deemed appropriate to automatically restart (since it didn't actually work correctly half the time anyways). ♥, - Tianon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766442: leaks dockerinit files on upgrade
On 23 October 2014 00:08, Joey Hess jo...@debian.org wrote: -rwx-- 1 root root 9029541 Jun 6 22:07 dockerinit-0.11.1* -rwx-- 1 root root 9178470 Jun 14 03:45 dockerinit-1.0.0* -rwx-- 1 root root 7338600 Oct 10 12:10 dockerinit-1.2.0* -rwx-- 1 root root 7246144 Oct 19 11:40 dockerinit-1.3.0* I believe these are actually left around on purpose, with the intent being that containers that somehow still have an old version in them can still work. Generally, upstream regards /var/lib/docker as something that shouldn't really be introspected, so it's really not much of a surprise that garbage collecting there isn't a big priority. Now to answer somewhat more directly, I _think_ these old versions should be OK to remove without ill effect, but upstream is very explicit that if you're touching /var/lib/docker by hand, you get to keep the pieces. ♥, - Tianon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766794: radare2: new upstream version available
Package: radare2 Version: 0.9.6-3.1 Severity: wishlist upstream has version 0.9.7: https://github.com/radare/radare2/releases -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766792: packagekit: Does not ship pkla file
tag 766792 + patch thanks I've attached a pkla file that should work (didn't tested it though). The lack of this file might explain why I was able to see the offline update ckeck box when rebooting my machine in gnome-shell on my desktop running polkit 0.112 and not on my work laptop. Cheers, Laurent Bigonvillediff -Nru packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla --- packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla 1970-01-01 01:00:00.0 +0100 +++ packagekit-1.0.1/debian/org.freedesktop.packagekit.pkla 2014-10-25 22:55:15.0 +0200 @@ -0,0 +1,6 @@ +[Allow admins to upgrade the system] +Identity=unix-group:sudo +Action=org.freedesktop.packagekit.upgrade-system;org.freedesktop.packagekit.trigger-offline-update +ResultAny=no +ResultInactive=no +ResultActive=yes diff -Nru packagekit-1.0.1/debian/packagekit.install packagekit-1.0.1/debian/packagekit.install --- packagekit-1.0.1/debian/packagekit.install 2014-10-21 15:53:34.0 +0200 +++ packagekit-1.0.1/debian/packagekit.install 2014-10-25 23:02:25.0 +0200 @@ -2,6 +2,7 @@ etc/PackageKit/Vendor.conf etc/apt/apt.conf.d/20packagekit etc/dbus-1/system.d/org.freedesktop.PackageKit.conf +debian/org.freedesktop.packagekit.pkla var/lib/polkit-1/localauthority/10-vendor.d/ lib/systemd/system/* usr/lib/*/packagekit-backend/* usr/lib/packagekit/packagekit-direct
Bug#766784: libjson-pp-perl: can neither remove nor install newer version of this package
On Sat, Oct 25, 2014 at 09:58:15PM +0200, gregor herrmann wrote: Some things I don't understand in your log: - the missing upgrade and configure lines Sorry about that. I used awk to select the appropriate lines, and in some cases the package is in a differently-numbered field. I've attached one that contains the upgrade and configure lines this time. - that 2.27300-1 (tries to) get(s) installed 3 times I used aptitude, so I'm not sure why that happened. I think aptitude tries to reinstall the package if it fails the first time. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 2014-10-11 22:50:46 upgrade libjson-pp-perl:all 2.27203-1 2.27300-1 2014-10-11 22:50:46 status half-configured libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status unpacked libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:47 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 configure libjson-pp-perl:all 2.27300-1 none 2014-10-11 22:51:31 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:23:42 upgrade perl:amd64 5.20.1-1 5.20.1-2 2014-10-23 23:23:42 status half-configured perl:amd64 5.20.1-1 2014-10-23 23:23:42 status unpacked perl:amd64 5.20.1-1 2014-10-23 23:23:42 status half-installed perl:amd64 5.20.1-1 2014-10-23 23:23:43 status half-installed perl:amd64 5.20.1-1 2014-10-23 23:23:43 status unpacked perl:amd64 5.20.1-2 2014-10-23 23:23:43 status unpacked perl:amd64 5.20.1-2 2014-10-23 23:23:43 upgrade perl-base:amd64 5.20.1-1 5.20.1-2 2014-10-23 23:23:43 status half-configured perl-base:amd64 5.20.1-1 2014-10-23 23:23:43 status unpacked perl-base:amd64 5.20.1-1 2014-10-23 23:23:43 status half-installed perl-base:amd64 5.20.1-1 2014-10-23 23:23:44 status half-installed perl-base:amd64 5.20.1-1 2014-10-23 23:23:44 status unpacked perl-base:amd64 5.20.1-2 2014-10-23 23:23:44 status unpacked perl-base:amd64 5.20.1-2 2014-10-23 23:23:46 configure perl-base:amd64 5.20.1-2 none 2014-10-23 23:23:46 status unpacked perl-base:amd64 5.20.1-2 2014-10-23 23:23:46 status half-configured perl-base:amd64 5.20.1-2 2014-10-23 23:23:46 status installed perl-base:amd64 5.20.1-2 2014-10-23 23:23:47 upgrade perl-modules:all 5.20.1-1 5.20.1-2 2014-10-23 23:23:47 status half-configured perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status half-installed perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status half-installed perl-modules:all 5.20.1-1 2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:23:47 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:25:12 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2 2014-10-23 23:25:12 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:26 upgrade perl-doc:all 5.20.1-1 5.20.1-2 2014-10-23 23:25:26 status half-configured perl-doc:all 5.20.1-1 2014-10-23 23:25:26 status unpacked perl-doc:all 5.20.1-1 2014-10-23 23:25:26 status half-installed perl-doc:all 5.20.1-1 2014-10-23 23:25:27 status half-installed perl-doc:all 5.20.1-1 2014-10-23 23:25:27 status unpacked perl-doc:all 5.20.1-2 2014-10-23 23:25:27 status unpacked perl-doc:all 5.20.1-2 2014-10-23 23:26:44 configure perl-modules:all 5.20.1-2 none 2014-10-23 23:26:44 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:26:44 status unpacked perl-modules:all 5.20.1-2 2014-10-23 23:26:44 status half-configured perl-modules:all 5.20.1-2 2014-10-23 23:26:44 status installed perl-modules:all 5.20.1-2 2014-10-23 23:26:44 configure perl:amd64 5.20.1-2 none 2014-10-23 23:26:44 status unpacked perl:amd64 5.20.1-2 2014-10-23 23:26:44 status half-configured perl:amd64 5.20.1-2 2014-10-23 23:26:44 status installed perl:amd64 5.20.1-2 2014-10-23 23:26:46 configure perl-doc:all 5.20.1-2 none 2014-10-23 23:26:46 status unpacked perl-doc:all 5.20.1-2 2014-10-23 23:26:46 status half-configured perl-doc:all 5.20.1-2 2014-10-23 23:26:46 status installed perl-doc:all 5.20.1-2 2014-10-23 23:47:42 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2 2014-10-23 23:47:42 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:47:42
Bug#743200: Precision about next upload
forwarded 743200 https://github.com/xakz/cronolog/issues/3 quit Next upload will include a fix to exit(0) instead of exit(3) in this specific case. For the documentation, I think these exit codes are arbitrary. But I forward that. -- xakz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766784: libjson-pp-perl: can neither remove nor install newer version of this package
On Sat, 25 Oct 2014 21:17:02 +, brian m. carlson wrote: Some things I don't understand in your log: - the missing upgrade and configure lines Sorry about that. I used awk to select the appropriate lines, and in some cases the package is in a differently-numbered field. I've attached one that contains the upgrade and configure lines this time. Thanks, now it gets more interesting :) 2014-10-11 22:50:46 upgrade libjson-pp-perl:all 2.27203-1 2.27300-1 2014-10-11 22:50:46 status half-configured libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status unpacked libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:46 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:47 status half-installed libjson-pp-perl:all 2.27203-1 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:50:47 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 configure libjson-pp-perl:all 2.27300-1 none 2014-10-11 22:51:31 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-11 22:51:31 status installed libjson-pp-perl:all 2.27300-1 Ok, upgrade 2.27203-1 - 2.27300-1 succeeds. 12 days later: 2014-10-23 23:25:12 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2 2014-10-23 23:25:12 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:12 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-23 23:25:13 status installed libjson-pp-perl:all 2.27300-1 Upgrade 2.27300-1 - 2.27300-2 attempted but ... // compared with my log: 2014-10-20 18:42:57 upgrade libjson-pp-perl:all 2.27300-1 2.27300-2 2014-10-20 18:42:57 status half-configured libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 status unpacked libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 status half-installed libjson-pp-perl:all 2.27300-1 2014-10-20 18:42:57 status unpacked libjson-pp-perl:all 2.27300-2 2014-10-20 18:42:57 status unpacked libjson-pp-perl:all 2.27300-2 2014-10-20 18:43:10 configure libjson-pp-perl:all 2.27300-2 none 2014-10-20 18:43:10 status unpacked libjson-pp-perl:all 2.27300-2 2014-10-20 18:43:10 status half-configured libjson-pp-perl:all 2.27300-2 2014-10-20 18:43:10 status installed libjson-pp-perl:all 2.27300-2 // ... 2.27300-2 never gets unpacked. That's probably where the dpkg-divert dance fails. I still have no clue what fails here, and if the cause is in the package or some local glitch, but hopefully we now have enough information so that someone sees more than me. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Beatles: Fly On The Wall signature.asc Description: Digital Signature
Bug#766795: afterstep not binnmu safe and not installable in sid
Package: afterstep Version: 2.2.12-2+b2 Severity: serious x-debbugs-cc: pkg-tigervnc-de...@lists.alioth.debian.org It seems after the binnmu for the libjpeg-turbo transition afterstep is no longer installable in sid (and hence the binnmu won't migrate and the transition won't complete in testing). The following packages have unmet dependencies: afterstep : Depends: afterstep-data (= 2.2.12-2+b2) but 2.2.12-2 is to be installed I haven't checked in detail but I suspect this is caused by use of link-docs. currently doing link-docs between arch specific packages and arch all packages is not binnmu safe (and there are aguments as to whether it should or shuoldn't be). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766796: konqueror: Konqueror is vulnerable to the Poodle attack
Package: konqueror Version: 4:4.14.1-1 Severity: grave Tags: security Justification: user security hole Dear Maintainer, according to https://www.poodletest.com/ Konqueror is still vulnerable to the Poodle attack. If this is only fixable in KHTML or WebKit, please move the bug there. As all the other major browsers plan to deactivate SSLv3 support in the near future, Konqueror should probably do so as well for Jessie. Kind regards Patrick -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'testing-proposed-updates'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages konqueror depends on: ii install-info5.2.0.dfsg.1-4 ii kde-baseapps-bin4:4.14.1-1 ii kde-baseapps-data 4:4.14.1-1 ii kde-runtime 4:4.14.1-1+b1 ii libc6 2.19-11 ii libkactivities6 4:4.13.3-1 ii libkcmutils44:4.14.1-1+b1 ii libkde3support4 4:4.14.1-1+b1 ii libkdecore5 4:4.14.1-1+b1 ii libkdesu5 4:4.14.1-1+b1 ii libkdeui5 4:4.14.1-1+b1 ii libkfile4 4:4.14.1-1+b1 ii libkhtml5 4:4.14.1-1+b1 ii libkio5 4:4.14.1-1+b1 ii libkonq5abi14:4.14.1-1 ii libkonqsidebarplugin4a 4:4.14.1-1 ii libkparts4 4:4.14.1-1+b1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-qt3support 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-16 ii libx11-62:1.6.2-3 Versions of packages konqueror recommends: ii dolphin 4:4.14.1-1 ii kfind4:4.14.1-1 ii konqueror-nsplugins 4:4.14.1-1 ii kpart-webkit 1.3.4-1 Versions of packages konqueror suggests: ii konq-plugins 4:4.14.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766797: ITP: flamp -- ham radio Amateur Multicast Protocol application
Package: wnpp Severity: wishlist Owner: Kamal Mostafa ka...@debian.org * Package name: flamp Version : 2.1.02 Upstream Author : Dave Freese w1...@w1hkj.com * URL : http://www.w1hkj.com/flamp2.1-help/index.html * License : GPL, LGPL Programming Lang: C++ Description : ham radio Amateur Multicast Protocol application Flamp is a editor / file management tool for transferring files using Amp-2.0 protocol (Amateur Multicast Protocol). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766798: mutt spam detection fails when header_cache is enabled
Package: mutt Version: 1.5.21-6.2+deb7u2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I was attempting to use mutt's spam detection to mass delete spam messages in mutt. When header cache is enabled, spam headers are never identified and tagged within mutt. * What exactly did you do (or not do) that was effective (or ineffective)? I tested against mutt.org's version of mutt. In that version, mutt works as expected. When I use the stable version in wheezy, the spam detection fails. * What was the outcome of this action? Spam headers are properly identified and tagged. * What outcome did you expect instead? Using Debian's version, mutt's spam detection mechanism fails when header cache (set header_cache) is enabled. -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.2.0-4-amd64 (x86_64) ncurses: ncurses 5.9.20110404 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max upstream/CVE-2014-0467.patch misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc6 2.13-38+deb7u6 ii libcomerr21.42.5-1.1 ii libgnutls26 2.12.20-8+deb7u2 ii libgpg-error0 1.10-3.1 ii libgpgme111.2.0-1.4+deb7u1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-5+deb7u2 ii libkrb5-3 1.10.1+dfsg-5+deb7u2 ii libncursesw5 5.9-10 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libtinfo5 5.9-10 ii libtokyocabinet9 1.4.47-2 Versions of packages mutt recommends: ii libsasl2-modules2.1.25.dfsg1-6+deb7u1 ii locales 2.13-38+deb7u6 ii mime-support3.52-1 ii postfix [mail-transport-agent] 2.9.6-2 Versions of packages mutt suggests: ii aspell
Bug#766799: resizing root partition with resize2fs makes system unbootable
Package: e2fsprogs Version: 1.42.12-1 Severity: grave Dear Maintainer, Fortunately, this bug happened on a virtual machine, so I can repeat the experiment if needed. I have a virtual machine with a 1GB hdd and jessie installed on it. The hdd has only one partition which is /dev/sda1, and formatted as ext2. At first, I enlarge (via virtualbox vboxmanage command) the hdd size to 2GB. Then boot the virtual machine. Then enlarge the root partition to 2GB with cfdisk. Then reboot. Everything is fine. Then do # resize2fs /dev/sda1 It says something like /dev/sda1 is now 261 (1k) blocks long. Then reboot. Grub says error: unknown filesystem and drops to rescue prompt. (It might be bug in grub, not e2fsprogs - I'm not sure. Grub version is 2.00-22) -- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages e2fsprogs depends on: ii e2fslibs1.42.12-1 ii libblkid1 2.20.1-5.11 ii libc6 2.19-11 ii libcomerr2 1.42.12-1 ii libss2 1.42.12-1 ii libuuid12.20.1-5.11 ii util-linux 2.20.1-5.11 e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none pn gpart none pn parted none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657405: I sent a request to NM to add Matija Nalis to Alioth
For what it's worth! Hopefully I did it right. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765722: [xml/sgml-pkgs] Bug#765722: CVE-2014-3660 libxml2 billion laugh variant
Hi, I'm preparing 2.9.2 for jessie, and for stable/oldstable I'll work on them after the upload of 2.9.2. Thanks, Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748401: Raising severity to important
Control: severity -1 important I guess, it would be good not to break Debian sid rebuilds. Thus, raising severity. This issue is not release critical, as there normally are no rebuilds in testing or stable, but still. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpBbEC8Di8Fn.pgp Description: Digitale PGP-Signatur
Bug#561281: util-linux hwclock problems with rtc not in utc, resolved?
Control: tags -1 + moreinfo Hello! Please test and report back if the problem you talked about in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561281 are still happening with the version shipped in Debian testing or unstable (ie. = 2.25.1-4). Hopefully this is resolved and if I don't get any feedback I'll close this bug report soon. 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#765369: nautilus: Open in Terminal shown twice in the hamburger menu
Hello, This is happening because the (part of) feature provided by the nautilus-open-terminal package have been merged in nautilus itself. nautilus-open-terminal should maybe be removed from the archive. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766795: afterstep not binnmu safe and not installable in sid
reassign 766795 debhelper merge 766795 766711 thanks It seems after the binnmu for the libjpeg-turbo transition afterstep is no longer installable in sid (and hence the binnmu won't migrate and the transition won't complete in testing). This is debhelper bug. I've just uploaded afterstep 2.2.12-3, which removes usage of {misc:Depends} as a work-around. Regards, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765964: mate-panel: Some notification menus hide on mouse up in notification area
Hi Matthew, On So 19 Okt 2014 19:06:08 CEST, Matthew Horan wrote: Package: mate-panel Version: 1.8.1+dfsg1-1 Severity: normal Dear Maintainer, After a recent system update, clicking certain (redshift-gtk, NetworkManager Applet) notification icons requires a persistent click in order for the menu to remain open. Previously, all notification menus remained open on mouse up. Confusingly, some icons now remain open on mouse up, for example Steam and MATE's PulseAudio volume control applet. I would expect all icons to behave the same -- either remain open on click (right or left click), or close on mouse up. I observe this, too. However, my feeling is that it is related to the recent GTK3 version bump in Debian (to 3.14). Several GKT3 applets changed their mouse interaction behaviour... The changed occurred within the last two weeks or so. The issue is not mate-panel related, but depends on other things I currently lack to oversee. Any idea, what this bug can be reassigned to? Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpfz9e7TnTm7.pgp Description: Digitale PGP-Signatur
Bug#749763: initz: fails to upgrade from wheezy
On May 29, 2014 at 7:09PM +0200, holger (at layer-acht.org) wrote: during a test with piuparts I noticed your package fails to upgrade from wheezy. It installed fine in wheezy, then the upgrade to jessie fails. To fix this RC bug, I'll NMU soon with the attached patch. Thanks, -- Tatsuya Kinoshita diff --git a/debian/changelog b/debian/changelog index 4e532ea..4da1161 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +initz (0.0.11+20030603cvs-17.2) unstable; urgency=medium + + * Non-maintainer upload. + * Check apel to byte-compile (closes: #749763) + + -- Tatsuya Kinoshita t...@debian.org Sun, 26 Oct 2014 06:42:10 +0900 + initz (0.0.11+20030603cvs-17.1) unstable; urgency=low * Non-maintainer upload. diff --git a/debian/emacsen-install b/debian/emacsen-install index 5ec7225..7cd546a 100644 --- a/debian/emacsen-install +++ b/debian/emacsen-install @@ -41,6 +41,7 @@ sourceonly_all=$(for i in ${!SOURCEONLY_*} ; do done | sort -u) if [ ${FLAVOR} = emacs ]; then exit 0; fi +if [ ! -f /usr/share/$FLAVOR/site-lisp/apel/install.elc ]; then exit 0; fi # Install-info-altdir does not actually exist. # Maybe somebody will write it. pgpn9TTqFA_8v.pgp Description: PGP signature
Bug#680029: Bug#749852: lsdb: fails to upgrade from wheezy
On May 30, 2014 at 11:08AM +0200, holger (at layer-acht.org) wrote: during a test with piuparts I noticed your package fails to upgrade from wheezy. It installed fine in wheezy, then the upgrade to jessie fails. To fix this RC bug and #680029, I'll NMU soon with the attached patch. Thanks, -- Tatsuya Kinoshita diff --git a/debian/changelog b/debian/changelog index 53f46ed..b1e979b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +lsdb (0.11-10.1) unstable; urgency=medium + + * Non-maintainer upload. + * Check apel and flim to byte-compile (closes: #749852) + * New patch lsdb-make-local-hook.patch (closes: #680029) + * Refresh debian/control with *.in + + -- Tatsuya Kinoshita t...@debian.org Sun, 26 Oct 2014 07:31:09 +0900 + lsdb (0.11-10) unstable; urgency=low * rules (clean): Avoid lintian warning. diff --git a/debian/control b/debian/control index 01f777b..d7fb1d6 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,9 @@ Source: lsdb Section: mail Priority: optional Maintainer: OHASHI Akira b...@debian.org -Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 5) +Build-Depends: cdbs, + debhelper, + dh-buildinfo Standards-Version: 3.7.2 Package: lsdb diff --git a/debian/emacsen-install b/debian/emacsen-install index 69d809d..ac4d64e 100644 --- a/debian/emacsen-install +++ b/debian/emacsen-install @@ -41,6 +41,8 @@ sourceonly_all=$(for i in ${!SOURCEONLY_*} ; do done | sort -u) if [ ${FLAVOR} = emacs ]; then exit 0; fi +if [ ! -f /usr/share/$FLAVOR/site-lisp/apel/poem.elc ]; then exit 0; fi +if [ ! -f /usr/share/$FLAVOR/site-lisp/flim/mime.elc ]; then exit 0; fi # Install-info-altdir does not actually exist. # Maybe somebody will write it. diff --git a/debian/patches/lsdb-make-local-hook.patch b/debian/patches/lsdb-make-local-hook.patch new file mode 100644 index 000..486f5cf --- /dev/null +++ b/debian/patches/lsdb-make-local-hook.patch @@ -0,0 +1,26 @@ +Subject: Conditionalize make-local-hook on XEmacs +Author: Aaron M. Ucko u...@debian.org +Origin: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680029 + +--- lsdb-0.11.orig/lsdb.el lsdb-0.11/lsdb.el +@@ -867,7 +867,8 @@ + (autoload 'migemo-get-pattern migemo)) + + (defun lsdb-complete-name-highlight (start end) +- (make-local-hook 'pre-command-hook) ++ (if (featurep 'xemacs) ++ (make-local-hook 'pre-command-hook)) + (add-hook 'pre-command-hook 'lsdb-complete-name-highlight-update nil t) + (save-excursion + (goto-char start) +@@ -1048,7 +1049,8 @@ + (font-lock-set-defaults) + (set (make-local-variable 'font-lock-defaults) + '(lsdb-font-lock-keywords t))) +- (make-local-hook 'post-command-hook) ++ (if (featurep 'xemacs) ++ (make-local-hook 'post-command-hook)) + (add-hook 'post-command-hook 'lsdb-modeline-update nil t) + (make-local-variable 'lsdb-modeline-string) + (setq mode-line-buffer-identification diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..be95f95 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +lsdb-make-local-hook.patch diff --git a/debian/source/format b/debian/source/format new file mode 100644 index 000..163aaf8 --- /dev/null +++ b/debian/source/format @@ -0,0 +1 @@ +3.0 (quilt) pgpHsj95daPRP.pgp Description: PGP signature
Bug#766798: mutt spam detection fails when header_cache is enabled
On Sat, Oct 25, 2014 at 10:46:52PM +, Antonio Radici wrote: Hi Matt, can you also provide a mutt -v output of the mutt.org package that you compiled yourself and where the spam detection works fine? thanks! Certainly: == Mutt 1.5.23 (2014-03-12) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.2.0-4-amd64 (x86_64) ncurses: ncurses 5.9.20110404 (compiled with 5.9) Compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-5' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.7.2 (Debian 4.7.2-5) Configure options: '--prefix=/home/jcdenton/local' Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 Compile options: -DOMAIN -DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK -USE_POP -USE_IMAP -USE_SMTP -USE_SSL_OPENSSL -USE_SSL_GNUTLS -USE_SASL -USE_GSS -HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS -HAVE_LIBIDN +HAVE_GETSID -USE_HCACHE ISPELL=/usr/bin/ispell SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/home/jcdenton/local/share/mutt SYSCONFDIR=/home/jcdenton/local/etc EXECSHELL=/bin/sh -MIXMASTER To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766798: mutt spam detection fails when header_cache is enabled
On Sat, Oct 25, 2014 at 02:57:20PM -0700, Matt Rechkemmer wrote: Package: mutt Version: 1.5.21-6.2+deb7u2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I was attempting to use mutt's spam detection to mass delete spam messages in mutt. When header cache is enabled, spam headers are never identified and tagged within mutt. * What exactly did you do (or not do) that was effective (or ineffective)? I tested against mutt.org's version of mutt. In that version, mutt works as expected. When I use the stable version in wheezy, the spam detection fails. * What was the outcome of this action? Spam headers are properly identified and tagged. * What outcome did you expect instead? Using Debian's version, mutt's spam detection mechanism fails when header cache (set header_cache) is enabled. Hi Matt, can you also provide a mutt -v output of the mutt.org package that you compiled yourself and where the spam detection works fine? thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766800: Accessibility: difficult movement with keyboard
Package: mate-panel Version: 1.8.1+dfsg1-1 Severity: normal *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I installed mate-panel, mate-notification-daemon and orca 3.14. apt-get install mate-core mate-desktop-environment mate-notification-daemon dconf-editor at-spi2-core gnome-orca export GTK_MODULES=gail:atk-bridge (export in /etc/profile or in ~/.bash_profile) in MATE, alt-f2, orca --replace If orca doesn't speak while you press keys, as a user, from a mate-terminal or on a tty (with DISPLAY=:0 ): gsettings set org.mate.interface accessibility true gsettings set org.gnome.desktop.a11y.applications screen-reader-enabled true gsettings set org.gnome.desktop.interface toolkit-accessibility true * What exactly did you do (or not do) that was effective (or ineffective)? When dropbox or pidgin changes status, no notification. But 9e can see the status going to the panel via meta-ctrl-tab. * What was the outcome of this action? First, alt-ctrl-tab doesn't move the focus on the panel sometimes. The behavior is random. Sometimes it stays on the bottom panel, sometimes on caja, sometimes it has success. alt-maj-tab has always success to reach the top panel. Once here, maj-tab, after f10, can, randomly, render the applets. But it involves a random twick, with f10 (twcce), arrow keys, maj-tab, etc. It's really not convinient. * What outcome did you expect instead? After alt-ctrl-tab, tab or arrow keys should move the focus on this top panel and I should be able to hear the applet regularly and without all keyboard twicks. *** End of the template - remove these template lines *** Thanks -- 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/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-panel depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii libatk1.0-0 2.14.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcanberra-gtk0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-2 0.102-1 ii libdconf10.22.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libice6 2:1.0.9-1 ii libmate-desktop-2-17 1.8.1+dfsg1-1 ii libmate-menu21.8.0-5 ii libmate-panel-applet-4-1 1.8.1+dfsg1-1 ii libmateweather1 1.8.0-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-01.36.8-2 ii librsvg2-2 2.40.4-1 ii libsm6 2:1.2.2-1 ii libstartup-notification0 0.12-4 ii libwnck222.30.7-2 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxrandr2 2:1.4.2-1 ii mate-desktop 1.8.1+dfsg1-1 ii mate-menus 1.8.0-5 ii mate-panel-common1.8.1+dfsg1-1 ii mate-polkit 1.8.0+dfsg1-4 ii menu-xdg 0.5 ii python 2.7.8-1 mate-panel recommends no packages. mate-panel 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#766801: mate-applets: battery charge monitor icon goes the reverse order while charging
Package: mate-applets Version: 1.8.1+dfsg1-3 Severity: normal Dear Maintainer, When my laptop is on AC power, the Battery Charge Monitor shows a near-empty battery icon when the battery has fully recharged, and a full battery when it is empty. When the laptop (a Lenovo Thinkpad T60) runs on battery power, the applet works as expected: the battery icon shows a graphic representation of the actual charge level. I would expect the icon to behave in a similar way regardless of whether it is charging or not. (Additionally, when the power plug is inserted or removed, the icon isn't updated immediately, but I think that issue is only a side effect of this bug). I have attached a screenshot of the applet when the battery is full. (This bug, like #766749, has been submitted using a different system than where it occurs, because sendmail does not work on my laptop for some reason). -- 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/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-applets depends on: ii gir1.2-mate-panel 1.8.1+dfsg1-1 ii gsettings-desktop-schemas 3.14.0-1 ii gstreamer0.10-alsa 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 ii gvfs1.22.1-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libcpufreq0 008-1 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libgtksourceview2.0-0 2.10.5-2 ii libgtop2-7 2.28.5-2 ii libice6 2:1.0.9-1 ii libmate-desktop-2-171.8.1+dfsg1-1 ii libmate-panel-applet-4-11.8.1+dfsg1-1 ii libmateweather1 1.8.0-2 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libpolkit-gobject-1-0 0.105-7 ii libsm6 2:1.2.2-1 ii libstartup-notification00.12-4 ii libupower-glib3 0.99.1-3 ii libwnck22 2.30.7-2 ii libx11-62:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii mate-applets-common 1.8.1+dfsg1-3 ii mate-icon-theme 1.8.0-1 ii mate-panel 1.8.1+dfsg1-1 ii python 2.7.8-1 ii python-dbus 1.2.0-2+b3 ii python-gi 3.14.0-1 ii python-gobject 3.14.0-1 ii python-gst0.10 0.10.22-3 ii python-notify 0.1.1-3 Versions of packages mate-applets recommends: ii cpufrequtils 008-1 ii mate-media 1.8.0+dfsg1-3 ii mate-polkit 1.8.0+dfsg1-4 ii mate-system-monitor 1.8.0+dfsg1-2 mate-applets suggests no packages. -- no debconf information
Bug#764596: vmdebootstrap generated sid images fail to boot on fsck error loop
Control: affects -1 xen-tools Hi, Ben Hutchings wrote: 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. [...] Same counts for Sid Xen DomU bootstrapped via xen-tools (at least with the git version, both with the modification mentioned below as well as with an unmodified git checkout): $ xen-create-image --dist sid --hostname domu1 --force --lvm vg0 --dhcp --verbose --pygrub --noaccounts --boot; xl console domu1 [...] Begin: Checking root file system ... fsck from util-linux 2.25.2 fsck: error 2 (No such file or directory) while executing fsck.ext3 for /dev/xvda2 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! [3.510843] sulogin[84]: segfault at 8 ip 004018e0 sp 7fff8510bce0 error 4 in sulogin[40+3000] Segment violation Failure: Attempt to start maintenance shell failed. Will restart in 5 seconds. [8.518847] reboot: Restarting system 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. [...] fsck.ext4 is not present in the initramfs, probably because initramfs-tools was installed before e2fsprogs. Unfortunately, we cannot simply make initramfs-tools depend on the appropriate package because it depends on which filesystem is used for root. vmdebootstrap should install the kernel last so that all programs that may be wanted in the initramfs will be available when the initramfs is built. I expected that this would count for xen-tools as well and tried to fix it by explicitly installing e2fsprogs before initramfs-tools and the kernel. But the above still happens despite I used this code to install e2fsprogs, initramfs-tools and kernel: installDebianPackage ${prefix} e2fsprogs installDebianPackage ${prefix} initramfs-tools installDebianPackage ${prefix} $KERNEL_PKG So I doubt that this can be fixed by reordering the package installations. The following fsck binary is in the initrd: # lsinitramfs -l /mnt/tmp//boot/initrd.img-3.16-3-amd64 | fgrep fsck -rwxr-xr-x 1 root root35664 Oct 24 19:02 sbin/fsck # 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#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2
* Michael Biebl (bi...@debian.org) wrote: Am 24.10.2014 um 06:39 schrieb Eric Dorland: Hmmm, are you talking about gnome-keyring? It actually hijacks the gpg-agent protocol and breaks some things (see http://b/760102). You still need the pinentry program if you disable gnome-keyright AFAIK. Couldn't that warning message also include hints to install pinentry-gtk2? It could but just installing it won't fix anything by itself, you need to disable the agent functionality in gnome-keyring. Which some people will do to work around the bug, and if they do it would be nice if they had a graphical pinentry. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#766581: ibus: After upgrade to 1.5.9-1, can not input chinese (class quick)
On 2014年10月26日 星期日 01:01 上午, Osamu Aoki wrote: Hi, On Sat, Oct 25, 2014 at 10:00:22PM +0800, johnw wrote: After dist-upgrade still have a problem. Did you restarted PC (or at least started new X session.) after upgrade? Regards, Osamu Yes, I did restart, but still not work (notice: now dist-upgrade ibus-table to 1.9.1-3, ibus-table-quick-classic to 1.8.2-1). dpkg -l |grep ibus ii gir1.2-ibus-1.0:amd64 1.5.9-1 amd64Intelligent Input Bus - introspection data ii ibus-clutter:amd64 0.0+git20090728.a936bacf-5.1+b1 amd64ibus input method framework for clutter ii ibus-gtk:amd64 1.5.9-1 amd64 Intelligent Input Bus - GTK+2 support ii ibus-gtk3:amd64 1.5.9-1 amd64 Intelligent Input Bus - GTK+3 support ii ibus-qt4 1.3.2-2 amd64 qt-immodule for ibus (QT4) (plugin) ii ibus-table 1.9.1-3 all table engine for IBus ii ibus-table-quick 1.8.2-1 all ibus-table input method: Quick (dummy package) ii ibus-table-quick-classic 1.8.2-1 all ibus-table input method: Quick Classic ii ibus-table-quick3 1.8.2-1 all ibus-table input method: Quick3 ii ibus-table-quick5 1.8.2-1 all ibus-table input method: Quick5 ii libibus-1.0-5:amd64 1.5.9-1 amd64Intelligent Input Bus - shared library ii libibus-qt1 1.3.2-2 amd64 qt-immodule for ibus (QT4) (library) Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765870: systemd-logind brings system to knees with RAM consumption
On 10/25/2014 11:53 AM, intrigeri wrote: Control: tag -1 + moreinfo Hi John, John Goerzen wrote (18 Oct 2014 19:49:28 GMT) : [...] I discovered numerous systemd-logind processes hogging RAM. Specifically, 41 processes using 4278148KB (or roughly 4GB) of RAM. Wow. It would be good to know at what pace these processes appeared (and then, why). May you please look in the journal: # journalctl -u systemd-logind.service ... to try and find why this happens? Unfortunately: # journalctl -u systemd-logind.service No journal files were found. I have to killall systemd-logind about once every 48 hours to keep the machine from crashing. It was running jessie for a long time and recently got updated. John -- 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
Control: affects -1 - xen-tools Hi again, Axel Beckert wrote: Control: affects -1 xen-tools Sorry, this mail went to the wrong clone of the initial report. It was meant for #765614. (Didn't expect that the bug against initramfs-tools is the clone one and not the original one.) 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#766802: linux-image-amd64: rt2800usb driver does not include 1b75:a200 USB id's as a supported device
Package: linux-image-amd64 Version: 3.2+46 Severity: wishlist Dear Maintainer, I tried an old-ish OvisLink WN-200USB WiFi USB dongle but it is not picked up by linux kernel (tried initially 3.2+46 provided by Wheezy but later tried even 3.15.3 with same result. Thanks to Geoff Simmons I got it working. Below is whole recipe. Please contact linux kernel maintainers to add the missing id numbers. pre Hi Martin, On Fri, Oct 17, 2014 at 11:20:03PM +0200, Martin Mokrejs wrote: while reading https://wiki.debian.org/rt2800usb#supported it seems this device is not picked up by the rt2800usb. Your Ovislink Corp. AirLive WN-200USB wireless LAN adapter (USB ID 1b75:a200, Ralink RT3070 chip) is not currently defined as a supported device in any version of the rt2800usb Linux kernel driver code [1] at this time. This would explain the lack of device interface. I just cannot force the 3.10.12 kernel to bind the driver to the device and therefore, iwconfig does not list ra0 interface. See above; the driver needs to be informed that your device is supported. Also, Linux 3.10.2 is not a Linux kernel version currently part of any Debian release. On Debian systems, the rt2800usb driver will create a wlanX interface (e.g. wlan0) by default, not ra0. ra0 was an interface created by earlier Ralink drivers included in previous Debian releases. I created /etc/modprobe.d/ralink.conf file but no luck. As your device should be supported, you can try using the following commands (executed as root/superuser) as a workaround to enable device operation: # echo rt2800usb /etc/modules # echo 'install rt2800usb /sbin/modprobe --ignore-install rt2800usb $CMDLINE_OPTS echo 1b75 a200 /sys/bus/usb/drivers/rt2800usb/new_id' /etc/modprobe.d/ralink.conf .. then reload the rt2800usb driver: # modprobe -r rt2800usb ; modprobe rt2800usb .. and reconnect this wireless LAN device. Based on the manufacturing age of your device, this should allow for device support with the Linux 3.2 kernel included as part of Debian 7 Wheezy. If the commands above are successful for enabling device support, please consider filing a Debian wishlist bug against an installed Debian Linux kernel package on your system (e.g. reportbug linux-image-amd64). When eventually fixed in Debian, your /etc/modprobe.d/ralink.conf file will no longer be necessary. Geoff [1] https://github.com/torvalds/linux/blob/master/drivers/net/wireless/rt2x00/rt2800usb.c /pre # dmesg (from vanilla 3.15.3 kernel) [10082.528998] usb 1-1: new high-speed USB device number 9 using xhci_hcd [10082.686052] usb 1-1: New USB device found, idVendor=1b75, idProduct=a200 [10082.686058] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [10082.686061] usb 1-1: Product: 802.11 n WLAN [10082.686064] usb 1-1: Manufacturer: Ralink [10082.686066] usb 1-1: SerialNumber: 1.0 [10082.859407] usb 1-1: reset high-speed USB device number 9 using xhci_hcd [10082.859432] xhci_hcd :00:14.0: Setup ERROR: setup context command for slot 8. [10082.859435] usb 1-1: hub failed to enable device, error -22 [10082.979381] usb 1-1: reset high-speed USB device number 9 using xhci_hcd [10082.979401] xhci_hcd :00:14.0: Setup ERROR: setup context command for slot 8. [10082.979405] usb 1-1: hub failed to enable device, error -22 [10083.099465] usb 1-1: reset high-speed USB device number 9 using xhci_hcd [10083.130501] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030e79d448 [10083.130507] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030e79d400 [10083.130511] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030e79d490 [10083.130514] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030e79d4d8 [10083.130517] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030e79d520 [10083.130520] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030e79d568 [10083.130523] xhci_hcd :00:14.0: xHCI xhci_drop_endpoint called with disabled ep 88030e79d5b0 [10083.131107] ieee80211 phy1: rt2x00_set_rt: Info - RT chipset 3070, rev 0201 detected [10083.142952] ieee80211 phy1: rt2x00_set_rf: Info - RF chipset 0005 detected [10083.144431] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht' [10083.146537] ieee80211 phy1: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2870.bin' [10083.223515] ieee80211 phy1: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.29 [10083.553859] bridge-wlan1: device is wireless, enabling SMAC [10083.553866] bridge-wlan1: up [10083.553882] bridge-wlan1: attached [10083.555421] bridge-wlan1: disabling the bridge [10083.753880] userif-2: sent link down event. [10083.753887] userif-2: sent link up event. [10084.240378] bridge-wlan1: down [10084.240477] bridge-wlan1: detached [10094.278447] ieee80211 phy1: rt2800_wait_wpdma_ready: Error - WPDMA
Bug#765614: initramfs-tools: Missing fsck.type should be non-fatal
Control: affects -1 xen-tools [I initially sent this to the wrong clone (#764596) of this bug report, so I'm now hopefully resending it to the right bug report.] Hi, Ben Hutchings wrote: 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. [...] Same counts for Sid Xen DomU bootstrapped via xen-tools (at least with the git version, both with the modification mentioned below as well as with an unmodified git checkout): $ xen-create-image --dist sid --hostname domu1 --force --lvm vg0 --dhcp --verbose --pygrub --noaccounts --boot; xl console domu1 [...] Begin: Checking root file system ... fsck from util-linux 2.25.2 fsck: error 2 (No such file or directory) while executing fsck.ext3 for /dev/xvda2 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! [3.510843] sulogin[84]: segfault at 8 ip 004018e0 sp 7fff8510bce0 error 4 in sulogin[40+3000] Segment violation Failure: Attempt to start maintenance shell failed. Will restart in 5 seconds. [8.518847] reboot: Restarting system 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. [...] fsck.ext4 is not present in the initramfs, probably because initramfs-tools was installed before e2fsprogs. Unfortunately, we cannot simply make initramfs-tools depend on the appropriate package because it depends on which filesystem is used for root. vmdebootstrap should install the kernel last so that all programs that may be wanted in the initramfs will be available when the initramfs is built. I expected that this would count for xen-tools as well and tried to fix it by explicitly installing e2fsprogs before initramfs-tools and the kernel. But the above still happens despite I used this code to install e2fsprogs, initramfs-tools and kernel: installDebianPackage ${prefix} e2fsprogs installDebianPackage ${prefix} initramfs-tools installDebianPackage ${prefix} $KERNEL_PKG So I doubt that this can be fixed by reordering the package installations. (Besides: the log said e2fsprogs is already the newest version., so it didn't change anything.) The following fsck binary is in the initrd: # lsinitramfs -l /mnt/tmp//boot/initrd.img-3.16-3-amd64 | fgrep fsck -rwxr-xr-x 1 root root35664 Oct 24 19:02 sbin/fsck # 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#766803: Requesting chocolate-doom enter Debian main
Package: chocolate-doom Version: 2.1.0-1 Chocolate Doom is currently in the contrib section of Debian rather than main, because it depends on an IWAD file in order to be usable. The original Doom IWAD files, including the shareware version, are non-free. Other source ports that are Boom compatible (eg. prboom-plus) use Freedoom as an IWAD dependency in order to be useable and be in Debian main. However, this has not been possible for Chocolate Doom because the levels in Freedoom require a Boom compatible port and do not work with it. As of the 0.9 release of Freedoom (now in Debian unstable), the FreeDM spin-off project (package: freedm) is now fully Vanilla Doom compatible and works perfectly with Chocolate Doom. Chocolate Doom even includes special code that allows it to integrate with it more nicely (it can load the DEHACKED lump from the IWAD). The Debian freedm package has been marked as provides: doom-wad so there should no longer be any obstacle for Chocolate Doom to be moved to Debian main. The only possible objection I can think of is that the Debian chocolate-doom package is structured in a monolithic fashion, also containing chocolate-heretic, chocolate-hexen and chocolate-strife. Arguably these binaries should still be in contrib as there aren't free replacements for the IWADs for these games (Heretic has Blasphemer, but it's incomplete and isn't in Debian). This would require restructuring the package to split it into four separate packages, which is probably a good idea anyway. -- Simon Howard https://soulsphere.org/
Bug#766804: gnome-orca: app-specific preferences: problem to set bindings
Package: gnome-orca Version: 3.14.0-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? orca 3.14.0, MATE, Iceweasel. * What exactly did you do (or not do) that was effective (or ineffective)? Here's an example: 1. ins-ctrl-space from Iceweasel 2. Bindings tab 3. Change backslash binding to exclam 4. OK or Apply, then change another binding, set it to backslash * What was the outcome of this action? 1. Orca says that backslash is busy. It's false. 2. Orca creates a double of the previous binding: one feature bind to exclam, one bind to backslash, with the same name. * What outcome did you expect instead? Orca should know the shortcut has changed, and not create the copy. *** End of the template - remove these template lines *** Regards, -- 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/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-orca depends on: ii gir1.2-glib-2.01.42.0-2 ii gir1.2-gtk-3.0 3.14.3-1 ii gir1.2-pango-1.0 1.36.8-2 ii gir1.2-wnck-3.03.4.9-2 ii gsettings-desktop-schemas 3.14.0-1 ii python33.4.2-1 ii python3-brlapi 5.0-3 ii python3-cairo 1.10.0+dfsg-4+b1 ii python3-gi 3.14.0-1 ii python3-louis 2.5.3-3 ii python3-pyatspi2.14.0+dfsg-1 ii python3-speechd0.8-6 pn python3:anynone ii speech-dispatcher 0.8-6 Versions of packages gnome-orca recommends: ii libgail-common 2.24.25-1 ii xbrlapi 5.0-3 gnome-orca 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#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2
Am 26.10.2014 um 01:04 schrieb Eric Dorland: * Michael Biebl (bi...@debian.org) wrote: Am 24.10.2014 um 06:39 schrieb Eric Dorland: Hmmm, are you talking about gnome-keyring? It actually hijacks the gpg-agent protocol and breaks some things (see http://b/760102). You still need the pinentry program if you disable gnome-keyright AFAIK. Couldn't that warning message also include hints to install pinentry-gtk2? It could but just installing it won't fix anything by itself, you need to disable the agent functionality in gnome-keyring. Which some people will do to work around the bug, and if they do it would be nice if they had a graphical pinentry. Sure. The message could say: If you disable the gnome-keyring integration, make sure to install an alternative pinentry program like pinentry-gtk2 Problem solved. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#761210: gwave: FTBFS: build-dependency not installable: libgwrap-runtime-dev
Manually trying to install the packages the buildd was trying to install reveals the following root@debian:/# apt-get install base-files base-passwd bash bsdutils coreutils dash debianutils diffutils dpkg e2fsprogs findutils grep gzip hostname init libc-bin login mount ncurses-base ncurses-bin perl-base sed sysvinit-utils tar util-linux libc6-dev gcc g++ make dpkg-dev debhelper libgtk2.0-dev guile-2.0-dev libglib2.0-dev libreadline-dev guile-gnome2-dev guile-cairo-dev libgwrap-runtime-dev Reading package lists... Done Building dependency tree Reading state information... Done base-passwd is already the newest version. coreutils is already the newest version. dash is already the newest version. debianutils is already the newest version. diffutils is already the newest version. diffutils set to manually installed. e2fsprogs is already the newest version. findutils is already the newest version. hostname is already the newest version. init is already the newest version. init set to manually installed. make is already the newest version. make set to manually installed. sed is already the newest version. login is already the newest version. sysvinit-utils is already the newest version. sysvinit-utils set to manually installed. tar is already the newest version. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libgwrap-runtime-dev : Depends: guile-1.8-dev but it is not going to be installed It looks like you switched your build-deps to preffer guile 2.0 (and debian buildds only look at the first choice) ccing the person who requested the migration of your package to guile-2.0 and the bug in your reverse dependency. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762368: cinnamon: keyboard shortcuts ignore alt modifier
Hey Margarita. Maybe the problems with Super are related to this: https://github.com/linuxmint/Cinnamon/issues/2344 ? I'm not sure how far the fixes mentioned there actually made it in already... At least I cannot freely reassign Menu, yet,... but I can reassign Super_L as a single keyboard shortcut (which I typically use to launch the terminal, though this doesn't yet work with the Terminal Launcher, but only with a custom launcher for it) Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#766805: giira buildable on many architectures but resulting binaries are only installable on amd64
Package: giira Severity: serious Your package is buildable on most debian architectures (it failed to build on kfreebsd and it's build-depends are uninstallable on hurd and sparc) but of the resulting binaries only the arm64 one is installable due to a dependency on bowtie2. It appears that most of the unistallable binaries have been removed but they will reappear with any updates (including security updates) and will cause problems getting those updates into stable/testing so this needs to be fixed. There are four possible fixes. 1: make bowtie2 build and work on all release architectures 2: make the package work without bowtie2 (possiblly less efficiently) and make the bowtie2 dependency architecture specific. 3: add a build-time depdendency on bowtie2 (this wastes a little buildd time/bandwidth if the dependency is not really needed at build-time but has the advantage over option 4 that if/when bowtie2 is ported to new architectures giira will follow automatically) 4: set the architecture field for giira so it's only built on architectures where bowtie2 is known to be available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766806: mate-power-manager: LCD brightness changes on login while running on battery power
Package: mate-power-manager Version: 1.8.1+dfsg1-1 Severity: normal Dear Maintainer, On login, the LCD brightness is changed to the value in the Power Management Preferences, under the On AC Power tab. This happens not only on AC power (as expected), but also when running a laptop on battery power, which I would not expect (I would expect the value listed there only to be applied on AC power, not on battery power). Oddly, when changing the brightness slider in the settings (Set display brightness to), the new brightness is applied immediately when on AC power, but is not (immediately) applied when running on battery power. As a separate issue, but I'm mentioning it here anyway as it's related, there is no way to *not* change brightness when running on AC power on login (and, due to this bug, also on battery power). I personally prefer to set the brightness depending on the environment, not (normally) based on battery power. I can report a different bug for this if necessary, but maybe that feature is too close to the freeze to be added anyway. Here are my power management preferences: ~$ dconf dump /org/mate/power-manager/ [/] button-power='interactive' sleep-display-battery=600 brightness-ac=22.0 info-last-device='/org/freedesktop/UPower/devices/mouse_0003o046DoC52Bx0004' backlight-battery-reduce=false button-lid-ac='nothing' spindown-enable-battery=true info-stats-graph-points=true info-stats-graph-smooth=false action-critical-battery='suspend' button-suspend='suspend' info-history-graph-points=true info-history-time=86400 info-page-number=0 idle-dim-ac=false info-history-type='charge' idle-dim-battery=false button-lid-battery='suspend' info-stats-type='charge-data' info-history-graph-smooth=false icon-policy='never' By changing the Set display brightness to setting a few times and logging out and back in, I have confirmed it is really set to that setting. And it is that setting it is set to when it is on battery power as well. I have attached a screenshot of the Power Management Preferences window. -- 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/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-power-manager depends on: ii consolekit 0.4.6-5 ii dbus-x111.8.8-2 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libcanberra-gtk00.30-2.1 ii libcanberra00.30-2.1 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgnome-keyring0 3.12.0-1+b1 ii libgtk2.0-0 2.24.25-1 ii libmate-panel-applet-4-11.8.1+dfsg1-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpangoft2-1.0-0 1.36.8-2 ii libunique-1.0-0 1.1.6-5 ii libupower-glib3 0.99.1-3 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii mate-notification-daemon [notification-daemon] 1.8.0-2 ii mate-power-manager-common 1.8.1+dfsg1-1 ii notification-daemon 0.7.6-2 ii policykit-1 0.105-7 ii systemd 215-5+b1 ii upower 0.99.1-3 ii xfce4-notifyd [notification-daemon] 0.2.4-3 Versions of packages mate-power-manager recommends: ii udisks 1.0.5-1+b1 Versions of packages mate-power-manager suggests: ii mate-polkit 1.8.0+dfsg1-4
Bug#723138: RFS: metar/0.2-1 ITP
Fernando, FYI-- metar has been given up for adoption and is now available at github https://github.com/keesL/metar With regards, Kees On Mon, Sep 16, 2013 at 3:24 PM, Fernando xna...@yahoo.it wrote: Package: metar Severity: normal Dear mentors, I am looking for a sponsor for my package metar * Package name: metar Version : 0.2-1 Upstream Author : Fernando Iazeolla xna...@yahoo.it * URL : http://githib.com/elboza/metar * License : GPL Section : utilities It builds those binary packages: metar - a simple command line metar and taf. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/metar Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/metar/metar_0.2-1.dsc More information about metar can be obtained from http://github.com/elboza/metar. Changes since the last upload: metar (0.2-1) unstable; urgency=low * Initial release (Closes: #) is the bug number of your ITP -- Fernando Iazeolla xna...@yahoo.it Mon, 09 Sep 2013 22:32:41 +0200 Regards, Fernando Iazeolla -- http://about.me/keesleune
Bug#766534: libcairo2: crash in cairo_stroke (breaks racket build)
This patch works for me http://cgit.freedesktop.org/cairo/commit/?id=2de69581c28bf115852037ca41eba13cb7335976 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org