Bug#742077: RFS: vcmi/0.97+dfsg-1
Hi, I just packed a new upstream release and am still looking for a sponsor :) Vcmi is a GPL2+ reimplementation of the Heroes of Might and Magic 3 game engine. It works with the (proprietary) assets from the original game CDs as well as with the GOG.com version. This is the third vcmi release I am packaging and uploading to mentors since I started packaging it eight months ago: http://mentors.debian.net/debian/pool/contrib/v/vcmi/vcmi_0.97+dfsg-1.dsc The great thing about this release is, that upstream added support for fuzzylite 5.0 after fuzzylite upstream in turn wrote a patch for vcmi. This means that the embedded copy of fuzzylite is removed from this Debian package of vcmi which also solves the licensing issue. On the other hand, this means that before vcmi can go into Debian, I also need a sponsor of fuzzylite ITP #761075 and RFS #766833 In addition to solving the fuzzylite problem, this release also brings: - removal of the embedded copy of minizip - improved man pages - HTML documentation Lots of praise goes to jwilk for helping me fix some annoying boost/locale errors :) Thanks! cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767696: bwctl: depends on libiperf-dev, which is unavailable on kfreebsd
Thanks for telling, RM request done (#767875). Raoul smime.p7s Description: S/MIME cryptographic signature
Bug#767877: XMLSchemaParseError: Detected an entity reference loop
Package: libxml2 Version: 2.8.0+dfsg1-7+wheezy2 Severity: important Dear Maintainer, After security upgrade of the package from version libxml2_2.8.0+dfsg1-7+wheezy1_amd64.deb to libxml2_2.8.0+dfsg1-7+wheezy2_amd64.deb, sylkserver application (http://ag- projects.com/debian/pool/main/s/sylkserver/sylkserver_2.7.2wheezy_all.deb with http://ag-projects.com/debian/pool/main/p/python-sipsimple/python- sipsimple_1.4.2wheezy_i386.deb ) does not anymore start. The application starts and works fine if I downgrade libxml2 back to libxml2_2.8.0+dfsg1-7+wheezy1_amd64.deb. At start, the application produces the following error messages: Nov 2 19:50:32 rautu sylk-server[16896]: Using SIP SIMPLE SDK version 1.4.2 root@rautu:/home/jh/downloads# Nov 2 19:50:33 rautu sylk-server[16896]: using set_wakeup_fd Nov 2 19:50:33 rautu sylk-server[16896]: fatal error: failed to create SylkServer: Detected an entity reference loop, line 30, column 38 Nov 2 19:50:33 rautu sylk-server[16896]: Traceback (most recent call last): Nov 2 19:50:33 rautu sylk-server[16896]: File /usr/bin/sylk-server, line 70, in main Nov 2 19:50:33 rautu sylk-server[16896]: from sylk.server import SylkServer Nov 2 19:50:33 rautu sylk-server[16896]: File /usr/lib/python2.7/dist- packages/sylk/server.py, line 13, in module Nov 2 19:50:33 rautu sylk-server[16896]: from sipsimple.account import Account, BonjourAccount, AccountManager Nov 2 19:50:33 rautu sylk-server[16896]: File /usr/lib/python2.7/dist- packages/sipsimple/account/__init__.py, line 29, in module Nov 2 19:50:33 rautu sylk-server[16896]: from sipsimple.account.xcap import XCAPManager Nov 2 19:50:33 rautu sylk-server[16896]: File /usr/lib/python2.7/dist- packages/sipsimple/account/xcap/__init__.py, line 39, in module Nov 2 19:50:33 rautu sylk-server[16896]: from sipsimple.payloads import addressbook, commonpolicy, dialogrules, omapolicy, pidf, prescontent, presrules, resourcelists, rlsservices, xcapcaps, xcapdiff Nov 2 19:50:33 rautu sylk-server[16896]: File /usr/lib/python2.7/dist- packages/sipsimple/payloads/xcapdiff.py, line 23, in module Nov 2 19:50:33 rautu sylk-server[16896]: XCAPDiffDocument.register_namespace(namespace, prefix=None, schema='xcapdiff.xsd') Nov 2 19:50:33 rautu sylk-server[16896]: File /usr/lib/python2.7/dist- packages/sipsimple/payloads/__init__.py, line 201, in register_namespace Nov 2 19:50:33 rautu sylk-server[16896]: cls._update_schema() Nov 2 19:50:33 rautu sylk-server[16896]: File /usr/lib/python2.7/dist- packages/sipsimple/payloads/__init__.py, line 134, in _update_schema Nov 2 19:50:33 rautu sylk-server[16896]: cls.schema = etree.XMLSchema(etree.XML(schema)) Nov 2 19:50:33 rautu sylk-server[16896]: File xmlschema.pxi, line 105, in lxml.etree.XMLSchema.__init__ (src/lxml/lxml.etree.c:132605) Nov 2 19:50:33 rautu sylk-server[16896]: XMLSchemaParseError: Detected an entity reference loop, line 30, column 38 I would not expect a security upgrade of a library package to change its behavior so that applications using the library suddenly stop working. -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libxml2 depends on: ii libc6 2.13-38+deb7u6 ii liblzma5 5.1.1alpha+20120614-2 ii multiarch-support 2.13-38+deb7u6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libxml2 recommends: ii xml-core 0.13+nmu2 libxml2 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#767774: dpkg: File descriptor 20 (/dev/pts/2) leaked on vgs invocation
Hi! On Sun, 2014-11-02 at 18:19:01 +0100, Ivanov Niechta wrote: Package: dpkg Version: 1.17.13 When i install a new kernel, The code is not setting for the clone-on-exec for the file descriptor ? Are you sure you are running dpkg 1.17.13 (and not 1.15.x)? This was supposedly fixed in 1.17.11. If you still see that problem with that version or higher, I'll investigate further. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767876: apt-show-versions: French .po translation update
Package: apt-show-versions Version: N/A Severity: wishlist Tags: patch l10n Dear Maintainer, *** /home/jbde/Traduc/Debian/patch-update_po.txt Please find attached the French .po templates update, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.6.6 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # APT-SHOW-VERSIONS manpages (French translation) # Copyright (C) 2007 Free Software Foundation, Inc. # Julien Louis leonptitlo...@wanadoo.fr, 2007 # Jean-Baka Domelevo Entfellner domel...@gmail.com, 2007, 2012, 2014 msgid msgstr Project-Id-Version: apt-show-versions 0.07\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2014-10-13 15:09+0300\n PO-Revision-Date: 2014-10-15 14:37-\n Last-Translator: Jean-Baka Domelevo Entfellner domel...@gmail.com\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Poedit 1.5.4\n # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:3 msgid NAME msgstr NOM # type: textblock #. type: textblock #: man/apt-show-versions.pod:5 msgid apt-show-versions - Lists available package versions with distribution msgstr apt-show-versions - Liste les versions disponibles des paquets et leur distribution # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:7 msgid DESCRIPTION msgstr DESCRIPTION # type: textblock #. type: textblock #: man/apt-show-versions.pod:9 msgid apt-show-versions parses the dpkg status file and the APT lists for the installed and available package versions and distribution and shows upgrade options within the specific distribution of the selected package. msgstr apt-show-versions analyse le fichier d'état de dpkg et les listes d'APT pour trouver les versions des paquets installés, les versions des paquets disponibles et la distribution. Il affiche les options de mise à jour d'un paquet donné au sein d'une distribution spécifique. # type: textblock #. type: textblock #: man/apt-show-versions.pod:14 msgid This is really useful if you have a mixed stable/testing environment and want to list all packages which are from testing and can be upgraded in testing. msgstr Cela peut s'avérer utile si vous avez mélangé les environnements stable et testing et que vous voulez afficher tous les paquets provenant de testing et pouvant être mis à niveau. # type: textblock #. type: textblock #: man/apt-show-versions.pod:18 msgid apt-show-versions uses caching for the status information of installed and available packages. If you run apt-show-versions as root the cache is updated as needed. If you run as non-root uses the newest available information, but can't update the cache. If you run as root with the option B-i the cache is initialized or updated only. msgstr apt-show-versions utilise un cache pour conserver les informations sur l'état des paquets installés et disponibles. Si vous lancez apt-show- versions avec les privilèges du superutilisateur, le cache sera mis à jour si cela est nécessaire. Si apt-show-versions est lancé par un utilisateur normal, il utilisera les informations disponibles les plus récentes, mais ne pourra mettre à jour le cache. Si vous l'exécutez en tant que superutilisateur avec l'option B-i, le cache sera seulement initialisé ou mis à jour. # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:24 msgid SYNOPSIS msgstr SYNOPSIS # type: textblock #. type: textblock #: man/apt-show-versions.pod:26 msgid Bapt-show-versions [B-h] [[B-p] Ipackage name] [B-a] [B-b] msgstr Bapt-show-versions [B-h] [[B-p] Inom du paquet] [B-a] [B-b] # type: =head1 #. type: =head1 #: man/apt-show-versions.pod:28 msgid OPTIONS msgstr OPTIONS # type: textblock #. type: textblock #: man/apt-show-versions.pod:30 msgid If you don't give any options the status of all installed packages is printed. msgstr Si aucune option n'est utilisée, l'état de tous les paquets installés sera affiché. # type: =item #. type: =item #: man/apt-show-versions.pod:35 msgid B-p Ipackage, B--package=Ipackage msgstr B-p Ipaquet, B--package=Ipaquet # type: textblock #. type: textblock #: man/apt-show-versions.pod:37 msgid Print available and installed versions for specified Ipackage. You can also specify a package name without the option B-p. If B-p and a package name are missing, all installed packages are displayed. msgstr Afficher les versions disponibles et installées du paquet spécifié Ipaquet. Vous pouvez aussi spécifier le nom d'un paquet sans l'option B- p. Si B-p et le nom d'un paquet sont absents, tous les paquets installés seront affichés. # type: =item #. type: =item #: man/apt-show-versions.pod:41 msgid B-r, B--regex msgstr B-r, B--regex # type: textblock
Bug#767878: libapache2-mod-mono: not installable in sid
Package: libapache2-mod-mono Version: 3.8-1 Severity: serious User: trei...@debian.org Usertags: edos-uninstallable Hi, libapache2-mod-mono is not installable in sid since it depends on: mono-apache-server ( 3.0.11.1) | mono-apache-server4 ( 3.0.11.1) | mono-apache-server2 ( 3.0.11.1) however, all these three packages have version 3.8-2 in sid. This needs a sourceful upload as the version used in that dependency is hardcoded in debian/rules. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767862: pcscd: Socket activation not working on first try
Le Mon, 03 Nov 2014 07:58:15 +0100, Ludovic Rousseau ludovic.rouss...@gmail.com a écrit : Le 03/11/2014 01:28, Laurent Bigonville a écrit : [...] On both of my machines (with different readers/drivers), the 1st attempts after a the timeout to use the smartcard always fails. I always have to run the command a 2nd time. What is the error returned by PC/SC? With gpg --card-status, I'm getting the following messages in systemctl (before, after running gpg a 1st time and the a 2nd time): bigon@soldur:~$ systemctl status pcscd.service pcscd.socket ● pcscd.service - PC/SC Smart Card Daemon Loaded: loaded (/lib/systemd/system/pcscd.service; static) Active: inactive (dead) since lun 2014-11-03 09:00:55 CET; 43s ago Process: 14149 ExecStart=/usr/sbin/pcscd --foreground --auto-exit (code=exited, status=0/SUCCESS) Main PID: 14149 (code=exited, status=0/SUCCESS) nov 03 08:59:09 soldur pcscd[14149]: utils.c:87:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory nov 03 08:59:09 soldur pcscd[14149]: 4744 ifdhandler.c:130:CreateChannelByNameOrChannel() failed nov 03 08:59:09 soldur pcscd[14149]: 0012 readerfactory.c:1046:RFInitializeReader() Open Port 0x20 Failed (usb:0a5c/5802:libudev:0:/dev/bus/usb/002/003) nov 03 08:59:09 soldur pcscd[14149]: 0003 readerfactory.c:338:RFAddReader() Broadcom Corp 5880 [Broadcom USH w/touch sensor] (0123456789ABCD) init failed. ● pcscd.socket - PC/SC Smart Card Daemon Activation Socket Loaded: loaded (/lib/systemd/system/pcscd.socket; enabled) Active: active (listening) since lun 2014-11-03 01:10:05 CET; 7h ago Listen: /var/run/pcscd/pcscd.comm (Stream) bigon@soldur:~$ systemctl status pcscd.service pcscd.socket ● pcscd.service - PC/SC Smart Card Daemon Loaded: loaded (/lib/systemd/system/pcscd.service; static) Active: active (running) since lun 2014-11-03 09:01:45 CET; 2s ago Main PID: 14224 (pcscd) CGroup: /system.slice/pcscd.service └─14224 /usr/sbin/pcscd --foreground --auto-exit nov 03 09:01:45 soldur pcscd[14224]: utils.c:87:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory nov 03 09:01:45 soldur pcscd[14224]: 6126 ifdhandler.c:130:CreateChannelByNameOrChannel() failed nov 03 09:01:45 soldur pcscd[14224]: 0016 readerfactory.c:1046:RFInitializeReader() Open Port 0x20 Failed (usb:0a5c/5802:libudev:0:/dev/bus/usb/002/003) nov 03 09:01:45 soldur pcscd[14224]: 0005 readerfactory.c:338:RFAddReader() Broadcom Corp 5880 [Broadcom USH w/touch sensor] (0123456789ABCD) init failed. ● pcscd.socket - PC/SC Smart Card Daemon Activation Socket Loaded: loaded (/lib/systemd/system/pcscd.socket; enabled) Active: active (running) since lun 2014-11-03 01:10:05 CET; 7h ago Listen: /var/run/pcscd/pcscd.comm (Stream) bigon@soldur:~$ systemctl status pcscd.service pcscd.socket ● pcscd.service - PC/SC Smart Card Daemon Loaded: loaded (/lib/systemd/system/pcscd.service; static) Active: active (running) since lun 2014-11-03 09:01:45 CET; 15s ago Main PID: 14224 (pcscd) CGroup: /system.slice/pcscd.service └─14224 /usr/sbin/pcscd --foreground --auto-exit nov 03 09:01:45 soldur pcscd[14224]: utils.c:87:GetDaemonPid() Can't open /var/run/pcscd/pcscd.pid: No such file or directory nov 03 09:01:45 soldur pcscd[14224]: 6126 ifdhandler.c:130:CreateChannelByNameOrChannel() failed nov 03 09:01:45 soldur pcscd[14224]: 0016 readerfactory.c:1046:RFInitializeReader() Open Port 0x20 Failed (usb:0a5c/5802:libudev:0:/dev/bus/usb/002/003) nov 03 09:01:45 soldur pcscd[14224]: 0005 readerfactory.c:338:RFAddReader() Broadcom Corp 5880 [Broadcom USH w/touch sensor] (0123456789ABCD) init failed. ● pcscd.socket - PC/SC Smart Card Daemon Activation Socket Loaded: loaded (/lib/systemd/system/pcscd.socket; enabled) Active: active (running) since lun 2014-11-03 01:10:05 CET; 7h ago Listen: /var/run/pcscd/pcscd.comm (Stream) According to this the daemon is started. Is it possible that the socket is not blocking until the driver is initialied or something? I can also reproduce the same behavior with openconnect using a smartcard. Can you use pcsc_scan (from pcsc-tools package) instead of your application and reproduce the problem? I cannot reproduce the issue with pcsc_scan: bigon@soldur:~$ pcsc_scan PC/SC device scanner V 1.4.23 (c) 2001-2011, Ludovic Rousseau ludovic.rouss...@free.fr Compiled with PC/SC lite version: 1.8.11 Using reader plug'n play mechanism Scanning present readers... Waiting for the first reader...found one Scanning present readers... 0: Broadcom Corp 5880 [Contacted SmartCard] (0123456789ABCD) 00 00 Mon Nov 3 09:04:06 2014 Reader 0: Broadcom Corp 5880 [Contacted SmartCard] (0123456789ABCD) 00 00 Card state: Card inserted, ATR: 3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C ATR: 3B DA 18 FF 81 B1 FE 75 1F 03 00 31 C5 73 C0 01 40 00 90 00 0C
Bug#767879: nmu: handbrake_0.9.9+dfsg-2~2.gbpa4c3e9~bpo70+1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hi, Handbrake is currently not installable in wheezy-backports [1]. nmu handbrake_0.9.9+dfsg-2~2.gbpa4c3e9~bpo70+1 . ALL . wheezy-backports . -m Rebuild due to libav ABI bump Regards, Vincent [1] https://lists.debian.org/debian-backports/2014/10/msg00081.html -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-vclaptop-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont2
I did debug obex-data-server and edited the source a bit. I found the following
in syslog:
Nov 3 09:57:38 debian obex-data-server[1848]: **Warning: Couldn't connect to
SDP server (Jessietesting)
Nov 3 09:57:38 debian obex-data-server[1848]: **Warning: Could not add SDP
record for server (/org/openobex/server1), closing server
when the obex-data-server starts with
obex-data-server-0.4.6/data/obex-data-server.service edited to:
[D-BUS Service]
Name=org.openobex
Exec=/usr/bin/obex-data-server --no-daemon --log --debug
First warning comes from obex-data-server-0.4.6/src/ods-bluez.c:
static sdp_session_t*
sdp_session_get (const gchar *device, gboolean create_new)
{
SdpSessionRecords *recs;
sdp_session_t *session;
bdaddr_t src;
if (sdp_session_list
(recs = g_hash_table_lookup (sdp_session_list, device))) {
return recs-session;
}
if (!create_new)
return NULL;
str2ba (device, src);
//session = sdp_connect (src, BDADDR_ANY, SDP_RETRY_IF_BUSY);
session = sdp_connect( BDADDR_ANY, BDADDR_LOCAL, SDP_RETRY_IF_BUSY );
if (!session) {
g_warning (Couldn't connect to SDP server (Jessietesting));
/*char buf[50];
memset(buf, 0, sizeof(buf));
strcpy(buf,device);
g_warning (buf);*/
return NULL;
}
return session;
}
As you see i have tried several sdp_connect calls and i noticed by default
device is 00:00:00:00:00:00. I feel that this problem is something to do
with systemd as it is a big system change from wheezy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766962: quassel: diff for NMU version 0.10.0-2.1
Thanks a lot for your support on this - very much welcome! Thomas -- Thomas Müller E-Mail: thomas.muel...@tmit.eu Am Sonntag, den 02.11.2014 um 22:44 schrieb Luciano Bello: On Sunday 02 November 2014 19.35.34 Salvatore Bonaccorso wrote: Note that Luciano Bello is planning to release a DSA for wheezy-security too. DSA released: https://lists.debian.org/debian-security-announce/2014/msg00251.html Cheers, luciano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767741: Unable to initialize TLS: No SSL/TLS configuration present
tags 767741 + moreinfo
thanks
Hi Alexander,
It seems like you've disabled TLS for your server.
On Sun, Nov 2, 2014 at 1:51 PM, Alexander alex1...@gmx.net wrote:
-- Configuration Files:
/etc/prosody/conf.avail/localhost.cfg.lua changed:
-- Section for localhost
-- enabled = false -- Remove this line to enable this host
-- This allows clients to connect to localhost. No harm in it.
VirtualHost localhost
http_host = localhost -- HTTP requests will be addressed to here
There's no ssl options in localhost.cfg.lua.
/etc/prosody/prosody.cfg.lua changed:
...
-- These are the SSL/TLS-related settings. If you don't want
-- to use SSL/TLS, you may comment or remove this
-- ssl = {
-- key = /etc/prosody/certs/localhost.key;
-- certificate = /etc/prosody/certs/localhost.cert;
--}
The ssl options are commented out.
...
-- Settings under each VirtualHost entry apply *only* to that host.
VirtualHost example.com
enabled = false -- Remove this line to enable this host
-- Assign this host a certificate for TLS, otherwise it would use the
one
-- set in the global section (if any).
-- Note that old-style SSL on port 5223 only supports one
certificate, and will always
-- use the global one.
ssl = {
key = /etc/prosody/certs/example.com.key;
certificate = /etc/prosody/certs/example.com.crt;
}
These options are specified for a disabled virtual host.
-- no debconf information
Content of prosody.err
Nov 02 11:23:11 localhost:tls error Unable to initialize TLS: No SSL/TLS
configuration present for localhost
Nov 02 11:23:11 localhost:tls error Unable to initialize TLS: No SSL/TLS
configuration present for localhost
Client SecureChat unable to connect because SSL is not supported. lua-sec is
installed.
Could you try to add the following lines to your
/etc/prosody/conf.d/localhost.cfg.lua and look if TLS is back after
Prosody restart?
ssl = {
key = /etc/prosody/certs/localhost.key;
certificate = /etc/prosody/certs/localhost.cert;
}
Make sure that /etc/prosody/certs/localhost.key and
/etc/prosody/certs/localhost.cert exist. They should link to
../../ssl/private/ssl-cert-snakeoil.key and
../../ssl/certs/ssl-cert-snakeoil.pem respectively.
Cheers!
--
Sergei Golovan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767169:
Hi, just out of curiosity ? Why not simply switch to openssl ? Accordint to thise report (same bug, btw), openssl is faster anyway https://bugs.archlinux.org/task/40075 On Thu, Oct 30, 2014 at 5:49 PM, Andreas Moog andreas.m...@warperbbs.de wrote: Control: tags -1 -moreinfo Control: tags -1 confirmed help On Wed, Oct 29, 2014 at 08:24:45PM +0100, Frollic Nilsson wrote: Hi, FYI, site and IP masked Thanks for that. I could reproduce the issue by running nzbget in daemon mode. The cause for the issue needs more investigating, sadly upstream's response to this has in the past been: Use openssl. For now, you can run nzbget in server mode (-s instead of -D) and everything should work as expected. I'll try to get info from gnutls developers on how I could debug this. Thanks for your help in the matter! Cheers, Andreas -- PGP-encrypted mails preferred PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624
Bug#200715: I'm still on these packages
retitle 200715 ITP: stepmania -- rythm and dancing game owner 200715 ! retitle 698843 ITP: brogue -- Roguelike game by Brian Walker owner 698843 ! retitle 704587 ITP: libtcod -- an API for roguelike developpers owner 704587 ! thanks Hi, Small update. I've not been able to make good enough packages for these packages on Jessie, but I'm still working on these ones. Actually the freeze may be a good time to polish them so I'm claiming again these ITPs. Of course if anyone wants to join efforts I'm happy to have comaintainers. Cheers -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767880: Debien-installer does not install lvm
package: debian-installer Debian-installer allows to use lvm on partitioning the disk, but it does not install lvm in new system. This way, initramfs of new system does not have lvm, so system is unbootable if / is a logical volume. Please, if an user uses lvm on install, lvm should be automatically installed in new system. Thank you.
Bug#767685: prboom-plus: Cannot move diagonally with joystick
Control: tags -1 +pending Applied in upstream SVN, thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767881: ITP: python-junit-xml -- Create JUnit XML test result documents.
Package: wnpp Severity: wishlist Owner: Florian Preinstorfer f...@xell.at * Package name: python-junit-xml Version : 1.3 Upstream Author : Brian Beyer brianebe...@gmail.com * URL : https://pypi.python.org/pypi/junit-xml * License : MIT Programming Lang: Python Description : Create JUnit XML test result documents. Python module for creating JUnit XML test result documents that can be read by tools such as Jenkins. If you are ever working with test tool or test suite written in Python and want to take advantage of Jenkins' pretty graphs and test reporting capabilities, this module will let you generate the XML test reports. This python library may be used standalone, without any test runner in the background, to create JUnit XML reports. The package is used in-house and we'd like to contribute it back to Debian. A sponsor is needed, and I'd like to maintain this package under the umbrella of the Debian Python Modules Team. I will upload a first draft of the package to mentors soon. regards, Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766962: quassel: diff for NMU version 0.10.0-2.1
Hi Thomas, Thanks for your reply. Just a question below: On Mon, Nov 03, 2014 at 09:15:25AM +0100, Thomas Müller wrote: Thanks a lot for your support on this - very much welcome! Do you plan to override my NMU in the delayed queue? If not I would like to move it straight to the archive from the delayed queue without the 2 days delay. Please let me know and thanks for your work in maintaining quassel! Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767882: audacity: Please enable build with system-libraries of liblilv-0-0
Package: audacity Version: 2.0.6-2~kmk1 Severity: normal Dear Maintainer, the actual packages of audacity in unstable (2.0.6-2) is linked against the upstream shipped version of liblilv, needed for the lv2-plugin-support of audacity. It should be linked against the system-libraries by adding the configure-flag --with-lv2=system to the debian/rules-file. If your compare the resulting audacity-binary with objdump -p /usr/bin/audacity | grep NEEDED you will get the additional NEED for liblilv-0.so.0. Thanks! Klaumi -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (200, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacity depends on: ii audacity-data2.0.6-2~kmk1 ii libasound2 1.0.28-1 ii libavcodec-extra-56 6:11-2 ii libavformat566:11-2 ii libavutil54 6:11-2 ii libc62.19-12 ii libexpat12.1.0-6 ii libflac++6 1.3.0-2 ii libflac8 1.3.0-2 ii libgcc1 1:4.9.1-16 ii libglib2.0-0 2.42.0-2 ii libid3tag0 0.15.1b-11 ii liblilv-0-0 0.20.0~dfsg0-1 ii libmad0 0.15.1b-8 ii libmp3lame0 3.99.5+repack1-5 ii libogg0 1.3.2-1 ii libportaudio219+svn20140130-1 ii libportsmf0 0.1~svn20101010-4 ii libsbsms10 2.0.2-1 ii libsndfile1 1.0.25-9 ii libsoundtouch0 1.8.0-1 ii libsoxr0 0.1.1-1 ii libstdc++6 4.9.1-16 ii libtwolame0 0.3.13-1.1 ii libvamp-hostsdk3 2.5+repack0-2 ii libvorbis0a 1.3.2-1.5 ii libvorbisenc21.3.2-1.5 ii libvorbisfile3 1.3.2-1.5 ii libwxbase3.0-0 3.0.2-1+b1 ii libwxgtk3.0-03.0.2-1+b1 audacity recommends no packages. Versions of packages audacity suggests: ii amb-plugins [ladspa-plugin] 0.8.1-4 ii blop [ladspa-plugin] 0.2.8-6 ii caps [ladspa-plugin] 0.9.23-1 ii cmt [ladspa-plugin] 1.16-1 ii fil-plugins [ladspa-plugin] 0.3.0-3 ii invada-studio-plugins-ladspa [ladspa-plugin] 0.3.1-3 ii ladspa-sdk [ladspa-plugin]1.13-2 ii rev-plugins [ladspa-plugin] 0.7.1-1 ii ste-plugins [ladspa-plugin] 0.0.2-2 ii swh-plugins [ladspa-plugin] 0.4.15+1-7 ii tap-plugins [ladspa-plugin] 0.7.3-1 ii wah-plugins [ladspa-plugin] 0.1.0-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#767833: unblock: bashburn/3.1.0-1
On 2014-11-02 22:12, Andreas Noteng wrote: Den 02. nov. 2014 23:00, skrev Adam D. Barratt: There was no diff attached. I already tried sending it, but it seems to be picked up by some filter. Thanks. We now seem to have several copies. :-) Unfortunately the diff is not based on the package in testing. Even if the stable update is accepted, the diff that's entering testing is between testing and your proposed package, not between possible-future-wheezy and that package. As such, the diff needs to include all of the changes that you're proposed making to testing. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766962: quassel: diff for NMU version 0.10.0-2.1
Hi, I have no plans to override your NMUs - I'll prepare an upload of 0.11.0 to unstable these days. Regards, Thomas Am Montag, den 03.11.2014 um 9:41 schrieb Salvatore Bonaccorso: Hi Thomas, Thanks for your reply. Just a question below: On Mon, Nov 03, 2014 at 09:15:25AM +0100, Thomas Müller wrote: Thanks a lot for your support on this - very much welcome! Do you plan to override my NMU in the delayed queue? If not I would like to move it straight to the archive from the delayed queue without the 2 days delay. Please let me know and thanks for your work in maintaining quassel! Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762775: pynfft: FTBFS: dh: unable to load addon sphinxdoc
On Wed, 24 Sep 2014 22:56:11 -0400 Aaron M. Ucko u...@debian.org wrote: Source: pynfft Version: 1.3.2-1 Severity: serious Justification: fails to build from source Builds of pynfft in minimal environments geared for building its architecture-dependent binary packages (e.g., on the autobuilders) have been failing: dh clean --with python2,python3,sphinxdoc --buildsystem=pybuild dh: unable to load addon sphinxdoc: Can't locate Debian/Debhelper/Sequence/sphinxdoc.pm in @INC (you may need to install the Debian::Debhelper::Sequence::sphinxdoc module) (@INC contains: /etc/perl /usr/local/lib/«arch»/perl/5.20.0 /usr/local/share/perl/5.20.0 /usr/lib/«arch»/perl5/5.20 /usr/share/perl5 /usr/lib/«arch»/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at (eval 13) line 2. BEGIN failed--compilation aborted at (eval 13) line 2. make: *** [clean] Error 2 debian/rules:10: recipe for target 'clean' failed Could you please either conditionalize the usage of --with sphinxdoc appropriately or move python-sphinx into the main Build-Depends field? In the latter case, please bump the version to (= 1.2.2+dfsg-2~) to avoid running into errors if there is no actual documentation to install. (See #745690.) I will NMU it with the attached patch. Thanks! pynfft.debdiff Description: Binary data
Bug#767520: iceweasel: Dependency problem on Debian armhf: Can't install iceweasel with current xulrunner
On 2014-11-02 1:02, Antonio Terceiro wrote: On Sat, Nov 01, 2014 at 09:24:11AM +0900, Mike Hommey wrote: The problem is that the last iceweasel package for stable is not available on armhf somehow. According to buildd.debian.org, the package was built on armhf: https://buildd.debian.org/status/package.php?p=iceweaselsuite=wheezy No, that says that the last package _in stable_ was built on armhf. It says absolutely nothing about stable-security. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767883: torbrowser-launcher: Torbrower is always downloaded
Package: torbrowser-launcher Version: 0.1.4-2~bpo70+1 Severity: normal Dear Maintainer, Everytime I launch torbrowser-launcher, it thinks Torbrowser is outdated and redownloads it. I think the version detection is broken. Regards, -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages torbrowser-launcher depends on: ii gnupg1.4.12-7+deb7u6 ii python 2.7.3-4+deb7u1 ii python-gtk2 2.24.0-3+b1 ii python-lzma 0.5.3-2+b1 ii python-parsley 1.2-1~bpo70+1 ii python-psutil0.5.1-1 ii python-twisted 13.2.0-1~bpo70+1 ii python-txsocksx 1.13.0.3-1~bpo70+1 ii tor 0.2.4.24-1 ii wmctrl 1.07-7 torbrowser-launcher recommends no packages. Versions of packages torbrowser-launcher suggests: pn apparmor none pn python-pygame 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#654944: marked as done (ITA: riece -- an IRC client for Emacs)
On November 3, 2014 at 5:09AM +, owner (at bugs.debian.org) wrote: riece (9.0.0-1) unstable; urgency=medium Ah, testing migration of 8.0.0-1.3 is blocked with it... For changes that are not suitable for the next stable release, use experimental instead of unstable. See also the freeze policy. - https://release.debian.org/jessie/freeze_policy.html Thanks, -- Tatsuya Kinoshita pgpDCnL95814P.pgp Description: PGP signature
Bug#766880: xscreensaver screensaver don't appear in mate-screensaver
Hi Tormod, (I Cc: debian-devel and debian-release MLs to get more external feedback on this.) On Sa 01 Nov 2014 12:03:05 CET, Tormod Volden wrote: --- 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? Nonono... this is not an option!!! Tweaking MATE desktop so that it would also show .desktop files that are only targetted for GNOME(v3) would pull in loads of GNOMEv3-only stuff into a MATE desktop environment that would either break functionality of the MATE desktop or reduce usability (as applications with similar functionality would appear twice at different places on the desktop if MATE and GNOMEv3 are installed in parallel on the same system). Please note that MATE started as a GNOMEv2 fork, but it has turned into quite an independent project / desktop environment and compatibility to current GNOMEv3 exists here and there, but it should not be automatically assumed anymore. MATE is a new desktop shell in Debian with its own namespace and its own set of applications. So, @all-package-maintainers: consider this when providing .desktop files that use OnlyShowIn= or NotShowIn= fields. 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. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpzdY2K1GtaA.pgp Description: Digitale PGP-Signatur
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont2
I feel that this problem is something to do with systemd as it is a big system change from wheezy. No. I'm sure I could reproduce the issue with sysvinit. It's also not specific to Debian. I think it only happens with BlueZ 5, but I don't know what that means exactly. I don't think it's a generic problem with BlueZ 5 and obex-data-server, since gnome-bluetooth and bluedevil use this combination for receiving files, too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767880: Debien-installer does not install lvm
Hi Fernando, Fernando Cerezal krypto...@gmail.com writes: package: debian-installer Debian-installer allows to use lvm on partitioning the disk, but it does not install lvm in new system. Perhaps unsurprisingly, it _normally_ does install lvm on the target system (LVM installs have been possible with debian-installer for over a decade, and generally work fine). That being the case, you're going to have to be a bit more specific about what you did in order to produce this behaviour: which version of the installer you were using, what install media you were using (i.e. CD, USB-stick, PXE boot etc.), what sort of machine you were installing onto, and anything else you think might be relevant, or even things that you think probably are not relevant -- the more detail the better, please. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY pgp1PMdHeTkh6.pgp Description: PGP signature
Bug#767884: r-cran-spatstat: autopkgtest stuck in eternal error loop, causing huge log
Package: r-cran-spatstat Severity: important Version: 1.37-0-1 User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Hello, this autopkgtest now started to wreak havoc. Like in [1] or [2] it now gets stuck in an eternal loop like | error reading package index file /usr/lib/R/site-library/tcltk2/tklibs/getstring0.1/pkgIndex.tcl: too many nested evaluations (infinite loop?) | error reading package index file /usr/lib/R/site-library/tcltk2/tklibs/autoscroll1.1/pkgIndex.tcl: too many nested evaluations (infinite loop?) | error reading package index file /usr/lib/R/site-library/tcltk2/tklibs/datefield0.2/pkgIndex.tcl: too many nested evaluations (infinite loop?) | error reading package index file /usr/lib/R/site-library/tcltk2/tklibs/ipentry0.3/pkgIndex.tcl: too many nested evaluations (infinite loop?) | error reading package index file /usr/lib/R/site-library/tcltk2/tklibs/Diagrams0.2/pkgIndex.tcl: too many nested evaluations (infinite loop?) | [...] which produces several GB of log files until it eventually times out. (The hugeness of logs causes some interesting effects in Jenkins and probably also ci.d.n.) I don't know what's wrong with those .tcl files, unfortunately. Thanks in advance! Martin [1] http://ci.debian.net/packages/r/r-cran-spatstat/unstable/amd64/ [2] https://jenkins.qa.ubuntu.com/job/vivid-adt-r-cran-spatstat/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767514: Reproducible in Jessie
Hi All, On Fr 31 Okt 2014 17:54:40 CET, Marcos Mestre wrote: I get this feedback from an IRC user who reproduced it in JESSIE: (01:28:52 PM) MotoHoss: reproducible in jessie. (01:33:21 PM) MotoHoss: Oct 31 11:25:11 hsc6 kernel: [423821.275153] mate-keybinding[22765]: segfault at 9e8fbf00 ip b65c513a sp bff47b8c error 4 in libc-2.19.so [b654b000+1a5000] This issue should have vanished in unstable. Packages from unstable will migrate before the freeze, so please test with unstable and report back if that fixes the issue (it really should...). Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpR7GvAS_VK3.pgp Description: Digitale PGP-Signatur
Bug#608457: systemd sometimes forgets to properly setup Terminus console font
This problem hasn't happened for a while anymore. Karsten -- GPG key ID E4071346 @ eu.pool.sks-keyservers.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766984: geographiclib: fix symbols for mips64(el) and ppc64el
On Mon, 27 Oct 2014 20:06:34 +0800 YunQiang Su wzss...@gmail.com wrote: Package: geographiclib Version: 1.37-2 libgeographic13's symbol file has an error for mips64(el) and a warning for both mips64(el) and ppc64el diff -Nru geographiclib-1.37/debian/libgeographic13.symbols geographiclib-1.37/debian/libgeographic13.symbols --- geographiclib-1.37/debian/libgeographic13.symbols 2014-09-30 14:10:09.0 +0800 +++ geographiclib-1.37/debian/libgeographic13.symbols 2034-12-21 17:17:57.0 +0800 @@ -221,7 +221,7 @@ _ZN13GeographicLib7Utility3strIcEESsT_i@Base 1.37 _ZN13GeographicLib7Utility3strIiEESsT_i@Base 1.37 _ZN13GeographicLib7Utility5fractIdEET_RKSs@Base 1.37 - (arch=armel armhf mips mipsel powerpc)_ZN13GeographicLib7Utility6lookupERKSsc@Base 1.37-1 + (arch=armel armhf mips mipsel mips64 mips64el powerpc ppc64el)_ZN13GeographicLib7Utility6lookupERKSsc@Base 1.37-1 _ZN13GeographicLib7Utility9ParseLineERKSsRSsS3_@Base 1.37 _ZN13GeographicLib8Geodesic12SinCosSeriesEbddPKdi@Base 1.37 _ZN13GeographicLib8Geodesic3C1fEdPd@Base 1.37 @@ -440,7 +440,7 @@ _ZNSt6vectorItSaItEEaSERKS1_@Base 1.37 _ZStplIcSt11char_traitsIcESaIcEESbIT_T0_T1_EOS6_S7_@Base 1.37 _ZStplIcSt11char_traitsIcESaIcEESbIT_T0_T1_EPKS3_RKS6_@Base 1.37 - (arch=!hurd-i386 !i386 !kfreebsd-i386)_ZStplIcSt11char_traitsIcESaIcEESbIT_T0_T1_ERKS6_PKS3_@Base 1.37 + (arch=!hurd-i386 !i386 !kfreebsd-i386 !mips64 !mips64el)_ZStplIcSt11char_traitsIcESaIcEESbIT_T0_T1_ERKS6_PKS3_@Base 1.37 _ZTIN13GeographicLib13GeographicErrE@Base 1.37 _ZTSN13GeographicLib13GeographicErrE@Base 1.37 _ZTVN13GeographicLib13GeographicErrE@Base 1.37 I NMUed this package with the attached patch. -- YunQiang Su geographiclib.debdiff Description: Binary data
Bug#767743: [jcris...@debian.org: Re: Bug#767743: unblock: blitz++/0.10-3]
Hi Andreas, On Sun, Nov 02, 2014 at 09:26:09PM +0100, Andreas Barth wrote: * Andreas Tille (andr...@fam-tille.de) [141102 21:20]: could you please follow what was suggested here https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767291#15 to ensure building blitz++ at mips? Blacklisted it on corelli/lucatelli. Thanks. As far as I can see this was successful since blitz++ has built on all architectures. Thanks a lot Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767886: guayadeque crashes while trying to open id3-tag-window
Package: guayadeque Version: 0.3.7~ds0-2.1 Severity: normal Dear Maintainer, I just reported this to bug #759499, but it seemes to be a different bug, so this seperate report. Guayadeque crashes when you wnat to have a look to the id3-tags with ctrl+e, reporting: Program received signal SIGSEGV, Segmentation fault. 0x006673b3 in guUpdateComboBoxEntries(wxComboBox*, wxSortedArrayString, int, wxString) () As you can see in the backtrace, this must be caused by the wxwidget-3.0-patch and did not happen in the version before linked against wxwidgets-2.8. klaumi - The backtrace: (gdb) bt #0 0x006673b3 in guUpdateComboBoxEntries(wxComboBox*, wxSortedArrayString, int, wxString) () #1 0x7798fd5e in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #2 0x77b2b4c8 in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #3 0x77b2b8b6 in wxEvtHandler::SearchDynamicEventTable(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #4 0x77b2b93e in wxEvtHandler::TryHereOnly(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #5 0x77b2ba03 in wxEvtHandler::ProcessEventLocally(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #6 0x77b2ba65 in wxEvtHandler::ProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #7 0x77b2b7d7 in wxEvtHandler::SafelyProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #8 0x774e9c31 in wxTextEntryBase::SendTextUpdatedEvent(wxWindow*) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #9 0x773a53c9 in wxTextEntry::DoSetValue(wxString const, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #10 0x77350e00 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0(gdb) bt #0 0x006673b3 in guUpdateComboBoxEntries(wxComboBox*, wxSortedArrayString, int, wxString) () #1 0x7798fd5e in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #2 0x77b2b4c8 in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #3 0x77b2b8b6 in wxEvtHandler::SearchDynamicEventTable(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #4 0x77b2b93e in wxEvtHandler::TryHereOnly(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #5 0x77b2ba03 in wxEvtHandler::ProcessEventLocally(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #6 0x77b2ba65 in wxEvtHandler::ProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #7 0x77b2b7d7 in wxEvtHandler::SafelyProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #8 0x774e9c31 in wxTextEntryBase::SendTextUpdatedEvent(wxWindow*) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #9 0x773a53c9 in wxTextEntry::DoSetValue(wxString const, int) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #10 0x77350e00 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 (repeated 8571 times, and than:) #94281 0x00667715 in guUpdateComboBoxEntries(wxComboBox*, wxSortedArrayString, int, wxString) () #94282 0x7798fd5e in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor, wxEvent) const () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #94283 0x77b2b4c8 in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const, wxEvtHandler*, wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #94284 0x77b2b8b6 in wxEvtHandler::SearchDynamicEventTable(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #94285 0x77b2b93e in wxEvtHandler::TryHereOnly(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #94286 0x77b2ba03 in wxEvtHandler::ProcessEventLocally(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #94287 0x77b2ba65 in wxEvtHandler::ProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #94288 0x77b2b7d7 in wxEvtHandler::SafelyProcessEvent(wxEvent) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0 #94289 0x7734ff44 in ?? () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0 #94290 0x75cf1245 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #94291 0x75d03242 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #94292 0x75d0b748 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
Bug#767885: systemd fails to start services from time to time
Package: systemd
Version: 215-5+b1
Severity: important
Dear Maintainer,
after upgrading to the latest version of systemd, from time to
time either services are not started or the system startup hangs
completely.
When the system startup hangs, the symptoms are very similar to
the ones reported in #754218.
I investigated this problem with different services, like:
* kbd.service
* pcscd.service
* networking.service
When the system starts and a service was not started, it is also
not possible to start this manually:
$ systemctl start kbd.service
hangs forever (or until a timeout of five minutes).
The 'strace -f systemctl start xyz.service' output looks always very
similar. Find a trace attached.
The problem occurs on my desktop machine and also on one of my VMs
(did not upgrade my other VMs yet...)
Kind regards
Andre
-- Package-specific info:
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-3-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 systemd depends on:
ii acl 2.2.52-2
ii adduser 3.113+nmu3
ii initscripts 2.88dsf-53.4
ii libacl1 2.2.52-2
ii libaudit1 1:2.4-1
ii libblkid1 2.25.1-5
ii libc6 2.19-12
ii libcap2 1:2.24-6
ii libcap2-bin 1:2.24-6
ii libcryptsetup4 2:1.6.6-3
ii libgcrypt20 1.6.2-4
ii libkmod218-3
ii liblzma55.1.1alpha+20120614-2
ii libpam0g1.1.8-3.1
ii libselinux1 2.3-2
ii libsystemd0 215-5+b1
ii sysv-rc 2.88dsf-53.4
ii udev215-5+b1
ii util-linux 2.25.1-5
Versions of packages systemd recommends:
ii dbus1.8.8-2
ii libpam-systemd 215-5+b1
Versions of packages systemd suggests:
pn systemd-ui none
-- no debconf information
-- strace -ft systemctl start kbd.service
[...]
[pid 517] 10:19:53 stat(/run/systemd/ask-password-block,
{st_mode=S_IFDIR|0700, st_size=80, ...}) = 0
[pid 517] 10:19:53 mknod(/run/systemd/ask-password-block/136:0,
S_IFIFO|0600) = -1 EEXIST (File exists)
[pid 517] 10:19:53 open(/run/systemd/ask-password-block/136:0,
O_RDONLY|O_NOCTTY|O_NONBLOCK|O_CLOEXEC) = 3
[pid 517] 10:19:53 stat(/run/systemd, {st_mode=S_IFDIR|0755, st_size=400,
...}) = 0
[pid 517] 10:19:53 futex(0x7f4d9ea8f60c, FUTEX_WAKE_PRIVATE, 2147483647) = 0
[pid 517] 10:19:53 gettid() = 517
[pid 517] 10:19:53 open(/proc/self/task/517/attr/current,
O_RDONLY|O_CLOEXEC) = 4
[pid 517] 10:19:53 read(4, unconfined_u:unconfined_r:unconf..., 4095) = 54
[pid 517] 10:19:53 close(4) = 0
[pid 517] 10:19:53 access(/sys/fs/smackfs/, F_OK) = -1 ENOENT (No such file
or directory)
[pid 517] 10:19:53 mkdir(/run/systemd/ask-password, 0755) = -1 EEXIST (File
exists)
[pid 517] 10:19:53 inotify_init1(O_CLOEXEC) = 4
[pid 517] 10:19:53 inotify_add_watch(4, /run/systemd/ask-password,
IN_CLOSE_WRITE|IN_MOVED_TO) = 1
[pid 517] 10:19:53 rt_sigprocmask(SIG_SETMASK, [INT TERM], NULL, 8) = 0
[pid 517] 10:19:53 signalfd4(-1, [INT TERM], 8, O_NONBLOCK|O_CLOEXEC) = 5
[pid 517] 10:19:53 openat(AT_FDCWD, /run/systemd/ask-password,
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 6
[pid 517] 10:19:53 getdents(6, /* 2 entries */, 32768) = 48
[pid 517] 10:19:53 getdents(6, /* 0 entries */, 32768) = 0
[pid 517] 10:19:53 close(6) = 0
[pid 517] 10:19:53 poll([{fd=4, events=POLLIN}, {fd=5, events=POLLIN}], 2,
4294967295 unfinished ...
[pid 516] 10:19:53 ... ppoll resumed ) = 1 ([{fd=3, revents=POLLIN}], left
{24, 992058699})
[pid 516] 10:19:53 recvmsg(3, {msg_name(0)=NULL,
msg_iov(1)=[{l\2\1\0011\0\0\0\6\0\0\0\17\0\0\0\5\1u\0\2\0\0\0, 24}],
msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_SOCKET,
cmsg_type=SCM_CREDENTIALS{pid=250, uid=0, gid=0}}, msg_flags=MSG_CMSG_CLOEXEC},
MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 24
[pid 516] 10:19:53 recvmsg(3, {msg_name(0)=NULL,
msg_iov(1)=[{\10\1g\0\1o\0\0,\0\0\0/org/freedesktop/sys..., 57}],
msg_controllen=32, {cmsg_len=28, cmsg_level=SOL_SOCKET,
cmsg_type=SCM_CREDENTIALS{pid=250, uid=0, gid=0}}, msg_flags=MSG_CMSG_CLOEXEC},
MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = 57
[pid 516] 10:19:53 sendmsg(3, {msg_name(0)=NULL,
msg_iov(2)=[{l\1\0\0019\0\0\0\3\0\0\0\240\0\0\0\1\1o\0,\0\0\0/org/fre...,
176}, {\35\0\0\0org.freedesktop.systemd1.Uni..., 57}], msg_controllen=0,
msg_flags=0}, MSG_DONTWAIT|MSG_NOSIGNAL) = 233
[pid 516] 10:19:53 clock_gettime(CLOCK_MONOTONIC, {2012, 968280589}) = 0
[pid 516] 10:19:53 recvmsg(3, 0x7fff443b05a0,
MSG_DONTWAIT|MSG_NOSIGNAL|MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 516] 10:19:53 clock_gettime(CLOCK_MONOTONIC, {2012, 968382555}) = 0
[pid 516] 10:19:53 ppoll([{fd=3, events=POLLIN}], 1, {24, 999898000}, NULL,
8) = 1
Bug#601325: riece: insecure handling of /tmp files in debian/preinst
Control: reopen -1 Control: found -1 9.0.0-1 Control: found -1 8.0.0-1.2 Control: found -1 8.0.0-1 On October 26, 2014 at 9:05AM +0900, tats (at debian.org) wrote: Control: tags -1 + security On October 25, 2010 at 11:22AM +0300, jari.aalto (at cante.net) wrote: Code (line 89) in debian/preinst should use tempfile(1) to create temporary files. To fix this bug, I'll NMU soon with the attached patch. Note that this old bug was caused when upgrading from 3.1.0-2 which is no longer supported. Anyway, this potentially security issue should be fixed. NMUed 8.0.0-1.3 is rejected by 9.0.0-1. Thanks, -- Tatsuya Kinoshita pgpTnPAXyIwB8.pgp Description: PGP signature
Bug#767309: RFS: python-affine/1.0.1-1 [ITP]
On Mon, Nov 3, 2014 at 7:42 AM, Andrey Rahmatullin w...@debian.org wrote: On Sun, Nov 02, 2014 at 09:37:28PM +0100, Johan Van de Wauw wrote: Now it doesn't run any tests. Added setup.cfg Should now really run all the tests Johan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767887: texlive-xetex should include etoolbox (from texlive-latex-extras)
Package: texlive-xetex Version: 2014.20141024-1 Severity: normal texlive-xetex includes polyglossia. Recent versions of polyglossia (such as the one packaged here) depend on etoolbox.sty. Therefore, any attempt to use polyglossia will fail if the user didn't install texlive-latex-extras manually. Please move etoolbox.sty from texlive-latex-extras into texlive-xetex. Thanks in advance! Felix ## List of ls-R files -rw-r--r-- 1 root root 1241 Nov 3 10:11 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Oct 21 02:46 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Oct 24 05:19 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Oct 24 05:19 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST ## Config files -rw-r--r-- 1 root root 475 Nov 1 17:56 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 4450 Nov 3 10:11 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Oct 24 05:19 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3886 Nov 3 10:11 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 May 30 11:00 mktex.cnf -rw-r--r-- 1 root root 475 Nov 1 17:56 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (850, 'unstable'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-xetex depends on: ii dpkg1.17.21 ii tex-common 5.03 ii texlive-base2014.20141024-1 ii texlive-binaries2014.20140926.35254-2 ii texlive-latex-base 2014.20141024-1 ii tipa2:1.3-20 Versions of packages texlive-xetex recommends: ii lmodern 2.004.4-5 texlive-xetex suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.53 ii dpkg 1.17.21 ii ucf3.0030 Versions of packages tex-common suggests: ii debhelper 9.20141022 Versions of packages texlive-xetex is related to: ii tex-common5.03 ii texlive-binaries 2014.20140926.35254-2 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont3
In jessie repos, gnome-bluetooth gives you send binary, nothing to receive. I installed bluedevil ,and it is not working either, a familiar message in syslog when trying to send a picture from phone: Nov 3 12:00:49 debian systemd-udevd[159]: Network interface NamePolicy= disabled on kernel commandline, ignoring. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767888: firewall-applet: Cannot change zone of a connection
Package: firewall-applet Version: 0.3.12-1 Severity: normal Dear Maintainer, I'd like to change the zone of an active connection temporarily, i.e., without changing the zone that will be associated to the connection per default. I select Options - Change zones of connections..., and then DHCP which is the currently active connection. I select public (currently, the zone for that connection is home) and click Ok. Nothing happens, i.e., the small window to change the zone remains opened and the zone does not change. On the console, I get Traceback (most recent call last): File /usr/bin/firewall-config, line 1007, in change_zone_connection_editor editor.run() File /usr/bin/firewall-config, line 5298, in run settings = connection_obj.GetSettings() File /usr/lib/python2.7/dist-packages/dbus/proxies.py, line 70, in __call__ return self._proxy_method(*args, **keywords) File /usr/lib/python2.7/dist-packages/slip/dbus/proxies.py, line 51, in __call__ return dbus.proxies._ProxyMethod.__call__(self, *args, **kwargs) File /usr/lib/python2.7/dist-packages/dbus/proxies.py, line 145, in __call__ **keywords) File /usr/lib/python2.7/dist-packages/dbus/connection.py, line 651, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 7 matched rules; type=method_call, sender=:1.63 (uid=1000 pid=28011 comm=/usr/bin/python -Es /usr/bin/firewall-config ) interface=(unset) member=GetSettings error name=(unset) requested_reply=0 destination=:1.14 (uid=0 pid=1039 comm=/usr/sbin/NetworkManager --no-daemon ) Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0+ (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages firewall-applet depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii firewalld0.3.12-1 ii gir1.2-glib-2.0 1.42.0-2.2 ii gir1.2-gtk-3.0 3.14.4-1 ii gir1.2-networkmanager-1.00.9.10.0-3 ii gir1.2-notify-0.70.7.6-2 ii policykit-1 0.105-7 ii python-dbus 1.2.0-2+b3 ii python-gi3.14.0-1 ii python-slip-dbus 0.6.0-2 pn python:any none firewall-applet recommends no packages. firewall-applet 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#767889: ftp.debian.org: iceweasel-l10n-ak missing in Sid?!?
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 It seems something is wrong in the processing of src:iceweasel - the binary package iceweasel-l10n-ak do not appear in aptitude on my amd64 Sid system, and rmadison seems to indicate that its version is older on Sid than on Wheezy: jonas@bastian:~$ rmadison iceweasel-l10n-ak debian: iceweasel-l10n-ak | 1:10.0.12esr-1~bpo60+1 | squeeze-backports | all iceweasel-l10n-ak | 1:17.0.8esr-2 | sid | all iceweasel-l10n-ak | 1:17.0.10esr-1~deb7u1 | wheezy-security | all iceweasel-l10n-ak | 1:17.0.10esr-1~deb7u1 | wheezy| all iceweasel-l10n-ak | 1:24.4.0esr-1~deb7u2 | wheezy| all iceweasel-l10n-ak | 1:24.5.0esr-1~deb7u1 | wheezy-security | all iceweasel-l10n-ak | 1:24.5.0esr-1 | sid | all iceweasel-l10n-ak | 1:24.8.1esr-1~deb7u1 | wheezy-security | all new: - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJUV1QRXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWMvgH+gNG1mhJbFEfCzqab/BXpoSx AW3a96TeFvul8zOffSBcC3HKYlwFoaQLmt309Dhj95IbbZiIn3VxvBlBnGr/o3lP dQQbnncO+IyVm2ZHFNS9ioX5uyNdj0Rw1878smGkDC3JxnlJ3YQY8Cd9AL7ExNfV c9aidgHHqQH9y+/orx/twHH2efgzk4LF+QlFt1FR6F8yA/toiasmFJdI3jCvJbHo xhVnGofbPibFFPP5tiZ+/i4vDyLfz+ge7sYvNFuXbcquiwPx1Xuw7HoQQiDxYmgQ ZOUHeL+tOxwfYSxe5ms8W2+7EXe59UAkxN+v2KdMrSuCTrGO48VppQTSImTIRlk= =fFKu -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#767578: rygel version fixed upstream
Control: forwarded -1 https://git.gnome.org/browse/rygel/commit/?id=ec3e73558740dcde954a54596c5cc40b01b93e21 Control: tags -1 + fixed-upstream The problem boiled down to a missing file in the tarball. It has been fixed in upstream git and the next tarball generation should include the needed file, which should fix the version string problem. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767891: apt: Provide ability to manually mark packages as essential
Package: apt
Version: 1.0.9.3
Severity: wishlist
Tags: patch
Hi,
It would be useful to be able to locally mark certain packages as
Essential:yes so that they are never uninstalled. Trivial example: mark
sysvinit-core as essential on systems you don't want to have upgraded
to systemd as init.
I'm including a patch that allows you to do this by:
$ sudo apt-get -o pkgCacheGen::ForceEssential=systemd-sysv,apt update
...
$ sudo apt-get install sysvinit-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
systemd-sysv
The following NEW packages will be installed:
sysvinit-core
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
systemd-sysv
0 upgraded, 1 newly installed, 1 to remove and 304 not upgraded.
Need to get 0 B/130 kB of archives.
After this operation, 179 kB of additional disk space will be used.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
?] no
Abort.
versus:
$ sudo apt-get -o pkgCacheGen::ForceEssential=apt update
...
$ sudo apt-get install sysvinit-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
systemd-sysv
The following NEW packages will be installed:
sysvinit-core
0 upgraded, 1 newly installed, 1 to remove and 304 not upgraded.
Need to get 0 B/130 kB of archives.
After this operation, 179 kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Abort.
Patch is (git diff -b, ignoring whitespace-only changes):
--- a/apt-pkg/deb/deblistparser.cc
+++ b/apt-pkg/deb/deblistparser.cc
@@ -277,13 +277,20 @@ bool debListParser::UsePackage(pkgCache::PkgIterator Pkg,
if (Section.FindFlag(Important,Pkg-Flags,pkgCache::Flag::Important) ==
false)
return false;
- if (strcmp(Pkg.Name(),apt) == 0)
+ std::vectorstd::string force_essential =
_config-FindVector(pkgCacheGen::ForceEssential,apt);
+ for (std::vectorstd::string::const_iterator p = force_essential.begin();
p != force_essential.end(); ++p)
+ {
+ if (strcmp(p-c_str(), Pkg.Name()) == 0)
{
if ((essential == native Pkg-Arch != 0 myArch == Pkg.Arch())
||
essential == all)
Pkg-Flags |= pkgCache::Flag::Essential |
pkgCache::Flag::Important;
else
Pkg-Flags |= pkgCache::Flag::Important;
+
+ _error-Notice(Marking package as essential: %s,p-c_str());
+
+ }
}
if (ParseStatus(Pkg,Ver) == false)
Cheers,
aj
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont3
I installed bluedevil ,and it is not working either Interesting... then it might be the case that obex-data-server is just not compatible with BlueZ 5... That leaves me with the obexd-server migration as the only way to solve this. It's the number one task on my list anyway, as soon as I find some time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767890: ITP: python-getdns -- modern asynchronous DNS API (python bindings)
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-getdns Version : 0.2.0 Upstream Author : Verisign NlNetLabs * URL : http://getdnsapi.org/ * License : BSD-3-clause Programming Lang: Python Description : modern asynchronous DNS API (python bindings) getdns is a modern asynchronous DNS API. It implements DNS entry points from a design developed and vetted by application developers, in an API specification edited by Paul Hoffman. With the development of this API, we intend to offer application developers a modernized and flexible way to access DNS security (DNSSEC) and other powerful new DNS features; a particular hope is to inspire application developers towards innovative security solutions in their applications. . This package contains pythong bindings for the library. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUV1CNXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzMEI5MzNEODBGQ0UzRDk4MUEyRDM4RkIw Qzk5QjcwRUY0RkNCQjA3AAoJEAyZtw70/LsHcvcP/2ecDe7EJs/pUxGZIJp1aIn/ tzUfOZsxbaCueBi0LlDXwb00fm1FbR4eWlMupE+GIr+amp5EDZ3dpq3rH5WT0kDv 19kuUHliSTv8DV3EbzpYKvqzvyN0Ka8b4o3C9B8N97ETjmPXUZJGlfChmbUgAnY6 ZsnpxHydhV3LbcTNymSPckYGEOvEotQtzjHXcBQM7VG3NPrOkl5vY/Mxvr51T9ff uExF6EztwgWlW25MfC9Ux+WdqT9KzqYh1zXlz+6CrCZbb0J6gCxjAW58JyDbGm39 T/bviEw+8HE3btT+EOXOMP+j5lpueQNafo4VpNK0cNjFPImP6NH1CK70s+klxH7j aJxS+nJf4xuZQnbZ9k46UXyQvNcS18DItxsrkJ0izrqtF3F/X1qdZV8SBnb/w7Em GKtcSCb0O2vJoCsCFhsLVzlMP5KgkwKCSqU0yOOigjTiPrVV6QqTiU4B75aSCvOM GBMlc0DkQ5IHBea2cyN4O66fe7zDYnOcwF29ZnKLDaZ3LiXxRVWm6PrVQzE30l6l oYzxgwmMJUsG+bu2KxpGtygtERrIe8Xmkw6yhVqpOnZeYc+bMi61P0lKkeVGn2NO FmVGJSPBZu6y/ndX6nF9b/Q2q8J3OH2tnIQcs/iShqMABAGEH/Ukf5VqI7ghdX88 qsXS9Jg0q7qpfatBiwu/ =SyPq -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#767891: apt: Provide ability to manually mark packages as essential
On Mon, Nov 3, 2014 at 10:26 AM, Anthony Towns a...@erisian.com.au wrote: Package: apt Version: 1.0.9.3 Severity: wishlist Tags: patch Hi, It would be useful to be able to locally mark certain packages as Essential:yes so that they are never uninstalled. Trivial example: mark sysvinit-core as essential on systems you don't want to have upgraded to systemd as init. A simple way to achieve what you want is to create a local dummy package that depends on the packages you want and is Essential: yes or Important: yes. Important being preferred, since it has less restrictions on installation ordering. It's what I do on all my machines: Create one metapackage per machine that is Important: yes, and install that. Works nicely. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont4
Bluedevil is using obexd as you see. I get this after rebooting machine to clear state and no blueman stuff running, only bluedevil and obexd. In pc side i can see a progress bar starting and ending and phone belives that file was succefully send. The file does not appear in user specified download folder and you se that the connection is broken at some point of transmission. Nov 3 12:17:44 debian obexd[1081]: CONNECT(0x0), (null)(0x) Nov 3 12:17:44 debian obexd[1081]: CONNECT(0x0), (null)(0x0) Nov 3 12:17:44 debian obexd[1081]: PUT(0x2), (null)(0x) Nov 3 12:17:44 debian obexd[1081]: PUT(0x2), CONTINUE(0x10) Nov 3 12:17:50 debian obexd[1081]: DISCONNECT(0x1), (null)(0x) Nov 3 12:17:50 debian obexd[1081]: DISCONNECT(0x1), SUCCESS(0x20) Nov 3 12:17:50 debian obexd[1081]: disconnected: Transport got disconnected Nov 3 12:17:50 debian bluetoothd[769]: Unable to get io data for Object Push: getpeername: Transport endpoint is not connected (107) Nov 3 12:17:50 debian systemd-udevd[161]: Network interface NamePolicy= disabled on kernel commandline, ignoring. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740034: lshw can crash arm64 systems
Upstream ticket: http://www.ezix.org/project/ticket/666 (Also this message, unlike previous, sent from correct email account.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767891: apt: Provide ability to manually mark packages as essential
On 3 November 2014 20:22, Julian Andres Klode j...@debian.org wrote: A simple way to achieve what you want is to create a local dummy package that depends on the packages you want and is Essential: yes or Important: yes. Important being preferred, since it has less restrictions on installation ordering. Yeah, I've done that before (and the equivs package is helpful there). But it's two somewhat complicated steps (build a package, install a local package), for something that seems more like it should be a simple configuration step (these packages are important to me: ...). Cheers, aj -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767892: subtitleeditor: Cannot type or edit subtitles
Package: subtitleeditor Version: 0.33.0-2 Severity: important Hi, When creating a new project, or editing existing subtitles, it's not possible to type or edit the subtitles. The text field doesn't appear, and the console says: (subtitleeditor:3230): GLib-GObject-WARNING **: When installing property: type 'gtkmm__CustomObject_12TextViewCell' already has a property named 'editing-canceled' (subtitleeditor:3230): GLib-GObject-WARNING **: attempting to add an interface (GtkCellEditable) to class (gtkmm__CustomObject_12TextViewCell) after class_init (subtitleeditor:3230): GLib-GObject-WARNING **: /build/glib2.0-dt6trg/glib2.0-2.42.0/./gobject/gsignal.c:2461: signal 'editing_done' is invalid for instance '0x16d4930' of type 'gtkmm__CustomObject_12TextViewCell' (subtitleeditor:3230): GLib-GObject-WARNING **: /build/glib2.0-dt6trg/glib2.0-2.42.0/./gobject/gsignal.c:2461: signal 'remove_widget' is invalid for instance '0x16d4930' of type 'gtkmm__CustomObject_12TextViewCell' (subtitleeditor:3230): Gtk-CRITICAL **: gtk_tree_view_column_cell_process_action: assertion 'GTK_IS_CELL_EDITABLE (*editable_widget)' failed So subtitleeditor is not usable in the current state :/ Cheers! Sylvain -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (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/dash Versions of packages subtitleeditor depends on: ii gstreamer0.10-plugins-base 0.10.36-2 ii gstreamer0.10-plugins-good 0.10.31-3+nmu4+b1 ii gstreamer0.10-x 0.10.36-2 ii libatkmm-1.6-1 2.22.7-2.1 ii libc62.19-11 ii libcairomm-1.0-1 1.10.0-1.1 ii libenchant1c2a 1.6.0-10.1 ii libgcc1 1:4.9.1-16 ii libglademm-2.4-1c2a 2.6.7-4 ii libglib2.0-0 2.42.0-2 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgstreamer-plugins-base0.10-0 0.10.36-2 ii libgstreamer0.10-0 0.10.36-1.4 ii libgtk2.0-0 2.24.25-1 ii libgtkmm-2.4-1c2a1:2.24.4-1.1 ii libpangomm-1.4-1 2.34.0-1.1 ii libsigc++-2.0-0c2a 2.4.0-1 ii libstdc++6 4.9.1-16 ii libsubtitleeditor0 0.33.0-2 subtitleeditor recommends no packages. Versions of packages subtitleeditor suggests: pn gstreamer0.10-ffmpeg 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#767891: apt: Provide ability to manually mark packages as essential
On 3 November 2014 20:30, Anthony Towns a...@erisian.com.au wrote: On 3 November 2014 20:22, Julian Andres Klode j...@debian.org wrote: A simple way to achieve what you want is to create a local dummy package that depends on the packages you want and is Essential: yes or Important: yes. Important being preferred, since it has less restrictions on installation ordering. Yeah, I've done that before (and the equivs package is helpful there). But it's two somewhat complicated steps (build a package, install a local package), for something that seems more like it should be a simple configuration step (these packages are important to me: ...). Alternatively, it might make sense (from a user/admin's POV) to do it via 'apt-mark', ie: apt-mark important xmonad apt-mark essential sysvinit-core (I'm not really familiar with apt-mark though, particular if it's something people should feel comfortable relying on) Cheers, aj -- Anthony Towns a...@erisian.com.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767889: ftp.debian.org: iceweasel-l10n-ak missing in Sid?!?
On 2014-11-03 10:08, Jonas Smedegaard wrote: It seems something is wrong in the processing of src:iceweasel - the binary package iceweasel-l10n-ak do not appear in aptitude on my amd64 Sid system, and rmadison seems to indicate that its version is older on Sid than on Wheezy: As far as I can tell, nothing is wrong, certainly on the dak side; the iceweasel source package simply stopped building that binary package: adsb@franck:~/ftp/pool/main/i/iceweasel$ grep -c iceweasel-l10n-ak *.dsc iceweasel_17.0.10esr-1~deb7u1.dsc:2 iceweasel_17.0.8esr-2.dsc:2 iceweasel_24.4.0esr-1~deb7u2.dsc:2 iceweasel_24.5.0esr-1.dsc:2 iceweasel_3.5.16-20.dsc:0 iceweasel_31.1.0esr-1.dsc:0 iceweasel_31.2.0esr-2.dsc:0 iceweasel_31.2.0esr-3.dsc:0 iceweasel_32.0.3-1.dsc:0 iceweasel_33.0-2.dsc:0 Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727149: linux-image-3.10-3-amd64: Network adapter (Intel 82579V) hangs during TX, causing reset and undetected data corruption at the other side
I don't know, because until now I have been using the workaround (i.e. always disable TSO). I just re-enabled it to see if this error will still occur with the latest kernel. I'll report again in a week or so whether it is stable now. Unfortunately, the bug still occurs. See the log below. Cheers, Timo - [133754.072957] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16-3-amd64 #1 Debian 3.16.5-1 [133754.072959] Hardware name: /DB75EN, BIOS ENB7510H.86A.0046.2013.0704.1354 07/04/2013 [133754.072961] 0009 815066c3 88021e203e28 81065717 [133754.072964] 88021e203e78 0001 [133754.072967] 880212c24000 8106577c 81775de8 0030 [133754.072970] Call Trace: [133754.072972] IRQ [815066c3] ? dump_stack+0x41/0x51 [133754.072982] [81065717] ? warn_slowpath_common+0x77/0x90 [133754.072985] [8106577c] ? warn_slowpath_fmt+0x4c/0x50 [133754.072990] [81072667] ? mod_timer+0x127/0x1e0 [133754.072995] [8143a0c6] ? dev_watchdog+0x236/0x240 [133754.072998] [81439e90] ? dev_graft_qdisc+0x70/0x70 [133754.073001] [810709d1] ? call_timer_fn+0x31/0x100 [133754.073004] [81439e90] ? dev_graft_qdisc+0x70/0x70 [133754.073007] [81072009] ? run_timer_softirq+0x209/0x2f0 [133754.073012] [8106a5b1] ? __do_softirq+0xf1/0x290 [133754.073015] [8106a985] ? irq_exit+0x95/0xa0 [133754.073019] [8150f695] ? smp_apic_timer_interrupt+0x45/0x60 [133754.073022] [8150d79d] ? apic_timer_interrupt+0x6d/0x80 [133754.073023] EOI [81072916] ? get_next_timer_interrupt+0x1d6/0x250 [133754.073031] [813d9cbf] ? cpuidle_enter_state+0x4f/0xc0 [133754.073034] [813d9cb8] ? cpuidle_enter_state+0x48/0xc0 [133754.073038] [810a5d38] ? cpu_startup_entry+0x2f8/0x400 [133754.073043] [8190305a] ? start_kernel+0x47b/0x486 [133754.073046] [81902a04] ? set_init_arg+0x4e/0x4e [133754.073050] [81902120] ? early_idt_handlers+0x120/0x120 [133754.073054] [8190271f] ? x86_64_start_kernel+0x14d/0x15c [133754.073056] ---[ end trace a9b0eebac757b4ab ]--- [133754.073096] e1000e :00:19.0 eth2: Reset adapter unexpectedly [133757.816772] e1000e: eth2 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx [134277.894290] e1000e :00:19.0 eth2: Detected Hardware Unit Hang: [134277.894290] TDH 5b [134277.894290] TDT 71 [134277.894290] next_to_use 71 [134277.894290] next_to_clean5b [134277.894290] buffer_info[next_to_clean]: [134277.894290] time_stamp 101ff3d7b [134277.894290] next_to_watch5b [134277.894290] jiffies 101ff3fb5 [134277.894290] next_to_watch.status 0 [134277.894290] MAC Status 40080083 [134277.894290] PHY Status 796d [134277.894290] PHY 1000BASE-T Status 3800 [134277.894290] PHY Extended Status3000 [134277.894290] PCI Status 10 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766520: Allow unlimited access to the device to any user
On Thu, Oct 23, 2014 at 08:45:03PM +0200, Vincent Bernat wrote:
File: /lib/udev/rules.d/60-garmin-plugin.rules
The package installs an udev rule granting access to the device to any
user. Any user with an account on the machine can then do whatever
they want with the device.
I suggest to use this udev rule instead:
ATTRS{idVendor}==091e, ATTRS{idProduct}==0003, MODE=0660,
GROUP=plugdev, TAG+=uaccess
FR220/620 have ProductID 2660.
How about removing ATTRS{idProduct} to apply all 091e Garmin
International devices? Or adding a 2660 line.
Only users in the plugdev group or users located physically in front
of the machine will be able to access the device.
There is a similar udev rule in the garmin-frontrunner-tools package
(but it doesn't do anything).
[CURRENT]
$ cat /lib/udev/rules.d/60-garmin-forerunner-tools.rules
ATTRS{idVendor}==091e, ATTRS{idProduct}==0003, GROUP=plugdev
Given garmin-plugin depends on garmin-forerunner-tools, better fixing
g-f-tools rule than adding another one, isn't it?
[PROPOSED]
$ cat /lib/udev/rules.d/60-garmin-forerunner-tools.rules
ATTRS{idVendor}==091e, MODE=0660, GROUP=plugdev, TAG+=uaccess
Thanks for considering.
--
G..e
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767894: More permission issues
Package: systemd-cron Version: 1.3.1+ds1-1 Severity: minor Generally, crontabs are only visible by the owner. After #766053 gets fixed, the issue still remains in the sense that the generated units/timers (coming from crontabs) have root:root 644 permissions, which are readable by everyone. I've seen 'journalctl' actually uses ACLs, so maybe it's safe to use ACLs by default now since systemd is a dependency? In that case, I would chmod the user-generated units/timers to 640, and add an explicit ACL for 400 user:root (the same is done by journald when using the 'login' splitting method - so I'm not using a new method here). This prevents the file to be modified by the user, while still giving him r/o access. Not that we strictly need it anyway: 640 root:root would be enough. The description itself contains a copy of the crontab line. I would actually prefer the normal description to be just crontab-user:line (easier to debug than matching text). It's less noisy in the unit list, and also easier to grep for. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 systemd-cron depends on: ii init-system-helpers 1.21 ii python 2.7.8-2 pn python:any none ii systemd-sysv 215-5+b1 systemd-cron recommends no packages. systemd-cron suggests no packages. -- debsums errors found: debsums: changed file /lib/systemd/system-generators/systemd-crontab-generator (from systemd-cron package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767819: bareos-*: modifies conffiles (policy 10.7.3): /etc/bareos/bareos-*.conf
thank you for this detailed information. Bareos only substitutes template variables on initial installation (or the database backend if somebody reconfigures dbconfig-common). I'll change the behavior, so that the template configuration files get installed to /usr/share/bareos... and copied to /etc/bareos/ during postinst, if the config file do not already exist. This will take a while, because the current behavior must continue to work for other plattforms (eg. RPM based). Jörg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600078: [FBI] Incorrect display with binary pbm/pgm/ppm formats
Hi, P4 is displayed with pgm parser and its colors are reversed. fixed. P6 is displayed with libwebpm parser (OK) or ppm parser (KO). Don't see this. I commented initialization parsers pbm / pgm / pnm in rd/read-ppm.c and then fbi systematically uses libjpeg without problem. Sure? libjpeg parses pbm? cheers, Gerd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767895: TPU binnmus for arm64 and ppc64el
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu When looking through the list of packages that are uninstallable in arm64 testing I belive the following TPU binnmus are appropriate towards the goal of pushing the list of uninstallable arch specific binaries in arm64 testing to zero. Looking further it seems seed could also do with a TPU binnmu on ppc64el. nmu openvpn_2.3.2-9 . arm64 . -m build for testing -d 'testing' nmu cython_0.20.1+git90-g0e6e38e-1 . arm64 . -m build for testing -d 'testing' nmu seed_3.2.0-2 . arm64 ppc64el . -m build for testing -d 'testing' All of the above packages are needed as depedencies for packages already in arm64 testing and have newer upstream versions stuck in sid. -- System Information: Debian Release: 6.0.3 APT prefers oldstable-proposed-updates APT policy: (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767896: samba: cannot access shared directories with a literal asterisk character in their name
Package: samba Version: 2:4.1.13+dfsg-2 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Some upgrade that is difficult to track down, but appears to have happened in the last week of running / upgrading Debian unstable. * What exactly did you do (or not do) that was effective (or ineffective)? Tried downgrading kernel on client and server. Tried mounting share on same machine as server, same problem observed. * What was the outcome of this action? * What outcome did you expect instead? so I made a directory called test*: mkdir test\* If I check for it on a client machine I get: ls test\* ls: reading directory test*: Not a directory If I do the following on the client machine I get: ls -al|grep test ls: test*: No such file or directory then later on in the listing: drwxr-xr-x 2 root root 0 Nov 3 21:11 test* *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.18.0-rc2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.21 ii libasn1-8-heimdal1.6~rc2+dfsg-8 ii libbsd0 0.7.0-2 ii libc62.19-12 ii libcomerr2 1.42.12-1 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-8 ii libkdc2-heimdal 1.6~rc2+dfsg-8 ii libkrb5-26-heimdal 1.6~rc2+dfsg-8 ii libldb1 1:1.1.17-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.8-11 ii libroken18-heimdal 1.6~rc2+dfsg-8 ii libtalloc2 2.1.1-2 ii libtdb1 1.3.1-1 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian13+nmu1 ii multiarch-support2.19-12 ii procps 2:3.3.9-8 ii python 2.7.8-2 ii python-dnspython 1.12.0-1 ii python-ntdb 1.0-5 ii python-samba 2:4.1.13+dfsg-2 pn python2.7:anynone ii samba-common 2:4.1.13+dfsg-2 ii samba-common-bin 2:4.1.13+dfsg-2 ii samba-dsdb-modules 2:4.1.13+dfsg-2 ii samba-libs 2:4.1.13+dfsg-2 ii tdb-tools1.3.1-1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-2 ii logrotate 3.8.7-1 ii samba-vfs-modules 2:4.1.13+dfsg-2 Versions of packages samba suggests: ii bind9 1:9.9.5.dfsg-5 ii bind9utils 1:9.9.5.dfsg-5 pn ctdb none pn ldb-tools none ii ntp1:4.2.6.p5+dfsg-3.1 pn smbldap-tools none ii winbind2:4.1.13+dfsg-2 -- debconf information: samba/nmbd_from_inetd: samba-common/title: samba/log_files_moved: * samba/run_mode: daemons samba/tdbsam: * samba/generate_smbpasswd: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703639: kill -HUP $(cat /var/run/syslog-ng.pid) can cause duplicate logging issues
Hi,
On Fri, Mar 22, 2013 at 03:59:11PM +0100, Gergely Nagy wrote:
* Fixing the configuration and reloading gets things back in order, no
matter how many times messages were duplicated before.
I have a heavily customized config, which does not throw any errors,
but triggers the issue on a wheezy box.
The config is for a central log-server, which gets syslog via UDP from
quite a few hosts and sorts these accordingly. Every day at logrotate
a SIGHUP is issued and my /var/log gets full. The ratio is about 1 real
message to 3000 (yes, three thousand!) duplicates :/
A real restart solves the issue.
I hope this is helful for you to track down the issue.
@version: 3.3
# First, set some global options.
options {
create_dirs(yes);
dir_perm(0755);
chain_hostnames(off);
flush_lines(0);
keep_hostname(yes);
};
#
# This is the default behavior of sysklogd package
# Logs may come from unix stream, but not from another machine.
#
source localsrc { unix-dgram(/dev/log);
internal();
# Keep a log socket within the postfix chroot
unix-stream(/var/spool/postfix/dev/log);
};
#
# If you wish to get logs from remote machine you should uncomment
# this and comment the above source line.
#
source remotesrc { udp(); };
# After that set destinations.
# First some standard logfile
#
destination authlog { file(/var/log/auth.log owner(root) group(adm)
perm(0640)); };
destination syslogfile { file(/var/log/syslog owner(root) group(adm)
perm(0640)); };
destination cron { file(/var/log/cron.log owner(root) group(adm)
perm(0640)); };
destination daemon { file(/var/log/daemon.log owner(root) group(adm)
perm(0640)); };
destination kern { file(/var/log/kern.log owner(root) group(adm)
perm(0640)); };
destination lpr { file(/var/log/lpr.log owner(root) group(adm)
perm(0640)); };
destination mail { file(/var/log/mail.log owner(root) group(adm)
perm(0640)); };
destination user { file(/var/log/user.log owner(root) group(adm)
perm(0640)); };
destination uucp { file(/var/log/uucp.log owner(root) group(adm)
perm(0640)); };
# This files are the log come from the mail subsystem.
#
destination mailinfo { file(/var/log/mail.info owner(root) group(adm)
perm(0640)); };
destination mailwarn { file(/var/log/mail.warn owner(root) group(adm)
perm(0640)); };
destination mailerr { file(/var/log/mail.err owner(root) group(adm)
perm(0640)); };
# Logging for INN news system
#
destination newscrit { file(/var/log/news/news.crit owner(root)
group(adm) perm(0640)); };
destination newserr { file(/var/log/news/news.err owner(root) group(adm)
perm(0640)); };
destination newsnotice { file(/var/log/news/news.notice owner(root)
group(adm) perm(0640)); };
# Some `catch-all' logfiles.
#
destination debug { file(/var/log/debug owner(root) group(adm)
perm(0640)); };
destination messages { file(/var/log/messages owner(root) group(adm)
perm(0640)); };
# root's console.
#
destination console { usertty(root); };
# Virtual console.
#
destination console_all { file(/dev/tty8); };
# The named pipe /dev/xconsole is for the nsole' utility. To use it,
# you must invoke nsole' with the -file' option:
#
#$ xconsole -file /dev/xconsole [...]
#
# destination xconsole { pipe(/dev/xconsole); };
destination ppp { file(/var/log/ppp.log owner(root) group(adm)
perm(0640)); };
destination switches { file(/var/log/switches.log owner(root) group(adm)
perm(0640)); };
destination term { file(/var/log/term.log owner(root) group(adm)
perm(0640)); };
# normal single files
destination nt { file(/var/log/nt.log owner(root) group(adm) perm(0640));
};
destination cust_apache { file(/var/log/cust/apache.log owner(root)
group(adm) perm(0640)); };
destination cust_postgres { file(/var/log/cust/postgres.log owner(root)
group(adm) perm(0640)); };
# by-host log file
destination d_by_host { file(/var/log/hosts/$FULLHOST/syslog-$YEAR$MONTH$DAY
owner(root) group(adm) perm(0640)); };
##
## Remote Destinations
destination d_logger01 { udp(192.0.2.111 port(514)); };
destination d_logger02 { udp(192.0.2.112 port(514)); };
# Here's come the filter options. With this rules, we can set which
# message go where.
filter f_switches { facility(local5); };
filter f_term { host(^term[0-9]); };
filter f_esx { host(^esx[0-9]*); };
filter f_nt { host(^(windows|fenster)); };
filter f_authpriv { facility(auth, authpriv); };
filter f_syslog {
not facility(auth, authpriv, news, mail)
and not level(debug)
and not host(^(windows|esx[0-9]*|term[0-9]))
and not (host(^(api|web)[ab][0-9][0-9][0-9]) and program(apache2))
and not (host(^dbsrv) and program(postgres));
};
filter f_cron { facility(cron); };
filter f_daemon { facility(daemon); };
filter f_kern { facility(kern); };
filter f_lpr { facility(lpr); };
filter f_mail { facility(mail)
and not (
message(connect from localhost) or
message(lost
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont5
Yes, with bluedevil obex-data-server is needed. Bluedevil downloaded my pictures, but they went my homedir, not to directories you see in the Configure-KDE module. So bluedevil kind a like solved this problem, it is easier to use bluedevil than command line. However after reboot it did not work, by killing bluedevil and starting again it did. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767819: [Pkg-bareos-devel] Bug#767819: bareos-*: modifies conffiles (policy 10.7.3): /etc/bareos/bareos-*.conf
Hi Joerg, On 11/03/2014 11:33 AM, Jörg Steffens wrote: thank you for this detailed information. Bareos only substitutes template variables on initial installation (or the database backend if somebody reconfigures dbconfig-common). I'll change the behavior, so that the template configuration files get installed to /usr/share/bareos... and copied to /etc/bareos/ during postinst, if the config file do not already exist. This will take a while, because the current behavior must continue to work for other plattforms (eg. RPM based). I have a half-working patch on my disk for that. You might want to try that as a base, I'll push it to git soon and let you know. Greets Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767897: libotr5: Debian/testing libotr5 incompatible with pidgin-otr plugin
Package: libotr5 Version: 4.0.0-3+b1 Severity: important Dear Maintainer, The latest update to the pidgin-otr plugin in debian/testing effectively broke the pidgin application because libotr5 did not get updated at the same time. Now, the two are incompatible, and pidgin reports the following error when launched: Expected libotr API version 4.1.0 incompatible with actual version 4.0.0. Aborting. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libotr5 depends on: ii libc62.19-12 ii libgcrypt20 1.6.2-4 libotr5 recommends no packages. Versions of packages libotr5 suggests: pn libotr5-bin 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#767898: evince: printing multiple pages per side will print all on the same place
Package: evince Version: 3.14.1-1 Severity: normal Hi, I tried to print a presentation using multiple pages per side to safe paper. However evince ended up printing all pages over each other making this totally unusable. I've attached a screenshot (evince-preview.png) of the preview window showing the problem, the printout looks the same (i.e. this isn't a problem with just the preview). The other screenshot (evince-printer-settings.png) shows the Page Setup screen of the print dialog. The only interesting option is Pages per side. This still used to work 1-2 months ago when I last printed out some slides. Ansgar -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'buildd-unstable'), (100, 'unstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common 3.14.1-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-12 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libevdocument3-4 3.14.1-1 ii libevview3-3 3.14.1-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-2 ii libgtk-3-0 3.14.4-1 ii libnautilus-extension1a3.14.0-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-01.36.8-2 ii libsecret-1-0 0.18-1+b1 ii libxml22.9.1+dfsg1-4 ii shared-mime-info 1.3-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages evince recommends: ii dbus-x11 1.8.8-2 ii gvfs 1.22.1-1 Versions of packages evince suggests: ii nautilus 3.14.0-1 ii poppler-data 0.4.7-1 pn unrar none -- no debconf information
Bug#429141: fbi ignores out-of-memory errors
On So, 2014-11-02 at 00:41 +0100, Stéphane Aulery wrote: Hello Gerd, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429141 I asked the opinion of Moritz on this bug. I'm not convinced that this work worthwhile. What do you say please? Checking each and every malloc is pretty pointless. There are a few places where fbi allocates possibly pretty big chunks of memory, for example for a new image. For those it might make sense to check. First there are fewer places, and second fbi can actually do something about it (for example try reduce cache size and free cached images). Might still be it doesn't change much in practice though. Thanks to memory overcommit linux is doing by default large mallocs will just reserve address space which is initially not backed by memory. So malloc can succeed even if the memory needed to actually back it isn't available. cheers, Gerd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767899: Please unblock lucene++
Package: release.debian.org
Dear Release Team,
lucene++ actually provides a -doc package, with a jquery symlink.
That symlink can be cause of *bad* documentation as explained on [1] and [2]
I would like to have an unblock for this and other two packages with similar
issues (websocketpp e.g.)
Let me know if I can go ahead with an unstable upload.
Have many thanks for your consideration,
following the debdiff
diff -Nru lucene++-3.0.6/debian/changelog lucene++-3.0.6/debian/changelog
--- lucene++-3.0.6/debian/changelog 2014-10-10 20:24:12.0 +0200
+++ lucene++-3.0.6/debian/changelog 2014-10-30 12:04:11.0 +0100
@@ -1,3 +1,10 @@
+lucene++ (3.0.6-3) unstable; urgency=medium
+
+ * Do not symlink jquery from doxygen, this will result in a
+broken documentation. cfr: 736360.
+
+ -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Thu, 30 Oct 2014
12:03:59 +0100
+
lucene++ (3.0.6-2) unstable; urgency=medium
* debian/patches/fix-build-failure.patch
diff -Nru lucene++-3.0.6/debian/control lucene++-3.0.6/debian/control
--- lucene++-3.0.6/debian/control 2014-10-10 18:19:58.0 +0200
+++ lucene++-3.0.6/debian/control 2014-10-30 12:01:02.0 +0100
@@ -4,15 +4,13 @@
Uploaders: Gianfranco Costamagna costamagnagianfra...@yahoo.it
Build-Depends: cmake,
debhelper (= 9),
- dh-linktree,
libboost-date-time-dev,
libboost-filesystem-dev,
libboost-iostreams-dev,
libboost-regex-dev,
libboost-system-dev,
libboost-test-dev,
- libboost-thread-dev,
- libjs-jquery,
+ libboost-thread-dev
Build-Depends-Indep: doxygen
Standards-Version: 3.9.6
Section: libs
@@ -45,8 +43,7 @@
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
-Depends: ${misc:Depends},
- ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
Description: Shared library for Lucene++
Lucene++ is an up to date C++ port of the popular Java Lucene
library, a high-performance, full-featured text search engine.
@@ -56,9 +53,8 @@
Package: liblucene++-contrib0
Architecture: any
Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends},
-Depends: ${misc:Depends},
- ${shlibs:Depends}
+Pre-Depends: ${misc:Pre-Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
Description: Shared library with Lucene++ contributions
Lucene++ is an up to date C++ port of the popular Java Lucene
library, a high-performance, full-featured text search engine.
diff -Nru lucene++-3.0.6/debian/liblucene++-doc.linktrees
lucene++-3.0.6/debian/liblucene++-doc.linktrees
--- lucene++-3.0.6/debian/liblucene++-doc.linktrees 2014-07-04
12:25:18.0 +0200
+++ lucene++-3.0.6/debian/liblucene++-doc.linktrees 1970-01-01
01:00:00.0 +0100
@@ -1 +0,0 @@
-replace usr/share/javascript/jquery/jquery.js
usr/share/doc/liblucene++-doc/html/jquery.js
diff -Nru lucene++-3.0.6/debian/rules lucene++-3.0.6/debian/rules
--- lucene++-3.0.6/debian/rules 2014-09-01 12:30:53.0 +0200
+++ lucene++-3.0.6/debian/rules 2014-10-25 19:17:16.0 +0200
@@ -4,7 +4,7 @@
#export DH_VERBOSE=1
%:
- dh $@ --with linktree -- --parallel --fail-missing
+ dh $@ -- --parallel --fail-missing
override_dh_auto_configure:
dh_auto_configure -- -DENABLE_STANDARD_ALLOCATOR:BOOL=ON
[1] https://lists.debian.org/debian-devel/2014/10/msg00774.html
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736360
lucene++.debdiff
Description: Binary data
Bug#767588: RFS: 2048/1.0-3 [ITP] Simple number game for the text console
* Gabriel Pérez-Cerezo gabr...@gpcf.eu, 2014-11-02, 21:46: I have uploaded a new version of the package that should fix the problems described in a previous email. You can see the new package's page at http://mentors.debian.net/package/2048. Direct link to dsc: https://mentors.debian.net/debian/pool/main/2/2048/2048_1.0-4.dsc Unfortunately, the package cannot be unpacked: $ dpkg-source -x 2048_1.0-4.dsc gpgv: Signature made 2014-11-02T20:27:14 CET using RSA key ID 84DDC536 gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./2048_1.0-4.dsc dpkg-source: error: file ./2048_1.0.orig.tar.gz has size 5431 instead of expected 5581 My guess is that your *.changes files didn't include the .orig.tar (see the -si and -sa options for dpkg-genchanges), so mentors.d.n still has the old one. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767894: More permission issues
The current status of /var/spool/cron/crontabs is undetermined ... users either inherit what was setup up by the previosu cron daemon or get a vanilla 0755 folder on fresh install. e.g.: http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/debian/postinst Having crontab translate on the fly user crontabs into ~/.config/systemd/user service timers (systemd --user) would avoid all these security problems. This need a refactor of the generator to turn it into a module that can be called from crontab. crontab -l -e would just parse back the Description=[cron] records -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767894: More permission issues
On 11/03/2014 12:43 PM, Alexandre Detiste wrote: The current status of /var/spool/cron/crontabs is undetermined ... users either inherit what was setup up by the previosu cron daemon or get a vanilla 0755 folder on fresh install. e.g.: http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/debian/postinst Having crontab translate on the fly user crontabs into ~/.config/systemd/user service timers (systemd --user) would avoid all these security problems. This need a refactor of the generator to turn it into a module that can be called from crontab. crontab -l -e would just parse back the Description=[cron] records FIY, systemd does not currently save timer stamps when run under --user: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767086q I would recommend waiting for this to be fixed before moving jobs to ~/.config/systemd/user. After this is fixed, then yes, it would actually be much better. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691110: Debian bug #691110 should be the same as wine upstream bug 34953.
On Fri, Aug 15, 2014 at 12:56:07AM +0200, jre wrote: forwarded 691110 https://bugs.winehq.org/show_bug.cgi?id=34953 thanks This should be the same as upstream bug 34953. Thanks, I really appreciated it! I am very grateful for this link. I hope I correctly used forwarded for doing this. It is fine, though you could have cc'ed me, so I would have found about it sooner. Cheers, Bill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767894: More permission issues
On 11/03/2014 12:48 PM, Yuri D'Elia wrote: e.g.: http://anonscm.debian.org/cgit/pkg-cron/pkg-cron.git/tree/debian/postinst Having crontab translate on the fly user crontabs into ~/.config/systemd/user service timers (systemd --user) would avoid all these security problems. This need a refactor of the generator to turn it into a module that can be called from crontab. crontab -l -e would just parse back the Description=[cron] records FIY, systemd does not currently save timer stamps when run under --user: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767086q I would recommend waiting for this to be fixed before moving jobs to ~/.config/systemd/user. After this is fixed, then yes, it would actually be much better. Humm, although moving the jobs to the systemd --user instance would require the user to: 1: have lingering enabled (we could check for this in crontab and emit a warning maybe?) 2: login at least once(!) to start the user session. #2 is a deal-breaker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767900: Please unblock websocketpp
Package: release.debian.org
Dear Release Team,
websocketpp actually provides a -doc package, with a jquery symlink.
That symlink can be cause of *bad* documentation as explained on [1] and [2]
I would like to have an unblock for this
Let me know if I can go ahead with an unstable upload.
Have many thanks for your consideration,
following the debdiff
Note: I also added the build of examples and tests, the means for this change
as documented in the debdiff is to enable the build tests, to improve the
quality of the debian software.
the debian package *doesn't* change in any ways, because this is a source only
library
diff -Nru websocketpp-0.3.0/debian/changelog websocketpp-0.3.0/debian/changelog
--- websocketpp-0.3.0/debian/changelog 2014-10-06 09:39:13.0 +0200
+++ websocketpp-0.3.0/debian/changelog 2014-10-30 10:41:40.0 +0100
@@ -1,3 +1,12 @@
+websocketpp (0.3.0-2) unstable; urgency=medium
+
+ * Do not symlink jquery from doxygen, this will result in a
+broken documentation. cfr: 736360.
+ * Fix package description.
+ * Enable examples and tests.
+
+ -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Sat, 25 Oct 2014
19:15:01 +0200
+
websocketpp (0.3.0-1) unstable; urgency=low
* Initial release. Closes: #764177
diff -Nru websocketpp-0.3.0/debian/control websocketpp-0.3.0/debian/control
--- websocketpp-0.3.0/debian/control2014-10-05 23:36:28.0 +0200
+++ websocketpp-0.3.0/debian/control2014-10-30 11:32:18.0 +0100
@@ -2,7 +2,12 @@
Section: libs
Priority: extra
Maintainer: Gianfranco Costamagna costamagnagianfra...@yahoo.it
-Build-Depends: cmake, debhelper (=9), dh-linktree, libjs-jquery
+Build-Depends: cmake,
+ debhelper (=9),
+ libboost-dev,
+ libboost-random-dev,
+ libboost-system-dev,
+ libboost-thread-dev
Build-Depends-Indep: doxygen
Standards-Version: 3.9.6
Homepage: https://github.com/zaphoyd/websocketpp
@@ -13,7 +18,7 @@
Section: libdevel
Architecture: all
Depends: ${misc:Depends}
-Description: Development files for Websocketpp
+Description: C++/Boost Asio based websocket client/server library. Dev package
WebSocket++ is a header only C++ library that implements RFC6455 The WebSocket
Protocol. It allows integrating WebSocket client and server functionality into
C++ programs. It uses interchangeable network transport modules including one
@@ -35,7 +40,7 @@
Architecture: all
Section: doc
Depends: ${misc:Depends}
-Description: Reference manual for Websocketpp
+Description: C++/Boost Asio based websocket client/server library. Doc package
WebSocket++ is a header only C++ library that implements RFC6455 The WebSocket
Protocol. It allows integrating WebSocket client and server functionality into
C++ programs. It uses interchangeable network transport modules including one
diff -Nru websocketpp-0.3.0/debian/copyright websocketpp-0.3.0/debian/copyright
--- websocketpp-0.3.0/debian/copyright 2014-10-05 23:36:28.0 +0200
+++ websocketpp-0.3.0/debian/copyright 2014-10-30 11:32:18.0 +0100
@@ -14,7 +14,7 @@
Copyright: 2008-2009 Bjoern Hoehrmann bjo...@hoehrmann.de
License: MIT
-Files: ./websocketpp/base64/*
+Files: websocketpp/base64/*
Copyright: 2004-2008 René Nyffenegger
License: Zlib
diff -Nru websocketpp-0.3.0/debian/libwebsocketpp-doc.linktrees
websocketpp-0.3.0/debian/libwebsocketpp-doc.linktrees
--- websocketpp-0.3.0/debian/libwebsocketpp-doc.linktrees 2014-10-05
23:37:12.0 +0200
+++ websocketpp-0.3.0/debian/libwebsocketpp-doc.linktrees 1970-01-01
01:00:00.0 +0100
@@ -1 +0,0 @@
-replace usr/share/javascript/jquery/jquery.js
usr/share/doc/libwebsocketpp-doc/html/jquery.js
diff -Nru websocketpp-0.3.0/debian/rules websocketpp-0.3.0/debian/rules
--- websocketpp-0.3.0/debian/rules 2014-10-05 23:10:03.0 +0200
+++ websocketpp-0.3.0/debian/rules 2014-10-30 10:41:17.0 +0100
@@ -4,18 +4,22 @@
#export DH_VERBOSE=1
%:
- dh $@ --with linktree --parallel
+ dh $@ --parallel
override_dh_auto_clean:
dh_auto_clean
rm -rf doxygen
override_dh_auto_configure:
- dh_auto_configure -- #-DBUILD_EXAMPLES=ON -DBUILD_TESTS=ON
+ # building examples and tests can spot building problems for programs
using this library
+ dh_auto_configure -- -DBUILD_EXAMPLES=ON -DBUILD_TESTS=ON
override_dh_auto_build-indep:
doxygen Doxyfile
override_dh_install-indep:
+ # do now install examples for now, unless somebody asks for them,
probably upstream should install them
+ # in a proper location, and include/echo_server seems not the best one
+ rm -rf debian/tmp/usr/include/echo_server/
dh_install -plibwebsocketpp-doc doxygen/html/*
usr/share/doc/libwebsocketpp-doc/html
dh_install -plibwebsocketpp-dev debian/tmp/usr/* usr
[1] https://lists.debian.org/debian-devel/2014/10/msg00774.html
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736360
websocketpp.debdiff
Description:
Bug#767901: xymonclient-linux.sh is missing ROOTFS
Package: xymon-client Version: 4.3.17-3 Severity: important Tags: pending In xymonclient-linux.sh the line ROOTFS=`readlink -m /dev/root` got lost during the last hobbitclient-tmpfs patch update. It needs to be put back or else the client disk reports are garbled: Filesystem 1024-blocks Used Available Capacity Mounted on 721616405324 279636 60% / udev 10240 0 10240 0% /dev The second line there is missing the device name at the beginning. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754987: udevadm settle causes 30 sec delay under sysvinit
Am 02.11.2014 um 03:06 schrieb Ben Hutchings: On Sun, 2014-11-02 at 02:34 +0100, Christian Hofstaedtler wrote: * Ben Hutchings b...@decadent.org.uk [141101 14:02]: On Sat, 2014-11-01 at 13:22 +0100, Christian Hofstaedtler wrote: dash backs up any FDs it redirects, so it can restore them later on. bash just closes them outright in this situation (forked subshell + parent exits), causing udev's spawn_read to immediately, thereby marking the udev event as finished. That makes *much* more sense. [..] I'd suggest the following patch, as a stop gap for sysvinit users: Index: systemd-215/debian/extra/net.agent === --- systemd-215.orig/debian/extra/net.agent 2014-09-27 17:50:52.0 +0200 +++ systemd-215/debian/extra/net.agent 2014-11-02 02:33:40.970469131 +0100 @@ -1,4 +1,4 @@ -#!/bin/sh -e +#!/bin/bash -e [..] This seems to work under both bash and dash: exec /dev/null 2 /dev/null do_everything Thanks Ben and Christian for further debugging this. I suspected the problem to be related to file descriptors when this issue came up on debian-user [1] back in July. There I suggested to use ( do_everything ) /dev/null 2 /dev/null as a possible workaround. I don't particularly like using a subshell but I'm just posting it for completeness sake here. I admit, I don't quite understand Ben's patch, which runs exec twice: Once before do_everything() and later for the actual ifup/ifdown call. What exactly does the first exec do to fix this? Marco, do you have any preference? Michael [1] https://lists.debian.org/debian-user/2014/07/msg01509.html -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#767476: Tilda 1.2.2-1
Hi Jonathan, its only two more days until the Freeze. Did you read my answer? Please let me know what other information you need for the decision to unblock tilda. Cheers Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707824: less: crashes with multiple group regex
Not sure if it's the same bug, but it looks very similar: $ echo ab | less -p'((a([^a]))|(b([^b])))' *** Error in `less': double free or corruption (fasttop): 0x0184cb60 *** Aborted (core dumped) This is less 458-2 on Ubuntu 14.04 amd64, but maybe it reproduces in Debian too (I don't have access to a Debian Testing at the moment). Hope this helps, -=[david]=-
Bug#767775: wheezy-pu: package evolution-data-server/3.4.4-3+deb7u1
Control: tag -1 pending On 2014-11-02 20:47, Iain Lane wrote: On Sun, Nov 02, 2014 at 05:47:53PM +, Jonathan Wiltshire wrote: Control: tag -1 confirmed On Sun, Nov 02, 2014 at 05:22:26PM +, Iain Lane wrote: […] I'd like to upload the attached diff to wheezy to fix the issue. Please go ahead. Merci, done. Flagged for acceptance. If there's precedent to give this update to users outside of the point release schedule, after some backing in pu, it'd probably be good to do so (wheezy-updates?). I don't know much about this side of things though, so I'll leave it to your judgement. I'll leave that up to someone with more experience - Adam maybe? Thanks, -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767902: please unblock libsdl2-gfx
Package: release.debian.org Dear Release Team, libsdl2-gfx actually has a source tarball with a minified jquery copy. this copy is just useless, since it is not used in the documentation itself. (basically because GENERATE_TREEVIEW and SEARCHENGINE are both disabled, see bug #622147) Moreover since jquery from doxygen is patched, this isn't correctly reflected into the debian/missing-sources jquery entry. For this reason I repackaged the source tarball without all the doxygen upstream built documentation, and I rebuild it with doxygen in the build-indep target. For this reason the repack is now dfsg, and the debdiff is huge because of the jquery source removal. The commits are available here. http://anonscm.debian.org/cgit/pkg-sdl/packages/libsdl2-gfx.git notable changes: -use doxygen to recreate documentation at build time -remove jquery symlinks -dversionmangle the watch file -remove jquery from missing sources -reimport the upstream version without the doxygen documentation -document the dfsg source (also in copyright file) -fix some missing copyright entries. Let me know if I can upload on unstable. cheers, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754987: udevadm settle causes 30 sec delay under sysvinit
On Mon, 2014-11-03 at 13:03 +0100, Michael Biebl wrote: Am 02.11.2014 um 03:06 schrieb Ben Hutchings: On Sun, 2014-11-02 at 02:34 +0100, Christian Hofstaedtler wrote: * Ben Hutchings b...@decadent.org.uk [141101 14:02]: On Sat, 2014-11-01 at 13:22 +0100, Christian Hofstaedtler wrote: dash backs up any FDs it redirects, so it can restore them later on. bash just closes them outright in this situation (forked subshell + parent exits), causing udev's spawn_read to immediately, thereby marking the udev event as finished. That makes *much* more sense. [..] I'd suggest the following patch, as a stop gap for sysvinit users: Index: systemd-215/debian/extra/net.agent === --- systemd-215.orig/debian/extra/net.agent 2014-09-27 17:50:52.0 +0200 +++ systemd-215/debian/extra/net.agent 2014-11-02 02:33:40.970469131 +0100 @@ -1,4 +1,4 @@ -#!/bin/sh -e +#!/bin/bash -e [..] This seems to work under both bash and dash: exec /dev/null 2 /dev/null do_everything Thanks Ben and Christian for further debugging this. I suspected the problem to be related to file descriptors when this issue came up on debian-user [1] back in July. There I suggested to use ( do_everything ) /dev/null 2 /dev/null as a possible workaround. I don't particularly like using a subshell but I'm just posting it for completeness sake here. I admit, I don't quite understand Ben's patch, which runs exec twice: Once before do_everything() and later for the actual ifup/ifdown call. What exactly does the first exec do to fix this? The first exec does file redirection only, and this doesn't leave duplicate file descriptors. Ben. Marco, do you have any preference? Michael [1] https://lists.debian.org/debian-user/2014/07/msg01509.html -- Ben Hutchings Power corrupts. Absolute power is kind of neat. - John Lehman, Secretary of the US Navy 1981-1987 signature.asc Description: This is a digitally signed message part
Bug#741911: RFH: mysql-utilities -- collection of scripts for managing MySQL servers
On Sun, 2 Nov 2014 01:00:08 Sandro Tosi wrote: Since we didnt make the cut for Jessie, we might consider targetting the new dev release 1.6.0 and upload it to experimental (to give it exposure), and continue using exp in case of new releases, and eventual a 1.6 GA. I think I have completed the needed changes in the morph branch, let me know who you want to proceed. Great. :) Due to little exposure from experimental I was hoping for uploading latest stable to unstable... I've checked 1.5.2 and found not too many differences introduced in 1.6.0 so we should be just fine with the latter. Go ahead and upload if you think it's ready. By the way would you mind checking #766307 please, if you could? Thank you. -- Cheers, Dmitry Smirnov. --- Ideas have consequences, and totally erroneous ideas are likely to have destructive consequences. -- Steve Allen, More Steve Allen, on the Bible Religion Morality signature.asc Description: This is a digitally signed message part.
Bug#385723: In automatic mode, does not change the picture if it is already well oriented.
On Di, 2014-10-28 at 23:58 +0100, Stéphane Aulery wrote:
In automatic mode, does not change the picture if it is already well oriented,
unless other options are used together, especially -c and -g.
How about attached patch instead?
cheers,
Gerd
diff --git a/jpegtools.c b/jpegtools.c
index 188ab1d..7c5a288 100644
--- a/jpegtools.c
+++ b/jpegtools.c
@@ -202,6 +202,17 @@ static int get_orientation(ExifData *ed)
return get_int(ed,ee);
}
+static int get_file_orientation(const char *file)
+{
+ExifData *ed;
+int ret;
+
+ed = exif_data_new_from_file(file);
+ret = ed ? get_orientation(ed) : 1 /* top - left */;
+exif_data_unref(ed);
+return ret;
+}
+
/* -- */
struct th {
@@ -551,11 +562,20 @@ int jpeg_transform_inplace(char *file,
FILE *out = NULL;
/* are we allowed to write to the file? */
-if (0 != access(file,W_OK)) {
+if (0 != access(file, R_OK | W_OK)) {
fprintf(stderr,access %s: %s\n,file,strerror(errno));
return -1;
}
+if (!(flags JFLAG_UPDATE_COMMENT)
+!(flags JFLAG_UPDATE_THUMBNAIL)) {
+/* no forced updates, maybe we can shortcut here? */
+if (transform == JXFORM_NONE)
+return 0;
+if (transform == -1 get_file_orientation(file) == 1)
+return 0;
+}
+
/* open infile */
in = fopen(file,r);
if (NULL == in) {
Bug#767889: ftp.debian.org: iceweasel-l10n-ak missing in Sid?!?
Quoting Ansgar Burchardt (2014-11-03 11:41:42) On 11/03/2014 11:08 AM, Jonas Smedegaard wrote: It seems something is wrong in the processing of src:iceweasel - the binary package iceweasel-l10n-ak do not appear in aptitude on my amd64 Sid system, and rmadison seems to indicate that its version is older on Sid than on Wheezy: iceweasel-l10n-ak is no longer built by the current version of iceweasel. However the old versions are kept in unstable as there is still an outdated binary package for hurd-i386: iceweasel| 17.0.8esr-2 | sid | source, hurd-i386 It also still appears in the Packages index for hurd-i386 (but also only there). Thanks for investigating - and educating me in the process! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#741930: reportbug: add current init system information
Hello,
sorry for resurrecting this post from such a long ago.
On Fri, Mar 21, 2014 at 9:19 PM, Sandro Tosi mo...@debian.org wrote:
Ok, I think we need a wider audience - what d-d thinks about it? bonus
points if - in case we come out to add init info to every bug report -
a proper way to retrieve the init running is provided :)
Could you try running the attached script on your machines (check the
code first!!) and report in a private email to me the output?
Corrections/comments are welcome to be public either on d-d and/or on
the bug report.
What I want to do is inspecting the running system, instead of relying
on the presence of directories (I will use this latter method if the
first fails).
Thanks,
--
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi
from __future__ import with_statement
import os
pid1 = ''
init = '/sbin/init'
try:
with open('/proc/1/cmdline') as f:
pid1 = 'PID 1 is '
# cmdline contains arguments separated by NULL char
init = f.read().split('\x00')[0]
except IOError:
# ignore if the file is not accessible
pass
initsystem = os.readlink(init)
print 'Init: %s%s linked to %s' % (pid1, init, initsystem)
Bug#765937: [enigmail] Incompatible with armhf
Am Sonntag, 2. November 2014, 20:15:03 schrieb Willi Mann: Hi, last known-working versions on armel are for me Icedove 24.5.0-2 Enigmail 1.6-4 could you test enigmail 1.7.2-2? It is currently available from http://incoming.debian.org/debian-buildd/pool/main/e/enigmail/ Tomorrow, it will be available from unstable. I don't know whether it fixes the problem - I could not test it before the upload. 1.7.2-2 again _works_ for me with both icedove 24 from above as well as the current icedove 31.2.0. Thanks for the fix Heiko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767903: mariadb-server-10.0: missing versioned dependency on libpcre3 =1:8.35
Package: mariadb-server-10.0 Version: 10.0.14-2 Severity: normal Dear Maintainer, Installing mariadb-server from Jessie on Wheezy fails: /usr/sbin/mysqld: symbol lookup error: /usr/sbin/mysqld: undefined symbol: pcre_stack_guard Upgrading libpcre3 from 1:8.30-5 to 1:8.35-3.1 solves the issue. -- System Information: Debian Release: 7.7 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 3.2.33-x15 (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 mariadb-server-10.0 depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libaio1 0.3.109-3 ii libc6 2.19-12 ii libdbi-perl 1.622-1+deb7u1 ii libpam0g 1.1.3-7.1 ii libstdc++64.9.1-16 ii lsb-base 4.1+Debian8+deb7u1 ii mariadb-client-10.0 10.0.14-2 ii mariadb-common10.0.14-2 ii mariadb-server-core-10.0 10.0.14-2 ii passwd1:4.1.5.1-1 ii perl 5.14.2-21+deb7u2 ii psmisc22.19-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages mariadb-server-10.0 recommends: ii libhtml-template-perl 2.91-1 Versions of packages mariadb-server-10.0 suggests: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 pn mariadb-test none pn tinyca none -- debconf information: mysql-server/error_setting_password: mysql-server-10.0/nis_warning: mariadb-server-10.0/really_downgrade: false mysql-server-10.0/postrm_remove_databases: false * mariadb-server/oneway_migration: true mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767897: libotr5: Debian/testing libotr5 incompatible with pidgin-otr plugin
Control: forcemerge 767075 -1 Hi, Charlie Ross wrote (03 Nov 2014 11:26:07 GMT) : The latest update to the pidgin-otr plugin in debian/testing effectively broke the pidgin application because libotr5 did not get updated at the same time. Thanks for reporting this problem to Debian. It was already reported as #767075. The root cause is #767230, which is being worked on (and discussed with the release team). 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#767587: please prevent auto-removal of mysql-workbench from testing
Hi Ivo, Julien, On Sat, 1 Nov 2014 12:33:51 Ivo De Decker wrote: 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. I found that mysql-workbench actually do not require mysql client therefore I've decided to demote virtual-mysql-client to Recommends and also (after discussion with Julien) to add mysql-client as first alternative as follows: mysql-client | virtual-mysql-client The updated mysql-workbench/6.2.3+dfsg-7 is in unstable so you may consider to unblock it if you think it may serve as easier solution to the AUTORM problem. Thank you. -- Best wishes, Dmitry Smirnov. --- It is impossible to imagine Goethe or Beethoven being good at billiards or golf. -- H. L. Mencken signature.asc Description: This is a digitally signed message part.
Bug#767904: epiphany: Application terminates when a game is started.
Package: epiphany Version: 0.7.0+0-2 Severity: normal Dear Maintainer, When I run epiphany-game, the application starts, but terminates when I try and play a game. This has been confirmed to occur whether underlying desktop is gnome-shell or mate. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.2 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages epiphany depends on: ii epiphany-data0.7.0+0-2 ii libc62.19-12 ii libgcc1 1:4.9.1-16 ii libsdl-mixer1.2 1.2.12-11+b1 ii libsdl1.2debian 1.2.15-10 ii libstdc++6 4.9.1-16 ii libtinyxml2.6.2 2.6.2-2 epiphany recommends no packages. epiphany 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#767903: [debian-mysql] Bug#767903: mariadb-server-10.0: missing versioned dependency on libpcre3 =1:8.35
clone -1 libpcre3 reassign -1 libpcre3 block 767903 by -1 retiitle -1 too lax shlibs dependency? (newly added pcre_stack_guard ineeds = 1:8.35) thanks Hi, On Mon, Nov 03, 2014 at 01:22:41PM +0100, Vincent Riquer wrote: Installing mariadb-server from Jessie on Wheezy fails: /usr/sbin/mysqld: symbol lookup error: /usr/sbin/mysqld: undefined symbol: pcre_stack_guard Upgrading libpcre3 from 1:8.30-5 to 1:8.35-3.1 solves the issue. Sounds like a bug in libpcre3 to me; it should have bumped .shlibs and/or .symbols for a new function... That said, it actually is a new global variable... (see [1]) Regards, Rene [1] https://lists.exim.org/lurker/message/20140209.185509.8646978f.fr.html -- 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
On Mon, 3 Nov 2014 13:36:48 Julien Cristau wrote: mariadb-5.5 is already removed so I don't think the autorm is an issue anymore, but in any case that change is an improvement IMO so I've just unblocked 6.2.3+dfsg-7. Thanks! That is awesome, Julien, thank you very much. :) -- All the best, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#767905: [kwalletmanager] after upgrade all passwords are gone
Package: kwalletmanager Version: 4:4.14.1-1 Severity: grave --- Please enter the report below this line. --- Hi, i upgraded from 2014-10-28 22:54:01 upgrade kwalletmanager:amd64 4:4.11.3-1 4:4.14.1-1 and now .. network manager lost all passwords. and the local wallet is empty. There were a lot passwords stored. greetings --- System information. --- Architecture: amd64 Kernel: Linux 3.14.6 Debian Release: jessie/sid 500 stable dl.google.com 500 stable apt.multi24.com 500 lucid ppa.launchpad.net --- Package information. --- Depends (Version) | Installed ==-+-=== kde-runtime ( 4:4.10) | 4:4.14.1-1+b1 libc6 (= 2.14) | libkdecore5 (= 4:4.11) | libkdeui5 (= 4:4.11) | libkio5 (= 4:4.11) | libqt4-dbus (= 4:4.5.3) | libqt4-xml (= 4:4.5.3) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.8.0) | libstdc++6 (= 4.6) | Package's Recommends field is empty. Package's Suggests field is empty. -- Dipl.-Inf. Univ. Florian Reitmeir E-Mail: n...@multi24.com Tel: +43 650 2661660 Fax: +43 650 2661660 HP: http://net.multi24.com Leopoldstrasse 63 6020 Innsbruck / Austria
Bug#766695: atlas: add ppc64el support
Le 2014-11-03 13:25, Mauricio Faria de Oliveira a écrit : Hi Sébastien, On 10/28/2014 05:14 PM, Sébastien Villemot wrote: Thanks Mauricio for your work. It looks much better now, and I will definitely ask the Release Team for getting this into Jessie (probably in a few days though). Sorry for seeming pushy. Do you have any news about it? Or maybe it was indeed too late for the change? It did not yet have the time to take care of it, but don't worry, it's not too late. The freeze starts in two days but it will last a couple of months. During that period, it will be possible to upload bugfixes which comply with the freeze rules. My understanding is that your change complies with these rules, but ultimately this is the call of the Release Team. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767803: gdm3: After update Gdm3 displays Oh No! Something has gone wrong
I had the same issue. My GLX alternative had been set to nvidia update-alternatives --config glx and set it to mesa-diverted resolved this for me. My laptop has a i915 graphics adaptor, and has no nvidia hardware Regards, Alan Dawson -- The introduction of a coordinate system to geometry is an act of violence signature.asc Description: Digital signature
Bug#767904: epiphany: Application terminates when a game is started.
On Mon, 3 Nov 2014 13:39:42 +0100 Ricardo Mones mo...@debian.org wrote: Can you run it under gdb and post here the backtrace? Thanks in advance, -- Ricardo Mones Hi Ricardo. neil@slim-silver ~ $ gdb epiphany-game 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 epiphany-game...(no debugging symbols found)...done. (gdb) run Starting program: /usr/games/epiphany-game [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffef062700 (LWP 11186)] [New Thread 0x7fffea0fa700 (LWP 11187)] [Thread 0x7fffea0fa700 (LWP 11187) exited] Resource_path: /usr/share/epiphany [New Thread 0x7fffea0fa700 (LWP 11188)] Setting Screen size x to: 640 Setting Screen size y to: 480 Setting last level to: 0 Setting sound volume to: 8 Setting music volume to: 8 terminate called after throwing an instance of 'Common_Ex' Program received signal SIGABRT, Aborted. 0x76b43107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767906: libgtk-3-0: Size of menus on screen top is not properly calculated
Package: libgtk-3-0 Version: 3.14.4-1 Severity: important Justification: affects usability of other packages Tags: upstream fixed-upstream Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=738321 When opening any menu in gnome-panel, Gtk thinks that its size is some pixels less than it really is, thus the menu has unnecessary scroll buttons. When the menu is containing only one or two items, these scroll buttons take all the space, making the menu unusable. A comment in upstream bug report says that it affects not only gnome-panel, but any application running full screen, like gnome-terminal. (See the attached screenshots). The fix is very small and available from here: https://git.gnome.org/browse/gtk+/commit/?id=bdaef1f88d44ca26 -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#750229: libclone-fast-perl: FTBFS with perl 5.20 - remove ?
Hello libclone-fast-perl is deprecated upstream (see https://github.com/hallta/Clone-Fast), has no reverse deps, a low popcon (~ 20) and available alternatives. I think we should remove this package All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758231: this is actively harmful
On Thu, Oct 23, 2014 at 02:22:45AM +0200, Michael Biebl wrote: It's unfortunate that Gerrit objected to this proposed change and derailed the discussion. Well, there's two sides of the medal. Actually I felt that you (plural) derailed discussion, even before I had chance to start it. That's unfortunate https://lists.debian.org/debian-policy/2014/08/msg00037.html Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766781: pavucontrol: Input volume cannot be more than 39%
Control: reassign -1 pulseaudio On Sat, Nov 1, 2014 at 6:54 PM, jber...@free.fr wrote: Hi Felipe, I tried your pactl command. The result is the same than through pavucontrol graphical tool. There is another puzzling feature : the decibel measure is negative. Below my pavucontrol screen. Thank you for your attention. Excuse my late answer, I was far from any computer this week. This looks like either a pulse or alsa issue, not for pavucontrol. Could you please run the following command: $ /usr/share/bug/pulseaudio 31 And attach the resulting file? If the file mentions attachments (between headers -- BEGIN ATTACHMENTS --) please attach those files too. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758231: closed by Michael Biebl em...@michaelbiebl.de (Re: Bug#758231: this is actively harmful)
On Sun, Oct 26, 2014 at 09:15:21PM +, Debian Bug Tracking System wrote: From: Michael Biebl em...@michaelbiebl.de Am 23.10.2014 um 01:56 schrieb Adam Borowski: For now, let's not change packages back and forth. Let's close this non-issue in rsyslog, it's a problem with the policy. Agreed. Well, obviously I do not agree. And from policy discussions I also don't read that there's agreement that it's a problem with the policy. I'm prepared to accept, if I fail to make my personal and professional interest and opinion clear enough or don't have any supporters on it, and you manage to get the policy change through. But we're not there yet. For the records, this bug can be closed because priorities have been adjusted accordingly, making things more transparent, and now rsyslogd no longer depends on packages with priority extra. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767908: umockdev: FTBFS on ppc64el
Source: umockdev Version: 0.8.8-1 Severity: important User: debian-powe...@lists.debian.org Usertag: ppc64el Hi, your package failed to build on the ppc64el buildd: ERROR:src/umockdev.c:6963:umockdev_script_runner_hamming: assertion failed: (d1.length == d2.length) /bin/bash: line 1: 13674 Aborted TOP_BUILDDIR=. TOP_SRCDIR=. LD_LIBRARY_PATH=./.libs:$LD_LIBRARY_PATH GI_TYPELIB_PATH=. PATH=./src:$PATH G_SLICE=debug-blocks MALLOC_PERTURB_=85 MALLOC_CHECK_=3 ./src/umockdev-wrapper $f make[5]: *** [check-local] Error 134 /umockdev-testbed/script_replay_fuzz: Makefile:2071: recipe for target 'check-local' failed See the log at https://buildd.debian.org/status/fetch.php?pkg=umockdevarch=ppc64elver=0.8.8-1stamp=1411924863 Cheers, Julien signature.asc Description: Digital signature
Bug#767910: release.debian.org: unblock: glabels/3.0.1-4.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock glabels.
Version 3.0.1-4.1 fixes #763769 (glabels exists with Abort when
creating a new document).
Thank you.
Cheers,
-Hilko
diff -Nru glabels-3.0.1/debian/changelog glabels-3.0.1/debian/changelog
--- glabels-3.0.1/debian/changelog 2013-11-10 23:59:46.0 +0100
+++ glabels-3.0.1/debian/changelog 2014-10-31 10:02:54.0 +0100
@@ -1,3 +1,16 @@
+glabels (3.0.1-4.1) unstable; urgency=medium
+
+ [ Hilko Bengen ]
+ * Non-maintainer upload.
+
+ [ gregor herrmann ]
+ * Fix glabels exists with Abort when creating a new document.
+Add patches for two commits (66c007, 3700cd8) from upstream git for Gtk+
+3.14 compatibility.
+(Closes: #763769)
+
+ -- Hilko Bengen ben...@debian.org Fri, 31 Oct 2014 10:00:59 +0100
+
glabels (3.0.1-4) unstable; urgency=low
* Upload to unstable as evolution-data-server 3.8 has arrived there
diff -Nru glabels-3.0.1/debian/patches/0006-Added-dummy-window-as-parent-in-warning-and-critical.patch glabels-3.0.1/debian/patches/0006-Added-dummy-window-as-parent-in-warning-and-critical.patch
--- glabels-3.0.1/debian/patches/0006-Added-dummy-window-as-parent-in-warning-and-critical.patch 1970-01-01 01:00:00.0 +0100
+++ glabels-3.0.1/debian/patches/0006-Added-dummy-window-as-parent-in-warning-and-critical.patch 2014-10-31 10:02:54.0 +0100
@@ -0,0 +1,59 @@
+From b66c0076908a706235af21b2c1d3ef04a6ba1f7f Mon Sep 17 00:00:00 2001
+From: Jim Evins ev...@snaught.com
+Date: Thu, 23 Oct 2014 20:45:12 -0400
+Subject: [PATCH] Added dummy window as parent in warning and critical error
+ handlers.
+
+In gtk 3.14, creating a message dialog without a parent window
+causes a crash. Unfortunately this causes the original error or
+warning message from being seen by the user.
+---
+ src/critical-error-handler.c | 4 +++-
+ src/warning-handler.c| 5 -
+ 2 files changed, 7 insertions(+), 2 deletions(-)
+
+diff --git a/src/critical-error-handler.c b/src/critical-error-handler.c
+index 0d9fed1..d7ab99d 100644
+--- a/src/critical-error-handler.c
b/src/critical-error-handler.c
+@@ -61,9 +61,11 @@ critical_error_handler (const gchar*log_domain,
+ const gchar*message,
+ gpointeruser_data)
+ {
++GtkWidget *dummy_window;
+ GtkWidget *dialog;
+
+-dialog = gtk_message_dialog_new (NULL,
++dummy_window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
++dialog = gtk_message_dialog_new (GTK_WINDOW (dummy_window),
+ GTK_DIALOG_MODAL,
+ GTK_MESSAGE_ERROR,
+ GTK_BUTTONS_NONE,
+diff --git a/src/warning-handler.c b/src/warning-handler.c
+index 8f5f1b7..a7cb5f8 100644
+--- a/src/warning-handler.c
b/src/warning-handler.c
+@@ -60,9 +60,11 @@ warning_handler (const gchar*log_domain,
+ const gchar*message,
+ gpointeruser_data)
+ {
++GtkWidget *dummy_window;
+ GtkWidget *dialog;
+
+-dialog = gtk_message_dialog_new (NULL,
++dummy_window = gtk_window_new (GTK_WINDOW_TOPLEVEL);
++dialog = gtk_message_dialog_new (GTK_WINDOW (dummy_window),
+ GTK_DIALOG_MODAL,
+ GTK_MESSAGE_WARNING,
+ GTK_BUTTONS_CLOSE,
+@@ -73,6 +75,7 @@ warning_handler (const gchar*log_domain,
+ gtk_dialog_run (GTK_DIALOG (dialog));
+
+ gtk_widget_destroy (GTK_WIDGET (dialog));
++gtk_widget_destroy (GTK_WIDGET (dummy_window));
+ }
+
+
+--
+2.1.1
+
diff -Nru glabels-3.0.1/debian/patches/0007-Removed-obsolete-tab-hborder-property-from-media-sel.patch glabels-3.0.1/debian/patches/0007-Removed-obsolete-tab-hborder-property-from-media-sel.patch
--- glabels-3.0.1/debian/patches/0007-Removed-obsolete-tab-hborder-property-from-media-sel.patch 1970-01-01 01:00:00.0 +0100
+++ glabels-3.0.1/debian/patches/0007-Removed-obsolete-tab-hborder-property-from-media-sel.patch 2014-10-31 10:02:54.0 +0100
@@ -0,0 +1,28 @@
+From 3700cd8f40e429bb9a562533493a352fc40c3d4e Mon Sep 17 00:00:00 2001
+From: Jim Evins ev...@snaught.com
+Date: Thu, 23 Oct 2014 20:57:06 -0400
+Subject: [PATCH 2/2] Removed obsolete tab-hborder property from media-select
+ UI file.
+
+Unfortunately, beginning with gtk 3.14, rather than ignoring this obsolete
+property, having it in a UI file is considered a critical error, thus crashing
+glabels on newer distributions.
+---
+ data/ui/media-select.ui | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/data/ui/media-select.ui b/data/ui/media-select.ui
+index 499ddbd..ee45ec0 100644
+--- a/data/ui/media-select.ui
b/data/ui/media-select.ui
+@@ -18,7 +18,6 @@
+ child
+ object class=GtkNotebook
