Bug#761001: NVIDIA non-free driver may break gdm3
Control: tags 761001 - moreinfo Control: severity 761001 serious On Fri, Oct 31, 2014 at 06:56:17PM +0100, Kurt Roeckx wrote: ... So here are some logs: # systemctl status gdm3.service -l ... This is on an Pentium M with an i915 VGA controller. I don't have any non-free drivers installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759259: wmbiff: Can't connect to dovecot with self-signed certificate [patch]
Looks like it is a problem with gnutls_transport_set_ptr(), which needs
a pointer, not an int.
I have hacked in a union to get around it.
Probably not the best idea, but it works.
Patch below is proof of concept, along with compiler warning and GNUTLS
api deprecation fixes.
Description: Fix compiler warnings, TLS deprecation warnings
Also fixes https://bugs.debian.org/759259
.
wmbiff (0.4.27-2.2) unstable; urgency=medium
.
* Non-maintainer upload.
* Switch to quilt v3 format.
* 15_no_more_LZO.diff: Stop trying to use gnutls LZO compression, which was
removed upstream. Closes: #638736
* 16_gnutls_deprecated.diff: Pull parts of
4e9e018b2236e00aa591f1d5d99ec59f74475480 from upstream GIT, use
gnutls_certificate_verify_peers2() instead of
gnutls_certificate_verify_peers(). Closes: #624083
* 10_use_pkg-config.diff/11_autoconfgenchanges.diff:
gnutls_certificate_verify_peers2() was added in gnutls 1.2.0, check for
this version in ./configure.
* Build against libgnutls28-dev/libgcrypt20-dev.
Author: Andreas Metzler ametz...@debian.org
Bug-Debian: https://bugs.debian.org/624083
Bug-Debian: https://bugs.debian.org/638736
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:
Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: https://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD
--- wmbiff-0.4.27.orig/wmbiff/Client.h
+++ wmbiff-0.4.27/wmbiff/Client.h
@@ -184,7 +184,7 @@ do { \
#define max(x,y) ({ \
const typeof(x) _xa = (x); \
const typeof(y) _ya = (y); \
-(void) (_xa == _ya);\
+(void) ((void *)_xa == (void *)_ya);\
_xa _ya ? _xa : _ya; })
#endif
--- wmbiff-0.4.27.orig/wmbiff/Pop3Client.c
+++ wmbiff-0.4.27/wmbiff/Pop3Client.c
@@ -408,7 +408,7 @@ static struct connection_state *authenti
char buf[BUF_SIZE];
tlscomm_printf(scs, USER %s\r\n, PCU.userName);
- if (tlscomm_gets(buf, BUF_SIZE, scs) == NULL) {
+ if (tlscomm_gets(buf, BUF_SIZE, scs) == 0) {
POP_DM(pc, DEBUG_ERROR,
Error reading from server authenticating
'%s@%s:%d'\n,
PCU.userName, PCU.serverName, PCU.serverPort);
@@ -426,7 +426,7 @@ static struct connection_state *authenti
tlscomm_printf(scs, PASS %s\r\n, PCU.password);
- if (tlscomm_gets(buf, BUF_SIZE, scs) == NULL) {
+ if (tlscomm_gets(buf, BUF_SIZE, scs) == 0) {
POP_DM(pc, DEBUG_ERROR,
Error reading from server (2) authenticating
'%s@%s:%d'\n,
PCU.userName, PCU.serverName, PCU.serverPort);
@@ -437,7 +437,7 @@ static struct connection_state *authenti
PCU.password[0] = '\0';
ask_user_for_password(pc, 1); /* 1=overwrite the cache */
tlscomm_printf(scs, PASS %s\r\n, PCU.password);
-if (tlscomm_gets(buf, BUF_SIZE, scs) == NULL) {
+if (tlscomm_gets(buf, BUF_SIZE, scs) == 0) {
POP_DM(pc, DEBUG_ERROR,
Error reading from server (2) authenticating '%s@%s:%d'\n,
PCU.userName, PCU.serverName, PCU.serverPort);
--- wmbiff-0.4.27.orig/wmbiff/gnutls-common.c
+++ wmbiff-0.4.27/wmbiff/gnutls-common.c
@@ -34,11 +34,12 @@ static const char *my_ctime(const time_t
}
-void print_x509_info(gnutls_session session, const char* hostname)
+void print_x509_info(gnutls_session_t session, const char* hostname)
{
- gnutls_x509_crt crt;
- const gnutls_datum *cert_list;
- int cert_list_size = 0, ret;
+ gnutls_x509_crt_t crt;
+ const gnutls_datum_t *cert_list;
+ unsigned int cert_list_size = 0;
+ int ret;
char digest[20];
char serial[40];
char dn[256];
@@ -106,7 +107,7 @@ void print_x509_info(gnutls_session sess
if (xml) {
#ifdef ENABLE_PKI
- gnutls_datum xml_data;
+ gnutls_datum_t xml_data;
ret = gnutls_x509_crt_to_xml( crt, xml_data, 0);
if (ret 0) {
@@ -199,7 +200,7 @@ void print_x509_info(gnutls_session sess
#ifdef HAVE_LIBOPENCDK
-void print_openpgp_info(gnutls_session session, const char* hostname)
+void print_openpgp_info(gnutls_session_t session, const char* hostname)
{
char digest[20];
@@ -211,7 +212,7 @@ void print_openpgp_info(gnutls_session s
char name[256];
size_t name_len = sizeof(name);
gnutls_openpgp_key crt;
- const gnutls_datum *cert_list;
+ const gnutls_datum_t *cert_list;
int
Bug#643910: oggdec output to stdout is broken
Control: severity -1 important Control: fixed -1 1.4.0-3 Control: forcemerge 595104 643910 [Petter Reinholdtsen] I suspect this was the same problem reported in bug #595104, and fixed in version 1.4.0-3. Please test that version and let us know if it solve your problem. No objection, so I follow up on the suspicion and merge and close this bug. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767574: keystone: Does not install : dpkg: error processing package keystone (--configure):
Package: keystone Version: 2014.2-1 Severity: normal dpkg: error processing package keystone (--configure): -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-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 keystone depends on: ii adduser3.113+nmu3 ii dbconfig-common1.8.47+nmu2 ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.9 ii lsb-base 4.1+Debian13 ii python-configobj 4.7.2+ds-5 ii python-keystone2014.2-1 pn python:any none ii sqlite33.8.7-1 ii ssl-cert 1.0.33 keystone recommends no packages. keystone suggests no packages. -- debconf information: keystone/region-name: regionOne keystone/remove-error: abort keystone/pgsql/authmethod-admin: ident keystone/admin-user: admin keystone/pgsql/admin-user: postgres keystone/pgsql/changeconf: false keystone/remote/port: keystone/passwords-do-not-match: keystone/dbconfig-install: true keystone/database-type: keystone/create-admin-tenant: false keystone/install-error: abort keystone/dbconfig-remove: keystone/pgsql/method: unix socket keystone/admin-role-name: admin keystone/internal/skip-preseed: false * keystone/configure_db: true keystone/pgsql/authmethod-user: password keystone/admin-tenant-name: admin keystone/admin-email: root@localhost keystone/dbconfig-upgrade: true keystone/remote/host: keystone/register-endpoint: false keystone/purge: false keystone/db/dbname: keystone/remote/newhost: keystone/pgsql/no-empty-passwords: keystone/db/app-user: root keystone/pgsql/manualconf: keystone/upgrade-error: abort keystone/upgrade-backup: true keystone/db/basepath: keystone/dbconfig-reinstall: false keystone/endpoint-ip: keystone/internal/reconfiguring: false keystone/mysql/method: unix socket keystone/mysql/admin-user: root keystone/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759484:
As shown in the systemd journal: Sep 10 10:36:23 kewl 4store[15356]: Starting 4s-backend: 4s-backend4store[15361]: lock.c:38 failed to open metadata file /var/lib/4store/default/metadata.nt for locking: No such file or directory This is not the problem of not providing systemd .service file, instead it should be Bug #670168. Cheers, Aron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716196: RFH: bug 716196 OpenCC
Hi, On Fri, Oct 31, 2014 at 12:18:15PM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: forwarded 716196 https://github.com/BYVoid/OpenCC/issues/80 Bug #716196 [opencc] [Mayhem] Bug report on opencc: opencc_dict crashes with exit status 139 Set Bug forwarded-to-address to 'https://github.com/BYVoid/OpenCC/issues/80'. The upstream responded as This bug has been totally fixed in 1.0.1 New upstream lopcation: https://github.com/BYVoid/OpenCC Newest upstream version: 1.0.1 (2014 Oct release) We are shipping 0.4.3-2 (around 2013 May release) I do not see clean targetted patch on this bug report in the upstream. But there are tons of changes for the last year and there were significant changes without bug fix release in between. This bug may be marked RC though. I think it may be prudent to prepare a focused patch to fix this bug if people wish to have this library for fcitx-lib, librime1, libpyzy-1.0-0, ibus-libzhuyin, Bye. Osamu PS: jessie+1 should be updated for this 1.0.1 and upodate watch file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716196: [Pkg-ime-devel] RFH: bug 716196 OpenCC
On Sat, Nov 1, 2014 at 2:59 PM, Osamu Aoki os...@debian.org wrote: Hi, On Fri, Oct 31, 2014 at 12:18:15PM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: forwarded 716196 https://github.com/BYVoid/OpenCC/issues/80 Bug #716196 [opencc] [Mayhem] Bug report on opencc: opencc_dict crashes with exit status 139 Set Bug forwarded-to-address to 'https://github.com/BYVoid/OpenCC/issues/80'. The upstream responded as This bug has been totally fixed in 1.0.1 New upstream lopcation: https://github.com/BYVoid/OpenCC Newest upstream version: 1.0.1 (2014 Oct release) We are shipping 0.4.3-2 (around 2013 May release) I do not see clean targetted patch on this bug report in the upstream. But there are tons of changes for the last year and there were significant changes without bug fix release in between. 1.x is a rewrite, and there should be no upstream patch available. This bug may be marked RC though. I think it may be prudent to prepare a focused patch to fix this bug if people wish to have this library for fcitx-lib, librime1, libpyzy-1.0-0, ibus-libzhuyin, And I don't think it worth RC, cuz those tests are simply feeding very long inputs to the program. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767411: torque: should not be released with jessie
On Thu, Oct 30, 2014 at 8:42 PM, Dominique Belhachemi domi...@debian.org wrote: I agree that the 2.4 branch is completely outdated. We should switch to a newer branch. The 2.5 and 4.1 branches are not suitable for Debian due to licensing issues. But the 4.2 branch is licensed under the same license as the 2.4 branch, so I suggest we upload the 4.2.9 release to unstable. I am afraid that the 4.2 branch cannot be used to replace the 2.4 branch. I updated our svn package repository to build the 4.2.9 release, but noticed that the license issues haven't been resolved. Upstream added the original PBS license file [1] back to the source tree, but they also keep a changed license [2] . [1] https://github.com/adaptivecomputing/torque/commits/4.2.9/PBS_License.txt [2] https://github.com/adaptivecomputing/torque/commits/4.2.9/LICENSE For more information see #641484 Unfortunately, I cannot spend more time on this package. Best -Dominique
Bug#767575: ITP: fonts-seto - handwriting Japanese font including JIS X 0213 kanji
Package: wnpp Severity: wishlist Owner: Hideki Yamane henr...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, pkg-fonts-de...@lists.alioth.debian.org Package name: fonts-seto Version: 6.20 Upstream Author: 瀬戸のぞみ (Nozomi Seto) twinkle[at]nonty.net URL: http://setofont.sourceforge.jp/ License: OFL-1.1 Seto font is a handwriting Japanese monospaced font. . It includes JIS X 0213 kanji and also Unicode SIP (Supplementary Ideographic Plane) kanji in setofont-ex.ttf -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767576: lightdm-gtk-greeter: user supplied default-user-image does not display properly in lightdm-gtk-greeter
Package: lightdm-gtk-greeter Version: 1.8.5-1 Severity: normal Hi maintainer, Specifying a default-user-image in /etc/lightdm/lightdm-gtk-greeter.conf has no effect when greeter-hide-users=true is set in /etc/lightdm/lightdm.conf. The no-name default user image still shows in the greeter, even though I have specified an alternative image in the config file to be shown. This was reported on Launchpad: https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1317236 and has been fixed upstream: http://bazaar.launchpad.net/~lightdm-gtk-greeter-team/lightdm-gtk-greeter/trunk/revision/281 Upstream version 1.9.0 should contain the fix. Many thanks, Chris -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-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 lightdm-gtk-greeter depends on: ii libc6 2.19-12 ii libcairo2 1.12.16-5 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgtk-3-0 3.14.3-1 ii liblightdm-gobject-1-0 1.10.3-1 ii libx11-62:1.6.2-3 Versions of packages lightdm-gtk-greeter recommends: ii desktop-base 7.0.3 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-themes-standard 3.14.0-1 ii policykit-10.105-7 lightdm-gtk-greeter suggests no packages. -- Configuration Files: /etc/lightdm/lightdm-gtk-greeter.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767577: iw: please add more detail to the manpage
Package: iw Version: 3.17-1 Severity: minor The man page refers to iw help for more detailed information which is the wrong way around IMHO. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iw depends on: ii libc6 2.19-11 ii libnl-3-200 3.2.24-2 ii libnl-genl-3-200 3.2.24-2 Versions of packages iw recommends: ii crda 3.13-1 iw suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765827: install default config in /etc/dunstrc
EL Thu, 23 Oct 2014 23:08:30 +0200 Michael Stapelberg stapelb...@debian.org escrigué: Please submit this as a pull request upstream: https://github.com/knopwob/dunst If upstream accepts it, it’ll be included in the next release :). Hello Michael, Have asked that and they answered: dunst should already look for /etc/xdg/dunst/dunstrc and /etc/xdg/dunstrc if no ~/.config/dunstrc is present. Therefore, I think that installing dunstrc may be a task for the system manager, May the package do it in the next release? Jordi Pujol Live never ending Tale, GNU/Linux Live forever http://jordipujol.ddns.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767578: rygel: Rygel binary does not know its version
Package: rygel Version: 0.24.1-1 Severity: minor Hi, rygel --version and the initial log line of Rygel don't have any version information. I'm not sure whether that's something that goes wrong on package build or if there's something missing in the upstream tarball. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rygel depends on: ii libc6 2.19-11 ii libgee-0.8-20.14.0-3 ii libglib2.0-02.42.0-2 ii libgssdp-1.0-3 0.14.10-1 ii libgstreamer-plugins-base1.0-0 1.4.3-1 ii libgstreamer1.0-0 1.4.3-1 ii libgupnp-1.0-4 0.20.12-1 ii libgupnp-av-1.0-2 0.12.6-1 ii libgupnp-dlna-2.0-3 0.10.2-1 ii libmediaart-1.0-0 0.7.0-1 ii librygel-core-2.4-2 0.24.0-1 ii librygel-renderer-2.4-2 0.24.0-1 ii librygel-server-2.4-2 0.24.0-1 ii libsoup2.4-12.48.0-1 ii libsqlite3-03.8.6-1 ii libunistring0 0.9.3-5.2 ii libuuid12.25.1-3 ii libxml2 2.9.1+dfsg1-4 Versions of packages rygel recommends: ii gstreamer1.0-libav 1:1.4.3-dmo1 ii gstreamer1.0-plugins-base 1.4.3-1 ii gstreamer1.0-plugins-good 1.4.3-1 ii gstreamer1.0-plugins-ugly 1.4.3-1 Versions of packages rygel suggests: ii rygel-mediathek0.24.1-1 ii rygel-playbin 0.24.1-1 pn rygel-preferences none ii rygel-tracker 0.24.1-1 ii tumbler0.1.30-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767579: python-markdown: FTBFS: tests failures with new Pygments
Source: python-markdown Version: 2.5.1-1 Severity: serious python-markdown FTBFS with new pygments 2.0 in testing: FAIL: testBasicCodeHilite (tests.test_extensions.TestCodeHilite) - div class=codehilitepre# A Code Comment + div class=codehiliteprespan class=c# A Code Comment/span ? +++ FAIL: testLinenumsNone (tests.test_extensions.TestCodeHilite) - div class=codehilitepre# A Code Comment + div class=codehiliteprespan class=c# A Code Comment/span ? +++ Full build log: http://mitya57.me/builds/python-markdown_2.5.1-1_amd64.build -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#533231: apache2-bin: Also on Jessie and Apache 2.4.10, it crashes on reload
Hi, Your problem is not related to Bug#533231. Please open a new report. On Friday 31 October 2014 09:54:51, Torben Dannhauer wrote: Every night during/after/before logrotate, Apache crashes somehow and does not come up fully functional again. This happens als well if I trigger manually a /etc/init.d/apache reload or /etc/init.d/apache graceful The error log shows the following entry: [core:notice] [pid 4925:tid 140419593967488] AH00060: seg fault or similar nasty error detected in the parent process Please provide a gdb backtrace. See /usr/share/doc/apache2/README.backtrace for how to do it. Also, please list the modules you have enabled (apachectl -M or ls /etc/apache2/mods-enabled). Trying to access webpages after that fails, the apache trows the following error for every single query into the log: [Fri Oct 31 09:23:27.787922 2014] [mpm_event:trace6] [pid 4931:tid 140419123803904] event.c(1500): connections: 1 (clogged: 0 write-completion: 0 keep-alive: 0 lingering: 0 suspended: 0) This is not an error but a trace debug message. Have you set loglevel to trace6 or higher? If not, there may have been some memory corruption inside the apache2 process. Cheers, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767544: fbi: Fix mailcap to not use Fbi off a linux console with Frambuffer
On 2014-11-01 01:23:35 +0100, Stéphane Aulery wrote: I therefore propose as a first step the following solution, an improvement of (c), which takes into account whether the framebuffer device is available (change mailcap file fbi.mime of the package): image/*; fbi '%s'; test=test -z $DISPLAY -a $TERM = linux -a -c /dev/fb0; needsterminal; I wonder whether -a is accepted by all test implementations. This feature is obsolescent in POSIX: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html BTW, I wonder why all these bugs can't be merged. The merge seems to have been accepted in the BTS (before the unmerge). -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767580: unblock: python-virtualenv/1.11.6+ds-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock This is a pre-emptive unblock request, 1.11.6+ds-1 isn't in unstable. Either it needs an unblock, or an extra-short migration. RC bug fix, removing (unused) convenience libraries that weren't tracked in debian/copyright. Patch attached. unblock python-virtualenv/1.11.6+ds-1 SR Index: debian/changelog === --- debian/changelog(revision 31340) +++ debian/changelog(working copy) @@ -1,3 +1,16 @@ +python-virtualenv (1.11.6+ds-1) UNRELEASED; urgency=medium + + [ Daniele Tricoli ] + * Repack source package to remove embedded copy of python-pip-whl and +python-setuptools-whl (Closes: #751233) + * debian/rules: +- Don't override dh_auto_configure to remove embedded wheels since + they are removed from source package + * debian/watch: +- Add dversionmangle option + + -- Stefano Rivera stefa...@debian.org Fri, 31 Oct 2014 17:59:34 -0700 + python-virtualenv (1.11.6-2) unstable; urgency=medium * d/patches/use-wheels.patch: Ignore EEXIST when creating the Index: debian/copyright === --- debian/copyright(revision 31340) +++ debian/copyright(working copy) @@ -1,6 +1,9 @@ Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Upstream-Name: virtualenv Source: https://github.com/pypa/virtualenv + The pristine upstream source contains convenience copies of python-pip-whl and + python-setuptools-whl. +Files-Excluded: virtualenv_support/*.whl Files: * Copyright: 2007, Ian Bicking and Contributors, @@ -16,15 +19,7 @@ 2012 Barry Warsaw ba...@python.org License: Expat -Files: virtualenv_support/pip-* -Copyright: 2008-2013 The pip developers License: Expat - -Files: virtualenv_support/setuptools-* -Copyright: Phillip J. Eby -License: PSF-2 or Zope-2.1 - -License: Expat Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including @@ -43,94 +38,3 @@ LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. - -License: PSF-2 - 1. This LICENSE AGREEMENT is between the Python Software Foundation - (PSF), and the Individual or Organization (Licensee) accessing and - otherwise using Python 2.3 software in source or binary form and its - associated documentation. - . - 2. Subject to the terms and conditions of this License Agreement, PSF - hereby grants Licensee a nonexclusive, royalty-free, world-wide - license to reproduce, analyze, test, perform and/or display publicly, - prepare derivative works, distribute, and otherwise use Python 2.3 - alone or in any derivative version, provided, however, that PSF's - License Agreement and PSF's notice of copyright, i.e., Copyright (c) - 2001, 2002 Python Software Foundation; All Rights Reserved are - retained in Python 2.3 alone or in any derivative version prepared by - Licensee. - . - 3. In the event Licensee prepares a derivative work that is based on - or incorporates Python 2.3 or any part thereof, and wants to make - the derivative work available to others as provided herein, then - Licensee hereby agrees to include in any such work a brief summary of - the changes made to Python 2.3. - . - 4. PSF is making Python 2.3 available to Licensee on an AS IS - basis. PSF MAKES NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR - IMPLIED. BY WAY OF EXAMPLE, BUT NOT LIMITATION, PSF MAKES NO AND - DISCLAIMS ANY REPRESENTATION OR WARRANTY OF MERCHANTABILITY OR FITNESS - FOR ANY PARTICULAR PURPOSE OR THAT THE USE OF PYTHON 2.3 WILL NOT - INFRINGE ANY THIRD PARTY RIGHTS. - . - 5. PSF SHALL NOT BE LIABLE TO LICENSEE OR ANY OTHER USERS OF PYTHON - 2.3 FOR ANY INCIDENTAL, SPECIAL, OR CONSEQUENTIAL DAMAGES OR LOSS AS - A RESULT OF MODIFYING, DISTRIBUTING, OR OTHERWISE USING PYTHON 2.3, - OR ANY DERIVATIVE THEREOF, EVEN IF ADVISED OF THE POSSIBILITY THEREOF. - . - 6. This License Agreement will automatically terminate upon a material - breach of its terms and conditions. - . - 7. Nothing in this License Agreement shall be deemed to create any - relationship of agency, partnership, or joint venture between PSF and - Licensee. This License Agreement does not grant permission to use PSF - trademarks or trade name in a trademark sense to endorse or promote - products or services of Licensee, or any third party. - . - 8. By copying, installing or otherwise using Python 2.3, Licensee - agrees to be bound by the terms and conditions of this License - Agreement. - -License: Zope-2.1 - A copyright notice accompanies this license document that - identifies the copyright holders. - . - This license has
Bug#767580: unblock: python-virtualenv/1.11.6+ds-1
Control: tags -1 confirmed On 2014-11-01 09:55, Stefano Rivera wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock This is a pre-emptive unblock request, 1.11.6+ds-1 isn't in unstable. Either it needs an unblock, or an extra-short migration. RC bug fix, removing (unused) convenience libraries that weren't tracked in debian/copyright. Patch attached. unblock python-virtualenv/1.11.6+ds-1 SR Hi, Looks reasonable, please upload it and let me know once it has been accepted. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767557: libsocl-1.1-1,libsocl-contrib-1.1-1: error when trying to install together
Andreas Beckmann, le Sat 01 Nov 2014 03:39:21 +0100, a écrit : Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/lib/libsocl-1.1.so.1 usr/lib/libsocl-1.1.so.1.0.1 Ah, indeed, when main got an OpenCL layer, I added libsocl in main, withtout thinking about adding the conflict with the libsocl-contrib, will so that. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767095: gkrellm: CPU config changed after upgrade to 2.3.6~rc1-1
The Debian Policy Manual is about packaging and how package scripts (pre/post scripts) behave, not about how applications themselves behave on upgrade. Since gkrellm 2.3.6 changes how configuring CPU krells work it falls back to its internal default value. If you would extend the Debian Policy Manual to actual application behavior you would basically kick out any big desktop environment. I did not count the number of times I had to reconfigure things in KDE or XFCE on a new minor version but I can assure you there were many of such little hiccups. Regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712512: Ghostscript seems to be working
On Fri, Oct 31, 2014 at 11:35:05PM +0100, Till Kamppeter wrote: Your problem seems to be a bad interference between your printer and the USB CUPS backend. Please follow the instructions of the section USB printer does not print or prints garbage on https://wiki.ubuntu.com/DebuggingPrintingProblems But I get just the same results when using the parallel interface: no usb involved at all. I think I have done all the tests in that usb section of the above webpage anyway some time ago. And the successful files are sent through the usb interface. So do you agree I don't need to check the usb aspect again? (Overnight, I did wonder whether a lf versus lf,cr might be happening since when the JPL commands are erroneously printed, the printer appears to need cr to start a new line. But then it is probably in an epson compatible mode at that point...) ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767581: gdm3 asks username twice after screensaver
Package: gdm3 Version: 3.14.1-1 Severity: normal Dear Maintainer, Subject: gdm3 asks username twice after screensaver Package: gdm3 Version: 3.14.1-1 Severity: normal Dear Maintainer, When I want connect me after screensaver, gdm3 asks me username (Nom d'utilisateur in french) and username (Identifiant in french) and finally password. The user list is disable (disable-user-list=true) in the configuration file (/etc/gdm3/greeter.dconf-defaults). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (100, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0]1.5.53 ii gir1.2-gdm3 3.14.1-1 ii gnome-session [x-session-manager]3.14.0-2 ii gnome-session-bin3.14.0-2 ii gnome-session-flashback [x-session-manager] 3.8.1-6 ii gnome-settings-daemon3.14.1-1 ii gnome-shell 3.14.1-1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit11:2.4-1 ii libc62.19-12 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgdm1 3.14.1-1 ii libglib2.0-0 2.42.0-2 ii libglib2.0-bin 2.42.0-2 ii libgtk-3-0 3.14.3-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam-systemd 215-5+b1 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-5+b1 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.2-1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.12.0-2 ii policykit-1 0.105-7 ii ucf 3.0030 ii x11-common 1:7.7+7 ii x11-xserver-utils7.7+3 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.1-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.14.0-1 ii libpam-gnome-keyring 3.14.0-1+b1 -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (100, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0]1.5.53 ii gir1.2-gdm3 3.14.1-1 ii gnome-session [x-session-manager]3.14.0-2 ii gnome-session-bin3.14.0-2 ii gnome-session-flashback [x-session-manager] 3.8.1-6 ii gnome-settings-daemon3.14.1-1 ii gnome-shell 3.14.1-1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas3.14.1-1 ii
Bug#767561: [Pkg-freeipa-devel] Bug#767561: pki-tools, strongswan-starter: error when trying to install together
On 01.11.2014 05:44, Andreas Beckmann wrote: Package: pki-tools,strongswan-starter Version: 10.2.0-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Control: found -1 5.2.1-4 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package strongswan-starter. Preparing to unpack .../strongswan-starter_5.2.1-4_amd64.deb ... Unpacking strongswan-starter (5.2.1-4) ... dpkg: error processing archive /var/cache/apt/archives/strongswan-starter_5.2.1-4_amd64.deb (--unpack): trying to overwrite '/usr/bin/pki', which is also in package pki-tools 10.2.0-2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/strongswan-starter_5.2.1-4_amd64.deb This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): usr/bin/pki usr/share/man/man1/pki.1.gz This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. I don't mind adding a Conflicts. On Fedora though strongswan changed the binary/manpage name to strongswan-pki: http://pkgs.fedoraproject.org/cgit/strongswan.git/commit/strongswan.spec?id=710e5ac47162230da3e715a5117a8bb269e4af6d -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766708: Processed: Re: Bug#766708: breaks multiarch cross building
On Sat, Nov 01, 2014 at 01:46:48AM +, Wookey wrote: To me that sounds like this method is actually the current de-facto default in Debian - it is certainly at least on a par. I don't think that a feature being de-facto default is a good argument to force maintaining it forever. There clearly is need to simplify gcc packaging and one way to do that is to remove one of the cross toolchain build methods. Note that the simpler with_deps_on_target_arch_pkgs build is only useful where the foreign-arch packages are already built, which makes it seem like the 'toolchain-base' method must be used for bootstrapping. However Helmut's rebootstrap has demonstrated that the with_deps_on_target_arch_pkgs method is useful there too. I must admit that I have not fully grokked how this works as I had thought that this was the one case where it didn't work. One can combine with_deps_on_target_arch_pkgs and staged builds. So while rebootstrap does the same gcc/glibc dance as the toolchain-base packages, it also uses with_deps_on_target_arch_pkgs to avoid repacking (because the repacking code is out of archive). There is a set of source packages (uploaded as one per target arch, for manageability reasons, but actually all coming from the same git tree) that builds cross-compilers from gcc-source. These builds currently use the with_deps_on_target_arch_pkgs because a) it works and b) it's cleaner and simpler. Undeniably, the resulting version lock has been brought forward as an argument earlier. The cross toolchains resulting from with_deps_on_target_arch_pkgs are more fragile than those resulting from the default method in the sense that they are subject to the Multi-Arch version lock problem. See #766966 as an example. In the worst case, this can prevent the main gcc-X.Y packages from migrating to testing, so clearly gcc maintenance is affected. This argument only applies to uploading those packages. Thus I believe it to be irrelevant in the context of this bug. Mattias has always said he doesn't want to be responsible for maintaining the cross-toolchains, which is fine, I am prepared to do that, but that also means he shouldn't get a veto on _how_ they are maintained. Obviously if he was maintaining them himself he could upload what he likes. Arguably, the version lock should get him a veto, although he doesn't seem to have exercised this reasoning in the cross-gcc rc bugs yet (or I missed it). I am not opposed to disabled with_deps_on_target_arch_pkgs in general, I am. It's simple and reliable and (at least IMHO) more correct. There are tradeoffs between the two methods which I'm happy to continue to discuss and work on, but I want it kept around and working (and will help do that) until either consensus is reached amongst the gcc/cross-gcc/rebootstrap maintainers, or we decide that that's simply not possible. I think that it is obvious now that simple, reliable or correct are not universally agreed upon. For this reason, I have avoided them and resorted to arguments that assess whether a method is working (now) and whether its source is available in the archive. If with_deps_on_target_arch_pkgs is going to be used for a long time, the code that makes it work likely needs to stay somewhere other than src:gcc-X.Y (because it is Matthias' right to not maintain it). Once jessie is released, moving this functionality elsewhere is feasible, so I stress that I would not like to see a ruling that forces with_deps_on_target_arch_pkgs onto src:gcc-X.Y beyond jessie. I would not have forwarded this issue to the tc if Matthias had not combined the bad timing with an absence of advance notice. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767520: iceweasel: Dependency problem on Debian armhf: Can't install iceweasel with current xulrunner
I still can't install Iceweasel. Will that problem be fixed in the next days/weeks? The problem is that the last iceweasel package for stable is not available on armhf somehow. Mike signature.asc Description: This is a digitally signed message part.
Bug#767582: wine64-tools: conflict with older wine64-dev-tools
Package: wine64-tools Version: 1.6.2-14 Severity: normal Dear Maintainer, apt-get dist-upgrade gave me the following: Unpacking wine64-tools (1.6.2-14) ... dpkg: error processing archive /var/cache/apt/archives/wine64-tools_1.6.2-14_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/wine/bin/winegcc', which is also in package wine64-dev-tools 1.6.2-8 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) It was fixed by a later apt-get -f install, but it would be nice to add a Replaces: or Conflicts: or something field to avoid this issue. Thanks, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf powerpc ppc64el arm64 s390x Kernel: Linux 3.16-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 wine64-tools depends on: ii libc62.19-12 ii libwine 1.6.2-14 ii libwine-dev 1.6.2-14 wine64-tools recommends no packages. wine64-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767583: kfreebsd-10: ar9300_devid.h license restricts modification
Source: kfreebsd-10
Severity: serious
Tags: upstream
Justification: Policy 2.2.1
Dear Maintainer,
After reading a discussion on the gnu-linux-libre mailing list [1],
I found that the two files named ar9300_devid.h have a license that
restricts modification:
* Copyright (c) 2002-2004 Sam Leffler, Errno Consulting, Atheros
* Communications, Inc. All rights reserved.
*
* Redistribution and use in source and binary forms are permitted
* provided that the following conditions are met:
* 1. The materials contained herein are unmodified and are used
*unmodified.
* 2. Redistributions of source code must retain the above copyright
*notice, this list of conditions and the following NO
*''WARRANTY'' disclaimer below (''Disclaimer''), without
*modification.
* 3. Redistributions in binary form must reproduce at minimum a
*disclaimer similar to the Disclaimer below and any redistribution
*must be conditioned upon including a substantially similar
*Disclaimer requirement for further binary redistribution.
* 4. Neither the names of the above-listed copyright holders nor the
*names of any contributors may be used to endorse or promote
*product derived from this software without specific prior written
*permission.
*
* NO WARRANTY
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
* ''AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
* LIMITED TO, THE IMPLIED WARRANTIES OF NONINFRINGEMENT,
* MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
* IN NO EVENT SHALL THE COPYRIGHT HOLDERS OR CONTRIBUTORS BE LIABLE
* FOR SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
* USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
* ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
* OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
* OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGES.
*
* $FreeBSD$
The two files are:
/sys/dev/ath/ath_hal/ar9003/ar9300_devid.h
/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_devid.h
I'm not really sure what should be done about it, though.
[1] https://lists.nongnu.org/archive/html/gnu-linux-libre/2014-10/msg00014.html
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755140: Fails to shutdown or logout without gnome-shell
Control: severity -1 normal Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=738264 Logout and Shutdown from gnome-flashback session are working fine now as it pretends to be gnome-shell by exporting relevant interface. However it would still be nice if upstream gnome-session supported more generic interface name, so leaving the bug open and adding an upstream task. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#766911: bad upstream commit ae9aeebb
This is indeed broken on old kernels. My kernel is 2.6.35.14, own build. Steps to reproduce: 1. boot into an old kernel 2. mount any ntfs filesystem 3. type ls /mnt, it will print: ls: cannot access /mnt: Input/output error I have bisected it to the following upstream commit: commit ae9aeebbbf1523f3e37221b1172cf05775ef8ec9 Author: Jean-Pierre André jpan...@users.sourceforge.net Date: Wed Jul 30 16:44:18 2014 +0200 Upgraded fuse-lite to support ioctls This is backporting code from the full FUSE library in order to support ioctls. The fuse protocol level negociated is now 7.18 instead of 7.8. A fallback protocol to 7.8 is provided for compatibility with older kernels. 32-bit ioctls are not supported by a 64-bit library Apparently, the fallback is not working. Reverting the bad commit along with dependent commits f4e3f126, c26a519d and 54833dff fixes the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767584: segfaults when a dot is used in the config as part of the hostname
Package: apt-dater
Version: 1.0.1-1
Severity: grave
Hi,
after the upgrade to 1.0.0 I first what surprised by a new configuration, w/o
an import of my old one, thanks :/
After rewriting the config, apt-dater segfaults on me.
Minimal config to reproduce the issue (based on your example):
Hosts:
{
localnet:
{
Title=local hosts;
localhost: {}
node1.ibh.net: {}
}
}
GDB backtrace:
evgeni@nana ~ % gdb apt-dater
GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from apt-dater...Reading symbols from
/usr/lib/debug/.build-id/0d/b0e0825ca8396749052e4555417b2144d17f01.debug...done.
done.
(gdb) run
Starting program: /usr/bin/apt-dater
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
** (apt-dater:30187): ERROR **: Error reading host file
[/home/evgeni/.config/apt-dater/hosts.config:40]: syntax error
Program received signal SIGTRAP, Trace/breakpoint trap.
g_logv (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, format=optimized out,
args=args@entry=0x7fffdf40) at
/build/glib2.0-dt6trg/glib2.0-2.42.0/./glib/gmessages.c:1046
1046/build/glib2.0-dt6trg/glib2.0-2.42.0/./glib/gmessages.c: No such file
or directory.
(gdb) bt full
#0 g_logv (log_domain=0x0, log_level=G_LOG_LEVEL_ERROR, format=optimized
out, args=args@entry=0x7fffdf40)
at /build/glib2.0-dt6trg/glib2.0-2.42.0/./glib/gmessages.c:1046
domain = 0x0
data = 0x0
depth = 0
log_func = 0x77b1d5c0 g_log_default_handler
domain_fatal_mask = optimized out
masquerade_fatal = 0
test_level = optimized out
was_fatal = optimized out
was_recursion = optimized out
msg = 0x620f00 Error reading host file
[/home/evgeni/.config/apt-dater/hosts.config:40]: syntax error
msg_alloc = 0x620f00 Error reading host file
[/home/evgeni/.config/apt-dater/hosts.config:40]: syntax error
i = 2
#1 0x77b1df6f in g_log (log_domain=log_domain@entry=0x0,
log_level=log_level@entry=G_LOG_LEVEL_ERROR,
format=format@entry=0x414d08 Error reading host file [%s:%d]: %s) at
/build/glib2.0-dt6trg/glib2.0-2.42.0/./glib/gmessages.c:1079
args = {{gp_offset = 48, fp_offset = 48, overflow_arg_area =
0x7fffe020, reg_save_area = 0x7fffdf60}}
#2 0x004074b8 in loadHosts (filename=0x621dc0
/home/evgeni/.config/apt-dater/hosts.config) at keyfiles.c:298
efn = optimized out
hcfg = {root = 0x621d30, destructor = 0x0, flags = 0, tab_width = 2,
default_format = 0, include_dir = 0x0, error_text = 0x76fb7da5 syntax
error,
error_file = 0x6213c0 /home/evgeni/.config/apt-dater/hosts.config,
error_line = 40, error_type = CONFIG_ERR_PARSE, filenames = 0x621fc0,
num_filenames = 1}
cfghosts = optimized out
hosts = optimized out
i = optimized out
cfggroup = optimized out
#3 0x00405446 in main (argc=1, argv=0x7fffe208,
envp=0x7fffe218) at apt-dater.c:130
opts = optimized out
cfgfilename = 0x620fa0 /home/evgeni/.config/apt-dater/apt-dater.config
cfgdirname = 0x620f70 /home/evgeni/.config/apt-dater
hosts = 0x0
report = 0
refresh = 1
(gdb)
Renaming node1.ibh.net to node1ibhnet solves the issue, but then I
have to add SSHHost to every node and that sounds wrong.
Regards
Evgeni
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages apt-dater depends on:
ii libc6 2.19-12
ii libconfig9 1.4.9-2
ii libglib2.0-02.42.0-2
ii libncursesw55.9+20140913-1
ii libpopt01.16-10
ii libtcl8.5 8.5.17-1
ii libtinfo5 5.9+20140913-1
ii libxml2 2.9.2+dfsg1-1
ii lockfile-progs 0.1.17
ii openssh-client 1:6.7p1-2
ii screen 4.2.1-3
apt-dater recommends no packages.
Versions of packages apt-dater suggests:
pn apt-dater-host none
ii xsltproc1.1.28-2+b1
-- no
Bug#767585: RFS: cronolog/1.6.2+rpk-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package cronolog * Package name: cronolog Version : 1.6.2+rpk-2 Upstream Author : Andrew Ford * URL : https://github.com/xakz/cronolog * License : Apache License 1.0 + LGPL Section : web It builds those binary packages: cronolog - Logfile rotator for web servers To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cronolog Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cronolog/cronolog_1.6.2+rpk-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: cronolog (1.6.2+rpk-2) unstable; urgency=low * Adds patch 090_adds_terminating_NULL_element_in_the_struct_option_array.patch (Closes: #715757) * Adds patch fix_bad_exit_status_when_nothing_sent.patch. * Bump up to Policy 3.9.6 and debhelper 9. * Update Debian maintainer email address. * Update homepage URL and debian/watch file. * Updates debian/copyright file to new version and fix license mistake. * The software license is in fact the Apache license 1.0. The only mention about the GPL is in COPYING that is probably pulled in by autoconf (this point is fixed in next upstream versions). The NEWS file confirm that. * Puts package maintenance on Alioth and adds Vcs-* fields in debian/control. Lintian: OK Piuparts: OK Pbuilder: OK Regards, Maxime Chatelle -- Maxime Chatelle (xakz) gpg: 5111 3F15 362E 13C6 CCDE 03BE BFBA B6E3 24AE 0C5B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767586: does not inform about the new config style at all
Package: apt-dater Version: 1.0.1-1 Severity: important Hi, after the upgrade to 1.x a new config format is needed. This is neither mentioned in NEWS.Debian nor in changelog.Debian (and only a bit the upstream changelog). When running the new apt-dater, it just starts with the new, empty config and the user is confused (and has to rewrite his config from scratch, no converter is available). Please at least warn the user either in NEWS.Debian or via a notice when starting apt-dater. Greets Evgeni -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-dater depends on: ii libc6 2.19-12 ii libconfig9 1.4.9-2 ii libglib2.0-02.42.0-2 ii libncursesw55.9+20140913-1 ii libpopt01.16-10 ii libtcl8.5 8.5.17-1 ii libtinfo5 5.9+20140913-1 ii libxml2 2.9.2+dfsg1-1 ii lockfile-progs 0.1.17 ii openssh-client 1:6.7p1-2 ii screen 4.2.1-3 apt-dater recommends no packages. Versions of packages apt-dater suggests: pn apt-dater-host none ii xsltproc1.1.28-2+b1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759563: [accountsservice] SEGFAULTs with UID numbers larger than 2^31
Il 31/10/2014 09:32, Alessio Treglia ha scritto: On Thu, Aug 28, 2014 at 4:20 PM, Giovanni Mascellani g...@debian.org wrote: Please apply the attached patch to accountsservice. It fixes a SEGFAULT crash caused by the creation of invalid DBus paths when users with UID number greater than 2^31 are present on the system. Because of a wrong format string, the UID number is rendered as a negative number, but DBus paths with - in them are invalid. So an assertion fails and triggers a segmentation fault. ACK'd and forwarded upstream, feel free to commit the patch to git. Thanks! Since it has already been accepted upstream, there is probably no real need to commit it as Debian-specific patch. Giovanni. -- Giovanni Mascellani giovanni.mascell...@sns.it PhD Student - Scuola Normale Superiore, Pisa, Italy http://poisson.phc.unipi.it/~mascellani signature.asc Description: OpenPGP digital signature
Bug#729340: Updated patch
Any news ? -- Richard Braun -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767587: please prevent auto-removal of mysql-workbench from testing
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org I just got the following notice mysql-workbench 6.2.3+dfsg-6 is marked for autoremoval from testing on 2014-12-01 It (build-)depends on packages with these RC bugs: 765664: mariadb-5.5: Multiple security fixes from October 2014 CPU could affect MariaDB which makes me worry whether mysql-workbench will be part of Jessie. Mysql-workbench depends on virtual-mysql-client provided by * mariadb-client-10.0 * mariadb-client-5.5 * mysql-client-5.5 * mysql-client-5.6 * percona-xtradb-cluster-client-5.5 I think it is a bit harsh to remove mysql-workbench from testing (merely) due to problems in one of the alternatives providing client for MySQL connectivity. Besides client package is probably not even affected by the security issues... What can we do to avoid auto-removal of mysql-workbench from Jessie? Please advise. -- Cheers, Dmitry Smirnov GPG key : 4096R/53968D1B --- It is a fine thing to be honest, but it is also very important to be right. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Bug#767588: RFS: 2048/1.0-3 [ITP] Simple number game for the text console
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package 2048 * Package name: 2048 Version : 1.0-3 Upstream Author : Gabriel Pérez-Cerezo gabr...@gpcf.eu * URL : http://en.gpcf.eu/2048 * License : MIT Section : games It builds those binary packages: 2048 - Simple number game for the text console To access further information about this package, please visit the following URL: http://mentors.debian.net/package/2048 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/2/2048/2048_1.0-3.dsc Changes since the last upload: none, this is my first upload. Regards, Gabriel Pérez-Cerezo -- Gabriel Pérez-Cerezo Flohr .-- GPG Key: BB09BA34D353EC69 / Email is like a postcard, anyone can read Website: http://gpcf.eu / it. Please use the GPG Key to encrypt your Email: gabr...@gpcf.eu / emails (tutorial: emailselfdefense.fsf.org). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767031: xscreensaver-gl: winduprobot often (or even always?) segfaults
Hello, I noticed a number of log messages like the following on the boxes I use: [ 8368.413929] winduprobot[8149]: segfault at c01465130 ip 0041136a sp 7fffa56dbf08 error 4 in winduprobot[40+9c000] After finding out that winduprobot is a newly added hack shipped in package xscreensaver-gl, I tried to reproduce the issue by simply running it in a dedicated window: $ /usr/lib/xscreensaver/winduprobot Segmentation fault Thanks for your report. I am not able to make it crash on my machine. What is the resolution and colour depth you are using? Which graphics card? Can you please try to get more information, for example running: gdb /usr/lib/xscreensaver/winduprobot (gdb) run (gdb) where Regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759348: cups-browsed: May hang for 90 seconds when restarted
I guess here is the same problem with the following setup: /etc/cups/cups-browsed.conf BrowseRemoteProtocols dnssd cups BrowseProtocols CUPS BrowsePoll printserver printserver is behind a openvpn (routed). If I shutdown the system it hang for 90 seconds. Stop cups-browsed before shutdown or add TimeoutStopSec=5 to /etc/systemd/system/multi-user.target.wants/cups-browsed.service reduce the hang to exactly 5 seconds. Maybe openvpn stop before cups-browsed which result in the timeout? A machine in the same network (without openvpn) of the printserver doesn't show this problem with the 90 seconds hang. Samuel
Bug#766880: Processed: Re: Bug#766880: xscreensaver screensaver don't appear in mate-screensaver
--- screensavers-desktop.stub.old 2014-10-26 15:23:44.826806788 +0100 +++ screensavers-desktop.stub 2014-10-26 15:24:39.322497990 +0100 @@ -2,4 +2,4 @@ Terminal=false Type=Application Categories=Screensaver; -OnlyShowIn=GNOME; +OnlyShowIn=GNOME;MATE; This change results in all xscreensaver screensavers becoming usable via mate-screensaver. The same would be needed for other .desktop files from all kind of packages. Since MATE is a fork of GNOME, with probably much compatibility, wouldn't it make sense to patch MATE instead so that it shows GNOME desktop files? Is there a policy on this? It is anyway to late to get this xscreensaver change into Jessie by simple upload (it must have been uploaded to unstable before October 26th) so we will have to see what the release managers think. Regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767590: niceload: Name opt::battery used only once: possible typo at /usr/bin/niceload line 184.
Package: parallel Version: 20141022+ds1-1 Severity: minor niceload prints the following warning with every call: % niceload echo 1 Name opt::battery used only once: possible typo at /usr/bin/niceload line 184. 1 It seems that opt::battery is never used. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages parallel depends on: ii perl 5.20.1-2 ii perl-modules 5.20.1-2 ii sysstat 11.0.1-1 parallel recommends no packages. parallel suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767019: xscreensaver: postinst overwrites /etc/X11/app-defaults/XScreenSaver without asking
On Mon, Oct 27, 2014 at 6:42 PM, Bjørn Mork wrote: Package: xscreensaver Version: 5.30-1+b1 Severity: serious Justification: Policy 10.7.3 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This part of xscreensaver.postinst overwrites any locally modified /etc/X11/app-defaults/XScreenSaver configuration: # Use the correct app defaults cd /etc/X11/app-defaults if [ -f XScreenSaver-gl ]; then ln -sf XScreenSaver-gl XScreenSaver else ln -sf XScreenSaver-nogl XScreenSaver fi You should not do the above if an XScreenSaver file or symlink exists prior to installation Thanks for the report. Looking at that file, there's also lots of old cruft that probably can be deleted now. Ideally it should overwrite an existing configuration file if it hasn't been modified by the user. There are some standard recipes for this IIRC. Hmm, did you forget to attach the patch? :) Regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767591: scmroute autopkgtest is broken
Package: scmroute Version: 2.0.0-3 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch vivid User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Hello, current scmroute autopkgtest fails due to a syntax error in the Depends field: | testdesc.InvalidControl: InvalidControl test daemon-init-scripts: Test Depends field contains an invalid dependency `libipc-system-simple-perl procps' See full log [1]. After adding the missing comma, it fails due to nonexisting scmroute init script, as scmroute isn't a test dependency. After adding that, it fails due to stderr: | adt-run [12:10:59]: test mr-cache-ipv6: - - - - - - - - - - results - - - - - - - - - - | mr-cache-ipv6FAIL stderr: # GroupOrigin Iif Pkts Bytes Wrong Oifs | adt-run [12:10:59]: test mr-cache-ipv6: - - - - - - - - - - stderr - - - - - - - - - - | # GroupOrigin Iif Pkts Bytes Wrong Oifs | # ff01:::::::0114 fc00:::::::0001 0 000 0:1 After allowing stderr as well, the test succeeds now. Debdiff with all fixes attached. Thanks for considering, Martin [1] http://ci.debian.net/data/packages/unstable/amd64/s/smcroute/20141031_233654.autopkgtest.log -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru smcroute-2.0.0/debian/changelog smcroute-2.0.0/debian/changelog --- smcroute-2.0.0/debian/changelog 2014-10-30 16:11:16.0 +0100 +++ smcroute-2.0.0/debian/changelog 2014-11-01 12:13:21.0 +0100 @@ -1,3 +1,10 @@ +smcroute (2.0.0-3ubuntu1) vivid; urgency=medium + + * Fix autopkgtest: Add missing scmroute test dependency, missing comma, and +missing allow-stderr. + + -- Martin Pitt martin.p...@ubuntu.com Sat, 01 Nov 2014 12:12:30 +0100 + smcroute (2.0.0-3) unstable; urgency=medium * Add Testsuite: autopkgtest to debian/control, on behalf of a traveling diff -Nru smcroute-2.0.0/debian/tests/control smcroute-2.0.0/debian/tests/control --- smcroute-2.0.0/debian/tests/control 2014-10-30 00:30:58.0 +0100 +++ smcroute-2.0.0/debian/tests/control 2014-11-01 12:11:32.0 +0100 @@ -1,3 +1,3 @@ Tests: daemon-init-scripts mr-cache-ipv4 mr-cache-ipv6 -Restrictions: needs-root isolation-machine -Depends: libipc-system-simple-perl procps +Restrictions: needs-root isolation-machine allow-stderr +Depends: @, libipc-system-simple-perl, procps signature.asc Description: Digital signature
Bug#767592: smcroute autopkgtest is broken
Package: smcroute Version: 2.0.0-3 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch vivid User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Hello, current smcroute autopkgtest fails due to a syntax error in the Depends field: | testdesc.InvalidControl: InvalidControl test daemon-init-scripts: Test Depends field contains an invalid dependency `libipc-system-simple-perl procps' See full log [1]. After adding the missing comma, it fails due to nonexisting smcroute init script, as smcroute isn't a test dependency. After adding that, it fails due to stderr: | adt-run [12:10:59]: test mr-cache-ipv6: - - - - - - - - - - results - - - - - - - - - - | mr-cache-ipv6FAIL stderr: # GroupOrigin Iif Pkts Bytes Wrong Oifs | adt-run [12:10:59]: test mr-cache-ipv6: - - - - - - - - - - stderr - - - - - - - - - - | # GroupOrigin Iif Pkts Bytes Wrong Oifs | # ff01:::::::0114 fc00:::::::0001 0 000 0:1 After allowing stderr as well, the test succeeds now. Debdiff with all fixes attached. Thanks for considering, Martin [1] http://ci.debian.net/data/packages/unstable/amd64/s/smcroute/20141031_233654.autopkgtest.log -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru smcroute-2.0.0/debian/changelog smcroute-2.0.0/debian/changelog --- smcroute-2.0.0/debian/changelog 2014-10-30 16:11:16.0 +0100 +++ smcroute-2.0.0/debian/changelog 2014-11-01 12:13:21.0 +0100 @@ -1,3 +1,10 @@ +smcroute (2.0.0-3ubuntu1) vivid; urgency=medium + + * Fix autopkgtest: Add missing smcroute test dependency, missing comma, and +missing allow-stderr. + + -- Martin Pitt martin.p...@ubuntu.com Sat, 01 Nov 2014 12:12:30 +0100 + smcroute (2.0.0-3) unstable; urgency=medium * Add Testsuite: autopkgtest to debian/control, on behalf of a traveling diff -Nru smcroute-2.0.0/debian/tests/control smcroute-2.0.0/debian/tests/control --- smcroute-2.0.0/debian/tests/control 2014-10-30 00:30:58.0 +0100 +++ smcroute-2.0.0/debian/tests/control 2014-11-01 12:11:32.0 +0100 @@ -1,3 +1,3 @@ Tests: daemon-init-scripts mr-cache-ipv4 mr-cache-ipv6 -Restrictions: needs-root isolation-machine -Depends: libipc-system-simple-perl procps +Restrictions: needs-root isolation-machine allow-stderr +Depends: @, libipc-system-simple-perl, procps signature.asc Description: Digital signature
Bug#767445: python-docker: throws ValueError exception on attempting any command
FYI this has also been reported upstream: https://github.com/docker/docker-py/issues/377. I believe that this is due to python-docker explicitly importing requests.packages.urllib3: /usr/lib/python2.7/dist-packages/docker/unixconn/unixconn.py:import requests.packages.urllib3.connectionpool as connectionpool /usr/lib/python2.7/dist-packages/docker/ssladapter/ssladapter.py:import requests.packages.urllib3 as urllib3 and the code breaks because: In [1]: from requests.packages.urllib3.util.timeout import Timeout as T1 In [2]: from urllib3.util.timeout import Timeout as T2 In [3]: T1 is T2 Out[3]: False IMO a package patch should be provided to import global urllib3 instead, following Debian packaging standards (c.f. related Debian bug #753578). -- Yours virtually, Jakub Warmuz signature.asc Description: OpenPGP digital signature
Bug#767574: [PKG-Openstack-devel] Bug#767574: keystone: Does not install : dpkg: error processing package keystone (--configure):
On Sat Nov 1 2014 09:42:35 AM MSK, James Michael DuPont jamesmikedup...@googlemail.com wrote: Package: keystone Version: 2014.2-1 Severity: normal dpkg: error processing package keystone (--configure): Did you make a mistake when copy/pasting the error? It doesn't appear... Also, I wouldn't advise to use postgress. Everyone uses MySQL or Galera. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767587: please prevent auto-removal of mysql-workbench from testing
Hi Dmitry, On Sat, Nov 01, 2014 at 03:27:07AM -0700, Dmitry Smirnov wrote: I just got the following notice mysql-workbench 6.2.3+dfsg-6 is marked for autoremoval from testing on 2014-12-01 It (build-)depends on packages with these RC bugs: 765664: mariadb-5.5: Multiple security fixes from October 2014 CPU could affect MariaDB which makes me worry whether mysql-workbench will be part of Jessie. Mysql-workbench depends on virtual-mysql-client provided by * mariadb-client-10.0 * mariadb-client-5.5 * mysql-client-5.5 * mysql-client-5.6 * percona-xtradb-cluster-client-5.5 I think it is a bit harsh to remove mysql-workbench from testing (merely) due to problems in one of the alternatives providing client for MySQL connectivity. Besides client package is probably not even affected by the security issues... What can we do to avoid auto-removal of mysql-workbench from Jessie? This is a bug in the auto-removal system. I expect mariadb-5.5 to be removed before 2014-12-01, solving the issue in this case, but if you get the second notification about this auto-removal, please ping this bug, and I'll prevent the auto-removal manually. 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#767593: timedatectl: does not notice corrupted zoneinfo files
Package: systemd Version: 215-5+b1 Severity: minor Hi, due to local problems, my zoneinfo file was corrupted (content replaced with garbage). Setting the timezone with timedatectl set-timezone lead to the timezone being set to UTC, but using the correct name. root@zion:/etc# timedatectl # correct here. Local time: Sam 2014-11-01 11:54:45 CET Universal time: Sam 2014-11-01 10:54:45 UTC RTC time: Sam 2014-11-01 10:54:45 Time zone: CET (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at Son 2014-10-26 02:59:59 CEST Son 2014-10-26 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at Son 2015-03-29 01:59:59 CET Son 2015-03-29 03:00:00 CEST root@zion:/etc# ls -la timezone localtime lrwxrwxrwx 1 root root 25 Nov 1 11:50 localtime - ../usr/share/zoneinfo/CET -rw-r--r-- 1 root root 4 Nov 1 11:50 timezone root@zion:/etc# timedatectl set-timezone Europe/Vienna root@zion:/etc# date Sam Nov 1 10:54:56 UTC 2014 root@zion:/etc# timedatectl # valid, but not what's intended Local time: Sam 2014-11-01 10:55:01 UTC Universal time: Sam 2014-11-01 10:55:01 UTC RTC time: Sam 2014-11-01 10:55:01 Time zone: Europe/Vienna (UTC, +) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: n/a root@zion:/etc# ls -la timezone localtime Given that zoneinfo files have an obvious magic number and the garbage file hadn't one, it'd be really great if timedatectl could do basic sanity checks before loading the file and creating an invalid configuration. Thanks and regards, David -- * Always looking for people I can help with awesome projects * G+: https://plus.google.com/+DavidSchmitt Blog: http://club.black.co.at/log/ LinkedIn: http://at.linkedin.com/in/davidschmitt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767594: apt-dater: FTBFS: ld: failed to merge target specific data of file apt-dater.config
Source: apt-dater Version: 1.0.0-1 Severity: important Justification: fails to build from source (but built successfully in the past) http://buildd.debian-ports.org/status/fetch.php?pkg=apt-daterarch=m68kver=1.0.0-1stamp=1414802346 make[3]: Entering directory '/«PKGBUILDDIR»/conf' ld -r -b binary -o apt-dater.blob apt-dater.config ld: failed to merge target specific data of file apt-dater.config Makefile:437: recipe for target 'apt-dater.blob' failed make[3]: *** [apt-dater.blob] Error 1 The reason here is you’re doing an invalid operation. If you want to embed the apt-dater.config binary into your program, you can do it like this: $ cat apt-dater.config.S 'EOF' .section .comment .asciz version of apt-dater.config, in case you want to embed it .section .rodata .global aptdaterconfig .type aptdaterconfig,@object aptdaterconfig: .incbin apt-dater.config .size aptdaterconfig,.-aptdaterconfig .globl aptdaterconfig_end aptdaterconfig_end: EOF $ gcc -c -o apt-dater.config.o apt-dater.config.S Then you have extern unsigned char *aptdaterconfig, *aptdaterconfig_end; and can access the size using (aptdaterconfig_end - aptdaterconfig) in C. You could also write it into the asm file, but that wastes 4 or 8 bytes (and you’d need the right asm pseudo-op for the target architecture). Note that aptdaterconfig_end does not have a .type because it’s just a label. Note that .S files are processed by $CC, which invokes first cpp(1) on them (so /* … */ style comments are fine to use) then as(1). This works on all ELF platforms using GNU as. That is, all of Debian, and probably all of contemporary Linux. I’m using it quite a bit in MirBSD, e.g. to embed the kernel config into the kernel binary, and to embed the manpage into the fdisk binary so it can be displayed during runtime (helps the installer). -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: m68k Kernel: Linux 3.16-2-m68k Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to C.UTF-8) Shell: /bin/sh linked to /bin/lksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767595: espeakup: doesn't speak all keypresses
Package: espeakup Version: 1:0.71-16 Severity: important Tags: upload Hello, While using speakup with espeakup, not all keypresses get spoken, e.g. ^ doesn't get spoken at all. Worse, requesting character-by-character reading of the screen doesn't speak it either. This can be fixed by telling espeak to say-as tts:char in SSML. Fix pending upload. Samuel -- System Information: Debian Release: jessie/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages espeakup depends on: ii espeak 1.48.04+dfsg-1 ii libc6 2.19-12 ii libespeak1 1.48.04+dfsg-1 espeakup recommends no packages. espeakup suggests no packages. -- Configuration Files: /etc/default/espeakup changed [not included] -- no debconf information -- Samuel xterm The problem with America is stupidity. I'm not saying there should be a capital punishment for stupidity, but why don't we just take the safety labels off of everything and let the problem solve itself? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767597: mariadb-server-10.0: piuparts / Package purging left files on system
Package: mariadb-server Version: 10.0.14-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, The mariadb-server-10.0 package leaves unowned files after being purged according to piuparts[1]. 30m34.8s ERROR: FAIL: Package purging left files on system: /etc/mysql/debian.cnf not owned /var/lib/mysql/not owned [... more files from /var/lib/mysql/ ...] If you feel that the /var/lib/mysql-part is a bug in piuparts, please file (or reassign) the bug to piuparts. ~Niels [1] https://piuparts.debian.org/sid/fail/mariadb-server-10.0_10.0.14-2.log -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767574: [PKG-Openstack-devel] Bug#767574: keystone: Does not install : dpkg: error processing package keystone (--configure):
Hi there, I will rerun it, did not get an error message. Am using mysql i thought. mike On Sat, Nov 1, 2014 at 6:31 AM, Thomas Goirand tho...@goirand.fr wrote: On Sat Nov 1 2014 09:42:35 AM MSK, James Michael DuPont jamesmikedup...@googlemail.com wrote: Package: keystone Version: 2014.2-1 Severity: normal dpkg: error processing package keystone (--configure): Did you make a mistake when copy/pasting the error? It doesn't appear... Also, I wouldn't advise to use postgress. Everyone uses MySQL or Galera. Thomas -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://www.flossk.org Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767596: mcrl2: hardcoded library build dependencies
Source: mcrl2 Version: 201409.0-1 Severity: important Tags: patch Hi, mcrl2 has few library packages directly specific as build dependencies. This can be problematic e.g. in the (rare) case they bump SONAME, but in general specifying directly a library as build dependency is useless (its -dev will install the latest version of it). Attached a patch that removes qt4-qmake, libqtcore4, libqtgui4, libqt4-xml, and libqt4-opengl, as all of them are installed by libqt4-dev and libqt4-opengl-dev already. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -8,11 +8,6 @@ Build-Depends: debhelper (= 5), libboost-system-dev (= 1.55), libglu1-mesa-dev (= 7.0.1), libgl2ps-dev, - qt4-qmake, - libqtcore4, - libqtgui4, - libqt4-xml, - libqt4-opengl, libqt4-dev, libqt4-opengl-dev Standards-Version: 3.9.5
Bug#767598: webkit2gtk: ftbfs on mips64el
Package: src:webkit2gtk Version: 2.6.2+dfsg1-1 Webkit2gtk has the same problem with webkitgtk, please apply the same patch to it. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767515: ITP: python-nose-parameterized -- decorator for parameterized testing with Nose
On Sat, Nov 01, 2014 at 12:09:57AM +0800, Thomas Goirand wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-nose-parameterized Version : 0.3.4 Upstream Author : David Wolever da...@wolever.net * URL : https://github.com/wolever/nose-parameterized * License : BSD-2-clause Programming Lang: Python Description : decorator for parameterized testing with Nose nose-parameterized is a decorator for parameterized testing with nose. . Is this going to be part of the package description? It looks more like a rant about what Nose already provides than what python-nose-parameterized has to offer: Nose. It's got test generators. But they kind of suck: * They often require a second function * They make it difficult to separate the data from the test * They don't work with subclases of unittest.TestCase * kwargs? What kwargs? It be much nicer if the description would highlight what python-nose-parameterized actually does (i.e. what the decorators are useful for). Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767599: lldb-3.5: enable lldb on arm64 and ppc64el
Package: lldb-3.5 Version: 1:3.5-6 Severity: wishlist X-Debbugs-Cc: debian-...@lists.debian.org, debian-powe...@lists.debian.org Hi, Can you enable lldb on arm64 and ppc64el please? I have no idea if it will build or work though - maybe someone can test it? Thanks, James -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lldb-3.5 depends on: ii libc62.19-12 ii libedit2 3.1-20140620-2 ii libffi6 3.1-2 ii libgcc1 1:4.9.1-19 ii liblldb-3.5 1:3.5-6 ii libllvm3.5 1:3.5-6 ii libstdc++6 4.9.1-19 ii libtinfo55.9+20140913-1 ii llvm-3.5-dev 1:3.5-6 ii python 2.7.8-2 ii python-lldb-3.5 1:3.5-6 ii zlib1g 1:1.2.8.dfsg-2 lldb-3.5 recommends no packages. lldb-3.5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767498: [Debichem-devel] Bug#767498: Bug#767498: aces3: FTBFS on several architectures
On Fri, Oct 31, 2014 at 03:04:06PM +0100, Michael Banck wrote: The s390x is in the same ballpark, but IME s390x is fast enough that this might be a genuine compiler hang or so. Will try to reproduce on a porterbox as well. So zelenka.debian.org built all those files in 6,5 hours, it is not hanging. But clearly this is a huge liability on the buildds and AFAICT this functionality, while compiled in, is not readily made available to the user or documented. So I will look about patching it out in the build system, rather, which should help the other buildds as well. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767600: python-versuchung: FTBFS everywhere
package: python-versuchung version: 1.1-1 severity: serious Hi, It seems python-versuchung doesn't build on the buildd's. The only available build is the maintainer upload. 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#767601: brltty: the NoScreen driver prevents brlapi output
Package: brltty Version: 5.2~20141018-2 Severity: important Tags: pending Hello, brltty 5.2 changed the VT number returned by the NoScreen driver, making all output from brlapi ignored. This doesn't hurt actual users of brltty, but prevents easy testing from sighted users, such as documented on https://wiki.debian.org/DebianInstaller/Accessibility Patch is pending upload. Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages brltty depends on: ii init-system-helpers 1.21 ii libasound2 1.0.28-1 ii libbluetooth35.23-1 ii libbrlapi0.6 5.2~20141018-2 ii libc62.19-12 ii libgpm2 1.20.4-6.1 ii libicu52 52.1-6 ii libncursesw5 5.9+20140913-1 ii libtinfo55.9+20140913-1 ii lsb-base 4.1+Debian13 Versions of packages brltty recommends: ii python 2.7.8-1 Versions of packages brltty suggests: pn brltty-speechd none ii brltty-x11 5.2~20141018-2 ii console-braille 1.3 -- debconf information excluded -- Samuel R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766349: Kmail: Some times sign with S/MIME failed
severity 766349 grave thanks Hello, kmail signed or encrypted emails without any user notice incorrect. So is kmail unusable. Therefore I set the severity to grave. CU 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 Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#712512: Ghostscript seems to be working
On Fri, Oct 31, 2014 at 11:35:05PM +0100, Till Kamppeter wrote: Your problem seems to be a bad interference between your printer and the USB CUPS backend. Please follow the instructions of the section USB printer does not print or prints garbage I said in an earlier reply that I see the same bug even when connected to /dev/lp0, the parallel port. Just to make sure, I tried my simple1/simple2 tests on the machine with the parallel port, and the bug did not appear. So you may be right about the usb problem after all. Apologies for the initial hasty response. The bug system seems to have reversed the order of a couple of my reports (the timestamps are correct, but do not match the order). That makes it a bit confusing to follow my simple* tests on the webpage. I hope that I will have time to investigate further in the next day or so... ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767602: gnunet: Debian path are not honored
Package: gnunet Version: 0.10.1-2 Severity: normal Dear Maintainer, I just install the new version of gnunet and found that the “path” section in the configuration file is not honored. Here is the directory tree of the gnunet server: #+begin_src tree -a /var/lib/gnunet/ /var/lib/gnunet/ └── .local └── share └── gnunet ├── datastore │ ├── bloomfilter.sqlite │ └── sqlite.db ├── fs │ └── credit ├── nse │ └── proof.dat ├── peerinfo │ └── hosts │ ├── DPQIBOOJV8QBS3FGJ6B0K5NTSQ9SULV45H5KCR4HU7PQ64N8Q9F0 │ ├── M85PGIE5UKFKN6O5GFG2EMBK5EH3K2FOUI12SGJ1NTFT88SQCATG │ └── R8TTJ9GAL5VIFOFNM8KNT3D83BVQPBNRHJSSD0IME63V821906EG ├── private_key.ecc ├── revocation.dat └── statistics.dat #+end_src The configuration file put the GNUNET_DATA_HOME under GNUNET_HOME/data. Note that the GNUNET_RUNTIME_DIR should be “/run/gnunet” since “/var/run” is now a symlink to “/run” but it's not used (it may contain the pid file of the process?). Regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnunet depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-12 ii libcurl3-gnutls7.38.0-2 ii libextractor3 1:1.3-2+b1 ii libgcrypt201.6.2-4 ii libglpk36 4.55-1 ii libgnutls-deb0-28 3.3.8-3 ii libidn11 1.29-1 ii libltdl7 2.4.2-1.11 ii libmicrohttpd100.9.37+dfsg-1+b1 ii libmysqlclient18 5.5.39-1 ii libogg01.3.2-1 ii libopus0 1.1-2 ii libpq5 9.4~beta3-3 ii libpulse0 5.0-13 ii libsqlite3-0 3.8.7-1 ii libunistring0 0.9.3-5.2 ii lsb-base 4.1+Debian13+nmu1 ii multiarch-support 2.19-12 ii netbase5.3 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gnunet recommends: pn libnss3-tools none ii openssl1.0.1j-1 Versions of packages gnunet suggests: pn miniupnpcnone ii python 2.7.8-2 pn python-zbar none pn texlive none -- Configuration files: /etc/gnunet.conf: [path] GNUNET_HOME = /var/lib/gnunet/ GNUNET_DATA_HOME = /var/lib/gnunet/data/ GNUNET_RUNTIME_DIR = /var/run/gnunet/ [arm] SYSTEM_ONLY = YES USER_ONLY = NO -- debconf information: * gnunet-server/username: gnunet * gnunet-server/groupname: gnunet * gnunet-server/autostart: true -- Daniel Dehennin Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF signature.asc Description: PGP signature
Bug#754987: udevadm settle causes 30 sec delay under sysvinit
* Ben Hutchings b...@decadent.org.uk [141101 06:26]: On Sat, 2014-11-01 at 04:44 +0100, Christian Hofstaedtler wrote: I've tried to debug this a bit more tonight, and after a good 4 hours there are two things I can report: 1. with the default ruleset, udev leaks an ethtool socket to net.agent (and by extension to ifup, dhclient, ...) This is a bug but probably harmless. SIOCETHTOOL doesn't depend on any socket state so it is normally used with an unconnected socket of an arbitrary address family. While it may be harmless from a security POV, the leaked FD causes the udev worker to hold on to the forked-away net.agent process. net.agent tries hard to close udev's logging sockets (see the last few lines of net.agent), but it doesn't know about any leaked sockets and therefore doesn't try to close them. -fd = socket(PF_INET, SOCK_DGRAM, 0); +fd = socket(PF_INET, SOCK_DGRAM|SOCK_CLOEXEC, 0); Ah indeed. 4 AM is not the best time for such things ;-) -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpbQXeDgGjMY.pgp Description: PGP signature
Bug#735261: Debian bug: #735261
found 735261 kdepim/4:4.14.2-2 Hello, also in 4:4.14.2-2. CU 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 Threema-ID: SYR8SJXB IRC: j_...@freenode.net, j_...@oftc.net signature.asc Description: This is a digitally signed message part.
Bug#765356: clobbers resolv.conf
Control: tag -1 + moreinfo Hi Daniel, Daniel Pocock wrote (14 Oct 2014 12:27:52 GMT) : I've rated this serious because it makes the network unusable when it happens and it requires a user with root privileges to rectify it. IMO, given the unusual settings in which the problem happens, severity should rather be important: a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. I'll let the maintainers judge, though. NetworkManager successfully connects to a WLAN Some time after that, I start an OpenSWAN VPN, for example, with ipsec start The VPN connects and the OpenSWAN log/console output shows something like: installing DNS server A.B.C.D to /etc/resolv.conf and then almost immediately afterwards, I see some NetworkManager entries in daemon.log: NetworkManager[5219]: info Policy set 'SSID-FOOBAR' (wlan0) as default for IPv4 routing and DNS. NetworkManager[5219]: info Policy set 'SSID-FOOBAR' (wlan0) as default for IPv6 routing and DNS. and the OpenSWAN entries from resolv.conf are gone again. If the VPN is being used for all routing (0.0.0.0/0) then the WLAN DNS servers may not be accessible any more and so there are no useful DNS servers in resolv.conf and all DNS requests time out. Manually adding the VPN DNS back into resolv.conf everything works Indeed, NetworkManager has no way to guess that it should not touch resolv.conf in this specific case. Your OpenSWAN VPN isn't managed by NM, is it? Could you please try checking Use this connection only for resources on its network in the NM settings of your Wi-Fi connection, and see if it fixes things for you? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767597: [debian-mysql] Bug#767597: mariadb-server-10.0: piuparts / Package purging left files on system
Thanks for taking time to file a bug about this. Here is some additional details i investigated: - mariadb-server-10.0 (in sid) has piuparts issues in sid: https://piuparts.debian.org/sid/source/m/mariadb-10.0.html. The file /etc/mysql/debian.cnf and files in /var/lib/mysql/* are not owned. - mariadb-server-5.5 (in sid) has no piuparts issues even though it (AFAIK) has exactly the same layout and installation contents: https://piuparts.debian.org/sid/source/m/mariadb-5.5.html - mysql-server-5.5 (in sid) has piuparts issues in sid: https://piuparts.debian.org/sid/source/m/mysql-5.5.html. The files in /etc/apparmor.d/local/ are not owned. There is no complaint about /var/lib/mysql/*. - mysql-server-5.6 (in experimental) has no piuparts issues, even though it too (AFAIK) has the same layout and installation contents as mariadb-server-10.0): https://piuparts.debian.org/experimental/source/m/mysql-5.6.html Interestingly the log for mysql-server-5.5 in sid2testing shows these same /var/lib/mysql/* not owned warnings: https://piuparts.debian.org/testing2sid/pass/mysql-server-5.5_5.5.39-1.log - but the run in anyway considered successful by piuparts and there is a sun icon in the listing at https://piuparts.debian.org/testing2sid/maintainer/p/pkg-mysql-ma...@lists.alioth.debian.org.html (and by the way, in that screen mariadb-5.5 has two piuparts errors, and the log says as the faul 'interrupted by the user'). These /var/lib/mysql/* warning lines can be found elsewhere too (e.g. https://piuparts.debian.org/jessie/pass/mariadb-server-5.5_5.5.39-2.log) yet piuparts still say those runs pass. In the Jessie screen there are no errors for mysql-5.5 or mariadb-5.5: https://piuparts.debian.org/jessie/maintainer/p/pkg-mysql-ma...@lists.alioth.debian.org.html My MariaDB 5.5 and 10.0 packages are based on MySQL 5.6 packaging in Debian. It might very well be by design that /var/lib/mysql/* is not owned by any package, so the important database data don't get purged accidentally, but I am not sure what is the proper thing to do in the long run. Anybody else want to take a shot at this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767603: RFA: pysolfc -- collection of more than 1000 solitaire card games
Package: wnpp Severity: normal We, the Debian Games Team, request an adopter for pysolfc because nobody is actively working on this package. We would prefer that the adopter maintained the package as part of the Games Team but this is not a requirement. If you are interested in this pacakge, please consider to adopt pysolfc-cardsets too. The package description is: There are games that use the 52 card International Pattern deck, games for the 78 card Tarock deck, eight and ten suit Ganjifa games, Hanafuda games, Matrix games, Mahjongg games, and games for an original hexadecimal-based deck. . Its features include modern look and feel (uses Ttk widget set), multiple cardsets and tableau backgrounds, sound, unlimited undo, player statistics, a hint system, demo games, a solitaire wizard, support for user written plug-ins, an integrated HTML help browser, and lots of documentation. . PySolFC is a fork of PySol Solitaire. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767604: smartlist: Ask if the 'list' user should be added durring install?
Package: smartlist Version: 3.15-23 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, Since smartlist requires the 'list' user to function, why don't use debconf to ask if the user should be added durring install if it doesn't exist already? - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smartlist depends on: ii exim4-daemon-light [mail-transport-agent] 4.84-3 ii libc6 2.19-12 ii procmail 3.22-22 smartlist recommends no packages. smartlist suggests no packages. - -- Configuration Files: /var/list/.etc/rc.custom [Errno 13] Permission denied: u'/var/list/.etc/rc.custom' - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUVNPcAAoJEC9jv4oEFMfi7qQP+wY0W/ROpQz2IRJa/prIHKHE Xh90lGFfjsN1dYIQVnA2bGYHpDNdRroRBXwrrpl8aHNbxCXq1zOxZ+261b2DqRDO PhBfq+FdXt7xYNtXmRVtuudJ068pzEocUma+n2d1QtZjaSVguRxS+PLQh9KOJJD7 u53Y6m+2zD9REfm+E+lNKdbPcXe4IciOYlSxgfRa/qeQKU0p3/J6BuVIzUn82b5R o6uY509kO6mTuAx4lKqFZs+0gVIOslIrGoq4SF2PGUy9fgtQOAWADKvdzN9bpASN V+LKu9l80QVtV9HEara0PFoSayklQ5yZVN48cESdDlV97TGl/jv9dZ5EhjrDI2W9 QLjpTrRprGFNkOW+KRmNoQrUDLIfQMsn1SE30AHWNKOJodipmzBpucxi3KyzNe02 QqYdeTz/QMWKxSj5CM+T/O63fn3lhlCmmbtjOSs1iWXGG4Mocr0uXLDTf6lTsMA5 H+zOGIgT84CpNb36my9Oz4oWoa+QPIdEg98ST9VEXbGlKy2aj59mn9J3ZsvymngV MLjSnNh1GD8t743azClR+JJP3Lrqv7Ed2E2kc6MNY8st0JTgIUDzLVubwo0muTHc G2JtUBJn6EHkQEIIhJFO4UhePdU4JNHNHicUmiJ9ja0KaQzudj+q7YY172Jcjjaz Fwt7ZR1Pol1Ug48vq1j6 =Iawo -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#767605: RFA: pysolfc-cardsets - additional card graphics for PysolFC
Package: wnpp Severity: normal We, the Debian Games Team, request an adopter for pysolfc-cardsets because nobody is actively working on this package. We would prefer that the adopter maintained the package as part of the Games Team but this is not a requirement. If you are interested in this package, please consider to adopt pysolfc too. Pysolfc-cardsets provides additional card graphics for PysolFC. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767574: [PKG-Openstack-devel] Bug#767574: keystone: Does not install : dpkg: error processing package keystone (--configure):
udo apt-get install -t experimental keystone The following NEW packages will be installed: keystone 0 upgraded, 1 newly installed, 0 to remove and 2097 not upgraded. Need to get 69.5 kB of archives. After this operation, 314 kB of additional disk space will be used. Get:1 http://ftp.debian.org/debian/ experimental/main keystone all 2014.2-1 [69.5 kB] Fetched 69.5 kB in 1s (40.2 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package keystone. (Reading database ... 283521 files and directories currently installed.) Preparing to unpack .../keystone_2014.2-1_all.deb ... Unpacking keystone (2014.2-1) ... Processing triggers for man-db (2.6.7.1-1) ... Setting up keystone (2014.2-1) ... PKG-Openstack now calling: dbc_go keystone configure dpkg: error processing package keystone (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: keystone E: Sub-process /usr/bin/dpkg returned an error code (1) On Sat, Nov 1, 2014 at 6:54 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Hi there, I will rerun it, did not get an error message. Am using mysql i thought. mike On Sat, Nov 1, 2014 at 6:31 AM, Thomas Goirand tho...@goirand.fr wrote: On Sat Nov 1 2014 09:42:35 AM MSK, James Michael DuPont jamesmikedup...@googlemail.com wrote: Package: keystone Version: 2014.2-1 Severity: normal dpkg: error processing package keystone (--configure): Did you make a mistake when copy/pasting the error? It doesn't appear... Also, I wouldn't advise to use postgress. Everyone uses MySQL or Galera. Thomas -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://www.flossk.org Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://www.flossk.org Saving Wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767606: linux-image-3.16-3-686-pae: After dist-upgrading from wheezy to jessie the new kernel does not find the disks
Package: src:linux Version: 3.16.5-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I dist-upgraded from wheezy to jessie * What exactly did you do (or not do) that was effective (or ineffective)? I rebooted the machine after the dist-upgrade was done * What was the outcome of this action? The machine begins to boot, grub loads the kernel, then the disks where not found and it ends on a console * What outcome did you expect instead? That the machine would boot into the fresh dist-upgraded system *** End of the template - remove these template lines *** -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** Network interface configuration: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp ** PCI devices: 00:00.0 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0007] (rev 04) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 64, Cache Line Size: 32 bytes Region 0: Memory at unassigned (32-bit, prefetchable) Region 1: Memory at unassigned (32-bit, non-prefetchable) [size=4K] 00:00.1 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0005] (rev 02) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 64, Cache Line Size: 32 bytes 00:03.0 System peripheral [0880]: Compaq Computer Corporation Advanced System Management Controller [0e11:a0f0] Subsystem: Compaq Computer Corporation ProLiant DL360 [0e11:b0f3] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 0 Region 0: I/O ports at 1800 [size=256] Region 1: Memory at f7bfff00 (32-bit, non-prefetchable) [size=256] 00:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] 3D Rage IIC PCI [Mach64 GT IIC] [1002:4756] (rev 7a) (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Rage IIC [1002:4756] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64 (2000ns min), Cache Line Size: 32 bytes Region 0: Memory at f600 (32-bit, prefetchable) [size=16M] Region 1: I/O ports at 2000 [size=256] Region 2: Memory at f7bfe000 (32-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at 8000 [disabled] [size=128K] Capabilities: [5c] Power Management version 1 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- 00:0f.0 ISA bridge [0601]: Broadcom OSB4 South Bridge [1166:0200] (rev 4d) Subsystem: Broadcom OSB4 South Bridge [1166:0200] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:11.0 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0007] (rev 04) Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Region 0: Memory at unassigned (32-bit, prefetchable) 00:11.1 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0005] (rev 02) Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- 01:04.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c875 [1000:000f] (rev 14) Subsystem: Compaq Computer Corporation Embedded Ultra Wide SCSI Controller [0e11:7004] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx-
Bug#759259: wmbiff: Can't connect to dovecot with self-signed certificate [patch]
On 2014-11-01 Nye Liu n...@nyet.org wrote:
Looks like it is a problem with gnutls_transport_set_ptr(), which needs a
pointer, not an int.
I have hacked in a union to get around it.
Probably not the best idea, but it works.
Patch below is proof of concept, along with compiler warning and GNUTLS api
deprecation fixes.
Hello,
Thank you for the assistance.
Afaict filtering out the depreciation fixes reduces the patch to two
functional changes:
#1 Use gnutls_priority_set_direct():
@@ -553,6 +557,9 @@ struct connection_state *initialize_gnut
assert(gnutls_init(scs-tls_state, GNUTLS_CLIENT) == 0);
{
+#if 1 // HAVE_GNUTLS_PRIORITY_SET_DIRECT
+ assert(gnutls_priority_set_direct(scs-tls_state, NORMAL,
NULL) == 0);
+#else
const int protocols[] = { GNUTLS_TLS1, GNUTLS_SSL3, 0 };
const int ciphers[] =
{ GNUTLS_CIPHER_RIJNDAEL_128_CBC,
GNUTLS_CIPHER_3DES_CBC,
#2 Use a never used pointer instead of the connection fd as second
argument for gnutls_transport_set_ptr().
@@ -537,6 +537,10 @@ tls_check_certificate(struct connection_
struct connection_state *initialize_gnutls(int sd, char *name, Pop3 pc,
const char *remote_hostname)
{
+ union {
+ int i;
+ void *ptr;
+ } sp = {.i=sd};
static int gnutls_initialized;
int zok;
struct connection_state *scs = malloc(sizeof(struct connection_state));
@@ -572,6 +579,7 @@ struct connection_state *initialize_gnut
0);
assert(gnutls_kx_set_priority(scs-tls_state, key_exch) == 0);
assert(gnutls_mac_set_priority(scs-tls_state, mac) == 0);
+#endif
/* no client private key */
if (gnutls_certificate_allocate_credentials(scs-xcred) 0) {
DMA(DEBUG_ERROR, gnutls memory error\n);
[...]
@@ -601,8 +609,7 @@ struct connection_state *initialize_gnut
gnutls_cred_set(scs-tls_state, GNUTLS_CRD_CERTIFICATE,
scs-xcred);
- gnutls_transport_set_ptr(scs-tls_state,
-
(gnutls_transport_ptr) sd);
+ gnutls_transport_set_ptr(scs-tls_state, sp.ptr);
Does either of these changes on its own fix the issue for you?
It would be very strange for #2 to actually fix things, because
sd = tcp_connect ();
[...]
gnutls_transport_set_ptr (session, (gnutls_transport_ptr_t) sd);
is a straight quote fom the example in the GnuTLS 2.x manual. The
example in the GnuTLS 3 looks different ...
sd = tcp_connect();
gnutls_transport_set_int(session, sd);
but is actually the same code:
compat.h:
#define gnutls_transport_set_int(s, i) gnutls_transport_set_int2(s, i, i)
and in gnutls_record.c:
gnutls_transport_set_int2(gnutls_session_t session,
int recv_int, int send_int)
{
session-internals.transport_send_ptr =
(gnutls_transport_ptr_t) (long) send_int;
session-internals.transport_recv_ptr =
(gnutls_transport_ptr_t) (long) recv_int;
}
void
gnutls_transport_set_ptr(gnutls_session_t session,
gnutls_transport_ptr_t ptr)
{
session-internals.transport_recv_ptr = ptr;
session-internals.transport_send_ptr = ptr;
}
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#767597: [debian-mysql] Bug#767597: Bug#767597: mariadb-server-10.0: piuparts / Package purging left files on system
More information:
In the files (mariadb/mysql)-server.X.X.postrm there is a section that
does the removal and it looks like this:
#
# - Do NOT purge logs or data if another mysql-sever* package is
installed (#307473)
# - Remove the mysql user only after all his owned files are purged.
#
if [ $1 = purge -a ! \( -x /usr/sbin/mysqld -o -L /usr/sbin/mysqld
\) ]; then
# we remove the mysql user only after all his owned files are purged
rm -f /var/log/mysql.{log,err}{,.0,.[1234567].gz}
rm -rf /var/log/mysql
db_input high mysql-server-10.0/postrm_remove_databases || true
db_go || true
db_get mysql-server-10.0/postrm_remove_databases || true
if [ $RET = true ]; then
# never remove the debian.cnf when the databases are still existing
# else we ran into big trouble on the next install!
rm -f /etc/mysql/debian.cnf
rm -rf /var/lib/mysql
rm -rf /var/run/mysqld # this directory is created by the init
script, don't leave behind
userdel mysql || true
fi
fi
Should this perhaps be re-written in some way?
Sources:
http://anonscm.debian.org/cgit/pkg-mysql/mysql-5.5.git/tree/debian/mysql-server-5.5.postrm
http://anonscm.debian.org/cgit/pkg-mysql/mysql-5.6.git/tree/debian/mysql-server-5.6.postrm
http://anonscm.debian.org/cgit/pkg-mysql/mariadb-5.5.git/tree/debian/mariadb-server-5.5.postrm
http://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/tree/debian/mariadb-server-10.0.postrm
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767607: checkbot, heal thyself
Package: checkbot
Version: 1.80-3
Severity: normal
Tags: patch
Checkbot creates a set of pages telling me all the links on my site
are valid, then adds a footer:
| ━
|
| Page created by *Checkbot 1.80* on _Sat_Nov_1_12:00:58_2014_.
|
| *[Valid XHTML 1.1]*
|
That Checkbot 1.80 text is a dead link to the old home page.
The Valid XHTML 1.1 alt text accompanies an image hosted on the
w3c.org servers. This causes the page to contain a broken image link
if I view it while offline; and clicking the button fails because
validator.org can't access http://mypc.localnet/checkbot.html.
Besides, while it's true that the main page is valid according to the
15-year-old XHTML 1.1 standard, the per-server pages are full of
errors, such as unterminated dts and dds.
Even if that was fixed, Checkbot can never guarantee that its output
pages will be valid, since its reports may quote links like
http:/// precisely because they're invalid.
My patch updates the homepage link with the new URL and simply throws
out the valid XHTML line.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.17-1-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages checkbot depends on:
ii libcrypt-ssleay-perl0.58-1+b2
ii libhtml-parser-perl 3.71-1+b2
ii libmailtools-perl 2.13-1
ii libtime-duration-perl 1.10-1
ii liburi-perl 1.64-1
ii libwww-perl 6.08-1
ii perl5.20.1-2
ii perl-modules [libnet-perl] 5.20.1-2
checkbot recommends no packages.
checkbot suggests no packages.
-- no debconf information
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru checkbot-1.80.pristine/checkbot checkbot-1.80/checkbot
--- checkbot-1.80.pristine/checkbot 2008-10-15 13:55:01.0 +0100
+++ checkbot-1.80/checkbot 2014-11-01 11:19:27.94634 +
@@ -1339,8 +1339,7 @@
# Return a string containing Checkbot's signature for HTML pages
sub signature {
- return hr /\np class='signature'Page created by a href=\http://degraaff.org/checkbot/\;Checkbot $VERSION/a on em . localtime() . /em./p\n.
-pa href=\http://validator.w3.org/check/?uri=referer\;img src=\http://www.w3.org/Icons/valid-xhtml11\; alt=\Valid XHTML 1.1\ height=\31\ width=\88\ //a/p.
+ return hr /\np class='signature'Page created by a href=\http://sourceforge.net/projects/checkbot/\;Checkbot $VERSION/a on em . localtime() . /em./p\n.
/body/html;
}
Bug#767608: base-files: Does it need to be arch any, or could be arch all?
Package: base-files Version: 7.10 Severity: wishlist Looking at the content of this package, all of the files seem to be arch-independent -- only text files or directories. According to the changelog, this package was arch all in the beginning, but it became arch any at some point, 15 years ago: base-files (2.1.13) unstable; urgency=low * Made Architecture: any for /etc/motd to be os-dependant. [ A binary-all-os scheme would simplify this ]. [...] -- Santiago Vila sanv...@ctv.es Tue, 21 Dec 1999 11:53:35 +0100 I do not understand what makes (or could have made in the past) /etc/motd to become arch-dependent, and there seem to be no other clues in the changelog or in the archived bug reports. I assume that there's probably a good reason for it that I cannot see, but dropping this question/suggestion just in case that it is now possible to make the package arch-all. -- Manuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767609: linux-image-3.16-3-686-pae: After dist-upgrading from wheezy to jessie the raid-controller isn't found anymore
Package: src:linux Version: 3.16.5-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I dist-upgraded from wheezy to jessie * What exactly did you do (or not do) that was effective (or ineffective)? I rebooted the system after the dist-upgrade complets * What was the outcome of this action? The machine boots, grub starts the new kernel, then the system disk wasn't found and the start ends on a console. * What outcome did you expect instead? That the machine launches into the dist-upgraded system. *** End of the template - remove these template lines *** -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** Network interface configuration: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp ** PCI devices: 00:00.0 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0007] (rev 04) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 64, Cache Line Size: 32 bytes Region 0: Memory at unassigned (32-bit, prefetchable) Region 1: Memory at unassigned (32-bit, non-prefetchable) [size=4K] 00:00.1 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0005] (rev 02) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 64, Cache Line Size: 32 bytes 00:03.0 System peripheral [0880]: Compaq Computer Corporation Advanced System Management Controller [0e11:a0f0] Subsystem: Compaq Computer Corporation ProLiant DL360 [0e11:b0f3] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 0 Region 0: I/O ports at 1800 [size=256] Region 1: Memory at f7bfff00 (32-bit, non-prefetchable) [size=256] 00:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] 3D Rage IIC PCI [Mach64 GT IIC] [1002:4756] (rev 7a) (prog-if 00 [VGA controller]) Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Rage IIC [1002:4756] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64 (2000ns min), Cache Line Size: 32 bytes Region 0: Memory at f600 (32-bit, prefetchable) [size=16M] Region 1: I/O ports at 2000 [size=256] Region 2: Memory at f7bfe000 (32-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at 8000 [disabled] [size=128K] Capabilities: [5c] Power Management version 1 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- 00:0f.0 ISA bridge [0601]: Broadcom OSB4 South Bridge [1166:0200] (rev 4d) Subsystem: Broadcom OSB4 South Bridge [1166:0200] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 00:11.0 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0007] (rev 04) Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Region 0: Memory at unassigned (32-bit, prefetchable) 00:11.1 Host bridge [0600]: Broadcom CNB20-LE Host Bridge [1166:0005] (rev 02) Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- 01:04.0 SCSI storage controller [0100]: LSI Logic / Symbios Logic 53c875 [1000:000f] (rev 14) Subsystem: Compaq Computer Corporation Embedded Ultra Wide SCSI Controller [0e11:7004] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx-
Bug#754987: udevadm settle causes 30 sec delay under sysvinit
On Sat, 2014-11-01 at 13:22 +0100, Christian Hofstaedtler wrote: * Ben Hutchings b...@decadent.org.uk [141101 06:26]: On Sat, 2014-11-01 at 04:44 +0100, Christian Hofstaedtler wrote: I've tried to debug this a bit more tonight, and after a good 4 hours there are two things I can report: 1. with the default ruleset, udev leaks an ethtool socket to net.agent (and by extension to ifup, dhclient, ...) This is a bug but probably harmless. SIOCETHTOOL doesn't depend on any socket state so it is normally used with an unconnected socket of an arbitrary address family. While it may be harmless from a security POV, the leaked FD causes the udev worker to hold on to the forked-away net.agent process. How is that? Ben. net.agent tries hard to close udev's logging sockets (see the last few lines of net.agent), but it doesn't know about any leaked sockets and therefore doesn't try to close them. -fd = socket(PF_INET, SOCK_DGRAM, 0); +fd = socket(PF_INET, SOCK_DGRAM|SOCK_CLOEXEC, 0); Ah indeed. 4 AM is not the best time for such things ;-) -- Ben Hutchings Kids! Bringing about Armageddon can be dangerous. Do not attempt it in your own home. - Terry Pratchett and Neil Gaiman, `Good Omens' signature.asc Description: This is a digitally signed message part
Bug#765855: fixed in openscenegraph 3.2.1-5
Having been hit once more by this bug, I upgraded libopenscenegraph100 to 3.2.1-5 from unstable but the bug struck again at --airport=UAOL. Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x00babf47 in osgUtil::UpdateVisitor::apply(osg::Geode) () #2 0x770ab210 in simgear::EffectGeode::accept (this=0x7fffb037fc50, nv=...) at /home/markus/pkg-flightgear/simgear.git/simgear/scene/material/EffectGeode.hxx:32 #3 0x752573b3 in osg::Sequence::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #4 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #5 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #6 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #7 0x00bade9d in SGUpdateVisitor::apply(osg::Transform) () #8 0x77113fa3 in SGOffsetTransform::accept (this=0x7fffb0083f80, nv=...) at /home/markus/pkg-flightgear/simgear.git/simgear/scene/model/SGOffsetTransform.hxx:33 #9 0x752213ba in osg::LOD::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #10 0x75221a73 in osg::LOD::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #11 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #12 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #13 0x7523e3a5 in osg::PagedLOD::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #14 0x00bae4a9 in SGUpdateVisitor::apply(osg::PagedLOD) () #15 0x7523f183 in osg::PagedLOD::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #16 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #17 0x00bade9d in SGUpdateVisitor::apply(osg::Transform) () #18 0x7717d633 in osg::MatrixTransform::accept (this=0x7fffbe8b50b0, nv=...) at /usr/include/osg/MatrixTransform:37 #19 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #20 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #21 0x7523e3a5 in osg::PagedLOD::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #22 0x00bae4a9 in SGUpdateVisitor::apply(osg::PagedLOD) () #23 0x7523f183 in osg::PagedLOD::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #24 0x752213ba in osg::LOD::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #25 0x75221a73 in osg::LOD::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #26 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #27 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #28 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #29 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #30 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #31 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #32 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #33 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #34 0x752941c1 in osg::Switch::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #35 0x75294813 in osg::Switch::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #36 0x751ef413 in osg::Group::traverse(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosg.so.100 #37 0x75ed8910 in osg::Group::accept(osg::NodeVisitor) () from /usr/lib/x86_64-linux-gnu/libosgFX.so.100 #38 0x75899507 in osgViewer::Viewer::updateTraversal() () from /usr/lib/x86_64-linux-gnu/libosgViewer.so.100 #39 0x7589bc35 in osgViewer::ViewerBase::frame(double) () from /usr/lib/x86_64-linux-gnu/libosgViewer.so.100 #40 0x00b98f9a in fgOSMainLoop() () #41 0x005f94ee in fgMainInit(int, char**) () #42 0x005a00ff in main () I am running the following packages: ii flightgear 3.0.0-4~test1 amd64 Flight Gear Flight Simulator ii flightgear-data-ai 3.0.0-1 allFlightGear Flight Simulator -- standard AI data ii
Bug#767574: [PKG-Openstack-devel] Bug#767574: keystone: Does not install : dpkg: error processing package keystone (--configure):
I purged and deleted the installation, also removed all open stack stuff (as before there was no other open stack modules running) It does not tell me what modules it require to run, so obviously it cannot run. that might be a minor bug in the dependancies. otherwise I get a proper error message. these open stack modules are so interdependant. Where do I get the token and what modules are needed to test keystone on its own? root@mdupont-Aspire-7750G:~# aptitude install -t experimental keystone python-keystone The following NEW packages will be installed: keystone 0 packages upgraded, 1 newly installed, 0 to remove and 2096 not upgraded. Need to get 0 B/69.5 kB of archives. After unpacking 314 kB will be used. debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package keystone. (Reading database ... 283730 files and directories currently installed.) Preparing to unpack .../keystone_2014.2-1_all.deb ... Unpacking keystone (2014.2-1) ... Processing triggers for man-db (2.6.7.1-1) ... Setting up keystone (2014.2-1) ... PKG-Openstack now calling: dbc_go keystone configure usermod: no changes dbconfig-common: writing config to /etc/dbconfig-common/keystone.conf Creating config file /etc/dbconfig-common/keystone.conf with new version granting access to database keystonedb for keystone@localhost: success. verifying access for keystone@localhost: success. creating database keystonedb: success. verifying database keystonedb exists: success. dbconfig-common: flushing administrative password 2014-11-01 08:01:02.895 4680 WARNING keystone.cli [-] keystone-manage pki_setup is not recommended for production use. Sleeping 5 seconds to make sure the keystone daemon is up and running: 5...4...3...2...1...0 Upgrading db... Creating tenants... Unable to establish connection to http://127.0.0.1:35357/v2.0/users Unable to establish connection to http://127.0.0.1:35357/v2.0/tenants Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles Unable to establish connection to http://127.0.0.1:35357/v2.0/OS-KSADM/roles usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone user-role-add --user user --role role [--tenant tenant] keystone user-role-add: error: argument --user/--user-id/--user_id: expected one argument usage: keystone tenant-update [--name tenant_name] [--description tenant-description] [--enabled true|false] tenant keystone tenant-update: error: too few arguments Registering keystone endpoint...Unable to establish connection to http://192.168.2.2:35357/v2.0/OS-KSADM/services Unable to establish connection to http://192.168.2.2:35357/v2.0/OS-KSADM/services/ done! On Sat, Nov 1, 2014 at 7:44 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: udo apt-get install -t experimental keystone The following NEW packages will be installed: keystone 0 upgraded, 1 newly installed, 0 to remove and 2097 not upgraded. Need to get 69.5 kB of archives. After this operation, 314 kB of additional disk space will be used. Get:1 http://ftp.debian.org/debian/ experimental/main keystone all 2014.2-1 [69.5 kB] Fetched 69.5 kB in 1s (40.2 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package keystone. (Reading database ... 283521 files and directories currently installed.) Preparing to unpack .../keystone_2014.2-1_all.deb ... Unpacking keystone (2014.2-1) ... Processing triggers for man-db (2.6.7.1-1) ... Setting up keystone (2014.2-1) ... PKG-Openstack now calling: dbc_go keystone configure dpkg: error processing package keystone (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: keystone E: Sub-process /usr/bin/dpkg returned an error code (1) On Sat, Nov 1, 2014 at 6:54 AM, Mike Dupont jamesmikedup...@googlemail.com wrote: Hi there, I will rerun it, did not get an error message. Am using mysql i thought. mike On Sat, Nov 1, 2014 at 6:31 AM, Thomas Goirand tho...@goirand.fr wrote: On Sat Nov 1 2014 09:42:35 AM MSK, James Michael DuPont jamesmikedup...@googlemail.com wrote: Package: keystone Version: 2014.2-1 Severity: normal dpkg: error processing package keystone (--configure): Did you make a mistake when copy/pasting the error? It doesn't appear... Also, I wouldn't advise to use postgress. Everyone uses MySQL or Galera. Thomas -- James Michael DuPont Member of Free Libre Open Source Software Kosova
Bug#741911: RFH: mysql-utilities -- collection of scripts for managing MySQL servers
Hello Dmitry, sorry for the delay ;) On Tue, Mar 18, 2014 at 1:01 PM, Dmitry Smirnov only...@debian.org wrote: I'd very much appreciate your help. There is new stable release 1.3.6 to package but it comes with some name space changes that we have to accommodate in packaging... I've just pushed a 'morph' branch to git where I'm doing some work on the package towards uploading 1.6.0 , still early stage, and need some more work tho (will ping you when I think it's done). Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767544: fbi: Fix mailcap to not use Fbi off a linux console with Frambuffer
Le samedi 01 novembre 2014 à 09:49:16, Vincent Lefevre a écrit : On 2014-11-01 01:23:35 +0100, Stéphane Aulery wrote: I therefore propose as a first step the following solution, an improvement of (c), which takes into account whether the framebuffer device is available (change mailcap file fbi.mime of the package): image/*; fbi '%s'; test=test -z $DISPLAY -a $TERM = linux -a -c /dev/fb0; needsterminal; I wonder whether -a is accepted by all test implementations. This feature is obsolescent in POSIX: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html Sorry, I only read the manpage delivered by debian to write this line. This is not documented. This should work: (test -z $DISPLAY) (test $TERM = linux) (test -c /dev/fb0) BTW, I wonder why all these bugs can't be merged. The merge seems to have been accepted in the BTS (before the unmerge). I wanted this bug (767544) becomes the principal and the other attached to it. It seems that the merge connects all to the oldest bug. Are there a way to do what I want? -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767612: jetty8 should not create /var/lib/jetty8/webapps/root on update
Package: jetty8 Version: 8.1.16-3 Severity: important Dear Maintainer, when deploying a webapp to root context using by naming convention, updates will break your setup. To use this setup you have to remove /var/lib/jetty/webapps/root. This is caused by jetty8s preference for the root directory instead of root.war. On update the jetty8 package recreates /var/lib/jetty/webapps/root which causes the root.war to be ignored and rendering your setup broken. I would suggest packaging to be changed slightly: 1. Move /var/lib/jetty/webapps/root to /usr/lib/jetty8/webapps-root 2. Create a root.xml in /etc/jetty8/contexts which configures a root context to /usr/lib/jetty8/webapps-root This way a configured root context will not be broken by updates. Deploying them requires slightly more configuration. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jetty8 depends on: ii adduser 3.113+nmu3 ii apache2-utils2.4.10-6 ii default-jre-headless [java6-runtime-headless]2:1.7-52 ii libjetty8-extra-java 8.1.16-3 ii libjetty8-java 8.1.16-3 ii openjdk-7-jre-headless [java6-runtime-headless] 7u65-2.5.2-4 Versions of packages jetty8 recommends: ii authbind 2.1.1 Versions of packages jetty8 suggests: pn libjetty8-java-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767611: RM: libgcrypt11 -- ROM; Superceded by libgcrypt20
Package: ftp.debian.org Severity: normal# Hello, please remove libgcrypt11 from sid. It should already be gone from testing. Jonathan Wiltshire wrote in #757575 | libgcrypt11 left Jessie this morning, and libgcrypt20 successfully | migrated. 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' signature.asc Description: Digital signature
Bug#767610: RM: gnutls26 -- ROM; Superceded by gnutls28
Package: ftp.debian.org Severity: normal Hello, please remove gnutls26 from both sid and experimental it has be replaced by gnutls28. It should already been gone from testing: Jonathan Wiltshire wrote in #748535 | gnutls26 left Jessie this morning, and gnutls28 successfully | migrated. 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' signature.asc Description: Digital signature
Bug#766911: bad upstream commit ae9aeebb
Thank you, Serge, for investigating the issue and making a precise report. Two more things I would like to know : - which cpu are you using (32 or 64 bits) ? - what were your ./configure options for compiling ntfs-3g ? At least, what is the output of ntfs-3g -help Regards Jean-Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767613: [kleopatra] hangs on OpenPGP-Zertifikate aktualisieren
Package: kleopatra Version: 4:4.14.2-2 Severity: grave on OpenPGP-Zertifikate aktualisieren runs kleopatra with 100 on 1 CPU and must be killed. The windows Subprozess Diagnose and Aktualisierung von OpenPGP-Zertifikaten - Fehler - Kleopatra are not scrollable. In Aktualisierung von OpenPGP-Zertifikaten - Fehler - Kleopatra the linefeeds are missing. This error is reproducible with every call. Kleopatra is partly, but in key areas, not usable, so I set the severity to grave. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/6 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 kleopatra depends on: ii dirmngr 1.1.1-4 ii gnupg-agent 2.0.26-3 ii gnupg22.0.26-3 ii gpgsm 2.0.26-3 ii kde-runtime 4:4.14.1-1+b1 ii libassuan02.1.2-2 ii libc6 2.19-12 ii libgcc1 1:4.9.1-16 ii libgpg-error0 1.16-2 ii libgpgme++2 4:4.14.2-1 ii libgpgme111.5.1-6 ii libkcmutils4 4:4.14.1-1+b1 ii libkdecore5 4:4.14.1-1+b1 ii libkdepim44:4.14.2-2 ii libkdeui5 4:4.14.1-1+b1 ii libkio5 4:4.14.1-1+b1 ii libkleo4 4:4.14.2-2 ii libkmime4 4:4.14.2-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++64.9.1-16 ii pinentry-gtk2 [pinentry-x11] 0.8.3-2 kleopatra recommends no packages. kleopatra suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658159: libpaper: diff for NMU version 1.1.24+nmu4
Control: tags 658159 + pending
Control: tags 682420 + patch
Control: tags 682420 + pending
Control: tags 688293 + pending
Dear maintainer,
I've prepared an NMU for libpaper (versioned as 1.1.24+nmu4) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Tom Waits: Black Market Baby
diff -Nru libpaper-1.1.24+nmu3/debian/changelog libpaper-1.1.24+nmu4/debian/changelog
--- libpaper-1.1.24+nmu3/debian/changelog 2014-04-04 03:00:09.0 +0200
+++ libpaper-1.1.24+nmu4/debian/changelog 2014-11-01 14:35:21.0 +0100
@@ -1,3 +1,18 @@
+libpaper (1.1.24+nmu4) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix Multi-Arch: same but postrm removes arch-independent
+configuration:
+Guard removal of /etc/papersize in libpaper1.postrm with check for
+DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT; depend on dpkg (= 1.17.2).
+Thanks to Ivo De Decker for the proposal.
+(Closes: #682420)
+ * Debconf template translations:
+- new: Polish, thanks Michał Kułach, closes: #658159
+- updated: Turkish, thanks Atila KOÇ, closes: #688293
+
+ -- gregor herrmann gre...@debian.org Sat, 01 Nov 2014 14:35:13 +0100
+
libpaper (1.1.24+nmu3) unstable; urgency=low
* Non-maintainer upload.
diff -Nru libpaper-1.1.24+nmu3/debian/control libpaper-1.1.24+nmu4/debian/control
--- libpaper-1.1.24+nmu3/debian/control 2014-04-04 02:45:41.0 +0200
+++ libpaper-1.1.24+nmu4/debian/control 2014-11-01 14:12:56.0 +0100
@@ -9,7 +9,7 @@
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
-Depends: ${shlibs:Depends}, ${misc:Depends}, ucf (= 0.28)
+Depends: ${shlibs:Depends}, ${misc:Depends}, ucf (= 0.28), dpkg (= 1.17.2)
Replaces: libpaperg ( 1.1.9)
Provides: libpaperg
Recommends: libpaper-utils
diff -Nru libpaper-1.1.24+nmu3/debian/libpaper1.postrm libpaper-1.1.24+nmu4/debian/libpaper1.postrm
--- libpaper-1.1.24+nmu3/debian/libpaper1.postrm 2006-05-16 21:48:42.0 +0200
+++ libpaper-1.1.24+nmu4/debian/libpaper1.postrm 2014-11-01 14:12:33.0 +0100
@@ -4,8 +4,10 @@
case $1 in
purge)
-[ -x /usr/bin/ucf ] ucf --purge /etc/papersize
-rm -f /etc/papersize
+if [ ${DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT:-1} = 1 ]; then
+ [ -x /usr/bin/ucf ] ucf --purge /etc/papersize
+ rm -f /etc/papersize
+fi
;;
esac
exit 0
diff -Nru libpaper-1.1.24+nmu3/debian/po/pl.po libpaper-1.1.24+nmu4/debian/po/pl.po
--- libpaper-1.1.24+nmu3/debian/po/pl.po 1970-01-01 01:00:00.0 +0100
+++ libpaper-1.1.24+nmu4/debian/po/pl.po 2014-11-01 14:18:13.0 +0100
@@ -0,0 +1,300 @@
+# Copyright (C) 2007
+# This file is distributed under the same license as the libpaper package.
+#
+# Michał Kułach michal.kul...@gmail.com, 2012.
+msgid
+msgstr
+Project-Id-Version: \n
+Report-Msgid-Bugs-To: eppes...@debian.org\n
+POT-Creation-Date: 2007-07-18 19:50+0200\n
+PO-Revision-Date: 2012-01-31 18:40+0100\n
+Last-Translator: Michał Kułach michal.kul...@gmail.com\n
+Language-Team: Polish debian-l10n-pol...@lists.debian.org\n
+Language: pl\n
+MIME-Version: 1.0\n
+Content-Type: text/plain; charset=UTF-8\n
+Content-Transfer-Encoding: 8bit\n
+X-Generator: Lokalize 1.2\n
+Plural-Forms: nplurals=3; plural=(n==1 ? 0 : n%10=2 n%10=4 (n%10010
+|| n%100=20) ? 1 : 2);\n
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid letter
+msgstr letter
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid a4
+msgstr A4
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid note
+msgstr note
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid legal
+msgstr legal
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid executive
+msgstr executive
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid halfletter
+msgstr halfletter
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid halfexecutive
+msgstr halfexecutive
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid 11x17
+msgstr 11x17
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid statement
+msgstr statement
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid folio
+msgstr folio
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid quarto
+msgstr quarto
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid 10x14
+msgstr 10x14
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid ledger
+msgstr ledger
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid tabloid
+msgstr tabloid
+
+#. Type: select
+#. Choices
+#: ../libpaper1.templates:2001
+msgid a0
+msgstr A0
+
+#. Type: select
+#. Choices
+#:
Bug#767467: unblock: libapache2-mod-nss/1.0.10-2
On 31.10.2014 23:10, Niels Thykier wrote: On 2014-10-31 10:28, Timo Aaltonen wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libapache2-mod-nss [...] Hi Timo, Sorry, I had missed that you uploaded libapache2-mod-nss today. I have decided to age this package so it only needs 2 days. That said, I got a couple of remarks: * The 1.0.10-1 upload does not mention CVE-2014-3566 in d/changelog despite upstream listing it in their upstream. * We want the full debdiff between unstable and testing, as that is what we are approving. ok, diff attached -- t diff --git a/ChangeLog b/ChangeLog index d40ce8b..97bf4b6 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +2014-10-16 Rob Crittenden rcrit...@redhat.com +* Add support for enabling TLS v1.2 +* Don't enable SSL 3 by default (CVE-2014-3566) +* Improve protocol testing + 2014-02-20 Rob Crittenden rcrit...@redhat.com * Sync with Fedora builds which were basicaly the defacto upstream. * Add nss_pcache man page diff --git a/Makefile.am b/Makefile.am index 5a94c2f..986048d 100644 --- a/Makefile.am +++ b/Makefile.am @@ -1,4 +1,4 @@ -VERSION = 1.0.9 +VERSION = 1.0.10 ## This is the shared library to be built lib_LTLIBRARIES = libmodnss.la diff --git a/README b/README index 8581698..542e114 100644 --- a/README +++ b/README @@ -122,4 +122,4 @@ TESTING From the source tree run: - % make test + % make check diff --git a/debian/changelog b/debian/changelog index cd4f1c1..d027154 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,18 @@ +libapache2-mod-nss (1.0.10-2) unstable; urgency=medium + + * rules: Don't enable the module by default. + + -- Timo Aaltonen tjaal...@debian.org Tue, 28 Oct 2014 15:11:45 +0200 + +libapache2-mod-nss (1.0.10-1) unstable; urgency=medium + + * mod_nss-conf.patch: Fix IfModule header so it'll actually load when +the module is enabled. + * gencert: Revert back to default legacy db's. + * Update project homepage and watch file to match. + + -- Timo Aaltonen tjaal...@debian.org Tue, 21 Oct 2014 18:52:59 +0300 + libapache2-mod-nss (1.0.9-1) unstable; urgency=medium * New upstream release diff --git a/debian/control b/debian/control index bd6b8e1..c621cc6 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,7 @@ Build-Depends: libnss3-dev, pkg-config Standards-Version: 3.9.5 -Homepage: http://directory.fedoraproject.org +Homepage: http://fedorahosted.org/mod_nss Vcs-Git: git://anonscm.debian.org/pkg-fedora-ds/libapache2-mod-nss.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-fedora-ds/libapache2-mod-nss.git diff --git a/debian/copyright b/debian/copyright index b0bd62a..818e21e 100644 --- a/debian/copyright +++ b/debian/copyright @@ -1,6 +1,6 @@ Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ UPstream-name: mod_nss -Source: http://directory.fedoraproject.org/sources/ +Source: http://fedorahosted.org/mod_nss Files: * Copyright: 2001-2004 The Apache Software Foundation diff --git a/debian/libapache2-mod-nss.postinst b/debian/libapache2-mod-nss.postinst index dccc887..c586db3 100644 --- a/debian/libapache2-mod-nss.postinst +++ b/debian/libapache2-mod-nss.postinst @@ -4,7 +4,7 @@ set -e CERTDIR=/etc/apache2/nssdb if [ $1 = configure ]; then -if [ ! -e $CERTDIR/key4.db ]; then +if [ ! -e $CERTDIR/key3.db ]; then /usr/share/libapache2-mod-nss/gencert \ $CERTDIR $CERTDIR/install.log 21 echo libapache2-mod-nss certificate database generated. diff --git a/debian/patches/mod_nss-conf.patch b/debian/patches/mod_nss-conf.patch index bb1d4aa..d3a6480 100644 --- a/debian/patches/mod_nss-conf.patch +++ b/debian/patches/mod_nss-conf.patch @@ -1,7 +1,7 @@ --- a/nss.conf.in +++ b/nss.conf.in @@ -1,3 +1,4 @@ -+IfModule mod_nss ++IfModule mod_nss.c # # This is the Apache server configuration file providing SSL support using. # the mod_nss plugin. It contains the configuration directives to instruct diff --git a/debian/patches/mod_nss-gencert.patch b/debian/patches/mod_nss-gencert.patch index 0da316d..c2b2f4d 100644 --- a/debian/patches/mod_nss-gencert.patch +++ b/debian/patches/mod_nss-gencert.patch @@ -1,6 +1,6 @@ --- a/gencert.in +++ b/gencert.in -@@ -83,14 +83,13 @@ fi +@@ -83,12 +83,11 @@ fi DEST=$1 @@ -13,65 +13,8 @@ -echo is httptest +echo Generating new server certificate and key database. echo # --$CERTUTIL -N -d $DEST -f $DEST/pw.txt -+$CERTUTIL -N -d sql:$DEST -f $DEST/pw.txt + $CERTUTIL -N -d $DEST -f $DEST/pw.txt - echo - echo # -@@ -102,7 +101,7 @@ let CERTSERIAL=CERTSERIAL+1 - # y 10 y - basic constraints: CA cert - # 5 6 7 9 n - SSL, S/MIME, Object signing CA - echo -e
Bug#765545: RM: octave-ltfat [armhf mips] -- ROM; FTBFS
tags 765545 + moreinfo thanks 2014-10-16 7:20 GMT+02:00 Rafael Laboissiere raf...@laboissiere.net: Version 2.0.1-1 of the octave-ltfat package FTBFS on amrhf and mips, for obscure reasons. It seems octave-ltfat has been built on these ports: dktrkranz@franck:~$ dak ls -s unstable -a mips armhf octave-ltfat octave-ltfat | 1.4.4-3 | unstable | mips octave-ltfat | 2.0.1-1 | unstable | mips dktrkranz@franck:~$ Should this bug be closed? Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767612: jetty8 should not create /var/lib/jetty8/webapps/root on update
Hi Stephan, I created a simple root.war in /var/lib/jetty8/webapps and it took precedence over the /var/lib/jetty/webapps/root directory. Did I miss something? Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751482: RM: libgd-gd2-perl -- NVIU; superceded by libgd-perl
tags 751482 - moreinfo thanks It seems libgd-perl now provides libgd-gd2-perl, so the deps above should be satisfied now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759809: linux-image-3.2.0-4-amd64: USB 3 devices fail, logging xHCI xhci_drop_endpoint called with disabled ep ffff8802165db0c0
On Tue, Sep 9, 2014 at 4:03 PM, Sedat Dilek sedat.di...@gmail.com wrote: Hi, this looks like what I reported in [wheezy][linux-3.2.60] Booting from a Debian system on an external USB-3.0 hdd hangs (see [1]). Unfortunately, there is no newer 3.2.y kernel for wheezy available [2]. Henrik, did you try a Linux-kernel = 3.2.61 (self-compiled)? Thanks. Regards, - Sedat - [1] https://lists.debian.org/debian-kernel/2014/08/msg00141.html [2] http://anonscm.debian.org/viewvc/kernel/dists/wheezy/linux/ The problem was solved by updating to linux-image-3.2.0-4-amd64 (3.2.63-2+deb7u1). - Sedat - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767470: unblock: freeipa/4.0.4-2
On 31.10.2014 23:03, Niels Thykier wrote: Control: tags -1 wontfix On 2014-10-31 11:11, Timo Aaltonen wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package freeipa So I forgot to check that the packages install on a fresh sid install, added three missing python module deps. [...] Hi Timo, Your request do not exactly inspire confidence. My key concerns: * We are dealing with an apparently completely new package, which /barely/ was accepted in sid in time for Jessie[1]. * Your message suggest the package lacked basic QA'ing like checking it installs and works in a chroot prior to your upload. It pains me to do this, but I am declining the unblock. Despite the fact that you did the right thing by fixing the bug immediately rather than trying to sneak it into to testing (and then fixing it afterwards), I feel freeipa leaves too much to be wanted in the beginning of a freeze. ~Niels [1] I know that processing time of the NEW queue is beyond your control. But it is not an argument for a freeze exception. Well, I hope you can reconsider. I've been working on FreeIPA for three years now, and the biggest blocker for getting it in shape was Dogtag which got in sid a week+ before (didn't want to push v9 back in 2012 because it was native code and being rewritten to java for v10). Getting this far took almost a year, packaging all the dependencies for RESTEasy, and then when Dogtag v10.2 was determined to be the best choice for jessie it meant adding some new jackson-* love in the mix.. FreeIPA itself is little else than a bunch of plugins for 389-ds-base, wrappers for setting up 389/Bind/Apache/Dogtag/NTP/MIT-KDC/SSSD/Certmonger, and a web-based UI for all of this. So my devbox had the python crap already on it because of the build-deps and I forgot to add them to the server package too. I still think it's a bit harsh to not let it in jessie because of this. In fact it could be one of the killer-features of jessie, since Debian would be the first distro to have the server ported from Fedora. And to get there it took some effort to persuade upstream to add the necessary plumbing so that the port was possible without (too) crazy distro patches. HTH -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767449: systemctl forces reboot with every shutdown
Do you have kexec-tools installed? Sound very much like #766338. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766911: bad upstream commit ae9aeebb
Two more things I would like to know : - which cpu are you using (32 or 64 bits) ? 64 bit cpu and system, amd64. - what were your ./configure options for compiling ntfs-3g ? At least, what is the output of ntfs-3g -help No options were used. The build environment is current debian sid. I guess the question is, whether the internal or external fuse version was used. In the failing case it was internal: $ ./src/ntfs-3g -help ntfs-3g 2014.2.15 integrated FUSE 27 - Third Generation NTFS Driver Configuration type 1, XATTRS are on, POSIX ACLS are off [snipped help options] So I have also tried building with external fuse (2.9.3-15 on my system), and in this case everything worked fine and the initial problem disappeared: $ ./src/ntfs-3g -help ntfs-3g 2014.2.15 external FUSE 29 - Third Generation NTFS Driver Configuration type 1, XATTRS are on, POSIX ACLS are off [...] $ ls /mnt $ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767609: This is accidentialy a double of #767606
Sorry for the noise, this report was submitted because after configuring exim right, which was misconfigured while the reportbug before was run, that report was send then. Please ignore this report and have a look at #767606. Sorry Jürgen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767347: ** (evince:15136): ERROR **: Find action should be insensitive since document doesn't support find
Control: tags -1 fixed-upstream https://git.gnome.org/browse/evince/diff/?id=bfa59b72ed0c86192ca9b1f0882ca5119aa7fe12 it just need to wait for the next upstream release :) Cheers, althaser
Bug#767530: SVN::Ra: get_dir fails
On Fri, Oct 31, 2014 at 06:54:25PM +, Eric Wong wrote: The attached script using get_dir fails with SVN 1.8.10-3 in unstable. The SVN package in Debian stable (1.6.17dfsg-4+deb7u6) is fine. I get the following failure: Incorrect parameters given: Could not convert '%ld' into a number at ... I expect something like the following output (which 1.6.17 gives me): This can actually be seen just by running “svn ls http://www.virtualbox.org/svn/vbox/trunk/COPYING”. It happens when running ls against any file in that repo. The problem is that the server is returning an invalid value for the getcontentlength property of the DAV request: ... PROPFIND /svn/vbox/!svn/bc/53112/trunk/COPYING HTTP/1.1 Host: www.virtualbox.org User-Agent: SVN/1.8.10 (x86_64-pc-linux-gnu) serf/1.3.7 Content-Type: text/xml Accept-Encoding: gzip DAV: http://subversion.tigris.org/xmlns/dav/svn/depth DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops Depth: 0 Transfer-Encoding: chunked 12d ?xml version=1.0 encoding=utf-8?propfind xmlns=DAV:propresourcetype xmlns=DAV:/getcontentlength xmlns=DAV:/deadprop-count xmlns=http://subversion.tigris.org/xmlns/dav//version-name xmlns=DAV:/creationdate xmlns=DAV:/creator-displayname xmlns=DAV://prop/propfind 0 HTTP/1.1 207 Multi-Status Date: Sat, 01 Nov 2014 03:59:48 GMT Server: Oracle-Application-Server-11g Content-Length: 670 Content-Type: text/xml; charset=utf-8 Content-Language: en ?xml version=1.0 encoding=utf-8? D:multistatus xmlns:D=DAV: xmlns:ns1=http://subversion.tigris.org/xmlns/dav/; xmlns:ns0=DAV: D:response xmlns:lp1=DAV: xmlns:lp2=http://subversion.tigris.org/xmlns/dav/; D:href/svn/vbox/!svn/bc/53112/trunk/COPYING/D:href D:propstat D:prop lp1:resourcetype/ lp1:getcontentlength%ld/lp1:getcontentlength lp2:deadprop-count1/lp2:deadprop-count lp1:version-name35198/lp1:version-name lp1:creationdate2010-12-16T16:24:25.075872Z/lp1:creationdate lp1:creator-displaynamevboxsync/lp1:creator-displayname /D:prop D:statusHTTP/1.1 200 OK/D:status /D:propstat /D:response /D:multistatus The lp1:getcontentlength node should have a number, not %ld. In SVN 1.6.x, when libsvn_subr tried to convert “%ld” to a number, it didn't check errno afterward and just used the returned value of 0. In 1.8.x, SVN actually checks errno and reports (albeit badly) that the value isn't a proper number. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#766674: RM: kissplice [kfreebsd-amd64] -- ROM; Does not build on kfreebsd-amd64
tags 766674 + moreinfo thanks 2014-10-25 9:32 GMT+02:00 David Parsons david.pars...@inria.fr: Le 24/10/2014 21:20, Andreas Tille a écrit : please remove kissplice for kfreebsd-amd64 since the latest version does not build on this architecture. Is it still necessary? https://buildd.debian.org/status/fetch.php?pkg=kissplicearch=kfreebsd-amd64ver=2.2.1-2stamp=1414704517 Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766962: (no subject)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tested the quassel-core_0.8.0-1+deb7u3_amd64.deb matching the debdiff from Salvatore. It's working fine. - -- Pierre Schweitzer pierre at reactos.org System Network Administrator Senior Kernel Developer ReactOS Deutschland e.V. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUVOR+AAoJEHVFVWw9WFsLAoEP/2rvwAl+Wo6kRy83W3x7ghqj JhQLgWuJDhxKJffDeNJwrvZIPNweWDR8UfA5gLzCPz5YBbnPjlat125lgOJhwHPF Y39tPpCraEfUKMXwx0IwBUwdaDMlCIDsdm1VA3+nIO2yvm0eVb46LveH09zqdtsl l3GZVzviQsr+mwAaTDJXoUqTDcTyHPKglmO4qFiNG+TLpOn+RieZjA2paBuvV/jU T36IePXA6AwwlQgFbLTKI/Ub+Tf0K9AI2OZuKcVGiPu2Xb4YhdcAFeGRh6hDpI1h 21MZ1hc2gvV23Z3cfxlAU8JUEyzABHPbGWIaoEzG5frriAIdt5ToPUhgKYpnZEGp h+mwsRwR4XHNiYlHbdebD6BnBiijQkc5Qcu3OedKlQyQsvyyaGauFtS3e44DcMBU mwhvMGrNK+Qf/QgUOZb9CcKzmg/Ea081SUoLmVK6NK9I7LLoHUpdNI56uURDHiUk XnNHKiBOk9vfnExVpiYBp+VoO9IKZmh1Q57rNSAH8uM85Ys6WnR0SmSFp6lpf1cX uW9KFUiG1lWy/1cKGY+2qiSJbdTlnKJZgXgYVPEEHq8kOafKeFTTK/3uK4Ca1m5n AQn5NaHAtUKF7QDVx7LLZKP6CYrSxwaIkL4byAiEzjfsLDTtrZzFn3DYT9Prv3Lx /ge5NPp0P/aKgl6MK99o =fxtF -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#767615: [LCD Weather Station] timeout on wettercom
Package: plasma-widgets-addons Version: 4:4.14.1-1 Severity: grave On LCD Weather Station the city was found, but on geting the wetherdata it aways runs into a timeout. There is no other source available or selectable, so the program is unusable. So I set the severity to grave. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/6 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 plasma-widgets-addons depends on: ii libc6 2.19-12 ii libcln6 1.3.4-1 ii libdbusmenu-qt2 0.9.2-1 ii libgcc1 1:4.9.1-16 ii libkcmutils4 4:4.14.1-1+b1 ii libkdeclarative5 4:4.14.1-1+b1 ii libkdecore5 4:4.14.1-1+b1 ii libkdeui5 4:4.14.1-1+b1 ii libkdewebkit5 4:4.14.1-1+b1 ii libkexiv2-11 4:4.14.2-1 ii libkfile4 4:4.14.1-1+b1 ii libkio5 4:4.14.1-1+b1 ii libknewstuff3-4 4:4.14.1-1+b1 ii libkparts44:4.14.1-1+b1 ii libkunitconversion4 4:4.14.1-1+b1 ii libnepomuk4 4:4.14.1-1+b1 ii libnepomukutils4 4:4.14.1-1+b1 ii libphonon44:4.8.0-3 ii libplasma34:4.14.1-1+b1 ii libplasmaclock4abi4 4:4.11.13-1 ii libqalculate5 0.9.7-9 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-declarative4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-svg4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtwebkit4 2.3.4.dfsg-3 ii libstdc++64.9.1-16 ii libtaskmanager4abi4 4:4.11.13-1 ii libx11-6 2:1.6.2-3 ii libxtst6 2:1.2.2-1 ii phonon4:4.8.0-3 ii plasma-dataengines-addons 4:4.14.1-1 ii plasma-dataengines-workspace 4:4.11.13-1 Versions of packages plasma-widgets-addons recommends: ii plasma-widget-lancelot 4:4.14.1-1 Versions of packages plasma-widgets-addons suggests: pn plasma-widget-kimpanel none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
