Bug#755274: [Pkg-bluetooth-maintainers] Bug#755274: bluez: BT adapter isn't powered on at boot
Hi, 2014-07-26 22:10 GMT+09:00 Andriy Martynets martyn...@volia.ua: On Sat, 26 Jul 2014 04:52:49 +0900 Nobuhiro Iwamatsu iwama...@nigauri.org wrote: Dear Nobuhiro, Thanks! Using of the udev rule is reasonable as this activates any BT adapter as soon as it is plugged in. Maintaining this via an init script works fine in majority of cases but not in all. As the script runs once it will not cover cases when the adapter is hot plugged later. Reverting this back will solve the bug as will make the package working fine. To improve the package by adding the udev rule you have to make the hciconfig tool available from the rootfs. You can see if you get a look at the other mail of this bug, I have received other proposals from Michael. It is a proposal to move to / bin the hciconfig. I think that trying to adopt this proposal. Because hciconifg depends only on libraries of / lib, it can be moved. In addition, we can unify the initialization of hciX in systemd, sysvinit and other init system can be controlled by udev. Of course, this resolve problem of this BTS. This is reasonable, I think. Thank you again and best regards, Andriy Best regards, Nobuhiro Hi, Thanks for your report. 2014-07-19 22:20 GMT+09:00 Andriy Martynets martyn...@volia.ua: Package: bluez Version: 5.21-1 Severity: serious Justification: Policy 9.1.1 Dear Maintainer, The issue appeared after upgrade to version 5.21. The udev rule 50-bluetooth-hci-auto-poweron.rules tries to run /usr/bin/hciconfig tool. This rule is executed at early stage of boot process (/etc/rcS.d/S02udev) when /usr is mounted later (/etc/rcS.d/S09mountall.sh). In my understanding this tool must be installed in /sbin directory as one needed at boot time. Alternatively this must be managed somehow at later stage (e.g. 'udevadm trigger --verbose --action=add --subsystem-match=bluetooth --sysname-match=hci*' command in /etc/init.d/bluetooth) I see. I enabled the hciX in bluetooth.init in earlier versions. I will revert this and remove 50-bluetooth-hci-auto-poweron.rules from bluez package I tried the mentioned above udevadm command and it helped. See modified file below. It also contains alterations to fix bug #754830. Best regards, Andriy Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755539: transition: hdf5
Gilles Filippini a écrit , Le 27/07/2014 01:12: Emilio Pozuelo Monfort a écrit , Le 25/07/2014 09:22: On 24/07/14 20:10, Gilles Filippini wrote: I am currently rebuilding every affected package to prepare debdiff patches. I'll need a week or so to complete this task. Let us know when that's done. It took less time than I thought. Here is the new status of affected packages: No action required: magics++ octave-bim octave-msh python-shogun vtk Useless bin dependency on hdf5: getdp #755973 insighttoolkit4 #756015 oasis3 #755681 slepc #755180 binNMU required: armadillo dolfin mathgl ovito (blocked by #756108) paraview (blocked by #756108) shogun vtk6 (blocked by #756108) Fix required (patch proposal ready): adios aster cdo cmor code-saturne exodusii flann gdal gmsh gpiv gpivtools grads h5utils hdf-eos5 jhdf libcgns libgpiv libmatio libpdl-io-hdf5-perl libvigraimpex med-fichier meep meep-lam4 meep-mpich2 meep-mpi-default meep-openmpi minc mpb ncl netcdf nexus octave petsc pygpiv pytables r-cran-hdf5 ruby-hdfeos5 salome-kernel scilab stimfit syrthes tessa xdmf xmds2 yorick-hdf5 Depends on deprecated hdf5 mpi-posix API: h5py silo-llnl Others: gnudatalanguage FTBFS blocked by plplot I've also checked the packages having an indirect build dependency on hdf5, and found a few more ones which will require an action: binNMU: vips (after libmatio) nifti2dicom (after vtk6) nip2 (after vips) Fix required (patch proposal ready): dynare feel++ gnuplot-iostream mlpack pktools Others: openmeeg (not in testing - FTBFS on sid - #730904) plplot (not in testing - FTBFS on sid - #713309 and more) With these packages processed, I think I'm now ready to upload hdf5 1.8.13 to unstable, at your will. Thanks, _g. signature.asc Description: OpenPGP digital signature
Bug#756257: goplay: SEGV when clicking on PACKAGE/DESCRIPTION headings
Package: goplay Version: 0.5-1.2 Severity: important Justification: renders package unusable I recompiled goplay to fix bug #755404 (a basic recompile is all that's needed). One one of my test systems goplay displays no packages (for unknown reasons) and will SEGV when I click on the title of the main list box (where it says PACKAGE and DESCRIPTION. On another of my test systems it displays a list of packages and operates correctly apart from a SEGV if you click in that area. The backtrace is below. I'll attach a screen-shot showing where to click for a SEGV. Program received signal SIGSEGV, Segmentation fault. 0x75ebee1a in strlen () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x75ebee1a in strlen () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00413d34 in length (__s=0x0) at /usr/include/c++/4.9/bits/char_traits.h:263 #2 assign (__s=0x0, this=0x662b20) at /usr/include/c++/4.9/bits/basic_string.h:1149 #3 operator= (__s=0x0, this=0x662b20) at /usr/include/c++/4.9/bits/basic_string.h:563 #4 PackageBrowser::item_select (this=0x662880, p=0x701f80, s=1) at pkgbrowser.cpp:158 #5 0x7795588d in Fl_Browser_::select(void*, int, int) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #6 0x77955996 in Fl_Browser_::select_only(void*, int) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #7 0x7795600b in Fl_Browser_::handle(int) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #8 0x00413aba in handle (e=1, this=0x662880) at pkgbrowser.h:145 #9 PackageBrowser::handle (this=0x662880, e=1) at pkgbrowser.cpp:467 #10 0x77963120 in Fl_Group::handle(int) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #11 0x7794fecf in ?? () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #12 0x77950b9d in Fl::handle(int, Fl_Window*) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #13 0x77991a4a in fl_handle(_XEvent const) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #14 0x77992573 in ?? () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #15 0x77992a11 in fl_wait(double) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #16 0x7795199c in Fl::wait(double) () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #17 0x77951acd in Fl::wait() () from /usr/lib/x86_64-linux-gnu/libfltk.so.1.1 #18 0x0040985d in main (argc=1, argv=0x7fffe6b8) at goplay.cpp:534 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages goplay depends on: ii apt-xapian-index 0.46 ii debtags 1.12.1 ii libapt-pkg4.121.0.6 ii libc6 2.19-7 ii libept1.4.12 1.0.12 ii libfltk1.11.1.10-19 ii libgcc1 1:4.9.1-3 ii libstdc++64.9.1-3 ii libx11-6 2:1.6.2-2 ii libxapian22 1.2.18-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages goplay recommends: pn games-thumbnails none goplay 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#755077: libalog: increase gnat version in dependencies
raising severity to serious since the package is no longer installable in sid. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755404: NMU to fix
I've uploaded a NMU to fix this to the 7 day delayed queue. I made no code changes and just rebuilt it. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/
Bug#755031: add python3 support for python-cssselect
Here is a patch: ===File /tmp/python-cssselect_0.9.1-1.1.debdiff= diff -Nru python-cssselect-0.9.1/debian/changelog python-cssselect-0.9.1/debian/changelog --- python-cssselect-0.9.1/debian/changelog 2013-10-25 23:33:04.0 +0800 +++ python-cssselect-0.9.1/debian/changelog 2014-07-28 15:03:58.0 +0800 @@ -1,3 +1,10 @@ +python-cssselect (0.9.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Add support for python3. (Closes: #755031) + + -- Song Wenwu songwe...@linuxdeepin.com Mon, 28 Jul 2014 15:03:05 +0800 + python-cssselect (0.9.1-1) unstable; urgency=low [ Barry Warsaw ] diff -Nru python-cssselect-0.9.1/debian/control python-cssselect-0.9.1/debian/control --- python-cssselect-0.9.1/debian/control 2013-10-25 23:30:03.0 +0800 +++ python-cssselect-0.9.1/debian/control 2014-07-28 15:13:42.0 +0800 @@ -3,19 +3,30 @@ Priority: extra Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: TANIGUCHI Takaki tak...@debian.org -Build-Depends: debhelper (= 8) -,python-all -,python-setuptools -Standards-Version: 3.9.4 +Build-Depends: debhelper (= 9), dh-python, + python-all, python-lxml, python-setuptools, + python3-all, python3-lxml, python3-setuptools +Standards-Version: 3.9.5 X-Python-Version: = 2.6 +X-Python3-Version: = 3.2 Homepage: http://pypi.python.org/pypi/cssselect Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/python-cssselect/trunk/ Vcs-Browser: http://anonscm.debian.org/viewvc/python-modules/packages/python-cssselect/trunk/ Package: python-cssselect Architecture: all -Depends: ${python:Depends}, ${misc:Depends} -Provides: ${python:Provides} +Depends: python, ${misc:Depends} +Description: cssselect parses CSS3 Selectors and translates them to XPath 1.0 + cssselect parses CSS3 Selectors and translate them to XPath 1.0 expressions. + Such expressions can be used in lxml or another XPath engine to find the + matching elements in an XML or HTML document. + . + This module used to live inside of lxml as lxml.cssselect before it was + extracted as a stand-alone project. + +Package: python3-cssselect +Architecture: all +Depends: python3, ${misc:Depends} Description: cssselect parses CSS3 Selectors and translates them to XPath 1.0 cssselect parses CSS3 Selectors and translate them to XPath 1.0 expressions. Such expressions can be used in lxml or another XPath engine to find the diff -Nru python-cssselect-0.9.1/debian/rules python-cssselect-0.9.1/debian/rules --- python-cssselect-0.9.1/debian/rules 2012-05-10 15:49:55.0 +0800 +++ python-cssselect-0.9.1/debian/rules 2014-07-28 15:16:27.0 +0800 @@ -1,4 +1,7 @@ #!/usr/bin/make -f # -*- makefile -*- + +export PYBUILD_NAME=cssselect + %: - dh $@ --with python2 + dh $@ --with python2,python3 --buildsystem=pybuild -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719028: pdf2svg: produces imprecise paths
Hi, On 27/07/14 18:58, Philipp Kern wrote: so that file is no longer there and was not attached to the bug. That makes going back to this bug quite hard. Sorry. Did get lost somewhere in synchronisation. Back up again: http://www.forkable.eu/memo/SANDBOX/130807_reportbug-pdfsvg.tar.gz Have updates in the meantime resolved this issue or is it still present? Afaik still present. Thank you, best regards, Christoph -- Christoph Haag __ ___ __ | |.---.-.' _| |--.-.-. | || _ | _|| _ | | |__||___._|__| |__|__|_|__|__| PUBLISHING GbR Äußeres Pfaffengäßchen 30 86152 Augsburg Tel. 0821.8852255 Mob. .--- christ...@lafkon.net www.lafkon.net/what -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756258: exim4 configured with dovecot auth deadlocks
Package: exim4 Version: 4.80-7 Severity: important Dear Maintainer, This is probably an upstream bug. When exim4 is configured with dovecot authenticator, it blocks at some point, apparently expecting some information from dovecot. Dovecot on its side is expecting additional information from exim. None of the two parties move forward and exim do not respond to the SMTp client. After some unspecified time, the MUA terminates the connection, because no response is sent from the server. Exim is configured with: begin authenticators dovecot_plain: driver = dovecot public_name = PLAIN server_socket = /var/run/dovecot/auth-userdb server_set_id = $auth1 dovecot_login: driver = dovecot public_name = LOGIN server_socket = /var/run/dovecot/auth-userdb server_set_id = $auth1 Dovecot configuration is left as default. It is: service auth { unix_listener auth-userdb {} } Both daemons in full debug mode (-d+all for exim and auth_verbose, auth_verbose_passwords, auth_debug, auth_debug_passwords activated in dovecot). The last debug log from exim is: @400053d5e25003272ac4 05:40:2261 SMTP EHLO toto @400053d5e250032853a4 05:40:2261 toto in helo_lookup_domains? no (end of list) @400053d5e25003292694 05:40:2261 sender_fullhost = (toto) [172.17.42.1] @400053d5e250032a0d0c 05:40:2261 sender_rcvhost = [172.17.42.1] (helo=toto) @400053d5e250032ad82c 05:40:2261 set_process_info:61 handling incoming connection from (toto) [172.17.42.1] @400053d5e250032baf04 05:40:2261 host in pipelining_advertise_hosts? yes (matched *) @400053d5e250032c6a84 05:40:2261 host in auth_advertise_hosts? yes (matched *) @400053d5e250032d2dd4 05:40:2261 host in tls_advertise_hosts? yes (matched *) @400053d5e250032df8f4 05:40:2261 SMTP 250-4a5b0a328ab7 Hello toto [172.17.42.1] @400053d5e250032df8f4 05:40:2261 250-SIZE 52428800 @400053d5e250032dfcdc 05:40:2261 250-8BITMIME @400053d5e250032dfcdc 05:40:2261 250-PIPELINING @400053d5e250032dfcdc 05:40:2261 250-AUTH PLAIN LOGIN @400053d5e250032dfcdc 05:40:2261 250-STARTTLS @400053d5e250032e00c4 05:40:2261 250 HELP @400053d5e26322f6eb8c 05:40:4161 SMTP AUTH PLAIN AG1AbWFpbHRlc3QubWlsZHJlZC5mcgAxMjM= @400053d5e26322f7d204 05:40:4161 dovecot authentication @400053d5e26322fe8cac 05:40:4161 received: VERSION 1 1 @400053d5e26322ff6b54 05:40:4161 received: SPID 48 (no debug log from dovecot at this point) Running strace on exim leads to the following output for the AUTH PLAIN command: [pid 10113] read(10, AUTH PLAIN AG1AbWFpbHRlc3QubWlsZ..., 8192) = 48 [pid 10113] alarm(0)= 288 [pid 10113] rt_sigaction(SIGALRM, {0x7fb417616690, [], SA_RESTORER, 0x7fb414d17030}, NULL, 8) = 0 [pid 10113] stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 [pid 10113] write(2, 05:40:4161 SMTP AUTH PLAIN..., 70) = 70 [pid 10113] stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 [pid 10113] write(2, 05:40:4161 dovecot authentic..., 38) = 38 [pid 10113] socket(PF_LOCAL, SOCK_STREAM, 0) = 3 [pid 10113] connect(3, {sa_family=AF_LOCAL, sun_path=/var/run/dovecot/auth-userdb}, 110) = 0 [pid 10113] read(3, VERSION\t1\t1\nSPID\t48\n, 256) = 20 [pid 10113] stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 [pid 10113] write(2, 05:40:4161 received: VERSION..., 37) = 37 [pid 10113] stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 [pid 10113] write(2, 05:40:4161 received: SPID\t48..., 33) = 33 [pid 10113] read(3, (blocked) strace for dovecot auth process shows: epoll_wait(13, {{EPOLLIN, {u32=967924496, u64=140021196741392}}}, 12, -1) = 1 accept(10, {sa_family=AF_LOCAL, NULL}, [2]) = 19 fcntl(19, F_GETFL) = 0x2 (flags O_RDWR) fcntl(19, F_SETFL, O_RDWR|O_NONBLOCK) = 0 write(5, 0\0\0\0\5\0\0\0\345\3\0\0, 12) = 12 fstat(19, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 lseek(19, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) getsockname(19, {sa_family=AF_LOCAL, sun_path=/var/run/dovecot/auth-userY\177}, [31]) = 0 epoll_ctl(13, EPOLL_CTL_ADD, 19, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=967948080, u64=140021196764976}}) = 0 write(19, VERSION\t1\t1\nSPID\t48\n, 20) = 20 getsockopt(19, SOL_SOCKET, SO_PEERCRED, {pid=61, uid=103, gid=104}, [12]) = 0 epoll_wait(13, (blocked) We deduce the following AUTH protocol log: exim connects to dovecot auth dovecot VERSION 1 1 dovecot SPID48 According to http://wiki2.dovecot.org/Design/AuthProtocol, the protocol log should start with the client (exim here) issuing the VERSION and CPID commands. Dovecot should then reply with VERSION, SPID, CUID, COOKIE, MECH and DONE. Unfortunately, according to exim code (src/auths/dovecot.c around line 220), exim waits the DONE from
Bug#756259: accountsservice: Series file not updated.
Package: accountsservice Version: 0.6.37-2 Severity: important Dear Maintainer, I need the 009 patch in order to depend on accountsservice for the Muon package I am currently porting. (the one with the perl script) I saw that all the patches are there, but you have not updated the series file. If you have other reasons that hold you from putting the patch, please let me know so that I can be of assistance. Floris. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages accountsservice depends on: ii dbus 1.8.2-1 ii init-system-helpers1.18 ii libaccountsservice00.6.37-2 ii libc6 2.18-7 ii libglib2.0-0 2.40.0-3 ii libpolkit-gobject-1-0 0.105-5 accountsservice recommends no packages. Versions of packages accountsservice suggests: ii gnome-control-center 1:3.8.3-7 -- 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#756225: [claws-mail] Drag'n'drop refuses to work randomly
Control: tags -1 moreinfo Hi, On Sun, Jul 27, 2014 at 08:18:08PM +0200, B wrote: […] Randomly the drag'n'drop of an email from one folder to another fails, I'm obliged to use the move function from the context menu to do so. Can you run run 'claws-mail --debug' from a terminal for a while and check what is output in the terminal when the drag'n'drop fails? Also, when you find one of these mails that fail to d'n'd: - does it fail to d'n'd to any folder or just to some folder? - once moved, if you try to d'n'd back to the original (or other folder) does it fail again? Thanks in advance, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl signature.asc Description: Digital signature
Bug#756008: postgresql-common: (URGENT) pg_upgradecluster 9.3 - 9.4 fails
On Fri, 25 Jul 2014, Thorsten Glaser wrote: What am I supposed to do now? I fear doing anything wrong will make the situation much worse? So, how d̲o̲ I recover from this without making things worse, now? Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756025: tracker.debian.org: Merge versions and versioned links in a centered panel
Control: severity -1 wishlist On Fri, 25 Jul 2014, Christophe Siraut wrote: See http://henrich-on-debian.blogspot.fr/2013/09/an-idea-for-new-pts- layout.html (Ticket migrated from Trello: https://trello.com/c/duNhR7pO/) Note that this is a suggestion and I'm not sure it's the best course forward. But it was an interesting idea worthy of some consideration and I did want to record it. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755404: NMU to fix
On 28/07/14 09:22, Russell Coker wrote: I've uploaded a NMU to fix this to the 7 day delayed queue. I made no code changes and just rebuilt it. Why not request a binNMU instead? Also, goplay depends on libept1.4.12 which ships /usr/lib/libept.so.1.0.5.4.12. So how can the linker fail to find libept.so.1.0.5.4.12 and how does a rebuild help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733355: urjtag: FTBFS: svf_bison.c:1494:7: error: too few arguments to function 'urj_svf_lex'
I nmued this package with your patch with 3 days delay. If you object it, please tell me, I will cut it. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756028: tracker.debian.org: REST interface for packages
On Fri, 25 Jul 2014, Christophe Siraut wrote: As an agent, I can access data about packages via a RESTful interface. This the main point. The suggested URLs are certainly not the one that that we will use. And the set of exported data will likely change. And we also want to export data about all the known repositories. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756260: ghc generates lots of unaligned access syslog warnings on hppa
Package: ghc Version: 7.6.3-15 Severity: bug On the hppa architecture, ghc generates during build (and when builing with ghc) lots of unaligned accesses to the same addresses. Here is the example which happens in syslog when ghc is running: [74791.164000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac7f523 [74791.268000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac792af [74791.372000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac80983 [74791.472000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac798b3 [74793.636000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac7f523 [74822.64] handle_unaligned: 15 callbacks suppressed [74822.704000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac7f523 [74822.804000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac792af [74822.908000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac80983 [74823.008000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac798b3 [74823.112000] ghc-stage2(6230): unaligned access to 0x043b77fa at ip=0xfac7f523 [74828.264000] handle_unaligned: 527 callbacks suppressed Unaligned accesses means, that ghc tries to load e.g. a 4-byte word where the word is not aligned to a 4-byte address. In C for example, this would produce an unaligned access * (int*) 0x0003. On hppa unaligned accesses are expensive, since the Linux kernel will trigger an exception and will fix this unaligned access for userspace. In general it should be trivial to find where those unaligned accesses happen. On hppa you could for example run prctl --unaligned=signal testprogram and the kernel will then trigger a fault in userspace and you should get a backtrace. I don't have much knowledge in ghc myself else I would have tried to find the bug. Maybe the ghc developers can take a look at this? I can provide access to a hppa porterbox where this can be reproduced. Thanks, Helge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754617: units-filter: FTBFS on kfreebsd-amd64/s390x: mpfr::mpreal::mpreal declarations etc.
I met the same problem when building it for mips64el: http://mips64el.debian.net/debian/buildlog/u/units-filter_3.6-1/units-filter_3.6-1_mips64el-20140714-1513.build -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756030: tracker.debian.org: Add news regarding a package
On Fri, 25 Jul 2014, Christophe Siraut wrote: As an email user, I can add news regarding a package. (Ticket migrated from Trello: https://trello.com/c/duNhR7pO/) This was a draft to port the current PTS feature of adding a news by mail. But in the new tracker, the possibily to add a news should be in the authenticated web interface and not in the mail interface. It's much more discoverable that way and easier to use for most people. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756261: libpam-systemd: rdepends on libpam-systemd can't run with sysvinit as libpam-systemd depend on systemd-sysv only
Package: libpam-systemd Version: 208-6 Severity: normal Please add an alternate dependency on sysvinit-core and respective on upstart, though. Elimar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-rc6-pipin-lxtec-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-systemd depends on: ii libc6 2.19-7 ii libcap21:2.24-3 ii libdbus-1-31.8.6-1 ii libpam-runtime 1.1.8-3 ii libpam0g 1.1.8-3 ii multiarch-support 2.19-7 ii systemd208-6 ii sysvinit-core 2.88dsf-53.2 libpam-systemd recommends no packages. libpam-systemd suggests no packages. $ apt-rdepends -r libpam-systemd libpam-systemd Reverse Depends: gdm3 (3.12.2-2) Reverse Depends: gnome-bluetooth (3.12.0-5) Reverse Depends: lightdm (1.10.1-3) Reverse Depends: network-manager (0.9.10.0-1) Reverse Depends: policykit-1 (0.105-6.1) Reverse Depends: udisks2 (2.1.3-2) gdm3 Reverse Depends: gnome-core (= 1:3.8+8) Reverse Depends: xfswitch-plugin (0.0.1-5) gnome-core Reverse Depends: gnome (= 1:3.8+8) Reverse Depends: task-gnome-desktop (3.20) gnome Reverse Depends: gnome-desktop-environment (= 1:3.8+8) gnome-desktop-environment task-gnome-desktop xfswitch-plugin gnome-bluetooth Reverse Depends: cinnamon-bluetooth (3.8.4-2) Reverse Depends: gnome-core (= 1:3.8+8) Reverse Depends: gnome-user-share (= 3.10.2-1) cinnamon-bluetooth gnome-user-share Reverse Depends: gnome-core (= 1:3.8+8) lightdm Reverse Depends: light-locker (1.4.0-1) Reverse Depends: lightdm-kde-greeter (0.3.2.1-2) Reverse Depends: task-lxde-desktop (3.20) Reverse Depends: task-xfce-desktop (3.20) light-locker lightdm-kde-greeter task-lxde-desktop task-xfce-desktop network-manager Reverse Depends: modem-manager-gui (= 0.0.16-3) Reverse Depends: network-manager-dbg (= 0.9.10.0-1) Reverse Depends: network-manager-gnome (= 0.9.10.0-2) Reverse Depends: network-manager-openconnect (= 0.9.8.6-1+b1) Reverse Depends: network-manager-strongswan (= 1.3.0-1.1) Reverse Depends: plasma-nm (= 0.9.3.3-4) Reverse Depends: python-networkmanager (= 0.9.10-1) Reverse Depends: sucrose-0.96 (0.96.1-2.1) Reverse Depends: sucrose-0.98 (0.98.8-1) modem-manager-gui network-manager-dbg network-manager-gnome Reverse Depends: cinnamon (2.2.14-3) Reverse Depends: gnome (= 1:3.8+8) cinnamon Reverse Depends: cinnamon-dbg (= 2.2.14-3) cinnamon-dbg network-manager-openconnect Reverse Depends: network-manager-openconnect-gnome (= 0.9.8.6-1+b1) network-manager-openconnect-gnome network-manager-strongswan plasma-nm Reverse Depends: plasma-nm-dbg (= 0.9.3.3-4) Reverse Depends: plasma-widget-networkmanagement (= 0.9.3.3-4) plasma-nm-dbg Reverse Depends: plasma-widget-networkmanagement-dbg (= 0.9.3.3-4) plasma-widget-networkmanagement-dbg plasma-widget-networkmanagement python-networkmanager sucrose-0.96 sucrose-0.98 policykit-1 Reverse Depends: aptdaemon (1.1.1-3) Reverse Depends: colord (= 1.2.1-1) Reverse Depends: ettercap-graphical (1:0.8.0-14) Reverse Depends: firewall-applet (0.3.10-1) Reverse Depends: firewalld (0.3.10-1) Reverse Depends: fprintd (0.5.1-1) Reverse Depends: gdm3 (= 3.12.2-2) Reverse Depends: gnome-color-manager (3.12.2-1+b1) Reverse Depends: gnome-system-log (3.9.90-2) Reverse Depends: gufw (12.10.0-1) Reverse Depends: hplip (3.14.6-1) Reverse Depends: libmatepolkit-dev (1.8.0+dfsg1-4) Reverse Depends: libpolkit-gtk-mate-1-0 (1.8.0+dfsg1-4) Reverse Depends: mate-polkit (1.8.0+dfsg1-4) Reverse Depends: nautilus-dropbox (1.6.2-1) Reverse Depends: network-manager (0.9.10.0-1) Reverse Depends: packagekit (0.8.17-4) Reverse Depends: policykit-1-gnome (0.105-2) Reverse Depends: polkit-kde-1 (0.99.1-1) Reverse Depends: python3-plainbox (0.5.4-1) Reverse Depends: razorqt-policykit-agent (0.5.2-4) aptdaemon colord Reverse Depends: gnome-color-manager (= 3.12.2-1+b1) Reverse Depends: gnome-control-center (= 1:3.12.1-4) gnome-color-manager Reverse Depends: gnome (= 1:3.8+8) gnome-control-center Reverse Depends: gnome-core (= 1:3.8+8) Reverse Depends: gnome-gmail (1.8.2-1) Reverse Depends: ontv (3.2.0-1) gnome-gmail ontv ettercap-graphical Reverse Depends: ettercap-dbg (= 1:0.8.0-14) ettercap-dbg firewall-applet firewalld Reverse Depends: firewall-applet (= 0.3.10-1) Reverse Depends: freedombox-setup (0.0.47) freedombox-setup fprintd Reverse Depends: libpam-fprintd (= 0.5.1-1) libpam-fprintd gnome-system-log Reverse Depends: gnome-core (= 1:3.8+8) gufw hplip Reverse Depends: hplip-dbg (= 3.14.6-1) Reverse Depends: hplip-gui (= 3.14.6-1) Reverse Depends: printer-driver-postscript-hp (= 3.14.6-1) hplip-dbg hplip-gui printer-driver-postscript-hp Reverse Depends:
Bug#756262: RM: pkglab -- ROM; obsoleted by dose-* packages
Package: ftp.debian.org Severity: normal Hello, please remove the pkglab source package from sid. It is no longer maintained upstream since a long time since it is superseded by the dose3 library and tool suite. Transition to dose-distcheck and dose-buildebcheck is implemented by the edos-distcheck transitional package that is part of dose3 3.2.2-2 (uploaded and acepted into sid yesterday). Thanks -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748658: Please consider supporting generation of .xz index files.
Hi, what is the status of this? Jessie uses Packages.xz by default. It would be really helpful if the version of reprepro in jessie would be able to produce the matching indices files. Regards, Daniel -- 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#756263: torrent files are 'unknown' when looked via nautilus
Package: nautilus Version: 3.12.2-1 Severity: normal Dear Maintainer, Nautilus consistently shows filetype as 'Unknown' although it displays the logo correctly and is associated with the correct application. Looking via properties it correctly identifies that the file is a Bittorrent seed file. I am attaching a screenshot of how it looks (see the column 'Type') in the first file itself. Looking forward to the fix. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (500, 'testing-updates'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.22-1 ii gsettings-desktop-schemas 3.12.2-1 ii gvfs 1.20.2-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-7 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexempi3 2.2.1-2 ii libexif12 0.6.21-1 ii libgail-3-03.12.2-1+b1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libglib2.0-data2.40.0-3 ii libgnome-desktop-3-10 3.12.2-2 ii libgtk-3-0 3.12.2-1+b1 ii libnautilus-extension1a3.12.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libselinux12.3-1 ii libtracker-sparql-1.0-01.0.2-1+b1 ii libx11-6 2:1.6.2-2 ii libxml22.9.1+dfsg1-4 ii nautilus-data 3.12.2-1 ii shared-mime-info 1.3-1 Versions of packages nautilus recommends: ii eject 2.1.5+deb1+cvs20081104-13.1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-sushi3.12.0-2 ii gvfs-backends 1.20.2-1 ii librsvg2-common2.40.2-1 Versions of packages nautilus suggests: ii atril [pdf-viewer] 1.8.0+dfsg1-4 ii brasero3.10.0-1 ii eog3.12.2-1 ii evince [pdf-viewer]3.12.1-1 ii okular [pdf-viewer]4:4.13.1-2 ii totem 3.12.1-1 ii tracker1.0.2-1+b1 ii vlc [mp3-decoder] 2.1.4-1+b3 ii vlc-nox [mp3-decoder] 2.1.4-1+b3 ii xdg-user-dirs 0.15-1 ii zathura [pdf-viewer] 0.2.9-2 -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8
Bug#756117: tracker.debian.org: Merge patch-tracker.debian.org and watch file scanner
Control: clone -1 -2 Control: retitle -1 Display information about package provided patches (aka old patch-tracker.debian.org) Control: retitle -2 Implement debian/watch scanner for new upstream releases On Sat, 26 Jul 2014, Christophe Siraut wrote: Please merge patch-tracker.debian.org and watch file scanner (Ticket migrated from Trello: https://trello.com/c/duNhR7pO/) Each of those tasks is big enough that they deserve separate tickets. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754347: upgrade to upstream's version 3.12.4 ?
Version 3.12.4 has been recently released upstream, which fixes a decent list of bugs. http://ftp.acc.umu.se/pub/GNOME/sources/evolution/3.12/evolution-3.12.4.news How hard would it be to update the current package ? Ghis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754134: trafficserver: add support for ppc64el
Hi, does you patch suit for ppc 32 bit? specially: +#define mb() __asm__ __volatile__ (sync : : : memory) +#define rmb() __asm__ __volatile__ (sync : : : memory) +#define wmb() __asm__ __volatile__ (sync : : : memory) -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755992: does this happen on wheezy to
on which? I have tested on Debian Wheezy and Ubuntu Trusty. The same error on both. On Mon, Jul 28, 2014 at 3:51 AM, Holger Levsen hol...@layer-acht.org wrote: Hi Stanislav, On Montag, 28. Juli 2014, Stanislav German-Evtushenko wrote: I have checked a binary on the only one distribution on which? however I have compared the source code on different distributions and it's completely the same. different library versions might be the culprit... cheers, Holger -- www.helplinux.ru - Найди себе Гуру
Bug#753676: marked as done (tracker.debian.org: Review the trello board and file relevant entries in the BTS)
Control: reopen -1 On Sat, 26 Jul 2014, Debian Bug Tracking System wrote: Tickets migrated. I believe you have missed the entries in the backlog column (all of which are accurate except the patch-tracker one, and possibly the package duplication information). And also those tickets are worth keeping IMO: https://trello.com/c/uDnU2mbb/25-browse-a-list-of-packages https://trello.com/c/iwLpSXCw/66-reset-package-keywords-to-default-keywords https://trello.com/c/w4IyeNge/137-review-potential-optimizations-about-update-repository-task Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756265: sbuild: Please export additional variables to external commands
Package: sbuild Version: 0.64.1-1 Severity: normal Tags: patch Hi, I have a post-build command that should copy files out of the pkgbuild directory. To do this correctly, this command needs to know the chroot and the pkgbuild directory. The attached patchs add support for exporting SBUILD_CHROOT_DIR, SBUILD_BUILD_DIR, SBUILD_PKGBUILD_DIR. PS: It would be nice if the chroot session ID would be available, too. Description: Export additional variables to external commands. Author: Benjamin Drung bdr...@debian.org --- a/lib/Sbuild/Build.pm +++ b/lib/Sbuild/Build.pm @@ -1072,11 +1072,20 @@ my $dsc = $self-get('DSC'); my $changes; $changes = $self-get('Changes File') if ($self-get('Changes File')); +my $build_dir = $self-get('Build Dir'); +my $pkgbuild_dir = $build_dir . '/' . $self-get('DSC Dir'); my %percent = ( % = %, d = $dsc, SBUILD_DSC = $dsc, c = $changes, SBUILD_CHANGES = $changes, + b = $build_dir, SBUILD_BUILD_DIR = $build_dir, + p = $pkgbuild_dir, SBUILD_PKGBUILD_DIR = $pkgbuild_dir, ); +if ($chroot == 0) { + my $chroot_dir = $self-get('Chroot Dir'); + $percent{r} = $chroot_dir; + $percent{SBUILD_CHROOT_DIR} = $chroot_dir; +} # Our escapes pattern, with longer escapes first, then sorted lexically. my $keyword_pat = join(|, sort {length $b = length $a || $a cmp $b} keys %percent); --- a/man/sbuild.1.in +++ b/man/sbuild.1.in @@ -456,6 +456,19 @@ \fB%c\fR, \fB%SBUILD_CHANGES\fR These escapes are converted to the absolute path to a package's source .changes file. +.TP +\fB%r\fR, \fB%SBUILD_CHROOT_DIR\fR +These escapes are converted to the absolute path on the host to the root +directory of the chroot. This variable is not set if the external command is +run inside the chroot. +.TP +\fB%b\fR, \fB%SBUILD_BUILD_DIR\fR +These escapes are converted to the absolute path to the build directory inside +the chroot. +.TP +\fB%p\fR, \fB%SBUILD_PKGBUILD_DIR\fR +These escapes are converted to the absolute path to the package build directory +inside the chroot. .PP Percent escapes are only substituted when an appropriate value is defined for them. At other times, it is left unchanged. For example, a .changes file is only
Bug#756266: g++-4.9: test summaries compressed twice (and why install them at all..?)
Package: g++-4.9 Version: 4.9.1-3 Severity: minor Many of the files in /usr/share/doc/gcc-4.9-base are compressed by xz then by gz. This seems wrong. (Reporting to g++-4.9 since that package owns the files.) % ls -l /usr/share/doc/gcc-4.9-base/test-summaries total 15316 -rw-r--r-- 1 root root2808 2014-07-27 15:37 boehm-gc.log.xz -rw-r--r-- 1 root root 548 2014-07-27 15:37 boehm-gc.sum.xz -rw-r--r-- 1 root root 5264919 2014-07-27 18:48 gcc.log.xz.gz -rw-r--r-- 1 root root 329118 2014-07-27 18:47 gcc.sum.xz.gz -rw-r--r-- 1 root root 957672 2014-07-27 18:07 gdc.log.xz.gz -rw-r--r-- 1 root root 39180 2014-07-27 18:06 gdc.sum.xz.gz -rw-r--r-- 1 root root 2629827 2014-07-27 18:46 gfortran.log.xz.gz -rw-r--r-- 1 root root 153053 2014-07-27 18:44 gfortran.sum.xz.gz -rw-r--r-- 1 root root 4502728 2014-07-27 18:35 g++.log.xz.gz -rw-r--r-- 1 root root 126478 2014-07-27 18:28 go.log.xz.gz -rw-r--r-- 1 root root 14591 2014-07-27 18:28 go.sum.xz.gz -rw-r--r-- 1 root root 269921 2014-07-27 18:32 g++.sum.xz.gz -rw-r--r-- 1 root root3884 2014-07-27 16:08 libatomic.log.xz -rw-r--r-- 1 root root 692 2014-07-27 16:08 libatomic.sum.xz -rw-r--r-- 1 root root 61696 2014-07-27 15:49 libffi.log.xz.gz -rw-r--r-- 1 root root6547 2014-07-27 15:49 libffi.sum.xz.gz -rw-r--r-- 1 root root 159471 2014-07-27 17:02 libgomp.log.xz.gz -rw-r--r-- 1 root root8763 2014-07-27 17:02 libgomp.sum.xz.gz -rw-r--r-- 1 root root1036 2014-07-27 16:16 libgo.sum.xz -rw-r--r-- 1 root root3552 2014-07-27 15:37 libitm.log.xz -rw-r--r-- 1 root root 660 2014-07-27 15:37 libitm.sum.xz -rw-r--r-- 1 root root 59244 2014-07-27 16:07 libjava.log.xz.gz -rw-r--r-- 1 root root8271 2014-07-27 16:07 libjava.sum.xz.gz -rw-r--r-- 1 root root 731685 2014-07-27 18:24 libstdc++.log.xz.gz -rw-r--r-- 1 root root 40632 2014-07-27 18:22 libstdc++.sum.xz.gz -rw-r--r-- 1 root root 66721 2014-07-27 18:32 obj-c++.log.xz.gz -rw-r--r-- 1 root root 162127 2014-07-27 18:32 objc.log.xz.gz -rw-r--r-- 1 root root6523 2014-07-27 18:32 obj-c++.sum.xz.gz -rw-r--r-- 1 root root 10111 2014-07-27 18:32 objc.sum.xz.gz Also why do all g++ users need to have 15MB of test summaries installed? Perhaps a note could be added to README.Debian to inform us of their purpose. Or preferably split them out into a different package... -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756267: ITP: julia-factcheck -- Midje-like testing for Julia
Package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu * Package name: julia-factcheck Version : 0.1.2 Upstream Author : Zach Allaun z...@hackerschool.com * URL : https://github.com/zachallaun/FactCheck.jl * License : MIT Programming Lang: Julia Description : Midje-like testing for Julia Test framework for Julia, the high-performance programming language -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756268: x11-xkb-utils: xkbcomp to :0 sometimes succeeds with no effect
Package: x11-xkb-utils Version: 7.7+1 Severity: normal To restore the XKB settings automatically after suspend/resume, I use the following /etc/pm/sleep.d/xkb-save-restore script: #!/bin/sh set -e dir=/run/pm-xkb mkdir -p $dir displays=$dir/displays env=$dir/env unset list ok() { if [ -n $list ]; then echo $1 XKB settings for displays:$list fi } xkbsave() { : $displays cd /tmp/.X11-unix for file in X* do d=${file#X} if xkbcomp :$d $dir/$d; then echo $d $displays list=$list $d fi done ok saved } xkbrestore() { while read d do xkbcomp $dir/$d :$d list=$list $d done $displays ok restored } case $1 in suspend|hibernate) xkbsave ;; resume|thaw) xkbrestore ;; *) echo unsupported argument 2 exit 1 ;; esac But sometimes, though this script runs successfully according to /var/log/pm-suspend.log [...] Mon Jul 28 10:11:43 CEST 2014: Awake. Mon Jul 28 10:11:43 CEST 2014: Running hooks for resume Running hook /etc/pm/sleep.d/xkb-save-restore resume suspend: Warning: Compat map for group 2 redefined Using new definition Warning: Compat map for group 3 redefined Using new definition Warning: Compat map for group 4 redefined Using new definition Warning: No symbols defined for AB11 (keycode 97) Warning: No symbols defined for JPCM (keycode 103) Warning: No symbols defined for I120 (keycode 120) Warning: No symbols defined for AE13 (keycode 132) Warning: No symbols defined for I149 (keycode 149) Warning: No symbols defined for I154 (keycode 154) Warning: No symbols defined for I168 (keycode 168) Warning: No symbols defined for I178 (keycode 178) Warning: No symbols defined for I183 (keycode 183) Warning: No symbols defined for I184 (keycode 184) Warning: No symbols defined for FK19 (keycode 197) Warning: No symbols defined for FK24 (keycode 202) Warning: No symbols defined for I217 (keycode 217) Warning: No symbols defined for I219 (keycode 219) Warning: No symbols defined for I221 (keycode 221) Warning: No symbols defined for I222 (keycode 222) Warning: No symbols defined for I230 (keycode 230) Warning: No symbols defined for I247 (keycode 247) Warning: No symbols defined for I248 (keycode 248) Warning: No symbols defined for I249 (keycode 249) Warning: No symbols defined for I250 (keycode 250) Warning: No symbols defined for I251 (keycode 251) Warning: No symbols defined for I252 (keycode 252) Warning: No symbols defined for I253 (keycode 253) restored XKB settings for displays: 0 /etc/pm/sleep.d/xkb-save-restore resume suspend: success. [...] (the above warnings are the usual ones), the settings are not restored: some keys of the keyboard don't behave as remapped, and output of xkbcomp :0 - is different from /run/pm-xkb/0 (the diff shows that the settings haven't been restored). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-xkb-utils depends on: ii libc62.19-7 ii libx11-6 2:1.6.2-2 ii libxaw7 2:1.0.12-2 ii libxkbfile1 1:1.0.8-1 ii libxt6 1:1.1.4-1 x11-xkb-utils recommends no packages. x11-xkb-utils 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#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
On Mon, Jul 28, 2014 at 03:39:29 +0200, Andreas Cadhalpun wrote: Hi Reinhard, On 28.07.2014 02:05, Reinhard Tartler wrote: On Sun, Jul 27, 2014 at 7:20 PM, Andreas Cadhalpun andreas.cadhal...@googlemail.com wrote: * Does it make sense for me to switch my package? The rule of thumb is, if your upstream uses FFmpeg for development you probably want to switch to using it, too. In [1], Moritz from the security team clearly stated that he is more than uncomfortable with having more than one copy of libavcodec in debian/testing. I discussed this with Moritz in the ITP bug. Moritz ended this discussion [a], and as I wasn't convinced by his arguments, I continued my work. If in the end really only one copy is allowed in the next stable release, I think it should be FFmpeg. In consequence this means that any package that builds against the ffmpeg packages currently in NEW won't make it into testing either. I am therefore surprised about the given answer to the question above. It remains to be seen, what the release team prefers: frustrated users and developers or both forks in jessie. The release team is likely to let the people involved in multimedia foo fight it out among themselves and pick a winner. We're not going to ship both and hand that mess over to the security team. Cheers, Julien signature.asc Description: Digital signature
Bug#756269: Strange None word at the bottom of packages page
Package: tracker.debian.org Severity: minor As I write in the subject, just look below the News panel, there is write some meaningless None. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo signature.asc Description: Digital signature
Bug#756270: bzflag: [INTL:pt] Updated Portuguese translation
Package: bzflag Version: 2.0.16.20100405 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for bzflag. (error in previous po corrected) Translator: Américo Monteiro a_monte...@gmx.com Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Américo Monteiro bzflag_2.0.16.20100405_bzflag_pt.po.gz Description: GNU Zip compressed data
Bug#752296: dependency on systemd is not needed
That's not a bug and the dependency is intentional since udisks requires the session tracking provided by systemd-logind. It turns out this is not true: if you remove the runtime dependency, it does notice systemd is not present and will work just fine -- with no systemd component installed at all, including no -shim. My changes were to just remove libpam-systemd from depends, without altering build-depends. This suggests dropping the support for kfreebsd was not warranted as well. -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750570: zenity: Segfault for zenity --notification --text=foo --hint=urgency
Hi, Sebastian Pipping wrote (04 Jun 2014 15:10:51 GMT) : $ zenity --notification --text=foo --hint=urgency Segmentation fault Reproduced on current sid. Sebastian, I think the best course of action would be to 1. check if this problem is known in the upstream bug tracker; 2. if it isn't, then report it there. Do you want to do so? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742211: zenity: --info destroys X11 primary selection content, and does not document that either
Control: found -1 + 3.12.1-1 Hi, Andreas Mohr wrote (20 Mar 2014 18:59:32 GMT) : Witness your primary selection getting zilched, nullified as soon as zenity is launched, on this environment and some others Reproduced on current Debian sid. Andreas, I think the best course of action would now be to 1. check if this bug is known upstream; 2. if it isn't, then report it there. Do you want to do that? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695933: zenity: zenity --text-info Chokes on some UTF-8 string
Control: found -1 3.12.1-1 Hi, Osamu Aoki wrote (14 Dec 2012 15:02:14 GMT) : I made good zenity result causing case and bad result causing case as simple shell script. Their differences are 2 additional new lines. (Both are run under UTF-8 environment with Japanese font present.) Reproduced on current Debian sid. Osamu Aoki, I think the best course of action would now be to 1. check if this bug is known upstream; 2. if it isn't, then report it there. Do you want to do that? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756066: [libopenal1] Unable to install amd64 next to i386 library
severity 756066 serious found 756066 openal-soft/1:1.15.1-2 notfound 756066 openal-soft/1:1.14-5 # fixed in pkg-games git tags 756066 patch pending thanks On Sat, 26 Jul 2014 at 10:48:39 +0100, Simon McVittie wrote: On Fri, 25 Jul 2014 at 22:21:13 +0100, Franz Schrober wrote: The newest upload of libopenal1 adds the dependency libroar-compat2. This library conflicts with itself which makes it impossible to use the i386 version next to the amd64 version. (... which makes it impossible to co-install wine:i386 with anything for amd64 that uses OpenAL.) I'm bumping this up to serious so the new OpenAL won't migrate until this has been resolved. OpenAL maintainers, please overrule me and downgrade this if you don't think it's release-critical (it's your decision); but I think it ought to be considered RC, because both Wine and OpenAL games are rather popular. My suggestion on that bug was to switch the sndio (really roaraudio) backend back to the way it had worked in 1.14 (it used dlopen), or to drop sndio support until roaraudio and its dependencies are multiarch. After doing either of those, the severity of #755846 can be dropped. Bret, I notice you normally upload this package via a sponsor, and you've applied the second solution (drop roaraudio support) in pkg-games git. I am a DD in the Games Team, and would be happy to sponsor an upload if your usual sponsor is unavailable - let me know. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702295: NMU'ing zenity with fixes cherry-picked from upstream for #702295?
On 17/06/14 10:21, intrigeri wrote: Hi, intrigeri wrote (07 Jun 2014 13:56:48 GMT) : It's unlikely that Jessie gets these fixes for free through zenity 3.14 (right?), so I hereby propose that we cherry-pick these two commits for Jessie. What do the maintainers think? If you agree that's the way to go, then I'm happy to prepare and upload a NMU (I'll find better names for the quilt patches, and will add proper DEP-3 headers). I plan to go ahead and upload to DELAYED/7 if I don't hear from you in the next few days. Still, I'd be very happy to get feedback from the Debian GNOME maintainers first :) Please go ahead. No need to delay it. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756258: exim4 configured with dovecot auth deadlocks
On 2014-07-28 Mildred Ki'Lya mildred-bug.deb...@mildred.fr wrote: Package: exim4 Version: 4.80-7 Severity: important Dear Maintainer, This is probably an upstream bug. When exim4 is configured with dovecot authenticator, it blocks at some point, apparently expecting some information from dovecot. Dovecot on its side is expecting additional information from exim. None of the two parties move forward and exim do not respond to the SMTp client. After some unspecified time, the MUA terminates the connection, because no response is sent from the server. [...] Hello, Before digging further, can you doublecheck whether this still applies to current exim (4.83)? Rebuilding the packages from sid on stable is trivial it just needs a change of build-dependcies: --- --- exim4-4.83/debian/control 2014-07-26 09:24:19.0 +0200 +++ exim4-4.83/debian/control 2014-07-28 11:29:03.0 +0200 @@ -11,9 +11,9 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-exim4/exim4.git Build-Depends: debhelper (= 7.0.15), po-debconf, docbook-xsl, xsltproc, lynx-cur | lynx, docbook-xml, libpcre3-dev, libldap2-dev, libpam0g-dev, - libident-dev, libdb5.3-dev, libxmu-dev, libxt-dev, libxext-dev, libx11-dev, + libident-dev, libdb5.1-dev, libxmu-dev, libxt-dev, libxext-dev, libx11-dev, libxaw7-dev, libpq-dev, libmysqlclient-dev | libmysqlclient15-dev, - libsqlite3-dev, libperl-dev, libgnutls28-dev, libsasl2-dev + libsqlite3-dev, libperl-dev, libgnutls-dev, libsasl2-dev XS-Testsuite: autopkgtest Package: exim4-base --- For your convenience there are pre-built binaries for amd64 on deb https://people.debian.org/~ametzler/exim4wheezy/ ./ thanks, cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673824: gnome-shell: Same/similar problem.
Package: gnome-shell Version: 3.12.2-3 Followup-For: Bug #673824 Dear Maintainer, I am also encountering problems with gnome-shell when using multiple monitors (with a single monitor, the problem does not appear). With two monitors, screen refresh is very slow, and gnome-shell CPU use at least 70%. Running glxgears repors a higher framerate that the visible refresh rate of the window. From lspci: VGA compatible controller: Intel Corporation 82Q35 Express Integrated Graphics Controller -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii evolution-data-server3.12.2-1 ii gir1.2-accountsservice-1.0 0.6.37-2 ii gir1.2-atspi-2.0 2.12.0-2 ii gir1.2-caribou-1.0 0.4.13-1 ii gir1.2-clutter-1.0 1.18.2-2 ii gir1.2-freedesktop 1.40.0-2 ii gir1.2-gcr-3 3.12.2-1 ii gir1.2-gdesktopenums-3.0 3.12.2-1 ii gir1.2-gdm3 3.12.2-2 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-3 ii gir1.2-gnomedesktop-3.0 3.12.2-2 ii gir1.2-gtk-3.0 3.12.2-1+b1 ii gir1.2-ibus-1.0 1.5.7-1 ii gir1.2-mutter-3.03.12.2-2 ii gir1.2-networkmanager-1.00.9.10.0-1 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.3-1 ii gir1.2-polkit-1.00.105-6.1 ii gir1.2-soup-2.4 2.46.0-2 ii gir1.2-telepathyglib-0.120.24.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.99.0-3 ii gjs 1.40.1-2 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.12.2-1 ii gnome-shell-common 3.12.2-3 ii gnome-themes-standard3.12.0-1 ii gsettings-desktop-schemas3.12.2-1 ii libatk-bridge2.0-0 2.12.1-1+b1 ii libatk1.0-0 2.12.0-1 ii libc62.19-7 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.18.2-2 ii libcogl-pango20 1.18.2-1 ii libcogl201.18.2-1 ii libcroco30.6.8-2 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.2-1 ii libedataserver-1.2-183.12.2-1 ii libgcr-base-3-1 3.12.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.40.1-2 ii libglib2.0-0 2.40.0-3 ii libgstreamer1.0-01.4.0-1 ii libgtk-3-0 3.12.2-1+b1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0d 3.12.2-2 ii libnm-glib4 0.9.10.0-1 ii libnm-util2 0.9.10.0-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpolkit-agent-1-0 0.105-6.1 ii libpolkit-gobject-1-00.105-6.1 ii libpulse-mainloop-glib0 5.0-2 ii libpulse05.0-2 ii libsecret-1-00.18-1 ii libstartup-notification0 0.12-3 ii libsystemd-journal0 208-6 ii libtelepathy-glib0 0.24.0-1 ii libx11-6 2:1.6.2-2 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.2-1 ii python
Bug#702295: zenity: diff for NMU version 3.12.1-1.1
tags 702295 + patch tags 702295 + pending thanks Dear maintainer, I've prepared an NMU for zenity (versioned as 3.12.1-1.1) and uploaded it to sid. Regards. -- intrigeri diff -Nru zenity-3.12.1/debian/changelog zenity-3.12.1/debian/changelog --- zenity-3.12.1/debian/changelog 2014-05-24 12:21:09.0 +0200 +++ zenity-3.12.1/debian/changelog 2014-07-28 10:58:09.0 +0200 @@ -1,3 +1,11 @@ +zenity (3.12.1-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * New patches, taken from upstream Git: add-ellipsize-option.diff, +fix-GtkLabel-size.diff (Closes: #702295) + + -- intrigeri intrig...@debian.org Mon, 28 Jul 2014 10:54:35 +0200 + zenity (3.12.1-1) unstable; urgency=low [ Jeremy Bicha ] diff -Nru zenity-3.12.1/debian/patches/add-ellipsize-option.diff zenity-3.12.1/debian/patches/add-ellipsize-option.diff --- zenity-3.12.1/debian/patches/add-ellipsize-option.diff 1970-01-01 01:00:00.0 +0100 +++ zenity-3.12.1/debian/patches/add-ellipsize-option.diff 2014-07-28 10:54:23.0 +0200 @@ -0,0 +1,173 @@ +Origin: https://git.gnome.org/browse/zenity/commit/?id=ec0c2f3292b3db0fdad7f02ed068a97b66f7a2ea +Author: Arx Cruz arxc...@gnome.org +Date: Tue May 20 16:05:32 2014 -0300 +Bug: https://bugzilla.gnome.org/show_bug.cgi?id=670496 +Bug: https://bugzilla.gnome.org/show_bug.cgi?id=673643 +Bug-Debian: https://bugs.debian.org/702295 +Description: Add the --ellipsize option to info, error, warning and question dialogs + This option will help people who need to add huge texts in their dialogs + and the window size get's very huge due amount of size that GtkLabel + requests + +diff --git a/src/msg.c b/src/msg.c +index f4d5e7a..f5d4dc9 100644 +--- a/src/msg.c b/src/msg.c +@@ -159,6 +159,9 @@ zenity_msg (ZenityData *data, ZenityMsgData *msg_data) + gtk_label_set_markup (GTK_LABEL (text), g_strcompress (msg_data-dialog_text)); + } + ++ if (msg_data-ellipsize) ++ gtk_label_set_ellipsize (GTK_LABEL(text), PANGO_ALIGN_RIGHT); ++ + if (msg_data-dialog_icon) + gtk_image_set_from_icon_name (GTK_IMAGE (image), msg_data-dialog_icon, GTK_ICON_SIZE_DIALOG); + +@@ -176,6 +179,7 @@ zenity_msg (ZenityData *data, ZenityMsgData *msg_data) + gtk_main (); + } + ++ + static void + zenity_msg_dialog_response (GtkWidget *widget, int response, gpointer data) + { +diff --git a/src/option.c b/src/option.c +index fb25f37..1b2bb5c 100644 +--- a/src/option.c b/src/option.c +@@ -47,6 +47,7 @@ static gchar *zenity_general_ok_button; + static gchar *zenity_general_cancel_button; + static gboolean zenity_general_modal; + static gint zenity_general_attach; ++static gboolean zenity_general_dialog_ellipsize; + + /* Calendar Dialog Options */ + static gboolean zenity_calendar_active; +@@ -389,6 +390,14 @@ static GOptionEntry error_options[] = { + zenity_general_dialog_no_markup, + N_(Do not enable pango markup) + }, ++ { ++ ellipsize, ++ '\0', ++ G_OPTION_FLAG_NOALIAS, ++ G_OPTION_ARG_NONE, ++ zenity_general_dialog_ellipsize, ++ N_(Enable ellipsize in dialog text. This fix the high window size with big texts) ++ }, + { + NULL + } +@@ -439,6 +448,14 @@ static GOptionEntry info_options[] = { + zenity_general_dialog_no_markup, + N_(Do not enable pango markup) + }, ++ { ++ ellipsize, ++ '\0', ++ G_OPTION_FLAG_NOALIAS, ++ G_OPTION_ARG_NONE, ++ zenity_general_dialog_ellipsize, ++ N_(Enable ellipsize in dialog text. This fix the high window size with big texts) ++ }, + { + NULL + } +@@ -809,6 +826,14 @@ static GOptionEntry question_options[] = { + N_(Give cancel button focus by default), + NULL + }, ++ { ++ ellipsize, ++ '\0', ++ G_OPTION_FLAG_NOALIAS, ++ G_OPTION_ARG_NONE, ++ zenity_general_dialog_ellipsize, ++ N_(Enable ellipsize in dialog text. This fix the high window size with big texts) ++ }, + { + NULL + } +@@ -939,6 +964,14 @@ static GOptionEntry warning_options[] = { + zenity_general_dialog_no_markup, + N_(Do not enable pango markup) + }, ++ { ++ ellipsize, ++ '\0', ++ G_OPTION_FLAG_NOALIAS, ++ G_OPTION_ARG_NONE, ++ zenity_general_dialog_ellipsize, ++ N_(Enable ellipsize in dialog text. This fix the high window size with big texts) ++ }, + { + NULL + } +@@ -1646,6 +1679,7 @@ zenity_general_post_callback (GOptionContext *context, + results-data-cancel_label = zenity_general_cancel_button; + results-data-modal = zenity_general_modal; + results-data-attach = zenity_general_attach; ++ + return TRUE; + } + +@@ -1741,6 +1775,7 @@ zenity_error_post_callback (GOptionContext *context, + results-msg_data-mode = ZENITY_MSG_ERROR; + results-msg_data-no_wrap = zenity_general_dialog_no_wrap; + results-msg_data-no_markup = zenity_general_dialog_no_markup; ++ results-msg_data-ellipsize = zenity_general_dialog_ellipsize; + } + + return TRUE; +@@ -1760,6 +1795,7 @@ zenity_info_post_callback (GOptionContext *context, + results-msg_data-mode = ZENITY_MSG_INFO;
Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
Ciao, On Mon, Jul 28, 2014 at 9:44 AM, Julien Cristau jcris...@debian.org wrote: The release team is likely to let the people involved in multimedia foo fight it out among themselves and pick a winner. We're not going to ship both and hand that mess over to the security team. Personally I don't feel like dropping libav in favor of ffmpeg now at this stage. It's too late for Jessie. Rather I'd suggest to start reconsidering such switch for Jessie+1. Cheers. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
On Jul 28, Alessio Treglia ales...@debian.org wrote: Personally I don't feel like dropping libav in favor of ffmpeg now at this stage. It's too late for Jessie. Except that, for a lot of the depending packages, there would be an immediate benefit in the number of bugs fixed. Personally I feel that we have inflicted libav on our users for way more time than it was sensible to do. -- ciao, Marco signature.asc Description: Digital signature
Bug#756268: x11-xkb-utils: xkbcomp to :0 sometimes succeeds with no effect
Additional information: I have xhost +si:localuser:root in my .xsession file (otherwise xkbcomp immediately fails). -- 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#755404: NMU to fix
On Mon, 28 Jul 2014 09:53:25 Emilio Pozuelo Monfort wrote: On 28/07/14 09:22, Russell Coker wrote: I've uploaded a NMU to fix this to the 7 day delayed queue. I made no code changes and just rebuilt it. Why not request a binNMU instead? I didn't realise that was possible. Also, goplay depends on libept1.4.12 which ships /usr/lib/libept.so.1.0.5.4.12. So how can the linker fail to find libept.so.1.0.5.4.12 and how does a rebuild help? # dpkg -L libept1.4.12 |grep libept.so.1.0.5 /usr/lib/libept.so.1.0.5.4.12 # ls -l /usr/lib/libept.so.1.0.5.4.12 ls: cannot access /usr/lib/libept.so.1.0.5.4.12: No such file or directory The above happens on 2 systems that are tracking Unstable, and presumably it happens the same way for the person who reported the bug. Looks like it might be a libept bug. But in any case it doesn't seem to be a problem to rebuild goplay. Maybe it would be best to cancel my upload and do a binNMU. What do you think? -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/
Bug#756004: No version ruby-mime-types in wheezy-backports
https://packages.debian.org/search?keywords=ruby-mime-typessearchon=namessection=allsuite=wheezy-backports yields an empty page. Any idea ? -- Vincent-Xavier JUMEL GPG Id: 0x14ABB3F2 http://blog.thetys-retz.net Rejoignez les 4102 adhérents de l'April http://www.april.org/adherer Parinux, logiciel libre à Paris : http://www.parinux.org signature.asc Description: Digital signature
Bug#756261: libpam-systemd: rdepends on libpam-systemd can't run with sysvinit as libpam-systemd depend on systemd-sysv only
Control: forcemerge 754984 -1 Am 28.07.2014 10:10, schrieb Elimar Riesebieter: Package: libpam-systemd Version: 208-6 Severity: normal Please add an alternate dependency on sysvinit-core and respective on upstart, though. That doesn't make sense at all. I suppose you meant systemd-shim. Anyway please check existing bug reports before filing new ones to not create unnecessary work. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#755439: pcre3: DFA matching behaviour changed, breaking glib2.0 tests
tags 755439 + patch upstream thanks On Mon, 21 Jul 2014 at 10:17:09 +0100, Simon McVittie wrote: The remaining failures seem to be an intentional behaviour change in PCRE. I don't know whether the correct resolution is adapt GLib or partially revert the change in PCRE so I'm assigning this bug to both for now. I would really appreciate opinions from GLib maintainers on which solution to the DFA-matching thing is most correct, and whether the specific patches I sent upstream are OK. See https://bugzilla.gnome.org/show_bug.cgi?id=733325#c14 (and please take any positive or negative feedback upstream). svn diff for Debian's glib2.0 packaging attached. These tests pass, but I get a failure in an unrelated test (opening another bug now). Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756271: reportbug: Reportbug sent configuration files of packages wo permission
Package: reportbug Version: 6.5.0 Severity: normal Hi Reportbug sent configuration files wo user permission. -- Package-specific info: ** Environment settings: INTERFACE=gtk2 ** /home/asd/.reportbugrc: reportbug_version 6.4.4 mode advanced ui gtk2 realname Corcodel Marian email a...@marian1000.go.ro -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 1.0.6 ii python2.7.8-1 ii python-reportbug 6.5.0 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsumsnone pn dlocatenone pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.83-2 ii exim4-daemon-light [mail-transport-agent] 4.83-2 ii file 1:5.19-1 ii gnupg 1.4.18-2 ii python-gtk22.24.0-3+b1 ii python-gtkspell2.25.3-13 pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7.1 Versions of packages python-reportbug depends on: ii apt 1.0.6 ii python2.7.8-1 ii python-debian 0.1.22 ii python-debianbts 1.12 ii python-support1.0.15 python-reportbug 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#756272: glib2.0: FTBFS from svn: ERROR: gvariant - exited with status 134 (terminated by signal 6?)
Source: glib2.0 Severity: serious Justification: fails to build from source (but built successfully in the past) While testing #755439 by running svn-buildpackage in an unclean environment (my development laptop with many packages installed), I got the error below. Repeating the build in sbuild produced the same error. Regards, S ERROR: gvariant === # random seed: R02S360849b5c047deedf1c981f35f5c37f8 # Start of gvariant tests ok 1 /gvariant/type PASS: gvariant 1 /gvariant/type ok 2 /gvariant/typeinfo PASS: gvariant 2 /gvariant/typeinfo ok 3 /gvariant/string PASS: gvariant 3 /gvariant/string ok 4 /gvariant/utf8 PASS: gvariant 4 /gvariant/utf8 ok 5 /gvariant/containers PASS: gvariant 5 /gvariant/containers ok 6 /gvariant/format-strings PASS: gvariant 6 /gvariant/format-strings ok 7 /gvariant/invalid-varargs PASS: gvariant 7 /gvariant/invalid-varargs ok 8 /gvariant/varargs PASS: gvariant 8 /gvariant/varargs ok 9 /gvariant/valist PASS: gvariant 9 /gvariant/valist ok 10 /gvariant/builder-memory PASS: gvariant 10 /gvariant/builder-memory ok 11 /gvariant/hashing PASS: gvariant 11 /gvariant/hashing ok 12 /gvariant/byteswap PASS: gvariant 12 /gvariant/byteswap ok 13 /gvariant/parser PASS: gvariant 13 /gvariant/parser ok 14 /gvariant/parse-failures PASS: gvariant 14 /gvariant/parse-failures ok 15 /gvariant/parse-positional PASS: gvariant 15 /gvariant/parse-positional ok 16 /gvariant/floating PASS: gvariant 16 /gvariant/floating ok 17 /gvariant/bytestring PASS: gvariant 17 /gvariant/bytestring ok 18 /gvariant/lookup-value PASS: gvariant 18 /gvariant/lookup-value ok 19 /gvariant/lookup PASS: gvariant 19 /gvariant/lookup ok 20 /gvariant/compare PASS: gvariant 20 /gvariant/compare ok 21 /gvariant/equal PASS: gvariant 21 /gvariant/equal ok 22 /gvariant/fixed-array PASS: gvariant 22 /gvariant/fixed-array ok 23 /gvariant/check-format-string PASS: gvariant 23 /gvariant/check-format-string ok 24 /gvariant/checksum-basic PASS: gvariant 24 /gvariant/checksum-basic ok 25 /gvariant/checksum-nested PASS: gvariant 25 /gvariant/checksum-nested ok 26 /gvariant/gbytes PASS: gvariant 26 /gvariant/gbytes ok 27 /gvariant/print-context PASS: gvariant 27 /gvariant/print-context ok 28 /gvariant/error-quark PASS: gvariant 28 /gvariant/error-quark # Start of serialiser tests Aborted (core dumped) ok 29 /gvariant/serialiser/maybe PASS: gvariant 29 /gvariant/serialiser/maybe ERROR: gvariant - missing test plan ERROR: gvariant - exited with status 134 (terminated by signal 6?) -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718317: apt-cudf: doesn't include any source preference in the Request stanza
Heya, and thanks for your bug report! On Tue, Jul 30, 2013 at 06:16:34AM +0200, Kernc wrote: When apt-get is run with custom --solver, e.g. like this: $ apt-get --solver custom_solver install xfce4-panel/testing , Question about this: what is custom_solver? Is it something you've added yourself? You can list the available solvers on your machine like this: zack@timira:~$ update-cudf-solvers -l cudf: aspcud edsp: dump edsp: apt edsp: aspcud Unless you've added yourself a solver called custom_solver (see README.cudf-solvers for info on how to do that), your command above won't do anything meaningful. the resulting CUDF scenario starts with the following request stanza: Request: EDSP 0.4 Install: xfce4-panel:i386 Strict-Pinning: no This is the whole of it, and there is no mention of the fact, that the user explicitly requested installation from Suite=testing. As minor nitpicking: note that the above is not a *CUDF* scenario, it's an EDSP one, which is an intermediate, Debian-specific format. (See the EDSP protocol documentation shipped with APT for more info about it.) That said, it is definitely not normal that the EDSP document contains only the request, but: 1) I cannot reproduce the problem. If you want to try in a solver-neutral version, you can for instance try with this: apt-get -s --solver dump install xfce4-panel/testing and send us the resulting /tmp/dump.edsp file 2) it is indeed normal that in the request stanza there is no mention of the fact you've asked to install from testing. That information is compiled (by APT) to a numerical pin value + a boolean stating which package is the installation candidate. In my example above, I correctly get an apt-pin value of 500 for the version of xfce4-panel in testing, and an apt-candidate set to true for the same package. Also, why doesn't apt's EDSP specify a Preamble stanza with Suite defined as suggested here: http://mancoosi.org/cudf/primer/ ? Because EDSP != CUDF Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#750268: glib2.0: FTBFS: Tests failures
tags 750268 + unreproducible thanks On Mon, 02 Jun 2014 at 20:49:25 +0200, David Suárez wrote: During a rebuild of all packages in sid, your package failed to build on amd64. ... FAIL: mainloop-test ... (process:28294): GLib-CRITICAL **: g_rand_int_range: assertion 'end begin' failed GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Invalid argument. Aborting. I haven't seen this in any of my test rebuilds of glib2.0 (both Debian package and upstream git) for #755439, despite hitting some other failures to build from source. Is there something unusual about the EC2 environment in which this build was done, perhaps a heavily loaded machine with many CPUs or doing many other things in parallel? This should maybe be downgraded to non-RC, since I don't see any sign that this has happened on the buildds either. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756273: glib2.0: FTBFS from svn: gapplication.c:564:test_quit: assertion failed: (activated)
Source: glib2.0 Version: 2.40.0-4 Severity: serious Building GLib from svn to test my (unrelated) patches for the pcre3-related FTBFS, I got: ERROR: gapplication === Failed to register: The connection is closed ** GLib-GIO:ERROR:/«PKGBUILDDIR»/./gio/tests/gapplication.c:564:test_quit: assertion failed: (activated) Aborted (core dumped) # random seed: R02Sa4bcbf9e22318b33449263781b09a803 # Start of gapplication tests ok 1 /gapplication/no-dbus PASS: gapplication 1 /gapplication/no-dbus ok 2 /gapplication/no-appid PASS: gapplication 2 /gapplication/no-appid ok 3 /gapplication/properties PASS: gapplication 3 /gapplication/properties ok 4 /gapplication/app-id PASS: gapplication 4 /gapplication/app-id # GLib-GIO:ERROR:/«PKGBUILDDIR»/./gio/tests/gapplication.c:564:test_quit: assertion failed: (activated) cleaning up pid 773 ERROR: gapplication - missing test plan ERROR: gapplication - exited with status 134 (terminated by signal 6?) -- System Information: Debian Release: jessie/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752296: [Pkg-utopia-maintainers] Bug#752296: dependency on systemd is not needed
On Mon, Jul 28, 2014 at 12:18:53PM +0200, Michael Biebl wrote: Am 28.07.2014 11:04, schrieb Adam Borowski: That's not a bug and the dependency is intentional since udisks requires the session tracking provided by systemd-logind. It turns out this is not true: if you remove the runtime dependency, it does notice systemd is not present and will work just fine I turns out what you say is not true. Hint, check for udisks_daemon_util_check_authorization_sync() in the code. Of course you can remove the dependency, but the resulting package will be broken and not fully functional without a properly registered logind session. And no, I don't intend to ship a known crippled package. Except that testing does show that everything appears to work just fine without logind. I can mount removable media, manipulate them, etc. Am I missing something? -- // If you believe in so-called intellectual property, please immediately // cease using counterfeit alphabets. Instead, contact the nearest temple // of Amon, whose priests will provide you with scribal services for all // your writing needs, for Reasonable and Non-Discriminatory prices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699423: marble: Segfaults while typing in coordinates
Hi, I couldn't reproduce this issue, but running marble with helgrind is a nightmare. The recommended way use helgrind with kde programs is: QT_NO_GLIB=1 valgrind --tool=helgrind --track-lockorders=no marble I find quite useful to have a gdb attached to valgrind with the vgdb interface, so: QT_NO_GLIB=1 valgrind --tool=helgrind --track-lockorders=no --vgdb-error=0 --verbose marble and follow the valgrind indications to have a gdb connected to it. The backtrace reported upstream seems to have segfaulted after accessing the value() of a KBiAssociativeContainer right (KMap) result, so, is that an indication that the map node is no longer valid? I don't know. Happy hacking, -- La duración de un minuto depende de que lado del baño estés. -- Ley de la Relatividad (Burke) Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#705767: O: pycocuma -- Pythonic Contact and Customer Management
retitle 705767 RM: pycocuma -- RoM; dead upstream reassign 705767 ftp.debian.org thanks Re: To 705...@bugs.debian.org 2014-06-30 20140630105724.ga6...@msg.df7cb.de Re: To 705...@bugs.debian.org 2013-11-01 20131101220208.ga19...@msgid.df7cb.de Re: To Debian Bug Tracking System 2013-04-19 20130419185520.ga7...@msgid.df7cb.de I request an adopter for the pycocuma package. I'm not using it anymore, so it should go to a new maintainer. I've upgraded the bug to 'O' now. Unfortunately, I'm not aware of a replacement (short of using Gmail). Any takers? Otherwise I'd propose removing pycocuma. Please remove pycocuma. I've received no feedback on the O bug. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#755404: libept1.4.12: /usr/lib/libept.so.1.0.5.4.12 is a dangling symlink
Control: reassign -1 libept1.4.12 1.0.10 On 07/28/2014 12:05, Russell Coker wrote: Also, goplay depends on libept1.4.12 which ships /usr/lib/libept.so.1.0.5.4.12. So how can the linker fail to find Because that is a dangling symlink since libept installs the actual shared library into the multi-arch location: ./usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg4.12 ./usr/lib/libept.so.1.0.5.4.12 - libept.so.1.aptpkg4.12 libept.so.1.0.5.4.12 and how does a rebuild help? Rebuilding results in using a different soname which refers to an existing file. # dpkg -L libept1.4.12 |grep libept.so.1.0.5 /usr/lib/libept.so.1.0.5.4.12 # ls -l /usr/lib/libept.so.1.0.5.4.12 ls: cannot access /usr/lib/libept.so.1.0.5.4.12: No such file or directory The above happens on 2 systems that are tracking Unstable, and presumably it happens the same way for the person who reported the bug. Looks like it might be a libept bug. But in any case it doesn't seem to be a problem to rebuild goplay. Maybe it would be best to cancel my upload and do a binNMU. What do you think? I think the upload should be canceled and libept fixed instead. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750226: libcache-mmap-perl: FTBFS with perl 5.20
tag 750226 patch thanks On Mon, Jun 02, 2014 at 07:20:18PM +0200, gregor herrmann wrote: Package: libcache-mmap-perl Version: 0.11-2 Severity: important Tags: jessie sid upstream User: debian-p...@lists.debian.org Usertags: perl-5.20-transition Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=95940 libcache-mmap-perl fails to build with perl 5.20. The attached patch fixes this for me on both 5.18 and 5.20. -- Niko Tyni nt...@debian.org From 610a7fd5092921cc317d77eedf626b2c62ca4a38 Mon Sep 17 00:00:00 2001 From: Niko Tyni nt...@debian.org Date: Mon, 28 Jul 2014 00:15:11 +0300 Subject: [PATCH] Avoid Copy-On-Write problems with Perl 5.20 Quoting Dave Mitchell in https://rt.cpan.org/Public/Bug/Display.html?id=95940 After FC's commit, $buf gets marked as COW, since its a copy of a COWable constant (the constant string ) and mmap() never unsets this flag before stealing its buffer. So later on when it applies substr() to $buf, the var is assumed to be COW and bad things happen to it. The correct usage is still up for debate (see Leon's use case in rt.perl.org tickets #116407 and #116925), but calling SvPV_force() first would be a good first step (although that will cause the previous contents of PVX() to leak). It might be better for Mmap.pm to call mmap() with an undef value rather than assigning to it first. Bug: https://rt.cpan.org/Public/Bug/Display.html?id=95940 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750226 --- Mmap.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Mmap.pm b/Mmap.pm index c3501b1..21925e9 100644 --- a/Mmap.pm +++ b/Mmap.pm @@ -823,7 +823,7 @@ sub _set_options{ # mmap() isn't supposed to work on locked files, so unlock $self-_unlock; -mmap($self-{_mmap}='',$size,$self-{_fh}) +mmap($self-{_mmap}=undef,$size,$self-{_fh}) or do{ delete $self-{_mmap}; croak Can't mmap $self-{_filename}: $!; -- 2.0.1
Bug#750290: vorbis-tools: FTBFS: debian/tmp/usr/share/man/man1/ogg123.1: No such file or directory at /usr/bin/dh_installman line 130.
On Tue, 03 Jun 2014 at 23:21:36 +0100, peter green wrote: After some testing appears the problem is pkg-config is not installed, without pkg-config the configure script fails to correctly detect libao Thanks for diagnosing this! In an environment with pkg-config installed the package built successfully. Please add it to the build-depends (note: I have not tested in a minimal environment, so there may be other build-depends missing). I did test in a minimal environment (sbuild) and pkg-config seems to be the only thing missing. I have sent a non-maintainer upload to the DELAYED/2 queue using the attached patch. vorbis-tools maintainers, please contact me if you need this to be cancelled or rescheduled. Regards, S diffstat for vorbis-tools_1.4.0-1 vorbis-tools_1.4.0-1.1 changelog |9 + control |2 +- 2 files changed, 10 insertions(+), 1 deletion(-) diff -u vorbis-tools-1.4.0/debian/changelog vorbis-tools-1.4.0/debian/changelog --- vorbis-tools-1.4.0/debian/changelog +++ vorbis-tools-1.4.0/debian/changelog @@ -1,3 +1,12 @@ +vorbis-tools (1.4.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build-depend on pkg-config, required for libao detection (presumably +this was previously pulled in indirectly). Thanks to peter green for +diagnosing this. (Closes: #750290) + + -- Simon McVittie s...@debian.org Mon, 28 Jul 2014 11:11:26 +0100 + vorbis-tools (1.4.0-1) unstable; urgency=low * New upstream release. (Closes: #575677) diff -u vorbis-tools-1.4.0/debian/control vorbis-tools-1.4.0/debian/control --- vorbis-tools-1.4.0/debian/control +++ vorbis-tools-1.4.0/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Xiph.org Maintainers pkg-xiph-ma...@lists.alioth.debian.org Uploaders: John Francesco Ferlito jo...@inodes.org -Build-Depends: autotools-dev, debhelper (= 7.0.50~), quilt (= 0.46-7~), libcurl4-gnutls-dev, libao-dev (= 1.0.0), libogg-dev, libflac-dev ( 1.1.4) | liboggflac-dev, libspeex-dev, libvorbis-dev (= 1.3.0), libkate-dev +Build-Depends: autotools-dev, debhelper (= 7.0.50~), quilt (= 0.46-7~), libcurl4-gnutls-dev, libao-dev (= 1.0.0), libogg-dev, libflac-dev ( 1.1.4) | liboggflac-dev, libspeex-dev, libvorbis-dev (= 1.3.0), libkate-dev, pkg-config Standards-Version: 3.8.4 Vcs-Bzr: http://bzr.debian.org/bzr/pkg-xiph/vorbis-tools
Bug#755148: [Pkg-utopia-maintainers] Bug#755148: if inet6 is set to manual, then IPv4 is ignored, too
On 07/25/14 15:23, Michael Biebl wrote: Am 18.07.2014 11:28, schrieb Harald Dunkel: If I set auto eth0 iface eth0 inet6 manual # EOF in /etc/network/interfaces, then network-manager seems to ignore IPv4 on eth0, too. This is fatal. I don't understand what you are trying to say here. Can you elaborate? I would like to tell n-m to stay away from eth0 wrt IPv6. The IPv6 configuration for this interface is done using /sbin/ip in a script. If I use the interfaces configuration as shown above, then n-m doesn't set up eth0 for IPv4, either. If I set managed=true and the same interfaces config file, then n-m configures both IPv4 and IPv6. I would suggest to keep IPv4 and IPv6 seperate, and to introduce explicit network_manager methods for IPv4 and IPv6 in the interfaces file. It's not clear what the problem is. The problem is that n-m either takes over or ignores the whole eth0 interface without distinguishing between IPv4 and IPv6. I would like to restrict n-m to IPv4 for this interface. My suggestion is to introduce a network_manager method for the inet and inet6 address families in /etc/network/interfaces, e.g. auto eth0 iface eth0 inet network_manager iface eth0 inet6 manual Regards Harri signature.asc Description: OpenPGP digital signature
Bug#755739: VGA-mode newcons very slow
Am 25.07.2014 um 20:42 schrieb Ed Maste: On 22/07/14 19:58, Jan Henke wrote: I am experiencing a strange problem with the current kFreeBSD weekly image. Whenever the system is writing to the screen in text mode (e.g. directly after selecting one entry in GRUB: Copyright) you can literally watch every single character printed to the screen one after the other. So it takes ages before you even get into the Debian installer. I am running inside a Hyper-V VM. I have double checked against FreeBSD (the upstream one), which does not show this behaviour. Jan, can you clarify which upstream FreeBSD version and console you compared against? I suspect you had (text-mode) syscons in the FreeBSD VM. If graphics-mode vt(4) has wildly different performance between Debian kFreeBSD and FreeBSD then something very strange is going on, and we'll want to track it down. In both FreeBSD-CURRENT and stable/10 we can now switch between syscons and vt at boot time, with sc as the default. The console and mode can be set via loader tunables: syscons, text mode: kern.vty=sc vt(4), text mode: kern.vty=vt hw.vga.textmode=1 vt(4), graphics mode: kern.vty=vt hw.vga.textmode=0 It should be possible to start with hw.vga.textmode=1 and then have i915kms take over once X starts, giving graphics-mode consoles from that point on. On 22 July 2014 17:12, Steven Chamberlain ste...@pyro.eu.org wrote: I've seen the exact same thing under plain Qemu: newcons in VGA mode seems very slow (but not as serious as you describe in Hyper-V). Can you quantify very slow? I've been testing vt(4) in QEMU on my FreeBSD host (so no KVM involved), and it's acceptably performant on my 8-core i7-3770 desktop. Hi Ed, very simple, I compared the default out-of-the-box experience. You find the output of uname -a in the attached screenshot. I do not know where on FreeBSD the kernel build configuration is stored (that is why I prefer to use the Debian/kFreeBSD, I just want the kernel with the familiar userland). On kFreeBSD it works if I manually add the set kFreeBSD.hw.vga.textmode=1 to the grub entry. Otherwise, as mentioned, the output becomes really slow and the system is not really usable. I assume kFreeBSD uses the newcons by default and the FreeBSD kernel still used the old implementation. -- Best regards Jan signature.asc Description: OpenPGP digital signature
Bug#756274: evolution: Evolution failed to aquire masive amounts of messages
Package: evolution Version: 3.12.2-1+b1 Severity: normal Hi I have evolution installed and have of 3000 messages on inbox. When start follow error is pop : Error while Filtering new messages in 'INBOX'. Execution of filter 'Junk check' failed.Cannot get message 6497 from folder /var/spool/mail $user The folder appears to be irrecoverably corrupted. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.8.6-1 ii debconf [debconf-2.0] 1.5.53 ii evolution-common 3.12.2-1 ii evolution-data-server 3.12.2-1 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-7 ii libcamel-1.2-493.12.2-1 ii libclutter-gtk-1.0-0 1.5.2-2 ii libecal-1.2-16 3.12.2-1 ii libedataserver-1.2-18 3.12.2-1 ii libevolution 3.12.2-1+b1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1+b1 ii libical1 1.0-1 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.46.0-2 ii libwebkitgtk-3.0-0 2.4.4-2 ii libxml22.9.1+dfsg1-4 ii psmisc 22.21-2 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-3 ii evolution-plugins 3.12.2-1+b1 ii spamassassin 3.4.0-2 ii yelp 3.12.0-1 Versions of packages evolution suggests: pn evolution-ews none pn evolution-plugins-experimental none ii gnupg 1.4.18-2 ii network-manager 0.9.10.0-1 -- 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#582865: [libglib2.0-dev] pkg-config requires too many libraries
tags 582865 + wontfix thanks On Mon, 24 May 2010 at 11:29:26 +0200, Peter Fritzsche wrote: I checked your /usr/lib/pkgconfig/gmodule-2.0.pc and noticed that there is a Require statement with many other pkg-config files. libgmodule-2.0.so.0.2400.1 doesn't seem have have so have unresolved symbols. So either the header files generate code which creates otherwise unresolved symbols or you don't use Require in /usr/lib/pkgconfig/gtk+-2.0.pc correctly. Please see the difference with Require.private in gmodule-2.0: For better or worse, GLib upstream intend for the ABI of the GLib cluster of libraries to be if you use the pkg-config for one, you can rely on having the API and ABI of the ones lower in the stack. So a pkg-config check for gio-2.0 gives you all of GIO, GObject, GLib, GThread. It should cleanup many dependencies in our repository which aren't needed at all GLib, GObject, GIO, GModule and GThread are all one big library package (libglib2.0-0) so dpkg-shlibdeps is incorrect here: the dependency could not be avoided, because there is no additional dependency. I opened https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689603 for this some time ago. Maybe someone can check too why -pthread and -lrt is needed. I don't see a reason here. -pthread might well be specifically needed to allow dlopen() to load GLib things into previously non-threaded processes: # NB: do NOT use -Wl,--as-needed to build glib; for instance the link to # pthread is carefully crafted to allow dlopen()ing pthread-using libs; see # http://mid.gmane.org/1257999019.21780.15.camel@marzipan LDFLAGS += -Wl,--no-as-needed (http://article.gmane.org/gmane.comp.gnome.gtk+.devel.general/18117 is another route to the same mail.) I don't know about -lrt; that one might be unnecessary. Again, these do not actually cause any extra dependencies: libc, librt and libpthread are all part of libc6 (or libc6.1 or libc0.1, if that's where the architecture's libc is kept). In practice I think this is wontfix for Debian's GLib maintainers; tagging accordingly. If you would like this to be changed upstream, please discuss it upstream (in GNOME). S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756275: debian-installer: [PATCH] Fix lib location and search path for syslinux = 5
Package: debian-installer Severity: important Hi, As discussed on #-boot, here's a minimal patch to fix pxeboot with the current daily images. This patch possibly also means you can close #750586 and several of the other bugs referenced there, but my secret decoder ring broke trying to figure out what his real problem(s) were, so I've kept this separate to that. And this bug is unversioned, since it only effects the daily snapshots after the syslinux update, and the last tagged release was before that. On a slight tangent to this: I do wonder a little if we ought to rearrange the netboot.tar tree a bit in the light of this change, since we basically have 3 things there with varying degrees of interdependence between both themselves and alternative images that people might want to boot from the same tftpd. - pxelinux.0 (and its associated .c32 binaries) Since the commonly used way to boot multiple images is to share this between all of them and then use a custom top level menu to select the actual tree to boot from, but the .c32 binaries that we embed in $arch/boot-screens aren't compatible with different syslinux versions of pxelinux.0. So possibly we should pull all the .c32 files out of boot-screens (and possibly out of $arch too, since they are now all 32-bit ELF executables even for amd64), and put them in their own tree where they can easily be shared and be from the same syslinux version. - the menu .cfg files Which should always be compatible with newer versions of vesamenu.c32 and really only change when different options are added. They only depend on a particular kernel and initrd to the extent of: - the path they expect to find them at - the options they append for the installer in the initrd. In theory, some of these at least could be arch independent, since it's only the hardcoded paths to the kernel images that make them not so, and the options they append which may make them release dependent. So possibly these should be split between 'release' and 'arch' dirs (unless there's some way to make $arch a runtime variable in which case they may could all be just release dependent. - the kernel and initrd images Which are obviously arch dependent, but could be updated independently of the menu files for point releases etc. Anyhow, the above is really a separate 'bug', if it's a bug at all, but I figured I'd mention it here since it is relevant in the context of the incompatible change to syslinux which this bug is about. I'll leave it to you guys to decide whether it should be cloned as such, taken to the list for Further Discussion, or /dev/null'd as SEP :) Cheers, Ron From f3da11a7063ebc4719e5c2b829ac04dc10fb147f Mon Sep 17 00:00:00 2001 From: Ron r...@debian.org Date: Mon, 28 Jul 2014 19:29:45 +0930 Subject: [PATCH] Fix lib location and search path for syslinux = 5 The changes in b03b133efece84a1f81e41385200ef26e8287cfd were not sufficient for pxelinux in the netboot tarball to actually boot. The ldlinux.c32 loader must be located in the tftp root, and the other new support libraries (libcom32 and libutil) must either be located there too or have a PATH set to where they can be found. --- build/boot/x86/syslinux.cfg | 2 ++ build/config/x86.cfg| 3 +++ 2 files changed, 5 insertions(+) diff --git a/build/boot/x86/syslinux.cfg b/build/boot/x86/syslinux.cfg index 21dc753..7b2a1ce 100644 --- a/build/boot/x86/syslinux.cfg +++ b/build/boot/x86/syslinux.cfg @@ -1,4 +1,6 @@ # D-I config version 2.0 +# search path for the c32 support libraries (libcom32, libutil etc.) +path ${SYSDIR} include ${SYSDIR}menu.cfg default ${SYSDIR}vesamenu.c32 prompt 0 diff --git a/build/config/x86.cfg b/build/config/x86.cfg index 456314f..07f99b8 100644 --- a/build/config/x86.cfg +++ b/build/config/x86.cfg @@ -391,6 +391,9 @@ arch_netboot_dir: x86_syslinux # dhcp server setups to work without modification. rm -f $(TEMP_NETBOOT_DIR)/pxelinux.0 ln -sf $(NETBOOT_PATH)/pxelinux.0 $(TEMP_NETBOOT_DIR)/pxelinux.0 + # This link is required because pxelinux only looks in the tftp root + # for this library (it does a PATH search for any others). + ln -sf $(NETBOOT_PATH)/$(BOOT_SCREEN_DIR)/ldlinux.c32 $(TEMP_NETBOOT_DIR)/ldlinux.c32 set -e; \ $(foreach file,$(wildcard $(TEMP_BOOT_SCREENS)/*.txt), \ -- 2.0.0
Bug#756260: ghc generates lots of unaligned access syslog warnings on hppa
Hi, Am Montag, den 28.07.2014, 10:06 +0200 schrieb Helge Deller: I don't have much knowledge in ghc myself else I would have tried to find the bug. Maybe the ghc developers can take a look at this? I can provide access to a hppa porterbox where this can be reproduced. from my experience: Unlikely. But they might help you find the cause yourself. Did you produce a stack trace already? If you want to take it upstream, you should start by filing a bug at http://hackage.haskell.org/trac/ghc/ Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#756276: nagstamon: Critical security problem with the current version in stable
Package: nagstamon Version: 0.9.9-1 Severity: normal Tags: security The current version in Debian Stable leaks the password. This is fixed upstream, and should be fixed in the new packages available for Debian testing and unstable, but this is security problem and should be fixed ASAP for testing too. Please see more details here: https://nagstamon.ifw-dresden.de/docs/security/ -- 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/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nagstamon depends on: ii librsvg2-common 2.36.1-2 ii python2.7.3-4+deb7u1 ii python-beautifulsoup 3.2.1-1 ii python-eggtrayicon2.25.3-12 ii python-gtk2 2.24.0-3+b1 ii python-pkg-resources 0.6.24-1 ii sox 14.4.0-3 nagstamon recommends no packages. nagstamon 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#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
Hi Julien, On 28.07.2014 10:44, Julien Cristau wrote: It remains to be seen, what the release team prefers: frustrated users and developers or both forks in jessie. The release team is likely to let the people involved in multimedia foo fight it out among themselves and pick a winner. I am not interested in a fight and would prefer it very much if this discussion remained purely technical. Having a fresh memory of the last fight that took place on debian-devel, I do not think that repeating a similar disaster is a good idea. We're not going to ship both and hand that mess over to the security team. Could you please explain what mess you are talking about? According to the changelog[1], there have been 8 security updates for ffmpeg in squeeze. Two of them (4:0.5.6-2 and 4:0.5.6-3) do not contain security related fixes, but rather fix build failures of the previous security upload, so they do not really count. That makes about 6 security fix uploads in about 3 years for squeeze, i.e. 1 upload per 6 month. If there were both forks in Jessie, this might double the number of uploads to 12 in 3 years, but probably some of them could also go through stable-updates instead of stable-security. Is that an unbearable burden? A lot of other software in Debian has already alternatives, like desktop environments, web browsers, text editors and even init systems. Why should this not be the case for a multimedia framework? There is also one particularly similar case, as in the packages are forks and require many security updates: MySQL and MariaDB are currently in Debian testing. Just for comparison, MySQL in squeeze had 3 uploads to stable-security and 3 to oldstable(-security) [2]. As I mentioned this particular example in my discussion with Moritz, he said that the security team will be working with the release team to sort this out for jessie[3]. Now, 5 months later, he seems to have changed his mind, as I am not aware of any such attempt, but instead Moritz seems to support both [4][5]. Thanks in advance for taking the time to answer these questions. Best regards, Andreas 1: http://metadata.ftp-master.debian.org/changelogs//main/f/ffmpeg/ffmpeg_0.5.10-1_changelog 2: http://metadata.ftp-master.debian.org/changelogs//main/m/mysql-5.1/mysql-5.1_5.1.73-1_changelog 3: https://bugs.debian.org/729203#435 4: https://bugs.debian.org/754940 5: https://bugs.debian.org/754941 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
On Mon, Jul 28, 2014 at 12:12 PM, IOhannes m zmölnig (Debian/GNU) umlae...@debian.org wrote: Except that, for a lot of the depending packages, there would be an immediate benefit in the number of bugs fixed. at least in theory. Plus I would definitely appreciate to see some bug stats supporting such a theory. Cheers. (IOhannes et Multimedia guys, please let's keep debian-devel in the loop, I feel this is much more of general interest than a thing that needs to be addressed internally in pkg-multimedia) -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633849: Me too
On 2013-10-30 22:44:45 +0100, Eugen Dedu wrote: I have the same bug and I would really love to have it fixed. Since about 2 years (before, it worked) I have been forced to execute xmodmap ~/.xmodmap after each resume, since the key bindings I use in that file are lost at suspend. There's a workaround: save and restore the settings automatically via pm-utils. I wrote the attached /etc/pm/sleep.d/40xkb-save-restore script (I use XKB instead of the obsolete xmodmap solution, but this script might also work if you have changed the settings with xmodmap, I have not tried). The following command is needed in ~/.xsession xhost +si:localuser:root since the script is run by root, and root doesn't have the user's xauth information (for MIT-MAGIC-COOKIE-1) in his environment. Most often this works perfectly. This solution is not even affected by https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661295 However the settings are not always restored: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756268 -- 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) #!/bin/sh # /etc/pm/sleep.d/xkb-save-restore # See pm-action(8) man page for the documentation. # See /var/log/pm-suspend.log* for the logs. # # xhost +si:localuser:root must be run by the user, for instance # at login time, so that xkbcomp can have access to the display. set -e dir=/run/pm-xkb mkdir -p $dir displays=$dir/displays env=$dir/env unset list ok() { if [ -n $list ]; then echo $1 XKB settings for displays:$list fi } xkbsave() { : $displays cd /tmp/.X11-unix for file in X* do d=${file#X} if xkbcomp :$d $dir/$d; then echo $d $displays list=$list $d fi done ok saved } xkbrestore() { while read d do xkbcomp $dir/$d :$d list=$list $d done $displays ok restored } case $1 in suspend|hibernate) xkbsave ;; resume|thaw) xkbrestore ;; *) echo unsupported argument 2 exit 1 ;; esac # $Id: xkb-save-restore 71569 2014-07-25 22:08:22Z vinc17/xvii $
Bug#755739: VGA-mode newcons very slow
On 25/07/14 19:42, Ed Maste wrote: vt(4), text mode: kern.vty=vt hw.vga.textmode=1 Thanks, I didn't realise the new vt(4) actually still has a text mode. It should be possible to start with hw.vga.textmode=1 and then have i915kms take over once X starts, giving graphics-mode consoles from that point on. Sounds like we'd want to do that. Basically we'd like to be able to use KMS and still have a working console. Graphics mode would someday allow us to enable more languages, but probably not until we port everything needed to load fonts, and some Asian font sets become available. I'd personally like to keep text mode as default, to keep maximum compatibility with text console support in virtualisation products, onboard BMCs and such. Can you quantify very slow? I've been testing vt(4) in QEMU on my FreeBSD host (so no KVM involved), and it's acceptably performant on my 8-core i7-3770 desktop. From memory it slowed boot from ~30 seconds to at least 3 minutes, apparently due to the delay in scrolling console text in VGA mode. Our kfreebsd-10 has a backport of vt(4) from some time ago, so the cause of this may have been fixed already. I'll re-test this with 10-STABLE as soon as I can. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756276: update
In should be fixed ASAP for testing too you meant wheezy, correct? --- Henri Salo signature.asc Description: Digital signature
Bug#756276: nagstamon: Critical security problem with the current version in stable
This is fixed upstream, and should be fixed in the new packages available for Debian testing and unstable, but this is security problem and should be fixed ASAP for testing too. should be This is fixed upstream, so probably fixed also in the new packages for Debian testing and unstable, but this is a security problem and should be fixed ASAP for Debian stable distribution too. Sorry for the confusing text above. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 (resending, to keep debian-devel and the bug-report in the loop) personally i would welcome if both libav and ffmpeg could co-exist within Debian¹. as i see it, libav and ffmpeg have diverged, and as such i would like to have the choice which one to use. On 2014-07-28 11:55, Marco d'Itri wrote: On Jul 28, Alessio Treglia ales...@debian.org wrote: Personally I don't feel like dropping libav in favor of ffmpeg now at this stage. + 1 i don't think that dropping libav is appropriate at all. Except that, for a lot of the depending packages, there would be an immediate benefit in the number of bugs fixed. at least in theory. Personally I feel that we have inflicted libav on our users for way more time than it was sensible to do. i would appreciate it, if you (and anybody else) used a less flammable | touchy language. fgmadr IOhannes ¹ but then i'm not a member of the security team :-) -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJT1jRXAAoJELZQGcR/ejb45GYP/2a06m3B6PRGyjV6oGS1xwDg 0if/Lssn500F8yjrYFKnexKGZg6xncKVKJ+NJncX3pIWMKu/fOXKJusC5Z5eMdvg Ecruo7sXBojUnUxtaibGExkjdCWHv4wC/xwx/gQVUg3ijQGr5CQgZKXRPzf6dAG5 Sc4KS7w1SBtgLWaKvsOVhljSB39lye1cUk8vgkPkvSytJPiFMo1QSCDlbNz5JGbf 4c8viga5W9KCH5zMLzZTRQOkiPQpZMPsd/l220YX6ADwlBhnG/yRFBx7SBOnVDYb BIWb4MFrsCikzC5gJrJZdVAkB96AWOWR6J8N0s8LI2Y1ZwOIM4nJB1FNeQvFRaJI xe5p3dTI5DS7Kvc6i4LjKcO5m1EdZXeS1vV/OMDrLtgpfDC7pfhn3lImaYMPGCpA 60GNGo/PnbUMWGT3Z5JCeX/Q59X53d8DrW7gTcrQoSr6y0DN8AFEpcuDCYbd2ubt /A+0MeocRPNKGiNB7lEfvpSD3x3e4pGlSFB1AMgnwCGmpXzHeA51LzbDJGtfdWon x8L7OD5QD/LwRqQtAncRpf9jB56oJvktmznluSuCcJeY9ADSYH2YDPC1g3CCnuKG SOJpSClZrPjlc2511emDcnOaMJhkyjeQ8R+I67+I05r0jBdk2FDnFASsNVVcRV5o lzO+UTdVUs0nWsiDa+CX =PGZV -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#756258: exim4 configured with dovecot auth deadlocks
On 28/07/2014 11:42, Andreas Metzler wrote: Before digging further, can you doublecheck whether this still applies to current exim (4.83)? Hi, Thank you for your reply. I noticed the same problem with dovecot 4.83 using the packages you provided. I looked at the source code before and the dovecot authenticator hasn't drastically changed between 4.80 and 4.83. I'll also try with a newer dovecot version (from sid) to see if the behaviour is the same. Mildred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752296: [Pkg-utopia-maintainers] Bug#752296: dependency on systemd is not needed
Am 28.07.2014 12:41, schrieb Adam Borowski: Except that testing does show that everything appears to work just fine without logind. I can mount removable media, manipulate them, etc. Except it doesn't. For fun I just started a desktop session without a logind session, and doing basic tasks in gnome-disks greated me with Error mounting filesystem Not authorized to perform operation (udisks-error-quark, 4) dialogs. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#756011: CONTROL_USB_AUTOSUSPEND broken?
On 07/28/2014 04:56 PM, Harald Dunkel wrote: Yes. USB_AUTOSUSPEND module is removed now. You should instead use runtime-pm. And if you have flaky devices, please blacklist them in runtime-pm.conf. Maybe you should consider removing its config file as well? Anyway, I have added the usb id to the blacklist. Problem solved. I'm glad that solved your problem. I am very broke right now. So that was the quick fix I did because of the number of bug reports. We should have a way to handle the removal of that stale config file. But in the office we have tons of different mice. Its pretty painful having to list every potential mouse model on every laptop. Turning off autosuspend for all usb is probably not the right way, either. Is there *any* optical mouse that does not turn off its LED in autosuspend mode, or are they all flaky? I would prefer a more reasonable default for this case. I really do not have an answer to this question. This is perhaps something the kernel devs (or the hardware devs) should answer. There are other ways to blacklist. Like blacklisting the modules. You may want to explore those options. Otherwise, if you have an opinion, let me know. I will consider it. The thing about USB power saving is that it is a tradeoff in between how much flexibility you want, and how much power you'd like to save. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#712732: juk: I changed settings, and set up alt+c to play the next
Control: tag -1 + unreproducible Hi, I couldn't reproduce the issue, neither as a global shortcut nor as a window shortcut, thus I'm tagging this bug as unreproducible and would be closed in the future if no additional information is added to it. By the way, note the alt based shortcuts are used by the translation dependant windows elements, such as the _File menu, that would assign the Alt-F shortcut to it, while using the spanish version would be Alt-A _Archivo. This quick access to the window elements is processed before the user configured shortcuts (and they can only be changed through the corresponding translation file), so, if possible, avoid alt-letter based shortcuts. Happy hacking, -- A computer scientist is someone who, when told to Go to Hell, sees the go to, rather than the destination, as harmful. Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#756277: Kenyan language locale information set to Oromo (Instead of English)
Package: locales-all Version:2.13-38+deb7u3 Priority: Standard Description: There is an error with locale information for Kenya. Language is set to Oromo ygeet the official language in Kenya is English (British English version) Suggests: Add English_Kenya locale and change the locale definition of language definition from Oromo to English
Bug#750226: Pending fixes for bugs in the libcache-mmap-perl package
tag 750226 + pending thanks Some bugs in the libcache-mmap-perl package are closed in revision 5b3db1b7a920e49a60594e21b1a181533ad34275 in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcache-mmap-perl.git;a=commitdiff;h=5b3db1b Commit message: add a patch by Niko Tyni avoiding copy-on-write problems with perl 5.20 Closes: #750226 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531008: Whenever PC starts juk from autostart directory, application crashes
Version: 4:4.8.4-2 Hi, I could reproduce this issue in a wheezy installation, and since there is quite a version gap between the reported version and the tested one, I'm marking this issue as fixed in the later versions. Please reopen the issue is it's still reproduceable for you. Happy hacking, -- If a pickpocket meets a saint, he sees only his pockets. -- Kegley's Law Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
On Mon, 28 Jul 2014, Norbert Preining wrote: On Sun, 27 Jul 2014, Reinhard Tartler wrote: In [1], Moritz from the security team clearly stated that he is more than uncomfortable with having more than one copy of libavcodec in debian/testing. In consequence this means that any package that builds against the ffmpeg packages currently in NEW won't make it into testing either. I am therefore surprised about the given answer to the More than uncomfortable does not mean will not be included Yes, it does. Someone will have to convince the security team somehow, likely by offering to do the work themselves _and_ convincing them that these new members will be around for long enough. However: The change in Debian-specific symbol versioning and sonames being done to ffmpeg so that it is co-installable with libav *is* a problem. It has to be done in coordination with the Canonical guys, so that both Debian and Ubuntu do the same thing re. ffmpeg sonames and symbol versioning. Otherwise, the ffmpeg packages will be of very limited use (useless to run third-party binary-only games ;-p). I understand perfectly that the soname and symbol versioning clash with libav is not ffmpeg's fault, but that's water (well, sewage) under the bridge. We have to deal with it. Here's an alternative proposal that should be less painful [to our users] in the long run: You need one of the two upstreams to do a *large* major soname bump (at least one order of magnitude higher than what they're currently using), so that both projects can keep evolving with little chance of soname clashes. Symbol versioning will take care of the rest, since both libs carry over their major soname into the symbol version. As it was done upstream, cross-distro/third-party compatibility problems are not increased. Debian will have to package this new bumped upstream release, and get rid of anything built against the old one. It will be easier for Debian if it is ffmpeg upstream that does the soname bump, otherwise we're talking about a huge number of binNMUs. But this is all academic if the security team is not prepared to deal with both libav and ffmpeg at the same time. That effectively forces a choice of either libav, or ffmpeg, and not both. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756278: fping: -q flag is not really quiet
Package: fping Version: 3.10-1 Severity: normal The fping man page says: -q Quiet. Don't show per-probe results, but only the final summary. Also don't show ICMP error messages. However this is not correct, only unreachable ICMP messages are not displayed. The problem is in handle_random_icmp() in fping.c If you look at the switch statement, ICMP_UNREACH uses print_warning but the other ICMP codes use fprintf(). To me either the man page needs to be re-written OR (my preference) the other ICMP codes use print_warning. They are found in 1844 and 1858 of fping.c I'm having a script fail because it doesn't expect to see these messages. Sure, I'll fix the script but I think fping should be fixed too. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fping depends on: ii libc62.19-7 ii libcap2-bin 1:2.24-3 fping recommends no packages. fping 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#742229: fping: Fails to install if capabilities are not supported
Hi. This issue also affect the autopkgtest check for debian-edu, where fping fail to install because the file system do not support capabilities. I am not sure what the file system used is, but jwilk on #debian-qa believe it is aufs, which when tested exposes this bug. See URL: http://ci.debian.net/data/packages/unstable/amd64/d/debian-edu/20140728_051613.autopkgtest.log for the test run for debian-edu. Any hope to have the issue fixed in unstable 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#756177: fdisk -l regression between v2.24.2 and v2.25
On Sun, Jul 27, 2014 at 12:48:06PM +0200, Andreas Henriksson wrote: Hello Jos van Wolput! Thanks for your bug report. On Sun, Jul 27, 2014 at 03:29:38PM +0800, Jos van Wolput wrote: [...] After upgrading util-linux 2.20.1-5.8 (sid) to version 2.25-3 (experimental) fdisk -l ends with the following error: cannot open /dev/sr0: No medium found [...] fdisk: cannot open /dev/sr0: No medium found --- and the other devices /dev/sdb* are not shown. Indeed I don't use the cdrom (sr0) but using fdisk -l from util-linux 2.20.1-5.8 (sid) there is no such issue, all disks are shown: [...] This seems to be a regression between 2.24.2 and 2.25 and git bisect tells me the first bad commit is: a22c6eb206fb716fa4 Reverting a22c6eb206fb716fa4 and reviving wholedisk.h from 62acb047a625059e77 makes v2.25 fdisk -l work as expected for me. I'm CCing the upstream developer mailing list to hopefully have some help on finding the proper fix. Already fixed in upstream tree. The patch will be in 2.25.1 (probably at the end of the next month). Karel -- Karel Zak k...@redhat.com http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756271: reportbug: Reportbug sent configuration files of packages wo permission
Hello Corcodel, On Mon, Jul 28, 2014 at 11:33 AM, Corcodel Marian a...@marian1000.go.ro wrote: Reportbug sent configuration files wo user permission. can you please tell what was the package you were reporting a bug against that sent the config files and what do you think it is wrong with that? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754729: [claws-mail] Randomly segfault
Ahoj, Dňa Wed, 16 Jul 2014 17:57:48 +0200 Ricardo Mones mo...@debian.org napísal: But if it will be back, i will try to debug it. It happens again for me, but only once, then i cannot debug it. But today i see it in the real time - it happens after resume from suspend and after manually triggered the receive. CM first seems to freeze while access to NNTP (by the status line message) from gmane.org and then crash. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#756280: Sponsorship-request
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package ircii Package name: ircii Version : 20131230-1.1 Upstream Author : Bernhard R. Link brl...@debian.org URL : http://www.eterna.com.au/ircii/ Section : net It builds those binary packages: ircII - Internet Relay Chat client To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ircii Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/ircii/ircii_20131230-1.1.dsc Changes since the last upload: * Non-maintainer upload. * New upstream release. Regards, Denis Rodrigues Ferreira -- Denis Rodrigues Ferreira PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756279: ITP: ui-gxmlcpp -- High-level C++ wrapper library for libxml2/libxslt
Package: wnpp Severity: wishlist Owner: Stephan Sürken abs...@debian.org * Package name: ui-gxmlcpp Version : 1.4.3 (tarball to be released on SF soon) Upstream Author : Stephan Sürken abs...@debian.org * URL : http://ui-gxmlcpp.sourceforge.net/ * License : LGPL2+ Programming Lang: C++ Description : High-level C++ wrapper library for libxml2/libxslt ui-gxmlcpp is a high-level C++ wrapper around libxml2 and libxslt. It might be a choice for if your needs are some subset of: - XML DOM Tree parsing. - Basic read/write support from/to trees via XPath. - Serialization. - Stylesheets and stylesheet translation support. - XMLSchema and RelaxNG validation. If your needs are lower-level (e.g., proper DOM tree API support or SAX parsing), gdome2 or xml++ will be the right choices. --- This is the continuation of 'sp-gxmlcpp' (already in Debian). FYI: 'sp-gxmlcpp' has been renamed to 'ui-gxmlcpp' at some point, and also got a dependency on 'ui-utilcpp'. As the latter is now in Debian too, we can provide updates. The old 'sp' and new 'ui' lib* binary packages will not conflict, and will be installable in parallel. 'sp-gxmlcpp' however may eventually be removed completely from the archive later. Hth! Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756066: [libopenal1] Unable to install amd64 next to i386 library
Please do, Scott has been busy lately so I've (and OpenAL-Soft) have been in purgatory for a few days now. Thank you for helping out! Cheers, Bret On Mon, Jul 28, 2014 at 11:20 AM, Simon McVittie s...@debian.org wrote: severity 756066 serious found 756066 openal-soft/1:1.15.1-2 notfound 756066 openal-soft/1:1.14-5 # fixed in pkg-games git tags 756066 patch pending thanks On Sat, 26 Jul 2014 at 10:48:39 +0100, Simon McVittie wrote: On Fri, 25 Jul 2014 at 22:21:13 +0100, Franz Schrober wrote: The newest upload of libopenal1 adds the dependency libroar-compat2. This library conflicts with itself which makes it impossible to use the i386 version next to the amd64 version. (... which makes it impossible to co-install wine:i386 with anything for amd64 that uses OpenAL.) I'm bumping this up to serious so the new OpenAL won't migrate until this has been resolved. OpenAL maintainers, please overrule me and downgrade this if you don't think it's release-critical (it's your decision); but I think it ought to be considered RC, because both Wine and OpenAL games are rather popular. My suggestion on that bug was to switch the sndio (really roaraudio) backend back to the way it had worked in 1.14 (it used dlopen), or to drop sndio support until roaraudio and its dependencies are multiarch. After doing either of those, the severity of #755846 can be dropped. Bret, I notice you normally upload this package via a sponsor, and you've applied the second solution (drop roaraudio support) in pkg-games git. I am a DD in the Games Team, and would be happy to sponsor an upload if your usual sponsor is unavailable - let me know. S ___ Pkg-games-devel mailing list pkg-games-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750918: Fixed in last upload
Yes, I'll upload a new version this week. Thanks, Bas On Sun, Jul 27, 2014 at 03:01:25PM +0200, Manuel Bilderbeek wrote: Hi, On 22-07-14 02:43, Olly Betts wrote: On Thu, Jul 10, 2014 at 02:52:35AM +0200, Bas Wijnen wrote: I forgot to close this bug in the changelog of the last upload; the new upstream release fixes it. Although the new upstream release apparently adds wx3 support, you didn't update the build dependencies in debian/control, so you're still building against wxwidgets2.8. Can one of you fix this please? Would be a pity if it would get removed because of this small (but rather crucial ;-) mistake... -- Grtjs, Manuel PS: MSX FOR EVER! (Questions? http://faq.msxnet.org/ ) PPS: Visit my homepage at http://manuel.msxnet.org/ signature.asc Description: Digital signature
Bug#756281: Translation doesn't function
Package: pdfshuffler Version: 0.6.0-1 Severity: minor Tags: patch In the application's menu, the translation to other languages is not functioning fully, besides spanish translation is not completed in the .po. I notify to proyect developers, but the page seems to be a litle abandoned. I make a patch to correct the bug with translations, and another to add spanish translation to the .po and the .desktop. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.13-0.bpo.1-686-pae (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdfshuffler depends on: ii python 2.7.3-4+deb7u1 ii python-gtk2 2.24.0-3+b1 ii python-poppler 0.12.1-8+b1 ii python-pypdf1.13-1 ii python2.7 2.7.3-6+deb7u2 pdfshuffler recommends no packages. pdfshuffler suggests no packages. -- no debconf information Description: Fix UI translation problem. TODO: Fix translation problem related to non domain specification. Fix zoom in and out translation in UI, adding label translation. pdfshuffler (0.6.0-1lingobex20.1) lingobex20; urgency=low . * Arreglada la traducción a español. Author: Rafael J. García Perdigón rafael.garc...@gobex.es --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- pdfshuffler-0.6.0.orig/data/pdfshuffler.ui +++ pdfshuffler-0.6.0/data/pdfshuffler.ui @@ -180,7 +180,7 @@ property name=can_focusFalse/property child object class=GtkImageMenuItem id=imagemenuitem_zoomin -property name=labelZoom in/property +property name=label translatable=yesZoom in/property property name=visibleTrue/property property name=can_focusFalse/property property name=use_action_appearanceFalse/property @@ -191,7 +191,7 @@ /child child object class=GtkImageMenuItem id=imagemenuitem_zoomout -property name=labelZoom out/property +property name=label translatable=yesZoom out/property property name=visibleTrue/property property name=can_focusFalse/property property name=use_action_appearanceFalse/property --- pdfshuffler-0.6.0.orig/pdfshuffler/pdfshuffler.py +++ pdfshuffler-0.6.0/pdfshuffler/pdfshuffler.py @@ -128,6 +128,7 @@ class PdfShuffler: 'pdfshuffler.ui') self.uiXML = gtk.Builder() +self.uiXML.set_translation_domain('pdfshuffler') self.uiXML.add_from_file(ui_path) self.uiXML.connect_signals(self) Description: Add full spanish translation. TODO: Add full spanish translation es.po and .desktop pdfshuffler (0.6.0-1lingobex20.1) lingobex20; urgency=low . * Arreglada la traducción a español. Author: Rafael J. García Perdigón rafael.garc...@gobex.es --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Last-Update: 2014-07-25 --- pdfshuffler-0.6.0.orig/po/es.po +++ pdfshuffler-0.6.0/po/es.po @@ -4,9 +4,9 @@ msgstr Report-Msgid-Bugs-To: \n POT-Creation-Date: 2012-04-28 23:13+0200\n PO-Revision-Date: 2012-03-05 07:51+0100\n -Last-Translator: Konstantinos Poulios logar...@gmail.com\n +Last-Translator: Rafael Jesús García Perdigón rafag...@gmail.com\n Language-Team: Konstantinos Poulios poulios.konstanti...@gmail.com\n -Language: \n +Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n @@ -15,35 +15,36 @@ msgstr #: pdfshuffler/pdfshuffler.py:110 msgid Can't load icon. Application is not installed correctly. msgstr +No se puede cargar el icono. La aplicación no está instalada correctamente #: pdfshuffler/pdfshuffler.py:233 msgid _Rotate Right -msgstr +msgstr _Rotar a la derecha #: pdfshuffler/pdfshuffler.py:234 msgid Rotate _Left -msgstr +msgstr Rotar a la _izquierda #: pdfshuffler/pdfshuffler.py:235 msgid C_rop... -msgstr _Recortar.. +msgstr R_ecortar.. #: pdfshuffler/pdfshuffler.py:237 msgid _Export selection... -msgstr Exportar las páginas
Bug#755992: does this happen on wheezy to
Hi Stanislav, On Montag, 28. Juli 2014, Stanislav German-Evtushenko wrote: I have tested on Debian Wheezy and Ubuntu Trusty. The same error on both. ok, thanks for clarification. cheers, Holger (just trying to mark bugs which seem to affect all distros but in reality only affect sid+jessie correctly. This bug is none of these though :) signature.asc Description: This is a digitally signed message part.
Bug#756282: broken systemd service file
Package: downtimed Version: 0.6-3 Severity: serious User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: systemd-units The systemd service file shipped with downtimed has several issues: - it starts downtimed with -D, which disables database updates. Surely that's not what's expected. (Hence severity serious.) - the daemon forks, but the service isn't configured properly for that and as a result the unit remains in state inactive (dead). Since there's no option to disable forking, it should use Type=forking and let systemd guess the right PID (which it does). - the reload action, which was present in the sysv init script, has not been reimplemented. - the description contains a typo, and doesn't really describe the service anyway. - KillMode=process is not necessary, the default would be fine. - After=network.target is not necessary. I guess that this service file was adapted from ssh.service, which is where the -D, KillMode and After come from... but as-is, it's broken. Here's a better version: | [Unit] | Description=Downtime record keeper | | [Service] | EnvironmentFile=-/etc/default/downtimed | ExecStart=/usr/sbin/downtimed $DOWNTIMED_OPTS | ExecReload=/bin/kill -HUP $MAINPID | Type=forking | Restart=on-failure | | [Install] | WantedBy=multi-user.target Thanks, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (550, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-rc7-ore (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages downtimed depends on: ii init-system-helpers 1.19 ii libc62.19-7 ii lsb-base 4.1+Debian13 downtimed recommends no packages. downtimed 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#756283: gtkwave: gtkwave segfaults opening vcd file
Package: gtkwave Version: 3.3.60-1 Severity: important Dear Maintainer, Starting gtkwave from command line (with a VCD file also specified on the command line) results in a 'Segmentation fault' error. gtkwave starts if no VCD file is specified on command line. But attempting to load a VCD file using gtkwave GUI again causes segfault. Workaround: Downgrading libjudydebian1 to 1.0.5-1 eliminates bug. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtkwave depends on: ii gconf-service3.2.6-2 ii libbz2-1.0 1.0.6-5 ii libc62.19-7 ii libgcc1 1:4.9.1-1 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.24-1 ii libjudydebian1 1.0.5-1.1 ii liblzma5 5.1.1alpha+20120614-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libtcl8.68.6.1-6 ii libtk8.6 8.6.1-5 ii zlib1g 1:1.2.8.dfsg-1 gtkwave recommends no packages. gtkwave suggests no packages. -- no debconf information Regards sidhu1f
Bug#756284: typespeed: please use autotools-dev to update config.{sub,guess} [ftbfs]
Source: typespeed Version: 0.6.5-1.1 Severity: normal Tags: patch User: debian-po...@lists.debian.org Usertags: ppc64el Dear Maintainer, The package typespeed fails to build from source on ppc64el, because files config.guess and config.sub are out of date and the architecture is not identified. The usage of autotools-dev within the build will update those files and the package will build successfully. Attached is a a patch that does the aforementioned modification. Thanks and regards. Fernando -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (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 diff -u typespeed-0.6.5/debian/control typespeed-0.6.5/debian/control --- typespeed-0.6.5/debian/control +++ typespeed-0.6.5/debian/control @@ -1,5 +1,5 @@ Source: typespeed -Build-Depends: debhelper (= 5), quilt (= 0.46-7), libncurses5-dev +Build-Depends: debhelper (= 5), quilt (= 0.46-7), libncurses5-dev, autotools-dev Section: games Priority: optional Maintainer: Dafydd Harries d...@debian.org diff -u typespeed-0.6.5/debian/rules typespeed-0.6.5/debian/rules --- typespeed-0.6.5/debian/rules +++ typespeed-0.6.5/debian/rules @@ -15,6 +15,7 @@ dh_quilt_unpatch config.log: patch + dh_autotools-dev_updateconfig ./configure --prefix=/usr --bindir=/usr/games --localstatedir=/var \ --sysconfdir=/etc @@ -31,6 +32,7 @@ rm -f debian/build-stamp debian/install-stamp $(MAKE) distclean dh_quilt_unpatch + dh_autotools-dev_restoreconfig dh_clean debian/install-stamp: debian/build-stamp
Bug#752075: daemontools-run: Add systemd support
Am 26.07.2014 15:21, schrieb Gerrit Pape: On Tue, Jul 22, 2014 at 03:03:02PM +0200, Michael Biebl wrote: Am 22.07.2014 14:34, schrieb Gerrit Pape: On Fri, Jul 18, 2014 at 12:03:41PM +, Gerrit Pape wrote: I'm really not keen to add a dependency to daemontools-run, esp. not to the runit package, just for (un)installing and starting/stopping a service. Hi, I've now prepared this changeset. Do you have any comments on it? That said, the logic you added is incomplete/broken in several ways: Hi, I'm about to upload these changes: There are still various issues with the maintainer scripts code [1] and I see you dropped the .path unit again? Since you are going to do it your way anyway I'm not sure why you ask for feedback from us? It's like talking to a brick wall. Michael [1] aside from the fact that negative clauses make it unnecessarily hard to read. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#756285: vala-0.16: please use dh-autoreconf to build on new architectures (ftbfs on ppc64el)
Source: vala-0.16 Version: 0.16.1-2 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, The package vala-0.16 fails to build from source on ppc64el. dh_testdir dh_testroot dh_install -s dh_install: libvala-0.16-0 missing files (usr/lib/*/lib*.so.*), aborting make: *** [binary-arch] Error 255 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 Using dh-autoreconf during the build fixes that and the package builds successfully. The patch attached contains such modification. I also removed some direct handling of configuration files that are actually updated by dh-autoreconf. Thanks and regards. Fernando -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (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 diff -Nru vala-0.16-0.16.1/debian/rules vala-0.16-0.16.1/debian/rules --- vala-0.16-0.16.1/debian/rules 2012-09-05 00:39:02.0 + +++ vala-0.16-0.16.1/debian/rules 2014-07-28 03:01:01.0 + @@ -40,21 +40,11 @@ builddir-stamp: dh_testdir - # handle timestamp skew; advice from autotools-dev README.Debian - touch configure.in aclocal.m4 configure - # backup the original files to restore them in the clean target - cp build-aux/config.sub build-aux/config.sub.orig - cp build-aux/config.guess build-aux/config.guess.orig - # Copy in fresh copies of config.{sub,guess} - # (these are from autotools-dev, so must Build-Depend on it) - -test -r /usr/share/misc/config.sub \ - cp -f /usr/share/misc/config.sub build-aux/config.sub - -test -r /usr/share/misc/config.guess \ - cp -f /usr/share/misc/config.guess build-aux/config.guess touch $@ configure-bootstrap-stamp: builddir-stamp dh_testdir + dh_autoreconf mkdir -p bootstrap/build cd bootstrap/build \ ../../configure CFLAGS=$(CFLAGS) LDFLAGS=$(LDFLAGS) $(configure_flags) --disable-vapigen @@ -147,10 +137,6 @@ dh_testdir dh_testroot - # restore config.sub/config.guess - [ ! -r build-aux/config.sub.orig ] || mv -f build-aux/config.sub.orig build-aux/config.sub - [ ! -r build-aux/config.guess.orig ] || mv -f build-aux/config.guess.orig build-aux/config.guess - rm -rf bootstrap rm -rf debian/tmp make distclean || true @@ -159,5 +145,6 @@ rm -f builddir-stamp configure-bootstrap-stamp bootstrap-stamp rm -f configure-stamp build-stamp check-stamp install-stamp + dh_autoreconf_clean dh_clean --- vala-0.16-0.16.1/debian/control 2012-09-05 00:39:02.0 + +++ vala-0.16-0.16.1/debian/control 2014-07-28 03:10:51.62266 + @@ -12,7 +12,7 @@ quilt, libglib2.0-dev (= 2.26), bison (= 2.3), - autotools-dev, + dh-autoreconf, flex, gnome-pkg-tools, xsltproc,
Bug#754729: [claws-mail] Randomly segfault
Hi, On Mon, Jul 28, 2014 at 02:03:39PM +0200, Slavko wrote: Ahoj, Dňa Wed, 16 Jul 2014 17:57:48 +0200 Ricardo Mones mo...@debian.org napísal: But if it will be back, i will try to debug it. It happens again for me, but only once, then i cannot debug it. But today i see it in the real time - it happens after resume from suspend and after manually triggered the receive. CM first seems to freeze while access to NNTP (by the status line message) from gmane.org and then crash. Well, the time after resuming from suspension is always a messy one and involves how hardware behaves. I know it's not a consolation but for example I've had even a few kernel crashes just after resuming (running stable in my laptop), but 99.9% of the time it goes fine. I doubt that can be attributed only to software too. You may want to run claws-mail under gdb for a while and catch the backtrace when it happens. Not sure that the catched backtrace is going to be useful, but at least is a starting point. regards, -- Ricardo Mones ~ The three principal virtues of a programmer are Laziness, Impatience, and Hubris.man perl signature.asc Description: Digital signature