Bug#758557: The same bug
I have the same bug with the lightdm or kdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736716: Please raise package priority.
On Wed, 05 Feb 2014 21:14:27 + Robert Millan r...@debian.org wrote: On 05/02/2014 20:50, Axel Beckert wrote: Another possibility would be to make an arch:kfreebsd-any to depend on (or maybe recommend) it, or make an arch:any package to depend on (or maybe recommend) it only on kfreebsd-any. Sounds like a job for tasksel? I am not no familiar about d-i and tasksel, however at least wheezy installer is putting in manpages package, not freebsd-manpages. It would not be proper state. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754662: witty 3.3.3+dfsg-2 upload still has build problems
On Wed, Aug 20, 2014 at 3:15 AM, peter green plugw...@p10link.net wrote: peter green wrote: On the debian armel and mipsel porterboxes I got successful paralell builds. I must be getting tierd, the armel build succeeded but the mipsel one is still ongoing. Did mipsel finish successfully? -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#758689: perldoc now outputs visible escape sequences
Package: perl Version: 5.20.0-4 Severity: normal The output from perldoc now contains visible escape sequences, e.g.: $ perldoc perlfaq ESC[1mNAMEESC[0m perlfaq - frequently asked questions about Perl ESC[1mDESCRIPTIONESC[0m The perlfaq comprises several documents that answer the most commonly asked questions about Perl and Perl programming. It's divided by topic into nine major sections outlined in this document. (With the ESC in reverse video). If I pipe output through more, it looks correct, e.g.: $ perldoc perlfaq|more NAME perlfaq - frequently asked questions about Perl DESCRIPTION The perlfaq comprises several documents that answer the most commonly asked questions about Perl and Perl programming. It's divided by topic into nine major sections outlined in this document. (with NAME and DESCRIPTION in bold). I think this start to happen after I upgraded to perl 5.20 - it certainly didn't happen last time I used perldoc. Cheers, Olly -- 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.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perl depends on: ii libbz2-1.01.0.6-7 ii libc6 2.19-9 ii libdb5.3 5.3.28-5 ii libgdbm3 1.8.3-13 ii perl-base 5.20.0-4 ii perl-modules 5.20.0-4 ii zlib1g1:1.2.8.dfsg-2 Versions of packages perl recommends: ii netbase 5.2 ii rename 0.20-3 Versions of packages perl suggests: pn libterm-readline-gnu-perl | libterm-readline-perl-perl none ii make4.0-8 ii perl-doc5.20.0-4 -- 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#751372: closed by Luca Bruno lu...@debian.org (Bug#751372: fixed in openocd 0.8.0-2)
On Tue, Aug 19, 2014 at 11:23:07PM +0200, Andreas Schneider wrote: Error: unable to open ftdi device with vid 9e88, pid 9e8f, description 'SheevaPlug JTAGKey FT2232D' and serial '*' Please see if http://openocd.zylin.com/2265 (trivial config change) helps. Sorry about the breakage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758690: kde-telepathy: cant connect to my accounts (xmpp, icq, gmail)
Package: kde-telepathy Version: 0.8.1 Severity: important Dear Maintainer, since Monday 18th after an 'apt-get update; apt-get upgrade; apt-get dist-upgrade' i can't connect to my accounts, but all servers are aviable. They are still Connecting and nothing happens. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-telepathy depends on: ii kde-telepathy-call-ui 0.8.1-1 ii kde-telepathy-desktop-applets 0.8.1-1 ii kde-telepathy-filetransfer-handler 0.8.1-1 ii kde-telepathy-minimal 0.8.1 ii kde-telepathy-send-file 0.8.1-1 ii plasma-runner-telepathy-contact 0.8.1-1 kde-telepathy recommends no packages. kde-telepathy 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#716911: gvfs-daemons: Yes, this bug is still present in 1.20.1-1+b1
Package: gvfs-daemons Version: 1.20.1-1+b1 Followup-For: Bug #716911 I started seeing this problem about 3 months ago and it's persisted since then. gvfs automatically mounts USB thumb drives but never detects CD-ROM or SD card insertions. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1000, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/3 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 gvfs-daemons depends on: ii gvfs-common1.20.1-1 ii gvfs-libs 1.20.1-1+b1 ii libbluray1 1:0.5.0-2 ii libc6 2.19-7 ii libglib2.0-0 2.40.0-3 ii libgudev-1.0-0 204-8 ii libsecret-1-0 0.18-1 ii libsystemd-login0 204-8 ii libudev1 204-8 ii libudisks2-0 2.1.3-1 ii udisks22.1.3-1 ii x11-utils 7.7+1 Versions of packages gvfs-daemons recommends: ii dbus 1.8.2-1 ii gvfs 1.20.1-1+b1 ii policykit-1-gnome 0.105-2 Versions of packages gvfs-daemons suggests: ii gvfs-backends 1.20.1-1+b1 -- 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#758691: RFS: profanity/0.4.3-1 [ITP]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: sponsorship-requests Severity: wishlist * Package name: profanity Version : 0.4.3-1 Upstream Author : James Booth boot...@gmail.com * URL : http://profanity.im/ * License : GPL-3+ Section : net It builds those binary packages: profanity - Console based XMPP client Profanity is a console based XMPP client written in C, inspired by Irssi. It Supports: . XMPP chat services, including GoogleTalk and Facebook. OTR message encryption Roster management Desktop notifications Flexible resource and priority settings To access further information about this package, please visit the following URL: http://mentors.debian.net/package/profanity Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/profanity/profanity_0.4.3-1.dsc Alternatively, you can access my alioth git repo here: http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary More information about *profanity* can be obtained from http://profanity.im Changes since the last upload: * Initial release (Closes: #745872) Regards, - -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJT9Es2AAoJECEac8aaew/HcRgP/RkxwUruMJSqXWYCdoZ6aaaZ gipc88ZXsSuZ/MmJx+4SNaqT94ORSsqUWyPtGqDBraMtUHPYNdEPEM9NYdih7UR3 49Wjx9IL2sGuIHI7qCX/34ys2C+fw0yJ+jZMmnPz5KUxW2/uotY6abyNxgslK4OT rkhkDkD+tUC17YYVTEI+W84o9zfKbjFBcojawfaQT3/uGgkBnnk+C3+iQopociTQ WsRSKhba0R+oXFzjc6d5x1G+MDxwURIhnrVIvWZevYrDb0FMmxI0e33MNQtvqtW5 iX4BAkRcAEfZowlLm0lpxTPLbCeY0/fXKcmfoGOrYAG00/YAlnse/8g5PN9NcBo1 9zifx/fMlPwUKq29Bjb3L1QwPHPJwQ4Kl4BG4vTR5pWL9mcSqhtEg9sGB5dULyIh ysnivQXYa+R0pFHnqlXoLltzEd4jnYwae8QcJENqVnzbghNSAuQSzamTOd9ivDyu 63xGR/BEgtkb+fFg7SS/JRplgCiGAH0kTqBq36p38zq5mnAejDBx2JR8uOCVf+LK GPteqX51TGRO9yml8wdAUklOmne+nsgvWQ56gG/sjzvWvkOg+/worFkZtvI1CEol raWZ7WT9SQMCYdSjjzFoqt4hI8Ncw7G9pHatIZtAVEDBl+RqjVo7nh61OgATBPsq 60F6xO5liDYehg2XAdOx =wbsm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750836: machine/atomic.h broken, missing __compiler_membar macro
Hi Steven, FWIW from my POV the workarounds I implemented in tcpdump and libpcap aren't long-term solutions, these bugs need to be fixed in time for jessie, and thus need to be 'serious'. I only added the workarounds to avoid having my testing migrations blocked by kfreebsd. As things stand now, tcpdump can no longer use the pflog interface, and libpcap no longer has zerocopy support for live captures, making them considerably slower. These are noticeable feature regressions compared to wheezy. Fixing the headers should be pretty simple, yet the bugs have been open for weeks with no response. I get the feeling that you're downgrading severities to paper over the fact that there aren't any active kfreebsd porters left. But getting RC bugs off the Release Team's radar won't magically make the port healthy again. -- Romain Francoise rfranco...@debian.org http://people.debian.org/~rfrancoise/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716911: RE: gvfs 1.16.3-1 fails to mount certain devices (cdrom, sd-cards, sony prs-t2 reader, etc.) under xfce
Yes, this bug is still present in gvfs 1.20.1-1. I'm using gvfs 1.20.1-1 under gnome and it does not automount CD-ROM disks nor SD cards, although USB thumb drives are detected and mounted. jhaiduce On Tue, 11 Mar 2014 10:40:18 + althaser altha...@gmail.com wrote: Hey, Could you please still reproduce this issue with newer version ? thanks regards althaser -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757723: geoip-database: Would be nice to have GeoLite2 databases packaged
Am 12.08.2014 um 23:25 schrieb Gregory Oschwald: From my last information GeoIP2 is a complete rewrite and not finished for productive environments, yet. Maybe it also would be better to provide geoip and geoip2 as seperate source packages.. Yes, they are different formats. The new format is production ready. The C API is unlikely to change at all before a non-0.x release. Anyway the MaxMind DB Writer is not useful for the current format and where I last have got a chat with one from MaxMind: it is also not working, but things could have been changed.. It does work and it is used internally to generate the GeoIP2 and GeoLite2 databases. You are correct that it is only only useful for the new format. So what should we do now with this bugreport? I would personaly prefer a volunter who is able to extend the geoip-generator to support the city database as input and output. This should be possible as the old format is fairly straightforward, but it is also quite limiting, which is why MaxMind created the new format. The legacy APIs are in maintenance only mode. Greg So this bug should be a ITP. Are you interested in packaging it? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */
Bug#751372: closed by Luca Bruno lu...@debian.org (Bug#751372: fixed in openocd 0.8.0-2)
Thanks Paul. Still no luck, but it looks like it's getting closer: $ openocd -f /usr/share/openocd/scripts/board/sheevaplug.cfg -s /usr/share/openocd/scripts Open On-Chip Debugger 0.8.0 (2014-08-17-10:29) Licensed under GNU GPL v2 For bug reports, read http://openocd.sourceforge.net/doc/doxygen/bugs.html Info : only one transport option; autoselect 'jtag' trst_and_srst separate srst_gates_jtag trst_push_pull srst_open_drain connect_deassert_srst adapter_nsrst_delay: 200 jtag_ntrst_delay: 200 dcc downloads are enabled Warn : use 'feroceon.cpu' as target identifier, not '0' sheevaplug_load_uboot Error: An adapter speed is not selected in the init script. Insert a call to adapter_khz or jtag_rclk to proceed. in procedure 'init' The programmer in me suspects that another trivial change is required, unfortunately I don't speak OpenOCD. Andreas
Bug#758692: munin-node timeouts and leads to partial graphs
Package: munin-node Version: 2.0.6-4+deb7u2 Severity: important Dear Maintainer, When running big munin installations, with sometimes some services timeouting, the resulting graphs are partial: munin aborts from the point of error. Upstream has fixed that already, at least in their bug-tracking. I have not checked if non stable contains those fixes. This might be useful anyway. There are two fixes: 1. create a new global timeout option 2. make sure the normal timeout is really passed to the script I have applied those fixes with diversions to my stable system. This seems to fix the problem with no other impact. Change to config /etc/munin/munin-node.conf: timeout 200 global_timeout 900 --- /usr/share/perl5/Munin/Node/Server.pm.distrib 2013-11-12 23:12:59.0 +0100 +++ /usr/share/perl5/Munin/Node/Server.pm 2014-08-19 18:30:19.916699076 +0200 @@ -132,7 +132,9 @@ # catch and report any system errors in a clean way. eval { -$timed_out = !do_with_timeout($services-{timeout}, sub { +# http://munin-monitoring.org/changeset/d2f9ce0cc14efd02cbab0ff1c736e0764104d771/munin +my $global_timeout = $config-{global_timeout} || (60 * 15); # Defaults to 15 min. Should be enough +$timed_out = !do_with_timeout($global_timeout, sub { while (defined ($line = _net_read($session))) { chomp $line; if (! _process_command_line($session, $line)) { --- /usr/sbin/munin-node.distrib2013-11-12 23:12:59.0 +0100 +++ /usr/sbin/munin-node2014-08-19 18:30:53.404260493 +0200 -@@ -64,11 +64,13 @@ $paranoia = $config-{paranoia} if defined $config-{paranoia}; +# http://munin-monitoring.org/ticket/1258 my $services = Munin::Node::Service-new( servicedir = $servicedir, defuser= $config-{defuser}, defgroup = $config-{defgroup}, pidebug= $PIDEBUG, +timeout= $config-{timeout}, ); $config-reinitialize({ -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=fr_CH.iso-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages munin-node depends on: ii adduser 3.113+nmu3 ii gawk1:4.0.1+dfsg-2.1 ii libnet-server-perl 2.006-1+deb7u1 ii lsb-base4.1+Debian8+deb7u1 ii munin-common2.0.6-4+deb7u2 ii munin-plugins-core 2.0.6-4+deb7u2 ii perl5.14.2-21+deb7u1 ii procps 1:3.3.3-3 Versions of packages munin-node recommends: ii libnet-snmp-perl 6.0.1-2 ii munin-plugins-extra 2.0.6-4+deb7u2 Versions of packages munin-node suggests: ii acpi 1.6-1 pn ethtool none ii hdparm9.39-1+b1 pn libcache-cache-perl none pn libcrypt-ssleay-perl none pn libdbd-mysql-perl none pn libdbd-pg-perlnone pn liblwp-useragent-determined-perl none pn libnet-irc-perl none pn libtext-csv-xs-perl none ii libwww-perl 6.04-1 pn libxml-simple-perlnone ii lm-sensors1:3.3.2-2+deb7u1 ii logtail 1.3.15 ii munin 2.0.6-4+deb7u2 pn munin-plugins-javanone pn mysql-client none ii net-tools 1.60-24.2 ii python2.7.3-4+deb7u1 pn ruby none ii smartmontools 5.41+svn3365-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758357: Fwd: Bug#758357: mlt: Use pkg-config to determine FFmpeg linker flags
Hi, thanks for your patch, but I think this is something upstream should decide and adopt. Weitergeleitete Nachricht Betreff:Bug#758357: mlt: Use pkg-config to determine FFmpeg linker flags Weitersenden-Datum: Sat, 16 Aug 2014 21:43:18 + Weitersenden-Von: Andreas Cadhalpun andreas.cadhal...@googlemail.com Weitersenden-An:debian-bugs-dist@lists.debian.org Weitersenden-CC:Fathi Boudra f...@debian.org Datum: Sat, 16 Aug 2014 23:41:41 +0200 Von:Andreas Cadhalpun andreas.cadhal...@googlemail.com Antwort an: Andreas Cadhalpun andreas.cadhal...@googlemail.com, 758...@bugs.debian.org An: Debian Bug Tracking System sub...@bugs.debian.org Source: mlt Version: 0.9.2-1 Severity: wishlist Tags: patch Usertags: reintroducing-ffmpeg Dear maintainer, I am working on reintroducing FFmpeg to Debian [1-2]. In order to make FFmpeg co-installable with Libav, the libraries were renamed to lib*-ffmpeg. Thus using linker flags like '-lavcodec' doesn't work with the FFmpeg packages. To get the correct linking flags for both FFmpeg and Libav, one can (and should) use pkg-config. Attached patch achieves that for this package. Please apply it to facilitate building your package with FFmpeg in Debian. If you want to facilitate this even further, you can also add lib*-ffmpeg-dev alternatives to the Libav build-dependencies. While the FFmpeg package is still waiting in the NEW queue [3], it can already be built from the git repository [4]. Best regards, Andreas 1: https://lists.debian.org/debian-devel/2014/07/msg01010.html 2: https://bugs.debian.org/729203 3: https://ftp-master.debian.org/new/ffmpeg_7:2.3.1-1.html 4: https://anonscm.debian.org/cgit/collab-maint/ffmpeg.git diff --git a/debian/patches/02-pkg-config.patch b/debian/patches/02-pkg-config.patch new file mode 100644 index 000..286a46e --- /dev/null +++ b/debian/patches/02-pkg-config.patch @@ -0,0 +1,56 @@ +Description:Use pkg-config to determine FFmpeg linker flags + Use 'pkg-config --libs' instead of 'pkg-config --libs-only-L'. + +Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com +Last-Update: 2014-05-15 + +--- mlt-0.9.0+dfsg1.orig/src/modules/avformat/Makefile mlt-0.9.0+dfsg1/src/modules/avformat/Makefile +@@ -4,10 +4,6 @@ LDFLAGS += -L../../framework -lmlt -lpth + include ../../../config.mak + include config.mak + +-LDFLAGS += -lavformat$(AVFORMAT_SUFFIX) +-LDFLAGS += -lavcodec$(AVFORMAT_SUFFIX) +-LDFLAGS += -lavutil$(AVFORMAT_SUFFIX) +-LDFLAGS += -lswscale$(AVFORMAT_SUFFIX) + LDFLAGS += $(EXTRA_LIBS) + + ifndef CODECS +@@ -39,7 +35,6 @@ endif + + ifdef DEVICES + CFLAGS += -DAVDEVICE +-LDFLAGS += -lavdevice$(AVFORMAT_SUFFIX) + endif + + SRCS := $(OBJS:.o=.c) +--- mlt-0.9.0+dfsg1.orig/src/modules/avformat/configure mlt-0.9.0+dfsg1/src/modules/avformat/configure +@@ -123,19 +123,23 @@ else + echo CFLAGS+=-DAVDATADIR=\\\${shared_ffmpeg}/share/ffmpeg${avformat_suffix}/\\\ config.mak + ;; + esac ++ echo CFLAGS+=$(pkg-config --cflags libavcodec${avformat_suffix}) config.mak ++ echo LDFLAGS+=$(pkg-config --libs libavcodec${avformat_suffix}) config.mak ++ echo CFLAGS+=$(pkg-config --cflags libavutil${avformat_suffix}) config.mak ++ echo LDFLAGS+=$(pkg-config --libs libavutil${avformat_suffix}) config.mak + echo CFLAGS+=$(pkg-config --cflags libavformat${avformat_suffix}) config.mak +- echo LDFLAGS+=$(pkg-config --libs-only-L libavformat${avformat_suffix}) config.mak ++ echo LDFLAGS+=$(pkg-config --libs libavformat${avformat_suffix}) config.mak + echo CFLAGS+=$(pkg-config --cflags libswscale${avformat_suffix}) config.mak +- echo LDFLAGS+=$(pkg-config --libs-only-L libswscale${avformat_suffix}) config.mak ++ echo LDFLAGS+=$(pkg-config --libs libswscale${avformat_suffix}) config.mak + if [ $devices = true ] + then + if ! $(pkg-config libavdevice${avformat_suffix}); then + echo - libavdevice not found: disabling + touch ../disable-avformat + exit 0 + fi + echo CFLAGS+=$(pkg-config --cflags libavdevice${avformat_suffix}) config.mak +- echo LDFLAGS+=$(pkg-config --libs-only-L libavdevice${avformat_suffix}) config.mak ++ echo LDFLAGS+=$(pkg-config --libs libavdevice${avformat_suffix}) config.mak + fi + + if [ $vdpau = true ] diff --git a/debian/patches/series b/debian/patches/series index b53e8bc..0893c97 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,1 +1,2 @@ 01-changed-preset-path.diff +02-pkg-config.patch
Bug#758347: Fwd: Bug#758347: kid3: Use pkg-config to determine FFmpeg linker flags
Hi, thanks for your patch. IMO this is something upstream may adapt. Weitergeleitete Nachricht Betreff:Bug#758347: kid3: Use pkg-config to determine FFmpeg linker flags Weitersenden-Datum: Sat, 16 Aug 2014 21:42:24 + Weitersenden-Von: Andreas Cadhalpun andreas.cadhal...@googlemail.com Weitersenden-An:debian-bugs-dist@lists.debian.org Weitersenden-CC: Debian KDE Extras Team pkg-kde-ext...@lists.alioth.debian.org Datum: Sat, 16 Aug 2014 23:40:27 +0200 Von:Andreas Cadhalpun andreas.cadhal...@googlemail.com Antwort an: Andreas Cadhalpun andreas.cadhal...@googlemail.com, 758...@bugs.debian.org An: Debian Bug Tracking System sub...@bugs.debian.org Source: kid3 Version: 3.1-1 Severity: wishlist Tags: patch Usertags: reintroducing-ffmpeg Dear maintainer, I am working on reintroducing FFmpeg to Debian [1-2]. In order to make FFmpeg co-installable with Libav, the libraries were renamed to lib*-ffmpeg. Thus using linker flags like '-lavcodec' doesn't work with the FFmpeg packages. To get the correct linking flags for both FFmpeg and Libav, one can (and should) use pkg-config. Attached patch achieves that for this package. Please apply it to facilitate building your package with FFmpeg in Debian. If you want to facilitate this even further, you can also add lib*-ffmpeg-dev alternatives to the Libav build-dependencies. While the FFmpeg package is still waiting in the NEW queue [3], it can already be built from the git repository [4]. Best regards, Andreas 1: https://lists.debian.org/debian-devel/2014/07/msg01010.html 2: https://bugs.debian.org/729203 3: https://ftp-master.debian.org/new/ffmpeg_7:2.3.1-1.html 4: https://anonscm.debian.org/cgit/collab-maint/ffmpeg.git diff --git a/debian/patches/pkg-config.patch b/debian/patches/pkg-config.patch new file mode 100644 index 000..9e8315c --- /dev/null +++ b/debian/patches/pkg-config.patch @@ -0,0 +1,38 @@ +Description: Use pkg-config to determine FFmpeg linker flags + +Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com +Last-Update: 2014-05-18 + +--- kid3-3.1.orig/src/plugins/acoustidimport/cmake/modules/FindFFmpeg.cmake kid3-3.1/src/plugins/acoustidimport/cmake/modules/FindFFmpeg.cmake +@@ -47,29 +47,7 @@ MACRO(FFMPEG_FIND varname shortname head + DOC Location of FFMPEG Headers + ) + +-FIND_LIBRARY(FFMPEG_${varname}_LIBRARIES +-NAMES ${shortname} +-PATHS +-${FFMPEG_ROOT}/lib +-$ENV{FFMPEG_DIR}/lib +-~/Library/Frameworks +-/Library/Frameworks +-/usr/local/lib +-/usr/local/lib64 +-/usr/lib +-/usr/lib64 +-/sw/lib +-/opt/local/lib +-/opt/csw/lib +-/opt/lib +-/usr/freeware/lib64 +- NO_DEFAULT_PATH +-DOC Location of FFMPEG Libraries +-) +-FIND_LIBRARY(FFMPEG_${varname}_LIBRARIES +-NAMES ${shortname} +-DOC Location of FFMPEG Libraries +-) ++ pkg_check_modules(FFMPEG_${varname} lib${shortname}) + + IF (FFMPEG_${varname}_LIBRARIES AND FFMPEG_${varname}_INCLUDE_DIRS) + SET(FFMPEG_${varname}_FOUND 1) diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..9937964 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +pkg-config.patch
Bug#751372: closed by Luca Bruno lu...@debian.org (Bug#751372: fixed in openocd 0.8.0-2)
Hi, On Wed, Aug 20, 2014 at 09:21:11AM +0200, Andreas Schneider wrote: $ openocd -f /usr/share/openocd/scripts/board/sheevaplug.cfg -s /usr/share/openocd/scripts In fact running openocd is much easier: openocd -f board/sheevaplug.cfg (no need for full path and -s). You should be able to get it running with openocd -f board/sheevaplug.cfg -c adapter_khz 100 If you have a reasonable explanation of what the default adapter freq should be, I can add it to the config. HTH -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748613: RFS: gimagereader/2.93-1 [ITP]
Hi Eriberto, On Tue, Aug 19, 2014 at 11:35:38PM -0300, Eriberto wrote: Really, if you are saying about the changes in package. However, my target was the urgency that must be low for initial upload. You sent as medium again and I changed it to upload your package. So, I also asked to remove the other itens, because it is usual. But I wouldn't have asked you to modify if urgency=low. Oh, I totally missed the point that it was about the urgency, sorry and thanks for fixing it. Thanks again for the quick review/upload and your work! Best, Philip signature.asc Description: Digital signature
Bug#758693: Updated Norwegian Bokmål debconf translation (nb.po)
Package: nss-pam-ldapd Version: 0.9.4-2 Severity: wishlist Tags: patch Hi. Here is an updated debconf translation for Norwegian Bokmål (nb.po). -- Happy hacking Petter Reinholdtsen # Translation of nss-pam-ldapd debconf templates to Norwegian Bokmål. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the nss-pam-ldapd package. # # Translators: # # Bjørn Steensrud bjor...@skogkatt.homelinux.org, 2010, 2011, 2012. # Petter Reinholdtsen p...@hungry.com, 2014. msgid msgstr Project-Id-Version: nss-pam-ldapd 0.8.4\n Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n POT-Creation-Date: 2014-06-08 11:45+0200\n PO-Revision-Date: 2014-08-20 09:43+0200\n Last-Translator: Petter Reinholdtsen p...@hungry.com\n Language-Team: Norwegian Bokmål i18n...@lister.ping.uio.no\n Language: nb\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.4\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: string #. Description #: ../nslcd.templates:1001 msgid LDAP server URI: msgstr URI til LDAP-tjener: #. Type: string #. Description #: ../nslcd.templates:1001 msgid Please enter the Uniform Resource Identifier of the LDAP server. The format is \ldap://hostname_or_IP_address:port/\. Alternatively, \ldaps://\ or \ldapi://\ can be used. The port number is optional. msgstr Skriv inn Uniform Resource Identifier for LDAP-tjeneren, Formatet er «ldap://; vertsnavn_eller_IP-adresse:port/». «ldaps://» eller «ldapi://» kan også brukes. Portnummer kan utelates. #. Type: string #. Description #: ../nslcd.templates:1001 msgid When using an ldap or ldaps scheme it is recommended to use an IP address to avoid failures when domain name services are unavailable. msgstr Når ldap eller ldaps-formen brukes anbefales det å bruke en IP-adresse for å unngå svikt når en DNS-tjeneste ikke et tilgjengelig. #. Type: string #. Description #: ../nslcd.templates:1001 #| msgid Multiple URIs can be specified by separating them with spaces. msgid Multiple URIs can be separated by spaces. msgstr Flere URI-er kan oppgis, atskilt med mellomrom. #. Type: string #. Description #: ../nslcd.templates:2001 msgid LDAP server search base: msgstr Søkebase for LDAP-tjener: #. Type: string #. Description #: ../nslcd.templates:2001 msgid Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \example.net\ would use \dc=example,dc=net\ as the distinguished name of the search base. msgstr Oppgi det entydige navnet (DN) til LDAPs søkebase. Mange steder brukes komponentene i domenenavnet til dette, For eksempel, domenet «example.net» ville bruke «dc=example,dc=net» som entydig navn på søkebasen. #. Type: select #. Choices #: ../nslcd.templates:3001 msgid none msgstr ingen #. Type: select #. Choices #: ../nslcd.templates:3001 msgid simple msgstr enkel #. Type: select #. Choices #: ../nslcd.templates:3001 msgid SASL msgstr SASL #. Type: select #. Description #: ../nslcd.templates:3002 msgid LDAP authentication to use: msgstr LDAP-autentisering som skal brukes: #. Type: select #. Description #: ../nslcd.templates:3002 msgid Please choose what type of authentication the LDAP database should require (if any): msgstr Velg hvilken type autentisering som LDAP-databasen skal kreve (om noen): #. Type: select #. Description #: ../nslcd.templates:3002 msgid * none: no authentication;\n * simple: simple bind DN and password authentication;\n * SASL: any Simple Authentication and Security Layer mechanism. msgstr * ingen: ingen autentisering,\n * enkel: enkel autentisering med bind DN og passord,\n * SASL: en eller annen Simple Authentication and Security Layer-mekanisme. #. Type: string #. Description #: ../nslcd.templates:4001 msgid LDAP database user: msgstr LDAP databasebruker: #. Type: string #. Description #: ../nslcd.templates:4001 #| msgid #| Enter the name of the account that will be used to log in to the LDAP #| database. This value should be specified as a DN (distinguished name). msgid Please enter the name of the account that will be used to log in to the LDAP database. This value should be specified as a DN (distinguished name). msgstr Skriv inn navnet på kontoen som skal brukes til å logge inn til LDAP- databasen. Verdien må oppgis som et DN (entydig navn). #. Type: password #. Description #: ../nslcd.templates:5001 msgid LDAP user password: msgstr LDAP bruker-passord: #. Type: password #. Description #: ../nslcd.templates:5001 #| msgid Enter the password that will be used to log in to the LDAP database. msgid Please enter the password that will be used to log in to the LDAP database. msgstr Oppgi passordet som vil bli brukt til å logge inn i LDAP-databasen. #. Type: select #. Description #: ../nslcd.templates:6001 msgid SASL mechanism to use: msgstr SASL-mekanisme som skal brukes: #. Type: select #.
Bug#690282: Status of bug #690282
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, because I just also was trapped by this bug, I'd like to know if there was any progress since it was reported? Are there any plans to fix it? Anything one can help to get this solved? Best regards Ole -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJT9FJkAAoJEHEVr9B3ENz3xRIQAL7EeGTg7jfqS1RMF1Gny9Xr truDQ+AC1J4J0hNtMI59uuU5ON1Jx63mlwLNvv9S09Mo6Rz+zN7z+MAH7mroOqjI 0A9riKjXBSe7qNaEnFvwuE9QHu++sKOHQN/GhzSU3GRvXygPt5Ps8l8olnz4on8C 3vGYV8apTOigfIPsQpYABF4NkdAhUq0un/sPidVhh6pPzSThXXUesxki1EyqbLI5 xYblHtrqtyUb9jUn4pnJ2puZI9OWz0MRTe+izpJtnH6BGMOCooGCVnF3POVwOPuB astFkQAik6bRL8uHlZPF3AFxe8PLXN3AVIhfJ3rIVpJTh7q7GW7ym8exopKJjr0Z PucIIeFRZu8/r5BwBnCMfs4xQwtYt8Y6CNeJuI7e3Ex4Jd4NexSaj3oDHi/LkSD1 kt15RTq2te7KUPYmlbWcplbv8wmrhvmmafH0/bXD6zPnA7b3gQM28DvP/ELkywXE 3NqBdLP5armE/Rsu5h/UhmXhIG8ONfstjAI690H0c23LDFJIvAlHrhrqLLD36hCy eAm/eMzWtXvO1e4ytAZIGelOixCgHS5y/h3stfMXARQrorKmsUZNerBhZMpmuaeu B6z9WssaN/wHoVfViZMfPX0LNcfiFRiP/BV0uGmUihEPYFdxYmbWnzlNlnKtO4SJ myFvg7gA4Q8sER/N29ra =KWL+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758691: RFS: profanity/0.4.3-1 [ITP]
On 2014-08-20 09:16, Dariusz Dwornikowski wrote: Package: sponsorship-requests Severity: wishlist * Package name: profanity Version : 0.4.3-1 Upstream Author : James Booth boot...@gmail.com * URL : http://profanity.im/ Without www that URL does not work[1]. http://www.profanity.im/ does work. Greets, Jeroen [1] $ dig profanity.im ; DiG 9.9.5-4-Debian profanity.im ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 11907 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;profanity.im. IN A ;; AUTHORITY SECTION: profanity.im. 13173 IN SOA ns.123-reg.co.uk. hostmaster. 2012103101 86400 0 604800 14400 ;; Query time: 1 msec ;; SERVER: xxx ;; WHEN: Wed Aug 20 09:41:59 CEST 2014 ;; MSG SIZE rcvd: 103 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751372: closed by Luca Bruno lu...@debian.org (Bug#751372: fixed in openocd 0.8.0-2)
Hi, On Wed, Aug 20, 2014 at 9:26 AM, Paul Fertser fercer...@gmail.com wrote: In fact running openocd is much easier: openocd -f board/sheevaplug.cfg thanks for that hint. I've been using the longer commandline since this was verbatim how The Internet told me it should work when my plug was bricked. And since it did in fact work that way with 0.7 and I was more in panic mode (the plug is my internet gateway and general purpose home server) and not exactly ready for learning new things I've never bothered to investigate what part of the commandline was actually needed to get openocd running. (no need for full path and -s). You should be able to get it running with openocd -f board/sheevaplug.cfg -c adapter_khz 100 If you have a reasonable explanation of what the default adapter freq should be, I can add it to the config. 0.7 tells that: [...] sheevaplug_load_uboot Info : clock speed 2000 kHz Info : JTAG tap: feroceon.cpu tap/device found: 0x20a023d3 (mfg: 0x1e9, part: 0x0a02, ver: 0x2) Info : Embedded ICE version 0 Info : feroceon.cpu: hardware has 1 breakpoint/watchpoint unit ^C so 2000 kHz is probably what should go into the config. HTH Yes, it did. Many thanks for your support! Andreas
Bug#758694: libhdf5-dev: please support Fortran 2003 interface
Package: libhdf5-dev Version: 1.8.8-9.1 Severity: wishlist Tags: patch Dear Maintainer, Official Debian packages for HDF5 are built without support for Fortran 2003; therefore some new features are not available for users of Fortran. It's a one line change in ./debian/rules; just replace SERIAL_ONLY_FLAGS = --enable-fortran --enable-threadsafe --enable-cxx with SERIAL_ONLY_FLAGS = --enable-fortran --enable-fortran2003 --enable-threadsafe --enable-cxx The compiled package 1.8.12 from Debian Sidworks after recompiling on Debian Sid. The compiled package 1.8.8 from Debian Wheezy works after recompiling on Debian Wheezy. You can find some additional information and a small test program on https://itp.tugraz.at/~ahi/Computer/hdf5/hdf5-f2003/. We use the modified deb packages from https://itp.tugraz.at/Comp/debian/dists/wheezy/backports/binary-amd64/ on our computers with success - but we are no heavy users of HDF5 so experience is limited. Best regards, Andreas -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.17 (SMP w/8 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libhdf5-dev depends on: ii hdf5-helpers1.8.8-9.1 ii libhdf5-7 [libhdf5-7] 1.8.8-9.1 ii libjpeg8-dev [libjpeg-dev] 8d-1+deb7u1 ii zlib1g-dev 1:1.2.7.dfsg-13 libhdf5-dev recommends no packages. Versions of packages libhdf5-dev suggests: ii libhdf5-doc 1.8.8-9.1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758691: RFS: profanity/0.4.3-1 [ITP]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20.08.2014 09:42, Jeroen Massar wrote: On 2014-08-20 09:16, Dariusz Dwornikowski wrote: Package: sponsorship-requests Severity: wishlist * Package name: profanity Version : 0.4.3-1 Upstream Author : James Booth boot...@gmail.com * URL : http://profanity.im/ Without www that URL does not work[1]. http://www.profanity.im/ does work. Thanks, I fixed that in git. - -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJT9Fb7AAoJECEac8aaew/HOZQP/Rbo6F7LNzsLGMCGDI/dp+2z FnA3ac+S0La0KJKhBdF/2S/QKanFYl3AErDx/FGAhRvwZ40L1qO9ERfvZN6FFmki 8V3AqX7kwjKXxj00KRXJQLcegZO3inxP0N8nNmK5tg6ky0y5GuWyeoaMh6agLRig k05mYT/Qch7DaWwnvoyu6Njz1tOMIV7y/DKTLjWGREn0t/mG5wH+idzf+qJAVCW2 q/I2MJHjFI4Ftb+7U5lXlCQJ4SVRg/hJRTfvKtn1oGbep0nR1YyfxS5yTAu8NAWK /1EhJ7Wu+oU8KlpukL0Gg8ur/OEsiKElM0xS7VShNJT0JejnHs16ta8Tg9MqmHfS uJmrUjFUm6O3EJ4xZF1O0TG4jaNSLlNR7NELMEpuZ6DaO6m6LbqLo+E0Q7PSuVUH 7JjIX4GViU9NNRqP9rikfwRjet1FEtpyjpw6qKH9SrGs0xVvA9MT8FKLk/VddM2N 9e+pEuRq4ie7VNyvxzeD0UQy2MN+GZOnWNzECiniG9Z/omCLTjzpg9c7qZ0/EKfc lbqh1V31mEZTcxKP/DAZIbMnaT75uHiDVXj/A/TiVtwnPmpW0rSJLU4zGv6R7SfI +RWmFvRG46fvn+glQ9m+C+MASmQ/pLjvJOgff+3CrLWNbhrchOuqQRcICklUJZ+l FIlTk4Jz8AZ5ijBMo7mt =Qi8m -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751372: closed by Luca Bruno lu...@debian.org (Bug#751372: fixed in openocd 0.8.0-2)
On Wed, Aug 20, 2014 at 09:51:37AM +0200, Andreas Schneider wrote: so 2000 kHz is probably what should go into the config. Ok, done, http://openocd.zylin.com/2266 . Thank you for reporting and testing, have a nice day! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757442: RFS: polyphone/1.4 [RFP]
Control: owner -1 ! Control: tags -1 moreinfo (Please do not top-post) On Tue, 2014-08-19 at 10:19 +0200, Davy Triponney wrote: Regarding the libraries, I can adapt the sources so that I can use the packaged versions of qcustomplot, rtmidi and stk. Very good :) A lot of changes has been made in vmpk. The author contacted me a few months ago to try a merge of the added features but some has not been accepted (incompatibilities with future features). I could try to find a compromise and propose another version of the keyboard, before packaging it. This process needs time: I'll keep my version of the keyboard for now. With that explanation this is ok for me. (However, I'd suggest to try to evolve your software in the direction that you can use the standard software in the future. In the long it will be simpler and less work, as you constantly have to monitor the library.) However, please send a mail to the security testing team as described in https://wiki.debian.org/EmbeddedCodeCopies. Regarding sfarklib there are some problems here. First, this library can open sfArk version 2 only. I found another library (whose author seems to be unknown) that can open the version 1 and maybe the version 2 as well but I wasn't able to build it correctly for this version. Then, both libraries take as input a file, and create another file as output. I adapted them to work with a stream of byte, the object being provided by Qt. My questions are: - should I merge both libraries so that it can fully support the 2 versions of the sfArk format? As above, for now this should be ok. However, please sync your version with the one from upstream... I saw at least a few lines which are in the original and not in yours (You do not need to comment out the msg lines -- just define your callback or as an empty define; this will allow to spot upstream changes more easily; I'd also put your use for your customized versions of the functions own names, and keep the old functions, again for improved readability of the changes. The commented out sprintf could be replaced with a snprintf... Maybe you can send a patch upstream? I'd ignore the extra cycles by snprintf, my priority is readability here.) - what is the good practice regarding the inputs and outputs? I can't use this library if it deals with files, but I understand that a dependancy to Qt libraries is too cumbersome. Yes, when providing patches back to upstream, introducing QT as dependency is not the way to go. I don't now about the file format, but if the size is deterministic, just an array of memory could do it, or maybe callbacks getting data from/to the app instead of using WriteOutputFile() and ReadInputFile()... - what happens if an author is unknown? Depends on the license... If it is a free license and there are no reasons to believe that this is true, this shouldn't be a problem. Regards, Davy 2014-08-13 21:07 GMT+02:00 Tobias Frost t...@debian.org: On Wed, 2014-08-13 at 17:46 +0200, Davy Triponney wrote: Thank a lot for the report. - polyphone_1.4.orig.tar.gz is now present in SourceForge (https://sourceforge.net/projects/polyphone/files/polyphone% 20releases/1.4/) Regarding get-orig-source, I read this page: https://wiki.debian.org/onlyjob/get-orig-source My watch file is correct since the last version is recognized and downloaded by uscan. But I don't know how to integrate this nice feature by modifying the file rules even with the explanations. And I don't know what result I would get. A self-updating package creator? get-orig-source is needed if you don't cant get the orig.tar. One example us, if there isn't one and you pull directly from a repository. A example for this would be my package gmrender-resurrect. Or, if you had to remove files for DFSG freeness (which nowerdays uscan can do for you via ExcludeFiles in d/copyright). So if uscan won't work for you, you need the target... Otherwise not. - copyright file is fixed, copyright headers added in some source files, - debian/share directory has been removed - the icon resolution is now 512*512, it doesn't come from a vector file, ok, I just saw that my comment regarding the icon was incomplete... srry about that. The intention is that every file needs its source and regenerated at build time -- the resolution is not a concern, but we need the preferred form for modiciations here. So it would be great if you could publish the source for the icon and -- if possible --
Bug#758111: [Pkg-utopia-maintainers] installation-reports: Please consider dbus for the core files
On Thu, 14 Aug 2014 at 13:24:34 +0200, Michael Biebl wrote: Two possible outcomes then 1/ Make systemd recommend/depend on dbus (recommend would probably be sufficient) According to the initial bug report, the base system is installed without Recommends, so no, Recommends is not sufficient unless we arrange for d-i to install dbus some other way. systemd already indirectly Recommends dbus, for instance: systemd --R- libpam-systemd --D- dbus systemd --P-D- libdbus-1-3 --R- dbus 2/ Make logind talk via a private dbus socket to systemd (not sure if that is feasible / doable). Just to complete the options: 3/ Waste a small amount of memory by pre-running getty@tty2 to getty@tty6, like sysvinit would: /etc/systemd/system% ls -l getty.target.wants total 24 lrwxrwxrwx 1 root root 34 Aug 6 12:41 getty@tty1.service - /lib/systemd/system/getty@.service lrwxrwxrwx 1 root root 34 Apr 27 11:43 getty@tty2.service - /lib/systemd/system/getty@.service lrwxrwxrwx 1 root root 34 Apr 27 11:43 getty@tty3.service - /lib/systemd/system/getty@.service lrwxrwxrwx 1 root root 34 Apr 27 11:43 getty@tty4.service - /lib/systemd/system/getty@.service lrwxrwxrwx 1 root root 34 Apr 27 11:43 getty@tty5.service - /lib/systemd/system/getty@.service lrwxrwxrwx 1 root root 34 Apr 27 11:43 getty@tty6.service - /lib/systemd/system/getty@.service (The symlink for tty1 is currently shipped with systemd; the others are a local change on my laptop.) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758496: [Debian-astro-maintainers] Bug#758496: stellarium: Fails to start
On 18/08/14 16:27, Martin Ziegler wrote: Yes, libqt4-opengl ist installed, djview4 depends on it. When I saw #757150 [stellarium: Fails to display], I removed libqt4-opengl and djview4. Unfortunately this did not help. Regards Martin Hi guys, I suspect it may have nothing to do with OpenGL. Could you please run this: LIBGL_ALWAYS_SOFTWARE=1 stellarium This makes Mesa use software rendering, so unless something really crazy is going on, the GPU can be ruled out. Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757120: #757120: The package doesn't build the debian file
Hi Vincent Il Martedì 19 Agosto 2014 10:20, Vincent Cheng vch...@debian.org ha scritto: On Tue, 5 Aug 2014 14:45:13 +0100 Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Package: googleearth-package Version: 1.1.0 Severity: serious Justification: makes the program almost useless tags:patch the fix is fairly trivial, taken from the ubuntu bug report https://bugs.launchpad.net/ubuntu/+source/googleearth-package/+bug/1335021 Assuming that the problem is not being able to produce a binary package with make-googleearth-package, I can't reproduce this at all: $ make-googleearth-package --2014-08-19 01:15:09-- http://dl.google.com/earth/client/current/GoogleEarthLinux.bin [...] dpkg-deb: building package `googleearth' in `./googleearth_6.0.3.2197+1.1.0-1_amd64.deb'. - Success! You can now install the package with e.g: sudo dpkg -i googleearth_6.0.3.2197+1.1.0-1_amd64.deb - Should this still be a RC bug? the problem should be if I understand correctly the code, when $instdir contains some special chars such as -, in that case the build fails. looking at the code instdir starts from the current directory, so maybe it really depend from where are you calling the make command... local instdir=`pwd`/googleearth-deb local tmpdir=`pwd`/googleearth-tmp cheers, Gianfranco Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755212: closed by Emilio Pozuelo Monfort po...@debian.org (Re: Bug#755212: transition: protobuf-c)
On 13/08/14 01:15, Robert Edmonds wrote: Emilio Pozuelo Monfort wrote: On 12/08/14 03:11, Robert Edmonds wrote: Hi, I think the transition is not quite over; there is still #756422, which blocks #755212. We need a sourceful upload of collectd in order to rebuild (or possibly remove) the .pb-c.[ch] files in the collectd-dev package, which is an Architecture: all package. I would be happy to NMU collectd, BTW... Great, then do it :) https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu has the guidelines: if you only fix the RC bug, you could upload directly without going through the delayed queue. That's a little aggressive IMO. I've uploaded a fixed version of collectd to DELAYED/7, with just the libprotobuf-c0-dev - libprotobuf-c-dev fix. That's fixed now. Shall we close this? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758496: [Debian-astro-maintainers] Bug#758496: stellarium: Fails to start
I tried LIBGL_ALWAYS_SOFTWARE=1 stellarium The bug is still there, no change. Regards, Martin Am Mi 20 Aug 2014 10:18:00 CET schrieb Tomasz Buchert: Hi guys, I suspect it may have nothing to do with OpenGL. Could you please run this: LIBGL_ALWAYS_SOFTWARE=1 stellarium -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758695: python-traitsui: Please update to use wxpython3.0
Package: python-traitsui Version: 4.4.0-1.1 Severity: important Tags: patch sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wxpy3.0 Control: block 755757 by -1 We're aiming to migrate the archive to using wxpython3.0 instead of wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie is released. I've rebuilt python-traitsui by simply updating the dependencies (see the attached patch). I tried to test it by running the tests it includes (using nose). I'm not sure how useful these tests are, as they don't all pass before my changes, but FWIW, I tested these two combinations: python-wxgtk2.8 + python-traitsui 4.4.0-1.1 + python-pyface 4.4.0-1.1 python-wxgtk3.0 + patched python-traitsui + python-pyface 4.4.0-1.2 (see The updated python-pyface also just updates the dependencies - see #757313 for that patch. Things actually look slightly better with the second one: FAILED (SKIP=14, errors=1, failures=3) --- FAILED (SKIP=14, failures=3) I'm happy to NMU these changes. Cheers, Olly diff -Nru python-traitsui-4.4.0/debian/changelog python-traitsui-4.4.0/debian/changelog --- python-traitsui-4.4.0/debian/changelog 2014-07-07 08:06:33.0 +1200 +++ python-traitsui-4.4.0/debian/changelog 2014-08-18 02:57:06.0 +1200 @@ -1,3 +1,10 @@ +python-traitsui (4.4.0-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Update dependency on python-wxgtk2.8 to python-wxgtk3.0. + + -- Olly Betts o...@survex.com Mon, 18 Aug 2014 02:56:21 +1200 + python-traitsui (4.4.0-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru python-traitsui-4.4.0/debian/control python-traitsui-4.4.0/debian/control --- python-traitsui-4.4.0/debian/control 2014-03-16 16:52:33.0 +1300 +++ python-traitsui-4.4.0/debian/control 2014-08-18 02:56:11.0 +1200 @@ -13,7 +13,7 @@ Package: python-traitsui Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, python-traits, python-pyface, python-wxgtk2.8 +Depends: ${python:Depends}, ${misc:Depends}, python-traits, python-pyface, python-wxgtk3.0 Breaks: python-traitsgui, python-traitsbackendqt, python-traitsbackendwx Replaces: python-traitsgui, python-traitsbackendqt, python-traitsbackendwx Description: traits-capable user interfaces
Bug#758496: [Debian-astro-maintainers] Bug#758496: stellarium: Fails to start
Addendum: With LIBGL_ALWAYS_SOFTWARE=1 stellarium stderr changed as follows: 10,13c10,13 OpenGL versions supported: 1.1, 1.2, 1.3, 1.4, 1.5, 2.0, 2.1, 3.0 Driver version string: 3.0 Mesa 10.2.5 GL vendor is VMware, Inc. GL renderer is Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits) --- OpenGL versions supported: 1.1, 1.2, 1.3, 1.4, 1.5, 2.0, 2.1 Driver version string: 2.1 Mesa 10.2.5 GL vendor is Intel Open Source Technology Center GL renderer is Mesa DRI Intel(R) Ironlake Mobile Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758601: ruby-pg: Ships old gemspec files
Package: ruby-pg Followup-For: Bug #758601 Control: tags -1 moreinfo Dear Kris, Can you precise the architecture you are using and check that the version you have installed on your system is really 0.17.1-1? I am using here amd64 unstable, which has 0.17.1-1, and the command apt-file show -F ruby-pg | grep rubygems-integration I get ruby-pg: /usr/share/rubygems-integration/2.1/specifications/pg-0.13.2.gemspec Cheers, Cédric signature.asc Description: Digital signature
Bug#758643: lxc-create creates vulnerable system in default debian template
On Tue, Aug 19, 2014, at 18:39, Daniel Baumann wrote: tag 758643 pending forwarded 758643 https://github.com/lxc/lxc/issues/302 thanks On 08/19/2014 05:10 PM, Ondřej Surý wrote: Attached is a simple fix that generates random password using pwgen package. my lxc-debconfig previously used as lxc-debian used to use /dev/random So instead of improving the default debian template and fixing it for everyone you just fixed the issue in your own code. That's not the way we are ought to do the packaging for mac address thus not having a depends on anything, similar could be done for a random password, introducing a depends just for random password generation seems intrusive, hence i'll leave this up to upstream to decide. Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758667: nmu: irssi_0.8.17~rc1-1
On 19/08/14 20:08, Mateusz Łukasik wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu irssi_0.8.17~rc1-1 . ALL . -m Rebuild against perlapi-5.20.0. Hi, It wasn't rebuild with newest perl in sid. Huh? Sure it was, see https://buildd.debian.org/status/package.php?p=irssi Or am I missing something? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758527: nmu: openldap_2.4.39-1.1
On 18/08/14 16:23, Simon McVittie wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu openldap was binNMU'd on amd64 (only) for the Perl 5.20 transition, which made libldap-2.4-2:amd64 non-coinstallable with libldap-2.4-2:i386, breaking installation of wine:i386 on a typical amd64 system. Please consider (I hope I've got the syntax right): nmu openldap_2.4.39-1.1 . ALL -amd64 . -m sync binNMU version number with amd64 for multiarch support There are lots of packages with different versions across architectures due to binNMUs. I'm not going to schedule binNMUs that are not necessary just because dpkg can't cope with those. I could binNMU openldap on i386 if really necessary to avoid the pain to our users, but that's about it. I have filed #758616 but I'm told that's a known and long standing issue with multiarch. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758496: [Debian-astro-maintainers] Bug#758496: stellarium: Fails to start
This is very odd, because OpenGL 3.0 contains OpenGL Shading Language 1.30 and on this parameters Stellarium should work with guarantees. -- With best regards, Alexander
Bug#243370: Less does not properly format perldoc output
-=| Thomas Schoepf, 15.04.2004 11:27:52 +0200 |=- without additional information, especially the perldoc file that contains those characters, this bug report is not very useful. -=| Thomas Schoepf, 10.12.2004 16:13:17 +0100 |=- does this problem still occur? Since perl 5.20' perldoc command switched from man rendering to term rendering, it is quite easy to reproduce the problem: perldoc perlcn In gnome-terminal, with UTF-8 locale that gives me some Chinese text with section headings containing visible ANSI escape sequences. Compare with: perldoc perlcn | more or perldoc perlcn | most # requires package 'most' to be installed or perldoc perlcv | less -R Besides that, I have doubts this is really a bug in less. Less is using some system's functions to determine whether a given character is printable or not. If the perldoc contains national language subset characters, but your locale is set to use the ASCII character set then it's inevitable that less shows those Escape sequences (they are used to display control characters). I don't think this is what is happening since the locale/terminal are fully UTF-8-aware. The option -R just forces less to output the characters no matter what (read: at your own risk). I think you mean -r as dangerous. From less(1): -r or --raw-control-chars Causes raw control characters to be displayed. The default is to display control characters using the caret notation; for example, a control-A (octal 001) is displayed as ^A. Warn‐ ing: when the -r option is used, less cannot keep track of the actual appearance of the screen (since this depends on how the screen responds to each type of control character). Thus, various display problems may result, such as long lines being split in the wrong place. -R or --RAW-CONTROL-CHARS Like -r, but only ANSI color escape sequences are output in raw form. Unlike -r, the screen appearance is maintained correctly in most cases. ANSI color escape sequences are sequences of the form: ESC [ ... m where the ... is zero or more color specification characters For the purpose of keeping track of screen appearance, ANSI color escape sequences are assumed to not move the cursor. You can make less think that characters other than m can end ANSI color escape sequences by setting the environment vari‐ able LESSANSIENDCHARS to the list of characters which can end a color escape sequence. And you can make less think that characters other than the standard ones may appear between the ESC and the m by setting the environment variable LESSANSIMID‐ CHARS to the list of characters which can appear. So as I uderstand it, -r is dangerous, -R is safe. What I am trying to say is that having -R be the default would be very nice and should be safe. Cheers, dam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741625: (no subject)
I'd also like to have Taskwarrior with enabled GnuTLS in order to use it with Freecinc service. Fow now, I had to build tw from the source. Sincerely, Gour -- When your intelligence has passed out of the dense forest of delusion, you shall become indifferent to all that has been heard and all that is to be heard. http://www.atmarama.net | Hlapicina (Croatia) | GPG: 52B5C810 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758696: ITP: ppp-gatekeeper -- PPP Gatekeeper manages and load balances main, redundant and failover PPP connections
Package: wnpp Severity: wishlist Owner: Nigel Kukard nkuk...@lbsd.net * Package name: ppp-gatekeeper Version : 0.1.0-201406111015 Upstream Author : Nigel Kukard nkuk...@lbsd.net * URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper * License : GPLv3+ Programming Lang: Perl Description : PPP Gatekeeper manages and load balances main, redundant and failover PPP connections PPP Gatekeeper is a daemon that manages PPPOE connections supporting various levels of redundancy and failover. . Traffic can be routed using round-robin and random strategies over links of similar priority. Static IP route lists can also be provided for specific routing purposes. DNS can also be load balanced over multiple links. - why is this package useful/relevant? This package is useful because it allows one to configure multiple PPP connections and actively load balance default/static routing and DNS over these links. It also allows failover connections to be established which will then receive the relevant routing table(s) when the main link(s) go down. It is extremely useful for those who have multiple DSL lines or which want to use something like 3G or other methods as a backup should the main link go down. - how do you plan to maintain it? I am the upstream and plan to maintain it using a separate git project on our gitlab system. https://gitlab.devlabs.linuxassist.net I have multiple paid staff who are employed to maintain the software package and for whom I will accept MR's for. I will handle the packaging myself and uploading for the sponsor. - looking for co-maintainers? do you need a sponsor? I do need a sponsor, ref https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751009 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758697: trying to overwrite shared '/usr/bin/policyeditor', which is different from other instances of package icedtea-netx:i386
Package: icedtea-netx Version: 1.5-2 Severity: grave Hello, got this error installing icedtea plugin for i386 (on an amd64 machine) apt-get install icedtea-netx:i386 Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following extra packages will be installed: icedtea-netx:i386 The following NEW packages will be installed: icedtea-netx:i386 0 upgraded, 1 newly installed, 0 to remove and 86 not upgraded. 1 not fully installed or removed. Need to get 0 B/23.8 kB of archives. After this operation, 155 kB of additional disk space will be used. Do you want to continue? [Y/n] (Reading database ... 202583 files and directories currently installed.) Preparing to unpack .../icedtea-netx_1.5-2_i386.deb ... Unpacking icedtea-netx:i386 (1.5-2) ... dpkg: error processing archive /var/cache/apt/archives/icedtea-netx_1.5-2_i386.deb (--unpack): trying to overwrite shared '/usr/bin/policyeditor', which is different from other instances of package icedtea-netx:i386 Errors were encountered while processing: /var/cache/apt/archives/icedtea-netx_1.5-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Regards, Sandro -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/16 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea-netx depends on: ii icedtea-netx-common 1.5-2 ii openjdk-6-jre6b32-1.13.4-1~deb7u1 ii openjdk-7-jre7u65-2.5.1-4 icedtea-netx recommends no packages. icedtea-netx 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#758698: security-tracker: Valid, trusted Certificates Fail Validation
Package: security-tracker Severity: normal A number of jabber client programs, like gajim, mcabber, pidgin, psi report a GoDaddy signed certificate as 'Certificate cannot be trusted' or 'Certificate cannot be verified'. This used to work fine, I had no issues previously and I do not really know when it started, some weeks ago gajim started to complain. In gajim, when I click 'View Cert' I get the following information: Issued to: Common Name (CN): jabber.redwood.com Organization (O): None Organizationl Unit (OU): Domain Control Validated Serial Number: 12151355787224957 Issued by: Common Name (CN): Go Daddy Secure Certificate Authority - G2 Organization (O): GoDaddy.com, Inc. Organizationl Unit (OU): http://certs.godaddy.com/repository/ Validity: Issued on: 20140715065303Z Expires on: 20150715065303Z Fingerprint SHA1 Fingerprint: D4:79:32:73:36:15:97:F0:06:7F:22:55:25:C0:16:37:88:E8:68:2B Now, I do not understand why these programs cannot verify this certificate other than the goDaddy certificates in /usr/share/ca-certificates/mozilla/ for GoDaddy have a different Common Name: Go Daddy Root Certificate Authority - G2 iso Go Daddy Secure Certificate Authority - G2 I am not sure what the problem is, here, my browser (Firefox 31.0) accepts this certificate authority. Since it is not limited to gajim, I think it is an issue in debian. Regards, HP, happy Debian user since 2002 -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Regards, HANS CARPENTER Tech Writer http://www.redwood.com RunMyJobs: Process Automation in the Cloud This message may contain confidential or legally privileged information. In the event of any error in transmission, unauthorized recipients are requested to contact the sender immediately and do not disclose or make use of this information. No warranties or assurances are made or given as to the accuracy of the information given or in relation to the safety of this e-mail and any attachments. No liability whatsoever is accepted for any consequences arising from this e-mail. If I don't document something, it's usually either for a good reason, or a bad reason. In this case it's [certainly for] a good reason. :-) Larry Wal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758619: reportbug fails with Attempt to unlock mutex that was not locked
On Tue, 19 Aug 2014 at 12:08:39 +0200, Jan Binder wrote: reportbug just aborts with exit code 134 when it is started. ... Attempt to unlock mutex that was not locked I can't reproduce this: reportbug reportbug (with the default text-mode UI) and reportbug --ui=gtk2 reportbug both seem to work fine here. For those who can reproduce it, a backtrace with libgtk2.0-0-dbg, libglib2.0-0-dbg and python-gtk2-dbg installed, using thread apply all bt instead of just bt, would be useful information. It would also be useful if someone who can reproduce this could send the output of these commands run in a terminal: reportbug --template libgtk2.0-0 reportbug --template reportbug which I think will work despite this bug. On Tue, 19 Aug 2014 at 11:15:31 +0100, Sandro Tosi forwarded: (gdb) bt #0 0x76f28407 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x76f297e8 in __GI_abort () at abort.c:89 #2 0x72cdc85d in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x719f4bbf in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #4 0x720a7d54 in ?? () from /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so #5 0x74148a99 in ?? () from /usr/lib/python2.7/lib-dynload/readline.x86_64-linux-gnu.so #6 0x00448d04 in PyOS_Readline () This looks more like a bug in Gtk2 or python-gtk2 than a GLib bug. Frame 3 is in gtk_main(), frame 2 is in GLib which just issued a message Attempt to unlock mutex that was not locked, and frame 1 is abort(): this indicates that it was probably frame 3 (gtk_main()) that behaved incorrectly. The only way to address this bug from within GLib would be to remove the check that says unlocking a mutex that isn't locked is not allowed, or reduce it from fatal to non-fatal but keep the spam to stderr. If something is unlocking a mutex that isn't locked, that's a symptom of a serious multi-threading bug somewhere (which could equally easily manifest as a thread releasing a lock that it does not actually hold, causing unsafe actions elsewhere), so I think it is correct that it is fatal to make it as visible as possible. I notice with some trepidation that /usr/share/pyshared/reportbug/ui/gtk2_ui.py uses both Gtk and threads. I wonder whether the root cause of this bug might be something like the first use of Gtk2 happened to be from a non-main thread? S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756851: Astropy affiliated packages for Debian
Hi Ole, I have successfully packaged version 0.1 of astroquery, and then noticed that version 0.2 were released. It seems that the new release needs astropy-helpers (provided by upstream astropy, but apparently not packaged in Debian) to build. Could you please consider packaging it (with astropy or separately) or help me to find a workaround? Thank you in advance. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758619: requested additional info
reportbug --template libgtk2.0-0 *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Eric Valette eric2.vale...@orange.com' as your from address. Getting status for libgtk2.0-0... Will send report to Debian (per lsb_release). Maintainer for libgtk2.0-0 is 'Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org'. Looking up dependencies of libgtk2.0-0... Rewriting subject to 'libgtk2.0-0: none' Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Eric Valette eric2.vale...@orange.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject: libgtk2.0-0: none Reply-To: eric2.vale...@orange.com Package: libgtk2.0-0 Version: 2.24.24-1 Severity: wishlist Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15.10 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 2.12.0-1 ii libc6 2.19-9 ii libcairo2 1.12.16-2 ii libcups2 1.7.5-1 ii libfontconfig1 2.11.0-6 ii libfreetype6 2.5.2-1.1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.41.2-1 ii libgtk2.0-common 2.24.24-1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpangoft2-1.0-0 1.36.6-1 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxinerama1 2:1.1.3-1 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii multiarch-support 2.19-9 ii shared-mime-info 1.3-1 Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme 0.13-1 ii libgtk2.0-bin 2.24.24-1 Versions of packages libgtk2.0-0 suggests: pn gvfs none ii librsvg2-common 2.40.3-1 -- no debconf information If you want to provide additional information, please wait to receive the bug tracking number via email; you may then send any extra information to n...@bugs.debian.org (e.g. 999...@bugs.debian.org), where n is the bug number. Normally you will receive an acknowledgement via email including the bug report number within an hour; if you haven't received a confirmation, then the bug reporting process failed at some point (reportbug or MTA failure, BTS maintenance, etc.). toto:~-reportbug --template reportbug *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Eric Valette eric2.vale...@orange.com' as your from address. Getting status for reportbug... Will send report to Debian (per lsb_release). Maintainer for reportbug is 'Reportbug Maintainers reportbug-ma...@lists.alioth.debian.org'. Looking up dependencies of reportbug... Getting status for related package python-reportbug... Looking up 'depends' of related package python-reportbug... Looking up 'suggests' of related package python-reportbug... Getting changed configuration files... Rewriting subject to 'reportbug: none' Gathering additional data, this may take a while... Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Eric Valette eric2.vale...@orange.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject:
Bug#748613: RFS: gimagereader/2.93-1 [ITP]
2014-08-20 4:24 GMT-03:00 Philip Rinn ri...@inventati.org: Oh, I totally missed the point that it was about the urgency, sorry and thanks for fixing it. Thanks again for the quick review/upload and your work! You're welcome. Please, review gtkspellmm, upload to Mentors and notify me about it. Consider all points related to gimagereader packaging review. Fix possible Lintian messages. I will wait for you. Cheers, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758699: mercurial-git: AttributeError: 'gitrepo' object has no attribute 'changegroup'
Package: mercurial-git Version: 0.4.0-2 Severity: grave I can't clone any git repository: $ hg clone git://anonscm.debian.org/collab-maint/pdf2djvu.git destination directory: pdf2djvu requesting all changes ** Unknown exception encountered with possibly-broken third-party extension git ** which supports versions 2.3.1 of Mercurial. ** Please disable git and try your action again. ** If that fixes the bug please report it to https://bitbucket.org/durin42/hg-git/issues ** Python 2.7.8 (default, Aug 18 2014, 10:01:58) [GCC 4.9.1] ** Mercurial Distributed SCM (version 3.1) ** Extensions loaded: git Traceback (most recent call last): File /usr/bin/hg, line 43, in module mercurial.dispatch.run() File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 28, in run sys.exit((dispatch(request(sys.argv[1:])) or 0) 255) File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 69, in dispatch ret = _runcatch(req) File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 138, in _runcatch return _dispatch(req) File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 820, in _dispatch cmdpats, cmdoptions) File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 600, in runcommand ret = _runcommand(ui, options, cmd, d) File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 911, in _runcommand return checkargs() File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 882, in checkargs return cmdfunc() File /usr/lib/python2.7/dist-packages/mercurial/dispatch.py, line 817, in lambda d = lambda: util.checksignature(func)(ui, *args, **cmdoptions) File /usr/lib/python2.7/dist-packages/mercurial/util.py, line 550, in check return func(*args, **kwargs) File /usr/lib/python2.7/dist-packages/mercurial/commands.py, line 1331, in clone branch=opts.get('branch')) File /usr/lib/python2.7/dist-packages/mercurial/hg.py, line 402, in clone destpeer.local().clone(srcpeer, heads=revs, stream=stream) File /usr/lib/python2.7/dist-packages/mercurial/localrepo.py, line 1731, in clone return self.pull(remote, heads) File /usr/lib/python2.7/dist-packages/mercurial/localrepo.py, line 1579, in pull return exchange.pull (self, remote, heads, force) File /usr/lib/python2.7/dist-packages/mercurial/exchange.py, line 566, in pull _pullchangeset(pullop) File /usr/lib/python2.7/dist-packages/mercurial/exchange.py, line 652, in _pullchangeset cg = pullop.remote.changegroup(pullop.fetch, 'pull') AttributeError: 'gitrepo' object has no attribute 'changegroup' -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages mercurial-git depends on: ii mercurial 3.1-1 ii python 2.7.8-1 ii python-dulwich 0.9.7-2 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758700: ifupdown-extra: /etc/network/if-up.d/10check-duplicate-ip uses arping for ipv6 addresses
Package: ifupdown-extra Version: 0.22 Severity: important Tags: ipv6 twheezy:~ # ifup -v eth0 Configuring interface eth0=eth0 (inet) run-parts --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/ethtool run-parts: executing /etc/network/if-pre-up.d/vlan ip addr add 10.2.0.84/255.255.0.0 broadcast 10.2.255.255 dev eth0 label eth0 ip link set dev eth0 up ip route add default via 10.2.0.1 dev eth0 run-parts --verbose /etc/network/if-up.d run-parts: executing /etc/network/if-up.d/00check-network-cable run-parts: executing /etc/network/if-up.d/10check-duplicate-ip root[31732]: DEBUG: Sending arp pings through eth0 (for eth0) to detect other systems using 10.2.0.84 run-parts: executing /etc/network/if-up.d/20static-routes run-parts: executing /etc/network/if-up.d/30check-gateway root[31763]: DEBUG: Sending arp pings through eth0 to detect if the gateway 10.2.0.1 is present run-parts: executing /etc/network/if-up.d/avahi-daemon run-parts: executing /etc/network/if-up.d/bind9 run-parts: executing /etc/network/if-up.d/ethtool run-parts: executing /etc/network/if-up.d/ip run-parts: executing /etc/network/if-up.d/mountnfs run-parts: executing /etc/network/if-up.d/ntpdate run-parts: executing /etc/network/if-up.d/openssh-server run-parts: executing /etc/network/if-up.d/upstart Configuring interface eth0=eth0 (inet6) run-parts --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/ethtool run-parts: executing /etc/network/if-pre-up.d/vlan modprobe -q net-pf-10 /dev/null 21 || true # ignore failure. sysctl -q -e -w net.ipv6.conf.eth0.autoconf=0 ip link set dev eth0 up ip -6 addr add 2001:780:0:9:250:56ff:beef:5efa/64 dev eth0 run-parts --verbose /etc/network/if-up.d run-parts: executing /etc/network/if-up.d/00check-network-cable run-parts: executing /etc/network/if-up.d/10check-duplicate-ip root[31886]: DEBUG: Sending arp pings through eth0 (for eth0) to detect other systems using 2001:780:0:9:250:56ff:beef:5efa arping: unknown host 2001:780:0:9:250:56ff:beef:5efa root[31888]: ERROR: Duplicate address 2001:780:0:9:250:56ff:beef:5efa assigned in the network where eth0 is connected to. run-parts: executing /etc/network/if-up.d/20static-routes run-parts: executing /etc/network/if-up.d/30check-gateway root[31909]: DEBUG: Sending arp pings through eth0 to detect if the gateway 10.2.0.1 is present run-parts: executing /etc/network/if-up.d/avahi-daemon run-parts: executing /etc/network/if-up.d/bind9 run-parts: executing /etc/network/if-up.d/ethtool run-parts: executing /etc/network/if-up.d/ip run-parts: executing /etc/network/if-up.d/mountnfs run-parts: executing /etc/network/if-up.d/ntpdate run-parts: executing /etc/network/if-up.d/openssh-server run-parts: executing /etc/network/if-up.d/upstart -- System Information: Debian Release: 7.6 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 ifupdown-extra depends on: ii bind9-host [host]1:9.8.4.dfsg.P1-6+nmu2+deb7u1 ii dpkg 1.16.15 ii host 1:9.8.4.dfsg.P1-6+nmu2+deb7u1 ii iproute 20120521-3+b3 ii iputils-arping 3:20101006-1+b1 ii iputils-ping [ping] 3:20101006-1+b1 ii net-tools1.60-24.2 ii netcat-openbsd [netcat] 1.105-7 ii netcat-traditional [netcat] 1.10-40 Versions of packages ifupdown-extra recommends: ii ethtool 1:3.4.2-1 ifupdown-extra suggests no packages. -- Configuration Files: /etc/network/if-up.d/10check-duplicate-ip 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#757342: wheezy-pu: package php5/5.4.31-0+deb7u1
On Thu, Aug 07, 2014 at 11:37:30AM +0200, Ondřej Surý wrote: Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear release team, as discussed on #debian-release about possibility of having minor PHP5 updates instead of hoarding various upstream patches, I am submitting a w-p-u bug to discuss that and to summarize my findings (and my positive attitude :). If you as the primary PHP maintainer consider upstream QA work on minor point updates to be of sufficient quality, we can follow them for future security updates. That policy has served us very well for psql, e.g. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757342: wheezy-pu: package php5/5.4.31-0+deb7u1
On Wed, Aug 20, 2014, at 11:53, Moritz Mühlenhoff wrote: On Thu, Aug 07, 2014 at 11:37:30AM +0200, Ondřej Surý wrote: Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear release team, as discussed on #debian-release about possibility of having minor PHP5 updates instead of hoarding various upstream patches, I am submitting a w-p-u bug to discuss that and to summarize my findings (and my positive attitude :). If you as the primary PHP maintainer consider upstream QA work on minor point updates to be of sufficient quality, we can follow them for future security updates. That policy has served us very well for psql, e.g. Do I read that correctly as no need to go through s-p-u? Cheers, -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728955: libatomic-ops: patch from Ubuntu
Package: libatomic-ops Version: 7.4.2-1 Followup-For: Bug #728955 User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, the same problem occurs on ppc64el and here is a patch that provides : - a fix from Ubuntu - support for quilt patches with debian/source/format Hope that helps, F. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (450, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash --- a/debian/patches/fix-test.diff 1969-12-31 21:00:00.0 -0300 +++ b/debian/patches/fix-test.diff 2014-08-20 05:35:58.0 -0300 @@ -0,0 +1,11 @@ +--- a/src/atomic_ops/sysdeps/gcc/powerpc.h b/src/atomic_ops/sysdeps/gcc/powerpc.h +@@ -29,6 +29,8 @@ + + #include ../all_aligned_atomic_load_store.h + ++#define AO_load(addr) AO_load_acquire(addr) ++ + #include ../test_and_set_t_is_ao_t.h + /* There seems to be no byte equivalent of lwarx, so this */ + /* may really be what we want, at least in the 32-bit case. */ --- a/debian/patches/series 1969-12-31 21:00:00.0 -0300 +++ b/debian/patches/series 2014-08-20 05:35:58.0 -0300 @@ -0,0 +1 @@ +fix-test.diff --- a/debian/source/format 1969-12-31 21:00:00.0 -0300 +++ b/debian/source/format 2014-08-20 05:54:06.0 -0300 @@ -0,0 +1 @@ +3.0 (quilt)
Bug#758701: CVE-2014-3251
Source: mcollective Severity: important Tags: security Please see http://puppetlabs.com/security/cve/cve-2014-3251 This doesn't warrant a DSA, but it can still be fixed in a stable point update. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758702: RM: portslave -- RoQA; depends on obsolete library, radiusclient
Package: ftp.debian.org Severity: normal Radiusclient is only waiting on portslave to be either removed or ported to work with freeradius-client to be removed from the archive. Almost half a year of no activity in #722684 suggests porting isn't happening, so removal should go forward. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758013: s3ql autopkg test regression
Am 20.08.2014 um 06:52 schrieb Nikolaus Rath: If someone cares deeply about this, the necessary patch is at https://bitbucket.org/nikratio/s3ql/commits/9a8c0ebbff390555e63b7e203b999b89aabbb86e/raw/. I did not add it to the debian package yet because I considered it a minor issue that I did not want to bug my sponsor with. But if some DD wants to sponsor a new upload right away to get this fixed, I'm happy to update the package in SVN. sure, I can do this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package ppp-gatekeeper Package name: ppp-gatekeeper Version : 0.1.0-201406111015-1 Upstream Author : Nigel Kukard nkuk...@lbsd.net URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper License : GPL-3+ Section : net It builds this noarch package: ppp-gatekeeper - PPP Gatekeeper manages and load balances main, redundant and failover PPP connections To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ppp-gatekeeper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/ppp-gatekeeper/ppp-gatekeeper_0.1.0-201406111015-1.dsc Changes since the last upload: * Changelog now closes ITP bug #758696 Regards, Nigel Kukard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758703: sylpheed: icon isn't displayed in Gnome notification bar
Package: sylpheed Version: 3.5.0~beta1~r3420-1 Severity: normal Dear Maintainer, Since the update to Gnome 3.12, the Sylpheed icon isn't displayed in the Gnome notification bar. There is only an empty location. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sylpheed depends on: ii libassuan0 2.1.1-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-9 ii libcairo21.12.16-2 ii libcompfaceg11:1.5.2-5 ii libdbus-1-3 1.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libenchant1c2a 1.6.0-10 ii libfontconfig1 2.11.0-6 ii libfreetype6 2.5.2-1.1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-4 ii libgpg-error01.13-3 ii libgpgme11 1.5.1-1 ii libgtk2.0-0 2.24.24-1 ii libgtkspell0 2.0.16-1 ii libldap-2.4-22.4.39-1 ii libonig2 5.9.5-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-01.36.3-1 ii libpisock9 0.12.5-dfsg-1 ii libssl1.0.0 1.0.1i-2 ii multiarch-support2.19-9 Versions of packages sylpheed recommends: ii aspell-en [aspell-dictionary] 7.1-0-1 ii aspell-fr [aspell-dictionary] 0.50-3-7 ii ca-certificates20140325 ii sylpheed-i18n 3.5.0~beta1~r3420-1 ii xfonts-100dpi 1:1.0.3 ii xfonts-75dpi 1:1.0.3 Versions of packages sylpheed suggests: ii bogofilter1.2.4+dfsg1-3 pn bsfilter none pn claws-mail-tools none ii curl 7.37.1-1 ii jpilot1.8.2-1 pn sylpheed-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758163: (no subject)
Control: retitle -1 RFS: kcm-ufw/0.4.3-1 [ITP] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758568: debian-edu-config: Adjust PXE setup for new syslinux/pxelinux package structure
unsubscribe On Mon, Aug 18, 2014 at 4:06 PM, Petter Reinholdtsen p...@hungry.com wrote: Package: debian-edu-config Version: 1.718 Tags: patch In Jessie, the pxelinux files are moved from the isolinux package and located under a new path. This patch adjust the paths used by debian-edu-pxeinstall to use the new paths. For this to work, the debian-edu/education-main-server package list need to change too, to install the pxelinux and syslinux-common packages instead of the syslinux package. Index: sbin/debian-edu-pxeinstall === --- sbin/debian-edu-pxeinstall (revision 83364) +++ sbin/debian-edu-pxeinstall (working copy) @@ -346,8 +346,8 @@ EOF -ln -sf /usr/lib/syslinux/pxelinux.0 $tftpdir/pxelinux.0 -ln -sf /usr/lib/syslinux/vesamenu.c32 $tftpdir/debian-edu/vesamenu.c32 +ln -sf /usr/lib/PXELINUX/pxelinux.0 $tftpdir/pxelinux.0 +ln -sf /usr/lib/syslinux/modules/bios/vesamenu.c32 $tftpdir/debian-edu/vesamenu.c32 ln -sf /usr/share/pixmaps/splash/debian-edu-splash.png $tftpdir/debian-edu/debian-edu-splash.png defaultfile=$tftpdir/debian-edu/default-menu.cfg Documenting the required change here until we know how to best handle debian-edu-config in Jessie (ie git or svn). -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2flsiktcxsd@diskless.uio.no -- They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. Benjamin Franklin http://www.brainyquote.com/quotes/authors/b/benjamin_franklin.html
Bug#758527: nmu: openldap_2.4.39-1.1
On 20/08/14 09:58, Emilio Pozuelo Monfort wrote: I could binNMU openldap on i386 if really necessary to avoid the pain to our users, but that's about it. Yes please. openldap is in wine's dependency tree, which I think is one of the most common sources of amd64/i386 co-installability issues. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758163: Control: retitle -1 RFS: kcm-ufw/0.4.3-1 [ITP]
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757396: autopkgtest: crashes on spamassassin 3.4.0-2 with --built-tree, but not with --apt-source
Control: tag -1 -moreinfo -unreproducible confirmed Hey Antonio, Antonio Terceiro [2014-08-19 12:43 -0300]: Now I get this: $ ./run-from-checkout --user debci /tmp/spamassassin-3.4.0/ --- schroot debci-unstable-amd64 PermissionError: [Errno 13] Permission denied: 'sa-compile.raw' I suppose your /tmp/spamassassin-3.4.0/ is owned by someone other than yourself, and/or sa-compile.raw is from a previous build/test run. I can reproduce this now with a root-owned file in a root-owned directory in my source tree. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#758688: [Pkg-libvirt-maintainers] Bug#758688: libvirt-daemon-system (1.2.7-9) dist-upgrade failed
On Mi., 20. Aug. 2014 06:20:50 CEST, d...@debian.org wrote: Package: libvirt-daemon-system Version: 1.2.7-9 Severity: grave Dear Maintainer, aptitude dist-upgrade failed at libvirt-daemon-system 1.2.7-9. What versions where you upgrading from? I think i do see the problem but want to be sure. Cheers, -- Guido # aptitude dist-upgrade [cut] Setting up libvirt0 (1.2.7-9) ... Setting up libvirt-clients (1.2.7-9) ... Setting up libvirt-daemon (1.2.7-9) ... Setting up libvirt-daemon-system (1.2.7-9) ... Job for virtlockd.service failed. See 'systemctl status virtlockd.service' and 'journalctl -xn' for details. dpkg: error processing package libvirt-daemon-system (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libvirt-bin: libvirt-bin depends on libvirt-daemon-system (= 1.2.7-9); however: Package libvirt-daemon-system is not configured yet. dpkg: error processing package libvirt-bin (--configure): dependency problems - leaving unconfigured Setting up openntpd (20080406p-9) ... Setting up ruby-ffi (1.9.3debian-2) ... Setting up udisks2 (2.1.3-3) ... Processing triggers for libc-bin (2.19-9) ... Errors were encountered while processing: libvirt-daemon-system libvirt-bin localepurge: Disk space freed in /usr/share/locale: 8660 KiB localepurge: Disk space freed in /usr/share/man: 1196 KiB localepurge: Disk space freed in /usr/share/gnome/help: 0 KiB localepurge: Disk space freed in /usr/share/omf: 0 KiB localepurge: Disk space freed in /usr/share/doc/kde/HTML: 0 KiB Total disk space freed by localepurge: 9856 KiB E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up libvirt-daemon-system (1.2.7-9) ... Job for virtlockd.service failed. See 'systemctl status virtlockd.service' and 'journalctl -xn' for details. dpkg: error processing package libvirt-daemon-system (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libvirt-bin: libvirt-bin depends on libvirt-daemon-system (= 1.2.7-9); however: Package libvirt-daemon-system is not configured yet. dpkg: error processing package libvirt-bin (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libvirt-daemon-system libvirt-bin Current status: 6 updates [-35]. # # systemctl status virtlockd.service -l virtlockd.service - Virtual machine lock manager Loaded: loaded (/lib/systemd/system/virtlockd.service; static) Active: inactive (dead) Docs: man:virtlockd(8) http://libvirt.org Aug 20 12:48:10 lilith systemd[1]: Stopped Virtual machine lock manager. Aug 20 12:48:18 lilith systemd[1]: Stopped Virtual machine lock manager. Aug 20 12:48:27 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 12:48:30 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 12:49:22 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 12:49:25 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 13:06:44 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 13:06:47 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 13:12:54 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 13:12:57 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. # # journalctl -xn -- Logs begin at Wed 2014-08-20 09:26:12 JST, end at Wed 2014-08-20 13:15:43 JST. -- Aug 20 13:10:01 lilith CRON[8386]: pam_unix(cron:session): session opened for user root by (uid=0) Aug 20 13:10:01 lilith CRON[8385]: pam_unix(cron:session): session closed for user root Aug 20 13:10:09 lilith CRON[8386]: pam_unix(cron:session): session closed for user root Aug 20 13:12:54 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 13:12:57 lilith systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 20 13:15:01 lilith CRON[9762]: pam_unix(cron:session): session opened for user root by (uid=0) Aug 20 13:15:01 lilith /USR/SBIN/CRON[9763]: (root) CMD (command -v debian-sa1 /dev/null debian-sa1 1 1) Aug 20 13:15:01 lilith CRON[9762]: pam_unix(cron:session): session closed for user root # -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386
Bug#758703: sylpheed: icon isn't displayed in Gnome notification bar
Control: tags -1 moreinfo Hi gpe, On Wed, Aug 20, 2014 at 12:18:05PM +0200, gpe wrote: Package: sylpheed Version: 3.5.0~beta1~r3420-1 Severity: normal Dear Maintainer, Since the update to Gnome 3.12, the Sylpheed icon isn't displayed in the Gnome notification bar. There is only an empty location. And why do you think this is a bug of the previously working Sylpheed and not a bug on the recently updated GNOME? Regards, -- Ricardo Mones ~ Datei nicht gefunden Fehler 404 signature.asc Description: Digital signature
Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP
Hi Eriberto, I saw an error stating that I had closed the bug improperly when I uploaded to the mentors page. I was a bit confused though, did I do something wrong in the debian/changelog file, or did I do something improper with the subject line in the BTS? Thanks, --Shawn Edit: I re-uploaded with a new changelog that mentions ITP, but the error persists. What am I doing wrong? Thanks for your quick response to my RFS. On Tuesday, August 19, 2014 11:46:51 Eriberto Mota wrote: tags 758163 thanks Hi Shawn, To submit a new package to Debian you need an ITP[1]. Your package is closing thisRFS bug instead an ITP. Please, fix it. Regards, Eriberto [1] https://www.debian.org/devel/wnpp/#l1 2014-08-14 18:52 GMT-03:00 Shawn Sörbom sh...@sorbom.com: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package kcm-ufw * Package name: kcm-ufw Version : 0.4.3-1 * Upstream Author : Craig Drummond craig.p.drumm...@gmail.com URL : http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789 * License : GPL-3 Section : KDE It builds those binary packages: kcm-ufw- A KDE Control Center module for the Uncomplicated Firewall To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kcm-ufw Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kcm-ufw/kcm-ufw_0.4.3-1. dsc More information about hello can be obtained from http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789 . Changes since the last upload: remove templates, fix some lintian errors. Regards, Shawn Sörbom -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4686041.pJiRfaaaFi@medusa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758704: bluetoothctl not accepting input
Package: bluetooth Version: 5.21-2 Severity: important Hi there, When I run bluetoothctl I get a [bluetooth]# command prompt but it doesn't echo any of my input. The only thing it reacts to is Ctrl+C which causes a fresh prompt to appear on the following line. I can kill the process with SIGTERM. Occasionally, this has resulted in the terminal (urxvt in my case) in which bluetooth was running being killed too. Although that is not consistent. (Additionally, I am having general problems achieving anything beyond listing nearby Bluetooth devices with the bluez tools. For example, bt-agent complains that the bluetoothd daemon is not running, which it is. Possibly there's some sort of DBus related issue. Observe: $ dbus-send --system --dest=org.bluez --print-reply / org.bluez.Manager.DefaultAdapter Error org.freedesktop.DBus.Error.UnknownMethod: Method DefaultAdapter with signature on interface org.bluez.Manager doesn't exist This is not meant a multi-issue bug report, I'm just providing this information in case it's relevant to the principal issue of the bluetoothctl utility not working.) Thanks, Richard -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bluetooth depends on: ii bluez 5.21-2 bluetooth recommends no packages. Versions of packages bluetooth suggests: pn bluez-cups none pn bluez-obexd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758705: missing license in debian/copyright
Package: gnome-shell-pomodoro Version: 0.10.2-4 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: gnome-shell-pomodoro-0.10.2\vapi\libcanberra.vapi to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758706: RM: libqt4pas [kfreebsd-amd64 kfreebsd-i386 mips mipsel s390x] -- NBS
Package: ftp.debian.org Severity: normal Hi! Please remove the binaries for the given architectures to allow this package to migrate to Testing again. Reason for removal: The library should only be used by software written in Pascal (and currently is only used by very few applications), and it makes no sense to keep it on architectures with no Pascal compiler being available. As soon as there is one on one of the ROM arches, the package will build again and be available again. Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757396: autopkgtest: crashes on spamassassin 3.4.0-2 with --built-tree, but not with --apt-source
On Wed, Aug 20, 2014 at 12:26:15PM +0200, Martin Pitt wrote: Control: tag -1 -moreinfo -unreproducible confirmed Hey Antonio, Antonio Terceiro [2014-08-19 12:43 -0300]: Now I get this: $ ./run-from-checkout --user debci /tmp/spamassassin-3.4.0/ --- schroot debci-unstable-amd64 PermissionError: [Errno 13] Permission denied: 'sa-compile.raw' I suppose your /tmp/spamassassin-3.4.0/ is owned by someone other than yourself, It's not. and/or sa-compile.raw is from a previous build/test run. This is more probable. I can reproduce this now with a root-owned file in a root-owned directory in my source tree. Maybe the test run created that file with permissions that wouldn't allow it to be removed. note that the spamassassin tests declare `needs-root` -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#758707: Fwd: plasma-desktop: crash on startup
Package: plasma-desktop Version: 4:4.11.11-1 Severity: important Application: plasma-desktop (4.11.11) KDE Platform Version: 4.13.3 Qt Version: 4.8.6 Operating System: Linux 3.14-2-amd64 x86_64 Distribution: Debian GNU/Linux testing (jessie) -- Information about the crash: Logged into kdm, when kde started plasma-desktop crashed. -- Backtrace: Application: Plasma Desktop Shell (plasma-desktop), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f549a990900 (LWP 1991))] Thread 3 (Thread 0x7f546ed1e700 (LWP 1993)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7f5493d7a7fa in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #2 0x7f5493d7a829 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #3 0x7f548e5ec0a4 in start_thread (arg=0x7f546ed1e700) at pthread_create.c:309 #4 0x7f549a285fbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7f53ecfc7700 (LWP 1997)): #0 0x7f549a27d47d in poll () at ../sysdeps/unix/syscall-template.S:81 #1 0x7f548dcce154 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f548dcce26c in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #3 0x7f5496db2017 in QEventDispatcherGlib::processEvents (this=0x7f53e80008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #4 0x7f5496d834f1 in QEventLoop::processEvents (this=this@entry=0x7f53ecfc6ca0, flags=...) at kernel/qeventloop.cpp:149 #5 0x7f5496d83805 in QEventLoop::exec (this=this@entry=0x7f53ecfc6ca0, flags=...) at kernel/qeventloop.cpp:204 #6 0x7f5496c81c39 in QThread::exec (this=this@entry=0xa47c00) at thread/qthread.cpp:538 #7 0x7f5496d65033 in QInotifyFileSystemWatcherEngine::run (this=0xa47c00) at io/qfilesystemwatcher_inotify.cpp:265 #8 0x7f5496c8439f in QThreadPrivate::start (arg=0xa47c00) at thread/qthread_unix.cpp:349 #9 0x7f548e5ec0a4 in start_thread (arg=0x7f53ecfc7700) at pthread_create.c:309 #10 0x7f549a285fbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7f549a990900 (LWP 1991)): [KCrash Handler] #6 QVariant::userType (this=0x7200650065) at kernel/qvariant.cpp:1798 #7 0x7f546fc08cea in ?? () from /usr/lib/kde4/plasma_applet_menubar.so #8 0x7f546fc00a39 in ?? () from /usr/lib/kde4/plasma_applet_menubar.so #9 0x7f546fc00aab in ?? () from /usr/lib/kde4/plasma_applet_menubar.so #10 0x7f549710fbf6 in QDBusConnectionPrivate::deliverCall (this=0xa037f0, object=0xef4060, msg=..., metaTypes=..., slotIdx=11) at qdbusintegrator.cpp:951 #11 0x7f5496d9cf41 in QObject::event (this=0xef4060, e=optimized out) at kernel/qobject.cpp:1222 #12 0x7f5496118c0c in QApplicationPrivate::notify_helper (this=this@entry=0xa202a0, receiver=receiver@entry=0xef4060, e=e@entry=0x10dbae0) at kernel/qapplication.cpp:4570 #13 0x7f549611f360 in QApplication::notify (this=this@entry=0xa06a20, receiver=receiver@entry=0xef4060, e=e@entry=0x10dbae0) at kernel/qapplication.cpp:4356 #14 0x7f5497a8a79a in KApplication::notify (this=0xa06a20, receiver=0xef4060, event=0x10dbae0) at ../../kdeui/kernel/kapplication.cpp:311 #15 0x7f5496d8486d in QCoreApplication::notifyInternal (this=0xa06a20, receiver=receiver@entry=0xef4060, event=event@entry=0x10dbae0) at kernel/qcoreapplication.cpp:953 #16 0x7f5496d87f41 in sendEvent (event=0x10dbae0, receiver=0xef4060) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #17 QCoreApplicationPrivate::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x989300) at kernel/qcoreapplication.cpp:1577 #18 0x7f5496d883d3 in QCoreApplication::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1470 #19 0x7f5496db1eb3 in sendPostedEvents () at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:236 #20 postEventSourceDispatch (s=0xa17020) at kernel/qeventdispatcher_glib.cpp:280 #21 0x7f548dccdecd in g_main_context_dispatch () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #22 0x7f548dcce1b8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #23 0x7f548dcce26c in g_main_context_iteration () from /lib/x86_64-linux- gnu/libglib-2.0.so.0 #24 0x7f5496db2061 in QEventDispatcherGlib::processEvents (this=0x98ab30, flags=...) at kernel/qeventdispatcher_glib.cpp:425 #25 0x7f54961b82c6 in QGuiEventDispatcherGlib::processEvents (this=optimized out, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #26 0x7f5496d88411 in QCoreApplication::processEvents (flags=...) at kernel/qcoreapplication.cpp:1140 #27 0x7f548f067b16 in waitForWatcher (_watcher=_watcher@entry=0x17e78f0, maxWait=maxWait@entry=3000) at /tmp/buildd/libdbusmenu- qt-0.9.2/src/dbusmenuimporter.cpp:447 #28 0x7f548f06a1b6 in
Bug#758640: [Python-modules-team] Bug#758640: python-celery-common: /usr/bin/celery wants 3.1.12 for 3.1.13 package
On 20 Aug 2014 00:24, Eric Leblond e...@regit.org wrote: Running celery binary results in an error and traceback: Thank you for your report. I hope to look into this tomorrow. (Celery is still usable, and works fine with django-celery; just the binaries won't work)
Bug#758708: wine-development: Please update the git repository
Source: wine-development Version: 1.7.24-5 Severity: wishlist Hi Michael, please update the wine git repository. I guess filing this request as a bug best matches your workflow. Technical reason: apt-get source wine-development Reading package lists... Done Building dependency tree Reading state information... Done NOTICE: 'wine-development' packaging is maintained in the 'Git' version control system at: git://anonscm.debian.org/pkg-wine/wine.git Skipping already downloaded file 'wine-development_1.7.24-5.dsc' Skipping already downloaded file 'wine-development_1.7.24.orig.tar.bz2' Skipping already downloaded file 'wine-development_1.7.24-5.debian.tar.xz' ... so there is a NOTICE that I can find the packaging in git. But this is of no use, since the head of it is still at release 1.7.21-1. Thanks in advance jre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758690: kde-telepathy: cant connect to my accounts (xmpp, icq, gmail)
On 08/20/2014 12:26 PM, Stefan Krueger wrote: Package: kde-telepathy Version: 0.8.1 Severity: important Dear Maintainer, since Monday 18th after an 'apt-get update; apt-get upgrade; apt-get dist-upgrade' i can't connect to my accounts, but all servers are aviable. They are still Connecting and nothing happens. It must be a local problem on your box. I'm using the same setup and have no issues. -- Given the large number of mailing lists I follow, I request you to CC me in replies for quicker response -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758619: more complete backtrace
gdb --args python /usr/bin/reportbug -b --no-check-available libpulse0 GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from python...Reading symbols from /usr/lib/debug//usr/bin/python2.7...done. done. (gdb) run Starting program: /usr/bin/python /usr/bin/reportbug -b --no-check-available libpulse0 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Eric Valette eric2.vale...@orange.com' as your from address. Getting status for libpulse0... Will send report to Debian (per lsb_release). Maintainer for libpulse0 is 'Pulseaudio maintenance team pkg-pulseaudio-de...@lists.alioth.debian.org'. Looking up dependencies of libpulse0... Getting changed configuration files... Briefly describe the problem (max. 100 characters allowed). This will be the bug email subject, so keep the summary as concise as possible, for example: fails to send email or does not start with -q option specified (enter Ctrl+c to exit reportbug without reporting a bug). Attempt to unlock mutex that was not locked Program received signal SIGABRT, Aborted. 0x76f28407 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) thread apply all bt Thread 1 (Thread 0x77fc0700 (LWP 17124)): #0 0x76f28407 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x76f297e8 in __GI_abort () at abort.c:89 #2 0x72cdc85d in g_mutex_unlock_slowpath (mutex=optimized out, prev=optimized out) at /build/glib2.0-MHsCdQ/glib2.0-2.41.2/./glib/gthread-posix.c:1327 #3 0x719f4bbf in IA__gtk_main () at /build/gtk+2.0-zztKf7/gtk+2.0-2.24.24/gtk/gtkmain.c:1256 #4 0x720a7d54 in _loop () at /build/buildd-pygtk_2.24.0-3+b1-amd64-HH_0XF/pygtk-2.24.0/gtk/gtk.override:126 #5 0x74148b21 in readline_until_enter_or_signal (signal=synthetic pointer, prompt=optimized out) at /build/python2.7-WkYSEh/python2.7-2.7.8/Modules/readline.c:996 #6 call_readline (sys_stdin=optimized out, sys_stdout=optimized out, prompt=optimized out) at /build/python2.7-WkYSEh/python2.7-2.7.8/Modules/readline.c:1088 #7 0x0044a06f in PyOS_Readline (sys_stdin=0x772974e0 _IO_2_1_stdin_, sys_stdout=sys_stdout@entry=0x772972a0 _IO_2_1_stdout_, prompt=prompt@entry=0x7434f84c ) at ../Parser/myreadline.c:207 #8 0x004453e2 in builtin_raw_input.lto_priv.1351 (self=optimized out, args=optimized out) at ../Python/bltinmodule.c:2060 #9 0x004c8265 in call_function (oparg=optimized out, pp_stack=optimized out) at ../Python/ceval.c:4021 #10 PyEval_EvalFrameEx () at ../Python/ceval.c:2667 #11 0x004c6ab9 in PyEval_EvalCodeEx () at ../Python/ceval.c:3253 #12 0x004c877c in fast_function (nk=optimized out, na=optimized out, n=optimized out, pp_stack=optimized out, func=optimized out) at ../Python/ceval.c:4117 #13 call_function (oparg=optimized out, pp_stack=optimized out) at ../Python/ceval.c:4042 #14 PyEval_EvalFrameEx () at ../Python/ceval.c:2667 #15 0x004c6ab9 in PyEval_EvalCodeEx () at ../Python/ceval.c:3253 #16 0x004c877c in fast_function (nk=optimized out, na=optimized out, n=optimized out, pp_stack=optimized out, func=optimized out) at ../Python/ceval.c:4117 #17 call_function (oparg=optimized out,
Bug#758502: tracker.debian.org: Add data from duck.debian.net to action needed panel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am 2014-08-19 11:26, schrieb Raphael Hertzog: Control: forcemerge -1 756745 On Mon, 18 Aug 2014, Simon Kainz wrote: this adds support for data from duck.debian.net. There was already an open bug against tracker.d.o requesting the support of duck.debian.net (and I think I pointed you to it on IRC), so merging your bug with it. Cheers, ok, thank you. My workstation rebooted due to power issues, so my IRC session vanished and i didn't see your message. Bye, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJT9IKgAAoJEBy08PeN7K/pM5EQAIc0DYgZKx7VyxBC2yExEr1G RVawKrRByCipnvG3utqridB3awDsWefbgYOncqDUd3pHyxcNlslE25ep0NkMj/n6 EgE1VTMQY19j9IYabyjx1jszfaOTQQp5tqny5Z+jknQDT/aFXIEXJXJ0HffEeLSu dbsh6xeEsBgvelSZ+BVY2XPLGmqdQ2UtUTlHtfH6nZlaKI4/sTeon0VRJI8r4H9b K3q9AEXVI7KpVSVpvpd9cMBjcnZEyYsS3hNV7UpycrgXJL/u7Yu2NMoiG5fxSYQS YbTrgl8PcmeuxvVzPDjx3uvlBuNX4VycCvSNidco3jlpN6FWy824a4yTqMFvWcuH R6H8cVI0LpJ3av2LuVY4s+OfRBQH18ohrfrIiTGQG/lZAYxR8wY5iPNkxCwnjNqN i3gkzyiyroTbK4vT1qVSztmQfRiOncTmhtvOV5nMKS62zCbGuUvi/tOY/egJzfgg Go9z4ki1oa76CBoKeuY+QsVdJy5Ze7hl3rc6Vu3Bb1pWIJxZURK9Zz/BGwCtacHx zpnE0bH9TRsydWhsmcqSYy0BzuCB5ho/pXFM+R71yVZrrma+jXeL53LSIktQhbkk o1wvmykR5oVDNYTjMeOS6SXWkUST2UYPC7Bh5AsRoJD2XYhWMlHgWB9dlX/804qp 8KSlsItQvH2n/z9EUOJ0 =826n -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758111: [Pkg-utopia-maintainers] installation-reports: Please consider dbus for the core files
On 08/20/2014 10:12, Simon McVittie wrote: On Thu, 14 Aug 2014 at 13:24:34 +0200, Michael Biebl wrote: Two possible outcomes then 1/ Make systemd recommend/depend on dbus (recommend would probably be sufficient) According to the initial bug report, the base system is installed without Recommends, so no, Recommends is not sufficient unless we arrange for d-i to install dbus some other way. systemd already indirectly Recommends dbus, for instance: Then we could also just make sure dbus is included in the base installation, i.e. increase its priority to either standard or important. Maybe also for libpam-systemd? systemd should still Recommend: dbus to get it installed on upgrades from wheezy. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758688: libvirt-daemon-system (1.2.7-9) dist-upgrade failed
Package: libvirt-daemon-system Version: 1.2.7-9 Followup-For: Bug #758688 I personally guess the prerm script assumes virtlockd service is up: deb-systemd-invoke stop virtlockd.socket virtlockd.service /dev/null The installation can continue after the following command: deb-systemd-invoke start virtlockd.socket virtlockd.service -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-daemon-system depends on: ii adduser 3.113+nmu3 ii gettext-base 0.19.2-1 ii init-system-helpers 1.20 ii libapparmor1 2.8.0-5.1+b2 ii libaudit11:2.3.7-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libblkid12.20.1-5.8 ii libc62.19-9 ii libcap-ng0 0.7.3-1.1 ii libdbus-1-3 1.8.6-2 ii libdevmapper1.02.1 2:1.02.88-1 ii libgnutls-deb0-283.2.16-1 ii libnl-3-200 3.2.24-2 ii libnl-route-3-2003.2.24-2 ii libnuma1 2.0.9-1.1 ii librados20.80.5-1 ii librbd1 0.80.5-1 ii libsasl2-2 2.1.26.dfsg1-11 ii libselinux1 2.3-1 ii libssh2-11.4.3-3 ii libsystemd-daemon0 208-7 ii libvirt-clients 1.2.7-9 ii libvirt-daemon 1.2.7-9 ii libvirt0 1.2.7-9 ii libxml2 2.9.1+dfsg1-4 ii libyajl2 2.1.0-1 ii logrotate3.8.7-1 Versions of packages libvirt-daemon-system recommends: ii bridge-utils 1.5-9 ii dmidecode 2.12-3 ii dnsmasq-base 2.71-1 ii ebtables 2.0.10.4-3 ii iproute2 3.16.0-1 ii iptables 1.4.21-2 ii parted3.2-4 ii pm-utils 1.4.1-15 Versions of packages libvirt-daemon-system suggests: pn apparmor none pn auditd none ii policykit-1 0.105-6.1 pn radvdnone ii systemd 208-7 pn systemtapnone -- Configuration Files: /etc/libvirt/qemu.conf [Errno 13] Permission denied: u'/etc/libvirt/qemu.conf' -- 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#758709: Let multimedia keys go through i3lock
Package: i3lock Version: 2.6-1 Severity: wishlist File: /usr/bin/i3lock -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! It would be convenient to allow some keys to be transmitted to the window manager. For examples, multimedia keys could still work while the screen is locked. I don't know if this is easy to do with X. Thanks! - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages i3lock depends on: ii libc6 2.19-9 ii libcairo2 1.12.16-2 ii libev4 1:4.15-3 ii libpam0g1.1.8-3 ii libxcb-dpms01.10-3 ii libxcb-image0 0.3.9-1 ii libxcb-shm0 1.10-3 ii libxcb-util00.3.8-2 ii libxcb-xinerama01.10-3 ii libxcb-xkb1 1.10-3 ii libxcb1 1.10-3 ii libxkbcommon-x11-0 0.4.1-2 ii libxkbcommon0 0.4.1-2 i3lock recommends no packages. i3lock suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJT9F82AAoJEJWkL+g1NSX58cMP/AxKpf3sA9KnF9HFfzmY1S7f 13Yc8dgLOZq5cGhwg14l3we05iv0SqVeNH5UnvB7Asw99qX1jFOV60PTDzG90sxC muQwCierBTVeD7iV5lrJ+g7tjED7+QAeboOxOn8I73zUpRkbjBnb5tpfu0kUdXto FdhXHkOnQziIeE/X1zyq/n2C9SPirEzjs0LW6tuW+YdqundCwDYhU8F6T4t9DSxP /Q8QPbpXPJLsoXFYYasNpni1XoZdoKDAUagvCYsPc+Am4CoBCNOalw0wx4ObnYMP GlSidQoGW4ue7P/ExwspiAmtB7FTtk6y3yDhFbkxyGmXJjqQLcy7d6zpj+ro6yLg FdwXbw5WRBNRoJIT70AYk7zqmsT6MBMyAWxSJSEoiNedlGqWaNNKcKc+sU6IU4DQ tZNtnBGtjxexBKEJYlk63B1hgyyS/pU8WmrywLXsA89uH3kTO+Rwqk+OHlUKLkZn gzlSGmK+7oArWIK/hOzCwdB1A9bf3gkwok0yNclW96/yVQlj79MNb04dTHq3TSRD SGjL3DJJb+voukOBQhGip2hxdUeLkOGlu++JyLEX34G8QXnyVXx7s1i5qNpSQxry jI1Ee6Jq/mHPP0d34aWbQSmkA3QFXHXgRSmf+JdR7U9MzRjiuBxb2EvJU5l7zqFr 2nK8HumG2d/DTFkmNizx =G8mf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758124: Documenting the Testsuite field in the Policy.
On Tue, Aug 19, 2014 at 07:35:22PM -0300, Antonio Terceiro wrote: Anybody Developer who thinks that 1) the Policy is useful and 2) the Testsuite field is useful, can participate. What is needed is to read the text below, verify that it reflects the facts, and if yes, send an email containing something like “seconded”. IMO the fact that close to 600 packages are already using the field shows quite some support for it to be documented. :) I somehow was guided by this idea when I was raising my hand the first time. And yes, I agree that we should document what we are using. + headingttTestsuite/tt/heading + + p + Simple field containing a comma-separated list of values allowing + test execution environments to discover packages which provide + tests. Currently, the only defined value is ttautopkgtest/tt. + /p + + p + This field is automatically added to Debian source control files by + prgndpkg/prgnfootnotefrom version 1.17.11./footnote when + a filedebian/tests/control/file file is present in the source + package. This field may also be used in source package control + files if needed in other situations. + /p Looks good to me. Seconded, FWIW. I wonder whether the second paragraph implies something like: Since the field is automatically added there is no reason to specify it explicitly any more. I think this policy change is even implemented in lintian since I think to remember that lintian stopped warning about the missing testsuite field (if I remember correctly without checking). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758688: From Which Version I Do The Upgrade
Hi! I tried it from 1.2.7-8 and have the same problem CU Michael Ott -- ,''`. : :' : Michael Ott `. `'e-mail: michael at king-coder dot de `- signature.asc Description: This is a digitally signed message part
Bug#757844: forwarded
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=338402 control: tags -1 +upstream -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758056: RFS: binwalk/2.0.1-1
Hi Vincent, Il Martedì 19 Agosto 2014 11:09, Vincent Cheng vch...@debian.org ha scritto: Control: tag -1 + moreinfo On Wed, Aug 13, 2014 at 12:49 PM, Gianfranco Costamagna costamagnagianfra...@yahoo.it wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package binwalk * Package name : binwalk Version : 2.0.1-1 Upstream Author : Craig Heffner heffne...@gmail.com * URL : https://github.com/devttys0/binwalk * License : Expat/Zlib Section : devel It builds those binary packages: binwalk - tool for searching binary images for embedded files and executables To access further information about this package, please visit the following URL: http://mentors.debian.net/package/binwalk Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/binwalk/binwalk_2.0.1-1.dsc Changes since the last upload: * Imported Upstream version 2.0.1 (Closes: #727553) - Updated docs location * d/r: Removing binary files when cleaning * d/c: X-Python-Version: = 2.7 * d/p/destdir.patch: Override install path * Add some b-d and d * Bump std-version to 3.9.5, no changes required * Add myself to uploaders. * d/{control,watch,copyright} New website (Closes: #734708) * Canonical VCS urls. * Update man page. This isn't a thorough review, but anyways... debian/copyright is incomplete, missing: - copyright/licenses of bundled file, pyqtgraph, ssdeep (tarballs in src/bundles/) I actually don't use them, but I added them instead of removing the tarballs, since one day it might be necessary to use one of them (in case of incompatibilities between particular library versions), and will be easier to enable them at runtime. I usually leave the removal only for non dfsg stuff. - src/C/compress/compress42.c - src/C/miniz/tinfl.c Done You may want to trim down your newly added dependencies, and add only the dependencies that you actually need, e.g. tar and gzip are both Essential: yes, Removed, wonderful! and do you really need to depend on a JDK? grep jar . -R ./src/binwalk/config/extract.conf:^zip archive data:zip:jar xf '%e' # jar does a better job of unzipping than unzip does... it seems really needed, this program does a great job in its goal, and jar is quite essential for doing it :( I tried to ask upstream about dependencies, I also opened an upstream issue [1], and seems that (also by looking at the code) they are all needed. [1] https://github.com/devttys0/binwalk/issues/62 Have many thanks for reviewing it, the new package is uploaded on mentors! Gianfranco Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758688: [Pkg-libvirt-maintainers] Bug#758688: libvirt-daemon-system (1.2.7-9) dist-upgrade failed
Control: severity -1 important On Wed, Aug 20, 2014 at 12:25:09PM +0200, Guido Günther wrote: aptitude dist-upgrade failed at libvirt-daemon-system 1.2.7-9. What versions where you upgrading from? I think i do see the problem but want to be sure. from 1.2.7-8. [cut] Preparing to unpack .../libvirt-daemon-system_1.2.7-9_amd64.deb ... Unpacking libvirt-daemon-system (1.2.7-9) over (1.2.7-8) ... Preparing to unpack .../libvirt-clients_1.2.7-9_amd64.deb ... Unpacking libvirt-clients (1.2.7-9) over (1.2.7-8) ... Preparing to unpack .../libvirt-daemon_1.2.7-9_amd64.deb ... Unpacking libvirt-daemon (1.2.7-9) over (1.2.7-8) ... Preparing to unpack .../libvirt0_1.2.7-9_amd64.deb ... Unpacking libvirt0 (1.2.7-9) over (1.2.7-8) ... Preparing to unpack .../libvirt-bin_1.2.7-9_amd64.deb ... Unpacking libvirt-bin (1.2.7-9) over (1.2.7-8) ... [cut] Setting up libvirt0 (1.2.7-9) ... Setting up libvirt-clients (1.2.7-9) ... Setting up libvirt-daemon (1.2.7-9) ... Setting up libvirt-daemon-system (1.2.7-9) ... Job for virtlockd.service failed. See 'systemctl status virtlockd.service' and 'journalctl -xn' for details. dpkg: error processing package libvirt-daemon-system (--configure): subprocess installed post-installation script returned error exit status 1 [cut] but i downgrade from partial installed 1.2.7-9 to 1.2.7-8, then retry to upgrade from 1.2.7-8 to 1.2.7-9, there is no problem. # systemctl status virtlockd.service -l virtlockd.service - Virtual machine lock manager Loaded: loaded (/lib/systemd/system/virtlockd.service; static) Active: active (running) since Wed 2014-08-20 14:14:44 JST; 6h ago Docs: man:virtlockd(8) http://libvirt.org Main PID: 16794 (virtlockd) CGroup: /system.slice/virtlockd.service └─16794 /usr/sbin/virtlockd Aug 20 14:14:44 lilith systemd[1]: Started Virtual machine lock manager. Aug 20 14:14:55 lilith systemd[1]: Started Virtual machine lock manager. Aug 20 14:15:05 lilith systemd[1]: Started Virtual machine lock manager. Aug 20 14:15:07 lilith systemd[1]: Reloading Virtual machine lock manager. Aug 20 14:15:08 lilith systemd[1]: Reloaded Virtual machine lock manager. Aug 20 14:15:09 lilith systemd[1]: Started Virtual machine lock manager. Aug 20 14:15:11 lilith systemd[1]: Started Virtual machine lock manager. Aug 20 20:18:58 lilith systemd[1]: Reloading Virtual machine lock manager. Aug 20 20:18:58 lilith systemd[1]: Reloaded Virtual machine lock manager. Aug 20 20:18:59 lilith systemd[1]: Started Virtual machine lock manager. # # journalctl -xn -- Logs begin at Wed 2014-08-20 09:26:12 JST, end at Wed 2014-08-20 20:20:10 JST. -- Aug 20 20:18:59 lilith systemd[1]: Started Suspend Active Libvirt Guests. -- Subject: Unit libvirt-guests.service has finished start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit libvirt-guests.service has finished starting up. -- -- The start-up result is done. Aug 20 20:18:59 lilith systemd[1]: Reloading. Aug 20 20:18:59 lilith systemd[1]: Listening on Virtual machine lock manager socket. -- Subject: Unit virtlockd.socket has finished start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit virtlockd.socket has finished starting up. -- -- The start-up result is done. Aug 20 20:18:59 lilith systemd[1]: Started Virtual machine lock manager. -- Subject: Unit virtlockd.service has finished start-up -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit virtlockd.service has finished starting up. -- -- The start-up result is done. Aug 20 20:20:01 lilith CRON[11649]: pam_unix(cron:session): session opened for user root by (uid=0) Aug 20 20:20:01 lilith CRON[11650]: pam_unix(cron:session): session opened for user root by (uid=0) Aug 20 20:20:01 lilith CRON[11649]: pam_unix(cron:session): session closed for user root Aug 20 20:20:10 lilith CRON[11650]: pam_unix(cron:session): session closed for user root # -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP
Hi Shawn, The correct is: * Initial release. (Closes: #758163) Regards, Eriberto 2014-08-20 7:38 GMT-03:00 Shawn Sörbom sh...@sorbom.com: Hi Eriberto, I saw an error stating that I had closed the bug improperly when I uploaded to the mentors page. I was a bit confused though, did I do something wrong in the debian/changelog file, or did I do something improper with the subject line in the BTS? Thanks, --Shawn Edit: I re-uploaded with a new changelog that mentions ITP, but the error persists. What am I doing wrong? Thanks for your quick response to my RFS. On Tuesday, August 19, 2014 11:46:51 Eriberto Mota wrote: tags 758163 thanks Hi Shawn, To submit a new package to Debian you need an ITP[1]. Your package is closing thisRFS bug instead an ITP. Please, fix it. Regards, Eriberto [1] https://www.debian.org/devel/wnpp/#l1 2014-08-14 18:52 GMT-03:00 Shawn Sörbom sh...@sorbom.com: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package kcm-ufw * Package name: kcm-ufw Version : 0.4.3-1 * Upstream Author : Craig Drummond craig.p.drumm...@gmail.com URL : http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789 * License : GPL-3 Section : KDE It builds those binary packages: kcm-ufw- A KDE Control Center module for the Uncomplicated Firewall To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kcm-ufw Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kcm-ufw/kcm-ufw_0.4.3-1. dsc More information about hello can be obtained from http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789 . Changes since the last upload: remove templates, fix some lintian errors. Regards, Shawn Sörbom -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4686041.pJiRfaaaFi@medusa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP
As a tip for you, your package has a lot of comments (useless lines, trash). Please, clean your package. You can see an example here: http://sources.debian.net/src/pdfcrack/0.13-3/debian/ Regards, Eriberto 2014-08-20 9:07 GMT-03:00 Eriberto eribe...@eriberto.pro.br: Hi Shawn, The correct is: * Initial release. (Closes: #758163) Regards, Eriberto 2014-08-20 7:38 GMT-03:00 Shawn Sörbom sh...@sorbom.com: Hi Eriberto, I saw an error stating that I had closed the bug improperly when I uploaded to the mentors page. I was a bit confused though, did I do something wrong in the debian/changelog file, or did I do something improper with the subject line in the BTS? Thanks, --Shawn Edit: I re-uploaded with a new changelog that mentions ITP, but the error persists. What am I doing wrong? Thanks for your quick response to my RFS. On Tuesday, August 19, 2014 11:46:51 Eriberto Mota wrote: tags 758163 thanks Hi Shawn, To submit a new package to Debian you need an ITP[1]. Your package is closing thisRFS bug instead an ITP. Please, fix it. Regards, Eriberto [1] https://www.debian.org/devel/wnpp/#l1 2014-08-14 18:52 GMT-03:00 Shawn Sörbom sh...@sorbom.com: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package kcm-ufw * Package name: kcm-ufw Version : 0.4.3-1 * Upstream Author : Craig Drummond craig.p.drumm...@gmail.com URL : http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789 * License : GPL-3 Section : KDE It builds those binary packages: kcm-ufw- A KDE Control Center module for the Uncomplicated Firewall To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kcm-ufw Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kcm-ufw/kcm-ufw_0.4.3-1. dsc More information about hello can be obtained from http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789 . Changes since the last upload: remove templates, fix some lintian errors. Regards, Shawn Sörbom -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4686041.pJiRfaaaFi@medusa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758703: sylpheed: icon isn't displayed in Gnome notification bar
Hi, Because I don't have the problem with other softwares. But I'm not sure that it's a sylpheed problem. Regards. Le 20 août 2014 12:36, Ricardo Mones mo...@debian.org a écrit : Control: tags -1 moreinfo Hi gpe, On Wed, Aug 20, 2014 at 12:18:05PM +0200, gpe wrote: Package: sylpheed Version: 3.5.0~beta1~r3420-1 Severity: normal Dear Maintainer, Since the update to Gnome 3.12, the Sylpheed icon isn't displayed in the Gnome notification bar. There is only an empty location. And why do you think this is a bug of the previously working Sylpheed and not a bug on the recently updated GNOME? Regards, -- Ricardo Mones ~ Datei nicht gefunden Fehler 404
Bug#758615: new patch
Hi, attached my attempt to make my previous patches a bit nicer, it applies on top of the previous set and adds a struct debsig_ctx to avoid passing three args (originID, deb, deb_fs) to the functions. As always, feedback welcome :) Thanks, Michael From 6db400f2d938dc967e657d29e483420636d5080d Mon Sep 17 00:00:00 2001 From: Michael Vogt m...@ubuntu.com Date: Wed, 20 Aug 2014 14:13:29 +0200 Subject: [PATCH] use new struct debsig_ctx instead of a global state --- Makefile| 4 +-- ar-parse.c | 20 +++--- debsig-verify.c | 82 ++--- debsig.h| 15 --- gpg-parse.c | 16 +-- misc.c | 4 +-- 6 files changed, 71 insertions(+), 70 deletions(-) diff --git a/Makefile b/Makefile index 2dc0256..6a72b72 100644 --- a/Makefile +++ b/Makefile @@ -1,5 +1,5 @@ CC = gcc -CFLAGS = -Wall -Wextra -g -O2 +DS_CFLAGS = -Wall -Wextra -g3 -O2 #TESTING=1 @@ -31,7 +31,7 @@ MANPAGES = debsig-verify.1 all: $(PROGRAM) $(MANPAGES) $(PROGRAM): $(OBJS) - $(CC) $(MK_CFLAGS) $(CFLAGS) $(OBJS) $(MK_LDFLAGS) $(LDFLAGS) -o $@ + $(CC) $(MK_CFLAGS) $(DS_CFLAGS) $(OBJS) $(MK_LDFLAGS) $(LDFLAGS) -o $@ install: all install -d -m755 $(DESTDIR)/usr/bin diff --git a/ar-parse.c b/ar-parse.c index 5ff558a..8138e55 100644 --- a/ar-parse.c +++ b/ar-parse.c @@ -39,7 +39,7 @@ * nothing important is going to be zero length anyway, so we treat it as * non-existant. */ off_t -findMember(const char *deb, const char *name, FILE *deb_fs) +findMember(const struct debsig_ctx *ds_ctx, const char *name) { char magic[SARMAG+1]; struct ar_hdr arh; @@ -53,12 +53,14 @@ findMember(const char *deb, const char *name, FILE *deb_fs) } /* This shouldn't happen, but... */ -if (deb_fs == NULL) +if (ds_ctx == NULL) + ds_fail_printf(DS_FAIL_INTERNAL, findMember: called while ds_ctx == NULL); +if (ds_ctx-deb_fs == NULL) ds_fail_printf(DS_FAIL_INTERNAL, findMember: called while deb_fs == NULL); -rewind(deb_fs); +rewind(ds_ctx-deb_fs); -if (!fgets(magic,sizeof(magic),deb_fs)) +if (!fgets(magic,sizeof(magic), ds_ctx-deb_fs)) ds_fail_printf(DS_FAIL_INTERNAL, findMember: failure to read package (%s), strerror(errno)); @@ -68,9 +70,9 @@ findMember(const char *deb, const char *name, FILE *deb_fs) return 0; } -while(!feof(deb_fs)) { - if (fread(arh, 1, sizeof(arh),deb_fs) != sizeof(arh)) { - if (ferror(deb_fs)) +while(!feof(ds_ctx-deb_fs)) { + if (fread(arh, 1, sizeof(arh), ds_ctx-deb_fs) != sizeof(arh)) { + if (ferror(ds_ctx-deb_fs)) ds_fail_printf(DS_FAIL_INTERNAL, findMember: error while parsing archive header (%s), strerror(errno)); return 0; @@ -80,7 +82,7 @@ findMember(const char *deb, const char *name, FILE *deb_fs) ds_fail_printf(DS_FAIL_INTERNAL, findMember: archive appears to be corrupt, fmag incorrect); dpkg_ar_normalize_name(arh); - mem_len = dpkg_ar_member_get_size(deb, arh); + mem_len = dpkg_ar_member_get_size(ds_ctx-deb, arh); /* * If all looks well, then we return the length of the member, and @@ -97,7 +99,7 @@ findMember(const char *deb, const char *name, FILE *deb_fs) return mem_len; /* fseek to the start of the next member, and try again */ - if (fseek(deb_fs, mem_len + (mem_len 1), SEEK_CUR) == -1 ferror(deb_fs)) + if (fseek(ds_ctx-deb_fs, mem_len + (mem_len 1), SEEK_CUR) == -1 ferror(ds_ctx-deb_fs)) ds_fail_printf(DS_FAIL_INTERNAL, findMember: error during file seek (%s), strerror(errno)); } diff --git a/debsig-verify.c b/debsig-verify.c index 069cc7c..f5042a2 100644 --- a/debsig-verify.c +++ b/debsig-verify.c @@ -41,7 +41,7 @@ char *ver_magic_member = debian-binary; char *ver_ctrl_members[] = { CTAR(), CTAR(.gz), CTAR(.xz), 0 }; char *ver_data_members[] = { DTAR(), DTAR(.gz), DTAR(.xz), DTAR(.bz2), DTAR(.lzma), 0 }; -static int checkSelRules(const char *originID, struct group *grp, const char *deb, FILE *deb_fs) { +static int checkSelRules(struct debsig_ctx *ds_ctx, struct group *grp) { int opt_count = 0; struct match *mtc; int len; @@ -53,8 +53,8 @@ static int checkSelRules(const char *originID, struct group *grp, const char *de /* If we have an ID for this match, check to make sure it exists, and * matches the signature we are about to check. */ if (mtc-id) { -char *m_id = getKeyID(originID, mtc); -char *d_id = getSigKeyID(deb, mtc-name); +char *m_id = getKeyID(ds_ctx-originID, mtc); +char *d_id = getSigKeyID(ds_ctx, mtc-name); if (m_id == NULL || d_id == NULL || strcmp(m_id, d_id)) return 0; } @@ -64,7 +64,7 @@ static int checkSelRules(const char *originID, struct group *grp, const char *de * specified, don't we? */ -len = checkSigExist(deb, mtc-name, deb_fs); +len = checkSigExist(ds_ctx, mtc-name); /* If the
Bug#758710: failed arm64 build of sigscheme 0.8.5-4.1
Package: sigscheme Version: 0.8.5-4.1 Severity: normal * Source package: sigscheme * Version: 0.8.5-4.1 * Architecture: arm64 * State: failed * Suite: sid * Builder: arm-arm-01.debian.org * Build log: https://buildd.debian.org/fetch.cgi?pkg=sigschemearch=arm64ver=0.8.5-4.1stamp=1408406785file=log it is caused by old gc headers that does not support arm64 (sigscheme-0.8.5/libgcroots/include/private/gcconfig.h). upstream (libgc 7.5.0): https://github.com/ivmai/bdwgc/blob/master/include/private/gcconfig.h libgc 1:7.2d-6.3 debian patch (but it is not applied to libgcroots) http://sources.debian.net/src/libgc/1:7.2d-6.3/debian/patches/arm64.diff/ [cut] /bin/bash ./libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\gcroots\ -DPACKAGE_TARNAME=\libgcroots\ -DPACKAGE_VERSION=\0.2.2\ -DPACKAGE_STRING=\gcroots\ 0.2.2\ -DPACKAGE_BUGREPORT=\sigscheme...@googlegroups.com\ -DPACKAGE_URL=\\ -DPACKAGE=\libgcroots\ -DVERSION=\0.2.2\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSIZEOF_VOID_P=8 -DALIGNOF_VOID_P=8 -DHAVE_GETCONTEXT=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DSMALL_CONFIG=1 -I./include -D_FORTIFY_SOURCE=2 -fexceptions -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -pedantic -Wall -Wchar-subscripts -Wmissing-declarations -Wredundant-decls -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -c -o mark.lo mark.c libtool: compile: gcc -DPACKAGE_NAME=\gcroots\ -DPACKAGE_TARNAME=\libgcroots\ -DPACKAGE_VERSION=\0.2.2\ -DPACKAGE_STRING=\gcroots 0.2.2\ -DPACKAGE_BUGREPORT=\sigscheme...@googlegroups.com\ -DPACKAGE_URL=\\ -DPACKAGE=\libgcroots\ -DVERSION=\0.2.2\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DSIZEOF_VOID_P=8 -DALIGNOF_VOID_P=8 -DHAVE_GETCONTEXT=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\.libs/\ -DNO_EXECUTE_PERMISSION=1 -DALL_INTERIOR_POINTERS=1 -DSMALL_CONFIG=1 -I./include -D_FORTIFY_SOURCE=2 -fexceptions -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -pedantic -Wall -Wchar-subscripts -Wmissing-declarations -Wredundant-decls -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -c mark.c -fPIC -DPIC -o .libs/mark.o In file included from ./include/private/gc_priv.h:68:0, from mark.c:30: ./include/private/gcconfig.h:481:5: error: #error The collector has not been ported to this machine/OS combination. # error The collector has not been ported to this machine/OS combination. ^ [cut] -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#758711: debian-goodies: checkrestart reports services which have open files with name including deleted as to be restarted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: debian-goodies Version: 0.61 Severity: normal On our mysql server we have a table called upload_tmp_deleted which let checkrestart think that mysql should be restarted, probably because checkrestart does not check the string deleted in lsof output strictly enough. output of checkrestart $ checkrestart -pva Found 1 processes using old versions of upgraded files (1 distinct program) Process /usr/sbin/mysqld (PID: 2775) List of deleted files in use: /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd /var/lib/mysql/database/upload_tmp_deleted.ibd Running:['dpkg-query', '--search', '/usr/sbin/mysqld'] Reading line: percona-server-server-5.6: /usr/sbin/mysqld (1 distinct packages) Of these, 1 seem to contain init scripts which can be used to restart them: The following packages seem to have init scripts that could be used to restart them: percona-server-server-5.6: 2775/usr/sbin/mysqld These are the init scripts: service mysql restart - -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-openvz-042stab093.4-amd64 (SMP w/32 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 debian-goodies depends on: ii curl 7.26.0-1+wheezy9 ii dctrl-tools [grep-dctrl] 2.22.2 ii perl 5.14.2-21+deb7u1 ii python2.7.3-4+deb7u1 ii whiptail 0.52.14-11.1 Versions of packages debian-goodies recommends: ii lsof 4.86+dfsg-1 Versions of packages debian-goodies suggests: pn popularity-contest none pn xdg-utils none pn zenity none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJT9JfEAAoJEK8Ii7qe/iAw50cH/R0nlQwqyBK2hw2I/UXZJMnD SH5MV1ENalbrwqQHzEBcm9ShXMBh1DSHCkPcmRTh2KcQ55PjF/UARb/adEp8txoM Qz/gXuL4Y/qudWHVNR4CD+oVLl3mOsZKVjNBCegYmlYdRK2N4yN+tOkHC5EHa4lh f2//NYDyRGTD03T1+gsjanW60LZW6oZxdmIll66hLu4uaqZIf6g5N4N1IyrQ3Acc 2BaoJLMPII2RihoTkQUEGf87nxdB0GCcjDVeOBOjM3XImhRkMAb4tfjyzFlH3kw8 pJgoEnQeuYMYl/efeRFhMDw0xLeGaatRFNHmKNi69JgJCd4sz7FgDfZhf63GJN4= =8qQj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758124: Documenting the Testsuite field in the Policy.
On Wed, Aug 20, 2014 at 01:38:32PM +0200, Andreas Tille wrote: On Tue, Aug 19, 2014 at 07:35:22PM -0300, Antonio Terceiro wrote: Anybody Developer who thinks that 1) the Policy is useful and 2) the Testsuite field is useful, can participate. What is needed is to read the text below, verify that it reflects the facts, and if yes, send an email containing something like “seconded”. IMO the fact that close to 600 packages are already using the field shows quite some support for it to be documented. :) I somehow was guided by this idea when I was raising my hand the first time. And yes, I agree that we should document what we are using. + headingttTestsuite/tt/heading + + p + Simple field containing a comma-separated list of values allowing + test execution environments to discover packages which provide + tests. Currently, the only defined value is ttautopkgtest/tt. + /p + + p + This field is automatically added to Debian source control files by + prgndpkg/prgnfootnotefrom version 1.17.11./footnote when + a filedebian/tests/control/file file is present in the source + package. This field may also be used in source package control + files if needed in other situations. + /p Looks good to me. Seconded, FWIW. I wonder whether the second paragraph implies something like: Since the field is automatically added there is no reason to specify it explicitly any more. I think this policy change is even implemented in lintian since I think to remember that lintian stopped warning about the missing testsuite field (if I remember correctly without checking). There are cases when you want to add it explicitly, e.g. when someone comes up with a new possible value for it that is not automatically added yet. Testsuite: mynewthing or even Testsuite: autopkgtest, mynewthing So maybe we could review the text like this: headingttTestsuite/tt/heading p Simple field containing a comma-separated list of values allowing test execution environments to discover packages which provide tests. Currently, the only defined value is ttautopkgtest/tt. /p p prgndpkg-source/prgnfootnotefrom prgndpkg-dev/prgn version 1.17.11./footnote will automatically add this field to Debian source control files with the value ttautopkgtest/tt if a filedebian/tests/control/file file is present in the source package. This field may also be used in source package control files if needed in other situations, for example to declare other test suite handlers that are not yet automatically detected by dpkg. /p -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#758111: [Pkg-utopia-maintainers] installation-reports: Please consider dbus for the core files
Am 20.08.2014 13:27, schrieb Ansgar Burchardt: On 08/20/2014 10:12, Simon McVittie wrote: On Thu, 14 Aug 2014 at 13:24:34 +0200, Michael Biebl wrote: Two possible outcomes then 1/ Make systemd recommend/depend on dbus (recommend would probably be sufficient) According to the initial bug report, the base system is installed without Recommends, so no, Recommends is not sufficient unless we arrange for d-i to install dbus some other way. systemd already indirectly Recommends dbus, for instance: Then we could also just make sure dbus is included in the base installation, i.e. increase its priority to either standard or important. Since systemd already depends on libdbus-1-3, I'd bump libdbus-1-3 to important and dbus to standard. Does that sound ok? Maybe also for libpam-systemd? Not quite sure about that one. On one hand, libpam-systemd is mostly interesting for desktop environments and multi-user systems (and the desktop meta packages usually already pull in libpam-systemd), so keeping the base system as small as possible seems desirable. On the other hand, even stuff like remote access via SSH might need libpam-systemd, e.g. if you run screen sessions which should persist when you log out. I *think* this requires a proper logind session to not be killed on logout, but this would need further investigation. systemd should still Recommend: dbus to get it installed on upgrades from wheezy. As Simon already mentioned, libdbus-1-3 already recommends dbus, but I guess an explicit Recommends in systemd wouldn't hurt. Also, the user might already have libdbus-1-3- installed in wheezy and deselected the dbus recommends. Adding it to systemd would pull it in anew afaics. 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#758643: lxc-create creates vulnerable system in default debian template
On 08/20/2014 10:55 AM, Ondřej Surý wrote: So instead of improving the default debian template and fixing it for everyone you just fixed the issue in your own code. That's not the way we are ought to do the packaging instead of assuming bad faith, you could go with what really happened: i was sort-of forced to abandon the perfectly working lxc-debconfig template which was at that time installed as lxc-debian (so it was working for everyone using the debian package), and was sort-of commanded to not touch upstreams lxc-debian at all. for me personally, upstreams lxc-debian is hardly usuable for many reasons (no preseed support, unclean chroot building, unsafe defaults), and since fixing it is very intrusive (as indicated above) changes on it supposed to end up in the debian package need to happen in upstream first. as things are, doing this upstream is time consuming, therefore this ongoing process of making upstreams lxc-debian somewhat usuable is not finished and this explains why things are as they are right now. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758712: ruby-puppetlabs-spec-helper: Please upgrade to to new upstream release
Package: ruby-puppetlabs-spec-helper Version: 0.4.1-2 Severity: wishlist Hi, The current version of ruby-puppetlabs-spec-helper package is quite old, I guess it would be nice to update it to the latest version (0.8.0) Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-puppetlabs-spec-helper depends on: ii rake10.1.1-1 ii ruby1:2.1.0.3 ii ruby-mocha 1.1.0-1 ii ruby-rspec 2.14.1-1 ii ruby-rspec-puppet 1.0.1-2 ii ruby2.1 [ruby-interpreter] 2.1.2-3 ruby-puppetlabs-spec-helper recommends no packages. ruby-puppetlabs-spec-helper 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#753487: RFS: stda/1.3.1-1 -- new upstream release (package already in Debian)
tags 753487 moreinfo thanks Hi Dimitar. Please: 1. d/compat: change to 9. 2. d/control: - Set 9 to debhelper. - Consider change the priority to optional. Please, read it[1]. - Create a VCS to control your debian/ versions. You can use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to d/control. - Add a punctuation in each item in long description. [1] https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities 3. Update the d/copyright to 1.0 format. See it[2]. An example here[3]. [2] http://dep.debian.net/deps/dep5/ [3] http://sources.debian.net/src/gconjugue/0.7.5-2/debian/copyright/ 4. d/rules: please, update to new (reduced) format. Your package is very simple and it will work. Ask me if you have doubts. An example: http://sources.debian.net/src/pcapfix/1.0.2-3/debian/rules/ 5. d/watch: add escapes before tarball dot (\.tar\.gz). Your watch is showing the version 1.3.1. I already read about it in previous messages. I need the final program in your site to check the integrity. 6. Please, register all modifications in d/changelog. Thanks for your work. I am waiting your package. Cheers, Eriberto 2014-07-02 9:43 GMT-03:00 Dimitar Ivanov drim...@freeshell.de: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package stda * Package name: stda Version : 1.3.1-1 Upstream Author : Dimitar Ivanov dimitar.iva...@mirendom.net * URL : http://gnu.mirendom.net/stda.html * License : GPLv3+ Section : math It builds those binary packages: stda - simple tools for data analysis (stda) Following programs are included in stda: * maphimbu - histogram builder for 1-d numerical and text data * mintegrate - evaluate average/sum/integral/derivative of 1-d numerical data * mmval - find minimum and maximum value in a data set * muplot - plot a multi-curve figure from multiple data by using Gnuplot * nnum - produce a series of equally separated integers or floats * prefield - prepare input file for 'muplot' to plot 2-d fields by arrows To access further information about this package, please visit the following URL: http://mentors.debian.net/package/stda Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/stda/stda_1.3.1-1.dsc Regards, Dimitar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.00.1407021439001.6...@freeshell.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758714: kiki: Please update to use wxpython3.0
Package: kiki Version: 0.5.6-8 Severity: important Tags: patch sid jessie User: freewx-ma...@lists.alioth.debian.org Usertags: wxpy3.0 Control: block 755757 by -1 We're aiming to migrate the archive to using wxpython3.0 instead of wxwidgets2.8, and hope to drop wxwidgets2.8 before jessie is released. I've rebuilt kiki with the attached patch and it seems to work. I'm happy to NMU these changes. Cheers, Olly diff -Nru kiki-0.5.6/debian/changelog kiki-0.5.6/debian/changelog --- kiki-0.5.6/debian/changelog 2011-11-25 18:26:28.0 +1300 +++ kiki-0.5.6/debian/changelog 2014-08-21 00:00:14.0 +1200 @@ -1,3 +1,11 @@ +kiki (0.5.6-8.1) unstable; urgency=medium + + * Non-maintainer upload. + * Update to use wxPython 3.0: ++ New patch: 04_wxpy3.0-compat.patch + + -- Olly Betts o...@survex.com Wed, 20 Aug 2014 23:59:42 +1200 + kiki (0.5.6-8) unstable; urgency=low * debian/patch: diff -Nru kiki-0.5.6/debian/control kiki-0.5.6/debian/control --- kiki-0.5.6/debian/control 2011-11-19 06:54:49.0 +1300 +++ kiki-0.5.6/debian/control 2014-08-18 23:40:14.0 +1200 @@ -11,7 +11,7 @@ Package: kiki Architecture: all -Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk2.8 +Depends: ${python:Depends}, ${misc:Depends}, python-wxgtk3.0 XB-Python-Version: ${python:Versions} Description: tool for python regular expression testing A free environment for regular expression testing (ferret). It allows diff -Nru kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch --- kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch 1970-01-01 12:00:00.0 +1200 +++ kiki-0.5.6/debian/patches/04_wxpy3.0-compat.patch 2014-08-20 23:59:21.0 +1200 @@ -0,0 +1,27 @@ +Description: Updates for wxPython 3.0 + Allow wxPython 3.0 to be used. + Avoid deprecation warning (wx.InitAllImageHandlers() is a no-op under wxPython + 2.8, so removing it remains compatible with wxPython 2.8). +Author: Olly Betts o...@survex.com +Forwarded: no +Last-Update: 2014-08-20 + +--- a/kiki.py b/kiki.py +@@ -23,7 +23,7 @@ + + + import wxversion +-wxversion.select('2.8') ++wxversion.ensureMinimal('2.8') + + import wx + import wx.html +@@ -705,7 +705,6 @@ + global settings + settings = Settings(dirname=.kiki, filename=kikicfg.py, debugfile=kikidebug) + Kiki = wx.PySimpleApp() +-wx.InitAllImageHandlers() + mw = MyFrameWithEvents(None, -1, ) + mw.icon() + Kiki.SetTopWindow(mw) diff -Nru kiki-0.5.6/debian/patches/series kiki-0.5.6/debian/patches/series --- kiki-0.5.6/debian/patches/series 2011-11-25 18:11:40.0 +1300 +++ kiki-0.5.6/debian/patches/series 2014-08-20 23:55:39.0 +1200 @@ -1,3 +1,4 @@ 01_path_changes.diff 02_remove_wx.NotebookSizer.diff 03_setup.py.diff +04_wxpy3.0-compat.patch
Bug#758531: Better looking patch
A better looking patch to disable parallel builds --- pulseaudio-5.0.orig/src/Makefile.am +++ pulseaudio-5.0/src/Makefile.am @@ -2195,3 +2195,4 @@ coverage: endif .PHONY: massif update-all update-ffmpeg update-map-file coverage +.NOTPARALLEL: and a patch to disable tests as memblock-test fails, to lazy to fix --- pulseaudio-5.0-10/debian/rules 2014-08-17 19:41:11.0 +0200 +++ pulseaudio-5.0/debian/rules 2014-08-20 05:29:51.232507731 +0200 @@ -50,7 +50,7 @@ clean:: # Libs should be in the multi-arch path, but the modules should be in the # normal directory as pulseaudio is foreign -DEB_CONFIGURE_EXTRA_FLAGS = --enable-x11 \ +DEB_CONFIGURE_EXTRA_FLAGS = --enable-x11 --disable-tests \ --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \ --with-module-dir=\$${prefix}/lib/pulse-$(DEB_UPSTREAM_VERSION)/modules Thanks -- X was an interactive protocol: alpha blending a full-screen image looked like slugs racing down the monitor. http://www.keithp.com/~keithp/talks/usenix2000/render.html
Bug#758715: RFS: bgfinancas/2.0-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package bgfinancas Package name: bgfinancas Version : 2.0-1 Upstream Author : José Robson Mariano Alves binarygr...@hotmail.com URL : http://bgfinancas.sourceforge.net License : GPL3 Section : misc It builds those binary packages: bgfinancas - Gerenciador de finanças pessoais To access further information about this package, please visit the following URL: http://mentors.debian.net/package/bgfinancas Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/bgfinancas/bgfinancas_2.0-1.dsc More information about bgfinancas can be obtained from http://sourceforge.net/projects/bgfinancas Regards, José Robson Mariano Alves
Bug#758691: RFS: profanity/0.4.3-1 [ITP]
On Wed, Aug 20, 2014 at 09:16:06AM +0200, Dariusz Dwornikowski wrote: http://anonscm.debian.org/?p=collab-maint/profanity.git;a=summary ITYM http://anonscm.debian.org/cgit/collab-maint/profanity.git/ It's still linking with OpenSSL, via libstrophe, right? This won't work. Also, libstrophe isn't packaged. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720177: Standardizing the layout of git packaging repositories
Simon McVittie writes (Re: Standardizing the layout of git packaging repositories): [stuff] Thanks for this helpful survey. dgit dgit encourages the answer to be exactly the source that will be built, vendor patches *are* applied, if the package uses 3.0 (quilt) then .pc also exists and reflects the state of the tree. I'm not sure what techniques dgit users use to deal with non-native packages that have vendor patches without rebasing a published branch - git-dpm seems like it might be a good fit? I am planning to have dgit do some git-dpm'ish things, probably actually using git-dpm. The result will be that the master branch has the same tree contents as currently, but that for a `3.0 (quilt)' package the history will have a more useful structure. There seems to be a strong correlation between happy dgit users, and those who either only do native packages (hello joeyh) or consider 3.0 (quilt) to be an abomination and are sticking with source format 1.0 (hello iwj); so the .pc thing might not matter to these users in practice, but is significant do those who do want 3.0 (quilt). If you don't care about exactly what appears in the `3.0 (quilt)' patch structure then dgit does work well. So cases where it is currently excellent are: * Debian native packages * NMUing a `1.0' package * Locally modified packages, managed in git For NMUing a `3.0 (quilt)' package, dgit complies with the current rules as set out in the various manuals, but doesn't do as good a job as iti can. I did an NMU of a Perl package with it and had some grumbling from the Perl team. (Which ultimately discouraged me from doing some useful work there.) So based on feedback, and thinking about it: dgit needs to have better bidirectional gatewaying between the git and quilt worlds. #720177 is the related bug, which I have BCC'd because my most recent previous message there doesn't reflect my current thinking. If being VCS-agnostic is valued, it might be an interesting exercise to design a source package format that is meant to work well with sources in a dgit-style DVCS (e.g. avoiding clutter like .pc/ when unpacked), but does not specifically rely on git concepts and formats. Personally, I think this is a waste of time. git's UI is appalling but it is by far the most capable VCS in existence. Attempting to cater to the lowest common denominator will be crippling for any new tool or approach. Alternatively, perhaps it's time for a 4.0 (git) source format to become a reality, if someone cleverer than me can devise a way to avoid it containing the full history (which would not be feasible for ftp-masters to review, and is reasonably likely to contain accidental sourceless or non-free files). This is certainly a possibility. I think dgit is going in the right direction. Will you be at Debconf ? I'm hoping to have some more handwaving etc. about this kind of thing there. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755214: fix uploaded to DELAYED/15
Dear Maintainer, I have uploaded a newer version of librdmacm to DELAYED/15. You can see the changes made at: http://anonscm.debian.org/gitweb/?p=pkg-ofed/libnes.git;a=summary This upload can be canceled doing an upload yourself or asking me to cancel. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758687: uninstallable: xorg-server 1.16 transition
On 20/08/14 03:59, Cyril Brulebois wrote: your package needs an update for the transition to xorg-server 1.16 which happened in July. This is something any uploading DD can help with. Please could someone build and upload xserver-xorg-video-nv 1:2.1.20-3 on kfreebsd-amd64 and kfreebsd-i386, from our packaging SVN r5427: svn://anonscm.debian.org/glibc-bsd/trunk/xserver-xorg-video-nv/ I build-tested it myself, and Petr was able to test it on real hardware: http://lists.debian.org/alpine.lnx.2.00.1407172103500.15...@contest.felk.cvut.cz It also adds the XS-Autobuild flag, which allows binNMUs to be automatic in future. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org