Bug#747192: RFS: foomatic-filters/4.0.17-3 ITA
Control: tag -1 + moreinfo On Tue, May 6, 2014 at 2:18 AM, Jörg Frings-Fürst deb...@jff-webhosting.net wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package foomatic-filters * Package name: foomatic-filters Version : 4.0.17-3 Upstream Author : Till Kamppeter till.kamppe...@gmail.com * URL : http://www.openprinting.org/ * License : GPL-2.0+ Section : text It builds those binary packages: foomatic-filters - OpenPrinting printer support - filters To access further information about this package, please visit the following URL: http://mentors.debian.net/package/foomatic-filters Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/foomatic-filters/foomatic-filters_4.0.17-3.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * convert debian/copyright to 1.0 * Add upstream changelog * Add patch 0001-spelling-errors.diff - spelling in manpage - spelling in sources * Bump Standards-Version to 3.9.5 * New Maintainer (Closes: #746381) Please take a second look at debian/copyright. Upstream-Name: downtimed Upstream-Contact: Janne Snabb opensou...@epipe.com This is obviously incorrect for foomatic-filters (presumably you were preparing an upload for downtimed and just copied + pasted these headers). The various files in test/ are not GPL licensed, as you claim in debian/copyright. Also, your GPL-2.0+ license block has a reference to GPL 3, and I have no idea where the last paragraph in your GPL license block comes from; that's definitely not standard for GPL. In addition, your override_dh_installchangelogs target in d/rules is completely redundant. 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#747695: debdelta: Please add support for all available deb members
Package: debdelta Version: 0.53 Severity: wishlist Hi! The scripts in the debdelta package access .deb archives directly, but they do not seem to support data.tar, control.tar and control.tar.xz members, as supported by latest dpkg-deb, and as documented by deb(5). I'm trying to get the table of deb archive support in https://wiki.debian.org/Teams/Dpkg/DebSupport to be greener, so that we can enable some of those features in the future in the archive. There are sample packages that you can use for testing purposes in the git://git.debian.org/git/dpkg/pkg-tests.git repostiory, in the t-deb-format directory, and can be generated with «make test-case» inside that directory. Note that this will create a set of valid and bogus packages for testing purposes. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747696: munin-plugins-core: installation of package shows error : E: Sub-process /usr/bin/dpkg returned an error code (1)
Package: munin-plugins-core Version: 2.0.19-3 Severity: normal * What led up to the situation? run update dist-upgrade. * What exactly did you do (or not do) that was effective (or ineffective)? # apt-get update apt-get dist-upgrade Get:1 http://ftp.jp.debian.org unstable InRelease [206 kB] Get:2 http://ftp.jp.debian.org experimental InRelease [141 kB] Get:3 http://ftp.jp.debian.org unstable/main Sources/DiffIndex [7,876 B] Get:4 http://ftp.jp.debian.org unstable/main amd64 Packages/DiffIndex [7,876 B] Hit http://ftp.jp.debian.org unstable/contrib amd64 Packages/DiffIndex Get:5 http://ftp.jp.debian.org unstable/non-free amd64 Packages/DiffIndex [7,819 B] Get:6 http://ftp.jp.debian.org unstable/main i386 Packages/DiffIndex [7,876 B] Hit http://ftp.jp.debian.org unstable/contrib i386 Packages/DiffIndex Get:7 http://ftp.jp.debian.org unstable/non-free i386 Packages/DiffIndex [7,819 B] Hit http://ftp.jp.debian.org unstable/contrib Translation-en/DiffIndex Get:8 http://ftp.jp.debian.org unstable/main Translation-en/DiffIndex [7,876 B] Hit http://ftp.jp.debian.org unstable/non-free Translation-en/DiffIndex Get:9 http://ftp.jp.debian.org experimental/main Sources/DiffIndex [7,819 B] Get:10 http://ftp.jp.debian.org experimental/main amd64 Packages/DiffIndex [7,819 B] Hit http://ftp.jp.debian.org experimental/contrib amd64 Packages/DiffIndex Hit http://ftp.jp.debian.org experimental/non-free amd64 Packages/DiffIndex Get:11 http://ftp.jp.debian.org experimental/main i386 Packages/DiffIndex [7,819 B] Hit http://ftp.jp.debian.org experimental/contrib i386 Packages/DiffIndex Hit http://ftp.jp.debian.org experimental/non-free i386 Packages/DiffIndex Hit http://ftp.jp.debian.org experimental/contrib Translation-en/DiffIndex Get:12 http://ftp.jp.debian.org experimental/main Translation-en/DiffIndex [7,819 B] Hit http://ftp.jp.debian.org experimental/non-free Translation-en/DiffIndex Get:13 http://ftp.jp.debian.org unstable/main 2014-05-10-1449.42.pdiff [21.5 kB] Get:14 http://ftp.jp.debian.org unstable/main 2014-05-10-2047.17.pdiff [25.2 kB] Get:15 http://ftp.jp.debian.org unstable/main 2014-05-11-0251.21.pdiff [16.2 kB] Get:16 http://ftp.jp.debian.org unstable/main 2014-05-11-0251.21.pdiff [16.2 kB] Get:17 http://ftp.jp.debian.org unstable/main amd64 2014-05-10-1449.42.pdiff [16.7 kB] Get:18 http://ftp.jp.debian.org unstable/main amd64 2014-05-10-2047.17.pdiff [36.8 kB] Get:19 http://ftp.jp.debian.org unstable/main amd64 2014-05-11-0251.21.pdiff [34.3 kB] Get:20 http://ftp.jp.debian.org unstable/non-free amd64 2014-05-10-1449.42.pdiff [326 B] Get:21 http://ftp.jp.debian.org unstable/main i386 2014-05-10-1449.42.pdiff [17.6 kB] Get:22 http://ftp.jp.debian.org unstable/main i386 2014-05-10-2047.17.pdiff [45.1 kB] Get:23 http://ftp.jp.debian.org unstable/main amd64 2014-05-11-0251.21.pdiff [34.3 kB] Get:24 http://ftp.jp.debian.org unstable/main i386 2014-05-11-0251.21.pdiff [21.6 kB] Get:25 http://ftp.jp.debian.org unstable/non-free i386 2014-05-10-2047.17.pdiff [323 B] Get:26 http://ftp.jp.debian.org unstable/main 2014-05-10-1449.42.pdiff [2,839 B] Get:27 http://ftp.jp.debian.org unstable/main 2014-05-10-2047.17.pdiff [687 B] Get:28 http://ftp.jp.debian.org unstable/main 2014-05-11-0251.21.pdiff [1,902 B] Get:29 http://ftp.jp.debian.org experimental/main 2014-05-10-1449.42.pdiff [2,670 B] Get:30 http://ftp.jp.debian.org experimental/main 2014-05-10-2047.17.pdiff [2,301 B] Get:31 http://ftp.jp.debian.org experimental/main 2014-05-11-0251.21.pdiff [1,244 B] Get:32 http://ftp.jp.debian.org experimental/main amd64 2014-05-10-1449.42.pdiff [3,949 B] Get:33 http://ftp.jp.debian.org experimental/main amd64 2014-05-10-2047.17.pdiff [1,677 B] Get:34 http://ftp.jp.debian.org experimental/main amd64 2014-05-11-0251.21.pdiff [1,320 B] Get:35 http://ftp.jp.debian.org unstable/non-free amd64 2014-05-10-1449.42.pdiff [326 B] Get:36 http://ftp.jp.debian.org unstable/main i386 2014-05-11-0251.21.pdiff [21.6 kB] Get:37 http://ftp.jp.debian.org experimental/main i386 2014-05-10-1449.42.pdiff [2,535 B] Get:38 http://ftp.jp.debian.org experimental/main i386 2014-05-10-2047.17.pdiff [1,667 B] Get:39 http://ftp.jp.debian.org experimental/main i386 2014-05-11-0251.21.pdiff [1,329 B] Get:40 http://ftp.jp.debian.org experimental/main 2014-05-10-1449.42.pdiff [1,632 B] Get:41 http://ftp.jp.debian.org experimental/main 2014-05-10-2047.17.pdiff [251 B] Get:42 http://ftp.jp.debian.org experimental/main 2014-05-11-0251.21.pdiff [532 B] Get:43 http://ftp.jp.debian.org unstable/non-free i386 2014-05-10-2047.17.pdiff [323 B] Get:44 http://ftp.jp.debian.org unstable/main 2014-05-11-0251.21.pdiff [1,902 B] Get:45 http://ftp.jp.debian.org experimental/main 2014-05-11-0251.21.pdiff [1,244 B] Get:46 http://ftp.jp.debian.org experimental/main amd64 2014-05-11-0251.21.pdiff [1,320 B] Get:47 http://ftp.jp.debian.org experimental/main i386 2014-05-11-0251.21.pdiff [1,329 B] Get:48 http://ftp.jp.debian.org experimental/main 2014-05-11-0251.21.pdiff
Bug#747338: RFS: libonig/5.9.5-1 ITA
Control: tag -1 + moreinfo
On Wed, May 7, 2014 at 8:42 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package libonig
* Package name: libonig
Version : 5.9.5-1
Upstream Author : K.Kosako sndgk393 AT ybb DOT ne DOT jp
* URL : http://www.geocities.jp/kosako3/oniguruma/
* License : BSD-2-clause
Section : libs
It builds those binary packages:
libonig-dev - Development files for libonig2
libonig2 - Oniguruma regular expressions library
libonig2-dbg - Debugging symbols for libonig2
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/libonig
Alternatively, one can download the package with dget using this
command:
dget -x
http://mentors.debian.net/debian/pool/main/libo/libonig/libonig_5.9.5-1.dsc
Changes since the last upload:
* add debian/libonig-dev.doc-base
* add debian/symbols
* rewrite debian/copyright
* rewrite debian/rules (Closes: #645940)
* patch buildsystem (Closes: #734683)
* change lib version to 2.1.0
* Bump compat to 9
* Update to upstream version 5.9.5 (Closes: #661616)
* Bump Standarts to 3.9.5
* New Maintainer (Closes: #747187)
- debian/control: libonig2 needs to declare Pre-Depends:
${misc:Pre-Depends}. Also, the Replaces: field is unnecessary for
libonig2.
- debian/copyright: the link contained in the Source: header doesn't work
- debian/libonig2-dbg.install: obsolete and can be removed, there's
nothing but a single commented out line
- debian/libonig-dev.docs: you don't need to add debian/README.Debian
here, dh_installdocs will automatically install it
- debian/README.Debian itself is redundant (it looks like this is a
new file since the last upload; I'd suggest moving its contents into
d/changelog instead)
- debian/rules: why create and install empty NEWS and ChangeLog files?
If upstream doesn't provide changelogs, ignore the pedantic lintian
tag; don't add an empty changelog to compensate for it. Also, your
override_dh_builddeb target is redundant given that xz is used by
default to compress packages nowadays.
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#747697: debian-security-support: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: debian-security-support Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- 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.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747698: The method run() of type new Runnable(){} must override a superclass method
Package: vtk
Severity: grave
vtk package fails to build on kfreebdsd. error is:
1 problem (1 warning)[100%] Generating ../../java/vtk/AxesActor.class
--
1. ERROR in /«PKGBUILDDIR»/Build/java/vtk/vtkJavaTesting.java (at line 108)
public void run() {
^
The method run() of type new Runnable(){} must override a superclass method
--
1 problem (1 error)make[3]: *** [java/vtk/vtkJavaTesting.class] Error 255
make[3]: *** Waiting for unfinished jobs
ref:
https://buildd.debian.org/status/fetch.php?pkg=vtkarch=kfreebsd-amd64ver=5.8.0-17stamp=1399744649
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747492: sysdig: possible security issue: system(insmod ../../driver/sysdig-probe.ko /dev/null 2 /dev/null);
control: tags -1 + upstream control: forwarded -1 https://github.com/draios/sysdig/issues/155 Hi, On Fri, May 09, 2014 at 12:35:25PM +0300, Timo Juhani Lindfors wrote: Could this be a security issue if root runs sysdig in /tmp/project1/foo and a local user creates /tmp/driver/sysdig-probe.ko? I think you are right and I will patch this out on the next upload. Also, let's see what upstream thinks about it. Thanks Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747699: pspp is not updated in the repository
package: pspp version: 0.7.9 pspp is statistical analytical software based on gnu principles. the latest stable version is 0.8.3 (released on 25th April,2014) and the previous one is 0.8.2 (released on January, 2014). however the version present in the repository is an outdated one- version 0.7.9. i suggest that the version should be updated to the latest stable release. i am using ubuntu 14.04 LTS, kernel 3.13.0-24-generic. according to the developers, pspp is coming directly from debian repository to ubuntu and other debian based disto. if updated in the debian repository, that will provide the updated version to all the debian based distros. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747192: RFS: foomatic-filters/4.0.17-3 ITA
Hello Vincent, many thanks for your preview on sunday. Am Samstag, den 10.05.2014, 22:58 -0700 schrieb Vincent Cheng: Control: tag -1 + moreinfo On Tue, May 6, 2014 at 2:18 AM, Jörg Frings-Fürst deb...@jff-webhosting.net wrote: Package: sponsorship-requests Severity: normal [...] dget -x http://mentors.debian.net/debian/pool/main/f/foomatic-filters/foomatic-filters_4.0.17-3.dsc Please take a second look at debian/copyright. Upstream-Name: downtimed Upstream-Contact: Janne Snabb opensou...@epipe.com This is obviously incorrect for foomatic-filters (presumably you were preparing an upload for downtimed and just copied + pasted these headers). Done. It was my script in test mode. Sorry The various files in test/ are not GPL licensed, as you claim in debian/copyright. Also, your GPL-2.0+ license block has a reference to GPL 3, and I have no idea where the last paragraph in your GPL license block comes from; that's definitely not standard for GPL. For test/tcm.sh and test/tetapi.sh I have copy the license from the source. Therefor I have a question: In the last Revison all files are tagged as GPL-2. I think that except as stated in the end-user licence agreement are pointed to the root-license. Or do I interpret this wrong? In addition, your override_dh_installchangelogs target in d/rules is completely redundant. removed and uploaded to mentors. Regards, Vincent Many thanks Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#747501: thinkfan.service fails to start after upgrade
Hi Carsten, On Fri, May 09, 2014 at 02:04:42PM +0200, Carsten Schoenert wrote: Setting up thinkfan (0.9.2-1) ... Job for thinkfan.service failed. See 'systemctl status thinkfan.service' and 'journalctl -xn' for details. invoke-rc.d: initscript thinkfan, action start failed. dpkg: error processing package thinkfan (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: thinkfan E: Sub-process /usr/bin/dpkg returned an error code (1) This is an upgrade from 0.8.1-1? The sugessted command gave back the following output. carsten@x201s:~ $ sudo systemctl status thinkfan.service [sudo] password for carsten: thinkfan.service - simple and lightweight fan control program Loaded: loaded (/lib/systemd/system/thinkfan.service; enabled) Active: failed (Result: resources) since Fr 2014-05-09 13:39:09 CEST; 14min ago Mai 09 13:39:09 x201s systemd[1]: Starting simple and lightweight fan control program... Mai 09 13:39:09 x201s thinkfan[24782]: thinkfan 0.9.1 starting... Mai 09 13:39:09 x201s thinkfan[24782]: WARNING: Using default fan control in /proc/acpi/ibm/fan. Mai 09 13:39:09 x201s thinkfan[24782]: WARNING: Using default temperature inputs in /proc/acpi/ibm/thermal. Mai 09 13:39:09 x201s thinkfan[24782]: WARNING: You're using simple temperature limits without correction values, and your fan ... drive. Mai 09 13:39:09 x201s thinkfan[24782]: Module thinkpad_acpi doesn't seem to support fan_control Mai 09 13:39:09 x201s systemd[1]: PID file /var/run/thinkfan.pid not readable (yet?) after start. Mai 09 13:39:09 x201s systemd[1]: Failed to start simple and lightweight fan control program. Mai 09 13:39:09 x201s systemd[1]: Unit thinkfan.service entered failed state. I don't know if the thinkfan apckage is the real package that produces the error or if kernel modul is wrong as written by the systemctl. Let me know if you need further logs or infos. Can you post your /etc/thinkfan.conf and cat /sys/module/thinkpad_acpi/parameters/fan_control -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747649: ITP: ceph-dkms -- Ceph FS and RBD Linux kernel drivers (DKMS version)
On Sat, 10 May 2014 22:46:35 Ben Hutchings wrote: I just dislike kernel bugs being addressed by 'use this out-of-tree package instead'. Some projects with both in-tree and out-of-tree releases seem to encourage this rather than maintaining their in-tree code properly. (But I'm not saying ceph is among those; I'm not familiar enough with it to make a judgement.) I share your concerns and I think there is no such risk here. Upstream don't do standalone module development and I had to extract module(s) sources from kernel tree. As far as I'm aware all Ceph modules development is done in-tree. Just in case I commited README.source file with note not suitable for stable. If that has been committed to an official repository for ceph then I think I can cherry-pick it for sid. Please report a bug against the kernel to request this. I'll consider this but I hope that won't be necessary if upstream make sure that fix is included to point release of Linux_3.14 in a timely manner. Thank you. -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#747700: ircii: New upstream version 20131230
Package: ircii Severity: wishlist Dear Debian QA Group, a new upstream version 20131230 of ircii is available. From ChangeLog: Mon Dec 30 05:16:19 PST 2013 - matthew green m...@eterna.com.au source/input.c: cursor_to_input() should only operate on the current screen. copy old behaviour of update_input() and only write the new part of the display with UPDATE_FROM_CURSOR calls. source/screen.c: fix a merge error with utf-8 patch. Sun Dec 29 20:08:54 PST 2013 - matthew green m...@eterna.com.au source/lastlog.c notice when the screen width changes and recalculate the per-line array. source/term.c: use the current screen's lines/colums in copy_window_size(). now lastlog notices screen size changes. Sun Dec 29 19:53:31 PST 2013 - matthew green m...@eterna.com.au include/lastlog.h, include/struct.c, source/lastlog.c, source/screen.c: make lastlog_stru only visible in lastlog.c. move next_line_back() into lastlog.c and call it lastlog_line_back(). Sun Dec 29 19:40:03 PST 2013 - matthew green m...@eterna.com.au source/lastlog.c: fix the pointer type in free_lastlog_entry(). Sun Dec 29 19:41:33 PST 2013 - matthew green m...@eterna.com.au Makefile.in, acconfig.h, configure, configure.in, help/set/display_encoding, help/set/input_encoding, help/set/irc_encoding, help/set/translation, include/config.h.dist, include/defs.h.in, include/input.h, include/irc.h, include/ircterm.h, include/screen.h, include/struct.h, include/translat.h, include/vars.h, source/alias.c, source/edit.c, source/exec.c, source/input.c, source/irc.c, source/screen.c, source/status.c, source/term.c, source/translat.c, source/vars.c: reapply the UTF-8 patch. original description: Wed Sep 21 08:49:58 EST 2005 - Joel Yliluoma bisq...@iki.fi Replaced the ancient TRANSLATION feature and the hackish japanese support features and all the hardcoded latin1-related stuff with iconv-based full character set support for input, output and display. Supports all the singlebyte and multibyte encodings supported by iconv, with or without shift codes. As a consequence, the following settings are no longer used: TRANSLATION, ISO2022_SUPPORT Instead, INPUT_ENCODING, DISPLAY_ENCODING and IRC_ENCODING are used for input, terminal and network encodings respectively. All conversions are done transparently. If the system does not have iconv library, only ISO-8859-1 is supported (built-in). Note that if EIGHT_BIT_CHARACTERS is not set, all 7th bits of bytes will be stripped. (Why??) Sun Dec 29 17:48:35 PST 2013 - matthew green m...@eterna.com.au source/input.c: fix DEBUG build. source/screen.c: outputline(): avoid modifying strings just so strlen() will work when we already have the length handy. split_up_line_alloc(): alloc space for NULL, too. next_line_back(): remove static ScreenLines[] since we can now use the lastlog entry's. Sun Dec 29 06:46:11 PST 2013 - matthew green m...@eterna.com.au include/lastlog.h, source/lastlog.c, source/screen.c: make add_to_lastlog() return the u_char ** it split up, if it happened to do that. fix comments in it that have been wrong for over 20 years. make split_up_line_alloc() NULL terminate the list. use the pre-split list in add_to_window(). Sun Dec 29 06:05:06 PST 2013 - matthew green m...@eterna.com.au include/lastlog.h, include/screen.h, include/struct.h, source/lastlog.c, source/screen.c, source/window.c: begin to store split up messages in the lastlog. move free_lastlog() to lastlog.c. and move the main guts of it into free_lastlog_entry(), that is reused during normal scrolling. add a new split_up_line_alloc() that has the same signature as split_up_line(), but returns a dynamically allocated array of pointers, and clears the pointers from split_up_line()'s static array. source/term.c: make copy_window_size() cope with NULL inputs. Sun Dec 29 03:59:03 PST 2013 - matthew green m...@eterna.com.au include/screen.h, include/struct.h, include/window.h, source/screen.c, source/window.c:
Bug#747701: libgl1-mesa-dri: Broken by upgrade to libllvm3.4 1:3.4.1-1
Package: libgl1-mesa-dri Version: 10.1.2-1 Severity: normal ld /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so gives the following: /usr/bin/ld.bfd.real: warning: libLLVM-3.4.so.1, needed by /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so, not found Can you recompile/relink with libLLVM-3.4.1.so.1? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747051: libjavascriptcoregtk-3.0-0: regular expression matching wrong on armel
This has been hard, because for some reason, in remote debugging, I can't step or continue once I've hit a breakpoint. Anyway, I've gotten through to the suspicious behavior by stepping through the assembly on the device. The weird stuff happens in YARR-generated code, so there's no symbols there anyway. Findings: The YARR engine attempts to use the ldrh instruction to do unaligned halfword loads. The generated code does this to compare two characters at a time (to match the AT part). Apparently, my device's CPU (ARM926EJ-S, I believe) just ignores the 1's bit of the address, so that it always loads aligned halfwords. Thus, for the test case, it gets ea at offset 0, ea again at offset 1, and t- at offset 2. That explains why eeat- matches. In further experiments, eeeat- doesn't match, and at- matches. Does the Linux debian-armel 2.6.32-5-versatile #1 Wed Jan 12 23:05:11 UTC 2011 armv5tejl GNU/Linux allow unaligned ldrh or something?
Bug#747192: RFS: foomatic-filters/4.0.17-3 ITA
On Sun, May 11, 2014 at 12:28 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Hello Vincent,
many thanks for your preview on sunday.
Am Samstag, den 10.05.2014, 22:58 -0700 schrieb Vincent Cheng:
Control: tag -1 + moreinfo
On Tue, May 6, 2014 at 2:18 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Package: sponsorship-requests
Severity: normal
[...]
dget -x
http://mentors.debian.net/debian/pool/main/f/foomatic-filters/foomatic-filters_4.0.17-3.dsc
Please take a second look at debian/copyright.
Upstream-Name: downtimed
Upstream-Contact: Janne Snabb opensou...@epipe.com
This is obviously incorrect for foomatic-filters (presumably you were
preparing an upload for downtimed and just copied + pasted these
headers).
Done. It was my script in test mode. Sorry
The various files in test/ are not GPL licensed, as you claim in
debian/copyright. Also, your GPL-2.0+ license block has a reference to
GPL 3, and I have no idea where the last paragraph in your GPL license
block comes from; that's definitely not standard for GPL.
For test/tcm.sh and test/tetapi.sh I have copy the license from the
source.
test/{tcm,tetapi}.sh look like they're licensed under the MIT license
+ the non-endorsement clause typically included in 3-clause BSD
licenses. It's fair to define License: MIT in d/copyright with the
full license block included, but please don't use Part-1 and
Part-2 as license names as you currently do.
Therefor I have a question: In the last Revison all files are tagged as
GPL-2. I think that except as stated in the end-user licence agreement
are pointed to the root-license. Or do I interpret this wrong?
That's fine.
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#747338: RFS: libonig/5.9.5-1 ITA
Hello Vincent,
Am Samstag, den 10.05.2014, 23:21 -0700 schrieb Vincent Cheng:
Control: tag -1 + moreinfo
On Wed, May 7, 2014 at 8:42 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Package: sponsorship-requests
Severity: normal
[...]
dget -x
http://mentors.debian.net/debian/pool/main/libo/libonig/libonig_5.9.5-1.dsc
- debian/control: libonig2 needs to declare Pre-Depends:
${misc:Pre-Depends}. Also, the Replaces: field is unnecessary for
libonig2.
done
- debian/copyright: the link contained in the Source: header doesn't work
corrected
- debian/libonig2-dbg.install: obsolete and can be removed, there's
nothing but a single commented out line
removed
- debian/libonig-dev.docs: you don't need to add debian/README.Debian
here, dh_installdocs will automatically install it
removed
- debian/README.Debian itself is redundant (it looks like this is a
new file since the last upload; I'd suggest moving its contents into
d/changelog instead)
moved to changelog and README.Debian removed
- debian/rules: why create and install empty NEWS and ChangeLog files?
At first time I build the package pdebuild stops (at dh_auto_configure?)
with NEWS and then with ChangeLog not found.
If upstream doesn't provide changelogs, ignore the pedantic lintian
tag; don't add an empty changelog to compensate for it. Also, your
override_dh_builddeb target is redundant given that xz is used by
default to compress packages nowadays.
override_dh_builddeb removed.
and uploaded to mentors.
Regards,
Vincent
Many thanks again
Jörg
--
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56
Jörg Frings-Fürst
D-54526 Niederkail
IRC: j_...@freenode.net
j_...@oftc.net
signature.asc
Description: This is a digitally signed message part
Bug#724602: dnsmasq: Please enable systemd unit on install and fix it
On 2013-09-25 Julian Andres Klode j...@debian.org wrote: Package: dnsmasq Version: 2.66-4 Severity: normal dnsmasq currently does not enable its systemd unit in postinst. It should probably use dh-systemd. The systemd service should also not rely on the init.d script. I CCed pkg-systemd-maintain...@lists.alioth.debian.org as mbiebl requested. You (maintainer) probably want to CC them as well in your reply (I set Reply-To, but I'm not sure how debbugs overwrites this). [...] Hello, Isn't this severity serious? I have just gone from sysv to systemd (using apt-get --purge install systemd-sysv), and was switched from dnsmasq enabled before the upgrade to dnsmasq disabled, completely breaking DNS resolution. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747338: RFS: libonig/5.9.5-1 ITA
On Sun, May 11, 2014 at 1:04 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Hello Vincent,
Am Samstag, den 10.05.2014, 23:21 -0700 schrieb Vincent Cheng:
Control: tag -1 + moreinfo
On Wed, May 7, 2014 at 8:42 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Package: sponsorship-requests
Severity: normal
[...]
dget -x
http://mentors.debian.net/debian/pool/main/libo/libonig/libonig_5.9.5-1.dsc
- debian/control: libonig2 needs to declare Pre-Depends:
${misc:Pre-Depends}. Also, the Replaces: field is unnecessary for
libonig2.
done
No, not done. Please re-read my comment above more carefully (emphasis
on Pre-Depends:), or refer to the Debian wiki's guide on
multiarch-ifying packages. [1]
- debian/copyright: the link contained in the Source: header doesn't work
corrected
- debian/libonig2-dbg.install: obsolete and can be removed, there's
nothing but a single commented out line
removed
- debian/libonig-dev.docs: you don't need to add debian/README.Debian
here, dh_installdocs will automatically install it
removed
- debian/README.Debian itself is redundant (it looks like this is a
new file since the last upload; I'd suggest moving its contents into
d/changelog instead)
moved to changelog and README.Debian removed
- debian/rules: why create and install empty NEWS and ChangeLog files?
At first time I build the package pdebuild stops (at dh_auto_configure?)
with NEWS and then with ChangeLog not found.
If upstream doesn't provide changelogs, ignore the pedantic lintian
tag; don't add an empty changelog to compensate for it. Also, your
override_dh_builddeb target is redundant given that xz is used by
default to compress packages nowadays.
override_dh_builddeb removed.
and uploaded to mentors.
Another thing:
W: libonig source: package-depends-on-lower-priority-package
libonig-dev:optional depends on libonig2:extra
Either libonig2 needs to be Priority: optional, or libonig-dev made
Priority: extra.
Regards,
Vincent
[1] https://wiki.debian.org/Multiarch/Implementation#dh.281.29_and_autotools
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745061: libdrm2: [drm] stuck on render ring
Looks like this has been resolved by some update, no hangs for a few weeks. Don't know what the problem was, but the last [drm] stuck on render ring entry in the logs is from april 27th: Apr 27 09:23:53 chieftec kernel: [60145.969920] [drm] stuck on render ring Apts history log for the 27th contains these upgrades: Start-Date: 2014-04-27 06:32:28 Commandline: /usr/bin/apt-get upgrade Upgrade: python-samba:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), winbind:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), samba:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), xserver-xorg-core:amd64 (1.15.0.901-1, 1.15.1-1), samba-dsdb-modules:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), libnss-winbind:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), xserver-common:amd64 (1.15.0.901-1, 1.15.1-1), samba-common-bin:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), samba-libs:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), libpam-winbind:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), libwbclient0:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), samba-vfs-modules:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), samba-common:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2), libsmbclient:amd64 (4.1.6+dfsg-1, 4.1.7+dfsg-2) End-Date: 2014-04-27 06:32:40 The machine was (re)booted at Apr 27 09:25:08. I'm guessing that one of the xserver updates solved the problem. 2014-04-17 19:25 GMT+02:00 Daniel Lindgren dali.s...@gmail.com: Package: libdrm2 Version: 2.4.52-1 Severity: important Dear Maintainer, Graphics hangs intermittently in Debian testing, this was in dmesg after several seconds of non responsive graphics: [ 430.954914] [drm] stuck on render ring [ 430.954918] [drm] GPU crash dump saved to /sys/class/drm/card0/error [ 430.954919] [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. [ 430.954920] [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI - DRM/Intel [ 430.954920] [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. [ 430.954921] [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. [ 430.957326] [drm:i915_set_reset_status] *ERROR* render ring hung inside bo (0x316e000 ctx 1) at 0x316e004 There are also various graphics issues, e g the mouse cursor often becomes a square block of lines. Tried reporting the bug at bugs.freedesktop.org but their bugzilla is broken(!). Tried attaching GPU crash dump to this report, wasn't allowed. Debian package info: Package: xorg Version: 1:7.7+7 Architecture: amd64 Package: xserver-xorg-video-intel Source: xserver-xorg-video-intel (2:2.21.15-2) Version: 2:2.21.15-2+b1 Architecture: amd64 Package: libdrm2 Source: libdrm Version: 2.4.52-1 Architecture: amd64 Package: libdrm-intel1 Source: libdrm Version: 2.4.52-1 Architecture: amd64 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdrm2 depends on: ii libc6 2.18-4 ii multiarch-support 2.18-4 libdrm2 recommends no packages. libdrm2 suggests no packages.
Bug#747701: libgl1-mesa-dri: Broken by upgrade to libllvm3.4 1:3.4.1-1
Control: reassign 747701 libllvm3.4 1:3.4.1-1 Control: severity -1 serious Control: affects -1 libgl1-mesa-dri On 2014-05-11 09:58 +0200, Jason White wrote: Package: libgl1-mesa-dri Version: 10.1.2-1 Severity: normal ld /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so gives the following: /usr/bin/ld.bfd.real: warning: libLLVM-3.4.so.1, needed by /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so, not found Can you recompile/relink with libLLVM-3.4.1.so.1? That's a bug in libllvm3.4, it must not change soname without also changing the package name. LLVM maintainers, please fix that ASAP. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746437: RFS: aumix/2.9.1-3
On Wed, Apr 30, 2014 at 6:33 AM, Christoph Egger christ...@debian.org wrote: Looking good, uploading! It's been about 11 days since your reply and I don't see aumix/2.9.1-3 anywhere in the archive...so consider this a friendly ping? 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#443388: pan: some ignored threads reappear after approx. one month
Hello Sorry for the long delay. Is this still a problem with pan 0.139 ? All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
Bug#747655: Error: Cannot find module 'languages4translatewiki'
Control: reassign -1 node-languages4translatewiki
On Sb, 10 mai 14, 21:02:20, Leo Iannacone wrote:
Source: node-languages4translatewiki
Severity: important
Dear Maintainer,
testing your module as:
nodejs -e require('languages4translatewiki');
It fails and return:
module.js:340
throw err;
^
Error: Cannot find module 'languages4translatewiki'
at Function.Module._resolveFilename (module.js:338:15)
at Function.Module._load (module.js:280:25)
at Module.require (module.js:364:17)
at require (module.js:380:17)
at [eval]:1:1
at Object.anonymous ([eval]-wrapper:6:22)
at Module._compile (module.js:456:26)
at evalScript (node.js:532:25)
at startup (node.js:80:7)
at node.js:902:3
It seems you are missing a symlink:
/usr/lib/nodejs/languages4translatewiki/index.js -
/usr/lib/nodejs/node-languages4translatewiki/languages.min.js
Alternatively you can choose to ship package.json file in
/usr/lib/nodejs/languages4translatewiki
Regards,
Leo.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13.0-24-generic (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
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Bug#747192: RFS: foomatic-filters/4.0.17-3 ITA
Hello Vincent,
Am Sonntag, den 11.05.2014, 01:06 -0700 schrieb Vincent Cheng:
On Sun, May 11, 2014 at 12:28 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Hello Vincent,
many thanks for your preview on sunday.
Am Samstag, den 10.05.2014, 22:58 -0700 schrieb Vincent Cheng:
Control: tag -1 + moreinfo
On Tue, May 6, 2014 at 2:18 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Package: sponsorship-requests
Severity: normal
[...]
dget -x
http://mentors.debian.net/debian/pool/main/f/foomatic-filters/foomatic-filters_4.0.17-3.dsc
[...]
test/{tcm,tetapi}.sh look like they're licensed under the MIT license
+ the non-endorsement clause typically included in 3-clause BSD
licenses. It's fair to define License: MIT in d/copyright with the
full license block included, but please don't use Part-1 and
Part-2 as license names as you currently do.
I have title the license to MIT and take the 2 parts into one.
I hope thats ok now.
Uploaded to mentors.
[...]
Regards,
Vincent
Thanks,
Jörg
--
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56
Jörg Frings-Fürst
D-54526 Niederkail
IRC: j_...@freenode.net
j_...@oftc.net
signature.asc
Description: This is a digitally signed message part
Bug#747702: libmoose-perl: build-depends on itself via libdata-visitor-perl
Package: libmoose-perl Version: 0.30-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.20-transition X-Debbugs-Cc: p...@packages.debian.org The libmoose-perl package Build-Depends on libdata-visitor-perl, which Depends on libmoose-perl. This cycle causes a bootstrapping problem that blocks upcoming rebuilds for Perl 5.20. It looks like the cycle can be broken by just removing libdata-visitor-perl from the libmoose-perl build dependencies. Data::Visitor only needed for t/immutable/inline_close_over.t, and Test::Requires will skip the test if it isn't present. The other direction is a hard dependency: the Data::Visitor module actually requires Moose for operation. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747703: bpo60 vlc should not pull samba4 from bpo too
Source: vlc Version: 2.1.2-2~bpo70+2 Severity: serious Backport of vlc to wheezy uses libsmbclient from samba4, which means that when installing vlc on a wheezy system, whole samba suite has to be upgraded too if samba is installed. This is because vlc runtime-depends on libsmbclient = the one it was built against, but samba, due to its nature, requires exact version of libsmbclient. So, in particular, samba3 requires libsmbclient from samba3. So when installing vlc, it automatically upgrades libsmbclient, which triggers upgrading whole samba. But upgrading samba from version 3 to version 4 is a major step, and should not be pefrormed as a side-step of some unrelated software. It is more: vlc ises jut a tiny bit of samba, yet pulls whole new major version of it. I see the changelog entry in vlc: 2.1.2-2~bpo70+1: Tighten build dependencies on gettext, libsmbclient (for pkg-config file) and libav9 I see there's no pkg-config file in version of libsmbclient-dev in wheezy, but since I don't know vlc sources and build process much I don't know how difficult it will be to build vlc with wheezy version of libsmbclient. Please consider doing so and allowing using samba from wheezy together with vlc from bpo. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746437: RFS: aumix/2.9.1-3
Vincent Cheng vch...@debian.org writes: On Wed, Apr 30, 2014 at 6:33 AM, Christoph Egger christ...@debian.org wrote: Looking good, uploading! It's been about 11 days since your reply and I don't see aumix/2.9.1-3 anywhere in the archive...so consider this a friendly ping? Oops, thanks for the reminder, I must somehow have failed to actually do the upload. Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747704: mesa-vdpau-drivers:amd64: playback does not work with LLVM 3.4.1
Package: mesa-vdpau-drivers Version: 10.1.2-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, todays update pulled LLVM 3.4.1 on my machine and no playback utilizing the VDPAU backend fails with Failed to open VDPAU backend libLLVM-3.4.so.1: cannot open shared object file: No such file or directory Since libllvm3.4 version 1:3.4.1-1 does not provide libLLVM-3.4.so.1 anymore this is either a problem with mesa, ergo mesa should be rebuild against the new LLVM version or since LLVM 3.4.1 is only a bugfix release it should provide a symlink from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 - /usr/lib/x86_64-linux-gnu/libLLVM-3.4.1.so.1 ans it is a bug in the libllvm3.4 package. If the later is the case, please consider reassigning it and accept my apologies for the noise. With best regards, Julian Wollrath - -- 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.15.0-rc5 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mesa-vdpau-drivers:amd64 depends on: ii libc6 2.18-5 ii libdrm-nouveau22.4.54-1 ii libdrm-radeon1 2.4.54-1 ii libdrm22.4.54-1 ii libelf10.158-2 ii libexpat1 2.1.0-4 ii libffi63.1~rc1+r3.0.13-12 ii libgcc11:4.9.0-2 ii libllvm3.4 1:3.4.1-1 ii libstdc++6 4.9.0-2 ii libtinfo5 5.9+20140118-1 ii libvdpau1 0.7-2 ii libx11-6 2:1.6.2-1 ii libx11-xcb12:1.6.2-1 ii libxcb-dri2-0 1.10-2 ii libxcb11.10-2 ii multiarch-support 2.18-5 mesa-vdpau-drivers:amd64 recommends no packages. mesa-vdpau-drivers:amd64 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTbz7MAAoJEFl2dmpRMS8zRZoIAJd0oH7sMapY1nNnn7x71BMp v4lR7lCcVVw9Z69muhm04jW/lwftBEFgl6sThdIfd+huHBJcA1TfKxIxvzTGcpEz 6ZPorCwGH6lr2UF+tnHn+0uSmNJznoZSQHYirEIHcM3bH0/7tIW8CzlogWNrm8hC o738AOUcZ1VIbXGPaJQVd9rYN7KhLJpr6DMfLaBgSkOIOO6v7YUoRQ99byzw9C+w cDcSFbSXAPLMjQujCIceHTGi2ebDPTzkN/tuRan7M2EASu0jy0bNxabpQyiUlxY/ 1YmZW+Ko9204ZouR03I74pRAFMbdzjAa4wv6xfAAt62Qcv7szgL4lIcUmX3V24U= =rQvQ -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#747704: mesa-vdpau-drivers:amd64: playback does not work with LLVM 3.4.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I probably should have mentioned it in my first mail, adding a symlink from /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 to /usr/lib/x86_64-linux-gnu/libLLVM-3.4.1.so.1 fixes the problem. With best regards, Julian Wollrath -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCAAGBQJTb0E0AAoJEFl2dmpRMS8zew8H/RYGMGFHgIqGbv/BUeMaP9bh sIII+8Izm6npgpqRL+l+ZYZL057H3B4N30wYC/g/xexmh54Knzm3HvtW6/IiTBiA VmnPp1DtrrLgbXhP57CN/oaZ2mH0izVH8J/a/uVV7/Nvvn6wGIQvBOpO3KtJ7/Mj 9QB06n2GyoDZZjzkcbNjzXk9JfK48DkWpy+yrH5mJlrtdQ+8C/NBpNHAMSCX9YFw L8vGDhJJFTRlHS5xQea8UhM8UzFnUrPdNBaPDos5vXSHX5KgKGwMcgaF0UeeuzZ9 DAykdBDHBuPiFFO5S1WWaSU8H/Q/zHo7G7g4pegZ6iMhibA33dqUMvOw5VmvNZg= =+5qj -END PGP SIGNATURE-
Bug#747705: Warning: mailcap line not starting with a media type in...
Package: mime-support Version: 3.55 Severity: normal I'm often seeing this: Processing triggers for mime-support (3.55) ... Warning: mailcap line not starting with a media type in pptview Problematic line: pptview '%s'; edit=openoffice '%s'; test=test $DISPLAY != ; \ Warning: mailcap line not starting with a media type in pptview Problematic line: nametemplate=%s.ppt; description=Microsoft PowerPoint Document Warning: mailcap line not starting with a media type in pptview Problematic line: pptview '%s'; edit=openoffice '%s'; test=test $DISPLAY != ; \ Warning: mailcap line not starting with a media type in pptview Problematic line: nametemplate=%s.ppt; description=Microsoft PowerPoint Document Warning: mailcap line not starting with a media type in pptview Problematic line: pptview '%s'; edit=openoffice '%s'; test=test $DISPLAY != ; \ Warning: mailcap line not starting with a media type in pptview Problematic line: nametemplate=%s.ppt; description=Microsoft PowerPoint Document Warning: mailcap line not starting with a media type in xloadimage Problematic line: image/gif ; /usr/bin/xloadimage %s ; test=test -n $DISPLAY ; priority=1 Warning: mailcap line not starting with a media type in xloadimage Problematic line: image/jpeg ; /usr/bin/xloadimage %s ; test=test -n $DISPLAY ; priority=1 Warning: mailcap line not starting with a media type in xloadimage Problematic line: image/png ; /usr/bin/xloadimage %s ; test=test -n $DISPLAY ; priority=1 Warning: mailcap line not starting with a media type in xloadimage Problematic line: image/tiff ; /usr/bin/xloadimage %s ; test=test -n $DISPLAY ; priority=1 Warning: mailcap line not starting with a media type in xloadimage Problematic line: image/x-xbitmap ; /usr/bin/xloadimage %s ; test=test -n $DISPLAY ; priority=1 Warning: mailcap line not starting with a media type in xloadimage Problematic line: image/x-xpixmap ; /usr/bin/xloadimage %s ; test=test -n $DISPLAY ; priority=1 Warning: mailcap line not starting with a media type in xloadimage Problematic line: image/x-xwindowdump ; /usr/bin/xloadimage %s ; test=test -n $DISPLAY ; priority=1 when upgrading packages. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 1:5.18-1 mime-support suggests no packages. -- no debconf information Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747701: libgl1-mesa-dri: Broken by upgrade to libllvm3.4 1:3.4.1-1
Hello, Indeed. Moreover, there was no need to update the soname, there are binary compatible. I will fix that later today. Cheers, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747702: Pending fixes for bugs in the libmoose-perl package
tag 747702 + pending thanks Some bugs in the libmoose-perl package are closed in revision b7e2f004f23ae2b15dd0231ee410f5105cc63717 in branch 'master' by Niko Tyni The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libmoose-perl.git;a=commitdiff;h=b7e2f00 Commit message: Remove libdata-visitor-perl from the build dependencies, as it causes a build dependency loop. (Closes: #747702) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744075: bbswitch-dkms: fails to turn off discrete video card
On Wed, Apr 9, 2014 at 12:07 PM, Dmitriy lj_pli...@list.ru wrote: Package: bbswitch-dkms Version: 0.8-1~bpo70+1 Severity: important Dear Maintainer, I have platform with i915 (Celeron 1037U) and nvidia 705m. I wish to disable discrete video, so i installed bbswitch. After echo OFF /proc/acpi/bbswitch the status is still ON. Dmesg shows bbswitch: disabling discrete graphics with no errors. What additional information do I need to send you to solve this problem? You may want to try a newer kernel from backports. If that doesn't help, please report this directly upstream at [1]. Regards, Vincent [1] https://github.com/Bumblebee-Project/bbswitch/issues/new -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747338: RFS: libonig/5.9.5-1 ITA
Am Sonntag, den 11.05.2014, 01:16 -0700 schrieb Vincent Cheng:
On Sun, May 11, 2014 at 1:04 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Hello Vincent,
Am Samstag, den 10.05.2014, 23:21 -0700 schrieb Vincent Cheng:
Control: tag -1 + moreinfo
On Wed, May 7, 2014 at 8:42 AM, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Package: sponsorship-requests
Severity: normal
[...]
dget -x
http://mentors.debian.net/debian/pool/main/libo/libonig/libonig_5.9.5-1.dsc
- debian/control: libonig2 needs to declare Pre-Depends:
${misc:Pre-Depends}. Also, the Replaces: field is unnecessary for
libonig2.
done
No, not done. Please re-read my comment above more carefully (emphasis
on Pre-Depends:), or refer to the Debian wiki's guide on
multiarch-ifying packages. [1]
I kick myself. :-(
[...]
Another thing:
W: libonig source: package-depends-on-lower-priority-package
libonig-dev:optional depends on libonig2:extra
Either libonig2 needs to be Priority: optional, or libonig-dev made
Priority: extra.
Insert Priority: optional to libonig2.
I run lintian with lintian -i -I -E --pedantic --profile debian
*.changes on both dirs (source binary). But I don't get this warning.
With which params do you run lintian?
Is there any workflowchart, checklist or so? If possible with links to
the rules?
Every time I get from you btw. I found new rules. That would make it
really easier.
Uploaded to mentors
Regards,
Vincent
[1] https://wiki.debian.org/Multiarch/Implementation#dh.281.29_and_autotools
Thank you for your patience
Jörg
--
pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E
pgp Key: BE581B6E
CAcert Key S/N: 0E:D4:56
Jörg Frings-Fürst
D-54526 Niederkail
IRC: j_...@freenode.net
j_...@oftc.net
signature.asc
Description: This is a digitally signed message part
Bug#747636: qemu: when using -smb parameter does not startup smbd
Control: retitle -1 samba4 does not work with qemu -smb Control: found -1 1.1.2+dfsg-1 Control: tag -1 + confirmed upstream After some digging around it turns out that the problem is the different interface used by samba4. With samba3 everything works fine. It looks like samba4 does not work in inetd mode anymore, and this mode was the way how samba3 was used by qemu. The way qemu used samba has been implemented a very long time ago, so the same bug applies to older versions of qemu too. Retitling as such. But if adopting to samba4 changes requires major changes on qemu side, I'm afraid this problem wont be fixed soon. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747706: ITP: libtypes-datetime-perl -- type constraints and coercions for datetime objects
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libtypes-datetime-perl Version : 0.001 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/Types-DateTime * License : Artistic or GPL-1+ Programming Lang: Perl Description : type constraints and coercions for datetime objects Types::DateTime is a type constraint library suitable for use with Moo/Moose attributes, Kavorka sub signatures, and so forth. This package is needed by recent releases of libweb-id-perl. It will be maintained inside the pkg-perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTb09YXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWIKMIAI2Hu1AVuNOgrUUxJOpeNCJy 2/6wBLVlLrbxUuOqWO4lMr8IfdjzJA8JFYgg7YAdJMhZ/nHC/JPxjSLWbUrHf4w3 hnUSOejThR5mFiMz+jyYJ8uAzk1lgKXMYrs1Nc4dQ9ZEj2qd9ma8t9hRgFkG+SOT RYMaA5SdOlAqpC2yaxk4IV1rDdb2UfdmhqYojTlkGxSBy5ataRy9s6vAFO+e15JY 2Av5WUl41wluZbxilBeWmMyh7P3rl721j+IR7vnTQGZhEvxB6XNrgsVsbCZWx7Sn CPkgIj9dK/edqMxPlbmbXEJePV3rMwV5rNPtFu1uUJClVxZUuTxv2z43XObtaK8= =6uHG -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#747707: RM: smplayer-translations -- RoM; replaced by smplayer-l10n
Package: ftp.debian.org Dear ftpmaster, please remove smplayer-translations package it's replaced by smplayer-l10n and no longer built by smplayer. Mateusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747674: make-dfsg: undeterministic build due to missing configure arguments/build-conflicts
* Manoj Srivastava sriva...@acm.org [140511 02:09]: debian/rules does not tell configure which optional features to use, so they are added or not depending on autodetection, that is whether some packages are installed or not. As those are also not found in the Build-Conflicts, the build is nondeterministic: All kinds of things make build non-deterministic. Setting up the build environment consistently is required for any kind of determinism. A clean machine with build-essential and the build depends will result in make without guile. As such, all kinds of things in the user environment may change the behaviour of the software built. I guess with clean you mean minimal here. Because the bug causes the outcome to behave differently in different clean chroots, depending on what packages are installed. Also packages are practically never build in a truely minimal chroot. For example most people use chroots still have apt and its dependencies like gnupg installed. Build environments like sbuild support speeding up builds by keeping installed packages installed (in the past that was even the behaviour of offical Debian buildds) and last but not least debugging of packages is much easier outside of a temporary chroot, so a bug like this makes it much harder for porters or users running into some problem. Even if requiring some minimal build environment, a indeterminism like this bug can cause problems: Imagine between the last upload of make-dfsg and the release of jessie, and of the build-dependencies gains a dependency to guile-dev, then a security upload to jessie would suddenly change the behaviour of make in this regard. Finally the whole point of the existance of Build-Conflicts is that a minimal set of installed packages is not a guaranteed property of a build. If a package needs that guarantee, that is what Build-Conflicts is for. Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744692: forget's user's personal strings every upgrade
Control: tags -1 + moreinfo Hi Dan, Any update for this issue? -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#747710: amanda: FTBFS on sid/amd64: configure: error: Cannot build the Amazon S3 device
Package: amanda Version: 1:3.3.3-2 Severity: serious This package fails to build on current sid/amd64. Tail of the build log: checking for curl-config... /usr/bin/curl-config checking for the version of libcurl... 7.36.0 checking for libcurl = version 7.10.0... yes checking whether libcurl is usable... yes checking for curl_free... yes checking for curl_off_t... yes checking for HMAC_CTX_init in -lcrypto... no checking openssl/hmac.h usability... no checking openssl/hmac.h presence... no checking for openssl/hmac.h... no checking crypto/hmac.h usability... no checking crypto/hmac.h presence... no checking for crypto/hmac.h... no checking hmac.h usability... no checking hmac.h presence... no checking for hmac.h... no checking whether to include the Amazon S3 device... no configure: error: Cannot build the Amazon S3 device: one or more prerequisites are missing. debian/rules:15: recipe for target 'configure-stamp' failed make: *** [configure-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 It looks like the build dependencies don't pull in libssl-dev anymore on a clean system. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747709: FTBFS: cannot stat 'debian/tmp/usr/lib/xmms2/libxmms_airplay.so'
On Sun, May 11, 2014 at 12:31 PM, Christian Hofstaedtler z...@debian.org wrote: Source: xmms2 Version: 0.8+dfsg-9 Severity: serious Justification: fails to build from source (but built successfully in the past) User: debian-r...@lists.debian.org Usertags: ruby2.0-rm Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: dh_install --fail-missing cp: cannot stat 'debian/tmp/usr/lib/xmms2/libxmms_airplay.so': No such file or directory dh_install: cp -a debian/tmp/usr/lib/xmms2/libxmms_airplay.so debian/xmms2-plugin-airplay//usr/lib/xmms2/ returned exit code 1 make[1]: *** [override_dh_install] Error 2 debian/rules:69: recipe for target 'override_dh_install' failed I don't see from the build log if this is because of the ruby version change or unrelated to it. The airplay component has no connection to ruby at all. It's pure C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742685: closed by Mateusz Łukasik (Bug#742685: fixed in smplayer 14.3.0-1)
reopen #742685 thanks Hello, I upgraded to current version in unstable. I still get [12:29:27:831] Core::decSubStep [12:29:27:832] Core::tellmp: 'sub_step -1' With absolutely no effect. The next or previous line is not on screen. (Note that I have this problem on at least 4 different computers). Le mercredi 7 mai 2014 11:03:21, vous avez écrit : This is an automatic notification regarding your Bug report which was filed against the smplayer package: #742685: smplayer: previous/next line in subtitles is ignored It has been closed by Mateusz Łukasik mat...@linuxmint.pl. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Mateusz Łukasik mat...@linuxmint.pl by replying to this email. -- http://yeupou.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747714: FTBFS: uninitialized constant Capistrano::Configuration::AliasTask
Source: capistrano Version: 2.12.0-2 Severity: serious Justification: fails to build from source User: debian-r...@lists.debian.org Usertags: ruby2.0-rm Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: Running tests for ruby2.1 using debian/ruby-tests.rb... /«PKGBUILDDIR»/debian/capistrano/usr/lib/ruby/vendor_ruby/capistrano/configuration/namespaces.rb:199:in `class:Namespace': uninitialized constant Capistrano::Configuration::AliasTask (NameError) from /«PKGBUILDDIR»/debian/capistrano/usr/lib/ruby/vendor_ruby/capistrano/configuration/namespaces.rb:175:in `module:Namespaces' from /«PKGBUILDDIR»/debian/capistrano/usr/lib/ruby/vendor_ruby/capistrano/configuration/namespaces.rb:5:in `class:Configuration' from /«PKGBUILDDIR»/debian/capistrano/usr/lib/ruby/vendor_ruby/capistrano/configuration/namespaces.rb:4:in `module:Capistrano' from /«PKGBUILDDIR»/debian/capistrano/usr/lib/ruby/vendor_ruby/capistrano/configuration/namespaces.rb:3:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /«PKGBUILDDIR»/test/configuration/namespace_dsl_test.rb:2:in `top (required)' [..] dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/capistrano returned exit code 1 make: *** [binary] Error 1 Please note that the default ruby has been switched to 2.1 in sid. If possible, please switch to the metapackages and `dh_ruby --print-supported` for detecting the ruby to build for. (Also, if everything goes according to plan, this is the last ruby transition for jessie.) Please find the full build log attached. Thanks, -ch capistrano_2.12.0-2_amd64.build Description: inode/symlink
Bug#747715: FTBFS: make[1]: *** [check] Error 1
Source: debci Version: 0.5.2 Severity: serious Justification: fails to build from source User: debian-r...@lists.debian.org Usertags: ruby2.0-rm Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: ./test_blame.sh shm_open: Bad address [..] shm_open: Bad address test_package_that_never_passed_a_test_cant_blame ASSERT:expected: but was:unknown test_failing_test_blames_dependencies ASSERT:expected:foo 1.3.1 but was:unknown test_updated_dependency_of_already_failing_package_is_not_blamed ASSERT:expected:foo 2.0.0 but was:unknown test_new_dependency_of_already_failing_package_is_not_blamed ASSERT:expected:foo 1.2.4 but was:unknown test_passing_the_test_resets_the_blame ASSERT:expected: but was:unknown test_blame_updated_dependency ASSERT:expected:foo 1.2.5 but was:unknown test_updated_dependencies_dont_get_blamed_when_package_is_also_updated ASSERT:expected: but was:unknown test_package_is_not_blamed_for_its_own_failure ASSERT:expected: but was:unknown Ran 8 tests. FAILED (failures=8) ☐ ./test_blame.sh failed at least one test The test build was done in a rather standard schroot/sbuild combination on a host running systemd as PID 1, and DEB_BUILD_OPTIONS=parallel=12. Please note that the default ruby has been switched to 2.1 in sid. If possible, please switch to the metapackages and `dh_ruby --print-supported` for detecting the ruby to build for. (Also, if everything goes according to plan, this is the last ruby transition for jessie.) Please find the full build log attached. Thanks, -ch debci_0.5.2_amd64.build Description: inode/symlink
Bug#747578: wireshark: Uses gcrypt functions without explicit gcrypt build-dependency
Hi Andreas, 2014-05-10 14:52 GMT+02:00 Andreas Metzler ametz...@bebt.de: On 2014-05-10 Evan Huus eapa...@gmail.com wrote: On Sat, May 10, 2014 at 3:10 AM, Andreas Metzler ametz...@bebt.de wrote: Package: wireshark [...] This package uses gcrypt directly (not only as an indirect dependency via gnutls) but does not build-depend on it. In the long turn it would be better to switch from gcrypt to gnutls' crypto API, to limit external depencies. (GnuTLS v3 uses nettle instead of gcrypt.) FWIW I have done a successful testbuild of wireshark against libgnutls28-dev (and even libgcrypt20-dev). Please consider upgrading. If I recall correctly, Wireshark cannot currently be upgraded to GnuTLS v3 for license reasons; it is or creates a dependency on GPL3+ code while Wireshark needs to remain GPL2+. Hello Evan. That used to be the case but is fixed now. GnuTLS 3 depends directly and indirectly via nettle on GMP. GPM was LGPLv3+ but is dual-licensed GPLv2+/LGPLv3+ since version 6.0.0. GnuTLS 3 continues to be available under LGPLv2.1+ Sounds OK. Please upload a usable GnuTLS 3 package to backports after it hits testing to let me provide backports for Wireshark depending on it. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747716: Fwd: KDbg should be upgraded to latest version to work with latest GDB
Package: qttools-opensource-src Version: 5.2.1-8build1 I am using Kubuntu Trusty 64 bit. Since the relevant package is not modified downstream for Ubuntu, I am reporting this bug against Debian. https://packages.debian.org/sid/qttools5-dev-tools shows that libqt5sql5-sqlite is only a Recommends. However, without installing the latter, I am not able to run Qt 5 Assistant at all: $ assistant -qt=5 QSqlDatabase: QSQLITE driver not loaded QSqlDatabase: available drivers: Error reading collection file '/home/samjnaa/.local/share/QtProject/Assistant/qthelpcollection_5.2.1.qhc': Cannot load sqlite database driver!. Installing the libqt5sql5-sqlite package allows Qt 5 Assistant to load. Apparently this is a hard dependency which is mistakenly labeled as a Recommends. Please fix this. Thank you. -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745675: email uploader when there's an error in processincoming
* Antoine Beaupré anar...@debian.org [140424 01:03]: it is pretty confusing for users when their upload fails to register in reprepro - they have no way to tell what went wrong, short of looking into the log, something which only admins have access to. could reprepro email the uploader when errors happen? This is a long planed feature, TODO already lists implement sending mails to uploader, but also a quite complicated one. For one the error reporting needs some revamping, as most error reporting currently goes directly to stderro. Then there is a question of where to send mails to. I guess one wants something like a whitelist there, to make sure DDs are not pestered with mails if someone tries to add their package to some local repository somehwere in the world. As an intermediate step, you might want to consider if it makes sense for you to write this log to some place where users can look at them. (as the repository generated is usually available via plain html, making the log visible on the same way is usually easy, unless you consider any information in there especially protectworthy). Bernhard R. Link -- F8AC 04D5 0B9B 064B 3383 C3DA AFFC 96D1 151D FFDC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747717: FTBFS: make[3]: *** [jq.1] Error 1
Source: jq Version: 1.3-1.1 Severity: serious Justification: fails to build from source User: debian-r...@lists.debian.org Usertags: ruby2.0-rm Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: syck has been removed, psych is used instead rake aborted! (unknown): found character that cannot start any token while scanning for the next token at line 437 column 16 /«PKGBUILDDIR»/docs/Rakefile:86:in `load_manual' /«PKGBUILDDIR»/docs/Rakefile:91:in `block (2 levels) in top (required)' /«PKGBUILDDIR»/docs/Rakefile:90:in `block in top (required)' Tasks: TOP = manpage (See full trace by running task with --trace) make[3]: *** [jq.1] Error 1 make[3]: *** Waiting for unfinished jobs Makefile:1296: recipe for target 'jq.1' failed make[3]: Leaving directory '/«PKGBUILDDIR»' make[2]: *** [all] Error 2 Makefile:553: recipe for target 'all' failed make[2]: Leaving directory '/«PKGBUILDDIR»' make[1]: *** [override_dh_auto_build] Error 2 debian/rules:17: recipe for target 'override_dh_auto_build' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [binary] Error 2 debian/rules:21: recipe for target 'binary' failed Please note that the default ruby has been switched to 2.1 in sid. If possible, please switch to the metapackages and `dh_ruby --print-supported` for detecting the ruby to build for. (Also, if everything goes according to plan, this is the last ruby transition for jessie.) Please find the full build log attached. Thanks, -ch jq_1.3-1.1_amd64.build Description: inode/symlink
Bug#747710: amanda: FTBFS on sid/amd64: configure: error: Cannot build the Amazon S3 device
On Sun, May 11, 2014 at 01:37:04PM +0300, Niko Tyni wrote: Package: amanda Version: 1:3.3.3-2 Severity: serious This package fails to build on current sid/amd64. Tail of the build log: checking for HMAC_CTX_init in -lcrypto... no It looks like the build dependencies don't pull in libssl-dev anymore on a clean system. This is probably due to this change: curl (7.36.0-2) unstable; urgency=medium * Move Depends on -dev packages needed to use static libraries to Suggests , [...] -- Alessandro Ghedini gh...@debian.org Mon, 28 Apr 2014 19:37:14 +0200 -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747716: Fwd: KDbg should be upgraded to latest version to work with latest GDB
reassign 747716 qttools5-dev-tools qttools-opensource-src/5.2.1-8 thanks On 2014-05-11 13:05, Shriramana Sharma wrote: Package: qttools-opensource-src Version: 5.2.1-8build1 I am using Kubuntu Trusty 64 bit. Since the relevant package is not modified downstream for Ubuntu, I am reporting this bug against Debian. Then please at least use a package and version number that exist in Debian... https://packages.debian.org/sid/qttools5-dev-tools shows that libqt5sql5-sqlite is only a Recommends. However, without installing the latter, I am not able to run Qt 5 Assistant at all: $ assistant -qt=5 QSqlDatabase: QSQLITE driver not loaded QSqlDatabase: available drivers: Error reading collection file '/home/samjnaa/.local/share/QtProject/Assistant/qthelpcollection_5.2.1.qhc': Cannot load sqlite database driver!. Installing the libqt5sql5-sqlite package allows Qt 5 Assistant to load. Apparently this is a hard dependency which is mistakenly labeled as a Recommends. Please fix this. No, it has not been mistakenly marked as recommend: assistant is not the only tool on qttools5-dev-tools, and it is the only one requiring libqt5sql5-sqlite. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747292: gdm3: Unable to login after last upgrade (version 3.8.4-7): fails to start a GNOME session
Hello, I've got the same problem with gdm3 version 3.8.4-7 and 3.8.4-8. Only fallback session works. Regards. Bob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745986: vlc segfaults when trying to open some mkv files
Control: tags -1 + moreinfo Hi Alexandre On 2014-04-26 22:54:19, Alexandre Coninx wrote: Package: vlc Version: 2.1.2-2+b3 Severity: normal Dear Maintainer, * What led up to the situation? VLC segfaults when I try to open some specifivc mkv files. Not all mkv files pose problem (for examples the test files in http://www.auby.no/files/video_tests/ play OK) and the problematic files are read correctly with other players such as mplayer. I can provide a sample of the related files if needed. Is this still an issue with vlc 2.1.4 and the newer libav version in sid? If it is, please also attach a backtrace (install vlc-dbg and follow the steps at https://wiki.debian.org/HowToGetABacktrace). Thank you. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#733929: exim4-base: anacron instead of cron should be enough
Control: tag -1 patch
Ansgar Burchardt writes:
exim4-base currently depends on cron | fcron, but it looks like it
only needs jobs in /etc/cron.daily to be processed. These are also
processed by anacron.
So please add anacron as an alternative dependency.
I've attached a patch.
Is there anything stopping this from being applied?
Ansgar
diff --git a/debian/control b/debian/control
index 14d1130..72aec7d 100644
--- a/debian/control
+++ b/debian/control
@@ -23,7 +23,7 @@ Breaks: exim4-daemon-light (${Upstream-Version}),
exim4-daemon-custom (${Upstream-Version})
Conflicts: exim, exim-tls
Replaces: exim, exim-tls, exim4-daemon-light, exim4-daemon-heavy, exim4-daemon-custom
-Depends: ${shlibs:Depends}, ${misc:Depends}, cron | fcron, exim4-config (=4.82) | exim4-config-2, adduser, netbase, lsb-base (= 3.0-6)
+Depends: ${shlibs:Depends}, ${misc:Depends}, cron | anacron | fcron, exim4-config (=4.82) | exim4-config-2, adduser, netbase, lsb-base (= 3.0-6)
# psmisc just for exiwhat.
Recommends: psmisc, mailx, perl-modules
Suggests: mail-reader, eximon4, exim4-doc-html|exim4-doc-info,
Bug#706336: RFP: wmfs2 -- tiling window manager
Control: reassign -1 wnpp On Du, 28 apr 13, 17:24:49, Anti Thesis wrote: Package: wmfs2 Severity: wishlist WMFS2 is a lightweight and highly configurable tiling window manager for X written in C. wmfs2 is a free software distributed under the BSD license. it can be drive from keyboard or mouse and it's configuration stands in one text file easily understandable -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#706338: RFP: dictator -- Rapid Serial Visual Presentation (RSVP) text file reading
Control: reassign -1 wnpp On Du, 28 apr 13, 17:27:34, Anti Thesis wrote: Package: dictator Severity: wishlist Dictator is a program for on-screen reading of text files, developed with the intention of making it easier to read some of the fine electronic texts available on the net, such as those produced by The Gutenberg Project. License: GNU GPL. URL: http://dictator.kieranholland.com/dictator.html -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#706342: RFP: alopex -- tiling window manager
Control: reassign -1 wnpp On Du, 28 apr 13, 17:33:32, Anti Thesis wrote: Package: alopex Severity: wishlist Alopex is a tiling, tagging, window manager with status bar tabs. License: GNU GPL URL: https://github.com/TrilbyWhite/alopex Alternative URL: http://trilbywhite.github.io/alopex/index.html -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#720394: RFP: lxc-docker -- create lightweight, protable, self-sufficient containers
Control: reassign -1 wnpp Control: retitle -1 RFP: lxc-docker -- create lightweight, portable, self-sufficient containers On Mi, 21 aug 13, 13:44:53, Johannes Graumann wrote: Package: lxc-docker Version: 0.5.3-1 Severity: wishlist Hello, As per http://www.docker.io/: Docker is an open-source project to easily create lightweight, portable, self-sufficient containers from any application. The same container that a developer builds and tests on a laptop can run at scale, in production, on VMs, bare metal, OpenStack clusters, public clouds and more. Ubuntu has it (https://launchpad.net/~dotcloud/+archive/lxc-docker/+packages) and installation of that is straight forward in debian (http://www.grendelman.net/wp/docker-on-debian-wheezy/). Please provide as native debian package. Sincerely, Joh -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-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 lxc-docker depends on: ii aufs-tools 1:3.0+20130111-3 ii bsdtar 3.1.2-7 ii lxc 0.9.0~alpha3-2 lxc-docker recommends no packages. lxc-docker suggests no packages. -- no debconf information -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#747718: RM: newlib-m68hc1x libnewlib0 newlib-spu -- RoQA; NBS
package: ftp.debian.org Dear ftp-masters, Please remove newlib-m68hc1x, libnewlib0 and newlib-spu. They are no longer built by newlib. The build-dep of obsolete versions of gcc-snapshot on newlib-spu can obviously be ignored. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747696: [Packaging] Bug#747696: munin-plugins-core: installation of package shows error : E: Sub-process /usr/bin/dpkg returned an error code (1)
control: severity -1 serious control: retitle -1 http_loadtime (from -plugins-core) tries to overwrite the same file from -plugins-extra thanks Hi, On Sonntag, 11. Mai 2014, war.dhan wrote: Preparing to unpack .../munin-common_2.0.21-1_all.deb ... Unpacking munin-common (2.0.21-1) over (2.0.19-3) ... Preparing to unpack .../munin-plugins-core_2.0.21-1_all.deb ... Unpacking munin-plugins-core (2.0.21-1) over (2.0.19-3) ... dpkg: error processing archive /var/cache/apt/archives/munin-plugins- core_2.0.21-1_all.deb (--unpack): trying to overwrite '/usr/share/munin/plugins/http_loadtime', which is also in package munin-plugins-extra 2.0.19-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to unpack .../munin-node_2.0.21-1_all.deb ... [ ok ] Stopping Munin-Node: done. Unpacking munin-node (2.0.21-1) over (2.0.19-3) ... Preparing to unpack .../munin-plugins-extra_2.0.21-1_all.deb ... Unpacking munin-plugins-extra (2.0.21-1) over (2.0.19-3) ... thanks for the bugreport, we'll fix this ASAP. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#747552: mate-power-manager creates popups as persistent, regular windows; leads to huge marco / window switching slowdown
Hi Adrian, On Sa 10 Mai 2014 22:29:12 CEST, John Paul Adrian Glaubitz wrote: On 05/10/2014 10:13 PM, Mike Gabriel wrote: So, is the package mate-notification-daemon installed??? On a side note, the GNOME notification daemon from the package notification-daemon should work as well. In fact, mate-core has that package as an alternative dependency: I had such an issue before on Debian wheezy + MATE upstream 1.6 deb packages. I highly recommend pulling in mate-notification-daemon via the meta package and removing the alternative dependency on notification-daemon. glaubitz@znote-t60l:~$ aptitude why mate-notification-daemon i mate-desktop-environment-extra Depends mate-core (= 1.8.0+jessie) i A mate-core Depends mate-notification-daemon (= 1.7.0) | notification-daemon glaubitz@znote-t60l:~$ Also: I will file a bug against notification-daemon in Debian and ask for renaming that bin:package. Because: o It does not provide notification-daemon support to non-GNOME desktops o It bears the exact name of the virtual package notification-daemon, but does not provide the notification-daemon functionality to other desktop shells. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpDf_5wQUT9V.pgp Description: Digitale PGP-Signatur
Bug#724602: dnsmasq: Please enable systemd unit on install and fix it
severity 724602 serious thanks Am 11.05.2014 10:13, schrieb Andreas Metzler: On 2013-09-25 Julian Andres Klode j...@debian.org wrote: Package: dnsmasq Version: 2.66-4 Severity: normal dnsmasq currently does not enable its systemd unit in postinst. It should probably use dh-systemd. The systemd service should also not rely on the init.d script. I CCed pkg-systemd-maintain...@lists.alioth.debian.org as mbiebl requested. You (maintainer) probably want to CC them as well in your reply (I set Reply-To, but I'm not sure how debbugs overwrites this). [...] Hello, Isn't this severity serious? I have just gone from sysv to systemd Agreed, I bumped the severity accordingly. (using apt-get --purge install systemd-sysv), and was switched from dnsmasq enabled before the upgrade to dnsmasq disabled, completely breaking DNS resolution. Simon, first of all, thanks for shipping a native .service file for systemd. If you need help getting the service enabled (using dh-systemd), please let us know. We are happy to assist you with this or provide a patch. Cheers, 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#747722: ITP: libmatch-simple-xs-perl -- XS backend for match::simple
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libmatch-simple-xs-perl Version : 0.001 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/match-simple-XS * License : Artistic or GPL-1+ Programming Lang: Perl Description : XS backend for match::simple match::simple::XS is a faster XS-based implementation of match::simple. . Depending on what sort of matches done, it is likely to be several times faster. In extreme cases, such as matching a string in an arrayref, it can be twenty-five times faster, or more. However, where $that is a single regexp, it's around 30% slower. . Overall though, the performance improvement should be worthwhile. libmatch-simple-xs-perl is recommended by recent releases of libmatch-simple-perl. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTb2kWXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWR5YIAKpQecZrwnqPZ5JFdc7c/4Z+ ucU7JNhZeIYxyCgcHFFOwQFMzjQjvbp6YSPhEBEmRs/USCC3NlrfCZqy4YiRYx1v aD9DMlMLi4oQvouGwljNknxzQQmX+/2lTBSygyIlVJEu3g3+hgm2j9uwB/fagBQK 7e87W2MHDLCEF3zTzKGXYLpN2PWgE+bE8gc4BwQ0/TcWLGXnXDmeCf1XW1CEbhMg EI66xchNuQwQvBjLHilKjPZi/OqqRMV4o4Sg6hPm7/aA0CKDhVRr2AFqKNucR+zC iLtMrIbxg69C5fogkFkCoaKK7n3g/LtiK3o75JF2MVcppOwD4jydOrPng922Qbk= =8NjR -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#747724: cantata: Link Problem (Wikipedia DE)
Package: cantata Version: 1.1.3.ds1-1 Severity: minor Dear Maintainer, Songinformation: Lese mehr auf Wikipedia Wikipedia Sprache English [en]: - https://en.wikipedia.org/wiki/ Wikipedia Sprache Deutsch [de]: - https://de.wikipedia.org/wiki/Spezial:Exportieren/ Spezial:Exportieren ist eine XML-Datei. Danke! Versions of packages cantata depends on: ii kde-runtime4:4.12.4-1 ii kde-style-oxygen 4:4.11.8-1 ii libavcodec54 10:1.2.6-dmo4 ii libavformat54 10:1.2.6-dmo4 ii libavutil5210:2.2.2-dmo1 ii libc6 2.18-5 ii libcdparanoia0 3.10.2+debian-11 ii libgcc11:4.8.2-16 ii libkdecore54:4.12.4-1 ii libkdeui5 4:4.12.4-1 ii libkio54:4.12.4-1 ii libmpg123-01.18.0-1 ii libmtp91.1.6-51-g1a2669c~ds0-1 ii libmusicbrainz5-0 5.0.1-2 ii libqjson0 0.8.1-3 ii libqt4-dbus4:4.8.6+dfsg-1 ii libqt4-network 4:4.8.6+dfsg-1 ii libqt4-svg 4:4.8.6+dfsg-1 ii libqt4-xml 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libsolid4 4:4.12.4-1 ii libspeexdsp1 1.2~rc1.1-1 ii libstdc++6 4.8.2-16 ii libtag-extras1 1.0.1-3 ii libtag1c2a 1.9.1-2 ii libx11-6 2:1.6.2-1 ii zlib1g 1:1.2.8.dfsg-1 cantata recommends no packages. Versions of packages cantata suggests: ii mpd 0.18.10-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747453: Arbitrary key size limitations causing hard-to-diagnose problems when establishing a connection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Florian, Am 10.05.2014 22:42, schrieb Florian Weimer: * Benny Baumann: As stated in the initial report you MUST never place arbitrary limits on the size of cryptographic keys which is this bug is doing in the first place. Actually, you have to, otherwise you end up with a rather trivial pre-authentication denial of service vulnerability. But then you should decide this limit on more sophisticated and situation based criteria than just Oh, I think this key is too long, which would make this much less arbitrary than saying I don't like long keys, thus I will barf out on them. Example: Given a powerful high-security webserver versus an embedded system you could just nicely argue that 4kBit RSA makes the login on that 16MHz 8-bit microcontroller with barely 16KB RAM far too slow and thus at most 2kBit keys should be accepted. On the other hand limiting your webserver with some powerful highspeed 64bit multicore power-CPU you'd be artificially limiting your security if you used only 2kBit keys. In fact you would want to have a limit more at about 16kBit RSA or alike to make full use of the security offered by your (yet artificial) TLS1.3-ECDHE(p521r)-RSA-AES256-GCM-SHA512 cipher. Or in short: The current hard-limit suites NEITHER the embedded system NOR your powerful high-security webserver. Current patch for the RSA key problem is a compromise in that it currently only increases the limit from 516 Bytes (4k RSA) to 8200 Bytes (~64k RSA) to cure the imminent symptoms we are facing which gives plenty of room for further improvements (e.g. providing an API to set it or providing an API for a callback so the application CAN decide if it wants). It's less of an issue for the plain RSA cipher suites, but for many of the more sophisticated ones, it is. Any links for elaboration on that point? (Though I doubt they provide ANY good reason for arbitrarily breaking crypto like this.) Kind regards, Benny Baumann. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJTb2lyAAoJEPHTXLno4S6tizkP/1wyiZhWEemHnrE1n5i4e8j2 XSrcTnhOKUlyIpaq3+EaLG8FK7mDyJWUv+2UiUctfungX+CuiyDXBc8CE0s9uUzO QsEPKvHe5f7bPmMCgA4+LIJuPPf6Gmwi9LknYVznq5JTnFEQ86IrGaVeATcyoYKm QWmZba/zx/0OFIpxbyTVPdOjR3zIdWNgm92JIBhme5JyUoy6UST/oUDBOHzKTIrl fesoKm6NcvxgiOlDX2aAyZ0Vz69F7MwuBIUNnwH8cGJoj7F0nnJesMV+2dhtypT5 W0zxdhRUh2ZkM02+N4Typ9bnRryPaGHxO1jw2jIeuKK4zIRRTCC1lTrdEjDlzwNV hYmGkJms2J3rJ7cefFhWusaGlyrwdX+HHAmTIvNHTtpVwr2ah6dVNeldzNSLjS+T S756O6pL6JoocexrugjHlRM1y/LLu4wmCCJKwPILAygWqrmlFFo5V5ocLZqULoKA Qhgb9hFHa0ZViFRjSPh+cT0YUnATgQzP6ZOWLISpRsxoV8La6/2B/lDxkjNVhQ7+ yMydmkcu+Aln4AemXIyH65vRef+BJeEGXamQP3SB9NcecyPh5dOhi56vvhWziU+h H7x6fyEzKiiCQOdIGUbQQFqBcIN2egATl7XXxfMfu2Vw7Ayvs/MVNb54pLUuw4Lp wE10pGNB4/Je8Haf5CrL =vjOW -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#711833: #711833
Hi, I also discovered the postr package and would like to adopt it. Do you still plan on adopting postr? If yes is there anyway I can help you? -- Mit freundlichen Grüßen Alexander Alemayhu
Bug#747552: mate-power-manager creates popups as persistent, regular windows; leads to huge marco / window switching slowdown
On 05/11/2014 01:56 PM, Mike Gabriel wrote: Also: I will file a bug against notification-daemon in Debian and ask for renaming that bin:package. Because: o It does not provide notification-daemon support to non-GNOME desktops Are you sure? I actually have working pop-up notifications with notification-daemon installed while mate-notification-daemon is not installed on Mate. I should add here, however, that I had the problem with the regular windows that Petr described as well. It went away after reinstalling my Debian system from scratch which I did when replacing my SSD (I know I could just have transferred everything, but I wanted a fresh start). In my experience, many many problems with Mate on Debian are resolved by doing a fresh install. The mixture of packages from the upstream repositories and the packages in unstable is a reliable source of these problems, especially when different configuration files conflict with each other. I also had the problem that my laptop would go back to suspend right after resuming in Mate, so it would always take me two attempts to resume my laptop from sleep. I don't really know whether it's worth trying to fix all these problems which are probably a result from mixing of the packages when these can just be resolved by reinstalling. Mate works like a charm now after a fresh reinstall, there are just minor glitches left. People were too fast and too eager installing and trying Mate which is why I am going to upload all elementaryOS-related packages which I am sponsoring as a GSoC mentor to experimental first. People shouldn't use software which is split across so many packages until it has been uploaded in full to the archives or they should refrain from filing bug reports. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 signature.asc Description: OpenPGP digital signature
Bug#746721: format is correct, doc is misleading
Hi, these are user crontab files, so the format is correct, just the documentation is misleading. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#747703: bpo60 vlc should not pull samba4 from bpo too
11.05.2014 13:04, Michael Tokarev wrote: Backport of vlc to wheezy uses libsmbclient from samba4, which means that when installing vlc on a wheezy system, whole samba suite has to be upgraded too if samba is installed. ... I see the changelog entry in vlc: 2.1.2-2~bpo70+1: Tighten build dependencies on gettext, libsmbclient (for pkg-config file) and libav9 It looks like just adding SMBCLIENT_CFLAGS= SMBCLIENT_LIBS=-lsmbclient environment variables to ./configure invocation fixes this issue. (SMBCLIENT_CFLAGS should not be empty or else it won't be recognized). Indeed, in wheezy libsmbclient-dev there was no .pc file for pkg-config, and samba4 configure switched to using pkg-config to detect libsmbclient. So there are 2 possible solutions for this issue: 1) add the above hack (which works for both 3 and 4 versions of libsmbclient), and 2) modify configure.ac to include previous test for libsmbclient, as found in vlc-2.0. Note that 2) requires automake-1.4 to be available at build time (which is not in wheezy). Debdiff for case 1 is below. Thanks, /mjt --- +vlc (2.1.2-2~bpo70+3) wheezy-backports; urgency=low + + * lessen versioned build dependency on libsmbclient. + + -- Michael Tokarev m...@tls.msk.ru Sun, 11 May 2014 16:18:18 +0400 + vlc (2.1.2-2~bpo70+2) wheezy-backports; urgency=low * No change rebuild. diff -Nru vlc-2.1.2/debian/control vlc-2.1.2/debian/control --- vlc-2.1.2/debian/control2014-01-24 05:15:42.0 +0400 +++ vlc-2.1.2/debian/control2014-05-11 16:18:17.0 +0400 @@ -77,7 +77,7 @@ libsdl1.2-dev (= 1.2.10), libshout3-dev, libsidplay2-dev, - libsmbclient-dev (= 2:3.6.19), + libsmbclient-dev, libspeex-dev (= 1.0.5), libspeexdsp-dev (= 1.0.5), libssh2-1-dev, diff -Nru vlc-2.1.2/debian/rules vlc-2.1.2/debian/rules --- vlc-2.1.2/debian/rules 2014-01-11 18:21:03.0 +0400 +++ vlc-2.1.2/debian/rules 2014-05-11 16:18:09.0 +0400 @@ -240,7 +240,7 @@ dh_auto_clean override_dh_auto_configure: - dh_auto_configure -- $(confflags) + SMBCLIENT_CFLAGS= SMBCLIENT_LIBS=-lsmbclient dh_auto_configure -- $(confflags) override_dh_auto_test: ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741427: Acknowledgement of maintainer-only report (bognor-regis: Please update for tracker-0.18)
tags 741427 + pending patch thanks Hi, to unblock the ongoing tracker 1.0 transition, I've uploaded bognor-regis_0.6.12+git20101007.02c25268-8.1 to DELAYED/3. You already ported bognor-regis to tracker 0.16 and afaics the API changes between 0.16 and 1.0 didn't affect the package, so all I did was update the configure check and adjust the build dependency. If you object to the NMU and want to do the upload yourself, please let me know, so I can cancel the NMU. The debdiff is attached. Cheers, Michael diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/changelog bognor-regis-0.6.12+git20101007.02c25268/debian/changelog --- bognor-regis-0.6.12+git20101007.02c25268/debian/changelog 2013-07-30 19:55:49.0 +0200 +++ bognor-regis-0.6.12+git20101007.02c25268/debian/changelog 2014-05-11 14:15:12.0 +0200 @@ -1,3 +1,10 @@ +bognor-regis (0.6.12+git20101007.02c25268-8.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build against tracker 1.0. (Closes: #741427) + + -- Michael Biebl bi...@debian.org Sun, 11 May 2014 14:14:32 +0200 + bognor-regis (0.6.12+git20101007.02c25268-8) unstable; urgency=low [ Michael Biebl bi...@debian.org ] diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/control bognor-regis-0.6.12+git20101007.02c25268/debian/control --- bognor-regis-0.6.12+git20101007.02c25268/debian/control 2013-07-30 21:45:41.0 +0200 +++ bognor-regis-0.6.12+git20101007.02c25268/debian/control 2014-05-11 14:14:25.0 +0200 @@ -9,7 +9,7 @@ libgconf2-dev, libnotify-dev (= 0.7.3), intltool, autoconf, automake, libgupnp-1.0-dev, libgupnp-av-1.0-dev, - libtracker-sparql-0.16-dev + libtracker-sparql-1.0-dev Standards-Version: 3.9.4 Package: bognor-regis diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series --- bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series 2013-07-30 20:04:04.0 +0200 +++ bognor-regis-0.6.12+git20101007.02c25268/debian/patches/series 2014-05-11 14:14:00.0 +0200 @@ -1,3 +1,4 @@ port_to_tracker-sparql-0.16.patch fix_libnotify0.7_compatibility.patch prototype-bgr-item-new.patch +tracker-sparql-1.0.patch diff -Nru bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-sparql-1.0.patch bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-sparql-1.0.patch --- bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-sparql-1.0.patch 1970-01-01 01:00:00.0 +0100 +++ bognor-regis-0.6.12+git20101007.02c25268/debian/patches/tracker-sparql-1.0.patch 2014-05-11 14:14:13.0 +0200 @@ -0,0 +1,13 @@ +Index: bognor-regis-0.6.12+git20101007.02c25268/configure.ac +=== +--- bognor-regis-0.6.12+git20101007.02c25268.orig/configure.ac 2014-05-11 14:13:41.749149826 +0200 bognor-regis-0.6.12+git20101007.02c25268/configure.ac 2014-05-11 14:14:11.434476058 +0200 +@@ -86,7 +86,7 @@ + fi + AM_CONDITIONAL(HAVE_QUEUE_CONFIG, test x$enable_queue_config = xyes) + +-PKG_CHECK_MODULES(BOGNOR, gtk+-2.0 glib-2.0 dbus-glib-1 gio-2.0 libnotify tracker-sparql-0.16 gupnp-1.0 = 0.13.0 gupnp-av-1.0 = 0.5) ++PKG_CHECK_MODULES(BOGNOR, gtk+-2.0 glib-2.0 dbus-glib-1 gio-2.0 libnotify tracker-sparql-1.0 gupnp-1.0 = 0.13.0 gupnp-av-1.0 = 0.5) + PKG_CHECK_MODULES(BOGNOR_REGIS, glib-2.0 dbus-glib-1 $gconf_pkg) + PKG_CHECK_MODULES(CLIENT, gio-2.0) +
Bug#747728: FTBFS: debian/ruby-tests.rb:4:in `main': unhandled exception
Source: ruby-bacon Version: 1.2.0-3 Severity: serious Justification: fails to build from source User: debian-r...@lists.debian.org Usertags: ruby2.0-rm Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: === Running tests for ruby2.1 using debian/ruby-tests.rb... debian/ruby-tests.rb:4:in `main': unhandled exception ERROR: Test ruby2.1 failed. Exiting. dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/ruby-bacon returned exit code 1 make[1]: *** [override_dh_auto_install] Error 1 debian/rules:18: recipe for target 'override_dh_auto_install' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [binary] Error 2 debian/rules:15: recipe for target 'binary' failed === Please note that the default ruby recently has been switched to 2.1 in sid. If your package doesn't already do this, please switch to the ruby(-all)(-dev) metapackages and `dh_ruby --print-supported` for detecting the ruby to build for. (Also, if everything goes according to plan, this is the last ruby transition for jessie.) About the test rebuild: this build was done in a rather standard sbuild/schroot setup, on an amd64 host where PID1 is provided by systemd, and options passed to sbuild were: DEB_BUILD_OPTIONS=parallel=12 Please find the full build log attached. Thanks, -ch ruby-bacon_1.2.0-3_amd64.build Description: inode/symlink
Bug#747729: ITP: libtypes-uuid-perl -- type constraints for UUIDs
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libtypes-uuid-perl Version : 0.002 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/Types-UUID * License : Artistic or GPL-1+ Programming Lang: Perl Description : type constraints for UUIDs Types::UUID is a type constraint library suitable for use with Moo/Moose attributes, Kavorka sub signatures, and so forth. This package is (indirectly) required by recent releases of libweb-id-perl. It will be maintained inside the pkg-perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTb21rXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWY/8IAMNUOp2szZfNsVtgWoRdex81 WkmGahcHbOdiiCGnfZeBNFjGrmvzW/30qaHPZdogHN7JzmEK+0bz2TTy/59nTUAD L9PzUKzkqlqK8Vv+iQytC7nTzJyVhYCejLcC2O86PmYZz3kUj7RpdOmhktpk9y1J /frIITZVZEk4V8K6igK4SHcZuXnoIlcGcMIdlfvpGf7/q16AaTVyIK+MNB8cR8va wQb4MDVFDSLJve8BWrPCzX8wMSroFdi3ejRenDPm5VHsO824/n3qMz2Ecg7+j6j5 XW+i7sgvSsY1t/5sjGRK+yE/9EomM0Q2JUxdgJUf7KmV9ybG+9gwuEBAGpfLGoE= =IC33 -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#684313: vlc crash while playing DVB-T udp multicast (stream generated elsewhere on the LAN via mumudvb)
Hi On 2012-08-08 18:47:39, asronche...@libero.it wrote: Package: vlc Version: 2.0.2-2 Severity: normal Dear Maintainer, I use mumudvb on my LAN when i want to watch DVB-T television. I start mumudvb -stdc some_dvbt-mux-configuration on the other pc and i use this pc (a notebook) to view the udp multicast stream via vlc. The command i use is: vlc udp://@239.100.0.2:1234 launched on a xfce4- terminal. Vlc crashes often when playing such a stream. That DVB-T is from tv broadcasting in Italy (often RAI, RAdio-televisione Italiana). Last crash happened after zirca 10 or 20 minutes since the launch of the command. I only have a Segmentation Fault on the xfce4-terminal command line (there are no syslog message at all about this). here is the complete debug message of that crash: vlc udp://@239.100.0.2:1234 [1] 12403 VLC media player 2.0.2 Twoflower (revision 2.0.1-453-g40d9fef) [0xabe108] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. libdvbpsi error (PSI decoder): TS discontinuity (received 14, expected 0) for PID 18 libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 256 libdvbpsi error (PSI decoder): TS discontinuity (received 14, expected 0) for PID 20 libdvbpsi error (PSI decoder): TS discontinuity (received 6, expected 0) for PID 17 [0xdd4bc8] pulse audio output error: PulseAudio server connection failure: Connection refused [mpeg2video @ 0xdb58c0] slice mismatch [mpeg2video @ 0xdb58c0] Warning MVs not available [mpeg2video @ 0xdb58c0] concealing 45 DC, 45 AC, 45 MV errors [1] Segmentation fault vlc udp://@239.100.0.2:1234 After that crash i launched the command again and managed to watch tv for at least 30 minutes with no other interruptions. (after that 30 minutes, i closed vlc) I suppose you didn't get Rémi's message. I'm including it for your convenience: On 2013-02-05 21:01:58, Rémi Denis-Courmont wrote: From the kernel message, this is probably a bug in the VLC TS demuxer, though it could be a bug in libdvbpsi as well. Unfortunately, without a sample MPEG- TS dump to reproduce the issue, or at the very least a symbolic stack trace of the crash, we cannot investigate this bug further. Could you please check if the bug persists in the current version of vlc in sid? If it does, please also include a backtrace (install vlc-dbg and follow the instructions on https://wiki.debian.org/HowToGetABacktrace). Thanks Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#641955: Indent to adopt orphaned package spectacle
Hi, I upgraded it to latest upstream and uploaded it to : http://mentors.debian.net/package/spectacle Now, I need sponsorship/review by DD. Regards PS: 747631 could be closed since I intent to adopt it ... -- http://rzr.free.fr gpg:0x467094BC mailto:r...@gna.org xmpp:r...@jabber.org signature.asc Description: OpenPGP digital signature
Bug#747703: bpo60 vlc should not pull samba4 from bpo too
11.05.2014 16:21, Michael Tokarev wrote: [] It looks like just adding SMBCLIENT_CFLAGS= SMBCLIENT_LIBS=-lsmbclient environment variables to ./configure invocation fixes this issue. (SMBCLIENT_CFLAGS should not be empty or else it won't be recognized). http://www.corpit.ru/debian/tls/vlc/ , and in particular, http://www.corpit.ru/debian/tls/vlc/vlc_2.1.2-2~bpo70+3.debdiff I can just upload it now. (Tested and it works). Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671290: vlc hangs at start of video for certain videos
Hi Edward On 2012-05-02 23:10:28, Edward C. Jones wrote: Package: vlc Version: 2.0.1-4 I have just installed Debian testing (wheezy) amd64 on May 1, 2012. uname -a gives: Linux c-76-111-67-198 3.2.0-2-amd64 #1 SMP Sun Apr 15 16:47:38 UTC 2012 x86_64 GNU/Linux vlc hangs at the start of certain video files when the file is played. I got the output at the end of this file using vlc -vv. I had to use kill -9 to get rid of the vlc process. My machine does not have any speakers. At the advice of the vlc webpage, I deleted ~/.config/vlc/vlcrc The hang was the same before and after deleting vlcrc. I suppose you didn't get Rémi's message: On 2013-02-05 20:54:37, Rémi Denis-Courmont wrote: Unfortunately, that's not a very helpful description and the debug log cannot really point out why VLC would dead lock. For that kind of bug, we really need a symbolic threaded stack trace of the jammed process, as gdb can provide. Could you please test if the bug still exists in recent versions of vlc? If so, please attach a backtrace (install vlc-dbg and follow the instructions from https://wiki.debian.org/HowToGetABacktrace). Thanks Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747703: bpo60 vlc should not pull samba4 from bpo too
On Sun, May 11, 2014 at 8:43 AM, Michael Tokarev m...@tls.msk.ru wrote: 11.05.2014 16:21, Michael Tokarev wrote: [] It looks like just adding SMBCLIENT_CFLAGS= SMBCLIENT_LIBS=-lsmbclient environment variables to ./configure invocation fixes this issue. (SMBCLIENT_CFLAGS should not be empty or else it won't be recognized). http://www.corpit.ru/debian/tls/vlc/ , and in particular, http://www.corpit.ru/debian/tls/vlc/vlc_2.1.2-2~bpo70+3.debdiff I can just upload it now. (Tested and it works). The patch makes very much sense to me. Yes, please go ahead and upload. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747731: ITP: libpackage-constants-perl -- list constants defined in a package
Package: wnpp Severity: wishlist Owner: Niko Tyni nt...@debian.org * Package name: libpackage-constants-perl Version : 0.04 Upstream Author : Jos Boumans * URL : https://metacpan.org/release/Package-Constants * License : Artistic or GPL-1+ Programming Lang: Perl Description : list constants defined in a package Package::Constants is being removed from the Perl core. The core version will be deprecated in Perl 5.20 and removed in 5.22. The perl package will recommend the separate package for one release cycle to ensure smooth upgrades. The package will be maintained under the pkg-perl umbrella. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742195: ITP: libmojolicious-plugin-cgi-perl -- Run CGI script from Mojolicious
Alex Muntada: I already asked the upstream author about ignoring fd/0: https://github.com/jhthorsen/mojolicious-plugin-cgi/issues/6 No response, so far. The test checks for /proc/$$/fd first, so it will be ignored if /proc is not available, whatever the system. I was unable to isolate the issue so I removed the non-portable test as suggested by Dominique. Thanks, Alex signature.asc Description: Digital signature
Bug#747732: ITP: libtest-api-perl -- test a list of subroutines provided by a module
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libtest-api-perl Version : 0.001 Upstream Author : David Golden dagol...@cpan.org * URL : https://metacpan.org/module/Test::API * License : Apache-2.0 Programming Lang: Perl Description : test a list of subroutines provided by a module Test::API checks the subroutines provided by a module. This is useful for confirming a planned API in testing and ensuring that other functions aren't unintentionally included via import. This package is (indirectly) required by recent releases of libweb-id-perl. It will be maintained inside the pkg-perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTb3X/XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWKiIH/3fUUXHFak+fXN1xjkn/iJJk QnuCW0EGFilBdiTaHsRySHFVCEnob+mxyx4cpcb1vSk1Dm4UtyjBMVOJItbjP7QP 4gzw2HEtgG1mn/djgJaKgE6Pk6s9oGqpADQqZwNfPb7fZrkXQ/SGSjYwT22eD5Gw lUidZnR65E8Z7o00qLga285fnXruJ/bg26bujGD/HUvcFIrg62CvZ9fmJW6UfHjj kmLVboad4FKbq0rpvpdyObc1iq6n54y/Tf1USiw8mZL5YBzXAosobUthtWvZPM90 XT3i6KPjoCzFUlreL/qBOU7Mt/wJH8PjE1oXQaPgE+EGNatUVK7jVzmqgMZY99U= =JwpH -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#747735: vmstat - Floating point exception
Package: procps Version: 1:3.3.3-3 Severity: normal Kernel 3.14.2 with grsecurity $ vmstat procs ---memory-- ---swap-- -io-system--cpu r b swpd free buff cache si sobibo in cs us sy id wa Floating point exception vmstat.c: diow = *cpu_iow; dstl = *cpu_zzz; Div = duse + dsys + didl + diow + dstl; // Div == 0 divo2 = Div / 2UL; printf(format, running, blocked, unitConvert(kb_swap_used), unitConvert(kb_main_free), unitConvert(a_option?kb_inactive:kb_main_buffers), unitConvert(a_option?kb_active:kb_main_cached), (unsigned)( (*pswpin * unitConvert(kb_per_page) * hz + divo2) / Div ), (unsigned)( (*pswpout * unitConvert(kb_per_page) * hz + divo2) / Div ), (unsigned)( (*pgpgin* hz + divo2) / Div ), (unsigned)( (*pgpgout * hz + divo2) / Div ), (unsigned)( (*intr * hz + divo2) / Div ), (unsigned)( (*ctxt * hz + divo2) / Div ), (unsigned)( (100*duse+ divo2) / Div ), (unsigned)( (100*dsys+ divo2) / Div ), (unsigned)( (100*didl+ divo2) / Div ), (unsigned)( (100*diow+ divo2) / Div )/*, (unsigned)( (100*dstl+ divo2) / Div ) */ ); $ gdb .libs/vmstat GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 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. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /tmp/procps/procps-3.3.3/.libs/vmstat...done. (gdb) run Starting program: /tmp/procps/procps-3.3.3/.libs/vmstat procs ---memory-- ---swap-- -io -system-- cpu r b swpd free buff cache si sobibo in cs us sy id wa Program received signal SIGFPE, Arithmetic exception. 0x004035ca in new_format () at vmstat.c:276 276(unsigned)( (100*diow+ divo2) / Div )/*, (gdb) where #0 0x004035ca in new_format () at vmstat.c:276 #1 0x00402785 in main (argc=1, argv=0x3e26a8f3c08) at vmstat.c:823 (gdb) print Div $1 = 0 (gdb) print diow $2 = 0 (gdb) print divo2 $3 = 0 (gdb) print duse $5 = 0 (gdb) print dsys $6 = 0 (gdb) print didl $7 = 0 (gdb) print diow $8 = 0 (gdb) print dstl $9 = 0 (gdb) signature.asc Description: PGP signature
Bug#710908: #710908
Hi, I would like to adopt azureus. I was also in #debian-java to ask for tips/advice. Do you still plan on adopting azureus? I would like to help keep it in Debian. -- Mit freundlichen Grüßen Alexander Alemayhu
Bug#739079: transition: libav10
On Thu, May 8, 2014 at 20:35:55 -0400, Reinhard Tartler wrote: On Tue, May 6, 2014 at 9:39 AM, Bálint Réczey bal...@balintreczey.hu wrote: When do you plan starting the transition? How about opening it with Libav 10.1? ;-) I think we are in a pretty good position for startin now. I agree. Let me upload 10.1 this weekend to unstable to finally start this transition. What's the status of the remaining 8 open bugs? (Mostly interested in vtk and opencv, since they're the ones with reverse deps, I think.) Cheers, Julien signature.asc Description: Digital signature
Bug#747738: FTBFS: Test ruby2.1 failed. Exiting.
Source: ruby-magic Version: 0.2.6-3 Severity: serious Justification: fails to build from source User: debian-r...@lists.debian.org Usertags: ruby2.0-rm Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: === Running tests for ruby2.1 using debian/ruby-tests.rb... # Running tests: F.. 1) Failure: TestMagic#test_guess_filelogo.jpg_mime_with_empty_database [/«PKGBUILDDIR»/test/test_magic.rb:41]: binary; charset=binary expected but was application/octet-stream; charset=binary. 11 tests, 11 assertions, 1 failures, 0 errors, 0 skips ruby -v: ruby 2.1.2p95 (2014-05-08) [x86_64-linux-gnu] ERROR: Test ruby2.1 failed. Exiting. === Please note that the default ruby recently has been switched to 2.1 in sid. If your package doesn't already do this, please switch to the ruby(-all)(-dev) metapackages and `dh_ruby --print-supported` for detecting the ruby to build for. (Also, if everything goes according to plan, this is the last ruby transition for jessie.) About the test rebuild: this build was done in a rather standard sbuild/schroot setup, on an amd64 host where PID1 is provided by systemd, and options passed to sbuild were: DEB_BUILD_OPTIONS=parallel=12 Please find the full build log attached. Thanks, -ch ruby-magic_0.2.6-3_amd64.build Description: inode/symlink
Bug#747716: Fwd: KDbg should be upgraded to latest version to work with latest GDB
Hello. You say it is not a hard depends, but https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#control says to use Depends if your program absolutely will not run (or will cause severe breakage) unless a particular package is present. Given that assistant is one of the programs installed by this package, and it does not run without the libqt*sqlite package, IMO it stands to reason that the latter is indeed a Depends. The page above does not seem to say anything special re many programs installed by a single package. In any case, if I install a package, I expect to be able to run the programs installed by it. Hence the dependency of one of the programs of the package should be a dependency of the package. If it is felt important to avoid installing that dependency unless absolutely necessary, then the program should be put in a separate package IMO. BTW apologies for botching up the title/version number. Also, I had provided the source package name based on Launchpad experience -- I can now see it in Debian should be the binary package with the source package given as part of the version. -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747719: FTBFS: configure: error: The pkg-config script could not be found or is too old
reassign 747719 zlib1g-dev severity 747719 normal retitle 747719 Should depends on pkg-config. thanks Christian Hofstaedtler z...@debian.org writes: Source: mkvtoolnix Version: 6.9.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) User: debian-r...@lists.debian.org Usertags: ruby2.0-rm zlib1g-dev package provides pkg-config files and thus should depends on pkg-config. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747740: FTBFS: Test ruby2.1 failed. Exiting.
Source: ruby-omniauth-facebook Version: 1.6.0-1 Severity: serious Justification: fails to build from source User: debian-r...@lists.debian.org Usertags: ruby2.0-rm Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: === 1) Failure: CallbackUrlTest#test_returns_the_default_callback_url [/«PKGBUILDDIR»/test/test.rb:29]: unexpected invocation: #Mock:Request.scheme() 2) Failure: CallbackUrlTest#test_returns_path_from_callback_path_option [/«PKGBUILDDIR»/test/test.rb:37]: unexpected invocation: #Mock:Request.scheme() [..] 72 runs, 111 assertions, 2 failures, 0 errors, 0 skips ERROR: Test ruby2.1 failed. Exiting. dh_auto_install: dh_ruby --install /«PKGBUILDDIR»/debian/ruby-omniauth-facebook returned exit code 1 make: *** [binary] Error 1 debian/rules:15: recipe for target 'binary' failed dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 === Please note that the default ruby recently has been switched to 2.1 in sid. If your package doesn't already do this, please switch to the ruby(-all)(-dev) metapackages and `dh_ruby --print-supported` for detecting the ruby to build for. (Also, if everything goes according to plan, this is the last ruby transition for jessie.) About the test rebuild: this build was done in a rather standard sbuild/schroot setup, on an amd64 host where PID1 is provided by systemd, and options passed to sbuild were: DEB_BUILD_OPTIONS=parallel=12 Please find the full build log attached. Thanks, -ch ruby-omniauth-facebook_1.6.0-1_amd64.build Description: inode/symlink
Bug#747628: perl: module deprecations / removals in 5.20
block 747628 by 747731 thanks On Sat, May 10, 2014 at 04:44:14PM +0300, Niko Tyni wrote: As of 5.19.11, the following modules are becoming deprecated in 5.20: So we need to package Package-Constants separately, and start recommending libcgi-pm-perl, libmodule-build-perl, and libpackage-constants-perl. libpackage-constants-perl is now in NEW. We might want to add the corresponding Provides/Breaks/Replaces in the 5.18 packages too. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747720: FTBFS: install: cannot stat './libOpenCL.html': No such file or directory
severity 747720 minor block 747720 by 747078 thanks On 11/05/2014 14:09, Christian Hofstaedtler wrote: Dear Maintainer, During a rebuild of ruby-related packages your package failed to build with these errors: [...] Makefile:366: recipe for target 'install-htmldocDATA' failed /usr/bin/install -c -m 644 ./libOpenCL.7 ./libOpenCL.so.7 '/«PKGBUILDDIR»/debian/tmp/usr/share/man/man7' /usr/bin/install: cannot stat './libOpenCL.7': No such file or directory /usr/bin/install: cannot stat './libOpenCL.so.7': No such file or directory make[4]: *** [install-man7] Error 1 [...] Please find the full build log attached. [...] + exec faketime -f 2014-02-06 22:23:27+00:00 asciidoc -d manpage -b xhtml11 -olibOpenCL.html libOpenCL.7.txt shm_open: Bad address [...] In some setup, faketime does not work. See #747078 for more information for example. faketime is required to ensure the exact same file on all architectures as the package is multi-arch same. If you want ocl-icd build into your environment, please work on 747078 (or give me another way to ensure idempotent documentation build). I do not plan to take time to fix this issue myself (too much other things to do, sorry). Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747716: Fwd: KDbg should be upgraded to latest version to work with latest GDB
On Sunday, May 11, 2014 18:52:31 Shriramana Sharma wrote: Hello. You say it is not a hard depends, but https://www.debian.org/doc/manuals/maint-guide/dreq.en.html#control says to use Depends if your program absolutely will not run (or will cause severe breakage) unless a particular package is present. Given that assistant is one of the programs installed by this package, and it does not run without the libqt*sqlite package, IMO it stands to reason that the latter is indeed a Depends. You are misreading that. In this case Recommends is what is typically used. Debian (and Ubuntu) install Recommends by default, so the only reason you wouldn't have Recommends installed too is if your system is in a non-standard configuration. If so, that's the problem, not the package. Scott K signature.asc Description: This is a digitally signed message part.
Bug#747719: FTBFS: configure: error: The pkg-config script could not be found or is too old
Control: affects 747719 mkvtoolnix severity 747719 normal I must disagree with this severity change; mkvtoolnix does FTBFS, which is certainly severiy serious. Also it appears the `configure` script shipped in the mkvtoolnix source is the one calling and expecting `pkg-config`, so I'm not sure if reassigning to zlib is the correct thing to do here. (There are probably other means of finding zlib other than pkg-config.) -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#697937: moreinfo needed
control: tags -1 + moreinfo Hi ilf, sorry for the lack and late reply... and thanks for filing bugs! Just, I cannot reproduce your issue here. Do you still see it? It might be dependent on graph_strategy, html_strategy or some directory settings. The munin.conf (and munin.conf.d/*.conf), without the node definitions is fine, would be useful to reproduce the issue. Could you please send it to this bug? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#747742: systemd does not honour /etc/inittab
Package: systemd Version: 204-10 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, I do not need a whole bunch of tty's so I disabled all but one in runlevel 5 and enabled only 3 in my text-only runlevels 3 and 2 (excerpt from /etc/inittab): # /sbin/getty invocations for the runlevels. # # The id field MUST be the same as the last # characters of the device (after tty). # # Format: # id:runlevels:action:process # # Note that on most Debian systems tty7 is used by the X Window System, # so if you want to add more getty's go ahead but skip tty7 if you run X. # 1:2345:respawn:/sbin/getty 38400 tty1 2:23:respawn:/sbin/getty 38400 tty2 3:23:respawn:/sbin/getty 38400 tty3 #4:23:respawn:/sbin/getty 38400 tty4 #5:23:respawn:/sbin/getty 38400 tty5 #6:23:respawn:/sbin/getty 38400 tty6 But when I use systemd and are e.g in runlevel 5 I can go to tty2, 3, ... and will get tty's. Even when I am in runlevel 3, used e.g. 3 tty's and then switch to runlevel 5, there are still 3 tty's open and not only just one tty, tty1 as it is described by /etc/inittab. With best regards, Julian Wollrath - -- Package-specific info: - -- 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.15.0-rc5 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libc62.18-5 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.2-1 ii libgcrypt11 1.5.3-4 ii libkmod2 17-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.2.2-2 ii libsystemd-daemon0 204-10 ii libsystemd-journal0 204-10 ii libsystemd-login0204-10 ii libudev1 204-10 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53 ii udev 204-10 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTb4DwAAoJEFl2dmpRMS8z5aQH/0bXfL484MdlTqJOw4bKmt8V 0T0fiFZwIjVowWxybnXoTaVhuy6fc4VxMviP+RN7bMox18/Qiuwb1CENg8/g+nr2 RGvIwwvoKSHVlY3VtGem6Glj9+5jIesCAwbSGF2I7zr1b5kmkNbWh1CSnGMnGbfR 1/IA2CwOYe3y/5rBKk4VJmkxy2xG64gk/AEamF6YOZh6+cKGici31/eVTQgfLem9 NX4crN8cC28CNuxTrJE4A0fMOdCTVLAE5CL56GKWuu2KyKBXDCHSDIJp5hlf5vOi +D9rVJ81jyPFitK3kTrjaHP8e6LSMo80tdRpvGo4Wh/8IxvWLDTNEB+KeONHUow= =Hoed -END PGP SIGNATURE- [OVERRIDDEN] /etc/systemd/system/sockets.target.wants → /lib/systemd/system/sockets.target.wants Only in /etc/systemd/system/sockets.target.wants: acpid.socket Only in /etc/systemd/system/sockets.target.wants: cups.socket Only in /lib/systemd/system/sockets.target.wants: dbus.socket Only in /etc/systemd/system/sockets.target.wants: lvm2-lvmetad.socket Only in /lib/systemd/system/sockets.target.wants: systemd-initctl.socket Only in /lib/systemd/system/sockets.target.wants: systemd-journald.socket Only in /lib/systemd/system/sockets.target.wants: systemd-shutdownd.socket Only in /lib/systemd/system/sockets.target.wants: systemd-udevd-control.socket Only in /lib/systemd/system/sockets.target.wants: systemd-udevd-kernel.socket [OVERRIDDEN] /etc/systemd/system/multi-user.target.wants → /lib/systemd/system/multi-user.target.wants Only in /etc/systemd/system/multi-user.target.wants: cups.path Only in /lib/systemd/system/multi-user.target.wants: dbus.service Only in /lib/systemd/system/multi-user.target.wants: getty.target Only in /etc/systemd/system/multi-user.target.wants: remote-fs.target Only in /etc/systemd/system/multi-user.target.wants: rsyslog.service Only in /etc/systemd/system/multi-user.target.wants: ssh.service Only in /lib/systemd/system/multi-user.target.wants: systemd-ask-password-wall.path Only in /lib/systemd/system/multi-user.target.wants: systemd-logind.service Only in /lib/systemd/system/multi-user.target.wants: systemd-user-sessions.service [OVERRIDDEN] /etc/systemd/system/local-fs.target.wants → /lib/systemd/system/local-fs.target.wants Only in /etc/systemd/system/local-fs.target.wants: lvm2-activation-early.service Only in /etc/systemd/system/local-fs.target.wants: lvm2-activation.service Only in /lib/systemd/system/local-fs.target.wants: run-lock.mount Only in /lib/systemd/system/local-fs.target.wants: run-user.mount Only in /lib/systemd/system/local-fs.target.wants: systemd-fsck-root.service Only in /lib/systemd/system/local-fs.target.wants:
Bug#747719: FTBFS: configure: error: The pkg-config script could not be found or is too old
Christian Hofstaedtler z...@debian.org writes: Control: affects 747719 mkvtoolnix severity 747719 normal I must disagree with this severity change; mkvtoolnix does FTBFS, which is certainly severiy serious. Also it appears the `configure` script shipped in the mkvtoolnix source is the one calling and expecting `pkg-config`, so I'm not sure if reassigning to zlib is the correct thing to do here. (There are probably other means of finding zlib other than pkg-config.) No the only way to find zlib is to call pkg-config. Anyway I'm doing a new mkvtoolnix package who add pkg-config in Build-Depends. Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747720: FTBFS: install: cannot stat './libOpenCL.html': No such file or directory
* Vincent Danjean vdanjean...@free.fr [140511 15:37]: + exec faketime -f 2014-02-06 22:23:27+00:00 asciidoc -d manpage -b xhtml11 -olibOpenCL.html libOpenCL.7.txt shm_open: Bad address [...] In some setup, faketime does not work. See #747078 for more information for example. faketime is required to ensure the exact same file on all architectures as the package is multi-arch same. If you want ocl-icd build into your environment, please work on 747078 (or give me another way to ensure idempotent documentation build). I do not plan to take time to fix this issue myself (too much other things to do, sorry). While I agree that this is a faketime bug, I don't see why you need faketime here: 15:50 ch@nq:~/tmp/ocl-icd-2.1.3/doc % date Son Mai 11 15:50:27 CEST 2014 15:50 ch@nq:~/tmp/ocl-icd-2.1.3/doc % asciidoc -d manpage -b xhtml11 -olibOpenCL.html libOpenCL.7.txt 15:50 ch@nq:~/tmp/ocl-icd-2.1.3/doc % mv libOpenCL.html libOpenCL.html.backup 15:50 ch@nq:~/tmp/ocl-icd-2.1.3/doc % date Son Mai 11 15:51:03 CEST 2014 15:51 ch@nq:~/tmp/ocl-icd-2.1.3/doc % asciidoc -d manpage -b xhtml11 -olibOpenCL.html libOpenCL.7.txt 15:51 ch@nq:~/tmp/ocl-icd-2.1.3/doc % diff -u libOpenCL.html libOpenCL.html.backup 15:51 ch@nq:~/tmp/ocl-icd-2.1.3/doc % echo $? 0 Now I don't know M-A same specifics, but IIRC the files only need to be identical on a byte level, not on their mtime. But maybe I'm mistaken. Thanks, -ch -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#746564: Seems to be VLC-related
Control: tags -1 + moreinfo When reassigning bugs, please CC the maintainers of the package. They only get the message from the control bot. On 2014-05-02 13:24:26, Martin Dosch wrote: I figured out that this seems to be VLC-related. The error-message is ownly shown when trying to access with VLC. The audio-files can be accessed with rhythmbox or banshee without problems. I could access the video-files with xbmc. But I'm not using this programs and only installed them for testing purposes... I upgraded grilo-plugins and now VLC does not always get stuck while accessing. Sometimes it works, but it still takes a long time compared to the other programs. apt-cache policy grilo-plugins-0.2 grilo-plugins-0.2: Installiert: 0.2.12-2+b1 Installationskandidat: 0.2.12-2+b1 Versionstabelle: *** 0.2.12-2+b1 0 600 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status 0.2.12-2 0 900 http://ftp.de.debian.org/debian/ testing/main amd64 Packages apt-cache policy vlc vlc: Installiert: 2.1.2-2+b3 Installationskandidat: 2.1.2-2+b3 Versionstabelle: 1:2.1.4-dmo1 0 500 http://www.deb-multimedia.org/ testing/main amd64 Packages *** 2.1.2-2+b3 0 900 http://ftp.de.debian.org/debian/ testing/main amd64 Packages 600 http://ftp.de.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status I attach the vlc output while trying to access the upnp share. VLC was closed because it wasn't reacting. Since you have dmo in your sources list, please reproduce the problem without any packages from dmo installed. Please also include the dependency information from reportbug (run reportbug -N #bugnumber). Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747743: systemd: After switching from sysvinit to systemd former disabled services are started
Package: systemd Version: 204-10 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, I have the package openssh-server installed but disabled starting the server daemon via 'update-rc.d ssh disable', since I do not need it running all the time. When I switched to systemd suddenly the ssh service was started despite the fact, that I had disabled it. But I also had kdm only enabled for runlevel 5, systemd recognized that correctly and did not started it in different runlevels. Somehow the detection that ssh was totally disabled failed (or it was not even tried to detect that). The same holds for the bluetooth service, which I also disabled but which got started by systemd nevertheless. With best regards, Julian Wollrath - -- Package-specific info: - -- 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.15.0-rc5 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libc62.18-5 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.2-1 ii libgcrypt11 1.5.3-4 ii libkmod2 17-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.2.2-2 ii libsystemd-daemon0 204-10 ii libsystemd-journal0 204-10 ii libsystemd-login0204-10 ii libudev1 204-10 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53 ii udev 204-10 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTb4JPAAoJEFl2dmpRMS8zcTAH/0m5ueW02lWMmKz65aj87s6Q aFFr4i6EMZsUxUvR6NhuViazs2Cr3JPfZyJMLJ5+nWdazGjsmn9QbW6x/4hwb4v4 H/E8pc57ySS8FMNSicOi9eHo8I33TYXTHupVOhzq7OMQXvo14orsZu82ii4QuSJp dbBTyNiUFWXS73k8Qo3860jjzfdJxf0jiOXMdwDJ4zqi9DbaACZCqwvwIzLbAccc mE2iHTdmOAM9/uVbHIgaUH4yuFWByUjVoyEy+OF5NHsJ7j/Iy1nVYEREDxfIOLXt rCPVqK6ITuvDe+dfIewiEDfGBuwIP2AmU5xWJ6nklT3mEt4DP4sZpjldPRaQ3ZE= =Jg4N -END PGP SIGNATURE- [OVERRIDDEN] /etc/systemd/system/sockets.target.wants → /lib/systemd/system/sockets.target.wants Only in /etc/systemd/system/sockets.target.wants: acpid.socket Only in /etc/systemd/system/sockets.target.wants: cups.socket Only in /lib/systemd/system/sockets.target.wants: dbus.socket Only in /etc/systemd/system/sockets.target.wants: lvm2-lvmetad.socket Only in /lib/systemd/system/sockets.target.wants: systemd-initctl.socket Only in /lib/systemd/system/sockets.target.wants: systemd-journald.socket Only in /lib/systemd/system/sockets.target.wants: systemd-shutdownd.socket Only in /lib/systemd/system/sockets.target.wants: systemd-udevd-control.socket Only in /lib/systemd/system/sockets.target.wants: systemd-udevd-kernel.socket [OVERRIDDEN] /etc/systemd/system/multi-user.target.wants → /lib/systemd/system/multi-user.target.wants Only in /etc/systemd/system/multi-user.target.wants: cups.path Only in /lib/systemd/system/multi-user.target.wants: dbus.service Only in /lib/systemd/system/multi-user.target.wants: getty.target Only in /etc/systemd/system/multi-user.target.wants: remote-fs.target Only in /etc/systemd/system/multi-user.target.wants: rsyslog.service Only in /etc/systemd/system/multi-user.target.wants: ssh.service Only in /lib/systemd/system/multi-user.target.wants: systemd-ask-password-wall.path Only in /lib/systemd/system/multi-user.target.wants: systemd-logind.service Only in /lib/systemd/system/multi-user.target.wants: systemd-user-sessions.service [OVERRIDDEN] /etc/systemd/system/local-fs.target.wants → /lib/systemd/system/local-fs.target.wants Only in /etc/systemd/system/local-fs.target.wants: lvm2-activation-early.service Only in /etc/systemd/system/local-fs.target.wants: lvm2-activation.service Only in /lib/systemd/system/local-fs.target.wants: run-lock.mount Only in /lib/systemd/system/local-fs.target.wants: run-user.mount Only in /lib/systemd/system/local-fs.target.wants: systemd-fsck-root.service Only in /lib/systemd/system/local-fs.target.wants: systemd-remount-fs.service 3 overridden configuration files found. == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service
Bug#747747: ITP: libtest-modern-perl -- precision testing for modern perl
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libtest-modern-perl Version : 0.007 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/Test-Modern * License : Artistic or GPL-1+ Programming Lang: Perl Description : precision testing for modern perl Test::Modern provides the best features of Test::More, Test::Fatal, Test::Warnings, Test::API, Test::LongString, and Test::Deep, as well as ideas from Test::Requires, Test::DescribeMe, Test::Moose, and Test::CleanNamespaces. . Test::Modern also automatically imposes strict and warnings on your script, and loads IO::File. (Much of the same stuff Modern::Perl does.) . Although Test::Modern is a modern testing framework, it should run fine on pre-modern versions of Perl. It should be easy to install on Perl 5.8.9 and above; and if you can persuade its dependencies to install (not necessarily easy!), should be OK on anything back to Perl 5.6.1. This package is (indirectly) required by recent releases of libweb-id-perl. It will be maintained inside the pkg-perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTb4NbXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vW9eoH/2FA87KYM+zxBh+Xhm0f3ItH KBcCnvOjWjntuglwBuRtCJXkZYG/cD1+PS/bWNLJDlEpOLisXZ6yoBKnuAEz5KkL IQBeZlAZGTxK+otCs3ZsmghG3hHupKUTLmFI/XqgXh9V0Ji/FFU8jgNyszggLCf/ dcesaqI9X5rAZr0f6FbVD/2nRc6Hc/lwU7E/I7d2WgBpWOciUtALkt8ocB2UQefE LG2XUyjl6ntinA5ovPASfGoi0/fSv49q7lHXL6ydbVK66nQ0L0/7PN70pYg/dhtP u+v2DgekFMQgbpcwCaKCgcMqX/865N/R8vUWdinxYRXQE/Qw6yF+sbWmQXFMkLU= =f27Y -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#739462: vtk: diff for NMU version 5.8.0-17.1
tags 739462 + pending thanks Dear maintainer, I've prepared an NMU for vtk (versioned as 5.8.0-17.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru vtk-5.8.0/debian/changelog vtk-5.8.0/debian/changelog --- vtk-5.8.0/debian/changelog 2014-05-10 09:07:27.0 -0400 +++ vtk-5.8.0/debian/changelog 2014-05-11 09:33:15.0 -0400 @@ -1,3 +1,10 @@ +vtk (5.8.0-17.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add libav10.patch to allow compilation against libav10 (Closes: #739462) + + -- Reinhard Tartler siret...@tauware.de Sun, 11 May 2014 09:33:01 -0400 + vtk (5.8.0-17) unstable; urgency=medium [ Jordi Mallach ] diff -Nru vtk-5.8.0/debian/patches/libav10.patch vtk-5.8.0/debian/patches/libav10.patch --- vtk-5.8.0/debian/patches/libav10.patch 1969-12-31 19:00:00.0 -0500 +++ vtk-5.8.0/debian/patches/libav10.patch 2014-05-11 09:32:14.0 -0400 @@ -0,0 +1,22 @@ +Index: vtk-5.8.0/IO/vtkFFMPEGWriter.cxx +=== +--- vtk-5.8.0.orig/IO/vtkFFMPEGWriter.cxx 2014-02-26 08:26:05.0 + vtk-5.8.0/IO/vtkFFMPEGWriter.cxx 2014-02-26 08:38:08.309159872 + +@@ -135,7 +135,7 @@ + } + + //chosen a codec that is easily playable on windows +- this-avOutputFormat-video_codec = CODEC_ID_MJPEG; ++ this-avOutputFormat-video_codec = AV_CODEC_ID_MJPEG; + + //assign the format to the context + this-avFormatContext-oformat = this-avOutputFormat; +@@ -157,7 +157,7 @@ + + //Set up the codec. + AVCodecContext *c = this-avStream-codec; +- c-codec_id = (CodecID)this-avOutputFormat-video_codec; ++ c-codec_id = (AVCodecID)this-avOutputFormat-video_codec; + c-codec_type = AVMEDIA_TYPE_VIDEO; + c-width = this-Dim[0]; + c-height = this-Dim[1]; diff -Nru vtk-5.8.0/debian/patches/series vtk-5.8.0/debian/patches/series --- vtk-5.8.0/debian/patches/series 2014-05-09 05:55:26.0 -0400 +++ vtk-5.8.0/debian/patches/series 2014-05-11 09:32:29.0 -0400 @@ -2,3 +2,4 @@ libav9.patch freetype.patch tcl-links.patch +libav10.patch
Bug#724602: dnsmasq: Please enable systemd unit on install and fix it
On 2014-05-11 Michael Biebl bi...@debian.org wrote:
Am 11.05.2014 10:13, schrieb Andreas Metzler:
On 2013-09-25 Julian Andres Klode j...@debian.org wrote:
[...]
dnsmasq currently does not enable its systemd unit in postinst. It should
probably use dh-systemd.
[...]
Isn't this severity serious? I have just gone from sysv to systemd
Agreed, I bumped the severity accordingly.
(using apt-get --purge install systemd-sysv), and was switched from
dnsmasq enabled before the upgrade to dnsmasq disabled, completely
breaking DNS resolution.
Simon, first of all, thanks for shipping a native .service file for
systemd. If you need help getting the service enabled (using
dh-systemd), please let us know. We are happy to assist you with this or
provide a patch.
Hello,
dnsmasq is packaged without debhelper, making this a little bit more
work. However I have simply checked what dh_systemd /would/ do and
have manually applied the changes to maintainerscripts and
dependencies to come up with the the attached patch. Could you please
doublecheck?
Thanks, cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -u dnsmasq-2.70/debian/changelog dnsmasq-2.70/debian/changelog
--- dnsmasq-2.70/debian/changelog
+++ dnsmasq-2.70/debian/changelog
@@ -1,3 +1,14 @@
+dnsmasq (2.70-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Enable dnsmasq systemd unit on install. Otherwise dnsmasq does not run on
+fresh installations (without administrator handholding) and even worse it
+is disabled on systems switching from sysv to systemd. Modify
+postinst/postrm exactly as dh_systemd would, add dependency on
+init-system-helpers. Closes: #724602
+
+ -- Andreas Metzler ametz...@debian.org Sun, 11 May 2014 15:27:50 +0200
+
dnsmasq (2.70-2) unstable; urgency=low
* Ensure daemon not stared if dnsmasq package has been removed,
diff -u dnsmasq-2.70/debian/control dnsmasq-2.70/debian/control
--- dnsmasq-2.70/debian/control
+++ dnsmasq-2.70/debian/control
@@ -8,7 +8,8 @@
Package: dnsmasq
Architecture: all
-Depends: netbase, dnsmasq-base(= ${binary:Version})
+Depends: netbase, dnsmasq-base(= ${binary:Version}),
+ init-system-helpers (= 1.18~)
Suggests: resolvconf
Conflicts: resolvconf (1.15)
Description: Small caching DNS proxy and DHCP/TFTP server
diff -u dnsmasq-2.70/debian/postinst dnsmasq-2.70/debian/postinst
--- dnsmasq-2.70/debian/postinst
+++ dnsmasq-2.70/debian/postinst
@@ -1,6 +1,22 @@
#!/bin/sh
set -e
+# Code copied from dh_systemd_enable --
+# This will only remove masks created by d-s-h on package removal.
+deb-systemd-helper unmask dnsmasq.service /dev/null || true
+
+# was-enabled defaults to true, so new installations run enable.
+if deb-systemd-helper --quiet was-enabled dnsmasq.service; then
+ # Enables the unit on first installation, creates new
+ # symlinks on upgrades if the unit file has changed.
+ deb-systemd-helper enable dnsmasq.service /dev/null || true
+else
+ # Update the statefile to add new symlinks (if any), which need to be
+ # cleaned up on purge. Also remove old symlinks.
+ deb-systemd-helper update-state dnsmasq.service /dev/null || true
+fi
+# End code copied from dh_systemd_enable --
+
if [ -x /etc/init.d/dnsmasq ]; then
update-rc.d dnsmasq defaults 15 85 /dev/null
diff -u dnsmasq-2.70/debian/postrm dnsmasq-2.70/debian/postrm
--- dnsmasq-2.70/debian/postrm
+++ dnsmasq-2.70/debian/postrm
@@ -6,0 +7,15 @@
+
+# Code copied from dh_systemd_enable --
+if [ $1 = remove ]; then
+ if [ -x /usr/bin/deb-systemd-helper ]; then
+ deb-systemd-helper mask dnsmasq.service /dev/null
+ fi
+fi
+
+if [ $1 = purge ]; then
+ if [ -x /usr/bin/deb-systemd-helper ]; then
+ deb-systemd-helper purge dnsmasq.service /dev/null
+ deb-systemd-helper unmask dnsmasq.service /dev/null
+ fi
+fi
+# End code copied from dh_systemd_enable --
Bug#747749: systemd: closing lid suddenly suspends the machine
Package: systemd Version: 204-10 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, I switched from sysvinit to systemd and now, if I close the lid, my machine suddenly suspends. For me this means, that the data of my current session is lost, since there are some problems with suspend with my machine. This is unspected behaviour, that at least I would not expect from just changing the init system, since the init system should not have to do anything with events like closing the lid. I was able to restore the old behaviour (doing nothing) by editing the HandleLidSwitch entry in /etc/systemd/logind.conf but I think, that should not be necessary. I also have a keybinding, so that pressing the XF86Sleep key, hibernates the machine to disk, but now it first suspends and after waking up from the suspend, the machine is hibernated (to disk) since systemd also silently takes over control over that key event. This is also not behaviour I would expect from changing the init systemd. Therefore, please consider changing the default to doing nothing when doing this actions, so that others do not get this unexpected behaviour and experience data loss like I did. With best regards, Julian Wollrath - -- Package-specific info: - -- 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.15.0-rc5 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libc62.18-5 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.2-1 ii libgcrypt11 1.5.3-4 ii libkmod2 17-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.2.2-2 ii libsystemd-daemon0 204-10 ii libsystemd-journal0 204-10 ii libsystemd-login0204-10 ii libudev1 204-10 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53 ii udev 204-10 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTb4ZqAAoJEFl2dmpRMS8zW58H/j3M9KZn7MOcoA9re9M+v1LR ivkmv7ElFGPWtxmKX+S9XyaVHhG/OLz1REqgwAZSaYvNT8vpEMkJ+RHirxbZS+ec gi6d8wXqDdmgBicVjjylEerI2LddsiosiawvTarsyf5m+t1F212Cr/i7mM4l8Bge +Lobh9aDRz1L4a2f6arAXIFqSOlFsJj2C2j8uBngzewaz1Zp4kn1nVuR7xsw+hQ/ NMnyJQmHyDCJndItLdPhVSRhgx/hDwRc3BQNDFesw+Pg8uRs7dPSzhA6aHXXVR/F 2E6++G2X57P0e85rGuLOfMA+bvnXlpDDLMtMvC7nuKIOCdfTWdyNDuXnFuA29J0= =2P4/ -END PGP SIGNATURE- [OVERRIDDEN] /etc/systemd/system/sockets.target.wants → /lib/systemd/system/sockets.target.wants Only in /etc/systemd/system/sockets.target.wants: acpid.socket Only in /etc/systemd/system/sockets.target.wants: cups.socket Only in /lib/systemd/system/sockets.target.wants: dbus.socket Only in /etc/systemd/system/sockets.target.wants: lvm2-lvmetad.socket Only in /lib/systemd/system/sockets.target.wants: systemd-initctl.socket Only in /lib/systemd/system/sockets.target.wants: systemd-journald.socket Only in /lib/systemd/system/sockets.target.wants: systemd-shutdownd.socket Only in /lib/systemd/system/sockets.target.wants: systemd-udevd-control.socket Only in /lib/systemd/system/sockets.target.wants: systemd-udevd-kernel.socket [OVERRIDDEN] /etc/systemd/system/multi-user.target.wants → /lib/systemd/system/multi-user.target.wants Only in /etc/systemd/system/multi-user.target.wants: cups.path Only in /lib/systemd/system/multi-user.target.wants: dbus.service Only in /lib/systemd/system/multi-user.target.wants: getty.target Only in /etc/systemd/system/multi-user.target.wants: remote-fs.target Only in /etc/systemd/system/multi-user.target.wants: rsyslog.service Only in /etc/systemd/system/multi-user.target.wants: ssh.service Only in /lib/systemd/system/multi-user.target.wants: systemd-ask-password-wall.path Only in /lib/systemd/system/multi-user.target.wants: systemd-logind.service Only in /lib/systemd/system/multi-user.target.wants: systemd-user-sessions.service [OVERRIDDEN] /etc/systemd/system/local-fs.target.wants → /lib/systemd/system/local-fs.target.wants Only in /etc/systemd/system/local-fs.target.wants: lvm2-activation-early.service Only in /etc/systemd/system/local-fs.target.wants: lvm2-activation.service Only in /lib/systemd/system/local-fs.target.wants: run-lock.mount Only in /lib/systemd/system/local-fs.target.wants: run-user.mount Only in /lib/systemd/system/local-fs.target.wants:
