Bug#760810: [quassel-client] quasselclient fails to start
Hi, I cannot reproduce this on my system which is testing/sid. Can you please retest with the latest phonon packages, because meanwhile 4:4.8.0-1 arrived in testing? Thanks a lot, Thomas Am Montag, den 08.09.2014 um 6:01 schrieb Keshav Kini: Package: quassel-client Version: 0.10.0-2 Severity: grave --- Please enter the report below this line. --- `quasselclient` recently fails to start on debian sid: fs@erdos ~ $ quasselclient (quasselclient:12158): GLib-GObject-WARNING **: cannot register existing type 'GstObject' (quasselclient:12158): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (quasselclient:12158): GLib-GObject-CRITICAL **: g_type_register_static: assertion 'parent_type 0' failed (quasselclient:12158): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (quasselclient:12158): GStreamer-CRITICAL **: gst_plugin_feature_get_name: assertion 'GST_IS_PLUGIN_FEATURE (feature)' failed ^\Quit Googling assertion 'GST_IS_PLUGIN_FEATURE (feature)' failed yields a bunch of similar-sounding failures of other programs, seemingly related to phonon integration with gstreamer, or something. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstableftp.us.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends(Version) | Installed -+-== libc6 (= 2.14) | 2.19-10 libdbusmenu-qt2 (= 0.3.2) | 0.9.2-1 libgcc1 (= 1:4.1.1) | 1:4.9.1-12 libindicate-qt1 (= 0.2.5) | 0.2.5.91-5 libphonon4 (= 4:4.2.0) | 4:4.7.2-1 libqt4-dbus (= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqt4-network (= 4:4.6.1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqt4-xmlpatterns (= 4:4.5.3) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtcore4 (= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtgui4 (= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtwebkit4 (= 2.1.0~2011week13) | 2.3.2.dfsg-3 libstdc++6(= 4.4.0) | 4.9.1-12 phonon | 4:4.7.2-1 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-2 quassel-data(= 0.10.0-2) | 0.10.0-2 dbus-x11 | 1.8.6-2 gawk | 1:4.1.1+dfsg-1 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: [samba] /etc/init.d/samba forbit systemd shutdown system
Package: samba Version: 2:4.1.11+dfsg-1 Followup-For: Bug #740942 I'm experiencing the same problem: 5 minute to shutdown samba service and the same if i try to stop it on the command line. I believed it was related to the fact that i use samba also to login in an active domain but this bug report makes me think it could be unrelated. I'm not 100% sure, but i think i'm experiencing this since the latest upgrade to systemd 215-4. From this bug report i still haven't get what is the reason for this delay and i'm currently unable to workaround it. Let me know if you need any other infos, config file or else. Cesare. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.13 ii libasn1-8-heimdal1.6~rc2+dfsg-8 ii libbsd0 0.7.0-2 ii libc62.19-11 ii libcomerr2 1.42.12-1 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-8 ii libkdc2-heimdal 1.6~rc2+dfsg-8 ii libkrb5-26-heimdal 1.6~rc2+dfsg-8 ii libldb1 1:1.1.17-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.8-7 ii libroken18-heimdal 1.6~rc2+dfsg-8 ii libtalloc2 2.1.1-2 ii libtdb1 1.3.0-1.1 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian13 ii multiarch-support2.19-11 ii procps 1:3.3.9-7 ii python 2.7.8-1 ii python-dnspython 1.12.0-1 ii python-ntdb 1.0-5 ii python-samba 2:4.1.11+dfsg-1 pn python2.7:anynone ii samba-common 2:4.1.11+dfsg-1 ii samba-common-bin 2:4.1.11+dfsg-1 ii samba-dsdb-modules 2:4.1.11+dfsg-1 ii samba-libs 2:4.1.11+dfsg-1 ii tdb-tools1.3.0-1.1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-2 ii logrotate 3.8.7-1 ii samba-vfs-modules 2:4.1.11+dfsg-1 Versions of packages samba suggests: ii bind9 1:9.9.5.dfsg-4 ii bind9utils 1:9.9.5.dfsg-4 pn ctdb none pn ldb-tools none ii ntp1:4.2.6.p5+dfsg-3.1 pn smbldap-tools none ii winbind2:4.1.11+dfsg-1 -- debconf information: samba-common/title: samba/run_mode: daemons -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762335: man-db trigger always fails being unable to create index cache
22.09.2014 21:50, Colin Watson wrote: On Sun, Sep 21, 2014 at 12:27:59PM +0400, Michael Tokarev wrote: Almost every time I install or remove some software (on a freshly installed jessie system as of today, Sept-2014), when man-db dpkg trigger is run, I see the following message: Building database of manual pages ... /usr/bin/mandb: can't create index cache /var/cache/man/uk/5773: No such file or directory (with varied subdir and the number). /var/cache/man directory is empty. What does ls -ld /var/cache/man say? # ll -d /var/cache/man drwxr-xr-x 32 man root 4096 сен 22 05:05 /var/cache/man/ # ll /usr/bin/mandb -rwxr-xr-x 1 root root 129632 апр 10 07:38 /usr/bin/mandb* But it doesn't happen anymore, and the cache of manpages is now finally created. I think it is the cron job who did the trick and fixed the prob. Now when you asked, I can reproduce the issue again by chown'ing the cache directory to root -- after removing all the cache (/var/cache/man/*), and re-runnin mandb -pq as user man it complains exactly the same way. But in the man-db.deb, /var/cache/man is owned by man user? And it should had been here when installing man-db, because it installs after base-password. Wtf. I installed using debootstrap --variant=minbase, and later on, installed a bunch of large packages (like gnome), and man-db has been pulled by one of these. So I'll try to reproduce it in a next few days by doing another install. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761518: this is a bug in MLT linkage against libav 0.11
force-merge 761593 761518 thanks This is a bug in MLT linkage against libav 0.11. Merging with bug#761593. - 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#762303: avr-libc ships with old iom256rfr2.h
Hi Simon, thanx for the report. I suppose we could pull in a single header file from avr-libc trunk if the general consensus is that the Atmel version is in a bad state. Aurelien, you been pushing for using the Atmel patches. Can you see any issues with this? Thanx. On Sat, Sep 20, 2014 at 11:01 PM, Simon John g...@the-jedi.co.uk wrote: Package: avr-libc Version: 1:1.8.0+Atmel3.4.4-1 When compiling firmware for Pinoccio (https://pinocc.io/) which uses and ATmega256RFR2, I get various errors from HardwareSerial.cpp which prevents the firmware from compiling. For log see: https://gist.github.com/sej7278/51c8853e06ba667d2135 If I delete /usr/share/arduino/hardware/arduino/cores/arduino/HardwareSerial.cpp then it builds ok but then breaks serial comms. If I replace /usr/lib/avr/include/avr/iom256rfr2.h with the one from avr-libc trunk, it compiles and works: http://svn.savannah.nongnu.org/viewvc/trunk/avr-libc/include/avr/iom256rfr2.h?revision=2410root=avr-libcview=markup See also discussion: https://github.com/Pinoccio/firmware-pinoccio/issues/10 I asked Atmel and they have no plans to move to avr-libc 1.8.1 in their SP1 release, not sure about afterwards. So a quick fix would be to import the upstream iom256rfr2.h The alternative is going back to using avr-libc proper rather than Atmel's version, but avr-libc 1.8.1 requires avr-gcc 4.9.1 Debian jessie/sid with Arduino 1.0.5 Thanks. -- Simon John https://github.com/sej7278 g...@the-jedi.co.uk -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762528: needrestart: should suggest 'systemctl daemon-reexec' when systemd has been upgraded
Package: needrestart Severity: wishlist I noticed when running checkrestart and needrestart at the same time that needrestart doesn't suggest restarting systemd when it has been upgraded. The way to restart systemd is to run this command as root: systemctl daemon-reexec -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762492: libav-tools: Audio/video encoding produces an audio encoding error with openshot/kdenlive
Quoting Charles Laws (2014-09-22 21:47:00) My last video project was about 7 weeks ago. Sometime between then and now, I lost the ability to export audio. I have tried a handful of different encoding combinations with both openshot and kdenlive. Running openshot --debug and doing an export gives me this: [libx264 @ 0x7fac29e0] [Eval @ 0x7fac39ffa500] Undefined constant or missing '(' in 'dct8x8' [libx264 @ 0x7fac29e0] Unable to parse option value dct8x8 [aac @ 0x7fac002caec0] [Eval @ 0x7fac39ffa4b0] Undefined constant or missing '(' in 'dct8x8' [aac @ 0x7fac002caec0] Unable to parse option value dct8x8 [mp4 @ 0x7fac24a0] Using AVStream.codec.time_base as a timebase hint to the muxer is deprecated. Set AVStream.time_base instead. on_frmExportVideo_destroy [consumer avformat] error writing flushed audio frame This bug is also #761518 for Openshot, listed here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761518 ...and bug#761593 filed against kdenlive - both those bugs are now merged and filed against libmlt6. Thanks for bringing it up here. - 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#762511: [pkg-cinnamon] Bug#762511: cinnamon: package further extensions
Il 23/09/2014 01:36, Christoph Anton Mitterer ha scritto: Source: cinnamon Version: 2.2.16-3 Severity: wishlist Hi. I'd like if there could be a package with further extensions. For example Workspace grid (2D) and switcher (http://cinnamon-spices.linuxmint.com/applets/view/116) looks like a very promising one, since it gives back most functionality from the workspace switcher applet, people used to know from GNOME(classic). I'm not sure whether the best solution would be a big package like cinnamon-extensions or so, which contains all non-default extensions or per extension/applet packages. Cheers, Chris. Cinnamon applet (also extensions and desklet) can be installed with cinnamon control center, not need packaging. For now I think there are many other things to do: fixes and improvements at existing packages, and probably packaging other nemo extensions (that is not installable easy and fast from control center) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information https://lists.alioth.debian.org/mailman/listinfo/pkg-cinnamon-team to unsubscribe: mailto:pkg-cinnamon-team-requ...@lists.alioth.debian.org?subject=unsubscribe - Nessun virus nel messaggio. Controllato da AVG - www.avg.com Versione: 2014.0.4765 / Database dei virus: 4025/8257 - Data di rilascio: 22/09/2014 smime.p7s Description: Firma crittografica S/MIME
Bug#762521: gpaste: add support for Cinnamon
Le mardi 23 septembre 2014 à 04:35 +0200, Christoph Anton Mitterer a écrit : Source: gpaste Version: 3.12.2-1 Severity: wishlist Hi. Since GNOME3 is... well... questionable in basically all fields ;-) I think GNOME3 is the best thing that happened to desktop interfaces since the Finder. ... could you possibly add support for Cinnamon? Sure. I didn't compile the applet at first because i was afraid it would be useless... Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762529: bordeaux-threads: maintainer address bounces
Source: bordeaux-threads Version: 0.8.3-1 Severity: serious X-Debbugs-Cc: d...@tapoueh.org [ CCed last uploader. ] The maintainer address bounces, see below. Ansgar Mail Delivery System mailer-dae...@muffat.debian.org writes: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: nowhere@levallois.eu.org retry timeout exceeded -- This is a copy of the message, including all the headers. -- [...] From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Pierre THIERRY nowhere@levallois.eu.org, Dimitri Fontaine d...@tapoueh.org, m...@debian.org [...] Subject: bordeaux-threads_0.8.3-1_amd64.changes ACCEPTED into unstable Message-Id: e1xufah-0006fp...@franck.debian.org Date: Thu, 18 Sep 2014 17:33:33 + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762520: clearlooks-phenix-theme: theme is completely broken since the last GTK update
Hello, On Tue, 23 Sep 2014 04:04:33 +0200 Christoph Anton Mitterer cales...@scientia.net wrote: I guess since the most recent upgrade of GTK the theme is completely broken. Most important, checkboxes and radio buttons are no longer displayed, you just see an empty space where they should be. When you click them, you can see the check for a few milliseconds, than it becomes invisible again. Further, the colours seem to no longer match, as the attached screenshot should show quite well, the default background seems to be white now, while the the background for frames, radio buttons and check boxes is still the proper grey. The screenshots are from cinnamon,... under gnome classic, I've seen that also some grey tones seem to no longer match (again grey tone of check boxes/etc. vs. the default background grey). Oh. WHY?! Why do they do this AGAIN and AGAIN?! Why just one breakage per year is NOT ENOUGH?! Okay, I'll try to fix it when I have more time. Thanks for the report. -- Cheers, Andrew signature.asc Description: PGP signature
Bug#760810: [quassel-client] quasselclient fails to start
On 09/23/2014 12:53 AM, Thomas Müller wrote: Hi, I cannot reproduce this on my system which is testing/sid. Can you please retest with the latest phonon packages, because meanwhile 4:4.8.0-1 arrived in testing? Sure. Indeed, I can no longer reproduce this with the latest phonon packages either. I presume the problem has been fixed. Thanks, Keshav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
On Tue, Sep 23, 2014 at 09:25:33AM +0700, Theppitak Karoonboonyanan wrote: Package: libfreetype6 Version: 2.5.2-2 Followup-For: Bug #730742 Control: reopen -1 Dear Maintainer, I also prefer Adobe rasterizer, to the point that my font packages, namely fonts-tlwg-*, have switched from TTF to OTF due to the improved quality it provides. The result was better control on glyph shapes (because the fonts are developed using cubic splines) with smaller installation size. Switching back to the old engine causes regression on my fonts, especially on terminal with dark background: New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-2.png Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-2.png New engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-new-engine-1.png Old engine: http://linux.thai.net/~thep/shots/20140923-tlwgtypo-old-engine-1.png So, I agree with Jason Pleau that Adobe engine is preferred. However, instead of providing alternative packages, I think the patch should be reverted and the poorly-hinted Cantarell font be fixed instead, as pointed out here in upstream mailing list (according to BubuXP's comment #118 above): https://lists.nongnu.org/archive/html/freetype/2014-01/msg00011.html I've checked Cantarell font, and its hints are really poor as described. I'm reopening the bug, so the discussion can be continued. So if this is only a problem with the GNOME3 default font, please get that font fixed in Debian, after which I am willing to reinstate the Adobe engine. But I'm not willing to enable it while it represents a regression vs. wheezy for a significant number of our desktop users. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#760526: Enable AppArmor support (using libapparmor)
Hi, intrigeri wrote (09 Sep 2014 00:14:30 GMT) : So: yes, please. I've been waiting for it eagerly, and will submit patches to the Tor upstream unit file as soon as Debian's systemd supports this option. I really want this to land in time for Jessie, so I've given it a try: 1. added libapparmor-dev to build-depends 2. the current apparmor package in Debian lacked pkg-config support, and thus the systemd build systemd did not detect it, so: 3. uploaded apparmor 2.8.0-8 with pkg-config support 4. now systemd builds fine, with AppArmor support according to the build log. Woohoo, first milestone reached! :) Remaining problems: a) I don't see any dependency automatically added on libapparmor1, and I've no idea which binary package exactly should have it. Any hint? b) The AppArmor support actually doesn't work for me. With the attached unit file for Tor (i.e. the upstream one, slightly adjusted for Debian), after un-commenting the AppArmorProfile directive, running `systemctl --system daemon-reload', and trying to restart the service, it fails to start. Status: ● tor.service - Anonymizing overlay network for TCP Loaded: loaded (/etc/systemd/system/tor.service; disabled) Active: failed (Result: start-limit) since Mon 2014-09-22 23:31:52 PDT; 3s ago Process: 24186 ExecStartPre=/usr/bin/tor --defaults-torrc /usr/share/tor/tor-service-defaults-torrc --verify-config (code=exited, status=231/APPARMOR) Main PID: 26773 (code=exited, status=0/SUCCESS) Sep 22 23:31:52 ensifera systemd[1]: Unit tor.service entered failed state. Sep 22 23:31:52 ensifera systemd[1]: tor.service start request repeated too quickly, refusing to start. Sep 22 23:31:52 ensifera systemd[1]: Failed to start Anonymizing overlay network for TCP. Sep 22 23:31:52 ensifera systemd[1]: Unit tor.service entered failed state. zsh: exit 3 sudo service tor status The status=231/APPARMOR seems to contain (the beginning of) an explanation, but I'm no C programmer, so diving into the source code to understand what it can possibly mean is a bit outside of my comfort zone. Note that the system_tor AppArmor profile *is* loaded in the kernel, confirmed with aa-status. Note that the version of the AppArmor userspace we're carrying in Debian currently is a bit old, and it might be that the AppArmor support in systemd was only tested with a newer version. If I find a slot on my copious free time in the next days or weeks, I'll try to reproduce this problem with the latest upstream version. Cheers, -- intrigeri [Unit] Description = Anonymizing overlay network for TCP After = syslog.target network.target nss-lookup.target [Service] Type = simple ExecStartPre = /usr/bin/tor --defaults-torrc /usr/share/tor/tor-service-defaults-torrc --verify-config # A torrc that has RunAsDaemon 1 won't work with the simple service type; # let's explicitly override it. ExecStart = /usr/bin/tor --defaults-torrc /usr/share/tor/tor-service-defaults-torrc --RunAsDaemon 0 ExecReload = /bin/kill -HUP ${MAINPID} KillSignal = SIGINT TimeoutSec = 30 Restart = on-failure LimitNOFILE = 32768 # Hardening PrivateTmp = yes DeviceAllow = /dev/null rw DeviceAllow = /dev/urandom r InaccessibleDirectories = /home ReadOnlyDirectories = / ReadWriteDirectories = /var/lib/tor ReadWriteDirectories = /var/log/tor ReadWriteDirectories = /var/run/tor NoNewPrivileges = yes #AppArmorProfile = system_tor [Install] WantedBy = multi-user.target
Bug#762531: nginx-common: test function doesn't set ULIMIT
Package: nginx-common Version: 1.2.1-2.2+wheezy2 Severity: serious Justification: must Dear Maintainer, our nginx configuration at startup opens many files (many vhost etc). Normally is not a problem, we can set ULIMIT in nginx default, but function test will starts before that and returns an error. We temporarily solved this problem by moving ULIMIT before the test function. Best Regards -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.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#762532: CVE-2014-3640: qemu: slirp: NULL pointer deref in sosendto()
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: qemu Version: 2.1+dfsg-4 Severity: important Tags: security, fixed-upstream Hi, When guest sends udp packet with source port and source addr 0, uninitialized socket is picked up when looking for matching and already created udp sockets, and later passed to sosendto() where NULL pointer dereference is hit during so-slirp-vnetwork_mask.s_addr access. Fix this by checking that the socket is not just a socket stub. Please see this discussion for more information: http://lists.nongnu.org/archive/html/qemu-devel/2014-09/msg03543.html - --- Henri Salo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlQhGTkACgkQXf6hBi6kbk/46gCfbwwiaD3Zdfbo5z57NihRYfvJ J34An0KG/kIRMQlB9CYUgcwM9net67oc =7klY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762530: no man page for evince-previewer
Package: evince Version: 3.12.2-1 I couldn't find a man page for /usr/bin/evince-previewer. jas@latte:~$ LANG=C man evince-previewer No manual entry for evince-previewer See 'man 7 undocumented' for help when manual pages are not available. jas@latte:~$ /Simon signature.asc Description: PGP signature
Bug#762533: namazu2: useless use of greediness modifier
Package: namazu2 Version: 2.0.21-9 Severity: normal Dear Maintainer, i'm using namazu2 as the search engines for a couple of mailinglists i'm running. as such, i'm re-building my index (mknmz) in a cron-job every night. since a few days, this generates notifications of the form: Useless use of greediness modifier '?' in regex; marked by -- HERE in m/^\w+:{1,1}? -- HERE / at /usr/share/namazu/filter/mp3.pl line 155. a quick websearch suggests, that this is because of an updated perl (the warning was introduced with perl5.20). $ dpkg -s perl | grep Version Version: 5.20.0-6 since this warning creates automated messages (at least for me), i would ask you to fix the regular expression in /usr/share/namazu/filter/mp3.pl. unfortunately my perl knowledge is nil, so i cannot provide a patch. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages namazu2 depends on: ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-11 ii libnmz72.0.21-9 ii namazu2-common 2.0.21-9 namazu2 recommends no packages. Versions of packages namazu2 suggests: pn apache none pn emacsen-common none ii lynx-cur [www-browser] 2.8.9dev1-2 ii namazu2-index-tools 2.0.21-9 pn tk none ii w3m [www-browser] 0.5.3-17 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762534: Can't (re)create ext4 filesystems on the DUT in master mode
Package: lava-dispatcher Severity: important Tags: patch ecent versions of e2fsprogs in debian will give a warning when trying to create a filesystem on a parition containing one and wait for user input, this isn't very helpful for usage in a lava slave where the test partitions get reformatted every run. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 34389967bec348fa85f1ca0d5d063baf0af6bc5e Mon Sep 17 00:00:00 2001 From: Sjoerd Simons sjoerd.sim...@collabora.co.uk Date: Tue, 23 Sep 2014 08:52:07 +0200 Subject: [PATCH] master: Force rootfs creation Recent versions of e2fsprogs in debian will give a warning when trying to create a filesystem on a parition containing one and wait for user input, this isn't very helpful for usage in a lava slave where the test partitions get reformatted every run. To work around this pass -F to mkfs.ext* and -f to mkfs.btrfs (woo, standards...) to force filesystem creation. --- lava_dispatcher/device/master.py | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/lava_dispatcher/device/master.py b/lava_dispatcher/device/master.py index 83968d8..510b0d2 100644 --- a/lava_dispatcher/device/master.py +++ b/lava_dispatcher/device/master.py @@ -274,11 +274,16 @@ class MasterImageTarget(Target): logging.debug(Unable to read boot commands dynamically.) def _format_testpartition(self, runner, fstype): +force = logging.info(Format testboot and testrootfs partitions) +if fstype.startswith(ext): +force = -F +elif fstype == btrfs: +force = -f runner.run('umount %s' % self.testrootfs_path, failok=True) -runner.run('nice mkfs -t %s -q %s -L %s' - % (fstype, self.testrootfs_path, self.testrootfs_label), timeout=1800) +runner.run('nice mkfs %s -t %s -q %s -L %s' + % (force, fstype, self.testrootfs_path, self.testrootfs_label), timeout=1800) runner.run('umount %s' % self.testboot_path, failok=True) runner.run('nice mkfs.vfat %s -n %s' % (self.testboot_path, self.testboot_label)) @@ -538,7 +543,7 @@ class MasterImageTarget(Target): def _deploy_linaro_android_data(self, session, datatbz2): data_label, data_path = self._android_data_label(session) session.run('umount %s' % data_path, failok=True) -session.run('nice mkfs.ext4 -q %s -L %s' % +session.run('nice mkfs.ext4 -F -q %s -L %s' % (data_path, data_label)) session.run('udevadm trigger') session.run('mkdir -p /mnt/lava/data') -- 2.1.0
Bug#759800: [Debian-astro-maintainers] Bug#759800: [stellarium] Should provide FPS/CPU limitation other things
Hi! Some changes from upstream report. 2014-08-30 22:10 GMT+07:00 B lazyvi...@gmx.com: Night mode should also be configurable (RGB would be good:) or at least available in green dark gray. Status for this part: Won't fix. Long details (upper left text block when clicking an object) is almost unreadable during the day (text is gray, sky is light blue, bad mixing). Status for this part: fixed in upstream at revision 6996 ( http://bazaar.launchpad.net/~stellarium/stellarium/trunk/revision/6996) Anyway, this is a tremendous software (just missing a dome and a 180° video projector;), thanks. Are you have a dome? Can you check this branch: https://code.launchpad.net/~guillaume-chereau/stellarium/viewport-effects (I hope we fix it successfully)? -- WBW, Alex
Bug#762500: [Pkg-xfce-devel] Bug#762500: xfce4-power-manager-plugins: plugin icon is missing
On mar., 2014-09-23 at 00:00 +0200, Zlatko Calusic wrote: On 22.09.2014 23:19, Yves-Alexis Perez wrote: On lun., 2014-09-22 at 22:51 +0200, Zlatko Calusic wrote: Package: xfce4-power-manager-plugins Version: 1.4.0-2 Severity: normal I like new xfpm plugin very much, there's just one small problem with it. On the desktop, where I have an UPS connected via USB cable, there's no icon in the xfce panel (previously, there was an icon in the tray). But, on the laptop (equipped with a battery), I see the icon. Just to be clear, I'm not talking about trayicon, I know it's gone, I'm talking about the xfpm plugin icon. Screenshot: http://i39.servimg.com/u/f39/13/01/91/22/xfpm10.png Can you strace the plugin and check the file it tries to open? It should try to use the various ups files from xfce4-power-manager-data, but that can also depend on the currently used icon theme. Regards, I replaced panel's wrapper binary with script that executes strace -fe open on the real wrapper binary, and then added the plugin to the panel. I'm afraid not much additional info in the trace file. Unless I missed something, it looks like the plugin never attempts to open any image file. At least you can see what icon themes I have installed (adwaita, gnome, hicolor). http://pastebin.com/6MM6CkEB This issue looks specific to the fact that I have UPS connected on this particular computer, not battery. I see that xfce4-power-manager-data package has specific icons for UPS' and they're properly installed, somehow they are invisible in panel. :P It might be worth running xfpm from command line, using debug: xfce4-power-manager -q # stop current daemon xfce4-power-manager --debug # run new daemon with debug mode And report your findings. Unfortunately I don't have an UPS so I can't really debug here. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#762535: new upstream (2.4)
Package: zabbix Severity: wishlist it would be nice if you could upload zabbix 2.4, it would be good to have that in wheezy over the current 2.2. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762541: O: live-f1 -- Formula 1 live timing
Package: wnpp Severity: normal The current maintainer of live-f1, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: live-f1 Binary: live-f1 Version: 0.2.10-1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 7), libncurses5-dev, libneon27-gnutls-dev, autotools-dev Architecture: any Standards-Version: 3.8.1 Format: 3.0 (quilt) Files: 7be9d4f39545999a844d705594f274ae 1669 live-f1_0.2.10-1.dsc 4b7a1578b7ab115c0dc14eb79dbbc123 502053 live-f1_0.2.10.orig.tar.gz 3523b5f40d79714e612760ec78f9dff4 1835 live-f1_0.2.10-1.debian.tar.gz Checksums-Sha1: 0de5e7139d43260a695dadc849184d13044c00a1 1669 live-f1_0.2.10-1.dsc 2b29ff4cadf2062d67a8fc94702493e7056ca2c7 502053 live-f1_0.2.10.orig.tar.gz 8e272276c5851f60d9f8f59b690baea96b194c81 1835 live-f1_0.2.10-1.debian.tar.gz Checksums-Sha256: bfe6f8299987f67e7488b96c0d8507d038ced435deb724ebef24f1ada4e9a7e4 1669 live-f1_0.2.10-1.dsc 4fc7b5f813196afdef36f61a97a2d2f0ef0e104509d6d1c328df07960718d5be 502053 live-f1_0.2.10.orig.tar.gz 791f1d479be8afc145a69ef095df170baad2fb5d00e6bbcaf033456e3991 1835 live-f1_0.2.10-1.debian.tar.gz Directory: pool/main/l/live-f1 Priority: source Section: utils Package: live-f1 Version: 0.2.10-1 Installed-Size: 84 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.4), libncurses5 (= 5.7+20100313), libneon27-gnutls (= 0.29.3) Description-en: Formula 1 live timing Command line program for monitoring live timing from Formula 1 races. Requires a free account on the Formula 1 website. Description-md5: 60740373cadc88b46ca3fb268e6ab1d0 Tag: implemented-in::c, role::program, scope::utility, uitoolkit::ncurses, use::monitor Section: utils Priority: extra Filename: pool/main/l/live-f1/live-f1_0.2.10-1_armel.deb Size: 29316 MD5sum: 03e9db6e34c903792d39d4a815bb7776 SHA1: c25db402c102970c82dfc1ea219a1bc967d025c2 SHA256: f1d5cb3b51cd54dccad668037882b3252f1bd0d12fd65436a809b30c9cc98d22 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762540: O: libmatthew-java -- Unix socket API and bindings for Java
Package: wnpp Severity: normal The current maintainer of libmatthew-java, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libmatthew-java Binary: libunixsocket-java, libmatthew-io-java, libmatthew-debug-java, libcgi-java, libmatthew-java-doc Version: 0.7.3-1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 7.0.50~), docbook-to-man, default-jdk, fastjar, javahelper (= 0.25) Build-Depends-Indep: default-jdk-doc Architecture: any Standards-Version: 3.8.4 Format: 1.0 Files: 5453053fccd05f3f51ed22cc75dde500 1827 libmatthew-java_0.7.3-1.dsc 8dde70138b89dbe8633a49d91a01f32b 38866 libmatthew-java_0.7.3.orig.tar.gz 5e16cd0b8f05d6205d83824747bfeb73 3091 libmatthew-java_0.7.3-1.diff.gz Checksums-Sha1: b2c53775989536f7bdaea0f27674576091b202a3 1827 libmatthew-java_0.7.3-1.dsc 28f04aa085caa5fe8ce5c28f09344dafca9af78b 38866 libmatthew-java_0.7.3.orig.tar.gz 97c8209888a725fd31cf29a669cd7251edb58083 3091 libmatthew-java_0.7.3-1.diff.gz Checksums-Sha256: e92c3eb586e25f68de3f049df2ff3b18670dd983913121be8faf3290855c134b 1827 libmatthew-java_0.7.3-1.dsc 5be2ec5bcee03218fbd5ef86dd0355fdd807133b835c6a853de4143cfa425bce 38866 libmatthew-java_0.7.3.orig.tar.gz 4e8eb4f0fa9305ef9a70b83aff3edc71716cd5c618dbc33975a66181e9c97c63 3091 libmatthew-java_0.7.3-1.diff.gz Directory: pool/main/libm/libmatthew-java Priority: source Section: java Package: libunixsocket-java Source: libmatthew-java Version: 0.7.3-1 Installed-Size: 72 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.4) Suggests: libmatthew-java-doc Description-en: Unix socket API and bindings for Java These bindings allow you to connect to Unix Sockets from within Java programs. Description-md5: 3e36fb15dec0a381f715ed905c41a9ce Tag: devel::lang:java, devel::library, implemented-in::java, role::devel-lib, role::shared-lib Section: java Priority: optional Filename: pool/main/libm/libmatthew-java/libunixsocket-java_0.7.3-1_armel.deb Size: 15416 MD5sum: ef98d92f2bf6632748fc7956d81def9b SHA1: 9111c1b1ecd5d18613136f2ab0fcf0b627b8ef7b SHA256: 574c9197af469c23b4a069dc8e81feff8ff7247152f7aeb7bfcec7c07396050d Package: libmatthew-io-java Source: libmatthew-java Version: 0.7.3-1 Installed-Size: 24 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Suggests: libmatthew-java-doc Description-en: Extra IO library for Java This library provides classes to pipe a stream through an external program, print DOM trees and split an output stream so that it also goes to a file. Description-md5: 0c77ec2a5fa4c1423e0c3a1f346af045 Tag: devel::lang:java, devel::library, implemented-in::java, role::devel-lib, role::shared-lib Section: java Priority: optional Filename: pool/main/libm/libmatthew-java/libmatthew-io-java_0.7.3-1_all.deb Size: 12454 MD5sum: 1a1dda6eea323728023433395239706b SHA1: c59392f131bf95a776a9cd1e585ee56f4c777498 SHA256: 14300fb21913c3f4f542dbc28e3d95109b2749348737b12e8a412af917809db2 Package: libmatthew-debug-java Source: libmatthew-java Version: 0.7.3-1 Installed-Size: 28 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Suggests: libmatthew-java-doc Description-en: Debugging library for Java This package provides a debugging library for Java, including a generic utility class for providing nicely formatted dumps of byte arrays (similar to the hexdump utility). Description-md5: d02e378111bbd284ea565f7c4b1b5af9 Tag: devel::lang:java, devel::library, implemented-in::java, role::devel-lib, role::shared-lib Section: java Priority: optional Filename: pool/main/libm/libmatthew-java/libmatthew-debug-java_0.7.3-1_all.deb Size: 13148 MD5sum: 39df10a1f4de0251b8d731e7523ceaea SHA1: 8e4ce20340ea43256559423eedf8003ece161bd6 SHA256: 51da19dac0edb53dcce3026467da5dcb1360df214affc5e8c21b7a1d56318071 Package: libcgi-java Source: libmatthew-java Version: 0.7.3-1 Installed-Size: 72 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.4) Suggests: libmatthew-java-doc Description-en: CGI library for Java This library allows CGI scripts to be written in Java. The library provides access to all the standard CGI variables including POST/GET. It also makes it easy to create input forms in HTML documents. Description-md5: 306e6a1f053ad7ac7f1e7908b02c3887 Tag: devel::doc, devel::lang:java, devel::library, implemented-in::java, role::devel-lib, role::documentation, role::shared-lib Section: java Priority: optional Filename: pool/main/libm/libmatthew-java/libcgi-java_0.7.3-1_armel.deb Size: 21476 MD5sum: 397861d810c8c6c38b0b7db650ab2940 SHA1: c60b3e4a5120855156a2f1e8ba3a97ca7c30f74e SHA256:
Bug#762542: O: nxcl -- NX X compression client library
Package: wnpp Severity: normal The current maintainer of nxcl, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: nxcl Binary: libnxcl1, libnxcl-dev, libnxcl-bin Version: 0.9-3.1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 5), automake, autoconf, doxygen, libstdc++-dev, libdbus-1-dev, libx11-dev, quilt (= 0.40), libtool Architecture: any Standards-Version: 3.7.3 Format: 1.0 Files: b69deef69be0c760b5afb0c480d2d1ce 1784 nxcl_0.9-3.1.dsc c7e4c05dc67a6dfd52707bc8afaaddfb 79423 nxcl_0.9.orig.tar.gz 25a0d48ad214af9c8291782c9339e472 5888 nxcl_0.9-3.1.diff.gz Checksums-Sha1: b3d2fa4946340ab2e6a0664b90fd3474ea1bea6a 1784 nxcl_0.9-3.1.dsc 2ce371febcb0694593e3d4a3fbc68aaeaa3e435e 79423 nxcl_0.9.orig.tar.gz b27d26e34c4550db4469c597fe10d834e0818281 5888 nxcl_0.9-3.1.diff.gz Checksums-Sha256: 7b8bb0edb88b78bd0411df1b20d2ea556f032b89166623ddebd4050dd57e1da0 1784 nxcl_0.9-3.1.dsc bff1d352488fb6680502be9851226d4d7c81f6ad44d20bab9b792cc5405f892c 79423 nxcl_0.9.orig.tar.gz 7617f10f85b5e89f21b3ff514ed14c92647033c899010ab6dac83b75a26a0e9c 5888 nxcl_0.9-3.1.diff.gz Package-List: libnxcl-bin deb x11 optional libnxcl-dev deb libdevel optional libnxcl1 deb x11 optional Directory: pool/main/n/nxcl Priority: source Section: x11 Package: libnxcl1 Source: nxcl Version: 0.9-3.1 Installed-Size: 119 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.4), libgcc1 (= 1:4.4.0), libstdc++6 (= 4.6), ssh-client, nxproxy Description-en: NX X compression client library NX provides a differential X compression system for X11. . This package provides the client library. Description-md5: 479a27e7d542b6a096d347315d523961 Tag: implemented-in::c++, role::shared-lib Section: libs Priority: optional Filename: pool/main/n/nxcl/libnxcl1_0.9-3.1_armel.deb Size: 41920 MD5sum: 56fd725389d339b5923e7a3fb9632747 SHA1: 9e94b2b6c37b468fe4e1e1bbcdb3171b780248a4 SHA256: b3fe9bac4fa364750c5e16ae844c62a9852fc3b685c811801f2577c57a21a519 Package: libnxcl-dev Source: nxcl Version: 0.9-3.1 Installed-Size: 681 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libnxcl1 (= 0.9-3.1) Description-en: NX X compression client library---headers NX provides a differential X compression system for X11. . This package provides the client library headers. Description-md5: e0189c79ae95957b2f7d3388151143ea Tag: devel::lang:c++, devel::library, implemented-in::c++, role::devel-lib Section: libdevel Priority: optional Filename: pool/main/n/nxcl/libnxcl-dev_0.9-3.1_armel.deb Size: 125922 MD5sum: ce1ecec7c0f629e40c4608ff9efb19f2 SHA1: 5474e031c4a461d9e880c544f0bf145a27b238f6 SHA256: fcb2b61d47c90810b44e183ed8311ed2733e4f867c46b656fd4e5d9d3ffa17fa Package: libnxcl-bin Source: nxcl Version: 0.9-3.1 Installed-Size: 129 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.4), libdbus-1-3 (= 1.0.2), libgcc1 (= 1:4.4.0), libnxcl1, libstdc++6 (= 4.6), libx11-6 Description-en: NX X compression client library---runtime NX provides a differential X compression system for X11. . This package provides the runtime binaries for the nx client libraries. Description-md5: 14e38fee6e034f52569e67201cd60b12 Tag: implemented-in::c++, interface::commandline, role::program Section: x11 Priority: optional Filename: pool/main/n/nxcl/libnxcl-bin_0.9-3.1_armel.deb Size: 40472 MD5sum: 6550b64828277a82143e841b48c54714 SHA1: dfa9382e5c73af0fbb62ce7606a65184e344714d SHA256: 7e6a6e600047e58b71a3405aae0c94498c3ffc9a564d8faa0f3294e33b90a777 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762538: O: id3ren -- id3 tagger and renamer
Package: wnpp Severity: normal The current maintainer of id3ren, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: id3ren Binary: id3ren Version: 1.1b0-6 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 5), dpatch Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: 3c53d20b407ec688cd8b29d8d330cbe1 561 id3ren_1.1b0-6.dsc dbfe38e5c45d23f6d83a085a0cab7641 42108 id3ren_1.1b0.orig.tar.gz db7121ff8c06d768e6949d277ccbfa81 6925 id3ren_1.1b0-6.diff.gz Checksums-Sha1: 8b4ab46abc9b1d8f514e3d64740c32064e1bb3a0 561 id3ren_1.1b0-6.dsc e675dfc45b6415b9a75a86a8ddc1d44d9936003b 6925 id3ren_1.1b0-6.diff.gz 3432657f4dcc26c1826c2350417660aa763542fe 42108 id3ren_1.1b0.orig.tar.gz Checksums-Sha256: 06906862bfd67bcfed61a91dfd69445604f7be08e1d91486205dc4d942021226 561 id3ren_1.1b0-6.dsc 0aca71dddef036d57d7c16a0fc2150c9334fb0c0dd386d2d4ed871779987a074 6925 id3ren_1.1b0-6.diff.gz a68c99635623e7e9aebea1c4afdab7c75a2f6bf0103e5f927b2c60a2efad1e67 42108 id3ren_1.1b0.orig.tar.gz Directory: pool/main/i/id3ren Priority: source Section: sound Package: id3ren Version: 1.1b0-6 Installed-Size: 120 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.7-1) Description-en: id3 tagger and renamer Tool used to rename batches of mpeg3 files by reading the ID3 tag at the end of the file which contains the song name, artist, album, year, and a comment. . The secondary function of id3ren is a tagger, which can create, modify, or remove ID3 tags. The id3 fields can be set on the command line, entered interactively, or guessed from the path and the filename. Description-md5: 5ba912562a8bc6090aeb390c3dd90d48 Tag: implemented-in::c, interface::commandline, role::program, scope::utility, use::organizing, works-with-format::mp3, works-with::audio Section: sound Priority: optional Filename: pool/main/i/id3ren/id3ren_1.1b0-6_armel.deb Size: 25126 MD5sum: ffb103b13c9f222e69b414fc38d7a89d SHA1: 7eda6b61a1b54ba3e2a95484380be16e99ac0462 SHA256: d2d8c6c6caccd3298a85e4867ecc601f184044faff7c34d62bb7eee600f58630 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762537: O: bluemon -- Activate or deactivate programs based on Bluetooth link quality
Package: wnpp Severity: normal The current maintainer of bluemon, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: bluemon Binary: bluemon Version: 1.4-6 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 4.0.0), libbluetooth-dev, docbook-to-man, libdbus-1-dev (= 0.60), pkg-config, quilt (= 0.40) Architecture: any Standards-Version: 3.7.3 Format: 1.0 Files: 2e86907ecf8d2af2d23f8308f5a2a0f5 1017 bluemon_1.4-6.dsc 0a81c0abdae492c211be0fe6cda69ab4 25987 bluemon_1.4.orig.tar.gz b4bb302c31b92ac8dd9c150a64c0d9a6 5095 bluemon_1.4-6.diff.gz Checksums-Sha1: c6fce22e62ae08d82d695a8322604e6813b35867 1017 bluemon_1.4-6.dsc e2db37856d46248718104d609394f53729b69c3e 25987 bluemon_1.4.orig.tar.gz 9398a18f571490c5beb0ebd6cf24ce616f434fbf 5095 bluemon_1.4-6.diff.gz Checksums-Sha256: bc13d2fa534c4bf31b25de1ac13d421ee456a6cbf76554d0ee1634a44ae5fc60 1017 bluemon_1.4-6.dsc 5eeae7cc6fe9a04403b37f63302c5cc0239ef2e451a4155ec14f9e0d1dae3a58 25987 bluemon_1.4.orig.tar.gz a6e39176e84ae03f0adc6096b5cdcbce677257f3a2a64610de4683f9779c6a67 5095 bluemon_1.4-6.diff.gz Directory: pool/main/b/bluemon Priority: source Section: net Package: bluemon Version: 1.4-6 Installed-Size: 172 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libbluetooth3 (= 4.40), libc6 (= 2.4), libdbus-1-3 (= 1.0.2), bluez Description-en: Activate or deactivate programs based on Bluetooth link quality BlueMon monitors the quality of the link to a Bluetooth device and can start or stop programs when the threshold drops below a certain value. This can be used to perform actions like locking the terminal when you walk away from it. . Bluemon uses the DBus system bus to alert other applications to the presence of Bluetooth devices. A user binary can then start or stop programs when such signals are received. Description-md5: b3f49f1f94cb4aa3c89c67630f6ba458 Tag: implemented-in::c, interface::daemon, role::program, scope::utility Section: net Priority: optional Filename: pool/main/b/bluemon/bluemon_1.4-6_armel.deb Size: 24722 MD5sum: bf060183cc518095831626fbcc9e9d07 SHA1: 9ec28016bd3b882cd98dfc41e6dd90c8c883740c SHA256: e0598f7c4620c7f09e5ef72345902fb0313281197283647acff08e29960a846e -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762536: RFS: psensor/1.1.2-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package psensor * Package name: psensor Version : 1.1.2-1 Upstream Author : Jean-Philippe Orsini jea...@gmail.com * URL : http://wpitchoune.net/psensor * License : GPL-2.0 Section : utils It builds those binary packages: psensor- display graphs for monitoring hardware temperature psensor-common - common files for Psensor and Psensor server psensor-server - Psensor server for monitoring hardware sensors remotely To access further information about this package, please visit the following URL: http://mentors.debian.net/package/psensor Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/psensor/psensor_1.1.2-1.dsc More information about psensor can be obtained from http://wpitchoune.net/psensor. Changes since the last upload: * New upstream release. * debian/control + added dep to libxnvctrl-dev or nvidia-settings to enable nvidia support and ease ubuntu sync. + removed build dep to gconf which is no more needed. + added build dep to libudisks2-dev. + removed hddtemp from Recommends field (psensor is using udisks2 by default now but not psensor-server). * debian/psensor.install + removed gconf schema. * debian/copyright + added copyright information about checkpatch.pl. * debian/watch + added location of the release signature. * added debian/upstream/signing-key.asc Regards, Jean-Philippe Orsini signature.asc Description: OpenPGP digital signature
Bug#762539: O: imdb-tools -- Lookup film details on IMDB
Package: wnpp Severity: normal The current maintainer of imdb-tools, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: imdb-tools Binary: imdb-tools Version: 0.9-1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 7.0.0), docbook-to-man Architecture: all Standards-Version: 3.9.1 Format: 3.0 (quilt) Files: 7cd5ebc80452b057960becf9eb020145 1636 imdb-tools_0.9-1.dsc 9c63e4e03e975d98bfacca034b6a4224 17551 imdb-tools_0.9.orig.tar.gz 5e2f33f39a12e40ea38150a2663c2fe6 2118 imdb-tools_0.9-1.debian.tar.gz Checksums-Sha1: e0c3e0e86f7e81ac35a71f5c90b497aee3be9462 1636 imdb-tools_0.9-1.dsc fb9641234259ac37d41e7eb5810eff280e0de0d4 17551 imdb-tools_0.9.orig.tar.gz 2600c6a19af114222c2e00a3578e37719688f810 2118 imdb-tools_0.9-1.debian.tar.gz Checksums-Sha256: 62d5646e7b78678df392af0159d2cc470dc6728f36adbfa4f29bd58a87a238c2 1636 imdb-tools_0.9-1.dsc 172f512a2668ad693b68f071a23e0e9a86227073672da9230614adcfc9e6440f 17551 imdb-tools_0.9.orig.tar.gz 79cbcb5fac2914d30b87f34273c1f04fd3fb5083379841f0aacdbf0995db5415 2118 imdb-tools_0.9-1.debian.tar.gz Directory: pool/main/i/imdb-tools Priority: source Section: utils Package: imdb-tools Version: 0.9-1 Installed-Size: 76 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Depends: curl, realpath, tidy Description-en: Lookup film details on IMDB The IMDB tools lookup film details on the Internet Movie Database: www.imdb.com, cache them and associate the details with filenames. Description-md5: c7593076e1ebbad0edbc972de316270c Tag: implemented-in::shell, interface::commandline, role::program, use::organizing, works-with::video Section: utils Priority: optional Filename: pool/main/i/imdb-tools/imdb-tools_0.9-1_all.deb Size: 14786 MD5sum: fcf0d9d61110dd120e522384c78e6977 SHA1: ae255c0ab7d199408e787ce27b4b67709d6dd1d6 SHA256: 186e236d0b187e819f6bb9e235633e1892b5f9e1d3ea62b555e5e0adc188c510 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762546: O: salliere -- Bridge duplicate scorer
Package: wnpp Severity: normal The current maintainer of salliere, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: salliere Binary: salliere, gsalliere Version: 0.10-1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 7.0.50), default-jdk, fastjar, docbook-to-man, libmatthew-debug-java, libcsv-java, libitext-java, gettext, javahelper (= 0.20), libcommons-net-java Architecture: all Standards-Version: 3.8.0 Format: 1.0 Files: 5b2288438516b201c13b1857be023d7d 1100 salliere_0.10-1.dsc 37a03971012eb39ef26deaa9cc589aaa 122376 salliere_0.10.orig.tar.gz 847061937785fe92ef0df0a57afc4c18 2454 salliere_0.10-1.diff.gz Checksums-Sha1: bdd7b9af645f7e27196fe3df6d3c7c1ade83e144 1100 salliere_0.10-1.dsc d52e5459a0cbf7afff3d9e048c486b9b020f111e 122376 salliere_0.10.orig.tar.gz e70fd22f0c3bf4d3d0a9b1c91172b547893b87c1 2454 salliere_0.10-1.diff.gz Checksums-Sha256: 27f0cfe5788879fd0c84325198235bfe104d053d79b393569e46d3a501155f47 1100 salliere_0.10-1.dsc cb153d7f5a3d5d33d8127cc25b13f1595f36d40ea6701d6bd5fbcd4783689076 122376 salliere_0.10.orig.tar.gz 72556c79230d112512d542e4e3b15de0d5d10f3110a7b6c6329f414af28d8aa3 2454 salliere_0.10-1.diff.gz Directory: pool/main/s/salliere Priority: source Section: games Package: salliere Version: 0.10-1 Installed-Size: 92 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Depends: default-jre | java6-runtime, jarwrapper (= 0.5), libcommons-net-java, libcsv-java, libitext-java Description-en: Bridge duplicate scorer Salliere is a scoring program for duplicate bridge. It will take a file of pair numbers and contracts then score and match point them for duplicate bridge. It will then produce nicely tabulated overall results and board-by-board results. Description-md5: 57b0f570369399e9657291fe0cb4678a Tag: implemented-in::java, interface::commandline, role::program Section: games Priority: optional Filename: pool/main/s/salliere/salliere_0.10-1_all.deb Size: 69980 MD5sum: a34b61c7310d876cd9e3849d9f981d9c SHA1: 317743f57dd54371966731a1db8f5852fb2fd352 SHA256: 2ab474e9a2567b843157d3df1133908ea5754ea4ed7812131f3f4599a898b9ae Package: gsalliere Source: salliere Version: 0.10-1 Installed-Size: 56 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Depends: default-jre | java6-runtime, jarwrapper (= 0.5), salliere (= 0.10-1) Description-en: Bridge duplicate scorer (GUI frontend) Salliere is a scoring program for duplicate bridge. It will take a file of pair numbers and contracts then score and match point them for duplicate bridge. It will then produce nicely tabulated overall results and board-by-board results. . This package contains the GUI frontend for salliere. Description-md5: 5f0d63ff6ca07cbbdd6d6674f8eaf1ad Tag: game::card, implemented-in::java, interface::x11, role::program, uitoolkit::TODO, use::gameplaying, x11::application Section: games Priority: optional Filename: pool/main/s/salliere/gsalliere_0.10-1_all.deb Size: 28948 MD5sum: 270d43a693af02ad84e077aab5593a24 SHA1: 50e1b8998db860f2be3540e6e8f5a3eb5c7c718d SHA256: 521d83574a3994bcf379b2ff159ef5c888c2d087151e6be8d2a9b58ff567d812 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762543: O: otpw -- OTPW library development files and documentation
Package: wnpp Severity: normal The current maintainer of otpw, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: otpw Binary: libotpw-dev, libpam-otpw, otpw-bin Version: 1.3-2 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 5), dpatch, libpam-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: 8e3989c1bf9c73e6a281b9e44e2eccb8 589 otpw_1.3-2.dsc 8e72d23714b29e450aeb50c35be67b55 40196 otpw_1.3.orig.tar.gz 08a81155d9c5a33ac044c13fd2ded9bb 3280 otpw_1.3-2.diff.gz Checksums-Sha1: 549348d3a13e3b918a42058638aa8c421e559d49 589 otpw_1.3-2.dsc 420f90974590e9dc8dd211caf76d4c94b7afd5cf 3280 otpw_1.3-2.diff.gz 11e8456b79b2bee7b603b1dbab06b57544d65961 40196 otpw_1.3.orig.tar.gz Checksums-Sha256: 048958e808d7f975af561e6b33f096aa5b0c6002fe5dc5f41a4c7976eb8a55a2 589 otpw_1.3-2.dsc 2b8aac73feb603149402b515f9eae5ddb50baad3b8f4c074f740c29c3b53662d 3280 otpw_1.3-2.diff.gz 3357de0a1d0d214483d7a8d81d4772dca915d988aded590a9bd0fcbefa6170cc 40196 otpw_1.3.orig.tar.gz Directory: pool/main/o/otpw Priority: source Section: libs Package: libotpw-dev Source: otpw Version: 1.3-2 Installed-Size: 108 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Recommends: otpw-bin Description-en: OTPW library development files and documentation OTPW is a one-time password system which is robust against the password list being stolen and race for the last digit attacks. . This package contains the development files needed to write programs using OTPW and the documentation of the OTPW system. Description-md5: 8b12e23933b0bd94aff7db81b291b4e0 Tag: devel::lang:c, devel::library, implemented-in::c, role::devel-lib Section: libdevel Priority: optional Filename: pool/main/o/otpw/libotpw-dev_1.3-2_armel.deb Size: 26766 MD5sum: 7bcf193090c0a365b598502ee2c3cb73 SHA1: e4a6afbe30a5714956c481fda161674838f50a85 SHA256: 00f5f4be17bc759e2c426e6911c7c1c312f24224b88893bbe5bc5f9ae6b6056c Package: libpam-otpw Source: otpw Version: 1.3-2 Installed-Size: 108 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.7-1), libpam0g (= 0.99.7.1) Recommends: otpw-bin Description-en: Use OTPW for PAM authentication OTPW is a one-time password system which is robust against the password list being stolen and race for the last digit attacks. . This package contains the PAM library to use OTPW in any program which uses PAM. Description-md5: a43d1a9a348a59e88243400409ecdfdc Tag: admin::login, implemented-in::c, role::plugin, role::shared-lib, security::authentication, security::cryptography, use::login Section: admin Priority: optional Filename: pool/main/o/otpw/libpam-otpw_1.3-2_armel.deb Size: 25832 MD5sum: e1a4d4ae14ce35b27603a74049a0b190 SHA1: 39ef5d2ca49004bbf4de284e3a4c2ec05f507ee6 SHA256: 620d29437931bfd140d0723380d641f8e0aab5b015ecbe8898ba0991f8eb83f1 Package: otpw-bin Source: otpw Version: 1.3-2 Installed-Size: 112 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.7-1) Suggests: libpam-otpw Description-en: OTPW programs for generating OTPW lists OTPW is a one-time password system which is robust against the password list being stolen and race for the last digit attacks. . This package contains the programs used to setup OTPW for a user and generate the password lists. Description-md5: 3d18ee3f5abde3a0c8f56630fae70919 Tag: admin::login, implemented-in::c, interface::commandline, role::program, security::cryptography Section: admin Priority: optional Filename: pool/main/o/otpw/otpw-bin_1.3-2_armel.deb Size: 32208 MD5sum: 4d0ec3f396298d5b4eed6be37ad45d43 SHA1: 163e7182e44ec1996912f1b14a11482ef29a3710 SHA256: 50b0e9d7d91d5432c17cb755831ea134e107db488989b5c0666a1f88924ec703 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762544: O: pescetti -- Bridge Pseudo-duplimate generator
Package: wnpp Severity: normal The current maintainer of pescetti, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: pescetti Binary: pescetti Version: 0.5-1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 7), default-jdk, fastjar, docbook-to-man, libmatthew-debug-java, libitext-java, gettext, javahelper (= 0.23), texlive-latex-base, texlive-latex-extra, texlive-fonts-recommended Architecture: all Standards-Version: 3.8.0 Format: 1.0 Files: d7ceb804596304aeccc7277ef176fb58 1108 pescetti_0.5-1.dsc 61a3256abeab496501a598c453656ec8 71099 pescetti_0.5.orig.tar.gz 9cab73dcb3edab3cf0c8da5ca52a866c 1822 pescetti_0.5-1.diff.gz Checksums-Sha1: 2282a8ce887b1114a9d023f357795c985956bac3 1108 pescetti_0.5-1.dsc f23d209a96dc4fd709f57e1e88097c1137b1ec51 71099 pescetti_0.5.orig.tar.gz 486fbdca9f5bd2c4270b5a3e18659b76c66f7066 1822 pescetti_0.5-1.diff.gz Checksums-Sha256: 83078ac835c54f8949c4c3971160a74c6de8f9a45a0eae4a9022428a2c00fddc 1108 pescetti_0.5-1.dsc e7f9704b34ff00d0977c7393ba494182f71923f2ebc57ec90cb261b43c97f8f1 71099 pescetti_0.5.orig.tar.gz 108ebda4d4f43470f748d79a94ef04e594a83d0812d68ae1d9ef58c5adbe7712 1822 pescetti_0.5-1.diff.gz Directory: pool/main/p/pescetti Priority: source Section: games Package: pescetti Version: 0.5-1 Installed-Size: 124 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Depends: default-jre | java6-runtime, jarwrapper (= 0.5), libitext-java Recommends: dds Description-en: Bridge Pseudo-duplimate generator Generates random bridge hands or hands matching a certain specification with a given probability. Produces hand records and dealing sheets to allow duplication of the hands without a duplimate machine. . Pescetti can interface with the dds double dummy solver to produce analysis for the hand records. . Provides conversion or import from dds-format and pbn files. Description-md5: f07b6f527215795ca8e6d7a097989933 Tag: game::card, role::program, scope::utility Section: games Priority: optional Filename: pool/main/p/pescetti/pescetti_0.5-1_all.deb Size: 92422 MD5sum: 2d364b2389fc69380caee208a2bcd520 SHA1: 9d990a647a17f784bbc13fd5676093986bdcbde8 SHA256: bd90aba754aeafc8f2af23733fa90b3d090908518bd0d9fddf4bab52dd4b5b0f -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#762547: oss-compat: Upgrade to compat_2+deb7u1 fails during configure
Package: oss-compat Version: 2+deb7u1 Severity: serious Justification: Policy 6.1 Dear Maintainer, I just upgraded my machine and that included oss-compat. During the dpkg configuration phase it failed. Here's the output from the session: (Reading database ... 271246 files and directories currently installed.) Preparing to replace libsnmp-base 5.4.3~dfsg-2.8 (using .../libsnmp-base_5.4.3~dfsg-2.8+deb7u1_all.deb) ... Unpacking replacement libsnmp-base ... Preparing to replace libsnmp-dev 5.4.3~dfsg-2.8 (using .../libsnmp-dev_5.4.3~dfsg-2.8+deb7u1_amd64.deb) ... Unpacking replacement libsnmp-dev ... Preparing to replace libsnmp-perl 5.4.3~dfsg-2.8 (using .../libsnmp-perl_5.4.3~dfsg-2.8+deb7u1_amd64.deb) ... Unpacking replacement libsnmp-perl ... Preparing to replace libsnmp15 5.4.3~dfsg-2.8 (using .../libsnmp15_5.4.3~dfsg-2.8+deb7u1_amd64.deb) ... Unpacking replacement libsnmp15 ... Preparing to replace snmp 5.4.3~dfsg-2.8 (using .../snmp_5.4.3~dfsg-2.8+deb7u1_amd64.deb) ... Unpacking replacement snmp ... Preparing to replace oss-compat 2 (using .../oss-compat_2+deb7u1_amd64.deb) ... Unpacking replacement oss-compat ... Processing triggers for man-db ... Setting up libsnmp-base (5.4.3~dfsg-2.8+deb7u1) ... Setting up libsnmp15 (5.4.3~dfsg-2.8+deb7u1) ... Setting up libsnmp-perl (5.4.3~dfsg-2.8+deb7u1) ... Setting up libsnmp-dev (5.4.3~dfsg-2.8+deb7u1) ... Setting up snmp (5.4.3~dfsg-2.8+deb7u1) ... Setting up oss-compat (2+deb7u1) ... cp: missing destination file operand after `/lib/oss-compat/linux' Try `cp --help' for more information. dpkg: error processing oss-compat (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: oss-compat E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up oss-compat (2+deb7u1) ... cp: missing destination file operand after `/lib/oss-compat/linux' Try `cp --help' for more information. dpkg: error processing oss-compat (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: oss-compat My guess is that the problem is in: /var/lib/dpkg/info/oss-compat.postinst On line 36: [ -f ${curconffile} ] [ $(md5sum ${curconffile} | cut -d\ -f1) = 88222606b0a3ba8b0825c5000c754e6f ] cp /lib/oss-compat/linux ${conffile} ${conffile} is not mentioned in any other places in that script, so if it's not being set somewhere else that would be the reason for the cp command to fail. I have not yet tried to fix the issue but I suspect that a purge/re-install would to the trick.. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages oss-compat depends on: ii kmod 9-3 oss-compat recommends no packages. oss-compat 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#762397: [PATCH] Allow ./configure to explicitly set libgpg-error's build timestamp
On Mon, 22 Sep 2014 21:40, d...@fifthhorseman.net said: A group within Debian is working on making the archive rebuildable in a reproducible way, so that the compiled binary outputs are byte-for-byte identical when built for the same platform using the I am not that convinced about need for binary indetical builds but if they really want that ... This patch allows an external build system to set this embedded timestamp explicitly, which appears to make the package build repeatably when ./configure is called with EXTERNAL_BUILD_TIMESTAMP Is EXTERNAL_BUILD_TIMESTAMP a de-facto Debian standard for that? If not I would prefer to use a configure option for this. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762548: O: trilead-ssh2 -- Java SSH library
Package: wnpp Severity: normal The current maintainer of trilead-ssh2, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: trilead-ssh2 Binary: libtrilead-ssh2-java Version: 6401+svn158-0.1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 9), javahelper, maven-repo-helper Build-Depends-Indep: default-jdk Architecture: all Standards-Version: 3.9.5 Format: 3.0 (quilt) Files: f8451e236e40426dc1e8cae93749da26 1910 trilead-ssh2_6401+svn158-0.1.dsc 6985e10a1737b5ec7e11ba990cebed3e 103048 trilead-ssh2_6401+svn158.orig.tar.xz 413a27a1949b9f84b839bc9b11da8d3e 17968 trilead-ssh2_6401+svn158-0.1.debian.tar.xz Checksums-Sha1: 5f5c6638095ed4a6853839c07b779d0c65c2cdc2 1910 trilead-ssh2_6401+svn158-0.1.dsc 1dba4621d871328a443938a2e78684bf133c1592 103048 trilead-ssh2_6401+svn158.orig.tar.xz d802ca58a58ac379cfd0bec8c458eaf044db8283 17968 trilead-ssh2_6401+svn158-0.1.debian.tar.xz Checksums-Sha256: d5bcaf39cc62fd304b58272a43fa731f4967022139deb5c9013d4db2c55c2a03 1910 trilead-ssh2_6401+svn158-0.1.dsc 2aa2f13231453b1b57ccb15fefc879ba4066e8400048422cbfdb8a6648a0102f 103048 trilead-ssh2_6401+svn158.orig.tar.xz 782527e2335a4fc6d90ec8deef96e04e8e1690d364074b63f955955a0d2fa8d6 17968 trilead-ssh2_6401+svn158-0.1.debian.tar.xz Homepage: http://svn.svnkit.com/repos/3rdparty/com.trilead.ssh2/trunk/trilead-ssh2 Package-List: libtrilead-ssh2-java deb java optional Directory: pool/main/t/trilead-ssh2 Priority: source Section: libs Package: libtrilead-ssh2-java Source: trilead-ssh2 Version: 6401+svn158-0.1 Installed-Size: 2799 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Description-en: Java SSH library Trilead SSH for Java is a freely available open-source library which implements the SSH-2 protocol in pure Java (tested on J2SE 1.4.2 and 5.0). It allows one to connect to SSH servers from within Java programs. It supports SSH sessions (remote command execution and shell access), local and remote port forwarding, local stream forwarding, X11 forwarding, SCP and SFTP. There are no dependencies on any JCE provider, as all crypto functionality is included. Description-md5: 488d9de16ca83b0e9cd4da930ffdd6e9 Homepage: http://svn.svnkit.com/repos/3rdparty/com.trilead.ssh2/trunk/trilead-ssh2 Tag: devel::lang:java, devel::library, implemented-in::java, network::client, protocol::ssh, role::devel-lib, role::shared-lib, security::cryptography Section: java Priority: optional Filename: pool/main/t/trilead-ssh2/libtrilead-ssh2-java_6401+svn158-0.1_all.deb Size: 341812 MD5sum: da92cc61d2a3fdfaf381a14dc128d467 SHA1: cae0d912508fe5ae534a5eb437e0bde4033e5699 SHA256: 4e64da214893a36f4647a9be7e0504c27f72ddba8876e90b6cfb77607521c141 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Dear Otto, I would like Mariadb to be accepted before the freeze as well. However I am not a DD, so I cannot sponsor it myself. In order to get Mariadb sponsored you might handle at least the Lintian error (https://lintian.debian.org/tags/build-depends-on-obsolete-package.html, http://labs.seravo.fi/~otto/mariadb-repo/logs/mariadb-10.0/mariadb-10.0_10.0.13-1_amd64.build-d992d30.log). If it is a false positive, please explain why. Yesterday Arnoud Fontaine expressed his willingness to sponsor (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745135#69). He asks What's blocking the upload to unstable?. Other sponsors may have the same question. Good luck! Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762103: exim4-config: Fail to install with Error in GnuTLS initialization: Failed to acquire random data.
Hm, I run into this problem almost all the time when I try to test the Debian Installer with Debian Edu Jessie. I managed to sit down and try to debug it a bit this time. I ran 'EX4DEBUG=true apt-get install -f' to get some more debug output, and added 'set -x' to /usr/sbin/update-exim4.conf to get more information about how it fail. The resulting log file from the apt-get install run is attached. The failing call is /usr/sbin/exim4 -C /var/lib/exim4/config.autogenerated.tmp -bV which when I run manually seem to work. I get this output: Exim version 4.84 #3 built 29-Aug-2014 18:34:30 Copyright (c) University of Cambridge, 1995 - 2014 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2014 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM PRDR OCSP Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated.tmp Is there too little entropy in the kernel when it fail? Any other idea? I next added 'strace -f' in front of the failing call in update-exim4.conf, to see what it is doing when it fail. The strace output is attahced. It look like it is looking for several nonexisting devices just before it print the error message: 7672 stat(/var/run/egd-pool, 0x7fff07e2f050) = -1 ENOENT (No such file or directory) 7672 stat(/dev/egd-pool, 0x7fff07e2f050) = -1 ENOENT (No such file or directory) 7672 stat(/etc/egd-pool, 0x7fff07e2f050) = -1 ENOENT (No such file or directory) 7672 stat(/etc/entropy, 0x7fff07e2f050) = -1 ENOENT (No such file or directory) 7672 stat(/var/run/entropy, 0x7fff07e2f050) = -1 ENOENT (No such file or directory) 7672 stat(/dev/entropy, 0x7fff07e2f050) = -1 ENOENT (No such file or directory) 7672 write(2, Error in GnuTLS initialization: ..., 63) = 63 I hope this can help someone figuring out how to make the installation of exim4 robust. -- Happy hacking Petter Reinholdtsen Reading package lists... Building dependency tree... Reading state information... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 5 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up exim4-config (4.84-2) ... now debugging /var/lib/dpkg/info/exim4-config.config configure + UE4CC=/etc/exim4/update-exim4.conf.conf + alias coloncolon2oe=env -u LC_ALL LC_CTYPE=C sed -e 's/[[:blank:]]*//g' -e '/^/d' -e 's/:/:��/g' -e 's//��/g' -e 's/:::/:�/g' -e 's/::/�/g' -e 's/:/ : /g' -e 's/^/ /' -e 's/$/ /' + dc_local_interfaces=notset + db_settitle exim4/exim4-config-title + _db_cmd SETTITLE exim4/exim4-config-title + _db_internal_IFS= + IFS= + printf %s\n SETTITLE exim4/exim4-config-title + IFS= + IFS= read -r _db_internal_line + RET=0 + return 0 + db_get exim4/dc_eximconfig_configtype + _db_cmd GET exim4/dc_eximconfig_configtype + _db_internal_IFS= + IFS= + printf %s\n GET exim4/dc_eximconfig_configtype + IFS= + IFS= read -r _db_internal_line + RET=local delivery only; not on a network + return 0 + convert_to_short local delivery only; not on a network + echo -n local + dc_eximconfig_configtype=local + db_get exim4/use_split_config + _db_cmd GET exim4/use_split_config + _db_internal_IFS= + IFS= + printf %s\n GET exim4/use_split_config + IFS= + IFS= read -r _db_internal_line + RET=false + return 0 + dc_use_split_config=false + db_fget exim4/dc_other_hostnames mailname + _db_cmd FGET exim4/dc_other_hostnames mailname + _db_internal_IFS= + IFS= + printf %s\n FGET exim4/dc_other_hostnames mailname + IFS= + IFS= read -r _db_internal_line + RET=true + return 0 + dc_mailname_in_oh=true + [ -e /etc/exim4/update-exim4.conf.conf ] + . /etc/exim4/update-exim4.conf.conf + dc_eximconfig_configtype=local + dc_other_hostnames=pxe-test6-pre.uio.no + dc_local_interfaces=127.0.0.1 ; ::1 + dc_readhost= + dc_relay_domains= + dc_minimaldns=false + dc_relay_nets= + dc_smarthost= + CFILEMODE=644 + dc_use_split_config=false + dc_hide_mailname= + dc_mailname_in_oh=true + dc_localdelivery=mail_spool + [ -n ] + storevar2db + printf %s\n local + sed -e s/^[[:blank:]]*// -e s/[[:blank:]]*$// + dc_eximconfig_configtype=local + printf %s\n 127.0.0.1 ; ::1 + sed -e s/^[[:blank:]]*// -e s/[[:blank:]]*$// + dc_local_interfaces=127.0.0.1 ; ::1 + printf %s\n pxe-test6-pre.uio.no + sed -e s/^[[:blank:]]*// -e s/[[:blank:]]*$// + dc_other_hostnames=pxe-test6-pre.uio.no + printf %s\n + sed -e s/^[[:blank:]]*// -e s/[[:blank:]]*$// + dc_readhost= + printf %s\n + sed -e s/^[[:blank:]]*// -e s/[[:blank:]]*$// + dc_relay_domains= + printf %s\n + sed -e s/^[[:blank:]]*// -e
Bug#760810: [quassel-client] quasselclient fails to start
tags 760810 +wontfix quit Am Dienstag, den 23.09.2014 um 8:39 schrieb Keshav Kini: On 09/23/2014 12:53 AM, Thomas Müller wrote: Hi, I cannot reproduce this on my system which is testing/sid. Can you please retest with the latest phonon packages, because meanwhile 4:4.8.0-1 arrived in testing? Sure. Indeed, I can no longer reproduce this with the latest phonon packages either. I presume the problem has been fixed. Thanks, Keshav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762545: O: python-scriptutil -- Python module which provides the functionality of find and grep
Package: wnpp Severity: normal The current maintainer of python-scriptutil, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: python-scriptutil Binary: python-scriptutil Version: 1-1 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 5), python Build-Depends-Indep: python-support (= 0.3) Architecture: all Standards-Version: 3.7.3 Format: 1.0 Files: 2e2a5dd0c765d9e7a6e6a26f84b54737 1033 python-scriptutil_1-1.dsc 729decba6c9169f548853247b4a08432 3623 python-scriptutil_1.orig.tar.gz a5b10493d7015d8131655de772fa529a 1864 python-scriptutil_1-1.diff.gz Checksums-Sha1: 49f23980f0acc075fcd0299c4f917715e2ab0397 1033 python-scriptutil_1-1.dsc 1ece856c11a5128110555db070998d2f9fc43e16 3623 python-scriptutil_1.orig.tar.gz 29150a3fdb91f6591c89c3ec37bf6a82cd697d06 1864 python-scriptutil_1-1.diff.gz Checksums-Sha256: f0d3404971aef63883c0b20de93024d04e2c312a0637cd646a4c96d61ea301b2 1033 python-scriptutil_1-1.dsc aec7636dfada8cc0950268d63ec438308ac91d35dba718f399e214e6f1b8856c 3623 python-scriptutil_1.orig.tar.gz cc61f549b44a8fe803850220393c35a48c3938dabdf02228d0f3b6acac6e64a5 1864 python-scriptutil_1-1.diff.gz Directory: pool/main/p/python-scriptutil Priority: source Section: python Package: python-scriptutil Version: 1-1 Installed-Size: 32 Maintainer: Matthew Johnson mj...@debian.org Architecture: all Depends: python (= 2.4), python-support (= 0.7.1) Description-en: Python module which provides the functionality of find and grep This package contains a python module which provides a recursive find on the filesystem and searching within those files. Description-md5: 4c62a99f8ab75e882195d3e1030b9dfc Section: python Priority: optional Filename: pool/main/p/python-scriptutil/python-scriptutil_1-1_all.deb Size: 5152 MD5sum: 66d0e054d224698fd7398ad0e22a11c7 SHA1: c800ae7f328a48380b1eef9766cb310f63aae9c1 SHA256: 9eb256b21c755815de8495cc11120b0d42b27e93d9e44c554ce67bc2823c5492 -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#761824: gnome-system-tools: src/common/gst-tool.c - update_async_func ignores liboobs' errors
retitle 761824 patch - don't ignore liboobs' result in a callback function tags 761824 patch thanks Ok, I've decided a warning dialog should be enough for now. I'm attaching the debdiff with the fix. If it proves to be not enough, the patch can be easily corrected. gst-debdiff Description: Binary data
Bug#762549: vinagre: Please handle international keyboards
Package: vinagre Version: 3.4.2-2 Severity: important vinagre does not handle international keyboards properly over RDP. When connecting from my linux machine (LANG=en_US.UTF-8) to a windows 7 machine (fr-FR) the keyboard appears as if configured for English people. It make the package itself barely usable. Everything works as expected under remmina 1.0.0-4+deb7u1 Other reference of the issue on the web: https://bugs.launchpad.net/ubuntu/+source/vinagre/+bug/919605 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762519: [Pkg-xfce-devel] Bug#762519: xfce4-power-manager 1.4.0 misses lxpanel plugin.
On mar., 2014-09-23 at 04:44 +0300, Andrej N. Gritsenko wrote: Source: xfce4-power-manager Version: 1.4.0-2 Severity: important Control: affects -1 lxpanel The upstream package xfce4-power-manager contains plugin for lxpanel which seriously affects usability of lxpanel (it's why this Severity) but xfce4-power-manager misses it packaged. This is pretty much simple to fix: 1) add two packages to Build-Depends: lxpanel (= 0.7.1), libfm-dev 2) add a binary package xfce4-power-manager-lxpanel-plugin into debian/control file 3) create debian/xfce4-power-manager-lxpanel-plugin.install with contents: usr/lib/*/lxpanel/plugins 4) change in debian/xfce4-power-manager-plugins.install: usr/lib into usr/lib/*/xfce4 (plugins should be in different packages due to lxpanel linking with libfm.so.4 which obviously should be not in Depends for Xfce4-related package) 5) DEB_LDFLAGS_MAINT_APPEND in debian/rules a bit conflicts with lxpanel since flags -Wl,-z,defs aren't appropriate for plugins linked to executable, only for linked to library but lxpanel isn't a library. I intend to do a tentative enable of lxpanel plugin in experimental in the following days/weeks, but that's really low priority for me (read, wishlist severity). Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#762418: Problem only with gstreamer backend
After checking differences with another machine where amarok worked, I found I was using gstreamer backend where it did not work and vlc backend where it id. Changing to vlc backend, amarok works again, so this problem is only with gstreamer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712787: ITP for Distkeys
Hello Eriberto and Andrey, (KMail offered my signing the message, as your mail has been signed, I switched it off, cause Exchange creates a mess out of signed messages. It attached it as a new message inside a message. Will use signing on critical mails. Also on the long signature I currently have no influence on.) Am Dienstag, 23. September 2014, 00:43:25 schrieb Andrey Rahmatullin: On Mon, Sep 22, 2014 at 02:04:37PM -0300, Eriberto wrote: - Your year as packager should be 2013. What do you mean by that? I already have Files: debian/* Copyright: 2013-2014 Martin Steigerwald m...@teamix.de License: GPL-3+ Anything else needed? Sorry for my mistake. As the package in new in Debian, the packaging year must be 2014. This is wrong. Andrey, Not wrong. The package is in first upload. 2014. Can you explain how is this related to copyright years for work done prior to uploading? Please, don't interfer in my revision without a strong motive. I think pointing at errors when someone tells others to do wrong things is quite important. So what is it now, and why? :) The initial package exists since 2013. So is it the date when I did the initial packaging? Then its 2013. Is it the date where the package may get uploaded, then it may be 2014 or 2015. Or is it, as would make most sense to me the years I actually worked on the packaging, then its 2013-2014 as I have it currently. I don't see any clear guidelines in: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile While 4.2 in new maintainer guide has a date range in the example: 13 Files: debian/* 14 Copyright: 1998-2010 Josip Rodin joy...@debian.org 15 License: GPL-2+ https://www.debian.org/doc/manuals/maint-guide/dreq.de.html#copyright So right now I do not see any evidence for which variant is right, i.e. policy conforming. Ciao, Martin -- Martin Steigerwald | Consultant / Trainer teamix GmbH Südwestpark 43 90449 Nürnberg Tel.: +49 911 30999 55 | Fax: +49 911 30999 99 mail: martin.steigerw...@teamix.de | web: http://www.teamix.de | blog: http://blog.teamix.de Amtsgericht Nürnberg, HRB 18320 | Geschäftsführer: Oliver Kügow, Richard Müller **Nicht verpassen: Die teamix Wissenstage im Herbst - JETZT ANMELDEN** 21.10. Nürnberg | 22.10. Mainz | 23.10. München | 04.11. Bayreuth Anmeldung unter: http://www.teamix.de/teamix/veranstaltungen/wissenstage-herbst-2014/herbst-2014.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762551: jumpnbump-levels: Package has no uploaders
Source: jumpnbump-levels Version: 20091107 Severity: serious Justification: Policy 5.6.3 Dear Maintainer, jumpnbump-levels does not currently have any human uploaders. This is a violation of a must directive in Policy 5.6.3 [1], hence it is a RC bug. Regards, Vincent [1] https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-controlfieldslist -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761062: Upgrading from 304.117-1 to 340.32-1 with older graphics card leaves system without X Windows
On 2014-09-12 10:37, Vincent Cheng wrote: I'd like to point out that the various nvidia packages are (supposed to be) co-installable, letting you pick what driver series to use at runtime rather than during package installation (and the kernel modules are patched so that they're versioned as well), so I don't think we should forcefully fail package installation attempts of nvidia drivers that aren't compatible with the user's hardware. Again, probably a debconf prompt invoking nvidia-detect at some point would be appropriate. We already have a NEWS entry about the legacy stuff - but nobody reads that or uses apt-listchanges. We could probably reuse the approach I used for fglrx-driver in wheezy where AMD removed support for some legacy hardware ... and created a legacy driver that has not been maintained for newer Xorg versions ... Raw outline: While installing or upgrading to the current (not a legacy) nvidia-driver (not sure which package this should go to) we have a debconf prompt in preinst that reports *unsupported* hardware (having *no* supported hardware in a system is not an error) and asks whether to proceed or abort. The answer will be remembered for future upgrades. This check can be disabled via preseeding to allow unattended installations in such setups - the admin probably knows what he does in this case. We probably need two cases here: totally unsupported and legacy-supported, giving hints about the legacy package to install instead. nvidia-detect is probably *not* the tool for this task. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746549: #746549 - No music found
Yes I did a re-install on early August and this bug was gone because somehow tracker-miner-fs got pulled in as a dependency. Once the move to 3.14 is complete (I got some pkg this morning) It would be good to just double-check that any install of gnome-music automatically pulls the tracker-miner-fs package, either directly or by one of its depends. On my side, this bug is definitely gone. Only the 0-length song bug remains, but this is a separate matter. A big thank you to the GNOME packaging team for rolling out the updated GNOME 3.14 stack so promptly. Ghis
Bug#762461: libusbip: please also ship shared library version
Using a shared library also does not solve this problem, as libusbip is licenced under GPLv2, not any version of LGPL. Sorry, did not know that is a problem. The vendor told me that a shared library would be ok. Obviously he is wrong. I have managed to recompile the package with the option --disable-shared removed. This would solve the problem. The vendor provides binaries for each distribution and architecture. As the sole purpose of this request is apparently to aid in copyright infringement, I am closing this bug. See above. I am not a lawyer, just a user. I just want to clearly state here that I have no plans to infringe any copyrights! Christian smime.p7s Description: S/MIME Cryptographic Signature
Bug#762553: gpgme1.0: ftbfs due to both automake and automake1.11 got installed.
Package: gpgme1.0 Version: 1.5.1 Severity: important Dear Maintainer, I found it ftbfs in a sid chroot due to both automake and automake1.11 got installed. After investigated that seems dh-autoreconf pulls automake. The ftbfs messages are: configure.ac:82: version mismatch. This is Automake 1.11.6, configure.ac:82: but the definition used by this AM_INIT_AUTOMAKE configure.ac:82: comes from Automake 1.14.1. You should recreate configure.ac:82: aclocal.m4 with aclocal and run automake again. autoreconf: automake-1.11 failed with exit status: 63 dh_autoreconf: autoreconf -f -i returned exit code 63 debian/rules:11: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Added Build-Conflicts on automake solves this issue. Best regards, -Andrew -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.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#759413: r-cran-learnbayes: Fail of tests in debci (autopkgtest)
Hi Lucas, I just tried to do this right now installed debci went to its README and tried $ adt-run --user debci --output-dir /tmp/output-dir r-cran-learnbayes_2.15-2_amd64.changes schroot debci-unstable-amd64 usage: adt-run [options] action [action ...] --- virt-server [options] adt-run: error: You must specify --- virt-server... I noticed that adt-run needs adt-virt-schroot or adt-virt-qemu as virt-server and I wonder what else I need to setup. Anyway since I simply can run the test suite from command line which is just plain shell script and works perfectly for all other r-cran-* packages that way I can not really believe that this should be the source of the problem. Can you please confirm that the tr command is exactly doing what you suggested in you patch? I do not really insist on sticking to the unique scheme for all r-cran-* packages but I simply wonder in turn whether something might be wrong with your testing environment. Kind regards and thanks for caring about autopkgtest Andreas. On Thu, Sep 18, 2014 at 01:24:31PM -0300, Lucas Kanashiro wrote: Hi Andreas, Sorry for the delay to answer you! Did you try to run autopkgtest with debci setup? I didn't work in this package after I sent you my patch, but I will try to restart my work to solve this bug when I have free time. Regards. On Thu, 18 Sep 2014 17:15:17 +0200 Andreas Tille andr...@an3as.eu wrote: Hi Lucas, I'm just idling with fixing this bug since your suggested solution does not fit, I can not reproduce the problem and you did not yet answered. Any news from your side? Kind regards Andreas. On Wed, Aug 27, 2014 at 03:44:00PM +0200, Andreas Tille wrote: Hi Lucas, On Wed, Aug 27, 2014 at 12:56:11AM -0300, Lucas Kanashiro wrote: adt-run [00:51:38]: test run-unit-test: [--- cp: cannot stat ‘/usr/share/doc/r-cran-LearnBayes/examples/vignettes/*’: No such file or directory adt-run [00:51:38]: test run-unit-test: ---] The name of package is wrong in debian/tests/run-unit-test file, I only put all the name of the package in lower case and everything works well. Hmmm, that's strange since making the oname lower case is tr's job: $ echo LearnBayes | tr [A-Z] [a-z] learnbayes --- r-cran-learnbayes-2.15.orig/debian/tests/run-unit-test 2014-08-27 00:46:52.702295508 -0300 +++ r-cran-learnbayes-2.15/debian/tests/run-unit-test 2014-08-27 00:47:24.622860173 -0300 @@ -1,5 +1,5 @@ #!/bin/sh -e -oname=LearnBayes +oname=learnbayes pkg=r-cran-`echo $oname | tr [A-Z] [a-z]` if [ $ADTTMP = ] ; then So this is rather a hack than a fix (even if things are really cosmetic in this specific case). The rationale why I'm using oname (like original name of the R module) is, that in some other tests this original name is needed later as well. This works perfectly on my box and I wonder why tr fails to lower case the $oname variable. I think we should clarify this even in this example because the issue will come back in other cases. Kind regards and thanks for your intense work on debci Andreas. -- http://fam-tille.de -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- http://fam-tille.de -- Lucas Kanashiro Duarte Engenharia de Software - FGA/UnB -- 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#762556: O: ytalk -- enhanced talk program
Package: wnpp Severity: normal The current maintainer of ytalk, Matthew Johnson mj...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: ytalk Binary: ytalk Version: 3.3.0-5 Maintainer: Matthew Johnson mj...@debian.org Build-Depends: debhelper (= 5), dpatch, libncurses5-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: b134022c28dd2d21a7905b9aeb506ef4 575 ytalk_3.3.0-5.dsc c043a8d854638b293a3b645d8600aa38 137989 ytalk_3.3.0.orig.tar.gz 07f50fb9c33d5aa224119f4195c6b701 6475 ytalk_3.3.0-5.diff.gz Checksums-Sha1: 3405f6dfbfd085fbb29d0aa668c556b5c2f000b9 575 ytalk_3.3.0-5.dsc 6b5afdd73b57c086ec3e2a20767d43cdfe62717d 6475 ytalk_3.3.0-5.diff.gz 7a988cc6f7ef1ca7499aa54e73ed6db4e7416bc6 137989 ytalk_3.3.0.orig.tar.gz Checksums-Sha256: ca8ea01a1254f3f486657d03c930d1579fa1c52a291d539c9791097335d83a42 575 ytalk_3.3.0-5.dsc 60c03e7b80dcf568d23673024122d27bb5d26149319f087c2283ee4df0dc82fb 6475 ytalk_3.3.0-5.diff.gz 6ecb34f71f723a7b96f90e411c78dff2735c08dc4228c765f7fdbf8ca48572b4 137989 ytalk_3.3.0.orig.tar.gz Directory: pool/main/y/ytalk Priority: source Section: net Package: ytalk Version: 3.3.0-5 Installed-Size: 144 Maintainer: Matthew Johnson mj...@debian.org Architecture: armel Depends: libc6 (= 2.7-1), libncurses5 (= 5.6+20071006-3), talkd Description-en: enhanced talk program Ytalk is a multi-user chat program. It works exactly like the UNIX talk program and even communicates with the same talk daemons. The primary advantage of ytalk is its ability to maintain multiple connections. Description-md5: 441ffe7a297aeb4c5988094314ab326a Tag: implemented-in::c, interface::commandline, role::program, scope::utility, uitoolkit::ncurses, use::chatting Section: net Priority: optional Filename: pool/main/y/ytalk/ytalk_3.3.0-5_armel.deb Size: 45870 MD5sum: 521d6af2aed07c2f813489559e940ec9 SHA1: 12147c953a83f7dc1a7751cee65b19b923863c99 SHA256: 2f99ce3b11deb69393b0240ab3b440312b07cd08fec4cf0603f93e240dae493d -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith signature.asc Description: Digital signature
Bug#482598: #482598 - Does not enable editing forms
Hi Pedro, I admit that it is possible to edit the PDF you linked to. However, I do not think that we should close the bug since the PDF I have given (including the method to create it with free software tools) remains not editable but should. Kind regards Andreas. On Sun, Sep 21, 2014 at 07:06:21PM +0100, Pedro Beja wrote: Hey, Should we close this bug now ? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482598 I can't edit your pdf file provided on the original bug report, http://wwwmath.uni-landau.de/tutorials/pdfformulare/pdfform.zip but it's editable this one for instance: http://www.irs.gov/pub/irs-pdf/f1040.pdf Cheers, althaser -- 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#762521: gpaste: add support for Cinnamon
Le mardi 23 septembre 2014 à 04:35 +0200, Christoph Anton Mitterer a écrit : Source: gpaste Version: 3.12.2-1 Severity: wishlist ... could you possibly add support for Cinnamon? I'm probably going to wait for next upstream release (probably soon) which also adds gnome-shell 3.14 compatibility and several fixes. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762557: ITP: libjs-pie -- CSS3 box decoration properties for Internet Explorer
Package: wnpp Severity: wishlist Owner: Michael Fladischer fladischermich...@fladi.at -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libjs-pie Version : 1.0.0 Upstream Author : Jason Johnston ja...@css3pie.com * URL : http://css3pie.com/ * License : GPL-2+, Apache Programming Lang: JavaScript Description : CSS3 box decoration properties for Internet Explorer PIE stands for Progressive Internet Explorer. It is an IE attached behavior which, when applied to an element, allows IE to recognize and display a number of CSS3 properties. It is already included in those packages in its compressed form: * citadel-webcit * ruby-compass This package would provide both the modifyable (uncompressed) and the compressed JS/HTC files for those packages to depend on. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUISshAAoJEGlMre9Rx7W2XpcP/3KDmATxe57IDyE6ug9LbTDX 5vhbuyTYx+0iPWCUWMZ1dxEAb1kgyjsQDubzSjYvin8ZdNZmnmeaBs7buBfse/B5 RtJh5aJMFGiqNg5unQh9RwL/QjQ0PHNfJK1coxz9Q5VEJMwG1uT9O+TMRuINFtQL hGdYzmp97k1abWw2dUrnOe8VBiEqMSCumIFBlh8FH27z9qd4iLOkg76el/hQTyJQ jFv245g0d3GqKrL7e59sGGM2/X9zmmnoOCnpDNaVB/I/tvZiYabx5kX9Qt5eacoq Sc0zpr6pvnlcXYPNUZu3ejSALsDiWg3qXX8QEOgXsy6NKuxsKr/TC/4Y6wj9a3F3 wwtXTH2JKrP5J4I0tvVAgwS2TKG/uDm/SZIVW8oxWYJ1Tl/2jQMaUzoAHONnISZp 1PXx30l0UEpkKpFfaqfgVErlmq7A6xnTPqG6dkaUUjaxxS3WsL00JRPDsYJq8M83 1G+ib0q5nAkIxb2mp14fMF2LnIKPd7ecK1oJtQEE0c3t8/lseIg4LSLTYfupa9Or zhcNFDBzpJkEllgUEcEMpCIvBge1PQUY3FS1lOve+IjgksMff1umAWHUmrhK80Hn J1X1vvqHPfl0+1q1F6AsOpuPn+5+pgka4/qj6cvaMw0XEF+Ii+jjGvOurBNVy+N8 GDjrJX+9vjGSi6K4elw6 =ybj3 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: [samba] /etc/init.d/samba forbit systemd shutdown system
Package: samba Version: 2:4.1.11+dfsg-1 Followup-For: Bug #740942 Some notes. On shutdown/reboot, occasionally i see this message from systemd, with a countdown and a moving asterisk: - A stop job is running for LSB: ensure samba daemons are started (nmbd and smbd) ( 3 min 2 s / 5 min ) - But normally it's just silent. Launching this: date ; systemctl stop samba ; date In /var/log/syslog i see: Sep 23 08:58:26 barone systemd[1]: samba.service stopping timed out. Terminating. Sep 23 08:58:26 barone samba[1324]: Stopping samba-ad-dc (via systemctl): samba-ad-dc.service Sep 23 08:58:26 barone systemd[1]: Unit samba.service entered failed state. Sep 23 08:58:27 barone samba-ad-dc[1383]: Stopping Samba AD DC daemon: samba. On the command line, the delay happens with both these commands: systemctl stop samba service samba stop But with the old way there is no delay and there is some informative output: /etc/init.d/samba stop * Stopping samba-ad-dc (via systemctl): samba-ad-dc.service * Stopping smbd (via systemctl): smbd.service * Stopping nmbd (via systemctl): nmbd.service Launching the previous commands like that: date ; /etc/init.d/samba-ad-dc stop ; date; sleep 2 ; /etc/init.d/smbd stop ; date ; sleep 2 ; /etc/init.d/nmbd stop ; date mar 23 set 2014, 09.13.26, CEST [ ok ] Stopping samba-ad-dc (via systemctl): samba-ad-dc.service. mar 23 set 2014, 09.13.27, CEST [ ok ] Stopping smbd (via systemctl): smbd.service. mar 23 set 2014, 09.13.30, CEST [ ok ] Stopping nmbd (via systemctl): nmbd.service. mar 23 set 2014, 09.13.33, CEST In /var/log/syslog i see some moessages: Sep 3 09:13:27 barone samba-ad-dc[1661]: Stopping Samba AD DC daemon: samba. Sep 23 09:13:29 barone smbd[1311]: STATUS=daemon 'smbd' finished starting up and ready to serve connectionsFailed to delete pidfile /var/run/samba/smbd.pid. Error was No such file or directory Sep 23 09:13:30 barone smbd[1694]: Stopping SMB/CIFS daemon: smbd. Sep 23 09:13:32 barone nmbd[1280]: STATUS=daemon 'nmbd' finished starting up and ready to serve connectionsGot SIGTERM: going down... Sep 23 09:13:33 barone nmbd[1727]: Stopping NetBIOS name server: nmbd. Moreover, the following separate commands shows no delay: systemctl stop samba-ad-dc.service systemctl stop smbd.service systemctl stop nmbd.service But if after those i run the following (namely with the three services already stopped), it just delay for 5 min as usual: systemctl stop samba The following doesn't help either: systemctl stop winbind systemctl stop samba Cesare. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.13 ii libasn1-8-heimdal1.6~rc2+dfsg-8 ii libbsd0 0.7.0-2 ii libc62.19-11 ii libcomerr2 1.42.12-1 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-8 ii libkdc2-heimdal 1.6~rc2+dfsg-8 ii libkrb5-26-heimdal 1.6~rc2+dfsg-8 ii libldb1 1:1.1.17-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.8-7 ii libroken18-heimdal 1.6~rc2+dfsg-8 ii libtalloc2 2.1.1-2 ii libtdb1 1.3.0-1.1 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian13 ii multiarch-support2.19-11 ii procps 1:3.3.9-7 ii python 2.7.8-1 ii python-dnspython 1.12.0-1 ii python-ntdb 1.0-5 ii python-samba 2:4.1.11+dfsg-1 pn python2.7:anynone ii samba-common 2:4.1.11+dfsg-1 ii samba-common-bin 2:4.1.11+dfsg-1 ii samba-dsdb-modules 2:4.1.11+dfsg-1 ii samba-libs 2:4.1.11+dfsg-1 ii tdb-tools1.3.0-1.1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-2 ii logrotate 3.8.7-1 ii samba-vfs-modules 2:4.1.11+dfsg-1 Versions of packages samba suggests: ii bind9 1:9.9.5.dfsg-4 ii bind9utils 1:9.9.5.dfsg-4 pn ctdb none pn ldb-tools none ii ntp1:4.2.6.p5+dfsg-3.1 pn smbldap-tools none ii winbind2:4.1.11+dfsg-1 -- debconf information: samba/run_mode:
Bug#762558: systemd fails to get dbus connection while dbus is running
Package: systemd Version: 215-4 Severity: normal Dear Maintainer, Since yesterday I get merkaba:~ LANG=C systemctl Failed to get D-Bus connection: Unknown error -1 right after boot. Either in started Plasma desktop as well as on TTY1 without started desktop. Also in KDE the menu entry for suspend and hibernation are missing. Yet, dbus runs: merkaba:~ ps aux | grep [d]bus-daemon message+ 2934 0.0 0.0 42604 3580 ?Ss 09:52 0:00 /usr/bin/dbus-daemon --system martin3542 0.3 0.0 43148 3864 ?Ss 09:52 0:03 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session And at least I can monitor the system bus: merkaba:~ dbus-monitor --system signal sender=org.freedesktop.DBus - dest=:1.49 serial=2 path=/org/freedesktop/DBus; interface=org.freedesktop.DBus; member=NameAcquired string :1.49 merkaba:~ systemd-delta | cat [EQUIVALENT] /etc/systemd/system/openntpd.service → /lib/systemd/system/openntpd.service [EXTENDED] /lib/systemd/system/cups.socket → /etc/systemd/system/cups.socket.d/cupsd-listen.conf 2 overridden configuration files found. merkaba:~#1 systemd-analyze dump Failed issue method call: No such method 'Dump' merkaba:~ cat /etc/systemd/system/openntpd.service [Unit] Description=OpenNTPd Network Time Protocol After=network.target [Service] Type=forking EnvironmentFile=-/etc/default/openntpd ExecStart=/usr/sbin/ntpd $DAEMON_OPTS Restart=on-failure [Install] WantedBy=multi-user.target merkaba:~ cat /etc/systemd/system/cups.socket.d/cupsd-listen.conf [Socket] # This file was generated by CUPS and _WILL_ be deleted or overwritten by it! # It has to be kept in sync with the Port and Listen stanzas in /etc/cups/cupsd.conf # It is by default symlinked as cups-listen.conf in the # /etc/systemd/system/cups.socket.d/ directory. Remove the symlink # and write your own file there if you don't want this. See systemd.socket(5). # Matches 'Listen localhost:631' from cupsd.conf ListenStream=127.0.0.1:631 ListenStream=[::1]:631 I was tempted to make this severity grave, but right now I know it just happens on one of my systems – I do not dare to update the other at the moment. I append last upgraded packages. I will also test with 3.17-rc5, as I also upgraded to 3.17-rc6 yesterday. Last upgraded packages: Start-Date: 2014-09-21 11:03:14 Commandline: apt dist-upgrade Install: libopenjp2-7:amd64 (2.1.0-1, automatic) Upgrade: libksieve4:amd64 (4.14.0-1, 4.14.1-1), kdepim-kresources:amd64 (4.14.0-1, 4.14.1-1), kmail:amd64 (4.14.0-1, 4.14.1-1), knode:amd64 (4.1 4.0-1, 4.14.1-1), perl:amd64 (5.20.0-6, 5.20.1-1), mupdf-tools:amd64 (1.4-2, 1.5-1), perl-base:amd64 (5.20.0-6, 5.20.1-1), zsh:amd64 (5.0.6-1, 5 .0.6-2), libmessagecomposer4:amd64 (4.14.0-1, 4.14.1-1), task-german-kde-desktop:amd64 (3.25, 3.26), owncloud-client-l10n:amd64 (1.7.0~beta1+rea lly1.6.3+dfsg-1, 1.7.0~beta1+really1.6.3+dfsg-2), libksieveui4:amd64 (4.14.0-1, 4.14.1-1), blogilo:amd64 (4.14.0-1, 4.14.1-1), lxrandr:amd64 (0. 2.0-1, 0.3.0-1), lxappearance:amd64 (0.5.5-1, 0.5.6-1), libeventviews4:amd64 (4.14.0-1, 4.14.1-1), akonadiconsole:amd64 (4.14.0-1, 4.14.1-1), li bmailcommon4:amd64 (4.14.0-1, 4.14.1-1), libkdepim4:amd64 (4.14.0-1, 4.14.1-1), kaddressbook:amd64 (4.14.0-1, 4.14.1-1), libowncloudsync0:amd64 (1.7.0~beta1+really1.6.3+dfsg-1, 1.7.0~beta1+really1.6.3+dfsg-2), libmessageviewer4:amd64 (4.14.0-1, 4.14.1-1), linux-tools:amd64 (3.16+60, 3.16 +61), tasksel:amd64 (3.25, 3.26), perl-doc:amd64 (5.20.0-6, 5.20.1-1), libkonq5abi1:amd64 (4.14.0-1, 4.14.1-1), konqueror:amd64 (4.14.0-1, 4.14. 1-1), tasksel-data:amd64 (3.25, 3.26), digikam-private-libs:amd64 (4.1.0-1+b2, 4.3.0-1), libcomposereditorng4:amd64 (4.14.0-1, 4.14.1-1), kde-ba seapps:amd64 (4.14.0-1, 4.14.1-1), knotes:amd64 (4.14.0-1, 4.14.1-1), libincidenceeditorsng4:amd64 (4.14.0-1, 4.14.1-1), konsolekalendar:amd64 ( 4.14.0-1, 4.14.1-1), libcalendarsupport4:amd64 (4.14.0-1, 4.14.1-1), ruby2.1:amd64 (2.1.2-4, 2.1.3-1), mupdf:amd64 (1.4-2, 1.5-1), kfind:amd64 ( 4.14.0-1, 4.14.1-1), venom:amd64 (0.2.0r613, 0.2.0r614), task-german-desktop:amd64 (3.25, 3.26), libkonqsidebarplugin4a:amd64 (4.14.0-1, 4.14.1- 1), libperl5.20:amd64 (5.20.0-6, 5.20.1-1), plasma-widget-folderview:amd64 (4.14.0-1, 4.14.1-1), kipi-plugins-common:amd64 (4.1.0-1, 4.3.0-1), k onqueror-nsplugins:amd64 (4.14.0-1, 4.14.1-1), libruby2.1:amd64 (2.1.2-4, 2.1.3-1), akregator:amd64 (4.14.0-1, 4.14.1-1), task-german:amd64 (3.2 5, 3.26), digikam:amd64 (4.1.0-1+b2, 4.3.0-1), libkmanagesieve4:amd64 (4.14.0-1, 4.14.1-1), kalarm:amd64 (4.14.0-1, 4.14.1-1), konq-plugins:amd6 4 (4.14.0-1, 4.14.1-1), kipi-plugins:amd64 (4.1.0-1+b2, 4.3.0-1), ruby2.1-dev:amd64 (2.1.2-4, 2.1.3-1), libfollowupreminder4:amd64 (4.14.0-1, 4. 14.1-1), korganizer:amd64 (4.14.0-1, 4.14.1-1), kontact:amd64 (4.14.0-1, 4.14.1-1), libmailimporter4:amd64 (4.14.0-1, 4.14.1-1), perl-modules:am d64 (5.20.0-6, 5.20.1-1), libsendlater4:amd64 (4.14.0-1, 4.14.1-1), libkonq-common:amd64
Bug#762561: Usability problem: gtk-recordmydesktop create Ogg Theora video file the KDE file manager fail to play
Package: file Version: 1:5.19-2 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu Not quite sure which package to report this against, as the problem is in the interplay between several packages. Starting with file, as I suspect that is where the key to fix it is placed. Please reassign if you believe tihs is the wrong package to change. This is the use case: I record a screen session using gtk-recordmydesktop, and when I stop the recording it store the video as Ogg Theora and I end up with a file out.ogv in my home directory. I next visit the KDE file manuager, and click on the video to play the recording. The audacity program is started, and it fail to display anything and just hang. I believe the same problem happen with other file managers too, but have not checked them all. The audacity hang of course is an error in itself, but the real error here is that the wrong program is started. For Ogg Theora files, it would be better if vlc or another installed video player is started. The audio tools are not fit for the task! If I understand how the file manager work, it uses the equivalent of 'file --mime-type out.ogv' to figure out which menu entry listed in /usr/share/applications/ to use to open the file. The output from the file command is application/ogg, a MIME type supported by programs handling either video or audio Ogg files. There are also two mime types audio/ogg and video/ogg to indicate if the file is audio only or audio/video. Could the file magic database be changed to return video/ogg for Ogg Theora files? Then programs supporting Ogg Video files can add that MIME type to their list of supported mime types, and the user experience will be that a video player start when selecting a Ogg Theora video file. At the moment there is no desktop file claiming to support video/ogg, so that will have to be added too, to get this issue properly fixed. See also URL: https://bugs.debian.org/479565 about a related Ogg problem. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757316: whole disk one big partition is a bad default
積丹尼 Dan Jacobson jida...@jidanni.org writes: 1% would be fine... Else one day when they e.g., want to upgrade from ext4 to ext5 etc. and face http://www.debian-administration.org/article/643/Migrating_a_live_system_from_ext3_to_ext4_filesystem and end up with Kernel panic – not syncing Attempted to kill init when something goes wrong. All because they had no more room to copy /sbin etc. Just as a suggestion to anyone coming after (lamenting that they have a fully partitioned disk and so are stuck in the situation you describe: There is always the option to shrink swap, or run the upgrade without swap, and use some or all of the swap partition as scratch space for the duration of the operation. There's no need to leave some of the disk fallow to deal with such an eventuality, especially when the users that this default is aimed at will most likely not discover the reserved space anyway. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY pgpKFtvwufxS3.pgp Description: PGP signature
Bug#712787: ITP for Distkeys
On Tue, Sep 23, 2014 at 09:46:42AM +0200, Martin Steigerwald wrote: The initial package exists since 2013. So is it the date when I did the initial packaging? Then its 2013. Is it the date where the package may get uploaded, then it may be 2014 or 2015. Or is it, as would make most sense to me the years I actually worked on the packaging, then its 2013-2014 as I have it currently. I'm almost sure copyright years should list years when you did copyrighted work, not anything else like upload dates. I don't see any clear guidelines in: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile This isn't specific to packaging. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725154: pu: package oss-compat/2
On Mon, 22 Sep 2014 23:53:32 +0200, Stephen Kitt sk...@debian.org wrote: On Mon, 22 Sep 2014 22:49:52 +0100, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Sat, 2014-09-20 at 19:08 +0100, Adam D. Barratt wrote: Apologies for the long delay in getting back to you. On Wed, 2013-10-02 at 22:59 +0200, Stephen Kitt wrote: On Wed, 02 Oct 2013 20:29:00 +0100, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2013-10-02 at 07:52 +0200, Stephen Kitt wrote: oss-compat in stable suffers from two serious bugs: * 660803, related to changes in kmod (and causing issues when installing Debian Edu wheezy); * 718241, which was initially just a tracking bug for testing but also applies to wheezy. [...] Removing your own conffiles is icky, but I don't have any better solutions. Please go ahead, thanks. This was uploaded and I've flagged it for acceptance. Thanks! And I still managed to mess this up :-(. The following patch fixes #762547 which was just filed against stable: diff --git a/debian/changelog b/debian/changelog index 57a79dd..c4b4e51 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +oss-compat (2+deb7u2) wheezy; urgency=medium + + * Give the correct destination when copying the new configuration +file. (Closes: #762547.) + + -- Stephen Kitt sk...@debian.org Tue, 23 Sep 2014 10:40:38 +0200 + oss-compat (2+deb7u1) wheezy; urgency=low * Use softdep directives in the modprobe configuration. (Closes: diff --git a/debian/postinst b/debian/postinst index c129818..bd98468 100644 --- a/debian/postinst +++ b/debian/postinst @@ -33,7 +33,7 @@ case $1 in # Cleanup stable configuration link [ -L ${oldconffile} ] rm -f ${oldconffile} # Wheezy configuration file (using install directives) -[ -f ${curconffile} ] [ $(md5sum ${curconffile} | cut -d\ -f1) = 88222606b0a3ba8b0825c5000c754e6f ] cp /lib/oss-compat/linux ${conffile} +[ -f ${curconffile} ] [ $(md5sum ${curconffile} | cut -d\ -f1) = 88222606b0a3ba8b0825c5000c754e6f ] cp /lib/oss-compat/linux ${curconffile} if lsmod | grep -q ^snd ; then modprobe snd || true Is it OK if I upload this? Sorry about that, Stephen signature.asc Description: PGP signature
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Tuesday 23 September 2014 03:56 AM, Laurent Bigonville wrote: Please find here a patch. I rewrote apport-notifyd based on what ubuntu is doing in the update-notifier code. The patch is also bumping the debhelper compatibility so we are getting the hardening flags automatically for the notifier daemon. This should also fix #750471 and #760097 The debian/copyright file should probably also be adjusted. But what happens on KDE (or non-gtk based systemss) ?? We should look for something more generic. pkexec is good but it is priority optional. But we could ad it to Recommends. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592834: grub-pc: File descriptor leaked on lvs invocation
Package: os-prober Version: 1.64 Followup-For: Bug #592834 Dear Maintainer, this message is now also shown on my system. I remember seeing it for a few weeks, I'm not sure if I saw it before. When I reinstall the kernel with aptitude, the message appears: $ sudo aptitude reinstall linux-image-3.16-2-amd64 The following packages will be REINSTALLED: linux-image-3.16-2-amd64 0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. Need to get 0 B/33.5 MB of archives. After unpacking 0 B will be used. Preconfiguring packages ... (Reading database ... 360946 files and directories currently installed.) Preparing to unpack .../linux-image-3.16-2-amd64_3.16.3-2_amd64.deb ... Unpacking linux-image-3.16-2-amd64 (3.16.3-2) over (3.16.3-2) ... Setting up linux-image-3.16-2-amd64 (3.16.3-2) ... /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-3.16-2-amd64 /etc/kernel/postinst.d/zz-update-grub: Generating grub.cfg ... Found background image: .background_cache.png Found linux image: /boot/vmlinuz-3.16.3 Found initrd image: /boot/initrd.img-3.16.3 Found linux image: /boot/vmlinuz-3.16-2-amd64 Found initrd image: /boot/initrd.img-3.16-2-amd64 Found linux image: /boot/vmlinuz-3.15.10 Found initrd image: /boot/initrd.img-3.15.10 Found linux image: /boot/vmlinuz-3.14-2-amd64 Found initrd image: /boot/initrd.img-3.14-2-amd64 File descriptor 64 (/dev/pts/3) leaked on lvs invocation. Parent PID 10780: /bin/sh Found Windows 7 (loader) on /dev/sda1 done When I directly invoke dpkg on the package file, there is no message: $ sudo dpkg -i /var/cache/apt/archives/linux-image-3.16-2-amd64_3.16.3-2_amd64.deb (Reading database ... 360946 files and directories currently installed.) Preparing to unpack .../linux-image-3.16-2-amd64_3.16.3-2_amd64.deb ... Unpacking linux-image-3.16-2-amd64 (3.16.3-2) over (3.16.3-2) ... Setting up linux-image-3.16-2-amd64 (3.16.3-2) ... /etc/kernel/postinst.d/initramfs-tools: update-initramfs: Generating /boot/initrd.img-3.16-2-amd64 /etc/kernel/postinst.d/zz-update-grub: Generating grub.cfg ... Found background image: .background_cache.png Found linux image: /boot/vmlinuz-3.16.3 Found initrd image: /boot/initrd.img-3.16.3 Found linux image: /boot/vmlinuz-3.16-2-amd64 Found initrd image: /boot/initrd.img-3.16-2-amd64 Found linux image: /boot/vmlinuz-3.15.10 Found initrd image: /boot/initrd.img-3.15.10 Found linux image: /boot/vmlinuz-3.14-2-amd64 Found initrd image: /boot/initrd.img-3.14-2-amd64 Found Windows 7 (loader) on /dev/sda1 done It seems the silencing is not effective (anymore)? Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages os-prober depends on: ii libc6 2.19-11 os-prober recommends no packages. os-prober 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#762558: Also happens with debian kernel 3.14-1-amd64 and 3.16-2-amd64…
Hi! … as well as my self-compiled 3.17-rc5 (versus rc6 I installed yesterday). So this doesn´t seem to be kernel related. #753576 systemd stopped responding to dbus.socket connections https://bugs.debian/org/753576 is the only similar bug report I found, but I can run dbus-monitor --system and I am not using a backport version of systemd. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Bug#759382: do not keep so much logs
On 2014-09-22 11:13:22 -0400, Antoine Beaupré wrote: On 2014-09-22 10:52:48, Vincent Lefevre wrote: I don't know where you live, but this is the same in most countries, except that the period varies. Where I live is irrelevant. It is not the same in all countries: some have more or less strict restrictions, some don't have any at all. The United States of America, for example, do not enforce logging. On http://forum.ovh.com/archive/index.php/t-47594.html someone said 6 months for the USA. Now I wonder whether one should believe him. I still wonder whether you can't have any problem with the justice if someone does something illegal with your machine (e.g. via apache), and you just say that it's someone else so that your are not responsible. What you say is a lie. France does not force users to spy on other users. I disagree. I think that forcing logging is forcing webserver operators to surveil their users, in the ultimate goal of revealing their activities to the authorities, and therefore spying. No, webserver operators are not forced to log. No-one has ever been convicted just because they didn't keep logs. However if something illegal is done, the operator can be taken as responsible if he can't identify the user who did this, or at least if he hasn't kept some trace to identify him. Users should know that some trace may be kept, so that this isn't even spying at all (it would be spying if done by a 3rd party, without the knowledge of the parties). Now, if a country wants to spy, it doesn't need a law (see the NSA in the USA, for instance). I do believe that the european logging directives, for example, are a way to force providers to spy on their users on the behalf of the state. Other countries do not have such requirements and still have other legal means of getting to the data they need for criminal prosecution. Forcing providers to keep logs is a way to force deanonymisation of our users on the network, and is a fundamental issue with freedom of speech and association. When someone connects to my web server, this is not my user. This is someone (human or not) I don't know. I disagree. I think the client of a webserver is a user of a webserver. But it's not *your* user. It's not a user of Debian (the user doesn't care what OS is at the other side). Wow! Most web servers keep logs for a long time by choice. Visitors who do not agree with that should not use the web. Webservers that want to choose to keep logs for a long time can do so. And webservers that want to choose to keep logs for a short time can do so. So, there was no reason to change the default period. I guess there was a compelling reason enough so that the default was changed. I have given numerous reasons why globally, the default logging should be reduced (resource usage, privacy, etc). You have given a single reason why, locally (namely in France), the default should be 52 weeks, and haven't adressed the question as to what to do with variations in those policies outside of France. Actually, but this is related,I want to keep logs for a long period (even more than 1 year), just to have some trace in case someone tries to compromise my machine or do something else bad. Vulnerabilities can be found months/years after they have been introduced. Two weeks is not just enough, and the change in Debian has been silently enforced (I saw it just because I diff some config files). On 2014-09-22 12:40:20 -0400, Antoine Beaupré wrote: After a little more research, here's an overview of the national data retention policies in Europe: http://wiki.vorratsdatenspeicherung.de/Overview_of_national_data_retention_policies Data retention seems to have been ruled out as inconstitutional in Germany, to show an example of how important it could be to keep minimal logs. This is different because it seems to apply to private communitation from A to B, and information kept by a 3rd party (i.e. which is neither A nor B). So please provide more references to back up your laim that most countries need data retention if you want to make a proper point here. So, perhaps you should forget about what countries explicitly say, but more focus on the responsibility of the end user who has a webserver and needs trace if someone tries to do illegal things. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762562: Updating the ruby-libxml Uploaders list
Package: ruby-libxml Version: 2.7.0-2 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Filipe Lautert fil...@debian.org has retired. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762563: Updating the ruby-passenger Uploaders list
Package: ruby-passenger Version: 4.0.37-2 4.0.50-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Filipe Lautert fil...@debian.org has retired. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762564: vlc: Please add video/ogg as supported mime type for Ogg Theora
Package: vlc Version: 2.2.0~pre2-4 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu Please add video/ogg to the vlc desktop file, to indicate that vlc can play Ogg Theora files. This is the use case: I record a screen session using gtk-recordmydesktop, and when I stop the recording it store the video as Ogg Theora and I end up with a file out.ogv in my home directory. I next visit the KDE file manager, and click on the video to play the recording. The audacity program is started, and it fail to display anything and just hang. I believe the same problem happen with other file managers too, but have not checked them all. The audacity hang of course is an error in itself, but the real error here is that the wrong program is started. For Ogg Theora files, it would be better if vlc or another installed video player is started. The audio tools are not fit for the task! For this to work, the file --mime-type out.ogv program should not return application/ogg but a video related MIME type like video/ogg, and all video players capable of playing Ogg Theora files should list that MIME type in their .desktop file. I've asked for file to change behavour (bug #762561), and now ask the video players to change their list of MIME types handled and add video/ogg. Please add it before Jessie to make this happen. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1
Il 23/set/2014 08:51 Steve Langasek vor...@debian.org ha scritto: So if this is only a problem with the GNOME3 default font, please get that font fixed in Debian, after which I am willing to reinstate the Adobe engine. But I'm not willing to enable it while it represents a regression vs. wheezy for a significant number of our desktop users. So why not changing only the default UI font in GNOME until Cantarell gets fixed, instead of disabling a nice improvement like that? Droid or DejaVu could be a valid substitute in the meanwhile.
Bug#762451: O: solfege
retitle 762451 O: solfege -- Ear training software Hi Joao, Thank you for being faster than the MIA team doing this :) I'm fixing the bug title. Ana On Mon, Sep 22, 2014 at 09:32:17AM -0300, Joao Eriberto Mota Filho wrote: Package: wnpp Severity: normal The current maintainer of solfege, Tom Cato Amundsen t...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: solfege Binary: solfege, solfege-doc, solfege-oss Version: 3.22.2-2 Maintainer: Tom Cato Amundsen t...@debian.org Build-Depends: quilt (= 0.46-7~), debhelper (= 7.0.50~), autotools-dev, swig, gettext, python-dev (= 2.6.6-3~), texinfo, python-gtk2 (= 2.12.0), python-gtk2-dev (= 2.12.0), librsvg2-bin, txt2man, pkg-config, libglib2.0-dev (= 2.8.0), xauth, xfonts-base, libxml2-utils, gnome-doc-utils Architecture: any all Standards-Version: 3.9.1 Format: 3.0 (quilt) Files: e25aa8ad3c129e3c49f4c724c66c3b18 1406 solfege_3.22.2-2.dsc ee9778d2b960b7afb375c5b3c3878222 6890977 solfege_3.22.2.orig.tar.gz 32de67fbd9470807851a986ca16595b9 9030 solfege_3.22.2-2.debian.tar.gz Checksums-Sha1: 72ca4209507411412ee9fe04eb2216e370ae727a 1406 solfege_3.22.2-2.dsc c197e04ca2e028e84238c63bcf1f6777bb513044 6890977 solfege_3.22.2.orig.tar.gz e797e03b6d11ec29d081ef0ed5c786e6a820d050 9030 solfege_3.22.2-2.debian.tar.gz Checksums-Sha256: f94aa30513447d8616040de7c730c7e779238d8e2a6e3a2e31d12b07cd56d9a3 1406 solfege_3.22.2-2.dsc e46a0960c83e4998d9dcf7bb07b8269e03fc81fab6c4485f8112c5a3e6488fe4 6890977 solfege_3.22.2.orig.tar.gz 5dca09e03ce44e68a2193a2678241318c583a753849cbb033aa54fd6488bcf8a 9030 solfege_3.22.2-2.debian.tar.gz Homepage: http://www.solfege.org Package-List: solfege deb gnome optional solfege-doc deb doc optional solfege-oss deb gnome optional Directory: pool/main/s/solfege Priority: source Section: gnome Package: solfege Version: 3.22.2-2 Installed-Size: 6695 Maintainer: Tom Cato Amundsen t...@debian.org Architecture: all Depends: python (= 2.6.6-3~), python-gtk2 (= 2.12), timidity, freepats Recommends: csound, python-pyalsa Description-en: Ear training software GNU Solfege is an ear training program for X Window written in Python, using the GTK+ 2.0 libraries. You can practice harmonic and melodic intervals, chords, scales and rhythms, and you can add new exercises using a simple plain text file format. . Ear training is a big subject with many connections to music theory and performance of music, so I won't even try to make a complete computer-based ear training course. But I hope someone find this software useful. Description-md5: 13eb3158e7d9ca2fd1dd389ef6110a85 Homepage: http://www.solfege.org Tag: field::arts, implemented-in::python, interface::x11, role::program, suite::gnu, uitoolkit::gtk, use::learning, works-with::audio, x11::application Section: gnome Priority: optional Filename: pool/main/s/solfege/solfege_3.22.2-2_all.deb Size: 1873028 MD5sum: 8bf20a2a4cdc0f34f8ff6cbc99320611 SHA1: d3b3760a8feed83943a475a0b1557ab0782b90bc SHA256: b65b8f9ffe90ddbf21e2ac4db9cd7de18bba60c5fb98d05275610a4260aa3dee Thanks to Tom for your work when maintainer of this package. Regards, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762565: gnome-mplayer: Please add video/ogg as supported mime type for Ogg Theora
Package: gnome-mplayer Version: 1.0.9-2 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu Please add video/ogg to the gnome-mplayer desktop file, to indicate that gnome-mplayer can play Ogg Theora files. This is the use case: I record a screen session using gtk-recordmydesktop, and when I stop the recording it store the video as Ogg Theora and I end up with a file out.ogv in my home directory. I next visit the KDE file manager, and click on the video to play the recording. The audacity program is started, and it fail to display anything and just hang. I believe the same problem happen with other file managers too, but have not checked them all. The audacity hang of course is an error in itself, but the real error here is that the wrong program is started. For Ogg Theora files, it would be better if gnome-mplayer or another installed video player is started. The audio tools are not fit for the task! For this to work, the file --mime-type out.ogv program should not return application/ogg but a video related MIME type like video/ogg, and all video players capable of playing Ogg Theora files should list that MIME type in their .desktop file. I've asked for file to change behavour (bug #762561), and now ask the video players to change their list of MIME types handled and add video/ogg. Please add it before Jessie to make this happen. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761363: nvidia-visual-profiler: unable to locate libcuinj
On 2014-09-15 11:35, Graham Inggs wrote: nvprof in package nvidia-profiler also expects to find libcuinj64.so.6.0 in /usr/bin and /usr/lib64. good, the use the proper soname now Perhaps libcuinj{32,64}.so can be moved back into nvidia-cuda-dev now? ACK Since nvidia-visual-profiler already depends on nvidia-profiler, perhaps it makes sense to move the dependency on libcuinj{32,64}-6.0 to nvidia-profiler ACK and add a symlink from /usr/bin/libcuinj{32,64}.so.6.0 to /usr/lib/{i386,x86_64}-linux-gnu/libcuinj{32,64}.so.6.0 either to nvidia-profiler or libcuinj{32,64}-6.0. NACK: FHS violation Hmm, most of these problems are already in 5.5 except for the insane search path behavior in 6.0 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742330: RFS: gravit/0.5.1-1 ITP -- visually stunning gravity simulator
Le 22/09/2014 20:29, Tomasz Buchert a écrit : Hi Thibaut, I' taking liberty to ping you about this RFS. Cheers, Tomasz Thanks, I'll see if I can have a look later this week. signature.asc Description: OpenPGP digital signature
Bug#762567: apt-get wants to remove stellarium
Package: apt Version: 1.0.9.1 I installed jessie and a bunch of packages, then upgraded to sid. Now apt-get dist-upgrade wants to remove stellarium: # apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... The following packages were automatically installed and are no longer required: libqt5concurrent5 libqt5core5a libqt5dbus5 libqt5declarative5 libqt5gui5 libqt5network5 libqt5opengl5 libqt5printsupport5 libqt5qml5 libqt5quick5 libqt5script5 libqt5sql5 libqt5webkit5 libqt5widgets5 libxcb-render-util0 libxcb-sync1 libxcb-xkb1 libxkbcommon-x11-0 qtquick1-qml-plugins stellarium-data Use 'apt-get autoremove' to remove them. Done The following packages will be REMOVED: stellarium The following packages will be upgraded: libqt5concurrent5 libqt5core5a libqt5dbus5 libqt5declarative5 libqt5gui5 libqt5network5 libqt5opengl5 libqt5printsupport5 libqt5qml5 libqt5quick5 libqt5script5 libqt5sql5 libqt5webkit5 libqt5widgets5 qtquick1-qml-plugins 15 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 20.8 MB of archives. After this operation, 9317 kB disk space will be freed. Do you want to continue? [Y/n] This makes no sense at all. apt-get *knows* that I wanted to install stellarium by itself, and apt-get *knows* that I didn't explicitly asked for all those libraries to be installed alone. This knowledge is in fact the base for the autoremove feature. But apparently apt-get does not use all the information it has in this case. Whenever possible, packages that I asked to install should have absolute priority (i.e. should be kept installed) over packages that I didn't explicitly asked to be installed. Way to reproduce: Install jessie, install stellarium, then upgrade to sid. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762561: Usability problem: gtk-recordmydesktop create Ogg Theora video file the KDE file manager fail to play
[Petter Reinholdtsen] At the moment there is no desktop file claiming to support video/ogg, so that will have to be added too, to get this issue properly fixed. I was wrong here. I found video/ogg in dragonplayer, but vlc (bug #762564) and gnome-mplayer (bug #762565) do not list video/ogg as a supported MIME type. I hope they will soon. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762566: nvidia-kernel-dkms: Error shown during dkms installation: sed: -e expression #1, char 6: unknown command: `m'
Package: nvidia-kernel-dkms Version: 340.32-1 Severity: normal Dear Maintainer, when building the NVidia dkms module, a sed error is shown. I can reproduce the problem by first uninstalling the module using dkms remove, and then running the autoinstaller: QUOTE BEGIN $ sudo dkms remove -m nvidia-current -v 340.32 -k 3.16.3 -a x86_64 [...] $ sudo /usr/lib/dkms/dkms_autoinstaller start 3.16.3 [] dkms: running auto installation service for kernel 3.16.3: Kernel preparation unnecessary for this kernel. Skipping... Building module: cleaning build area env CCACHE_DISABLE=1 make -C . SYSSRC=/lib/modules/3.16.3/build; env CCACHE_DISABLE=1 make -C uvm SYSSRC=/lib/modules/3.16.3/build cleaning build area DKMS: build completed. nvidia-current.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/3.16.3/updates/dkms/ nvidia-uvm.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/3.16.3/updates/dkms/ sed: -e expression #1, char 6: unknown command: `m' depmod DKMS: install completed. QUOTE END When I do the same with bbswitch, there's no error. Kind regards Ralf -- Package-specific info: uname -a: Linux r-schnelltop 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 GNU/Linux /proc/version: Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20) lspci 'VGA compatible controller [0300]': 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:212e] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 48 Region 0: Memory at dc40 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at b000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at e000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108M [GeForce GT 630M] [10de:0de9] (rev ff) (prog-if ff) !!! Unknown header type 7f dmesg: [0.00] AGP: No AGP bridge found [0.00] AGP: Checking aperture... [0.00] AGP: No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.514337] vgaarb: device added: PCI::00:02.0,decodes=io+mem,owns=io+mem,locks=none [0.514341] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=none,locks=none [0.514342] vgaarb: loaded [0.514343] vgaarb: bridge control possible :01:00.0 [0.514344] vgaarb: no bridge control possible :00:02.0 [1.133176] Linux agpgart interface v0.103 [1.321981] [drm] Replacing VGA console driver [1.384683] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=none:owns=none [2.376311] usb 1-1.2: Product: USB 2.0 UVC VGA WebCam [9.038816] uvcvideo: Found UVC 1.00 device USB 2.0 UVC VGA WebCam (13d3:5710) [9.046859] input: USB 2.0 UVC VGA WebCam as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/input/input22 [ 11.063766] bbswitch: Found integrated VGA device :00:02.0: \_SB_.PCI0.GFX0 [ 11.063770] bbswitch: Found discrete VGA device :01:00.0: \_SB_.PCI0.PEGR.GFX0 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 22 Sep 2 2013 /etc/alternatives/glx - /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 48 Jul 11 2013 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Jul 11 2013 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Sep 2 2013 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 48 Sep 2 2013 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Sep 2 2013 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Sep 2 2013 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 22 Jul 11 2013 /etc/alternatives/libGL.so-master - /usr/lib/mesa-diverted lrwxrwxrwx 1 root root 23 Aug 23 16:16 /etc/alternatives/nvidia - /usr/lib/nvidia/current
Bug#762566: nvidia-kernel-dkms: Error shown during dkms installation: sed: -e expression #1, char 6: unknown command: `m'
On Tuesday 23 September 2014 10:54:23 Ralf Jung wrote: sed: -e expression #1, char 6: unknown command: `m' I get that error too with each dkms invocation, which leads me to believe it's a dkms problem instead of nvidia-kernel-dkms -- GPG: 0x138E41915C7EFED6 signature.asc Description: This is a digitally signed message part.
Bug#725154: pu: package oss-compat/2
On 2014-09-23 9:43, Stephen Kitt wrote: On Mon, 22 Sep 2014 23:53:32 +0200, Stephen Kitt sk...@debian.org wrote: On Mon, 22 Sep 2014 22:49:52 +0100, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Sat, 2014-09-20 at 19:08 +0100, Adam D. Barratt wrote: Apologies for the long delay in getting back to you. On Wed, 2013-10-02 at 22:59 +0200, Stephen Kitt wrote: On Wed, 02 Oct 2013 20:29:00 +0100, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Wed, 2013-10-02 at 07:52 +0200, Stephen Kitt wrote: oss-compat in stable suffers from two serious bugs: * 660803, related to changes in kmod (and causing issues when installing Debian Edu wheezy); * 718241, which was initially just a tracking bug for testing but also applies to wheezy. [...] Removing your own conffiles is icky, but I don't have any better solutions. Please go ahead, thanks. This was uploaded and I've flagged it for acceptance. Thanks! And I still managed to mess this up :-(. The following patch fixes #762547 which was just filed against stable: [...] Is it OK if I upload this? Please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762528: needrestart: should suggest 'systemctl daemon-reexec' when systemd has been upgraded
On Tue, 2014-09-23 at 10:56 +0200, Thomas Liske wrote: while upgrading systemd it should restart itself - shouldn't it? I've tried to run `apt-get install --reinstall systemd` (systemd 208-8 on jessie). The .postinst script already does a daemon-reexec - checkrestart nor needrestart suggest to restart systemd. Hmm, I didn't know it does that, thanks for the pointer. If a library is upgraded which is used by systemd than needrestart does fail: ... Needrestart did not find any way howto restart pid #1 :-( . I've changed upstream to handle systemd restarts as suggested. Seems to work as expected: ... The pseudo service name 'systemd manager' does trigger to use `systemctl daemon-reexec` instead of `systemctl restart @UnitNames`. Thanks for reporting, Thanks for the prompt fix :) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#762571: audacity: Hang when asked to open Ogg Theora file
Package: audacity Version: 2.0.1-1 Hi. I discovered this issue in Jessie (version 2.0.5-2), but it is also present in Wheezy. In the KDE file manager, any Ogg Theora video file is passed to audacity by default (see bug #762561 for that story), and the audacity program just hang after showing two empty windows. I tried to install the audacity-dbg package and triggering this hang in gdb to get a backtrace: [New Thread 0x7fffd90f7700 (LWP 31725)] Expression 'stream-playback.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 4541 [Thread 0x7fffd90f7700 (LWP 31725) exited] [New Thread 0x7fffd90f7700 (LWP 31726)] Expression 'stream-playback.pcm' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 4541 [Thread 0x7fffd90f7700 (LWP 31726) exited] Expression '*idev = open( idevName, flags )' failed in 'src/hostapi/oss/pa_unix_oss.c', line: 811 Expression 'OpenDevices( idevName, odevName, idev, odev )' failed in 'src/hostapi/oss/pa_unix_oss.c', line: 857 Expression 'PaOssStream_Initialize( stream, inputParameters, outputParameters, streamCallback, userData, streamFlags, ossHostApi )' failed in 'src/hostapi/oss/pa_unix_oss.c', line: 1234 ^C Program received signal SIGINT, Interrupt. 0x7103cebd in lseek64 () at ../sysdeps/unix/syscall-template.S:82 82 ../sysdeps/unix/syscall-template.S: No such file or directory. (gdb) bt #0 0x7103cebd in lseek64 () at ../sysdeps/unix/syscall-template.S:82 #1 0x70fd3fa8 in _IO_new_file_seekoff (fp=0x1541bc0, offset=0, dir=0, mode=3) at fileops.c:1122 #2 0x70fcc7da in *__GI_fseek (fp=0x1541bc0, offset=0, whence=0) at fseek.c:41 #3 0x765e0a14 in ?? () from /usr/lib/x86_64-linux-gnu/libvorbisfile.so.3 #4 0x765e2a5d in ov_pcm_seek_page () from /usr/lib/x86_64-linux-gnu/libvorbisfile.so.3 #5 0x765e2cf9 in ov_pcm_seek () from /usr/lib/x86_64-linux-gnu/libvorbisfile.so.3 #6 0x00693fca in OggImportFileHandle::Import (this=0x15221e0, trackFactory=0x11d7840, outTracks=optimized out, outNumTracks=0x7fffd47c, tags=0x148ad70) at import/ImportOGG.cpp:298 #7 0x0068de83 in Importer::Import (this=0x1560a40, fName=..., trackFactory=0x11d7840, tracks=0x7fffda20, tags=0x148ad70, errorMessage=...) at import/Import.cpp:521 #8 0x005a1fee in AudacityProject::Import (this=this@entry=0x111eb00, fileName=..., pTrackArray=pTrackArray@entry=0x0) at Project.cpp:3473 #9 0x005a4e8e in AudacityProject::OpenFile (this=0x111eb00, fileName=..., addtohistory=true) at Project.cpp:2393 #10 0x0052b8ba in AudacityApp::OnInit (this=0xd4bfe0) at AudacityApp.cpp:1326 #11 0x76d534d4 in wxEntry(int, wchar_t**) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0 #12 0x0050acb2 in main (argc=2, argv=optimized out) at AudacityApp.cpp:639 (gdb) The issue should be fairly easy to reproduce. If you need a Ogg Theora file, the gtk-recordmydesktop package can create one for you. It would be better if audacity loaded the audio of the Ogg Theora file instead of just hanging. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762554: [Pkg-lirc-maint] Bug#762554: Updating the lirc Uploaders list
Hi On Tuesday 23 September 2014, Ricardo Mones wrote: Package: lirc Version: 0.9.0~pre1-1 Severity: minor User: m...@qa.debian.org Usertags: mia-teammaint Matthew Johnson mj...@debian.org has retired, so can't work on the lirc package anymore (at least with this address). We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. (If the person is listed as Maintainer, what we are asking is to please step in as a new maintainer.) Thanks for the notice, I've changed this in the packaging VCS[1], an upload for lirc will follow soon (for other reasons). Regards Stefan Lippers-Hollmann [1] http://lists.alioth.debian.org/pipermail/pkg-lirc-changes/2014-September/000640.html signature.asc Description: This is a digitally signed message part.
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Tuesday 23 September 2014 02:11 PM, Ritesh Raj Sarraf wrote: But what happens on KDE (or non-gtk based systemss) ?? We should look for something more generic. pkexec is good but it is priority optional. But we could ad it to Recommends. Perhaps you can help here. WHen using kdesudo or gksu, along with apport-bug, it brings up the GUI. Where as when using pkexec, it calls apport-cli. This is on a bug report that is readable only by root. Why does it happen so ? I was thinking of using pkexec and adding a Depends for it on apport-notify package. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762514: [pkg-cinnamon] Bug#762514: cinnamon-control-center: seems to be somehow broken when started directly from the terminal
Il 23/09/2014 02:18, Christoph Anton Mitterer ha scritto: Package: cinnamon-control-center Version: 2.2.11-3 Severity: normal Hi. The control center seems to be somehow broken when being started directly from the terminal. The GTK apples seem to be drawn incorrectly, the window can't be resized and only a few sub-menus are shown (see the screenshot). It also behaves differently from the one started via the menu button, where all the above things are correct: From Terminal: There is the All Settings button, and when I go into some sub-menu, e.g. Color another button Color appears right of the All Settings button. This is not the case with the one started from the menu button. cinnamon-control-center is double, in cinnamon link and by default cinnamon-settings is used instead, from cinnamon-control-center packages take the modules. I saw in upstream chat that in future will change them to have only one effective control-center, cinnamon-settings seems. I nomore tested linux mint to saw if cinnamon-control-center that show also its modules is a bug but probably it isn't. Cheers, Chris. smime.p7s Description: Firma crittografica S/MIME
Bug#667592: libaspell15: multiarch problem
On Sat, Sep 20, 2014 at 01:41:41PM -0400, David Sanders wrote: I installed the experimental aspell on my amd64 system and it seems to work fine. However, I’ve been unable to install the i386 library for testing. I get the following error: david@jessie:~$ sudo apt-get -t experimental install libaspell15:i386 Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: aspell:i386 Recommended packages: aspell-en:i386 aspell-dictionary:i386 aspell6a-dictionary:i386 The following NEW packages will be installed: libaspell15:i386 0 upgraded, 1 newly installed, 0 to remove and 206 not upgraded. Need to get 0 B/360 kB of archives. After this operation, 2,290 kB of additional disk space will be used. (Reading database ... 400234 files and directories currently installed.) Preparing to unpack .../libaspell15_0.60.7~20110707-1.2~exp1_i386.deb ... Unpacking libaspell15:i386 (0.60.7~20110707-1.2~exp1) ... dpkg: error processing archive /var/cache/apt/archives/libaspell15_0.60.7~20110707-1.2~exp1_i386.deb (--unpack): trying to overwrite shared '/usr/share/doc/libaspell15/changelog.html.gz', which is different from other instances of package libaspell15:i386 Errors were encountered while processing: /var/cache/apt/archives/libaspell15_0.60.7~20110707-1.2~exp1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) david@jessie:~$ It seems there is a conflict with a previously installed file. Thanks for your work on this. Thanks for the feedback, Sorry I cound not check earlier the result from the experimental autobuilders. This is rather weird, both original uncompressed changelog.html files are actually different. Seems that in my uploaded amd64 changelog.html is recreated for no good reason with a different makeinfo version, thus resulting in different changelog.html. i386 autobuilder seems to honour the original version. Will try to have a look, might be a problem in my build chroot, but something safer and robust is definitely needed. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762132: Mouse cursor gone
I can confirm this bug. My System: - Linux 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux - KDE 4.14.1 - xorg.conf was generated by aticonfig --initial - Hybrid Graphics with Radeon HD 8730M and Intel Haswell-ULT Integrated Graphics Controller (rev 0b) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759382: do not keep so much logs
Vincent Lefevre: On http://forum.ovh.com/archive/index.php/t-47594.html someone said A link to a five year old thread on some random webforum is not exactly a convincing argument. If you want to have a discussion on law, please link to the legal text of the law in its official and in effect form. -- ilf Über 80 Millionen Deutsche benutzen keine Konsole. Klick dich nicht weg! -- Eine Initiative des Bundesamtes für Tastaturbenutzung signature.asc Description: Digital signature
Bug#762572: Please support download urls containing a username password
Package: lava-dispatcher Severity: normal Tags: patch For private testing it can be useful to specify an image with a username password. Attached patch implements this in what seems to be the least evasive way possible. A nicer way potentially be to have seperate fields for the username password, but that requires threading those variables through quite a few functions -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 442463f556979fedcfabc522d543fdc39e4d3f0e Mon Sep 17 00:00:00 2001 From: Sjoerd Simons sjoerd.sim...@collabora.co.uk Date: Tue, 23 Sep 2014 11:02:35 +0200 Subject: [PATCH] Downloader: Support http://user:pass@host urls For private images it can be useful to specify the download urls with a username and password. Unfortunately urllib2 doesn't support those directly so some manual work is required to get those going. --- lava_dispatcher/downloader.py | 19 +-- 1 file changed, 17 insertions(+), 2 deletions(-) diff --git a/lava_dispatcher/downloader.py b/lava_dispatcher/downloader.py index f2f66f8..b6ce685 100644 --- a/lava_dispatcher/downloader.py +++ b/lava_dispatcher/downloader.py @@ -60,14 +60,29 @@ def _http_stream(url, proxy=None, cookies=None): handlers = [] if proxy: handlers = [urllib2.ProxyHandler({'http': '%s' % proxy})] + +if url.username != None and url.password != None: +# HACK, urllib2 doesn't like urls with username and pass +url_string = urlparse.urlunparse([ url.scheme, +url.netloc.partition(@)[2], +url.path, +url.params, +url.query, +url.fragment]) +passmgr = urllib2.HTTPPasswordMgrWithDefaultRealm() +passmgr.add_password(None, url_string, url.username, url.password) +handlers.append(urllib2.HTTPBasicAuthHandler(passmgr)) +else: +url_string = url.geturl() + opener = urllib2.build_opener(*handlers) if cookies: opener.addheaders.append(('Cookie', cookies)) try: -url = urllib2.quote(url.geturl(), safe=:/) -resp = opener.open(url, timeout=30) +url_quoted = urllib2.quote(url_string, safe=:/) +resp = opener.open(url_quoted, timeout=30) yield resp finally: if resp: -- 2.1.0
Bug#751886: [debdiff] rebuild against curl-openssl
Attached is a debdiff with the required changes. Note that lintian is currently complaining about empty paragraphs in the long description, I guess dh_haskell_blurbs does not work correctly with d/control. Apollon diff -Nru haskell-curl-1.3.8/debian/changelog haskell-curl-1.3.8/debian/changelog --- haskell-curl-1.3.8/debian/changelog 2013-05-24 13:50:18.0 +0300 +++ haskell-curl-1.3.8/debian/changelog 2014-09-23 11:50:51.0 +0300 @@ -1,3 +1,11 @@ +haskell-curl (1.3.8-3) UNRELEASED; urgency=medium + + [ Apollon Oikonomopoulos ] + * (Build-)Depend on libcurl4-openssl-dev instead of libcurl4-gnutls-dev +(Closes: #751886) + + -- Apollon Oikonomopoulos apoi...@debian.org Tue, 23 Sep 2014 10:00:55 +0300 + haskell-curl (1.3.8-2) unstable; urgency=low * Enable compat level 9 diff -Nru haskell-curl-1.3.8/debian/control haskell-curl-1.3.8/debian/control --- haskell-curl-1.3.8/debian/control 2013-05-24 12:12:00.0 +0300 +++ haskell-curl-1.3.8/debian/control 2014-09-23 12:21:58.0 +0300 @@ -10,7 +10,7 @@ haskell-devscripts (= 0.8.15), ghc, ghc-prof, - libcurl4-gnutls-dev + libcurl4-openssl-dev Standards-Version: 3.9.4 Build-Depends-Indep: ghc-doc Homepage: http://hackage.haskell.org/package/curl @@ -19,7 +19,7 @@ Package: libghc-curl-dev Architecture: any -Depends: libcurl4-gnutls-dev, ${haskell:Depends}, ${misc:Depends}, ${shlibs:Depends} +Depends: libcurl4-openssl-dev, ${haskell:Depends}, ${misc:Depends}, ${shlibs:Depends} Suggests: ${haskell:Suggests} Provides: ${haskell:Provides} Description: GHC libraries for the libcurl Haskell bindings${haskell:ShortBlurb}
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
On Tuesday 23 September 2014 02:50 PM, Ritesh Raj Sarraf wrote: I was thinking of using pkexec and adding a Depends for it on apport-notify package. Looks like that won't work because the pkexec man page clearly states that. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761593: MLT linkage with libav* 0.11 fixed upstream
MLT linkage with libav* 0.11 has apparently been fixed upstream now: https://github.com/mltframework/mlt/commit/3ac0201 - 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#762528: needrestart: should suggest 'systemctl daemon-reexec' when systemd has been upgraded
severity 762528 minor tag 762528 upstream fixed-upstream thanks Hi, On 09/23/2014 08:17 AM, Paul Wise wrote: Package: needrestart Severity: wishlist I noticed when running checkrestart and needrestart at the same time that needrestart doesn't suggest restarting systemd when it has been upgraded. The way to restart systemd is to run this command as root: systemctl daemon-reexec while upgrading systemd it should restart itself - shouldn't it? I've tried to run `apt-get install --reinstall systemd` (systemd 208-8 on jessie). The .postinst script already does a daemon-reexec - checkrestart nor needrestart suggest to restart systemd. If a library is upgraded which is used by systemd than needrestart does fail: [main] #1 exe = /lib/systemd/systemd [main] #1 unexpected cgroup '/' = did not find a unit name in /proc/1/cgroup Failed to issue method call: No unit for PID 1 is loaded. = systemctl show 1 did not work, either [main] #1 running /etc/needrestart/hook.d/10-dpkg [main] #1 package: systemd = dpkg -S /lib/systemd/systemd did found the systemd package, but it does not contain a Sys-V script: $ dpkg -L systemd |grep init.d/ Needrestart did not find any way howto restart pid #1 :-( . I've changed upstream to handle systemd restarts as suggested. Seems to work as expected: # ./needrestart -v -r l [Core] Using UI 'NeedRestart::UI::stdio'... [main] detected systemd [main] #1 uses non-existing /lib/x86_64-linux-gnu/libattr.so.1.1.0.dpkg-new [main] #1 is not a child [..] [main] #1 exe = /lib/systemd/systemd [main] #1 is the systemd manager [..] Services to be restarted: systemd manager [..] The pseudo service name 'systemd manager' does trigger to use `systemctl daemon-reexec` instead of `systemctl restart @UnitNames`. Thanks for reporting, Thomas -- :: WWW: http://fiasko-nw.net/~thomas/ :: ::: Jabber: xmpp:tho...@jabber.fiasko-nw.net ::: :: flickr: http://www.flickr.com/photos/laugufe/ :: signature.asc Description: OpenPGP digital signature
Bug#762335: man-db trigger always fails being unable to create index cache
On Tue, Sep 23, 2014 at 10:05:58AM +0400, Michael Tokarev wrote: # ll -d /var/cache/man drwxr-xr-x 32 man root 4096 сен 22 05:05 /var/cache/man/ The intended permissions are: drwxr-sr-x 89 man root 4096 Sep 23 07:42 /var/cache/man (The odd setgid bit is just there to avoid cat files accidentally ending up owned by the calling user's group when man is installed setuid; I should probably audit file creation instead to ensure that at worst everything ends up with the man user's primary group in that case. But it's not very important for your case.) But it doesn't happen anymore, and the cache of manpages is now finally created. I think it is the cron job who did the trick and fixed the prob. Right. But in the man-db.deb, /var/cache/man is owned by man user? And it should had been here when installing man-db, because it installs after base-password. Wtf. I installed using debootstrap --variant=minbase, and later on, installed a bunch of large packages (like gnome), and man-db has been pulled by one of these. So I'll try to reproduce it in a next few days by doing another install. Thanks. Let me know what you find out. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725154: pu: package oss-compat/2
On Tue, 23 Sep 2014 10:02:18 +0100, Adam D. Barratt a...@adam-barratt.org.uk wrote: On 2014-09-23 9:43, Stephen Kitt wrote: And I still managed to mess this up :-(. The following patch fixes #762547 which was just filed against stable: [...] Is it OK if I upload this? Please go ahead. Done, thanks. Stephen signature.asc Description: PGP signature
Bug#762573: initramfs: refuses to boot if a device in conf.d/cryptroot is missing
Package: cryptsetup Version: 2:1.6.6-1 Tags: patch Hi, I'm booting on 4 encrypted devices, opened as LVM PVs, and use the LVM mirroring feature for the LVs (including rootfs). Trying to boot with a missing drive triggers the 'panic -r ALERT! ${cryptsource} does not exist. Dropping to a shell!' error, although it is possible to boot without this device. (Especially in my case where the missing device had no LV segment at all anymore.) I propose the attached patch to skip the device if we exit the shell without fixing the problem, instead of looping in the panic shell. Regards -- Cédric diff --git a/cryptroot-script b/cryptroot-script index 414f882..6aea503 100644 --- a/cryptroot-script +++ b/cryptroot-script @@ -222,11 +222,16 @@ setup_mapping() udev_settle # We've given up, but we'll let the user fix matters if they can - while [ ! -e ${cryptsource} ]; do + if [ ! -e ${cryptsource} ]; then + echo ALERT! ${cryptsource} does not exist. echo Check cryptopts=source= bootarg: cat /proc/cmdline echo or missing modules, devices: cat /proc/modules; ls /dev - panic -r ALERT! ${cryptsource} does not exist. Dropping to a shell! - done + panic -r Dropping to a shell. Will skip ${cryptsource} if you can't fix. + fi + + if [ ! -e ${cryptsource} ]; then + return 1 + fi # Prepare commands cryptopen=/sbin/cryptsetup -T 1
Bug#762574: chromium: Chromium 37 breaks Flash
Package: chromium Version: 37.0.2062.120-2 Severity: normal After updating Chromium this morning, Flash no longer works. I have pepperflashplugin-nonfree 1.7 installed. -- 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-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 37.0.2062.120-2 ii gconf-service3.2.6-3 ii libasound2 1.0.28-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcap2 1:2.24-5 ii libcups2 1.7.5-2 ii libdbus-1-3 1.8.8-1 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-15 ii libgconf-2-4 3.2.6-3 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.41.5-2 ii libgnome-keyring03.12.0-1 ii libgtk2.0-0 2.24.24-1 ii libharfbuzz0b0.9.35-1 ii libjpeg8 8d1-1 ii libnspr4 2:4.10.7-1 ii libnss3 2:3.17-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.2-1 ii libstdc++6 4.9.1-15 ii libudev1 215-4 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none pn mozplugger none -- Configuration Files: /etc/chromium/default [Errno 2] No such file or directory: u'/etc/chromium/default' /etc/chromium/initial_bookmarks.html [Errno 2] No such file or directory: u'/etc/chromium/initial_bookmarks.html' /etc/chromium/master_preferences [Errno 2] No such file or directory: u'/etc/chromium/master_preferences' -- 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#762575: FTCBFS: uses wrong compiler
Package: src:libcap2 Version: 1:2.24-5 Severity: important User: helm...@debian.org Usertags: rebootstrap Dear libcap2 maintainer, Your -5 upload broke cross building, while -4 worked just fine. libcap2 now compiles everything with cc rather than a triplet-prefixed compiler. Can you revert or fix the relevant changes? Looking at the debdiff I suspect the following hunk as offending: | -ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) | -CC := gcc | -else | -CC := $(DEB_HOST_GNU_TYPE)-gcc | +# Support cross-compiling | +ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) | +CC ?= $(DEB_HOST_GNU_TYPE)-gcc | endif Observe that the CC variable is special in make. It has a default value, so assinging to CC with ?= is always a noop. While not setting CC in the non-cross case is an improvement for building with clang, in a cross setting it needs to be set with := for now. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740953: 开發 票。QQ:6641 30705.
。本公司长期有对外开各种正规發 票,点数低,可验证。 李会计:136916 43915. QQ:6641 30705.
Bug#762558: init-select adds sysvinit as init system to kernel command line while systemd is there due to /etc/default/grub
reassign -1 init-select retitle -1 init-select init-select adds sysvinit as init system to kernel command line while systemd is there due to /etc/default/grub thanks Okay, this happens cause systemd isn´t running: merkaba:~ grep systemd /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT=init=/bin/systemd resume=/dev/mapper/sata-swap merkaba:~ cat /proc/cmdline BOOT_IMAGE=/vmlinuz-3.17.0-rc6-tp520 root=/dev/mapper/sata-debian ro rootflags=subvol=debian init=/bin/systemd resume=/dev/mapper/sata-swap init=/lib/sysvinit/init merkaba:~ ls -l /bin/systemd lrwxrwxrwx 1 root root 20 Sep 15 18:25 /bin/systemd - /lib/systemd/systemd merkaba:~ ls -l /lib/systemd/systemd -rwxr-xr-x 1 root root 1309072 Sep 15 18:25 /lib/systemd/systemd So seems init-select messes up manual configuration. I now did dpkg-reconfigure init-select and switched from sysvinit to systemd. Now I get: merkaba:~ grep systemd /boot/grub/grub.cfg | head -1 linux /vmlinuz-3.17.0-rc6-tp520 root=/dev/mapper/sata-debian ro rootflags=subvol=debian init=/bin/systemd resume=/dev/mapper/sata-swap If I switch back to sysvinit I get: merkaba:~ grep systemd /boot/grub/grub.cfg | head -1 linux /vmlinuz-3.17.0-rc6-tp520 root=/dev/mapper/sata-debian ro rootflags=subvol=debian init=/bin/systemd resume=/dev/mapper/sata-swap init=/lib/sysvinit/init This is bugged. init-select shouldn´t mess manual selection of init system. But at least I know how to fix it. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762561: Usability problem: gtk-recordmydesktop create Ogg Theora video file the KDE file manager fail to play
Control: forwarded -1 http://bugs.gw.com/view.php?id=382 Control: found -1 5.11-1 I've reguested this change upstream also now, to increase the chance of getting a fix into Debian. :) The bug has been around forever, and is also bothering me in Wheezy. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
2014-09-23 10:28 GMT+03:00 Guido van Steen vanst...@users.sourceforge.net: I would like Mariadb to be accepted before the freeze as well. However I am not a DD, so I cannot sponsor it myself. Thanks for your feedback! In order to get Mariadb sponsored you might handle at least the Lintian error (https://lintian.debian.org/tags/build-depends-on-obsolete-package.html, http://labs.seravo.fi/~otto/mariadb-repo/logs/mariadb-10.0/mariadb-10.0_10.0.13-1_amd64.build-d992d30.log). If it is a false positive, please explain why. You are talking about: E: mariadb-10.0 source: missing-build-dependency dpkg-dev (= 1.16.1~) Isn't this a bug in Lintian? The package dpkg-dev is part of build-essential and there should not be any need to specify it. Why does Lintian add the version number, what is special about 1.16.1~ ? The package builds ok on sid, wheezy, trusty and precise, which most have older dpkg-dev than those. The changelog of dpkg-dev has under 1.16.1 from September 2011: * dpkg-buildflags now returns hardening flags by default. Closes: #489771 They can be individually enabled/disabled via DEB_BUILD_MAINT_OPTIONS, see dpkg-buildflags(1). Thanks to Kees Cook for his help. I did the commit http://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/commit/?id=f577ead67affc143989b1373b8a15a2824805033 to replace the old hardening-wrapper, because Lintian complained that perfectly well working system was deprecated. What does Lintian want me here, to specify a versioned dpkg-dev dependency on a version that has been in Debian for over 3 years? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762535: Zabbix: new upstream (2.4)
Hi Daniel, I'm aware of new version availability through upstream announce mail list, DDPO and Maintainer dashboard. Besides 2.4 was released just two weeks ago... On Tue, 23 Sep 2014 09:16:32 Daniel Baumann wrote: it would be nice if you could upload zabbix 2.4, it would be good to have that in wheezy over the current 2.2. I doubt if it would be feasible to package 2.4. Certainly not for Jessie because 2.2 is Long Term Release (LTS) while 2.4 will be supported only during short time, see http://www.zabbix.com/life_cycle_and_release_policy.php -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.