Bug#711304: nouveau: X terminates or freezes randomly, cannot be started again
FWIW, Linux tglase.lan.tarent.de 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 i686 GNU/Linux 08:51:32 up 3 days, 22:24, 2 users, load average: 0.11, 0.27, 0.29 This one is stable. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711805: libvncserver: FTBFS on hppa -- gtkvncviewer.c:566:2: error
severity 711805 important found 711805 0.9.9+dfsg-1 notfound 711805 0.9.9+dfsg thanks hppa is not a release architecture, downgrading severity. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711823: gnome-terminal: fails to launch X applications on gnome-terminal called with "ssh -X"
Package: gnome-terminal Version: 3.8.2-1 Severity: important Dear Maintainer, * What led up to the situation? when upgraded gnome-terminal from 3.4.1.1-2 to 3.8.2-1 * What exactly did you do (or not do) that was effective (or ineffective)? from a remote Debian machine, I did "ssh -X -f foo gnome-terminal" and got gnome-terminal, then I open emacs on it. I saw emacs in a terminal mode and after I closed emacs I got an message "Display localhost:10.0 unavailable, simulating -nw" * What was the outcome of this action? It seems I cant launch X applications from gnome-terminal called with "ssh -X" * What outcome did you expect instead? when I open emacs without "-nw" it should open emacs in graphic mode. Thanks for your maintenance. Best regards, Mon Jun 10 2013 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.8.2-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.8.0-2 ii libc62.17-5 ii libdconf10.16.0-4 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.1-2build1 ii libgtk-3-0 3.8.2-1 ii libpango-1.0-0 1.32.5-5+b1 ii libuuid1 2.20.1-5.4 ii libvte-2.90-91:0.34.5-2 ii libx11-6 2:1.5.0-1+deb7u1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.10-1 ii gvfs 1.16.2-2 ii yelp 3.8.1-2 gnome-terminal 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#711822: pcb: FTBFS (gtk/gtkgl.h: No such file or directory)
Source: pcb Version: 20110918-7 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: jessie sid Control: block 706828 with -1 See the build logs at https://buildd.debian.org/status/logs.php?pkg=pcb&ver=20110918-7%2Bb1&suite=sid > gcc -std=gnu99 -DLOCALEDIR=\"/usr/share/locale\" -DHAVE_CONFIG_H -I. > -I../../src -I.. -I../.. -I../../src/icons -I../../src/../gts -I./hid/gtk > -D_FORTIFY_SOURCE=2 -DPREFIXDIR=\"/usr\" -DBINDIR=\"/usr/bin\" > -DHOST=\"x86_64-pc-linux-gnu\" -DPCBLIBDIR=\"/usr/share/pcb\" > -DPCBTREEDIR=\"/usr/share/pcb/newlib\" > -DPCBTREEPATH=\"/usr/share/pcb/newlib:/usr/share/pcb/pcblib-newlib\" -g -O2 > -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security > -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include > -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include > -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 > -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 > -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/harfbuzz > -pthread -pthread -Wall -Wdeclaration-after-statement -DNDEBUG -g -O2 > -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security > -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include > -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include > -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include > -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 > -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 > -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/harfbuzz > -pthread -pthread -Wall -Wdeclaration-after-statement -MT > hid/gtk/libgtk_a-gtkhid-gl.o -MD -MP -MF hid/gtk/.deps/libgtk_a-gtkhid-gl.Tpo > -c -o hid/gtk/libgtk_a-gtkhid-gl.o `test -f 'hid/gtk/gtkhid-gl.c' || echo > '../../src/'`hid/gtk/gtkhid-gl.c > ../../src/hid/gtk/gtkhid-gl.c:28:23: fatal error: gtk/gtkgl.h: No such file > or directory > compilation terminated. > make[6]: *** [hid/gtk/libgtk_a-gtkhid-gl.o] Error 1 Cheers, Julien signature.asc Description: Digital signature
Bug#711821: please close bug
Please close bug: I've upgraded to the latest nfs-common and now all is fine again. Folkert van Heusden -- Ever wonder what is out there? Any alien races? Then please support the seti@home project: setiathome.ssl.berkeley.edu -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711812: freecad: FreeCAD Version: 0.13.1830-dfsg-2 depends on the new coin package (version 4)
tags 711812 +moreinfo severity 711812 minor thanks Hi, thanks for bugreport. Please, clarify what you mean. Cheers, Anton 2013/6/10 Geordie : > Package: freecad > Version: 0.13.1830-dfsg-2 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > This version of libcoin was installed 2013-06-08 on a update. > > apt-cache policy libcoin80 > libcoin80: > Installed: 3.1.4~abc9f50-3 > Candidate: 3.1.4~abc9f50-3 > Version table: > *** 3.1.4~abc9f50-3 0 > 500 http://http.debian.net/debian/ unstable/main amd64 Packages > 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711821: nfs-common: segfaults during mount
Package: nfs-common Version: 1:1.2.2-5 Severity: important mount.nfs segfaults for all mount actions attempted: mauer:/home/folkert# mount belle:/data3/mp3/music/mp3 -o defaults mauer:/home/folkert# dmesg [48069.392279] mount.nfs[15614]: segfault at 0 ip 0031d923ac13 sp 7fff6b7a85d0 error 4 in libc-2.17.so[31d920+1a4000] mauer:/home/folkert# grep data3/mp3 /etc/fstab belle:/data3/mp3/music/mp3nfs defaults,bg,ro,vers=3 0 0 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/5 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 nfs-common depends on: ii adduser 3.113+nmu3 add and remove users and groups ii initscripts 2.88dsf-13.13scripts for initializing and shutt ii libc6 2.17-3 Embedded GNU C Library: Shared lib ii libcap2 1:2.22-1.2 support for getting/setting POSIX. ii libcomerr2 1.42.5-1.1 common error description library ii libevent-1.4-2 1.4.14b-stable-1 asynchronous event notification li ii libgssapi-krb5-21.10.1+dfsg-5MIT Kerberos runtime libraries - k ii libgssglue1 0.4-2mechanism-switch gssapi library ii libk5crypto31.10.1+dfsg-5MIT Kerberos runtime libraries - C ii libkrb5-3 1.10.1+dfsg-5MIT Kerberos runtime libraries ii libnfsidmap20.25-4 NFS idmapping library ii librpcsecgss3 0.19-5 allows secure rpc communication us ii libwrap07.6.q-24 Wietse Venema's TCP wrappers libra ii lsb-base4.1+Debian9 Linux Standard Base 4.1 init scrip ii netbase 4.47 Basic TCP/IP networking system ii rpcbind [portmap] 0.2.0-8 converts RPC program numbers into ii ucf 3.0025+nmu3 Update Configuration File: preserv nfs-common recommends no packages. nfs-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711818: [Debian-in-workers] Bug#711818: fonts-deva-extra: fonts-gargi and fonts-sarai not available
Hi Matijs,
Thanks for the report!
On Mon, Jun 10, 2013 at 9:53 AM, Matijs van Zuijlen wrote:
> Fonts-deva-extra no longer contains the Gargi and Sarai fonts, but now
> recommends fonts-gargi and fonts-sarai. The changelog from november 2012
> announces that these will be packaged separately. It seems this has not
> yet happened.
>
> There is also a news item mailed by apt-listchanges upon installation of
> the present version of the fonts-deva-extra package that urges the user
> to install these unavailable packages.
Duh! this happened again from my side.. I thought fonts-gargi was
uploaded already and forgot that sarai isn't packaged already!.
Kartik can you please upload the fonts-gargi its been lying ready for
past 4 months or so. And I will prepare a fixed upload of deva-extras
tonight.
Regards
--
Vasudev Kamath
http://copyninja.info
copyninja@{frndk.de|vasudev.homelinux.net}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700860: About your ITP on r-cran-scales.
Le Sun, Jun 09, 2013 at 12:51:58PM +0200, Benjamin Eikel a écrit : > > yes, I am fine with it. As Ivo already mentioned, he already did some work > and > uploaded some of his packages. If I can help somehow, please contact me. My > goal is just to have an up to date version of ggplot2 in Debian. Hi Benjamin, I went ahead and uploaded r-cran-munsell with you as the Uploader. This is needed before uploading r-cran-scales. Do you intend to take care of further updates ? Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644027:
Had this problem in unstable, on Intel H67 integrated video. Fixed with suckless-tools to 39-1 from experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711820: unburden-home-dir: Manpage contains du-related "See also"
Package: unburden-home-dir Version: 0.3.1.2 Severity: minor Hello, The Man-Page contains this: SEE ALSO corekeeper (http://openvswitch.org/cgi-bin/gitweb.cgi?p=corekeeper), autotrash(1), agedu(1), bleachbit(1). For du(1)-like but more comfortable tools, see ncdu(1) (text-mode), baobab(1) (GNOME), filelight(1) (KDE), xdiskusage(1) (X tool calling du(1) itself), or xdu(1) (X tool reading du(1) output from STDIN). This seams to be related to "du". I guess it was used as an template. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unburden-home-dir depends on: ii dpkg 1.16.10 ii libconfig-file-perl 1.50-2 ii libfile-rsync-perl 0.43-1 ii libfile-touch-perl 0.08-1 ii libfile-which-perl 1.09-1 ii libmodern-perl-perl 1.20121103-1 ii perl 5.14.2-21 ii x11-common 1:7.7+3 Versions of packages unburden-home-dir recommends: ii lsof 4.86+dfsg-1 Versions of packages unburden-home-dir suggests: pn agedu pn autotrash pn bleachbit pn eatmydata ii filelight 4:4.8.4-2 pn tmpreaper -- Configuration Files: /etc/default/unburden-home-dir changed [not included] /etc/unburden-home-dir.list changed [not included] -- 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#711819: nmon: crashes on NFS stats
Package: nmon Version: 14g+debian-1 Severity: normal Tags: upstream Forwarded: https://sourceforge.net/p/nmon/bugs/2/ `nmon` crashes when I press 'N' to access NFS stats. #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:32 #1 0xa5fb in proc_nfs () at lmon.c:1519 same way every time #2 0x5556947e in main (argc=1, argv=0x7fffe178) at lmon.c:4896 The error is in code that parses contents of /proc/net/rpc/nfs* files. --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711818: fonts-deva-extra: fonts-gargi and fonts-sarai not available
Package: fonts-deva-extra Version: 3.0-2 Severity: normal Fonts-deva-extra no longer contains the Gargi and Sarai fonts, but now recommends fonts-gargi and fonts-sarai. The changelog from november 2012 announces that these will be packaged separately. It seems this has not yet happened. There is also a news item mailed by apt-listchanges upon installation of the present version of the fonts-deva-extra package that urges the user to install these unavailable packages. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fonts-deva-extra depends on: ii dpkg 1.16.10 Versions of packages fonts-deva-extra recommends: pn fonts-gargi pn fonts-sarai fonts-deva-extra 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#711816: New upstream version available
Control: retitle -1 New upstream version available
Hi.
There is a new upstream version available (at the moment, it is 4.34), which
incorporates both the previous feature request of mine as well as
canonicalization of the device names.
BTW, the Debian packaging of di could have some some. Do you have it under
some VCS?
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705682: Fix ready
Hi Axel,
On Sun, Jun 9, 2013 at 7:20 PM, Axel Beckert wrote:
>
> Can you send me a link where I can download the (signed) source
> package to sponsor?
Sure I will upload signed source to mentors by tonight (IST). I hope
mentors is fine with you for placing the package.
Regards
--
Vasudev Kamath
http://copyninja.info
copyninja@{frndk.de|vasudev.homelinux.net}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711817: pu: package dkimpy/0.5.3-1+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu python-dkim has a bug that causes signature verificaton to fail in some cases that is affecting stable users. It's fixed upstream and in unstable and I've been asked to get it fixed in stable as well. The fix is quite compact and should have negligible regression risk. diff -u dkimpy-0.5.3/debian/changelog dkimpy-0.5.3/debian/changelog --- dkimpy-0.5.3/debian/changelog +++ dkimpy-0.5.3/debian/changelog @@ -1,3 +1,11 @@ +dkimpy (0.5.3-1+deb7u1) wheezy; urgency=low + + * Fix Gmail signature verification failures due to improper FWS regular +expression - Thanks to Peter Palfrader (weasel) for the patch +(Closes: #711751) + + -- Scott Kitterman Sun, 09 Jun 2013 23:31:12 -0400 + dkimpy (0.5.3-1) unstable; urgency=medium * Urgency medium for multiple RC bug fixes only in patch2: unchanged: --- dkimpy-0.5.3.orig/dkim/__init__.py +++ dkimpy-0.5.3/dkim/__init__.py @@ -118,7 +118,7 @@ lastindex[h] = i return sign_headers -FWS = r'(?:\r?\n\s+)?' +FWS = r'(?:(?:\s*\r?\n)?\s+)?' RE_BTAG = re.compile(r'([;\s]b'+FWS+r'=)(?:'+FWS+r'[a-zA-Z0-9+/=])*(?:\r?\n\Z)?') def hash_headers(hasher, canonicalize_headers, headers, include_headers,
Bug#711816: di: please, omit filesystems with type rootfs by default
Package: di
Version: 4.30-1
Severity: wishlist
Hi.
First of all, thanks for packaging di. It is, in my experience, so much
better than the stock df and it is one of the first things that I install on
my systems.
OK, now to the bug report. Recently (well, perhaps not so recently), our
systems started to show a duplicate filesystem for the root filesystem, once
with the real device that's used as the root filesystem and another with the
fake device "rootfs" and type "rootfs".
Of course, I know that di can be told to ignore some filesystem types with
the -x switch, but, in the same way that di already doesn't show all the
filesystems by default (just issue di -a to see all of them), it would be
better to hide that one, for readability purposes.
Thanks,
Rogério Brito.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-rc4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages di depends on:
ii libc6 2.17-5
di recommends no packages.
di suggests no packages.
-- no debconf information
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711815: [bugs.debian.org] Replying to tickets fails for archived tickets
Package: bugs.debian.org Severity: normal Some time after a ticket is closed, it is "archived". One useful effect of archival is that archived ticket are filtered by default when listing a package's tickets. The user can list archived tickets, unarchived tickets, or both. Archival causes multiple bugs, many of which are reported. I hit one more when replying to a message which had closed a ticket, as can be seen below. Thankfully, the ITS sends an error message which hints that archival may be the problem (as was the case in my reply below), so the problem can be noticed, and worked around by ordering the ITS to unarchive the ticket, as explained in http://www.debian.org/Bugs/server-control#unarchive It is not entirely clear how archival works and why it happens. The only benefit I can see is to act as a filter for no longer relevant tickets. This advantage could easily be substituted by adding a filter on the ticket's status which could be tuned to disregard closures in the last x days, although the good solution would be to list all tickets affecting a given set of versions. Ticket archival was implemented at a time where resources were quite limited, to replace... pure ticket deletion: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=9705 If there are no other advantages, I guess archival is no longer a good strategy and should simply be eliminated. One corner case to consider is tickets against pseudo-packages (no versions). Otherwise, we should simply accept mail to archived tickets. Original Message Subject:Delivery Status Notification (Failure) Date: Mon, 03 Jun 2013 03:33:17 + From: Mail Delivery Subsystem To: chea...@gmail.com Delivery to the following recipient failed permanently: 704...@bugs.debian.org Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the server for the recipient domain bugs.debian.org by buxtehude.debian.org. [140.211.166.26]. The error that the other server returned was: 550 Unknown or archived bug - Original message - DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type; bh=03LNJfa0V+QgcjejBaBoF5yYSse5tT3vhUMOlaFlVII=; b=V9ndLMNVBv9y3J8VV59F7nsVgfPGPMm1qcZBEOUzs06Zx6gRXZBqAUpF+W8vPrflbE pC/YNXpNhaSa+EQ3YA2VghZQLItDm3jcL6uaNGd3Y3YD/98mS5wu0hixIlmlwl5DUyfj Z1zd95EYtTF1wROzp3FkvvP8qtyRyQ+iIjB5LkCqrFC/2tufk/XrAmfj32IN58k9QtUC BdlTYNIJMbFjxH8h5SR/qyU4pFl16VbpZ1ZQDtiPw7Fi7Ni2p8nMR5Ck1Vzhd3i1GkRj vdr6sqg9HN7MoLqHWL/BI4MQf0HW+g1KFFTrhmvJVaSLRk2qXrjw9Bfe1EXx2RUrKf+k Oz4A== X-Received: by 10.49.87.106 with SMTP id w10mr19453210qez.36.1370230390290; Sun, 02 Jun 2013 20:33:10 -0700 (PDT) Return-Path: Received: from [192.168.1.103] (modemcable156.191-56-74.mc.videotron.ca. [74.56.191.156]) by mx.google.com with ESMTPSA id r8sm11998712qaq.11.2013.06.02.20.33.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 02 Jun 2013 20:33:09 -0700 (PDT) Message-ID:<51ac0e8a.5080...@gmail.com> Date: Sun, 02 Jun 2013 23:33:30 -0400 From: Filipus Klutiero User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.12) Gecko/20130116 Icedove/10.0.12 MIME-Version: 1.0 To: Jonathan Nieder, cont...@bugs.debian.org CC: 704...@bugs.debian.org Subject: Re: [bugs.debian.org] Ticket priorities References:<5160d06f.2060...@gmail.com> <20130407221110.GA22014@elie.Belkin> In-Reply-To:<20130407221110.GA22014@elie.Belkin> Content-Type: multipart/alternative; boundary="030105010007000703060509" reopen 704874 thanks Hi Jonathan, On 2013-04-07 18:11, Jonathan Nieder wrote: Hi, Filipus Klutiero wrote: Currently, all wishlist tickets show together, without any distinction according to costs or benefits. I think splitting up bugs according to one's personal priorities can be a valuable thing when the bookkeeping is not too much trouble. The main problem with using a shared field for that is that different people and organizations can have different priorities. Indeed. Importance is definitely not the same to everyone, even though we currently track it as a shared field. Investment can also be considered as variable if it is considered as the time the viewer would require to address the problem (if I don't know C++, my priority for an issue in a C++ program would be much lower than for a C++ programmer, even if we both consider that the issue has equal importance). As priority is a combination of both, it could be argued that it is even more personal than importance. At least importance and priority should be customizable in an ideal world. Would usertags work for this purpose for you? Short answer: no. Long answer: It's possible to make
Bug#711788: [Debian-med-packaging] Bug#711788: Uninstallable on sid/jessie: depends on libminc2-1 -- now only in wheezy, we have libminc2-3 in sid/jessie
On June 9, 2013 02:18:42 PM Yaroslav Halchenko wrote: > Package: libinsighttoolkit4.3 > Version: 4.3.2-1 > Severity: grave > > dicom2nifti FTBFS because of > > The following packages have unmet dependencies: > libinsighttoolkit4.3 : Depends: libminc2-1 which is a virtual package. Thanks ... I hadn't noticed this. > fix could be as simple as adjust build-depends if compatible with > both I would appreciate if you make build-depends on libminc2-3 | > libminc2-1 for easy backporting to wheezy happen that would be needed ITK built with the old MINC, so if it builds with the new one, the alternate build-depends you propose should be fine. -S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711814: ITP: python-pygsear -- a Pygame Framework with Examples
Package: wnpp Owner: David Steele Severity: wishlist * Package name: python-pygsear Version : 5.3.2 Upstream Author : Lee Harr * URL : http://www.nongnu.org/pygsear/ * License : GPL-2+ Programming Lang: Python Description : a Pygame Framework with Examples pygsear is a set of python libraries which work with pygame. pygsear takes care of much of the lower level setup of sprites and events and objects so that you can get right to the coding of your game. This is used by pybotwar (ITP #693603)
Bug#678460: RFH: maradns -- simple security-focused Domain Name Service server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Are you still looking for assistance with maintaining the maradns package? Regards, /mett -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJRtTNxAAoJELURjTtpxqLuIwIH/0lghtVRWQtCpEXACBkSZHqN 144naFrhd/9IBZh/ZjayO1/cE4NWPo0ia6Fve4CJQwOIzFeY72ldBC7mHVpYtBTX 73wVGv1a54QQhJ+CtJSs+PAM5Kezdq1HICBHL9rKR5tf14uQro2S3F+l6tGrSMy5 TxXnl6OVOb3Ssd2GxljJyG+A8L5qUzalFeVdhr25TNwwg/zd7LEnm3mW+Okn6w6s uxUtcPL4dijUueEIzjvH2X2yXfL7DqH5m8QWwkH6h28KmuK4l1CBDuNQ3Q8XrNgM j0hYw4Lb1Ry+ne3zH+HQ/p6Bd9gXji/8iVW0NoNgT3KyiEL80dT/c5H0MgHwiqA= =TxCf -END PGP SIGNATURE-
Bug#711751: Patch looks good
Will upload the fix for this soon, either as part of a new upstream release or a new Debian revision. Scott K signature.asc Description: This is a digitally signed message part.
Bug#693603: ITP: pybotwar -- educational robot battle simulation with robots coded in Python
retitle 693603 ITP: pybotwar -- educational robot battle simulation with robots coded in Python thanks I'll take a look at packaging this, along with the pygsear recommends. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711462: tex-common: updmap-sys fails; missing map files
Hi Calum, sorry for the late reply, was away from my computer over the weekend. On Fr, 07 Jun 2013, Calum Mackay wrote: > I have previously played with TL (non-Debian, both 2012 and 2013 > pretest), but I was careful to put them well away from "stock" areas (in > /usr/local/). Well, there might still be interaction if you are not careful. Simply forgetting to adjust the path properly before calling some commands can mix up things easily. >> How to solve: >> * first the wrong maps in /etc/texmf/web2c/updmap.cfg >>please edit the file and see if it contains something *you* have >>put there on purpose. Otherwise it is fine to remove. No need >>for this file. > > OK, will do. Good. >> * the remaining maps in /usr/share/texmf/web2c/updmap.cfg >>nectec.map, nf.map, tlwg.map >>these maps should be activated in >> /usr/share/texlive/texmf-dist/web2c/updmap.cfg >>and are shipped in the package >> texlive-lang-other >>Do you have any packages related to fonts-tlwg, thailatex or similar >>installed? > > I often add in various font pkgs if they sound interesting "just in > case", on the assumption that they can't do any harm. > > I do have these installed: What are the versions of > latex-fonts-thai-tlwg > thailatex THe should be at version latex-fonts-thai-tlwg 1:0.5.1-3 thailatex 2013.20130530-1 > should I remove some/all of those? I don't particularly need Thai fonts; > just installed for fun. I would suggest removing them and only (keep) installed texlive-lang-other that should be enough. That given, a call *as*root* to updmap-sys should work. If not, please send me the terminal output. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649079: gnome-bluetooth: edit /etc/machine-info
Package: gnome-bluetooth Version: 3.4.2-1 Followup-For: Bug #649079 Although there's no GUI to get that changed, you can set a variable named PRETTY_HOSTNAME in /etc/machine-info (this file most likely won't exist) to set the bluetooth device's name. This file is part of a freedesktop tool named hostnamectl, I discovered it while playing with Fedora 18. Didn't get a clue from Debian. Guess it hasn't landed here yet. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-bluetooth depends on: ii bluez4.99-2 ii consolekit 0.4.5-3.1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii dpkg 1.16.10 ii gir1.2-atk-1.0 2.8.0-2 ii gir1.2-freedesktop 1.36.0-2+b1 ii gir1.2-gdkpixbuf-2.0 2.28.1-1 ii gir1.2-glib-2.0 1.36.0-2+b1 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-pango-1.0 1.32.5-5+b1 ii libatk1.0-0 2.8.0-2 ii libc62.17-3 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-0 2.36.1-2build1 ii libgnome-bluetooth10 3.4.2-1 ii libgtk-3-0 3.4.2-6 ii libnotify4 0.7.5-2 ii libpango1.0-01.32.5-5+b1 ii obex-data-server 0.4.5-1+b3 ii obexd-client 0.46-1+b1 ii udev 175-7.2 Versions of packages gnome-bluetooth recommends: ii gvfs-backends 1.12.3-4 Versions of packages gnome-bluetooth suggests: ii gnome-user-share 3.0.2-1 ii nautilus-sendto 3.0.3-3 -- 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#711813: /usr/bin/scanimage: Avision scanner produces error message "Invalid argument" in scanimage, 1.0.22
Package: sane-utils Version: 1.0.22-7.4 Severity: normal File: /usr/bin/scanimage Hi, In Debian Wheezy the Avision scanner does not work anymore. The scanner is detected fine: jlinkels@donald-pc:/tmp$ scanimage -L libv4lconvert: warning more framesizes then I can handle! libv4lconvert: warning more framesizes then I can handle! device `v4l:/dev/video0' is a Noname UVC Camera (046d:081b) virtual device device `genesys:libusb:001:003' is a Canon LiDE 210 flatbed scanner device `avision:libusb:001:011' is a Avision AV220 sheetfed scanner However, every command involving this scanner produces an error message jlinkels@donald-pc:/tmp$ scanimage --help -d avision Usage: scanimage [OPTION]... Start image acquisition on a scanner device and write image data to standard output. Parameters are separated by a blank from single-character options (e.g. -d epson) and by a "=" from multi-character options (e.g. --device-name=epson). -d, --device-name=DEVICE use a given scanner device (e.g. hp:/dev/scanner) lines removed from help message -V, --version print version information scanimage: open of device avision failed: Invalid argument Type ``scanimage --help -d DEVICE'' to get list of all options for DEVICE. libv4lconvert: warning more framesizes then I can handle! libv4lconvert: warning more framesizes then I can handle! List of available devices: v4l:/dev/video0 genesys:libusb:001:003 avision:libusb:001:011 All other commands involving this device produce the error messaga "Invalid argument" This scanner worked perfectly in Debian Squeeze. It occured after upgrading the sane packages from Squeeze -> Wheezy. It also occurs on a new, fresh installation of Wheezy. This error report is from a Wheezy machine. Other scanners (plustek, genesys) connected to either system function normally. Kind regards jlinkels -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sane-utils depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc6 2.13-38 ii libieee1284-3 0.2.11-10 ii libsane1.0.22-7.4 ii libusb-0.1-4 2:0.1.12-20+nmu1 ii update-inetd 4.43 sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.31-2 pn unpaper -- debconf information: sane-utils/saned_run: false sane-utils/saned_scanner_group: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711808: r-cran-rcpparmadillo should use libarmadillo-dev
On Sun, Jun 09, 2013 at 07:34:35PM -0500, Dirk Eddelbuettel wrote: > RcppArmadillo really is just for R's use, and the cross-OS, cross-distro > consistence I have (as an author of RcppArmadillo) is more important than the > Debian purity here. > > This is simply a different use case. Please try to just trust me on this > issue and accept my decision. Sure. I did not mean to question your maintenance decisions. It was a request only to see if some code deduplication could be done. I trust your decision on this, and you can feel free to close this bug if you so desire. Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711812: freecad: FreeCAD Version: 0.13.1830-dfsg-2 depends on the new coin package (version 4)
Package: freecad Version: 0.13.1830-dfsg-2 Severity: grave Justification: renders package unusable Dear Maintainer, This version of libcoin was installed 2013-06-08 on a update. apt-cache policy libcoin80 libcoin80: Installed: 3.1.4~abc9f50-3 Candidate: 3.1.4~abc9f50-3 Version table: *** 3.1.4~abc9f50-3 0 500 http://http.debian.net/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-6.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freecad depends on: ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-program-options1.49.0 1.49.0-3.2 ii libboost-regex1.49.01.49.0-3.2 ii libboost-signals1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.17-5 ii libcoin80 3.1.4~abc9f50-3 ii libgcc1 1:4.7.2-5 ii libgfortran34.7.2-5 ii libgl1-mesa-glx [libgl1]8.0.5-4 ii libglu1-mesa [libglu1] 8.0.5-4 ii libice6 2:1.0.8-2 ii liboce-foundation2 0.9.1-3 ii liboce-modeling20.9.1-3 ii liboce-ocaf-lite2 0.9.1-3 ii liboce-ocaf20.9.1-3 ii liboce-visualization2 0.9.1-3 ii libpython2.72.7.3-8 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-opengl 4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqt4-xmlpatterns 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libqtwebkit42.2.1-5 ii libquadmath04.7.2-5 ii libsm6 2:1.2.1-2 ii libsoqt4-20 1.5.0-2 ii libspnav0 0.2.2-1 ii libstdc++6 4.7.2-5 ii libx11-62:1.5.0-1 ii libxerces-c28 2.8.0+deb1-3 ii libxext62:1.3.1-2 ii libxmu6 2:1.1.1-1 ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5.1 ii python 2.7.3-4 ii python-matplotlib 1.1.1~rc2-1 ii python-pivy 0.5.0~v609hg-2 ii python-support 1.0.15 ii zlib1g 1:1.2.7.dfsg-13 freecad recommends no packages. Versions of packages freecad suggests: pn freecad-doc -- 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#711811: ITP: foreman -- manage Procfile-based applications
On 06/10/13 03:46, Per Andersson wrote: * Package name: foreman Version : 0.63.0 Upstream Author : David Dollar * URL : http://github.com/ddollar/foreman * License : MIT Programming Lang: Ruby Description : manage Procfile-based applications Foreman is a manager for Procfile-based applications. Its aim is to abstract away the details of the Procfile format, and allow you to either run your application directly or export it to some other process management format. There's a more popular/more complicated piece of software called Foreman[1], for which there's an RFP already[2], as well as a component of that, foremancli, already in Debian. Upstream provides a package too, although you could argue it isn't our problem if there's a naming conflict. Nevertheless, I think it'd be best to avoid a package naming conflict between the two apparently completely unrelated applications. Oh, and BTW, you should probably explain what a Procfile is on the long description of your package as it's not immediately obvious. Regards, Faidon 1: http://www.theforeman.org/ 2: http://bugs.debian.org/663101 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710860: we can+should do something about this
On 2013-06-10 02:12, Ryan Kavanagh wrote: > On Mon, Jun 03, 2013 at 01:03:22PM +0200, Holger Levsen wrote: >> well, there are certain known bind mounts (eg /dev, /home or /var/cache/apt) >> which we know we absolutly don't want and error+exit if we find those. > > As a heads up and as far as I know, unless a user specifies > "profile=sbuild" or "profile=buildd" in their schroot config, schroot > mounts /home read-write (!) by default (see /etc/schroot/default/fstab). That's not critical, piuparts uses schroot to manipulate (create new instances, destroy instances) the chroots. Although it may not be desired to have the regular /home mounted. Another question: what about /tmp? That's more critical as it is actively used by piuparts ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711811: ITP: foreman -- manage Procfile-based applications
Subject: ITP: foreman -- manage Procfile-based applications Package: wnpp Owner: Per Andersson Severity: wishlist * Package name: foreman Version : 0.63.0 Upstream Author : David Dollar * URL : http://github.com/ddollar/foreman * License : MIT Programming Lang: Ruby Description : manage Procfile-based applications Foreman is a manager for Procfile-based applications. Its aim is to abstract away the details of the Procfile format, and allow you to either run your application directly or export it to some other process management format. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711809: [INTL:id] initial Indonesian debconf translation
On 06/10/2013 07:34 AM, Mahyuddin Susanto wrote: > Source: drizzle > Version: 1:7.2.3-1 > Severity: wishlist > Tags: patch l10n > X-Debbugs-CC: debian-l10n-indones...@lists.debian.org > > Dear maintainer, please find attachment for Indonesian debconf > translations > > $ msgfmt --statistics -c -v -o /dev/null id.po > id.po: 2 translated messages. > > > Seems like po files has broken, please this files -- [ Mahyuddin Susanto ] - http://udienz.web.id GPG: 4096R/90B36C5B Debian Maintainer & Ubuntu Developer # Translation of drizzle debconf templates to Indonesian # Copyright (C) Debian Indonesia Translator # This file is distributed under the same license as the drizzle package. # Mahyuddin Susanto , 2013. # msgid "" msgstr "" "MIME-Version: 1.0\n" "Project-Id-Version: drizzle\n" "Report-Msgid-Bugs-To: driz...@packages.debian.org\n" "POT-Creation-Date: 2012-02-04 11:12+0100\n" "PO-Revision-Date: 2013-06-10 07:40+0700\n" "Last-Translator: Mahyuddin Susanto \n" "Language-Team: Debian Indonesia Translator \n" "Language: IndonesianMIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Poedit-Language: Indonesian\n" "X-Poedit-Country: INDONESIA\n" #. Type: boolean #. Description #: ../drizzle.templates:1001 msgid "Purging also database files?" msgstr "Bersihkan juga berkas basisdata?" #. Type: boolean #. Description #: ../drizzle.templates:1001 msgid "As you are purging the drizzle package you might also want to delete the database files in /var/lib/drizzle." msgstr "Ketika anda membersihkan paket drizzle anda mungkin ingin membuang berkas basisdata di /var/lib/drizzle." signature.asc Description: OpenPGP digital signature
Bug#711810: npm: bash completion script clobbers $COMP_WORDBREAKS
Package: npm
Version: 1.1.4~dfsg-2
Severity: important
Tags: upstream
While investigating another bug related to $COMP_WORDBREAKS, I noticed
the following:
$ echo $COMP_WORDBREAKS
"'@><=;|&(:
$ . /etc/bash_completion
$ echo $COMP_WORDBREAKS
"'><;|&(:
That's due to the following code from /etc/bash_completion.d/npm:
COMP_WORDBREAKS=${COMP_WORDBREAKS/=/}
COMP_WORDBREAKS=${COMP_WORDBREAKS/@/}
export COMP_WORDBREAKS
I assume the intent is to change how wordbreaking works in the npm
completion script (so that e.g. "npm ls =isaa" can complete to "npm ls
=isaacs"). See the definition of "__get_comp_words_by_ref -n @=" in
/etc/bash_completion for a better way to do that, which doesn't
clobber state used by other completion scripts.
Thanks and hope that helps,
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711808: r-cran-rcpparmadillo should use libarmadillo-dev
severity 711808 wishlist tags 711808 wontfix thanks On 9 June 2013 at 20:08, Kumar Appaiah wrote: | Package: r-cran-rcpparmadillo | Version: 0.3.810.2-1 | Severity: important That is a little exaggerated. See below. | Hi. | | The current scenario with respect to r-cran-rcpparmadillo and regular | armadillo is less than optimal, since the armadillo code is | essentially duplicated. I would request that r-cran-rcpparmadillo use | libarmadillo-dev, and we can coordinate the uploads to Debian using | one of these approaches: | | 1. You can take up co-maintenance or even full maintenance of | armadillo, so that it is easy for you to ensure that uploads get done. | | 2. You can inform me when you intend to upload r-cran-rcpparmadillo | and find that armadillo is out of date. I am fairly responsive, so I | can usually get back within a couple of days. | | Please let me know your opinion. I really appreciate both your feedback, and your maintenance of Armadillo within Debian. As you know, I also understand how Debian works, and still chose to package RcppArmadillo the way I did. As an upstream package it a) does not run configure (or rather: cmake) b) does not link >From R, we get all required tests, as well as linking against LAPACK and BLAS. RcppArmadillo really is just for R's use, and the cross-OS, cross-distro consistence I have (as an author of RcppArmadillo) is more important than the Debian purity here. This is simply a different use case. Please try to just trust me on this issue and accept my decision. Thanks, Dirk | Thanks! | | Kumar | | -- System Information: | Debian Release: jessie/sid | APT prefers unstable | APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') | Architecture: amd64 (x86_64) | Foreign Architectures: i386 | | Kernel: Linux 3.3.0-trunk-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 | | -- | Kumar Appaiah -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711809: [INTL:id] initial Indonesian debconf translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Source: drizzle Version: 1:7.2.3-1 Severity: wishlist Tags: patch l10n X-Debbugs-CC: debian-l10n-indones...@lists.debian.org Dear maintainer, please find attachment for Indonesian debconf translations $ msgfmt --statistics -c -v -o /dev/null id.po id.po: 2 translated messages. - -- [ Mahyuddin Susanto ] - http://udienz.web.id GPG: 4096R/90B36C5B Debian Maintainer & Ubuntu Developer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCAAGBQJRtR8eAAoJELmHbrCQs2xbJ20QALZ+0nF9bQu4MlCGmAhhlUDC 5s7AO2lBnWjo84JmvQXcaKQqD2Yv5asf8tzf6QzZ2cc3AsLt/LQfY+rV55MgR3jE aQ/CmBswPP4BcxSV1bMfSldMKhMDSXuUVIZxD5kLpJ+brdDQSKl8shdhnFVpBdNq 551c6NINFoOEftioGS9F6X5yjkLLAQHDia9WIzM0jmsaLY3fkpE85X4LphkUFgqG Vp84DnbG6icSOsh12G8SG0gXn0OIA7oiuwtcihxHfqkrOZ+3DIq6tBRr2Bl80R2K PT3glKNwg5QZcZCvu87iUdQIdRaY3Ap/9hPgUiLlfIYVr1WbHIQ8ggTriH4KMSCO 4pLhXlIFzsCVkbHG4s0tEAVH4WRi4hHDGmWbti9ZB/+Y7JIg+NoJ7doDajIxhKad 5LTnDUhuFwf5YVnScgigI4SWWKvxWMg2hqPCdqChKq0tKa8jblqe4GZTr6fMey6G z28nA8Qycn+BP+p+tpJv2dfF3L+8cUM5iM1Z0WZec01KRkuv7VywJrqONC/Rufnd 0eTy0XgUuJMfNqQBzntBSbWswxrgujUOzBLDLokwbWkyGedU/aa+Gyqs85KDUrRW 72dwJG3SSQAAjs9dEqtdnZ8lsZi+qnjE+rTFUeWhJkjiOVnvgoQVpkzrnlC3wlPo dCQkxnfxRkrIDpyqMsAv =idJS -END PGP SIGNATURE- # Translation of b43-fwcutter debconf templates to Indonesian # Copyright (C) Debian Indonesia Translator # This file is distributed under the same license as the drizzle package. # Mahyuddin Susanto , 2013. # msgid "" msgstr "" "MIME-Version: 1.0\n" "Project-Id-Version: drizzleReport-Msgid-Bugs-To: driz...@packages.debian.org\n" "POT-Creation-Date: 2012-02-04 11:12+0100\n" "PO-Revision-Date: 2013-06-10 07:31+0700\n" "Last-Translator: Mahyuddin Susanto \n" "Language-Team: Debian Indonesia Translator \n" "Language: IndonesianMIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Poedit-Language: Indonesian\n" "X-Poedit-Country: INDONESIA\n" #. Type: boolean #. Description #: ../drizzle.templates:1001 msgid "Purging also database files?" msgstr "Bersihkan juga berkas basisdata?" #. Type: boolean #. Description #: ../drizzle.templates:1001 msgid "As you are purging the drizzle package you might also want to delete the database files in /var/lib/drizzle." msgstr "Ketika anda membersihkan paket drizzle anda mungkin ingin membuang berkas basisdata di /var/lib/drizzle." id.po.sig Description: Binary data
Bug#711254: It's a problem of PHP and not MySQL
reassign 711254 php5 tag 711254 + moreinfo thanks Karsten Malcher wrote: > In case of wikimedia no clear update command is send, but in phpbb i > could see that the update is blank instead of the content. > 1339 Query UPDATE phpbb_topics SET topic_title = '', topic_type = 0 > WHERE topic_id = 1066 > The topic_title should contain a text. > Something goes wrong in PHP5. Thank you for the bug report. However this is very little to go upon. From what you have said so far there isn't enough information to know what might be happening. At this point the problem could be anything. Because php has been updated to 5.5.0 it is most likely that your wikimedia and phpbb applications are not updated to work with the changes in php 5.5. I think that is the most likely problem. If it didn't work at all then there would be many reports. Therefore this is probably simply an incompatibility with the recent updates and changes in upstream php 5.5. Since you have the problem, and no one else is seeing the problem so far, and you have been making progress debugging it then it would be most helpful if you could keep going and get to the bottom of the problem. Thanks, Bob signature.asc Description: Digital signature
Bug#710860: [Piuparts-devel] Bug#710860: Bug#710860: we can+should do something about this
On Mon, Jun 03, 2013 at 01:03:22PM +0200, Holger Levsen wrote: > well, there are certain known bind mounts (eg /dev, /home or /var/cache/apt) > which we know we absolutly don't want and error+exit if we find those. As a heads up and as far as I know, unless a user specifies "profile=sbuild" or "profile=buildd" in their schroot config, schroot mounts /home read-write (!) by default (see /etc/schroot/default/fstab). Also, I guess http://wiki.debian.org/sbuild#Bind_mounts should be updated with a warning against bind-mounting /var/cache/apt/archives . Best wishes, Ryan -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A signature.asc Description: Digital signature
Bug#711808: r-cran-rcpparmadillo should use libarmadillo-dev
Package: r-cran-rcpparmadillo Version: 0.3.810.2-1 Severity: important Hi. The current scenario with respect to r-cran-rcpparmadillo and regular armadillo is less than optimal, since the armadillo code is essentially duplicated. I would request that r-cran-rcpparmadillo use libarmadillo-dev, and we can coordinate the uploads to Debian using one of these approaches: 1. You can take up co-maintenance or even full maintenance of armadillo, so that it is easy for you to ensure that uploads get done. 2. You can inform me when you intend to upload r-cran-rcpparmadillo and find that armadillo is out of date. I am fairly responsive, so I can usually get back within a couple of days. Please let me know your opinion. Thanks! Kumar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.3.0-trunk-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 -- Kumar Appaiah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711807: zsi: FTBFS: mv: cannot stat './/debian/patched/bogus-shebang-remove.dpatch.new'
Source: zsi Version: 2.1~a1-3 Severity: serious Justification: fails to build from source I've noticed the following FTBFS while rebuilding some packages in an unstable chroot on an amd64 machine. /-- | dpkg-buildpackage: source package zsi | dpkg-buildpackage: source version 2.1~a1-3 | dpkg-buildpackage: source changed by Bernd Zeimetz | dpkg-source --before-build zsi-2.1~a1 | dpkg-buildpackage: host architecture amd64 | fakeroot debian/rules clean | pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions | test -d debian/patched || install -d debian/patched | dpatch deapply-all | dpatch apply-all | applying patch bogus-shebang-remove to ./ ...no-setuptools not applied to ./ . | bogus-shebang-remove not applied to ./ . | rm -rf patch-stamp patch-stampT debian/patched | mv: cannot stat './/debian/patched/bogus-shebang-remove.dpatch.new': No such file or directory | make: *** [patch-stamp] Error 1 | dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2 \-- Cheers, Paul -- .''`. Paul Tagliamonte : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#711806: python-tornado: FTBFS: AssertionError: False is not true
Source: python-tornado Version: 2.4.1-2 Severity: serious Justification: fails to build from source I've noticed a FTBFS on this package while doing some rebuilds in a clean amd64 unstable chroot. /-- | make[1]: Leaving directory `/«PKGBUILDDIR»' |debian/rules override_dh_auto_test | make[1]: Entering directory `/«PKGBUILDDIR»' | # python3 tests only in autopkgtest because I'm lazy | set -e && for pyvers in 2.7; do \ | PYTHONPATH=/«PKGBUILDDIR» python$pyvers ./tornado/test/runtests.py; \ | done | .F[I 130609 22:47:14 testing:360] RUNNING TEST: test_gaierror (tornado.test.iostream_test.TestIOStream) | ..F[I 130609 22:47:14 testing:360] RUNNING TEST: test_gaierror (tornado.test.iostream_test.TestIOStreamSSL) | ... | == | FAIL: test_gaierror (tornado.test.iostream_test.TestIOStream) | -- | Traceback (most recent call last): | File "/«PKGBUILDDIR»/tornado/test/iostream_test.py", line 193, in test_gaierror | self.assertTrue(isinstance(stream.error, socket.gaierror), stream.error) | AssertionError: False is not true | | == | FAIL: test_gaierror (tornado.test.iostream_test.TestIOStreamSSL) | -- | Traceback (most recent call last): | File "/«PKGBUILDDIR»/tornado/test/iostream_test.py", line 193, in test_gaierror | self.assertTrue(isinstance(stream.error, socket.gaierror), stream.error) | AssertionError: False is not true | | -- | Ran 268 tests in 1.412s | | FAILED (failures=2) | [E 130609 22:47:15 testing:438] FAIL | make[1]: *** [override_dh_auto_test] Error 1 | make[1]: Leaving directory `/«PKGBUILDDIR»' | make: *** [build] Error 2 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 \-- Cheers, Paul -- .''`. Paul Tagliamonte : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#710803: cron: systematically creates a temporary file in /tmp every hour
Hi Christian,
>From memory, I believe debian already patches cron in one other way to
avoid spinning up laptop drives (I believe it's related to stat()ing
/etc/cron.d to check for updated files?). I believe we should aim to
fix this here, too. I'm attaching a very lightly tested patch. Note
this also fixes a bug in the existing cron "tmpfile" patch regarding
fwrite()ing of the tmpfile buffer to the popen()ed mail command. In
the case of an incomplete write(), the bug causes the beginning of the
buffer to be written again, rather than "resuming" where it left off,
essentially resulting in data loss off the last portion of the buffer.
--- ../orig/do_command.c2013-06-09 15:37:45.0 -0700
+++ ./do_command.c 2013-06-09 16:37:36.0 -0700
@@ -127,7 +127,7 @@
user*u;
{
int stdin_pipe[2];
- FILE*tmpout;
+ int stdout_pipe[2];
register char *input_data;
char*usernm, *mailto;
int children = 0;
@@ -191,12 +191,8 @@
/* create a pipe to talk to our future child
*/
pipe(stdin_pipe); /* child's stdin */
- /* child's stdout */
- if ((tmpout = tmpfile()) == NULL) {
- log_it("CRON", getpid(), "error", "create tmpfile");
- exit(ERROR_EXIT);
- }
-
+ pipe(stdout_pipe); /* child's stdout */
+
/* since we are a forked process, we can diddle the command string
* we were passed -- nobody else is going to use it again, right?
*
@@ -284,6 +280,7 @@
* appropriate circumstances.
*/
close(stdin_pipe[WRITE_PIPE]);
+ close(stdout_pipe[READ_PIPE]);
/* grandchild process. make std{in,out} be the ends of
* pipes opened by our daddy; make stderr go to stdout.
@@ -291,14 +288,15 @@
/* Closes are unnecessary -- let dup2() do it */
/* close(STDIN) */; dup2(stdin_pipe[READ_PIPE], STDIN);
- dup2(fileno(tmpout), STDOUT);
/* close(STDERR)*/; dup2(STDOUT, STDERR);
-
/* close the pipe we just dup'ed. The resources will remain.
*/
close(stdin_pipe[READ_PIPE]);
- fclose(tmpout);
+
+ // dup2(fileno(tmpout), STDOUT);
+ dup2(stdout_pipe[WRITE_PIPE], STDOUT);
+ close(stdout_pipe[WRITE_PIPE]);
/* set our login universe. Do this in the grandchild
* so that the child can invoke /usr/lib/sendmail
@@ -404,6 +402,7 @@
* grandchild process...
*/
close(stdin_pipe[READ_PIPE]);
+ close(stdout_pipe[WRITE_PIPE]);
/*
* write, to the pipe connected to child's stdin, any input specified
@@ -465,8 +464,8 @@
children++;
/*
-* read output from the grandchild. it's stderr has been redirected to
-* it's stdout, which has been redirected to our pipe. if there is any
+* read output from the grandchild. its stderr has been redirected to
+* its stdout, which has been redirected to our pipe. if there is any
* output, we'll be mailing it to the user whose crontab this is...
* when the grandchild exits, we'll get EOF.
*/
@@ -506,23 +505,50 @@
}
}
+// Read the output of the command, save it into a tempfile. This
+// doesn't write to a tempfile directly to avoid creating tempfiles
+// and spinning up laptop drives, even when only run-parts is the
+// only, empty job run.
+
+ FILE *tmpout;
+ char buf[1<<9];
+ int ret, remain;
+
+ // if no output, done:
+ if (read(stdout_pipe[READ_PIPE], buf, 1)==0)
+ goto mail_finished;
+
+ // else collect it all in tmpfile:
+ if ((tmpout = tmpfile()) == NULL) {
+ log_it("CRON", getpid(), "error", "create tmpfile");
+ goto mail_finished;
+ }
+
+ putc(*buf, tmpout);
+ for ( ; ret=read(stdout_pipe[READ_PIPE], buf, sizeof(buf)); ) {
+ char *pos;
+ for (pos=buf, remain=ret; remain!=0; ) {
+ int x=fwrite(buf, 1, remain, tmpout);
+ if (x>0) {
+ remain -= ret;
+ pos+=ret;
+ }
+ }
+ }
+
+
// Finally, send any output of the command to the mailer; also, alert
// the user if their job failed. Avoid popening the mailcmd until now
// since sendmail may time out, and to write info about the exit
// status.
-
- long pos;
+ register FILE *mail = NULL;
+ register intbytes = 1;
+
struct stat mcsb;
int statret;
- fseek(tmpout, 0, SEEK_END);
- pos = ftell(tmpout);
- fseek
Bug#705312: compizconfig-settings-manager nothing appear
Package: compizconfig-settings-manager Version: 0.8.4-2 Followup-For: Bug #705312 I'm seeing this same bug. Here's the output when I run ccsm in a terminal: user@acer:~$ ccsm Info: No sexy-python package found, don't worry it's optional. Backend : ini Integration : true Profile : default Adding plugins Initializing core options...done Loading icons... Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion depth exceeded while calling a Python object Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/ccm/Utils.py", line 186, in do_expose_event ret = super (PrettyButton, self).do_expose_event (self, event) RuntimeError: maximum recursion
Bug#711804: python-axiom: FTBFS: testsuite failure
Source: python-axiom Version: 0.6.0-3 Severity: serious Justification: fails to build from source Hello, Maintainer, I've noticed the following FTBFS while rebuiling this package. /-- | axiom.test.test_query.QueryComplexity.test_firstTableOuterLoop | === | [FAIL] | Traceback (most recent call last): | File "/«PKGBUILDDIR»/debian/python-axiom/usr/lib/python2.7/site-packages/axiom/test/test_query.py", line 1084, in test_secondTableInnerLoop | self.assertEqual(count, c) | File "/usr/lib/python2.7/dist-packages/twisted/trial/unittest.py", line 270, in assertEqual | % (msg, pformat(first), pformat(second))) | twisted.trial.unittest.FailTest: not equal: | a = 17 | b = 20 | | | axiom.test.test_query.QueryComplexity.test_secondTableInnerLoop | --- | Ran 517 tests in 48.310s | | FAILED (skips=2, expectedFailures=10, failures=2, successes=503) | make: *** [install/python-axiom] Error 1 | dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 \-- Thanks so much! Paul -- .''`. Paul Tagliamonte : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#711805: libvncserver: FTBFS on hppa -- gtkvncviewer.c:566:2: error
Source: libvncserver Version: 0.9.9+dfsg Severity: serious Justification: fails to build from source (but built successfully in the past) The following compile error occurs: Making all in client_examples make[3]: Entering directory `/home/dave/debian/libvncserver/libvncserver-0.9.9+dfsg/client_examples' CC ppmtest.o CCLD ppmtest CC SDLvncviewer-SDLvncviewer.o CC SDLvncviewer-scrap.o CCLD SDLvncviewer CC gtkvncviewer-gtkvncviewer.o gtkvncviewer.c: In function ‘GtkDefaultLog’: gtkvncviewer.c:566:2: error: format not a string literal and no format arguments [-Werror=format-security] fprintf (stdout, buf); ^cc1: some warnings being treated as errors make[3]: *** [gtkvncviewer-gtkvncviewer.o] Error 1 make[3]: Leaving directory `/home/dave/debian/libvncserver/libvncserver-0.9.9+df sg/client_examples' make[2]: *** [all-recursive] Error 1 -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.10.0-rc4+ (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#711803: python-concurrent.futures: FTBFS: Permission denied
Source: python-concurrent.futures Version: 2.1.2-1 Severity: serious Justification: fails to build from source The package FTBFS in a clean unstable amd64 sbuild chroot. This is likely due to the lack of a home directory. / | == | ERROR: test_threads_terminate (__main__.ThreadPoolShutdownTest) | -- | Traceback (most recent call last): | File "./test_futures.py", line 175, in test_threads_terminate | self._start_some_futures() | File "./test_futures.py", line 146, in _start_some_futures | call1 = Call(manual_finish=True) | File "./test_futures.py", line 93, in __init__ | self._called_event = self._create_event() | File "./test_futures.py", line 74, in _create_event | event = multiprocessing.Event() | File "/usr/lib/python2.7/multiprocessing/__init__.py", line 211, in Event | return Event() | File "/usr/lib/python2.7/multiprocessing/synchronize.py", line 302, in __init__ | self._cond = Condition(Lock()) | File "/usr/lib/python2.7/multiprocessing/synchronize.py", line 147, in __init__ | SemLock.__init__(self, SEMAPHORE, 1, 1) | File "/usr/lib/python2.7/multiprocessing/synchronize.py", line 75, in __init__ | sl = self._semlock = _multiprocessing.SemLock(kind, value, maxvalue) | OSError: [Errno 13] Permission denied | | -- | Ran 55 tests in 3.581s | | FAILED (errors=31) | make[1]: *** [override_dh_auto_test] Error 1 | make[1]: Leaving directory `/«PKGBUILDDIR»' | make: *** [build] Error 2 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 | | Build finished at 20130609-1748 \ Thanks! Paul -- .''`. Paul Tagliamonte : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#711551: pu: package redmine/1.4.4+dfsg1-2
On 07/06/2013 22:48, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo wheezy
>
> On Fri, 2013-06-07 at 22:20 +0200, Jérémy Lal wrote:
>> 1.4.4+dfsg1-2+deb7u1 backports upstream fixes.
>> See attached debdiff (containing only two quilt patches).
>
> Am I reading the log for #700754 correctly, in that it fixes things for
> Ruby 1.9 but also breaks the use of 1.8? (Which is technically a valid
> use-case according to the "ruby | ruby-interpreter" dependency.)
Here is a fixed patch.
Jérémy.
diff -Nru redmine-1.4.4+dfsg1/debian/changelog
redmine-1.4.4+dfsg1/debian/changelog
--- redmine-1.4.4+dfsg1/debian/changelog2013-01-19 15:54:09.0
+0100
+++ redmine-1.4.4+dfsg1/debian/changelog2013-06-10 01:01:48.0
+0200
@@ -1,3 +1,14 @@
+redmine (1.4.4+dfsg1-2+deb7u1) proposed-updates; urgency=low
+
+ [ Ondřej Surý ]
+ * Pull upstream fixes for Ruby 1.9 as default interpreter:
++ Use DateTime.parse as alternative to ParseDate.parsedate,
+ fixing time series and schedule SVG graphs. (Closes: #700754)
++ Use ::Time from global namespace, fixing REST Issue API.
+ (Closes: #79)
+
+ -- Jérémy Lal Fri, 07 Jun 2013 21:09:13 +0200
+
redmine (1.4.4+dfsg1-2) unstable; urgency=low
* Manage and set dbuser default value like dbname. (Closes: #695774)
diff -Nru redmine-1.4.4+dfsg1/debian/patches/1001_Parsedate.parsedate.patch
redmine-1.4.4+dfsg1/debian/patches/1001_Parsedate.parsedate.patch
--- redmine-1.4.4+dfsg1/debian/patches/1001_Parsedate.parsedate.patch
1970-01-01 01:00:00.0 +0100
+++ redmine-1.4.4+dfsg1/debian/patches/1001_Parsedate.parsedate.patch
2013-06-10 00:54:25.0 +0200
@@ -0,0 +1,40 @@
+Description: Use DateTime.parse for ruby1.9, ParseDate.parsedate for ruby1.8
(Closes: #700754)
+Origin: upstream,
http://www.redmine.org/projects/redmine/repository/revisions/10439
+Origin: upstream,
http://www.redmine.org/projects/redmine/repository/revisions/11091
+Last-Update: 2013-06-10
+--- a/lib/SVG/Graph/Schedule.rb
b/lib/SVG/Graph/Schedule.rb
+@@ -159,8 +159,13 @@
+ if im3 == 0
+ y << data[:data][i]
+ else
+-arr = ParseDate.parsedate( data[:data][i] )
+-t = Time.local( *arr[0,6].compact )
++t = data[:data][i]
++if DateTime.respond_to?(:parse)
++ t = DateTime.parse( t ).to_time
++else
++ arr = ParseDate.parsedate( t )
++ t = Time.local( *arr[0,6].compact )
++end
+ (im3 == 1 ? x_start : x_end) << t.to_i
+ end
+ }
+--- a/lib/SVG/Graph/TimeSeries.rb
b/lib/SVG/Graph/TimeSeries.rb
+@@ -157,8 +157,13 @@
+ y = []
+ data[:data].each_index {|i|
+ if i%2 == 0
+-arr = ParseDate.parsedate( data[:data][i] )
+-t = Time.local( *arr[0,6].compact )
++t = data[:data][i]
++if DateTime.respond_to?(:parse)
++ t = DateTime.parse( t ).to_time
++else
++ arr = ParseDate.parsedate( t )
++ t = Time.local( *arr[0,6].compact )
++end
+ x << t.to_i
+ else
+ y << data[:data][i]
diff -Nru redmine-1.4.4+dfsg1/debian/patches/1002_REST_API_ruby1.9.3.patch
redmine-1.4.4+dfsg1/debian/patches/1002_REST_API_ruby1.9.3.patch
--- redmine-1.4.4+dfsg1/debian/patches/1002_REST_API_ruby1.9.3.patch
1970-01-01 01:00:00.0 +0100
+++ redmine-1.4.4+dfsg1/debian/patches/1002_REST_API_ruby1.9.3.patch
2013-05-11 16:27:48.0 +0200
@@ -0,0 +1,14 @@
+Description: Fix broken REST API (Closes: #79)
+Origin: upstream,
http://www.redmine.org/projects/redmine/repository/revisions/10299
+Last-Update: 2013-02-26
+--- a/lib/redmine/views/builders/xml.rb
b/lib/redmine/views/builders/xml.rb
+@@ -29,7 +29,7 @@ module Redmine
+ end
+
+ def method_missing(sym, *args, &block)
+- if args.size == 1 && args.first.is_a?(Time)
++ if args.size == 1 && args.first.is_a?(::Time)
+ __send__ sym, args.first.xmlschema, &block
+ else
+ super
diff -Nru redmine-1.4.4+dfsg1/debian/patches/series
redmine-1.4.4+dfsg1/debian/patches/series
--- redmine-1.4.4+dfsg1/debian/patches/series 2013-01-19 11:33:48.0
+0100
+++ redmine-1.4.4+dfsg1/debian/patches/series 2013-05-11 16:27:48.0
+0200
@@ -5,3 +5,5 @@
2008_force_table_encoding_mysql.patch
2009_FHS_thin_config.patch
2017_Gemfile_debian.patch
+1001_Parsedate.parsedate.patch
+1002_REST_API_ruby1.9.3.patch
Bug#711802: New upstream release 1.0.0 for unstable
Package: colord Version: 0.1.21-4 Severity: wishlist Hi, it would be great having version 1.0.0 in sid so we can update gnome-color-manager to 3.8. Cheers, Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages colord depends on: ii acl2.2.52-1 ii adduser3.113+nmu3 ii libc6 2.17-5 ii libcolord1 0.1.21-4 ii libdbus-1-31.6.10-1 ii libglib2.0-0 2.36.1-2build1 ii libgudev-1.0-0 204-1~test0 ii libgusb2 0.1.6-2 ii liblcms2-2 2.2+git20110628-2.2 ii libpolkit-gobject-1-0 0.105-3 ii libsane1.0.22-7.4 ii libsqlite3-0 3.7.17-1 ii libusb-1.0-0 2:1.0.15-1 ii multiarch-support 2.17-5 ii policykit-10.105-3 colord recommends no packages. colord 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#711801: pyxine: FTBFS: ld: cannot find -lz
Source: pyxine Version: 0.1alpha2-7 Severity: serious Justification: fails to build from source pyxine FTBFS: | i486-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -D_FORTIFY_SOURCE=2 -g -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security build/temp.linux-i686-2.7/pyxine/libxine_wrap.o -L/usr/X11R6/lib -lxine -lz -lpthread -lXext -o build/lib.linux-i686-2.7/pyxine/libxine.so | /usr/bin/ld: cannot find -lz | collect2: error: ld returned 1 exit status | error: command 'i486-linux-gnu-gcc' failed with exit status 1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711800: python-poppler: FTBFS: /usr/bin/make: unrecognized option '--prefix|--exec-prefix|--includes|--libs|--cflags|--ldflags|--extension-suffix|--help|--configdir'
Source: python-poppler Version: 0.12.1-8 Severity: serious Justification: fails to build from source python-poppler FTBFS: |debian/rules override_dh_auto_build | make[1]: Entering directory `/build/python-poppler-I3XOx_/python-poppler-0.12.1' | for pyvers in 2.7; do \ | /usr/bin/make -C build/py$pyvers/ PYTHON=python$pyvers; \ | /usr/bin/make -C build/py$pyvers-dbg/ PYTHON=python$pyvers-dbg PYTHON_INCLUDES=`python$pyvers-dbg-config --include`; \ | done [...] | /usr/bin/make: unrecognized option '--prefix|--exec-prefix|--includes|--libs|--cflags|--ldflags|--extension-suffix|--help|--configdir' | Usage: make [options] [target] ... [...] | make[1]: *** [override_dh_auto_build] Error 2 | make[1]: Leaving directory `/build/python-poppler-I3XOx_/python-poppler-0.12.1' | make: *** [build] Error 2 Apparently that's because python2.7-dbg-config no longer accepts "--include" as an abbreviation for "--includes". -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702096: Bug#711644: libcolor-library-perl: FTBFS with perl 5.18: uses modules deprecated in 5.18
On Sun, Jun 09, 2013 at 11:32:40PM +0300, Niko Tyni wrote: > On Sun, Jun 09, 2013 at 06:09:31PM +0200, gregor herrmann wrote: > > On Sat, 08 Jun 2013 15:30:00 +0100, Dominic Hargreaves wrote: > > > > Please depend/build-depend as appropriate on > > > > > > libmodule-pluggable-perl | perl (<< 5.17.0) > > > > This doesn't work for me, since perl-modules 5.18 provides > > libmodule-pluggable-perl (so the separate package doesn't get > > installed and the warning persists, leading to the test failure). > > > > What works for me is: > > libmodule-pluggable-perl (>= 0) | perl (<< 5.17.0) > > > > Not sure if this is a cowbuilder oddity; might be different in > > sbuilder ... > > > > I'm commiting this now but will wait with an upload. > > I suspect the 5.18 perl packages shouldn't Provide virtual packages for > the deprecated modules. But I'm rather tired and may well be missing > something. Yes, I think you're right, and I've been confused today. I thought that we had kept/added Provides and Replaces for deprecated modules, but git history differs. Of course in this case, libmodule-pluggable-perl was already Provided. However, I'm now confused because debian/t/control.t complains about Breaks without corresponding Replaces/Provides. I looked back in the git history and in (for example) 5.12.1-1 we didn't Break the modules being deprecated, but wouldn't we prefer the versions with warnings than older versions of the same modules without? -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711799: PXE error: no server is specified
Package: grub-pc-bin Version: 2.00-14 File: /usr/lib/grub/i386-pc/pxe.mod Severity: important Tags: d-i Control: affects -1 debian-installer Hi, Since upstream version 2.00, a GRUB2 PXE image fails to set grub_net_default_server and so is unable to proceed with booting. I built the image with: > grub-mkimage -O i386-pc-pxe --prefix="(pxe)" -o grub2pxe pxe tftp The image is not given a multiboot signature. I'm testing under Qemu with iPXE firmware (but with Etherboot it shows the same issue). > $ qemu-system-x86_64 -m 128 -enable-kvm -net nic -net > user,bootfile=grub2pxe,tftp=. -boot n It fails like this: > iPXE 1.0.0+git-20120202.f6840ba-3 -- Open Source Network Boot Firmware -- > http:/ > /ipxe.org > Features: HTTP iSCSI DNS TFTP AoE bzImage COMBOOT ELF MBOOT PXE PXEXT > > net0: 52:54:00:12:34:56 using E1000_DEV_ID_82540EM on PCI00:03.0 (open) > [Link:up, TX:0 TXE:0 RX:0 RXE:0] > DHCP (net0 52:54:00:12:34:56).. ok > net0: 10.0.2.15/255.255.255.0 gw 10.0.2.2 > Next server: 10.0.2.2 > Filename: grub2pxe > tftp://10.0.2.2/grub2pxe... ok > Welcome to GRUB! > > error: no server is specified. > Entering rescue mode... net_ls_addr shows no output. If I run net_bootp manually, it gets an IP address and sets net_pxe_dhcp_*, but still does not set net_default_server or pxe_default_server. If I set net_default_server manually (to 10.0.2.2) I can then fetch files via TFTP through the "(pxe)" device. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm 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 grub-pc-bin depends on: ii grub-common 2.00-14 ii libc0.1 2.17-5 ii libgeom1 9.0+ds1-4 grub-pc-bin recommends no packages. Versions of packages grub-pc-bin suggests: pn desktop-base -- 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#711798: ITP: jack-midi-clock - a JACK client that sends MIDI beat clock pulses
Package: wnpp Severity: wishlist Owner: mira.mi...@seznam.cz * Package name : jack-midi-clock Version : 0.4.1 Upstream Author : Robin Gareus ro...@gareus.org * URL : https://github.com/x42/jack_midi_clock * License : GPL-2+ Programming Lang: C Description : a JACK client that sends MIDI beat clock pulses based on the current tempo given by the JACK transport. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711797: cloud-init: FTBFS: ImportError: No module named requests
Source: cloud-init Version: 0.7.2-1 Severity: serious Justification: fails to build from source cloud-init FTBFS: |debian/rules override_dh_auto_test | make[1]: Entering directory `/build/cloud-init-1uoW6F/cloud-init-0.7.2' | dh_auto_test | /usr/bin/make test | make[2]: Entering directory `/build/cloud-init-1uoW6F/cloud-init-0.7.2' | E | == | ERROR: Failure: ImportError (No module named requests) | -- | Traceback (most recent call last): | File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 413, in loadTestsFromName | addr.filename, addr.module) | File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in importFromPath | return self.importFromDir(dir_path, fqname) | File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in importFromDir | mod = load_module(part_fqname, fh, filename, desc) | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/tests/unittests/test__init__.py", line 8, in | from cloudinit import handlers | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/cloudinit/handlers/__init__.py", line 31, in | from cloudinit import util | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/cloudinit/util.py", line 55, in | from cloudinit import url_helper | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/cloudinit/url_helper.py", line 25, in | import requests | ImportError: No module named requests | | == | ERROR: Failure: ImportError (No module named requests) | -- | Traceback (most recent call last): | File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 413, in loadTestsFromName | addr.filename, addr.module) | File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47, in importFromPath | return self.importFromDir(dir_path, fqname) | File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94, in importFromDir | mod = load_module(part_fqname, fh, filename, desc) | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/tests/unittests/test_builtin_handlers.py", line 6, in | from tests.unittests import helpers as test_helpers | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/tests/unittests/helpers.py", line 10, in | from cloudinit import helpers as ch | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/cloudinit/helpers.py", line 36, in | from cloudinit import util | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/cloudinit/util.py", line 55, in | from cloudinit import url_helper | File "/build/cloud-init-1uoW6F/cloud-init-0.7.2/cloudinit/url_helper.py", line 25, in | import requests | ImportError: No module named requests | [...] | | -- | Ran 25 tests in 0.023s | | FAILED (errors=25) | make[2]: *** [test] Error 1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711254: It's a problem of PHP and not MySQL
I activated the general log in MySQL and proofed what SQL is send to the server in the problematic updates. In case of wikimedia no clear update command is send, but in phpbb i could see that the update is blank instead of the content. 1339 Query UPDATE phpbb_topics SET topic_title = '', topic_type = 0 WHERE topic_id = 1066 The topic_title should contain a text. Something goes wrong in PHP5. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711456: Acknowledgement (apt: fails to do an update with "Internal Error, No file name for..." using amd64 and i386 dvd media)
David, thanks for your detailed response! 2013/6/9, David Kalnischkies : > On Fri, Jun 7, 2013 at 6:27 PM, Andrey Gursky > wrote: >>> P.S. Do you know who is responsible for the cvs browsing feature? >> >> I've noticed, you've just silently migrated to git. > > We migrated from bzr to git just yet. Michael didn't throw a big party, > but he announced it to the relevant peers (aka on deity@d.l.o). > (That the browsing didn't work was a mistake, it should work now) Yes, the fix of the browsing was, what I spoke about. > The problem here though is less a debug problem as this can be recreated > "easily" by having a multi-arch enabled system, an i386- and an amd64-only > CD-ROM configured and an upgrade for a M-A:same library you have installed > for i386 and amd64. I'd like to add a tag: multiarch to the bug, OK? > The problem is that if APT needs to upgrade a library it has to tell dpkg > to unpack the i386.deb and the amd64.deb at the same time, so for that to > work it needs access to both files which it doesn't have if you switch > CD-ROMs (aka: you need a second drive, usb sticks might work, too). > > > To make it work with one drive, APT would need to copy the amd64.deb > package > to disk, ask you to switch, and whola, it has both files. Only problem: > You would be going to switch a lot as you basically have to switch for > each library you have installed both architectures (and sometimes back). > > So, to prevent people from going insane over switching a thousand times > APT would need to copy all those library files at once – or at least as > many as possible without eating all harddrive space. > > > The first should be easy, the second step a bit harder, but both will not > be fixed by me as I never used APT with CD-ROMs (nor do I use CD-ROMs at > all > if I think about it now…). That needs someone with more CD-ROM experience > to pick it up as this really needs someone who can actually test what > she/he > is doing. I am happy to help with pointers/answers/reviews/… on the other > hand, hence tagged as 'gift' [0]. > > [0] https://wiki.debian.org/qa.debian.org/GiftTag I also don't use the drives, but mount images as loop device [1]. I'm wondering why I didn't encountered this bug before. I assume not to update i386 libs I installed once. If there are no problems with installing M-A:same libs, what are good reasons to update them only by simultaneously unpacking, which seems to be not needed during install? Regards, Andrey [1] (BTW there is another issue with that, I've been wanting to report that since a while now; will do it shortly) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711780: systemd: boot hangs on checking/mounting FAT or Ext4 filesystems
Am 09.06.2013 19:22, schrieb Martin Steigerwald: > Package: systemd > Version: 44-11 > Severity: important > > Dear Maintainer, > > Today I build a 3.10-rc5 kernel from upstream and rebooted in order to use > it. > > Then systemd hung on mounting or checking /boot/efi (FAT32) > > I booted into system rescue mode and commented out /boot/efi in fstab. > > Then on reboot systemd hung on mounting or checking /boot (Ext4). > > Then I used /sbin/init to boot up the system which comes up just fine. > > > /etc/fstab entries for both: > > LABEL=boot /boot ext4noatime > 0 1 > /dev/sda2 /boot/efi vfatnoatime > 0 0 > > > merkaba:~> blkid | egrep "(boot|msdos)" > /dev/sda2: SEC_TYPE="msdos" UUID="[…]" TYPE="vfat"· > /dev/sda3: LABEL="boot" UUID="[…]" TYPE="ext4" > > I am not reporting upstream, since the systemd version in Debian is > outdated. > > > Since it worked so far I bet some recent update broke it. Can be just a > few days since I successfully rebooted into a new kernel a few days ago > with systemd. The systemd package itself hasn't changed for quite a while, so I suspect a change in another package. Can you try to use the Debian kernel from sid or wheezy? Michael -- 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#706829: apt: there are no pdiffs either for translation or sources
Control: reassign -1 ftp.debian.org On Sun, May 5, 2013 at 2:02 PM, shirish शिरीष wrote: > I am and was updating my package index via aptitude and the following > happens each time :- > > $ sudo aptitude update […] > Fetched 14.7 MB in 6min 50s (35.9 kB/s) > > What is of concern are these downloads to the package list :- > > Get: 11 http://ftp.debian.org jessie/main Translation-en [3,851 kB] > Get: 27 http://ftp.debian.org stable/main Sources [5,949 kB] > Get: 35 http://ftp.debian.org stable/main Translation-en [3,851 kB] > > As can be seen it's translation and Sources which are to blame here. > Couldn't they have pdiffs like everybody else. The APT team is not responsible for the archive, so reassigning to the more aptly masters of the (known) Debian package universe. The answer might be that pdiffs in their current implementation in APT are pretty slow and we should fix that before annoying users (I am personally much in favor of pdiffs, but not everybody is). Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711794: ITP: vmdebootstrap -- Bootstrap Debian into a (virtual machine) disk image
Package: wnpp Severity: wishlist Owner: Neil Williams * Package name: vmdebootstrap Version : 0.1.0 Upstream Author : Lars Wirzenius * URL : https://gitorious.org/vmdebootstrap * License : GPL3 Programming Lang: Python Description : Bootstrap Debian into a (virtual machine) disk image vmdebootstrap is a wrapper around debootstrap to install Debian into a disk image, which can be used with a virtual machine (such as KVM). -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpBOQgjIw3Hi.pgp Description: PGP signature
Bug#711795: gnome-mplayer: Screen turns off (energy-save) while watching video
Package: gnome-mplayer Version: 1.0.8-2 Severity: normal Dear Maintainer, Watching a fullscreen video should keep the screen on the whole time, however, since the update the screen turns off after 10 minutes of inactivity (monitor goes into "Energy Save" mode). If it helps, my DE is XFCE 4.10, and I don't have xscreensaver installed. Thank you. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-mplayer depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-4 ii libasound2 1.0.27.1-1 ii libc62.17-5 ii libcairo21.12.14-4 ii libcurl3-gnutls 7.30.0-2 ii libdbus-1-3 1.6.10-1 ii libdbus-glib-1-2 0.100.2-1 ii libgda-5.0-4 5.0.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.1-2build1 ii libgmlib11.0.8-2 ii libgmtk1 1.0.8-2 ii libgpod4 0.8.2-7 ii libgtk-3-0 3.8.2-1 ii libmusicbrainz3-63.0.2-2.1 ii libnautilus-extension1a 3.4.2-1+build1 ii libnotify4 0.7.5-2 ii libx11-6 2:1.5.0-1+deb7u1 ii libxss1 1:1.2.2-1 ii mplayer 3:1.1.1-dmo1 Versions of packages gnome-mplayer recommends: ii gnome-icon-theme-symbolic 3.4.0-2 Versions of packages gnome-mplayer suggests: ii gecko-mediaplayer 1.0.8-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711796: subversion: cannot use proxy server
Package: subversion Version: 1.6.17dfsg-4+deb7u2 Severity: normal In the documentation is said: use config file /etc/subversion/server or ~/.subversion/server to enable the use of the proxy server. I have tried both config versions, but subversion still uses the direct way about port 80. Where is the bug? --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711793: rdfind: FTBFS on hurd-i386
Source: rdfind
Version: 1.3.2-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently [1], rdfind fails to compile on GNU/Hurd. (rdfind is a
build-dependency of glibc since 2.17-4.) The build failure is due to
that st_dev is used in struct Fileinfostat in Fileinfo.cc, as defined in
Fileinfo.hh. On GNU/Hurd st_dev is defined as st_fsid which is reflected
by inclusion of . That file is included in Fileinfo.cc but
not in Fileinfo.hh. By simply defining st_dev as st_fsid in Fileinfo.hh
the problem is resolved, see the attached patch.
Thanks!
[1]https://buildd.debian.org/status/fetch.php?pkg=rdfind&arch=hurd-i386&ver=1.3.2-1&stamp=1367901858
--- a/Fileinfo.hh 2012-06-10 13:52:40.0 +0200
+++ b/Fileinfo.hh 2013-06-09 09:12:49.0 +0200
@@ -64,6 +64,10 @@ public:
CREATE_SHA1_CHECKSUM,
};
+#ifdef __GNU__
+# define st_dev st_fsid
+#endif
+
//to store info about the file
typedef off_t filesizetype; //defined in sys/types.h
struct Fileinfostat {
Bug#710721: [jaxe] Fails to start
Hello, Robin, le Sat 01 Jun 2013 22:03:23 +0100, a écrit : > /usr/bin/jaxe: line 33: /usr/lib/jvm/java-6-sun/bin/java: No such file or > directory > Have openjdk-6-jre installed Ah, the path has changed in openjdk indeed. Installing sun-java6-jre too should work around the issue. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711717: pu: package slbackup-php/0.4.3-3
On Sun, 2013-06-09 at 22:51 +0200, Mike Gabriel wrote: > > On Sun, 2013-06-09 at 10:01 +0200, Petter Reinholdtsen wrote: > > > Would be great if the login fix (#700257) in the next point release of > > > Wheezy, as it is a blocking bug to release Debian Edu Wheezy. > > > > Then it should have been fixed in sid earlier, before uploads stopped > > being accepted for the point release. > > When was that date? Where do you announce such dates? I looked through > d-d-announce ML archive and could not find it. Neither was a google > search successful. They're posted to several lists, including debian-project; see http://lists.debian.org/debian-project/2013/05/msg00054.html I don't believe they've ever been posted to d-d-a, but I could be mistaken. > > I'm not entirely sure why having it in a point release is a blocker in > > any case, as I seem to remember such fixes being released via the -edu > > archive in the past and folded in to point releases later on. > > This is correct and probably the way to go then. > > However, can the update of slbackup-php be uploaded to s-p-u? What is > the preferred version? 0.4.3-3 or 0.4.3-2+deb7u1? In general, the latter is preferable as it clearly indicates that the upload was made to a suite other than unstable / experimental; -3 would also work so long as that version has never been used before. Please feel free to upload for inclusion in 7.2. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711792: /usr/bin/shp2pgsql: shp2pgsql Segmentation fault
Package: postgis Version: 1.5.3-2 Severity: normal File: /usr/bin/shp2pgsql Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? shp2pgsql -? RCSID: $Id: shp2pgsql-core.h 5983 2010-09-19 11:27:05Z mcayland $ RELEASE: 1.5 USE_GEOS=1 USE_PROJ=1 USE_STATS=1 shp2pgsql -G -g geog roadtrl020.shp ch1.roads_geog causes a segmentation fault, where the file roadtrl020.shp may exist or may not exist. * What exactly did you do (or not do) that was effective (or ineffective)? Actually already this shp2pgsql -G -g geog non_existing_file.shp causes a segmentation fault. It did not cause a segmentation fault, when running it on Windows (release 2.0.3 (r11132). * What was the outcome of this action? To convert the file to SQL statements. * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgis depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-3 ii libcairo2 1.12.14-4 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-02.36.1-2build1 ii libgtk2.0-0 2.24.18-1 ii libpango1.0-0 1.32.5-5+b1 ii libpq5 9.1.9-1 postgis recommends no packages. Versions of packages postgis suggests: ii postgresql-9.1-postgis 1.5.3-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711791: lvm2: Breaks systemd boot
Package: lvm2 Version: 2.02.98-2 Severity: critical Justification: breaks the whole system The upgrade to 2.02.98-2 made my system unbootable with systemd. Systemd would wait indefinitely for some lvm devices, and fallback to emergency mode. Downgrading to 2.02.98-1 fixes it. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.77-2 ii initscripts 2.88dsf-41 ii libc6 2.17-5 ii libdevmapper-event1.02.1 2:1.02.77-2 ii libdevmapper1.02.12:1.02.77-2 ii libreadline5 5.2+dfsg-2 ii libudev0 175-7.2 ii lsb-base 4.1+Debian12 lvm2 recommends no packages. lvm2 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#617053: rope: diff for NMU version 0.9.2-1.1
tags 617053 + patch pending thanks Dear maintainer, I've prepared an NMU for rope (versioned as 0.9.2-1.1). You can find the debdiff attached here. Cheers, -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer | Debian Maintainer rope_0.9.2-1.1-nmu.diff Description: Binary data
Bug#617054: ropemacs: diff for NMU version 0.6c2-4.1
tags 617054 + patch pending thanks Dear maintainer, I've prepared an NMU for ropemacs (versioned as 0.6c2-4.1). You can find the debdiff attached here. Cheers, -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer | Debian Maintainer ropemacs_0.6c2-4.1-nmu.diff Description: Binary data
Bug#711717: pu: package slbackup-php/0.4.3-3
Hi Adam, > On Sun, 2013-06-09 at 10:01 +0200, Petter Reinholdtsen wrote: > > [Mike Gabriel] > > > The package slbackup-php in Debian stable (0.4.3-2) requires three > > > minor patches from the new upstream version (0.4.4) to make the > > > package work on a plain Debian system. One of the patches also fixes > > > the package's functionality on a Debian Edu main server. > > > > Would be great if the login fix (#700257) in the next point release of > > Wheezy, as it is a blocking bug to release Debian Edu Wheezy. > > Then it should have been fixed in sid earlier, before uploads stopped > being accepted for the point release. When was that date? Where do you announce such dates? I looked through d-d-announce ML archive and could not find it. Neither was a google search successful. > I'm still slightly confused as to > why a DELAYED upload was made, as all the people involved appear to be > maintainers of the package. Yeah, this was a misunderstanding on my side on the usage scenarios of the DELAYED queues. Sorry about that. > I'm not entirely sure why having it in a point release is a blocker in > any case, as I seem to remember such fixes being released via the -edu > archive in the past and folded in to point releases later on. This is correct and probably the way to go then. However, can the update of slbackup-php be uploaded to s-p-u? What is the preferred version? 0.4.3-3 or 0.4.3-2+deb7u1? Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710520: apt: New /usr/lib/apt/methods/bzip2 (gzip) now incompatible with pbzip2
Control: reassign -1 bzip2 Control: forcemerge 688303 -1 Control: affects -1 apt On Fri, May 31, 2013 at 4:45 PM, Mike Ashton wrote: > In squeeze /usr/lib/apt/methods/bzip2 was an independent binary, but In lenny, we had a gzip binary and a link from bzip2 to gzip – all the binary did was calling an external program (gzip, bzip2, xz, …). With squeeze we introduced zlib-support, so the old gzip binary was renamed to bzip2 and the gzip binary used our FileFd (party hiding zlib). With wheezy FileFd got libbz2-support (required by dpkg while the binary isn't available always, but needed for e.g. Translation-* files) and our FileFd hides the crazyiness of compressed or uncompressed files and if we use a library or call out to an external (de)compressor completely. Current implementation stands and falls with (as the name might already suggests) on file-level operations. zlib supports it (of course), bz2 has kinda support for it (which is good enough for dpkg, so it should be good enough for us™) and xz (which is the obvious next step) seems to have no support (but I will worry about that later I guess). > The binary must read *all* the data, not just the first stream. Then, that "must" should be enforced for the benefit of everyone [0] by implementing it in the library for the file-level API rather than asking each and every binary to use a handbaked stream-level to file-level layer. [0] http://codesearch.debian.net/search?q=BZ2_bzread Hence, reassigning and merging with the previous report. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711456: Acknowledgement (apt: fails to do an update with "Internal Error, No file name for..." using amd64 and i386 dvd media)
Control: retitle -1 apt-cdrom: MultiArch support with a single CD-ROM drive Control: user debian...@lists.debian.org Control: usertag -1 + gift On Fri, Jun 7, 2013 at 6:27 PM, Andrey Gursky wrote: >> P.S. Do you know who is responsible for the cvs browsing feature? > > I've noticed, you've just silently migrated to git. We migrated from bzr to git just yet. Michael didn't throw a big party, but he announced it to the relevant peers (aka on deity@d.l.o). (That the browsing didn't work was a mistake, it should work now) >> I've noticed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704653 a bug > has been fixed, dealing with [ in sources. And the same [ is used also by > cdroms. That's a different [, but as you already found out also unrelated. > The patch seems to be not relevant. Moreover I downgraded apt from > 0.9.8.1 to 0.9.7.8 and it didn't help. > > apt-get has no verbose argument, so I'm wondering how could I get some > more information about why it fails. Yeap, we don't have a verbose flag – we have a bunch of debug options instead as activating all of them would produce a LOT of noise. The problem here though is less a debug problem as this can be recreated "easily" by having a multi-arch enabled system, an i386- and an amd64-only CD-ROM configured and an upgrade for a M-A:same library you have installed for i386 and amd64. The problem is that if APT needs to upgrade a library it has to tell dpkg to unpack the i386.deb and the amd64.deb at the same time, so for that to work it needs access to both files which it doesn't have if you switch CD-ROMs (aka: you need a second drive, usb sticks might work, too). To make it work with one drive, APT would need to copy the amd64.deb package to disk, ask you to switch, and whola, it has both files. Only problem: You would be going to switch a lot as you basically have to switch for each library you have installed both architectures (and sometimes back). So, to prevent people from going insane over switching a thousand times APT would need to copy all those library files at once – or at least as many as possible without eating all harddrive space. The first should be easy, the second step a bit harder, but both will not be fixed by me as I never used APT with CD-ROMs (nor do I use CD-ROMs at all if I think about it now…). That needs someone with more CD-ROM experience to pick it up as this really needs someone who can actually test what she/he is doing. I am happy to help with pointers/answers/reviews/… on the other hand, hence tagged as 'gift' [0]. Best regards David Kalnischkies [0] https://wiki.debian.org/qa.debian.org/GiftTag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617060: sclapp: diff for NMU version 0.5.3-3
tags 617060 + patch pending thanks I've prepared an NMU for sclapp (versioned as 0.5.3-3). You can find the debdiff attached here. Cheers, -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer | Debian Maintainer sclapp_0.5.3-3-nmu.diff Description: Binary data
Bug#702096: Bug#711644: libcolor-library-perl: FTBFS with perl 5.18: uses modules deprecated in 5.18
On Sun, Jun 09, 2013 at 06:09:31PM +0200, gregor herrmann wrote: > On Sat, 08 Jun 2013 15:30:00 +0100, Dominic Hargreaves wrote: > > Please depend/build-depend as appropriate on > > > > libmodule-pluggable-perl | perl (<< 5.17.0) > > This doesn't work for me, since perl-modules 5.18 provides > libmodule-pluggable-perl (so the separate package doesn't get > installed and the warning persists, leading to the test failure). > > What works for me is: > libmodule-pluggable-perl (>= 0) | perl (<< 5.17.0) > > Not sure if this is a cowbuilder oddity; might be different in > sbuilder ... > > I'm commiting this now but will wait with an upload. I suspect the 5.18 perl packages shouldn't Provide virtual packages for the deprecated modules. But I'm rather tired and may well be missing something. Cc'ing #702096 on the perl side. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710738: kdesudo: nobug
Package: kdesudo Followup-For: Bug #710738 Dear Maintainer, this bug request should be cancelled, as it only happened once and I cannot reproduce it. Sorry for the spam. Best regards -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.2 (SMP w/8 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdesudo depends on: ii debconf [debconf-2.0] 1.5.50 ii kde-runtime4:4.8.4-2 ii libc6 2.17-3 ii libgcc11:4.8.0-7 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libqt4-dbus4:4.8.2+dfsg-11 ii libqt4-svg 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.8.0-7 ii sudo 1.8.5p2-1+nmu1 kdesudo recommends no packages. kdesudo suggests no packages. -- debconf information: * kdesudo/kdesu: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711790: [ibus] ibus interferes unwantedly with entering deadkeys in uxterm, Xfce4 terminal
Package: ibus Version: 1.4.1-9 --- Please enter the report below this line. --- [ibus] My bug report seems to be related to bug report # 591459. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 stable-updates ftp2.de.debian.org 500 stable security.debian.org 500 stable ftp2.de.debian.org 500 stable ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== gconf-service | 3.2.5-1+build1 libc6 (>= 2.4) | 2.13-38 libgconf-2-4 (>= 2.31.1) | 3.2.5-1+build1 libglib2.0-0 (>= 2.31.8) | 2.33.12+really2.32.4-5 libgtk2.0-0 (>= 2.24.5-4) | 2.24.10-2 libibus-1.0-0 (>= 1.4.1) | 1.4.1-9 libx11-6 | 2:1.5.0-1+deb7u1 gconf2 (>= 2.28.1-2) | 3.2.5-1+build1 python (>= 2.6.6-7~) | 2.7.3-4 python-ibus (= 1.4.1-9) | 1.4.1-9 gnome-icon-theme | 3.4.0-2 python-xdg | 0.19-5 librsvg2-common | 2.36.1-1 python-notify | 0.1.1-3 Recommends (Version) | Installed ===-+-=== ibus-gtk3 | 1.4.1-9 ibus-gtk | 1.4.1-9 ibus-qt4 | 1.3.1-2.1 ibus-clutter | 0.0+git20090728.a936bacf-5 im-config | 0.21 OR im-switch | Suggests (Version) | Installed ===-+-=== ibus-doc | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711167: libapache2-mod-perl2: FTBFS on ia64: test suite failed to start server
On Fri, Jun 07, 2013 at 02:23:43PM +0300, Niko Tyni wrote: > I can reproduce the SIGSEGV at the end of the main test suite (#711213) > on amd64. The armel problem might well be related, as the log ends at > the same point. > > My easiest recipe is >APACHE_TEST_EXTRA_ARGS="-httpd_conf /home/niko/apache2.conf" make > run_tests TEST_FILES=t/user/rewrite.t > where apache2.conf is like the one attached. > > It doesn't matter which tests get run; I managed to trigger it with no > tests at all by just running apache2 manually and then killing it with > SIGTERM. > > That means it looks like an apache2 bug. I haven't had the time to > bisect the generated real apache2 config file further to get a minimal > test case for the apache2 maintainers. I'm somewhat further now: what happens is that register_auth_provider() in modperl_util.c calls apr_pool_pre_cleanup_register(pool, NULL, cleanup_perl_global_providers); once in the parent process, then another time in a child. For some reason that I do not understand yet, the cleanup_perl_global_providers() function resides at a different memory location (with a 0x2c000 offset or so) on the second time. The first location has at that point become an invalid memory address, resulting in a SIGSEGV when libapr calls the registered cleanup functions and jumps into the old location. The perl module seems to get unloaded and loaded several times, but the location of cleanup_perl_global_providers() seems to stay the same in the parent process but differ in the child process. Perhaps a (re)load occurring right after a fork() can make the memory layout differ? I see this with both mpm_worker and mpm_prefork. It's something of a heisenbug; I had to give up bisecting the config file when very unrelated small changes would make it go away. Running apache2 under gdb or limiting the stack size in any way also hides it here, as does recompiling apache2 (but not apr or mod_perl itself.) This makes proper instrumentation on apache2 itself rather hard... Will keep on glaring as time permits. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707626: qemu-user-static: dh cannot be run with fakeroot with qemu-ppc-static
Hi, > It definitely wont be fixed for wheezy. We have lots of other > more important limitations there which wont be fixed either, > unfortunately - for example, almost any multi-threaded program > does not work, including those who run current version of clone(2) > to spawn another process -- which basically means you can't run > another program from a process running by qemu-user. Oh, it seems you misunderstood me, sorry. I reported this bug against testing, and I think it's a bug that should be fixed in testing. From my side, this is not about wheezy at all. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707555: Solution
I compiled the current wget from git on a current Debian SID. It works together with the option secure-protocol=SSLv3 (which does not work on Debians 1.14-2: 'GnuTLS internal error'). I have installed: gnutls-bin 3.1.12-2 libgnutls-openssl27:amd64 2.12.23-5 libgnutls-xssl0:amd64 3.1.12-2 libgnutls26:amd64 2.12.23-5 libgnutls26:i386 2.12.23-5 libgnutls28:amd64 3.1.12-2 libgnutls28-dbg 3.1.12-2 libgnutls28-dev 3.1.12-2 libgnutlsxx28:amd64 3.1.12-2 tim@debian:~/src/wget/trunk$ ldd src/wget linux-vdso.so.1 (0x7fff7d7fe000) libgnutls.so.28 => /usr/lib/x86_64-linux-gnu/libgnutls.so.28 (0x7fd0a8336000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7fd0a811e000) libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11 (0x7fd0a7ee9000) libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fd0a7ce4000) libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7fd0a7aa6000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fd0a76f8000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7fd0a74f) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fd0a72d4000) libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x7fd0a70c1000) libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x7fd0a6ead000) libnettle.so.4 => /usr/lib/x86_64-linux-gnu/libnettle.so.4 (0x7fd0a6c7d000) libhogweed.so.2 => /usr/lib/x86_64-linux-gnu/libhogweed.so.2 (0x7fd0a6a4d000) libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x7fd0a67d3000) /lib64/ld-linux-x86-64.so.2 (0x7fd0a866d000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7fd0a65ce000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710803: cron: systematically creates a temporary file in /tmp every hour
On Sunday, 9 June 2013, Christian Kastner wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2013-06-07 15:55, Saint Germain wrote: >> On 5 June 2013 23:34, Christian Kastner wrote: >>> On 2013-06-05 13:12, Saint Germain wrote: >> Indeed even if cron has nothing to do, a temporary file is >> always created in /tmp and immediatly deleted. >>> >>> So another workaround for you would be to comment out the hourly >>> stanza from /etc/crontab. >>> >>> Any other solution would be overly complex to implement, I'm >>> afraid. >> >> Ok I haven't carefully read the commit, so I didn't understand why >> this file creation was necessary in the first place (and why other >> distro don't have this behavior). > > To prevent data loss. > > Summarized: one of cron's features is the mailing of output. "Regular" > cron connects to the MTA, runs the job and pipes its output to the > MTA. However, some MTAs time out if they don't receive input within a > certain amount of time, resulting in the output not being sent by > mail, resulting in data loss (see bugs #155109, #443615). > > With the patch, we write to a tmpfile and only connect to the MTA when > the job is finished, thereby preventing this possible data loss. > >> If mounting /tmp on a tmpfs as a workaround is acceptable, >> probably that creating the temporary file directly in RAM would >> also be acceptable ? > > That came to my mind as a possible solution, too. The problem is we > don't know how much RAM we might have available (think embedded > systems), so consuming possibly large amounts of it periodicalyly may > result in Bad Stuff(tm) happening to the system. > > An alternative could be to control this behaviour (pipe to MTA > directly vs pipe to tmpfile) via a command-line flag. > OK got it ! Thanks for having taken the time to explain. A command-line flag would be ideal, I agree. Best regards,
Bug#711790: [ibus] ibus interferes unwantedly with entering deadkeys in uxterm, Xfce4 terminal
Package: ibus Version: 1.4.1-9 Severity: normal --- Please enter the report below this line. --- Debian wheezy does not echo a tilde when I press 'AltGr++' twice in a uxterm or Xfce terminal. Similarly, when pressing the ^ key twice. If I press in a virtual terminal '^^ ' , a '^' will be echoet though. Entering these key combinations in Chatzilla's command line will echo these characters . After '~$ killall ibus-daemon' I can enter 'AltGr++' twice, and will obtain as an echo a tilde, as expected. Likewise for entering '^' twice in a uxterm. -- ' /usr/bin/ibus-daemon --daemonize' starts all ibus-related processes as before with one exception: The process '/usr/lib/x86_64-linux-gnu/ibus/ibus-x11 --kill-daemon' is not started. And I can type tilde and ^ normally. '~$ LANG=C aptitude why ibus; Unable to find a reason to install ibus.' - Hehe. I wonder why the DEB program package »ibus« crept onto my computer. I definitely did not do '~$ sudo apt-get install ibus.' --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 stable-updates ftp2.de.debian.org 500 stable security.debian.org 500 stable ftp2.de.debian.org 500 stable ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== gconf-service | 3.2.5-1+build1 libc6 (>= 2.4) | 2.13-38 libgconf-2-4 (>= 2.31.1) | 3.2.5-1+build1 libglib2.0-0 (>= 2.31.8) | 2.33.12+really2.32.4-5 libgtk2.0-0 (>= 2.24.5-4) | 2.24.10-2 libibus-1.0-0 (>= 1.4.1) | 1.4.1-9 libx11-6 | 2:1.5.0-1+deb7u1 gconf2 (>= 2.28.1-2) | 3.2.5-1+build1 python (>= 2.6.6-7~) | 2.7.3-4 python-ibus (= 1.4.1-9) | 1.4.1-9 gnome-icon-theme | 3.4.0-2 python-xdg | 0.19-5 librsvg2-common | 2.36.1-1 python-notify | 0.1.1-3 Recommends (Version) | Installed ===-+-=== ibus-gtk3 | 1.4.1-9 ibus-gtk | 1.4.1-9 ibus-qt4 | 1.3.1-2.1 ibus-clutter | 0.0+git20090728.a936bacf-5 im-config | 0.21 OR im-switch | Suggests (Version) | Installed ===-+-=== ibus-doc |
Bug#707626: qemu-user-static: dh cannot be run with fakeroot with qemu-ppc-static
09.06.2013 23:20, Ralf Jung wrote: > Hi, > >> If not, I think the best will be to turn this bugreport into a >> wishlist item -- a wish to support fakeroot. > Well, it's still a bug, isn't it? "Please fix this bug" is usually not > considered a wishlist item ;-) It definitely wont be fixed for wheezy. We have lots of other more important limitations there which wont be fixed either, unfortunately - for example, almost any multi-threaded program does not work, including those who run current version of clone(2) to spawn another process -- which basically means you can't run another program from a process running by qemu-user. Fakeroot is an unusual thing that interferes with the dynamic linker in a somewhat non-trivial way. It should be possible to make it to work if you use the preloaded shared object from the emulated architecture, but faked from the host architecture (I think anyway). But it is definitely a less important target to support. >> Besides, having a version number for the bugreport is nice too. >> So please tell me whenever I guessed it right and you're running >> version 1.1.2+dfsg-6a of qemu-user-static. > Yes, 1.1.2+dfsg-6a is the version I used. I will try the unstable > version, but I cannot yet promise when I find the time to do so. No problem with that. Thank you! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711789: grads: unbuildable (build-dependencies conflict)
Source: grads Version: 2:2.0.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) grads (= 2:2.0.1-1) build-depends on one of: - libgeotiff-dev (= 1.3.0+dfsg-3) libgeotiff-dev (= 1.3.0+dfsg-3) depends on one of: - libtiff5-dev (= 4.0.2-6) libtiff4-dev (= 3.9.6-11) and libtiff5-dev (= 4.0.2-6) conflict libgd-dev (= 2.1.0~rc2-1) depends on one of: - libtiff4-dev (= 3.9.6-11) libgd2-xpm-dev (= 2.1.0~rc2-1) depends on one of: - libgd-dev (= 2.1.0~rc2-1) grads (= 2:2.0.1-1) build-depends on one of: - libgd2-xpm-dev (= 2.1.0~rc2-1) - libgd-dev (= 2.1.0~rc2-1) Arguably libgeotiff's fault, but. Cheers, Julien signature.asc Description: Digital signature
Bug#710212: Regarding: Bug#710212: fails to install
(Replying for the bug tracker.) On 09/06/13 11:21 AM, Geert Stappers wrote: Op 2013-05-30 om 02:54 schreef Alex Vanderpol: On 30/05/13 12:55 AM, Geert Stappers wrote: For what it is worth: this from syslinux (3:6.00~pre4+dfsg-10) * Correcting typo in extlinux debhelper install file (Closes: #710306). Please try the new version and report back. Installed it just now (as it finally showed up in the repos), seems to be working fine now, thanks! Thanks for the private reply. Good to know that extlinux again works. Is it okay for you that bugreport #710212 also gets your feedback? If 'yes': just reply to this E-mail, it has Reply-To set to the BTS. Cheers Geert Stappers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#707626: qemu-user-static: dh cannot be run with fakeroot with qemu-ppc-static
Hi, > If not, I think the best will be to turn this bugreport into a > wishlist item -- a wish to support fakeroot. Well, it's still a bug, isn't it? "Please fix this bug" is usually not considered a wishlist item ;-) > Besides, having a version number for the bugreport is nice too. > So please tell me whenever I guessed it right and you're running > version 1.1.2+dfsg-6a of qemu-user-static. Yes, 1.1.2+dfsg-6a is the version I used. I will try the unstable version, but I cannot yet promise when I find the time to do so. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686902: .
tag 686902 + pending kthxbye Uploaded 1.2.2 to NEW now. You are more then welcome to co-mantain! Join the collab-maint group on alioth and put yourself in Uploaders field in debian/control and push. Then just do regular packaging work! Best, Per -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711788: Uninstallable on sid/jessie: depends on libminc2-1 -- now only in wheezy, we have libminc2-3 in sid/jessie
Package: libinsighttoolkit4.3 Version: 4.3.2-1 Severity: grave dicom2nifti FTBFS because of The following packages have unmet dependencies: libinsighttoolkit4.3 : Depends: libminc2-1 which is a virtual package. fix could be as simple as adjust build-depends if compatible with both I would appreciate if you make build-depends on libminc2-3 | libminc2-1 for easy backporting to wheezy happen that would be needed -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable'), (100, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libinsighttoolkit4.3 depends on: ii libc6 2.17-3 ii libgcc11:4.8.0-7 ii libgdcm2.2 2.2.0-14.1 ii libhdf5-7 [libhdf5-7] 1.8.8-9.1 ii libjpeg8 8d-1 ii libminc2-1 2.1.10-1+b1 ii libnetcdfc71:4.1.3-6+b1 ii libpng12-0 1.2.49-4 ii libstdc++6 4.8.0-7 ii libtiff4 3.9.6-11 ii zlib1g 1:1.2.8.dfsg-1 libinsighttoolkit4.3 recommends no packages. libinsighttoolkit4.3 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#690090: xpdf to bypass issue
As a further note on this -- besides that I also have the problem (running Wheezy); one of the linked threads mentioned being able to use xpdf to print with correct margins, and I confirm that this works. --Brock -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711787: falconpl: FTBFS on mipsen
Source: falconpl Version: 0.9.6.9-git20120606-2 Severity: serious Justification: fails to build from source (but built successfully in the past) The falconpl build on mipsen (and sparc) dies with a bus error. Likely some alignment issue(?). Cheers, Julien signature.asc Description: Digital signature
Bug#709892: popularity-contest: Unable to submit report
On Sat, Jun 08, 2013 at 04:43:29PM +0200, Olaf van der Spek wrote: > On 7-6-2013 14:58, Bill Allombert wrote: > >It just print them to stdout. What happen to that depend on cron I suppose. > > > >You can try to remove the '2>/dev/null' in the line below the call to > >popcon-upload: > > > > if setsid /usr/share/popularity-contest/popcon-upload \ > > -u $URL -f $POPCON 2>/dev/null ; then > > > >or even replace '2>/dev/null' by '2>&1 | logger -t popularity-contest' > > > >Sorry for not being too helpful... I did not write popcon-upload despite what > >the file says. > > /etc/cron.daily/popularity-contest: > Failed to upload, answer '' > > I should probably run a network sniffer and find out what's > happening on the wire. Please do. The expected failure answer is: "The submission to Debian Popularity-Contest failed!" so this means there was no answer from server. Cheers, -- Bill. Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711774: Re: [exact-image] Re: Bug#711774: exactimage: dcraw vs libraw ?
Just a small remark at the beginning: I didn't meant dcraw upstream with "dcraw guys" but the Debian maintainers for dcraw. And I really think it is a good question because the package is dead since 3 years and missing some updates from upstream. (Ok, the embedded copy of dcraw in exactimage seems to be older) On Sunday 09 June 2013 19:37:03 Rene Rebe wrote: > I think dcraw did all the original research and he does not want to make it > a library because he believes an executable to call is the unix way and a > library he could boy change so flexible. This is why I embedded the not too > big code to make it a simple built in library inside exact image. This is correct, but is not really about the problem here. Just to give more insight in what Mathieu Malaterre said: Embedded copies of code are bad when used in Distributions because (just some examples): * they increase the binary size when there would be shared object that could be used instead * they increase memory usage because different programs cannot share the loaded library * they are hard to maintain Ok, the first two points are easy to understand but the last one might be quite vague. So here an explanation with two different scenarios (actually it is the same example but with different impacts): dcraw gets a new version (lets call it 9.18 for obvious reasons) with X-Trans and EOS C500 support. Now all programs using an embedded copy have to be updated in Debian to bring these versions on par with the upstream one and fix outstanding bugs/request for EOS C500/X-Trans. This is not really trivial because the programs have to be identified first and then the maintainer has to be waken up. This is a lot of work and time spend on a task that is completely unnecessary. Therefore, it is better to use the library version when available. And yes, I am fully aware that interface changes are problems which can be a negative effect when switching to external libraries. Now to the part with a little more impact. Lets assume that dcraw has a bug which can be exploited quite easily (send a prepared image which causes some buffer overflows and so on). Now it is extreme important to find all versions of the embedded copy because otherwise it is a security risk. You don't really want to provide an web service doing raw image conversions when there might be a big security hole because the security bug was fixed in the original program/library but not in the embedded copy. So back to the main questions. Do you see a possible way to switch from your dcraw version to libraw and make more of the embedded copies optional? I know, the embedded copies from libjpeg for jpeg rotation are for example really hard because libjpeg doesn't export the necessary stuff. But it seemed to have caused some headaches for the previous maintainers of this package because no one updated the embedded copy of jpegint/transupp and it just crashed when used together with never versions of libjpeg like libjpeg8. And the current one in exactimage upstream still does. Kind regards, Sven signature.asc Description: This is a digitally signed message part.
Bug#711783: RM: gmsh [mips] -- ROM; random FTBFS on mips
On 06/09/2013 08:32 PM, Kurt Roeckx wrote: > It's both mips and mipsel. It's been failing since > 2.5.1~beta2~svn11604~dfsg-1, which is the first version where you > enabled the tests. > > I also don't find this a good reason to remove the package, as you > don't even appear to try and fix the issue. It seems, the package is not working normally on mip* since its first upload in Debian. But nobody reported a problem since then (does anybody use it there?). Enabling autotests a year ago indicated the problem. As I told already here [1] I do not have time and motivation to fix it for this platform: no discrimination, but I have some higher tasks in my priority list, sorry. If somebody (porters?) provide a patch, which fixes that, I will be glad to apply it and enable packages on those archs. Please, remove it. Thank you, Anton [1] https://lists.debian.org/debian-wb-team/2013/06/msg00041.html signature.asc Description: OpenPGP digital signature
Bug#707626: qemu-user-static: dh cannot be run with fakeroot with qemu-ppc-static
09.06.2013 15:11, Ralf Jung wrote: > Hi, > > I have the same issue with qemu-mips-static on current testing (amd64 > installation): I cannot build packages inside the chroot as running > fakeroot just hangs. qemu on testing is currently the same as on wheezy/stable, which is of version 1.1. Lots of stuff changed since that version, and fakeroot is sort of known to not work with wheezy version. Can you please try the version of qemu currently in unstable to see if it changes anything in there? If not, I think the best will be to turn this bugreport into a wishlist item -- a wish to support fakeroot. Besides, having a version number for the bugreport is nice too. So please tell me whenever I guessed it right and you're running version 1.1.2+dfsg-6a of qemu-user-static. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708548: security policy / root passwords
Daniel Pocock writes: > My feeling is that the user should be told "go and run sudo or su in a > terminal window you opened manually" I don't think terminal emulation is really a good solution here but your idea does have some merits. Maybe you can make your own policykit agent that asks for the password only if you first navigate to some menu where you can approve pending policykit authentication requests? If it existed it could be proposed as an alternative and maybe in time as the default? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711786: mutt: FTBFS configure.ac:31: error: automatic de-ANSI-fication support has been removed
Package: mutt Version: 1.5.21-6.2 Severity: serious Justification: fails to build from source (but built successfully in the past) Building 1.5.21-6.2 from source with command: debuild -us -uc Gives following error: ... ## building mutt-patched ## QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null applied > PATCHES autoreconf --install --include=m4 configure.ac:31: error: automatic de-ANSI-fication support has been removed /usr/share/aclocal-1.13/obsolete.m4:26: AM_C_PROTOTYPES is expanded from... configure.ac:31: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 make: *** [/srv/deb/vc/mutt/mutt/mutt-1.5.21/obj-x86_64-linux-gnu-patched/build-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1357: dpkg-buildpackage -rfakeroot -D -us -uc failed -- Package-specific info: Mutt 1.5.21 (2010-09-15) Copyright (C) 1996-2009 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 3.2.0-4-amd64 (x86_64) ncurses: ncurses 5.9.20130504 (compiled with 5.9) libidn: 1.25 (compiled with 1.25) hcache backend: tokyocabinet 1.4.47 Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +USE_GSS +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL="/usr/sbin/sendmail" MAILPATH="/var/mail" PKGDATADIR="/usr/share/mutt" SYSCONFDIR="/etc" EXECSHELL="/bin/sh" MIXMASTER="mixmaster" To contact the developers, please mail to . To report a bug, please visit http://bugs.mutt.org/. misc/am-maintainer-mode features/ifdef features/xtitles features/trash-folder features/purge-message features/imap_fast_trash features/sensible_browser_position features-old/patch-1.5.4.vk.pgp_verbose_mime features/compressed-folders features/compressed-folders.debian debian-specific/Muttrc debian-specific/Md.etc_mailname_gethostbyname.diff debian-specific/use_usr_bin_editor.diff debian-specific/correct_docdir_in_man_page.diff debian-specific/dont_document_not_present_features.diff debian-specific/document_debian_defaults debian-specific/assumed_charset-compat debian-specific/467432-write_bcc.patch debian-specific/566076-build_doc_adjustments.patch misc/define-pgp_getkeys_command.diff misc/gpg.rc-paths misc/smime.rc upstream/531430-imapuser.patch upstream/537818-emptycharset.patch upstream/543467-thread-segfault.patch upstream/542817-smimekeys-tmpdir.patch upstream/548577-gpgme-1.2.patch upstream/553321-ansi-escape-segfault.patch upstream/568295-references.patch upstream/547980-smime_keys-chaining.patch upstream/528233-readonly-open.patch upstream/228671-pipe-mime.patch upstream/383769-score-match.patch upstream/578087-header-strchr.patch upstream/603288-split-fetches.patch upstream/537061-dont-recode-saved-attachments.patch upstream/608706-fix-spelling-errors.patch upstream/620854-pop3-segfault.patch upstream/611412-bts-regexp.patch upstream/624058-gnutls-deprecated-set-priority.patch upstream/624085-gnutls-deprecated-verify-peers.patch upstream/584138-mx_update_context-segfault.patch upstream/619216-gnutls-CN-validation.patch upstream/611410-no-implicit_autoview-for-text-html.patch upstream/path_max misc/579967-fixes-german-translation.patch mutt.org -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutt depends on: ii libc6 2.17-3 ii libcomerr21.42.5-1.1 ii libgnutls26 2.12.20-6 ii libgpg-error0 1.10-3.1 ii libgpgme111.4.1-0.1 ii libgssapi-krb5-2 1.10.1+dfsg-5 ii libidn11 1.25-2 ii libk5crypto3 1.10.1+dfsg-5 ii libkrb5-3 1.10.1+dfsg-5 ii libncursesw5 5.9+20130504-1 ii libsasl2-22.1.25.dfsg1-6 ii libtinfo5 5.9+20130504-1 ii libtokyocabinet9 1.4.48-1 Versions of packages mutt recommends: ii exim4-daemon-heavy [mail-transport-agent] 4.80-7 ii libsasl2-modules 2.1.25.dfsg1
Bug#711785: removing Kmail causes apt to declare desktop environment ( KDE and X ) to be no longer required
Package: Kmail
Version: 1.13.7
KDE Version: 4.8.4
I used apt-get to remove Kmail from my system ( sudo apt-get remove
kmail ). The system then told me that there are plenty of 'unused'
packages, which I haven't seen before. this is the console transcript in
german, I hope it makes sense to the reader, but it would cause even
more confusion to translate it back to englisch imho.
*bernd@debian:~$ sudo apt-get remove kmail
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht
mehr benötigt:
apper apper-data fonts-lyx fonts-opensymbol fonts-sil-gentium
fonts-sil-gentium-basic hyphen-en-us kaccessible kde-icons-mono
kdeaccessibility kdesudo kmag kmousetool libcmis-0.2-0 libcolamd2.7.1
libcommons-compress-java libdb-java libdb-je-java libdb5.1-java
libdb5.1-java-jni libdebconf-kde0 libelf1 libexttextcat-data
libexttextcat0 libfs6 libglib2.0-bin libgraphite2-2.0.0 libhsqldb-java
libhyphen0 libicu4j-java liblucene2-java libmythes-1.2-0
libpackagekit-glib2-14 libpackagekit-qt2-2 libreoffice libreoffice-base
libreoffice-base-core libreoffice-calc libreoffice-common
libreoffice-core libreoffice-draw libreoffice-emailmerge
libreoffice-filter-binfilter libreoffice-filter-mobiledev
libreoffice-help-en-us libreoffice-impress libreoffice-java-common
libreoffice-kde libreoffice-math libreoffice-report-builder-bin
libreoffice-style-galaxy libreoffice-style-oxygen libreoffice-writer
libvisio-0.0-0 libwpd-0.9-9 libwpg-0.2-2 libwps-0.2-2 libxz-java
lp-solve menu-xdg mythes-en-us network-manager-kde packagekit
packagekit-backend-aptcc packagekit-tools python-packagekit python-uno
task-desktop ttf-liberation ttf-sil-gentium-basic uno-libs3 ure x11-apps
x11-session-utils x11-xfs-utils xfonts-mathml xinit xorg
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
kde-standard kmail task-kde-desktop
0 aktualisiert, 0 neu installiert, 3 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 29,6 MB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 121437 Dateien und Verzeichnisse sind derzeit
installiert.)
Entfernen von task-kde-desktop ...
Entfernen von kde-standard ...
Entfernen von kmail ...
Trigger für hicolor-icon-theme werden verarbeitet ...
Trigger für desktop-file-utils werden verarbeitet ...*
Since I was pretty scared when I saw that xorg has been due to removal,
I tried to install 'reportbug', this time via aptitude, which urged me
to remove even more packages, note that the first list ended with 'xorg':
*
bernd@debian:~$ sudo aptitude install reportbug
Die folgenden Pakete werden ENTFERNT: * *
akregator{u} apper{u} apper-data{u} ark{u} cdparanoia{u} cdrdao{u}
crda{u} dnsmasq-base{u} dragonplayer{u} dvd+rw-tools{u}
fonts-opensymbol{u} fonts-sil-gentium{u} fonts-sil-gentium-basic{u}
fonts-stix{u} freespacenotifier{u} genisoimage{u} growisofs{u}
gwenview{u} htdig{u} hyphen-en-us{u} iw{u} juk{u} k3b{u} k3b-data{u}
k3b-i18n{u} kaccessible{u} kamera{u} kate{u} kcalc{u} kde-baseapps{u}
kde-icons-mono{u} kde-plasma-desktop{u} kde-style-oxygen{u}
kde-wallpapers{u} kde-wallpapers-default{u} kde-window-manager{u}
kde-workspace{u} kde-workspace-bin{u} kde-workspace-data{u}
kde-workspace-kgreet-plugins{u} kdeaccessibility{u} kdepasswd{u}
kdeplasma-addons{u} kdesudo{u} kdm{u} khelpcenter4{u} kinfocenter{u}
klipper{u} kmag{u} kmenuedit{u} kmix{u} kmousetool{u} knotes{u}
kopete{u} korganizer{u} kscreensaver{u} kscreensaver-xsavers{u}
ksnapshot{u} ksysguard{u} kwalletmanager{u} kwrite{u} libarchive12{u}
libcln6{u} libcmis-0.2-0{u} libcolamd2.7.1{u}
libcommons-compress-java{u} libdb-java{u} libdb-je-java{u}
libdb5.1-java{u} libdb5.1-java-jni{u} libdebconf-kde0{u} libelf1{u}
libexttextcat-data{u} libexttextcat0{u} libflac++6{u} libfs6{u}
libgadu3{u} libgle3{u} libglib2.0-bin{u} libgraphite2-2.0.0{u}
libhsqldb-java{u} libhyphen0{u} libicu4j-java{u} libjim0debian2{u}
libk3b6{u} libk3b6-extracodecs{u} libkateinterfaces4{u}
libkdecorations4{u} libkexiv2-10{u} libkexiv2-data{u} libkipi-data{u}
libkipi8{u} libknewstuff2-4{u} libkopete4{u} libkscreensaver5{u}
libksignalplotter4{u} libkutils4{u} libkwineffects1abi3{u}
libkwinglutils1{u} liblucene2-java{u} liblzo2-2{u} libmarblewidget13{u}
libmeanwhile1{u} libmediastreamer1{u} libmozjs17d{u} libmsn0.3{u}
libmythes-1.2-0{u} libnetfilter-conntrack3{u} libnettle4{u}
libnm-glib-vpn1{u} libnm-glib4{u} libnm-util2{u} libortp8{u} libotr2{u}
libpackagekit-glib2-14{u} libpackagekit-qt2-2{u} libpkcs11-helper1{u}
libplasmagenericshell4{u} libprocessui4a{u} libpython2.7{u}
libqalculate5{u} libqalculate5-data{u} libqt4-help{u}
libqt4-scripttools{u} libqt4-test{u} libqtassistantclient4{u}
libqtlocation1{u} libqtruby4shared2{u} libreoffice{u}
libreoffice-base{u} libreoffice-base-core{u} libreoffice-calc{u}
libreoffice-commo
Bug#711783: RM: gmsh [mips] -- ROM; random FTBFS on mips
On Sun, Jun 09, 2013 at 08:13:19PM +0200, Anton Gladky wrote: > Package: ftp.debian.org > Severity: normal > > Autotests are failing randomly on mips [1]. Please, remove gmsh on mips. It's both mips and mipsel. It's been failing since 2.5.1~beta2~svn11604~dfsg-1, which is the first version where you enabled the tests. I also don't find this a good reason to remove the package, as you don't even appear to try and fix the issue. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#685529: adduser: translation error in german manpage
Package: adduser Version: 3.112+nmu2 The reported problem still exists and has brought unnecessary confusion. In addition to the adduser(8) manpage, it also exists in the same way in the deluser(8) manpage at the same position. The reporter has already given the full and simple remedy for adduser(8). In addtion, the word 'options' has not been translated in deluser(8), so that deluser [options] Benutzergruppe should be corrected to deluser [Optionen] Benutzer Gruppe Regards, Jochen Frieling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711773: pu: package munin/2.0.6-4+deb7u1
Hi Adam, On Sonntag, 9. Juni 2013, Adam D. Barratt wrote: > It is very late, indeed. Given the small size of the diff, I've decided > to accept it in any case; hopefully that turns out okay... Thanks! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#711784: The crlf option of netcat doesn't replace all LF when the input is not a terminal
Package: netcat-openbsd
Version: 1.105-7
The -C option of netcat is only replacing with CRLF the last LF of a read()
This happens to work quite well when the input is a terminal, as the file
descriptor is in line-mode, and catching all of them, but fails as soon as
you start piping to netcat.
A simple test is
( echo foo ; echo bar ) | nc.openbsd -C
nc sends "foo\nbar\r\n" instead of the expected "foo\r\nbar\r\n"
I attach an alternative to the debian/patches/0005-send-crlf.patch file,
which fixes the issue.
From: Aron Xu
Date: Mon, 13 Feb 2012 14:57:45 +0800
Subject: send crlf
---
nc.1 |6 --
netcat.c | 21 +
2 files changed, 21 insertions(+), 6 deletions(-)
diff --git a/nc.1 b/nc.1
index b7014a2..af44976 100644
--- a/nc.1
+++ b/nc.1
@@ -34,7 +34,7 @@
.Sh SYNOPSIS
.Nm nc
.Bk -words
-.Op Fl 46DdhklnrStUuvz
+.Op Fl 46CDdhklnrStUuvz
.Op Fl I Ar length
.Op Fl i Ar interval
.Op Fl O Ar length
@@ -98,6 +98,8 @@ to use IPv4 addresses only.
Forces
.Nm
to use IPv6 addresses only.
+.It Fl C
+Send CRLF as line-ending.
.It Fl D
Enable debugging on the socket.
.It Fl d
@@ -355,7 +357,7 @@ More complicated examples can be built up when the user knows the format
of requests required by the server.
As another example, an email may be submitted to an SMTP server using:
.Bd -literal -offset indent
-$ nc localhost 25 \*(Lt\*(Lt EOF
+$ nc [\-C] localhost 25 \*(Lt\*(Lt EOF
HELO host.example.com
MAIL FROM:\*(ltu...@host.example.com\*(Gt
RCPT TO:\*(ltus...@host.example.com\*(Gt
diff --git a/netcat.c b/netcat.c
index fdaca44..4f4d2bf 100644
--- a/netcat.c
+++ b/netcat.c
@@ -111,6 +111,7 @@
#define CONNECTION_TIMEOUT 2
/* Command Line Options */
+int Cflag = 0; /* CRLF line-ending */
int dflag; /* detached, no stdin */
unsigned int iflag;/* Interval Flag */
int jflag; /* use jumbo frames if we can */
@@ -180,7 +181,7 @@ main(int argc, char *argv[])
sv = NULL;
while ((ch = getopt(argc, argv,
- "46DdhI:i:jklnO:P:p:rSs:tT:UuV:vw:X:x:z")) != -1) {
+ "46CDdhI:i:jklnO:P:p:rSs:tT:UuV:vw:X:x:z")) != -1) {
switch (ch) {
case '4':
family = AF_INET;
@@ -309,6 +310,9 @@ main(int argc, char *argv[])
if (Tflag < 0 || Tflag > 255 || errstr || errno)
errx(1, "illegal tos value %s", optarg);
break;
+case 'C':
+Cflag = 1;
+break;
default:
usage(1);
}
@@ -906,8 +910,25 @@ readwrite(int nfd)
else if (n == 0) {
goto shutdown_wr;
} else {
-if (atomicio(vwrite, nfd, buf, n) != n)
- return;
+if (Cflag) {
+ int i, start = 0;
+ for (i = 0; i < n; i++) {
+ if (buf[i] == '\n') {
+ buf[i] = '\r';
+ if (atomicio(vwrite, nfd, buf + start, i - start + 1) != (i - start + 1))
+return;
+ start = i;
+ buf[i] = '\n';
+ }
+ }
+
+ if (atomicio(vwrite, nfd, buf + start, i - start) != (i - start))
+ return;
+}
+else {
+ if (atomicio(vwrite, nfd, buf, n) != n)
+ return;
+}
}
}
else if (pfd[1].revents & POLLHUP) {
@@ -1139,6 +1160,7 @@
fprintf(stderr, "\tCommand Summary:\n\
\t-4 Use IPv4\n\
\t-6 Use IPv6\n\
+ \t-C Send CRLF as line-ending\n\
\t-D Enable the debug socket option\n\
\t-d Detach from stdin\n\
\t-h This help text\n\
@@ -1172,7 +1194,7 @@
usage(int ret)
{
fprintf(stderr,
- "usage: nc [-46DdhjklnrStUuvz] [-I length] [-i interval] [-O length]\n"
+ "usage: nc [-46CDdhjklnrStUuvz] [-I length] [-i interval] [-O length]\n"
"\t [-P proxy_username] [-p source_port] [-s source] [-T toskeyword]\n"
"\t [-V rtable] [-w timeout] [-X proxy_protocol]\n"
"\t [-x proxy_address[:port]] [destination] [port]\n");
--
Bug#711783: RM: gmsh [mips] -- ROM; random FTBFS on mips
Package: ftp.debian.org Severity: normal Autotests are failing randomly on mips [1]. Please, remove gmsh on mips. Thanks, Anton [1] https://buildd.debian.org/status/logs.php?pkg=gmsh&arch=mips -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711782: iproute: transitional package uninstallable on kfreebsd|hurd
On Sun, Jun 9, 2013 at 18:58:34 +0100, Steven Chamberlain wrote: > Package: iproute2 > Version: 3.9.0-2 > Severity: serious > User: debian-...@lists.debian.org > Usertags: kfreebsd > X-Debbugs-Cc: debian-...@lists.debian.org > Control: affects -1 debootstrap > > Hi, > > The transitional package iproute is provided for kfreebsd and hurd > arches, but its dependency iproute2 is not satisfiable. This makes > debootstrap (from Wheezy) fail to create create a sid chroot: > > > Errors were encountered while processing: > > iproute > > dpkg: dependency problems prevent configuration of iproute: > > iproute depends on iproute2; however: > > Package iproute2 is not installed. > > > > dpkg: error processing iproute (--configure): > > dependency problems - leaving unconfigured > > A workaround is to specify debootstrap --exclude=iproute > > Also quoting > http://qa.debian.org/debcheck.php?dist=unstable&package=iproute2 : > > iproute (Version: 1:3.9.0-2) > > > Package has a Depends on iproute2 which cannot be satisfied on hurd-i386. > > Package has a Depends on iproute2 which cannot be satisfied on > > kfreebsd-amd64. > > Package has a Depends on iproute2 which cannot be satisfied on > > kfreebsd-i386. > > Package has a Depends on iproute2 which cannot be satisfied on sparc. > > Please reassign this bug and/or downgrade, if this cannot or should not > be fixed in src:iproute2. I'm fairly sure debootstrap should be able to > create a jessie chroot from a wheezy system, though. > The package's Priority should probably be adjusted on kfreebsd. Which means this bug would be on ftp.d.o's turf, I think? Cheers, Julien signature.asc Description: Digital signature
