Bug#726426: Acknowledgement (geany: only saves session state on clean shutdown)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 This bug is still present in Jessie. The current behaviour defeats the purpose of a saved session state, as the time you really need it is when your laptop crashes. - -- Andrew Gallagher Internetworking and Security Engineer, Ward Solutions Ltd. Unit 2054 Castle Drive, Citywest, Dublin 24 +353 87 1200174 -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJVSKpNAAoJENW/k7AUpJcANhoIALjCcrJZK20rmJ1xwoiZe6NE pecBFk5ihWfvpK+f2zFxphH5c0wE37H+tpl4tLjUPwEwDx8x0Es1HrBw6Unnwjz7 HVuRwHTOeb7xyHckx6d2Nq6RUhc+uZeZc7p455WyCQNWh32OD5a08tzLHuULiD3y nTqUWFAGEuIVYB6yjHJmU+3B6vQyVR2C2BVbwH5YQ9SaBAsKrXe5FL3xd2fZMzFb He5/bol3u+E36HchGueeik8UTfpjPbqMnZEYK3DS54lRwzLdfGTul1rhBBysWH8H PpFi1jL3FsZgcVLgPicBgn5uA9YLyHrpoIePxLKxZ4Hlm7s5ZIW5cJdT7dT2TO8= =7XB1 -END PGP SIGNATURE- The information in this email and any attachments contain confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail, the attachments or any part thereof. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Unless expressly stated, this email is not intended to create any contractual relationship. If this email is not sent in the course of the senders employment or fulfilment of his/her duties to Ward Solutions, Ward Solutions accepts no liability whatsoever for the content of this message or any attachment(s). Ward Solutions Ltd. Registered in Republic of Ireland at 2054 Castle Drive, CityWest Business Campus, Dublin 24 Reg. No. 316165.
Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade
On Wed, Apr 29, 2015 at 12:45:29PM +0100, Steve McIntyre wrote: In the morning, I turn on the screen and I don't get a display at all. I've wiggled the mouse, hit numlock on the keybard (the numlock led illuminates fine), etc., but no display. I've seen this kind of thing happen in the past on some machines, so I switch to VT1 and back to see if that helps. Still no display at all, either on console or under X. I log in remotely and I can see that the Xorg.0.log file has been updated with mode lines for the monitor, suggesting things have just woken up fine. But still no display. Similar problem this morning. I've found that using xrandr to disable and re-enable the DisplayPort output I'm using helps - the display comes back. Until xrandr segfaults, anyway - see separate bug. Something weird in the card state, I guess? -- Steve McIntyre, Cambridge, UK.st...@einval.com This dress doesn't reverse. -- Alden Spiess -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783637: Installation fails because starting colord fails on missing libudev.so.0
This was an upgrade from debian wheezy to jessie and a report (as requested) on how it went. I just hope this can be put right for others wishing to upgrade and finding it doesn't work. My work-around was to create a symbolic link (result as below) for the missing file based on the pattern for symbolic links elsewhere: jessie now works OK. $ ll|grep udev lrwxrwxrwx 1 root root 21 Apr 16 16:53 libgudev-1.0.so.0 - libgudev-1.0.so.0.2.0 -rw-r--r-- 1 root root42920 Apr 16 16:53 libgudev-1.0.so.0.2.0 lrwxrwxrwx 1 root root 38 Apr 16 16:53 libudev.so - /lib/x86_64-linux-gnu/libudev.so.1.5.0 lrwxrwxrwx 1 root root 10 Apr 28 11:10 libudev.so.0 - libudev.so lrwxrwxrwx 1 root root 12 Apr 29 10:34 libudev.so.1 - libudev.so.0 Michael On Mon, 4 May 2015 18:04:02 +0200 Samuel Thibault sthiba...@debian.org wrote: Michael Lager, le Mon 04 May 2015 12:54:14 +0100, a écrit : /usr/local/lib/libusb-1.0.so.0 NEEDED libudev.so.0 NEEDED librt.so.1 NEEDED libpthread.so.0 NEEDED libc.so.6 dpkg-query: no path found matching pattern /usr/local/lib/libusb-1.0.so.0 We can not support the dependencies of locally-installed software. Either remove that software, or install the required dependencies (here, fetch the libudev0 package from wheezy) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade
On Tue, May 5, 2015 at 12:40:54 +0100, Steve McIntyre wrote: On Wed, Apr 29, 2015 at 12:45:29PM +0100, Steve McIntyre wrote: In the morning, I turn on the screen and I don't get a display at all. I've wiggled the mouse, hit numlock on the keybard (the numlock led illuminates fine), etc., but no display. I've seen this kind of thing happen in the past on some machines, so I switch to VT1 and back to see if that helps. Still no display at all, either on console or under X. I log in remotely and I can see that the Xorg.0.log file has been updated with mode lines for the monitor, suggesting things have just woken up fine. But still no display. Similar problem this morning. I've found that using xrandr to disable and re-enable the DisplayPort output I'm using helps - the display comes back. Until xrandr segfaults, anyway - see separate bug. Something weird in the card state, I guess? Sounds likely. If this still happens with linux 4.0, can you report this upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=DRIcomponent=DRM%2fRadeon and let us know the bug number? Thanks, Julien signature.asc Description: Digital signature
Bug#784292: Fwd: Bug#784292: quagga: ospf6d no loner updates route after upgrade to Jessie
-- Forwarded message -- From: Kaz Nishimura kazs...@vx68k.org Date: Tue, May 5, 2015 at 9:02 PM Subject: Re: Bug#784292: quagga: ospf6d no loner updates route after upgrade to Jessie To: Christian Brunotte c...@lathspell.de These are my Quagga configurations, which are almost the same as the ones before the upgrade (I added interface sit2 and multicast to zebra.conf). zebra.conf (backbone end, non-essential comments deleted): -- log file /var/log/quagga/zebra.log access-list private permit 172.20.0.0/16 access-list private deny any route-map all deny 90 route-map authorized permit 10 match ip address private interface sit2 multicast ip route 172.20.0.0/20 172.20.240.1 ip route 172.20.247.0/24 dummy0 #ipv6 route 2002:b4eb:feac:ff00::/56 sit2 ip protocol rip route-map authorized ip protocol ospf route-map authorized -- ospf6d.conf (backbone end, non-essential comments deleted): -- log file /var/log/quagga/ospf6d.log router ospf6 router-id 172.20.240.2 interface eth0 area 0.0.0.0 #interface sit2 area 172.20.0.1 interface sit2 area 0.0.0.0 redistribute connected redistribute static -- zebra.conf (leaf end, non-essential comments deleted): -- log file /var/log/quagga/zebra.log access-list private permit 172.20.0.0/16 access-list private deny any route-map all deny 90 route-map authorized permit 10 match ip address private interface macvlan0 no ipv6 nd suppress-ra ipv6 nd prefix 2002:b4eb:feac:ff00::/64 interface sit2 multicast ip route 172.20.240.0/20 172.20.0.254 -- ospf6d.conf (leaf end, non-essential comments deleted): -- log file /var/log/quagga/ospf6d.log router ospf6 router-id 180.235.254.172 #interface sit2 area 172.20.0.1 interface sit2 area 0.0.0.0 redistribute connected redistribute static -- On Tue, May 5, 2015 at 5:24 PM, Christian Brunotte c...@lathspell.de wrote: Hello Can you please explain the problem on the Quagga users mailing list (https://lists.quagga.net/mailman/listinfo/quagga-users) and attach the (anonymized) config files? My IPv6 OSPF knowledge is not good enough to help you myself :) It would be helpful if you could give 0.99.24.2 from Debian testing a try, the .deb package should currently be installable fine on Jessie as Testing still has the same library versions as Jessie: https://packages.debian.org/stretch/quagga Best regards, -christian- Am Tue, 05 May 2015 09:36:09 +0900 schrieb Kaz Nishimura kazs...@vx68k.org: Package: quagga Version: 0.99.23.1-1 Severity: normal Tags: ipv6 Dear Maintainer, After upgrade to Jessie, ospf6d does not update IPv6 route for a SIT tunnel (that is the only route I used ospf6d for). Before the upgrade, it just worked. As I see the state of ospf6d by vtysh, it seems it updates its internal database (show ipv6 ospf6 database) but does not reflect it to its internal routing table (show ipv6 ospf6 route). According to the release announcement, many changes have been made in version 0.99.23, so they could affect the behavior, IMO. I do not know if version 0.99.24 has a fix for it. As ospf6d is not working for me now, I am using ripngd as a backup, and it works fine. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages quagga depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii iproute2 3.16.0-2 ii libc6 2.19-18 ii libcap21:2.24-8 ii libpam0g 1.1.8-3.1 ii libreadline6 6.3-8+b3 ii libtinfo5 5.9+20140913-1+b1 ii logrotate 3.8.7-1+b1 quagga recommends no packages. Versions of packages quagga suggests: pn snmpd none -- Configuration Files: /etc/quagga/daemons changed: zebra=yes bgpd=no ospfd=no ospf6d=yes ripd=yes ripngd=yes isisd=no babeld=no -- debconf information: * quagga/really_stop: true -- Content Delivery Server Dienste _ NETCOLOGNE Gesellschaft für Telekommunikation mbH Am Coloneum 9 | 50829 Köln Tel: 0221 -8711 | Fax: 0221 -78711 www.netcologne.de Geschäftsführer: Jost Hermanns Mario Wilhelm Vorsitzender des Aufsichtsrates: Dr. Andreas Cerbe HRB 25580, AG Köln Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer Weise verwendet werden.
Bug#784292: Fwd: Bug#784292: quagga: ospf6d no loner updates route after upgrade to Jessie
-- Forwarded message -- From: Kaz Nishimura kazs...@vx68k.org Date: Tue, May 5, 2015 at 9:21 PM Subject: Re: Bug#784292: quagga: ospf6d no loner updates route after upgrade to Jessie To: Christian Brunotte c...@lathspell.de I upgraded to 0.99.24-2 from testing but it was not resolved. This is the output of 'show ipv6 ospf6 database' command on vtysh (backbone end): -- Area Scoped Link State Database (Area 0.0.0.0) Type LSId AdvRouter Age SeqNum Payload INP 0.0.0.0172.20.240.2153 803c 2002:b4eb:feac:fff0::/64 INP 0.0.0.0172.20.240.2153 803c 240d:0:860a:6600::/64 INP 0.0.0.0180.235.254.172 495 803b 2002:b4eb:feac:fff0::/64 I/F Scoped Link State Database (I/F eth0 in Area 0.0.0.0) Type LSId AdvRouter Age SeqNum Payload Lnk 0.0.0.2172.20.240.2159 8001 fe80::210:c6ff:fe0d:d306 I/F Scoped Link State Database (I/F sit2 in Area 0.0.0.0) Type LSId AdvRouter Age SeqNum Payload Lnk 0.0.0.5172.20.240.2153 803b fe80::ac14:f002 Lnk 0.0.0.4180.235.254.172 495 803b fe80::ac14:1 AS Scoped Link State Database Type LSId AdvRouter Age SeqNum Payload ASE 0.0.0.0172.20.240.2153 803b 2002:b4eb:feac:fff0::/64 ASE 0.0.0.1172.20.240.2153 803b 240d:0:860a:6600::/64 ASE 0.0.0.0180.235.254.172 495 803b 2002:b4eb:feac:ff00::/64 ASE 0.0.0.1180.235.254.172 495 803b 2002:b4eb:feac:fff0::/64 -- Note that the leaf end router (180.235.254.172) and the corresponding destination address (2002:b4eb:feac:ff00::/64) appears in the database. This is the output of 'show ipv6 ospf6 route' command on vtysh (backbone end): -- *N IA 2002:b4eb:feac:fff0::/64 :: sit2 00:05:00 *N IA 240d:0:860a:6600::/64 :: eth0 00:05:00 -- Note that the routing table only has local routes. As ospf6d is in beta state according to Quagga's release announcements, it could become broken in version 0.99.23. If I could have free time, I would examine what were changed in ospf6d in 0.99.23. On Tue, May 5, 2015 at 9:02 PM, Kaz Nishimura kazs...@vx68k.org wrote: These are my Quagga configurations, which are almost the same as the ones before the upgrade (I added interface sit2 and multicast to zebra.conf). zebra.conf (backbone end, non-essential comments deleted): -- log file /var/log/quagga/zebra.log access-list private permit 172.20.0.0/16 access-list private deny any route-map all deny 90 route-map authorized permit 10 match ip address private interface sit2 multicast ip route 172.20.0.0/20 172.20.240.1 ip route 172.20.247.0/24 dummy0 #ipv6 route 2002:b4eb:feac:ff00::/56 sit2 ip protocol rip route-map authorized ip protocol ospf route-map authorized -- ospf6d.conf (backbone end, non-essential comments deleted): -- log file /var/log/quagga/ospf6d.log router ospf6 router-id 172.20.240.2 interface eth0 area 0.0.0.0 #interface sit2 area 172.20.0.1 interface sit2 area 0.0.0.0 redistribute connected redistribute static -- zebra.conf (leaf end, non-essential comments deleted): -- log file /var/log/quagga/zebra.log access-list private permit 172.20.0.0/16 access-list private deny any route-map all deny 90 route-map authorized permit 10 match ip address private interface macvlan0 no ipv6 nd suppress-ra ipv6 nd prefix 2002:b4eb:feac:ff00::/64 interface sit2 multicast ip route 172.20.240.0/20 172.20.0.254 -- ospf6d.conf (leaf end, non-essential comments deleted): -- log file /var/log/quagga/ospf6d.log router ospf6 router-id 180.235.254.172 #interface sit2 area 172.20.0.1 interface sit2 area 0.0.0.0 redistribute connected redistribute static -- On Tue, May 5, 2015 at 5:24 PM, Christian Brunotte c...@lathspell.de wrote: Hello Can you please explain the problem on the Quagga users mailing list (https://lists.quagga.net/mailman/listinfo/quagga-users) and attach the (anonymized) config files? My IPv6 OSPF knowledge is not good enough to help you myself :) It would be helpful if you could give 0.99.24.2 from Debian testing a try, the .deb package should currently be installable fine on Jessie as Testing still has the same library versions as Jessie: https://packages.debian.org/stretch/quagga Best regards, -christian- Am Tue, 05 May 2015 09:36:09 +0900 schrieb Kaz Nishimura kazs...@vx68k.org: Package: quagga Version: 0.99.23.1-1 Severity: normal Tags: ipv6 Dear Maintainer, After upgrade to Jessie, ospf6d does not update IPv6 route for a SIT tunnel (that is the only route I used ospf6d for). Before the upgrade, it just worked. As I see the state of ospf6d by vtysh, it seems it updates its internal database (show ipv6 ospf6 database) but does not reflect it to its internal routing table (show ipv6 ospf6 route).
Bug#784329: bugs.debian.org does not (obviously) link to the UDD usertags list/search pages
Package: bugs.debian.org Severity: normal It is hard to find out which usertags exist. UDD has a very handy page that lists them all: http://udd.debian.org/cgi-bin/bts-usertags.cgi?user=tag=* (I'm sure I had a version of this page that didn't show all the emails, which was nicer, but can't remember how to get that now) Every time I need the info I spend 15 mins remembering where/how to get it. A link on the bugs.debian.org pages to 'list of usertags' would be very handy. Even more useful for people who know which tags interest them is the search page: http://udd.debian.org/cgi-bin/bts-usertags.cgi (which should also have a link to the list but doesn't - only one to all the users). Maybe there is another way of finding this info, and maybe there is a link I didn't find, but I think these pages could very usefully be made much easier to find on the website. I hope you agree. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#783912: [Pkg-xfce-devel] Bug#783912: terminal: keyboard bug while in use
On ven., 2015-05-01 at 10:27 +0200, Hans Temeschinko wrote: Hallo, I am using the keyboard in a console/terminal window to write and then the right hand keys change to numbers and other keys. I had this some day before and when the system is shut down and rebooted it is fixed. today I was using du as root and than the keys have changed another time. I changed from one window to another in which an internet browser was open and tryed to type in some words whith the same results. I shut down the system, reboot and everything is ok. But I don't know when it will apear again and it seems to me important not to fill in forms in an internet-buy and than suddenly have no options to fill in the right words/numbers Looks like you're using a laptop keyboard and you're enabled the numlock key. Completely unrelated to Xfce terminal. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#782443: parcimonie: allow to run without dbus
Package: parcimonie Followup-For: Bug #782443 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am wondering if possible to use parcimonie in a non-X11 environment - - i.e. without pulling in the (for a console-only system) huge GTK+ libs. Sounds related to this bug - or should I file separately? - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVSMFwAAoJECx8MUbBoAEhfpAQAK7gJutvTRbyZ2QiGJYpifUy hRsniYvezauJ/R1s0kcA/pxSNHkDxbsmobckovkKo1B0HWKl4MZmo+TR8MqSLiTc Tu1U6X3YKuN1A6Hy2GkrPaZBNF/uRutoKJ5wzJi0CZqMX/ohhxLHgW3OMmMhLEqh SVTP7Q4xpvsibV65tUujF+851ptPnWTRPqnneOSRnsFSLOjYyjzt/aaltZavI4FV RlZuKmn8JVjQtlrPX8DRUkGUhxX6IH8JtAqCTedfMnWB6GCzZry1XH8KgTZwWr2G Jx9igvVpQL6aFpgU6etZhBInmT7EeVOzLbf4hmRt6PUyMI8p6JtcTAHDM992oCMK epKWwuERgNePHanCxGr3+UZj/18Llvl5rdavQKfxEsInJCeSjBW2FP4bl2WlRJDY y6VpAM7wA8ypuUHFId4/vORDLTmPaelORH0Z0nOKkQD76HgDT2Ird+datZcP+cY6 nqgnqdhGCGpSACnfbQO77L/cfs1lwE54tBxCZDtjhSL0w7ecNeUspreIpiQYDnFO 4JxMaIQlgLX1Fpp4Ws90NPCpi2moZ/vyS91mh3fFLlaOKjbBElsCLSaJw8nhwdSb ZL/2WjhkOjWYB7vBrbmiEz8L6EgNOMIZFVWZfETOUBmpwE04T7ZeG4M1qykIaPTd rM2y0O1wslHHwXn13w82 =gWQD -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#784322: youtube-dl: [Vine] AttributeError: 'NoneType' object has no attribute 'strip'
Package: youtube-dl Version: 2015.02.28-1 $ youtube-dl https://vine.co/v/eZiWE0E0dOQ [Vine] eZiWE0E0dOQ: Downloading webpage WARNING: unable to extract OpenGraph description; please report this issue on http://yt-d Traceback (most recent call last): File /usr/bin/youtube-dl, line 9, in module load_entry_point('youtube-dl==2015.02.28', 'console_scripts', 'youtube-dl')() File /usr/lib/python2.7/dist-packages/youtube_dl/__init__.py, line 397, in main _real_main(argv) File /usr/lib/python2.7/dist-packages/youtube_dl/__init__.py, line 387, in _real_main retcode = ydl.download(all_urls) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1442, in download res = self.extract_info(url) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 654, in extract_i return self.process_ie_result(ie_result, download, extra_info) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 700, in process_i return self.process_video_result(ie_result, download=download) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 1056, in process_ format['http_headers'] = self._calc_headers(full_format_info) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 957, in _calc_hea cookies = self._calc_cookies(info_dict) File /usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py, line 964, in _calc_coo pr = compat_urllib_request.Request(info_dict['url']) File /usr/lib/python2.7/urllib2.py, line 229, in __init__ self.__original = unwrap(url) File /usr/lib/python2.7/urllib.py, line 1075, in unwrap url = url.strip() AttributeError: 'NoneType' object has no attribute 'strip' -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages youtube-dl depends on: ii python2.7.9-1 ii python-pkg-resources 5.5.1-1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714058: cc65 packaging
Hi, On Tue, May 5, 2015 at 1:26 PM, Oliver Schmidt ol...@web.de wrote: The man pages could be generated with help2man, or they could point to the GNU info files. It seems that linuxdoc -B txt --man ... groff -man ... might be another option. Will check this once I get home. On the other hand, Oliver promised me to add something like a consecutive number if I really need it for packaging purposes. I can confirm this. Please do it then to confirm which commit should be considered a stable release. If possible update the file LICENSE as well to be zlib and GPL-2 as you previously noted. Thanks, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784315: RM: hoauth -- ROM; Unmaintained, replaced by hoauth2
On Tuesday, May 05, 2015 10:56:02 AM you wrote: Package: ftp.debian.org Severity: normal Dear ftp-masters, the package hoauth is unmaintained by upstream (no release since 2012), and replaced by hoauth2. Please remove from Debian. Checking reverse dependencies... # Broken Build-Depends: twidge: libghc-hoauth-dev I've added that 784316 blocks this bug. Please remove the moreinfo tag once that is resolved. Scott K signature.asc Description: This is a digitally signed message part.
Bug#766996: [debian-mysql] Bug#766996: libmariadb-client-lgpl-dev-compat: misses a mysql_config symlink
On Sun, 23 Nov 2014 07:36:26 -0800 Daniel Schepler dschep...@gmail.com wrote: On Mon, Oct 27, 2014 at 6:48 AM, Rene Engelhard r...@debian.org wrote: - it should also ship a mysql_config - mariadb_config link. I've forwarded the bug report to maria-developers and had no objections to this, so I've added this link to the packages in git. As I don't think this justifies a new upload during the freeze, I'm not going to mark the bug as pending for now. -- Daniel Schepler Hello, we are migrating our ruby application servers to jessie we bumped into this. The ruby mysql2 gem tries to locate mysql_config on compilication and fails. I think this is a relatively safe fix for jessie and could be included in the first point release. There are a lot of things out there expecting to find a mysql_config and this could ease some of the pain. What do you think? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779273: please help testing redmine 3.0~20140825-6 from unstable
Hi Antonio, On Sun, 3 May 2015 10:39:40 Antonio Terceiro wrote: I would like your help in testing redmine 3.0~20140825-6, which was uploaded to unstable yesterday. It can be safely installed on jessie, [...] I will give it a few days to be tested, and then will prepare a jessie update so that the version in stable also contains these fixes. Now nice of you to remember that I'm using Redmine. :) I've just installed 3.0~20140825-7 over 3.0~20140825-5 -- so far so good. I'll let you know if I notice any issues. Thanks! Much appreciate your work on Redmine. -- Regards, Dmitry Smirnov. --- Every decent man is ashamed of the government he lives under. -- H. L. Mencken signature.asc Description: This is a digitally signed message part.
Bug#784326: ITP: ruby-rails-html-sanitizer -- This gem can be used to sanitize HTML fragments in Rails applications
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-rails-html-sanitizer Version : 1.0.2 Upstream Author : Rafael Mendonça França * URL : https://github.com/rails/rails-html-sanitizer/ * License : Expat Programming Lang: Ruby Description : This gem can be used to sanitize HTML fragments in Rails applications -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784327: python-moinmoin: should (and be adapted to and) recommend ckeditor (not fckeditor)
Package: python-moinmoin Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 fckeditor has been removed from Jessie, yet is recommended by python-moinmoin. One of the RC bugs against fckeditor - bug#758897 - indicates that ckeditor is a successor, so hopefully python-moinmoin can be adapted to use that instead. - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJVSLkmAAoJECx8MUbBoAEhT1UP/j8+o7GGA8YqXFdkIIue4rzl qLJ/fR3vW+SCahnhPPdte6eRs4LH6ILOHV9TryYgBuXAJEJausMCanZS3xv/pyy1 AaNB/tWi/pENekgcTkR7yflGX84/yYJx0clmYfVUCZdHhkoAphoD6NK5E4lW5WD3 twbfcSCsqlcAgRDeoQ1MQHz12mKyysgWUIETEVViOY+nKhp6H+ziNtWS2WuiNdS9 2qF53cH+B6OeWxEW5tDmWpCNCsPKW2plcGH/hd+WW3GeucUod0hG4XgndcndpGF5 hD/Abqsc+ohfNNPQdGjMruI/sfdO8tGzVjp3IyWNk6RUK/cAQn0A5S86NjdxsQcC qPdOxFmzvw6fj+uubD0IT60YP2z5yL33f0E8H9PMUxJk33YIxGdvm8dxzEEnH5Gb 3TmmBZvag+9UEgJwQZuE6BW/I5M7L5279T60sdUzKpsc4MvO6tqQvGVFGYOJtEnF PbulTogOOMVHeeNjPVAKRzSobG6grYYUdyVoTXSy6ROVxt/cshwQrUypQNyvzBv8 Ap2Es6KdHf9zDlA/ESHSjmOrz5PePts9hW9qswW/LZIxreFr3x0EZ6suukomCUOs voW1jdggjdUocVRkGqHSJdm4ISz+ovGw49mDQ/lirFNBB8eokulwT+B7HWJB/sxg nGQh0IjRTEMIP4+sNA/K =NMwA -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#714058: cc65 packaging
Hi Oliver, On Tue, May 5, 2015 at 2:17 PM, Oliver Schmidt ol...@web.de wrote: Iff everything else is settled regarding packaging (incl. licensing) I'll reach out to the list members and ask for last-minute contribtions. If that phase is over I'll add a tag to the Git repo. OK, sounds good. If possible update the file LICENSE as well to be zlib and GPL-2 as you previously noted. There must be a misunderstanding! I made a statement about _my_ contributions to cc65. I don't know who else has contributed to cc65 before I started to maintain the upstream repo. In fact I personally don't see how an exhaustive list of contributors can be archived. And without acknowledgement from _all_ contributors I don't see me changing _anything_ regarding the file LICENSE. Then the first step is to ask everyone you (we?) know to allow the relicensing of the whole cc65. This means all contributors of the code who ever changed something in it, even a single character. Do others like John R. Dunning or Ullrich von Bassewitz may have a full commit history and/or list of the contributors over the years? I'm _not_ a lawyer, but do we really need to reach everyone? Would it be enough to ask only people who added their copyright messages in the top of the files? I don't know if others can be counted as they left the copyright to the actual source maintainer or not. At least I don't see any sign that they claim any copyright of their contributions. The LICENSE file states only the previous two coders have the copyright. Not a single sentence mentions others who may have contributed to the source. Until this license issue is not solved, cc65 remains non-free from the Debian point of view. :( Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784319: [Pkg-nagios-devel] Bug#784319: Bug#784319: Segfault when running check_dhcp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andreas, Am 05.05.15 um 14:51 schrieb Andreas Heinlein: Everything worked under wheezy with icinga2 and the plugins from wheezy-backports, which I believe were the same version as in jessie. If you need any further information, just let me know. this is very interesting. So it doesn't seems that monitoring-plugins does trigger it, as you uses the same package like on wheezy (just linked against older libs). It looks like you have installed libcap2-bin and using the capabilities features of the kernel to run check_dhcp. Maybe you can try to run check_dhcp on your shell as non-root user? It's just a wild guess, but it may work on your root shell, cause your higher privileges, but not from the worker, cause it has no privileges. Thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJVSMIzAAoJEAxwVXtaBlE+5fgP/2h2PBbj5sp0lFqMPSqy4HdC yGbwrQ0f+njZ9049okqXvIf54TAEhGdWtevj+EGNIIeEIsEZ56v2mgVqDFgpRoaK eUHHo6Ryo9RqrV6OvKp087JHCDu/5KMZbNJfB9oC2j3lrLnHUhejhgBueeSncG9L Zn1XtwCGXlnmHyDn556BCHETVLukVJfvAiXsjfY9WbgP8KVR9pbddJZRKmkkVsdi W31smvPt0KRLJIwi+tk2qmJcM7VFtoIexpTunvDQHoVSEcADPFBbt30GZdjSXYSM unJK5k3d+ONTlfEKUrWlBuuRSQMFpryxfYNFy/7SgkLm0v+56ETXR10pgtarWg3k ApPQVV4Nlkzlz8jHuvD44sL306CdQoDE1NEEtoCtGuSjiIuwuywNNKjP8WJwYHCG hiIIpj6OhpAjWDBIIYcfWoJeS5QU0xVJeV8q7bF5iJtZnECVEmQWSgHuWymLw5LO 15DD2fluuLUSIXV/ynhXKnFwl7VkFlXPMHFvdnM4SrCXw2ki/yuPS0OCF3AbDK8h zUigc0kId3n6QhHxt62A1BCdmJhw8Fco/U2TmblEWKk6XPoHIGCuNcbUOv5FDp2r FNZh5BUyIO8U9I8+Vt3kKCpkkhMMDJgpkRgdM+VRGvIZRId04Pxs8HCk8QGjEw76 WWynhQqP01oVDGmYy5qZ =KUAj -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#763703: the same issue on debian wheezy
I have the same issue (with shellinabox) on wheezy: USER PID %CPU%MEM VSZ RSS TTY STAT START TIME COMMAND ... 1563 0.0 0.2 4800 1316 ? Ss 09:44 0:00 /usr/bin/shellinaboxd ... ... 1564 0.0 0.1 4800 556 ? S 09:44 0:00 \_ /usr/bin/shellinaboxd ... root 1565 0.0 0.0 1888 444 ? Ss 09:44 0:00 startpar -f -- shellinabox -- System: Debian Wheezy (with latest updates). Kernel: Linux 2.6.32-042stab102.2 Regards, sebres. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779078: apache2-bin: event mpm: child segfault in notify_suspend causes parent to exit during log rotation
hi, we recently migrated over an OTRS instance from another system to debian jessie and it appears we may have the same issue, sporadic segfauls, but we do not use the event_mpm but the default worker: [Tue May 05 13:02:19.929973 2015] [mpm_worker:notice] [pid 41460:tid 14028953424] AH00292: Apache/2.4.10 (Debian) OpenSSL/1.0.1k mod_perl/2.0.9dev Perl/v5.20.2 configured -- resuming normal operations [Tue May 05 13:02:19.930043 2015] [core:notice] [pid 41460:tid 14028953424] AH00094: Command line: '/usr/sbin/apache2' [Tue May 05 13:02:55.969453 2015] [core:notice] [pid 41460:tid 14028953424] AH00052: child pid 41466 exit signal Segmentation fault (11) root@support:/opt/otrs# grep -c Segmentation /var/log/apache2/error.log 36 find dump output attached. It seems the problem went away after switching to prefork worker. bye, - michael Thread 27 (Thread 0x7f3ff20d1700 (LWP 41762)): #0 0x7f3ffd07c50d in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x7f3ffd58b4db in poll (__timeout=5000, __nfds=1, __fds=0x7f3ff20d0750) at /usr/include/x86_64-linux-gnu/bits/poll2.h:46 No locals. #2 apr_wait_for_io_or_timeout (f=f@entry=0x0, s=s@entry=0x7f3ff00c40a0, for_read=for_read@entry=1) at /tmp/buildd/apr-1.5.1/support/unix/waitio.c:51 pfd = {fd = 17, events = 1, revents = 0} timeout = optimized out #3 0x7f3ffd58523a in apr_socket_recv (sock=sock@entry=0x7f3ff00c40a0, buf=buf@entry=0x7f3ff0079048 LÓI\310bL\021\034\020\264\343K\375\337o\027, len=len@entry=0x7f3ff20d0810) at /tmp/buildd/apr-1.5.1/network_io/unix/sendrecv.c:87 rv = optimized out arv = optimized out #4 0x7f3ffd7a5fc1 in socket_bucket_read (a=0x7f3ff00c2108, str=0x7f3ff20d0808, len=0x7f3ff20d0810, block=optimized out) at /tmp/buildd/apr-util-1.5.4/buckets/apr_buckets_socket.c:36 p = 0x7f3ff00c40a0 buf = 0x7f3ff0079048 LÓI\310bL\021\034\020\264\343K\375\337o\027 rv = optimized out timeout = 139912133997408 #5 0x7f3ffdea6fc1 in ap_core_input_filter (f=0x7f3ff00c1120, b=0x7f3ff00c10a0, mode=optimized out, block=APR_BLOCK_READ, readbytes=5) at core_filters.c:236 e = 0x7f3ff00c2108 rv = optimized out net = optimized out ctx = 0x7f3ff00c1278 str = 0x0 len = 8000 #6 0x7f3ffdecb1ba in logio_in_filter (f=optimized out, bb=0x7f3ff00c10a0, mode=optimized out, block=optimized out, readbytes=optimized out) at mod_logio.c:140 length = 1430824257 status = optimized out cf = 0x7f3ff00c4678 #7 0x7f3ff93a8a1a in reqtimeout_filter (f=0x7f3ff20d0750, bb=0x7f3ff00c10a0, mode=AP_MODE_READBYTES, block=APR_BLOCK_READ, readbytes=5) at mod_reqtimeout.c:303 now = 2000 saved_sock_timeout = 500 ccfg = 0x7f3ff00c1170 #8 0x7f3ff8d7a2ea in bio_filter_in_read (bio=0x7f3fd4001650, in=0x7f3fd0011693 \314?\177, inlen=5) at ssl_engine_io.c:471 inl = 5 inctx = 0x7f3ff00bf028 block = APR_BLOCK_READ #9 0x7f3ff87fe16c in BIO_read () from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #10 0x7f3ff8b283a4 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #11 0x7f3ff8b2967d in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #12 0x7f3ff8b26994 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #13 0x7f3ff8d791ce in ssl_io_input_read (inctx=0x7f3ff00bf028, buf=0x7f3ff00bf070 Action=AgentDashboard;Subaction=Element;Name=0100-TicketPendingReminder;Filter=Locked;CustomerID=;SortBy=;OrderBy=;ChallengeToken=8JSMnp2DIamgjV9ne1wrcKjivWRTzWrQq=0.01\r\nAccept-Language: de,en-US;q=0, len=0x7f3ff20d0c60) at ssl_engine_io.c:591 wanted = 8192 bytes = 139912586981488 rc = -516 #14 0x7f3ff8d7b8eb in ssl_io_input_getline (len=0x7f3ff20d0c58, buf=0x7f3ff00bf070 Action=AgentDashboard;Subaction=Element;Name=0100-TicketPendingReminder;Filter=Locked;CustomerID=;SortBy=;OrderBy=;ChallengeToken=8JSMnp2DIamgjV9ne1wrcKjivWRTzWrQq=0.01\r\nAccept-Language: de,en-US;q=0, inctx=0x7f3ff00bf028) at ssl_engine_io.c:709 status = optimized out tmplen = 0 buflen = 8192 pos = 0x0 offset = 0 #15 ssl_io_filter_input (f=0x7f3ff00c1078, bb=0x7f3ff00b88b0, mode=optimized out, block=optimized out, readbytes=optimized out) at ssl_engine_io.c:1388 pos = optimized out status = 0 inctx = 0x7f3ff00bf028 start = 0x7f3ff00bf070 Action=AgentDashboard;Subaction=Element;Name=0100-TicketPendingReminder;Filter=Locked;CustomerID=;SortBy=;OrderBy=;ChallengeToken=8JSMnp2DIamgjV9ne1wrcKjivWRTzWrQq=0.01\r\nAccept-Language: de,en-US;q=0 len = 0 is_init = optimized out #16 0x7f3ffde95e83 in ap_rgetline_core (s=0x7f3ff00b70d0, n=8192, read=0x7f3ff20d0d98,
Bug#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init
Hi, On Thu, 02 Apr 2015 11:24:53 -0700 Josh Triplett j...@joshtriplett.org wrote: sysvinit-core depends on initscripts, but sysvinit does not. However, sysvinit ships /lib/sysvinit/init, and it should be possible to use sysvinit by booting with init=/lib/sysvinit/init without having sysvinit-core installed. Thus, sysvinit needs to have dependencies on any packages needed for a functional sysvinit init system, including initscripts (and potentially other dependencies of sysvinit-core). The sysvinit package (as shipped in jessie) was mostly intended as a transitional measure when upgrading from wheezy to jessie. I tried to make that clear also in the package description. Keep in mind, that when installing jessie from scratch, there will be no /etc/inittab. This means, installing the sysvinit package (in parallel to systemd-sysv) will not result in a bootable system via init=/lib/sysvinit/init. Now, if there is desire to make the sysvinit package useful beyond the wheezy - jessie upgrade, someone would have to deal with this inittab problem first, I think. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#784319: [Pkg-nagios-devel] Bug#784319: Segfault when running check_dhcp
Of course, here it is. Everything worked under wheezy with icinga2 and the plugins from wheezy-backports, which I believe were the same version as in jessie. If you need any further information, just let me know. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages monitoring-plugins-basic depends on: ii iputils-ping 3:20121221-5+b2 ii libc6 2.19-18 ii libssl1.0.01.0.1k-3 ii monitoring-plugins-common 2.1.1-1 ii procps 2:3.3.9-9 ii ucf3.0030 Versions of packages monitoring-plugins-basic recommends: ii libcap2-bin 1:2.24-8 Versions of packages monitoring-plugins-basic suggests: pn icinga | icinga | nagios3 none -- no debconf information -- Command definition: object Service dhcp { import generic-service host_name = localhost check_command = dhcp vars.dhcp_serverip = 172.16.9.3 vars.dhcp_requestedip = 172.16.9.254 vars.dhcp_mac = aa:bb:cc:dd:ee:ff vars.dhcp_interface = eth1 vars.sla = 24x7 } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784331: bash: wrong backtick escaping on autocomplete
Package: bash Version: 4.3-12 Severity: normal Dear Maintainer, interactive bash can escape one backtick properly, but not if there are two backticks in a path preparations: $ mkdir /tmp/back\`tick $ touch /tmp/back\`tick/back\`tick then: 1. type in stat /tmp/back and press Tab 2. a correct path is autocompleted as: stat /tmp/back\`tick/ 3. press Tab one more time 4. an invalid path appears on the command line: stat /tmp/back`tick/back`tick notice that backslash removed when the second backtick appeared in a path the expected behavior is protecting backticks with backslashes -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: armhf (armv7l) Foreign Architectures: armel Kernel: Linux 3.0.35-ygrex-fx6-6.3+ (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 Init: systemd (via /run/systemd/system) Versions of packages bash depends on: ii base-files 9 ii dash 0.5.7-4+b1 ii debianutils 4.5 ii libc62.19-18 ii libncurses5 5.9+20140913-1+b1 ii libtinfo55.9+20140913-1+b1 Versions of packages bash recommends: pn bash-completion none Versions of packages bash suggests: pn bash-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784330: game-data-packager without arguments refuses to run due to Python error
Hi, Thanks for your bug repport. It bugs on Sołtys http://www.charbase.com/0142-unicode-latin-small-letter-l-with-stroke G-D-P is well supposed to handle unicode correclty, a temporary workaround is to either edit or delete this file: /usr/share/games/game-data-packager/soltys.json 2015-05-05 16:30 GMT+02:00 vbdasc vbd...@hotmail.com: vbdasc@mail:/tmp$ game-data-packager File /usr/lib/python3.4/argparse.py, line 2374, in _print_message UnicodeEncodeError: 'ascii' codec can't encode character '\u0142' in position 2912: ordinal not in range(128) As such, the package is unusable for me. Alexandre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784323: gem2deb: generates broken debian/ruby-tests.rake by default
Package: gem2deb Version: 0.14 Severity: minor Hi, By default, gem2deb generates a debian/ruby-tests.rake that looks like: Gem2Deb::Rake::TestTask.new do |t| t.test_files = FileList['test/**/*_test.rb'] end This breaks with net-ssh, that names its tests test_*.rb It could also make sense to set libs to something sensible. So maybe it should generate something such as: Gem2Deb::Rake::TestTask.new do |t| t.libs = [lib, test] t.test_files = FileList['test/**/*_test.rb'] FileList['test/**/test_*.rb'] end ? - Lucas -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'oldstable'), (300, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-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 Init: systemd (via /run/systemd/system) Versions of packages gem2deb depends on: ii build-essential 11.7 ii debhelper9.20150101 ii devscripts 2.15.3 ii gem2deb-test-runner 0.14 ii perl 5.20.2-3 ii ruby 1:2.1.5 ii ruby-all-dev 1:2.1.5 ii ruby-setup 3.4.1-7 Versions of packages gem2deb recommends: ii apt-file 2.5.4 gem2deb 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#618862: systemd: ignores keyscript in crypttab
Hello, In case someone else needs it, a workaround for the common use case of using the `decrypt_derived` keyscript to unlock partitions is to save the derived key into a file on the encrypted partition that you would otherwise derive from (make sure only root can access it). This at least works for the encrypted root partition on which others depend on and is as secure as using the decrypt_derived keyscript. http://gw.tnode.com/debian/issues-and-workarounds-for-debian-8/ Greetings, gw
Bug#780798: wheezy-pu: package open-vm-tools/2:8.8.0+2012.05.21-724730-1+nmu2+deb7u1
On 2015-05-04 21:20, Bernd Zeimetz wrote: as several people are rather unhappy abotu open-vm-tools-dkms being broken in wheezy - and they don't seem to be able to pick it form proposed-updates - would it be okwy to update it via wheezy-updates before the next point release happens? Is there some technical issue with them pulling the package from o-p-u, or do they just not want to? 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#780364: [Pkg-sysvinit-devel] Bug#780364: The problem disappeared, when I removed /etc/adjtime file and rebooted
On Fri, 13 Mar 2015 18:36:51 -0300 Henrique de Moraes Holschuh h...@debian.org wrote: On Thu, 12 Mar 2015, wzabo...@elektron.elka.pw.edu.pl wrote: I have deleted the /etc/adjtime in the affected machine and rebooted it. After that it boots correctly, without a delay caused by the future superblock write time. However I don't understand what was the real cause of the problem... /etc/adjtime has two relevant fields. One tells whether the RTC is in UTC or local time, and the other has its systematic drift. Both can, if wrong, result in some system tools changing the system time backwards if they're called during boot. Most likely, /etc/adjtime was configured to use local time and you ran into [1]. In systemd, we avoid that error by skipping the file system check if already done in the initramfs [2]. I think sysvinit should do the same and test for the flag files created by initramfs-tools [3]. Cheers, Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767040 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782522 [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782481 -- 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#714058: cc65 packaging
Hi Laszlo, On the other hand, Oliver promised me to add something like a consecutive number if I really need it for packaging purposes. I can confirm this. Please do it then to confirm which commit should be considered a stable release. Iff everything else is settled regarding packaging (incl. licensing) I'll reach out to the list members and ask for last-minute contribtions. If that phase is over I'll add a tag to the Git repo. If possible update the file LICENSE as well to be zlib and GPL-2 as you previously noted. There must be a misunderstanding! I made a statement about _my_ contributions to cc65. I don't know who else has contributed to cc65 before I started to maintain the upstream repo. In fact I personally don't see how an exhaustive list of contributors can be archived. And without acknowledgement from _all_ contributors I don't see me changing _anything_ regarding the file LICENSE. Regards, Oliver
Bug#768524:
Hey hey, And now that 2.0.1 is out, I'll certainly do so. Best, Toby PICCA Frederic-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr writes: Hello, now that Jessie is out, is it possible for yu to upload the 2.x version. thanks a lot for your efforts Frederic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714058: cc65 packaging
On 05/05/2015 03:08 PM, László Böszörményi (GCS) wrote: Then the first step is to ask everyone you (we?) know to allow the relicensing of the whole cc65. This means all contributors of the code who ever changed something in it, even a single character. Do others like John R. Dunning or Ullrich von Bassewitz may have a full commit history and/or list of the contributors over the years? You can get a list: $ git clone g...@github.com:cc65/cc65.git $ cd cc65 $ git log --all --format='%aN %cE' | sort -u I'm _not_ a lawyer, but do we really need to reach everyone? Would it be enough to ask only people who added their copyright messages in the top of the files? I don't know if others can be counted as they left the copyright to the actual source maintainer or not. Exactly my point. If you _claim_ to have made a contribution but you are credited nowhere and also don't show up in the commit history, then there is absolute no way for you to prove your authorship and hence it's pretty safe to just ask who is actually listed. At least I don't see any sign that they claim any copyright of their contributions. The LICENSE file states only the previous two coders have the copyright. At least in Germany, you automatically obtain the copyright you made for any contribution you made. So, in order to be absolutely super correct, everyone would need to be added to the LICENSE file even now as otherwise the LICENSE file would be incomplete and any of the contributors could actually complain. On the other hand, I don't think that there is anyone who insists on their copyrights without having asked for their names to be added to the LICENSE file. So, again. Let's just ask everyone who has committed code according to the above git log. And if we are really super-insisting on the correctness, we can delay the whole process even more by asking debian-legal again. But I don't think that anyone would want this. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775576: CVE-2014-9587
Control: fixed -1 1.1.1+dfsg.1-1 Hi This should be fixed in the recent uploaded roundcube version. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663424: sources.debian.net to the rescue
As a partial remedy, sources.debian.net now exposes the sources for browsing, though it's not quite the same as having them on Github. https://sources.debian.net/src/equivs/ /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784319: [Pkg-nagios-devel] Bug#784319: Segfault when running check_dhcp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Andreas, thanks for taking the time and reporting this issue. Am 05.05.15 um 12:21 schrieb Andreas Heinlein: Since upgrading to jessie, I get this in my syslog: kernel: check_dhcp[20879]: segfault at 21 ip 2b508d08f21e sp 7ffc9eee20b0 error 4 in libc-2.19.so[2b508cfc1000+19f000] Can you give me some more details for trying to repoduce the problem? For example, which architecture are you using, which kernel. Anyways .. also you command definition could help. Thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org iQIcBAEBAgAGBQJVSLkWAAoJEAxwVXtaBlE+UOEQAKBb01qTY3pd54q0c5ecYV+R 0akLnnVTjXht4J1KAFPDN/EQODmrhtwmgrh3HldpGrIqDOVyrT1xoTyN2bCMgd2D 7cE9lrNmMRvJKLQ/XZQRyfQ5n/xidP8GOOPr9kD64lF1u5DAxflCgRGnydGkmweK FPbFbChnZnoujIOukcbXiBMnLCkpgaFQIk6jbM2zaSOBJ4DVdC9TN3EP2N7kH51E Fdmx6qNvSuxbmumi460ACKI5Q9mK73rg6tWBrMdgx4vHwZdEpqAlpdWktB0u0x0s CQnpq21lZkulcdgmaZF3Jk86nXc6IsxCrANCFW8RGRCozS8IjNXhhWCpx98pRMnG 0TLcg9aE0molUxr2Rzds5Gy/eNeGeBlEInJXmdS4eSKywD9TpczVdQSB9FbsR7M6 WjWYHiV/DLF5bDCMviD5roT9ODQe7CQ7gJc1kOhuglbSWk2o169SnNu+5x6NfeEa cVBePMSeX+SFvVSXYso4h1ncKf3gRfFddPEVBVHRkAXXaK6cp/53L+brLewmk5wj 5sxAyQemlzslbxEKyHWjtfvQI/lLRMp3Vb+20tidR7m7ee/vF3ncv7B+Bb1cHYtv +/UKfn8FMgLBoLVjvmXfBBfoCMFqD3RAdyK7tVeujZlS6rrV8mugjOx/2zw5NLND ZQ64O0HnWJ5v1Zz7t1jz =kvlt -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#783637: Installation fails because starting colord fails on missing libudev.so.0
05.05.2015 14:55, Michael Lager wrote: This was an upgrade from debian wheezy to jessie and a report (as requested) on how it went. I just hope this can be put right for others wishing to upgrade and finding it doesn't work. My work-around was to create a symbolic link (result as below) for the missing file based on the pattern for symbolic links elsewhere: jessie now works OK. $ ll|grep udev lrwxrwxrwx 1 root root 21 Apr 16 16:53 libgudev-1.0.so.0 - libgudev-1.0.so.0.2.0 -rw-r--r-- 1 root root42920 Apr 16 16:53 libgudev-1.0.so.0.2.0 lrwxrwxrwx 1 root root 38 Apr 16 16:53 libudev.so - /lib/x86_64-linux-gnu/libudev.so.1.5.0 lrwxrwxrwx 1 root root 10 Apr 28 11:10 libudev.so.0 - libudev.so lrwxrwxrwx 1 root root 12 Apr 29 10:34 libudev.so.1 - libudev.so.0 So for someone who finds this, don't do this, this is WRONG. The libs are named the way they are for a purpose, because symbols in libudev.so.0 are not compatible with these in libudev.so.1 and so on. Sometimes such symlinking makes some executable to start so seemingly this smells like a solution, but it is quite possible that this executable will just crash when asked to do something real. Sometimes this doesn't work at all. This has nothing to do with upgrade from wheezy to jessie really. You have locally installed alternative libusb-1.0.so.0. This library is not recorded in the dpkg database so apt/dpkg doesn't know about it and doesn't know that it needs libudev.so.0. This is a library you installed manually. The solution is to either install libudev0 package to make your libusb-1.0 to work (and maybe record that libudev0 is needed so it wont be removed by a chance), or, better yet, just remove your libusb-1.0, because jessie comes with its own, most likely never version, and together with support. Your situation is rare, because it is uncommon to install 3rd party libraries like this, and even less common to come across such an issue. But the solution you offered is _wrong_. Thanks, /mjt On Mon, 4 May 2015 18:04:02 +0200 Samuel Thibault sthiba...@debian.org wrote: Michael Lager, le Mon 04 May 2015 12:54:14 +0100, a écrit : /usr/local/lib/libusb-1.0.so.0 NEEDED libudev.so.0 NEEDED librt.so.1 NEEDED libpthread.so.0 NEEDED libc.so.6 dpkg-query: no path found matching pattern /usr/local/lib/libusb-1.0.so.0 We can not support the dependencies of locally-installed software. Either remove that software, or install the required dependencies (here, fetch the libudev0 package from wheezy) Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784328: fvwm (2.6.5) does not detect hotkeys
Package: fvwm Version: 1:2.6.5.ds-3 Severity: important Dear Maintainer, As of FVWM 2.6.5 provided by Debian 8 (jessie) the hotkey events defined in ~./fvwm2rc do not seem to be detected anymore. My fvwm2rc is pretty generic and has worked unchanged since woody. The recent dist-upgrade from wheezy (fvwm 2.5.30) to jessie (fvwm 2.6.5) broke hotkey detection for me. I realised that I could no longer move across the virtual desktop using my predefined keys (Shift-Ctrl-Arrows). I tried to change the event assignment to different key combinations in fvwm2rc, to no effect. The relevant snippet of my fvwm2rc is attached. While this bug does not render fvwm completely non-functional, it does reduce the usability of the window manager significantly - hence I consider this an important issue. Workaround: Manual downgrade of fvwm using the package from wheezy (fvwm_2.5.30.ds-1.1) solves the problem. Presently I keep fvwm pinned at that version as a workaround of the bug. All my other packages are from jessie (i386). Other observations: I do have fvwm 2.6.5 installed on FreeBSD with an almost identical fvwm2rc and, there, hotkeys do work. I therefore believe the bug is specific to Debian/jessie and does not go upstream. Yours, Claude -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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/dash Init: systemd (via /run/systemd/system) Versions of packages fvwm depends on: ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libfontconfig1 2.11.0-6.3 ii libfribidi0 0.19.6-3 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libice6 2:1.0.9-1+b1 ii libperl4-corelibs-perl 0.003-1 ii libpng12-0 1.2.50-2+b2 ii libreadline66.3-8+b3 ii librplay3 3.3.2-14 ii librsvg2-2 2.40.5-1 ii libsm6 2:1.2.2-1+b1 ii libstroke0 0.5.1-6.1 ii libtinfo5 5.9+20140913-1+b1 ii libx11-62:1.6.2-3 ii libxcursor1 1:1.1.14-1+b1 ii libxext62:1.3.3-1 ii libxft2 2.3.2-1 ii libxinerama12:1.1.3-1+b1 ii libxpm4 1:3.5.11-1+b1 ii libxrender1 1:0.9.8-1+b1 ii perl5.20.2-3 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages fvwm recommends: ii fvwm-icons20070101-2 ii libx11-protocol-perl 0.56-6 ii perl-tk 1:804.032-3+b3 Versions of packages fvwm suggests: ii cpp 4:4.9.2-2 pn fvwm-themes none ii m4 1.4.17-4 pn menu none ii wm-icons 0.4.0-9 -- no debconf information -- --- Dr. Claude Krantz Max-Planck-Institut fuer Kernphysik Saupfercheckweg 1 D-69117 Heidelberg Tel.: (+49 6221) 516516 Fax.: (+49 6221) 516602 Email: claude.kra...@mpi-hd.mpg.de # Section: Key bindings # # This section binds some actions to keys. The bindings have been inspired # by MWM, Windows, and nightmares. Everything that these key bindings do, # can be done without them. Therefore they should not be too much of a # burden on new users, but it definitely _can_ be confusing to press a # key by accident and have it do something completely unexpected. # Key Tab A M Next [CurrentPage !iconic] focus-and-raise Key Tab A MS Prev [CurrentPage !iconic] focus-and-raise Key Tab A CM Next [CurrentPage] deiconify-and-focus Key Tab A CMS Prev [CurrentPage] deiconify-and-focus Key LeftA SC Scroll -100 0 Key Up A SC Scroll +0 -100 Key Right A SC Scroll +100 +0 Key DownA SC Scroll +0 +100 Key F1 A M Popup Window-Ops Key F2 A M Popup /Main Key F3 A M Lower Key F4 A M WindowList Key F5 A M CirculateUp Key F6 A M CirculateDown Key F7 A M Move Key F8 A M Resize Key F9 A M Iconify Key F10 A M Maximize
Bug#784330: game-data-packager without arguments refuses to run due to Python error
Package: game-data-packager Version: 41 Severity: important Dear Maintainer, game-data-packager ver.41 without arguments doesn't start at all; I get this output instead: vbdasc@mail:/tmp$ game-data-packager Traceback (most recent call last): File /usr/lib/python3.4/runpy.py, line 170, in _run_module_as_main __main__, mod_spec) File /usr/lib/python3.4/runpy.py, line 85, in _run_code exec(code, run_globals) File /usr/share/games/game-data-packager/game_data_packager/__main__.py, line 21, in module run_command_line() File /usr/share/games/game-data-packager/game_data_packager/__init__.py, line 2786, in run_command_line parser.print_help() File /usr/lib/python3.4/argparse.py, line 2368, in print_help self._print_message(self.format_help(), file) File /usr/lib/python3.4/argparse.py, line 2374, in _print_message file.write(message) UnicodeEncodeError: 'ascii' codec can't encode character '\u0142' in position 2912: ordinal not in range(128) As such, the package is unusable for me. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages game-data-packager depends on: ii fakeroot1.20.2-1 ii python3 3.4.2-2 ii python3-debian 0.1.27 ii python3-yaml3.11-2 pn python3:any none game-data-packager recommends no packages. Versions of packages game-data-packager suggests: ii arj3.10.22-13 ii binutils 2.25-7 ii cabextract 1.6-1 pn cdparanoia none ii dynamite 0.1.1-2 ii gcc4:4.9.2-3 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-pango-1.0 1.36.8-3 pn innoextractnone ii lgc-pg 1.2.6-1 pn lhasa | jlha-utils | lzh-archiver none ii make 4.0-8.1 ii p7zip-full 9.20.1~dfsg.1-4.1 ii python3-gi 3.14.0-1 pn unace-nonfree none pn unrar-nonfree none pn unshield none ii unzip 6.0-16 ii vorbis-tools 1.4.0-6 -- 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#783705: xserver-xorg-video-radeon: Weird X wakeup problem since Jessie upgrade
On Wed, Apr 29, 2015 at 7:45 AM, Steve McIntyre st...@einval.com wrote: Package: xserver-xorg-video-radeon Version: 1:7.5.0-1 Severity: normal Hi folks, I upgrade my main office desktop to Jessie on Monday, and just about evrrything worked really well - just half a dozen oro so config files needed merging with new upstream etc. Painless! However, I'm now seeing a really odd problem with X on my machine. I've got an AMD graphics card, which Xorg.0.log tells me is a RADEON(0): Chipset: PITCAIRN (ChipID = 0x6810) and a DP+ connection to a lovely 27 NEC monitor. It works just fine when I'm using it, *but* when I leave it overnight and come in the next morning it doesn't want to wake up properly. I'm locking the screen with Xscreensaver and then turning off the monitor as I leave. In the morning, I turn on the screen and I don't get a display at all. I've wiggled the mouse, hit numlock on the keybard (the numlock led illuminates fine), etc., but no display. I've seen this kind of thing happen in the past on some machines, so I switch to VT1 and back to see if that helps. Still no display at all, either on console or under X. I log in remotely and I can see that the Xorg.0.log file has been updated with mode lines for the monitor, suggesting things have just woken up fine. But still no display. Here's the really weird thing: at this point, the monitor has basically locked up. It won't respond to the power/input/menu butttons at all, and is still showing the blue LED that says I have signal rather than switching to the amber no signal warning. Therefore, I can only assume there's a problem here with some weird invalid DP signal being produced. Yesterday, I gave up and rebooted after a few minutes - I had work to do. Today, I started searching for any other reports like this using my laptop. About ten minutes later while I was doing this (approximately, wasn't paying massive attention at this point), my desktop screen suddenly came to life and now it's working OK. I have no idea of where to even start debugging this. Help! If this is a regression, what previous version was working correctly? Does the problem only happen when you physically power off the monitor? Does it come back ok when you let dpms kick in? How about when you physically disconnect the monitor from the computer? Also, what screensavers are you using? There may be a problematic GL screensaver that's causing a GPU lockup. Can you try forcing a single known stable screensaver? Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760035: gdm3 listen XDMCP always on udp6 177, still present in Jessie, GDM 3.14.1
Package: gdm3 Version: 3.14.1-7 Followup-For: Bug #760035 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii dconf-cli 0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0] 1.5.56 ii gir1.2-gdm3 3.14.1-7 ii gnome-session [x-session-manager] 3.14.0-2 ii gnome-session-bin 3.14.0-2 ii gnome-settings-daemon 3.14.2-3 ii gnome-shell 3.14.2-3+b1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas 3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit1 1:2.4-1+b1 ii libc6 2.19-18 ii libcanberra-gtk3-00.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgdm1 3.14.1-7 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin2.42.1-1 ii libgtk-3-03.14.5-1 ii libpam-modules1.1.8-3.1 ii libpam-runtime1.1.8-3.1 ii libpam-systemd215-17 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-17 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1+b1 ii libxrandr22:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii metacity [x-window-manager] 1:3.14.3-1 ii mutter [x-window-manager] 3.14.2-1 ii policykit-1 0.105-8 ii ucf 3.0030 ii x11-common1:7.7+7 ii x11-xserver-utils 7.7+3+b1 ii xterm [x-terminal-emulator] 312-2 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 8.0.2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.4-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.14.0-4 ii libpam-gnome-keyring 3.14.0-1+b1 -- Configuration Files: /etc/gdm3/daemon.conf changed: [daemon] [security] DisallowTCP=false [xdmcp] Enable=true MaxPending=4 MaxSessions=16 MaxWait=30 MaxWaitIndirect=30 PingIntervalSeconds=60 MaxPendingIndirect=4 DisplaysPerHost=2 HonorIndirect=true Port=177 [greeter] [chooser] [debug] -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714058: cc65 packaging
On 05/05/2015 02:17 PM, Oliver Schmidt wrote: I made a statement about _my_ contributions to cc65. I don't know who else has contributed to cc65 before I started to maintain the upstream repo. In fact I personally don't see how an exhaustive list of contributors can be archived. And without acknowledgement from _all_ contributors I don't see me changing _anything_ regarding the file LICENSE. Uhm, I think you are taking this way too serious. I don't think that anyone who ever contributed to cc65 besides Ullrich and John would not agree to have the code fully covered under the Zlib license. And most of the code was rewritten anyway according to Ullrich von Bassewitz and all of what was rewritten was licensed under the Zlib. If you are refusing to change the LICENSE file accordingly, we won't be able to continue with the packaging process. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784310: apt update always fails on experimental/non-free
Control: found -1 1.0.9.8 Control: affects -1 aptitude Hi, Cesare Leonardi wrote: Since months i have an error during the apt update phase, always on experimental/non-free. Same here. Initially i thought it was a temporary mirror problem, Dito. Err http://httpredir.debian.org experimental/non-free amd64 Packages Also the http redirection is not the cause as I get this with using plain http on ftp.ch.debian.org: Err http://ftp.ch.debian.org experimental/non-free amd64 Packages I though currently can't reproduce it on i386. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784387: yaboot: ofpath returns the wrong path, breaking yaboot.conf
Package: yaboot Version: 1.3.16-4 Severity: important Dear Maintainer, ofpath returns the wrong result, causing the /etc/yaboot.conf file to have an unbootable device path. I encountered this while trying to install Jessie on a Powermac G5. Here is the wrong output (from my now-booting system): $ /usr/sbin/ofpath /dev/sda2 /ht@0,f200/pci@9/k2-sata-root@c/@/@0:2 I would expect the output to look something like: /ht@0,f200/pci@9/k2-sata-root@c/k2-sata@1/disk@0:2 instead. It looks like the @ part comes from some commanad in ofpath returning -1. The last part @0:2 might be wrong too. (note: I was only able to boot the system by replacing the device line in yaboot.conf to be device=sd1:) -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc64) Kernel: Linux 3.16.0-4-powerpc64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages yaboot depends on: ii libc6 2.19-18 Versions of packages yaboot recommends: ii hfsutils 3.2.6-13 ii powerpc-utils 1.1.3-25 yaboot 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#784398: open-vm-tools: VM locks up when a snapshot with file system quiesce is taken
Package: open-vm-tools Version: 2:9.10.0-2476743-4 Severity: important Dear Maintainer, Yesterday I upgraded open-vm-tools version 2:9.4.6-1770165-8 to version 2:9.10.0-2476743-3 on a few VMs. Overnight, our VMs are backed up via Symantec NetBackup. The backup begins by creating a snapshot that quiesces the guest file system. All VMs with the newer version of open-vm-tools effectively lock up. The following error is in the /var/log/syslog file on the VM when the snapshot is taken: vmsvc[6299]: [ warning] [vmbackup] Failed to send event to the VMX: Guest is not privileged enough to invoke RPC. After this, most services on the host become unresponsive. The hosts are sort of still operating, but really slow, and most services are unresponsive. We were forced to reboot the VMs to return the service back to normal. We did some testing this morning and we can reproduce the problem like so: - Login to vCenter - Right-click on the VM and choose 'Take Snapshot...' - Untick 'Snapshot the virtual machine's memory' - Tick 'Quiesce guest file system (Needs VMware Tools installed)' - Click 'OK' to start the snapshot process. This was done on a test VM that had no activity on it. We also upgraded from 2:9.10.0-2476743-3 to 2:9.10.0-2476743-4 this morning on the test VM and it still has the same problem. Backing out open-vm-tools to version 2:9.4.6-1770165-8 again fixes the problem. Our VMware environment is version 5.1 for both the ESXi hosts and the vCenter server. This reportbug was generated on the test VM that is running the unstable distribution of Debian whilst running the latest open-vm-tools package again. Regards, Jim Barber -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages open-vm-tools depends on: ii init-system-helpers 1.23 ii libc62.19-18 ii libdumbnet1 1.12-6 ii libfuse2 2.9.3-15+b1 ii libgcc1 1:5.1.1-4 ii libglib2.0-0 2.44.0-2 ii libicu52 52.1-8 ii libmspack0 0.5-1 ii libprocps3 2:3.3.9-9 ii libssl1.0.0 1.0.2a-1 ii libstdc++6 5.1.1-4 ii libxerces-c3.1 3.1.1-5.1 ii libxml-security-c17 1.7.2-3+b1 Versions of packages open-vm-tools recommends: ii ethtool 1:3.16-1 pn zerofree none Versions of packages open-vm-tools suggests: pn open-vm-tools-desktop none -- Configuration Files: /etc/modprobe.d/open-vm-tools.conf b0209ace275d68946b7f67daad5d4b20 [Errno 2] No such file or directory: u'/etc/modprobe.d/open-vm-tools.conf b0209ace275d68946b7f67daad5d4b20' /etc/vmware-tools/tools.conf changed: /etc/xdg/autostart/vmware-user.desktop a00f6f451c319d17d319763b915415ce [Errno 2] No such file or directory: u'/etc/xdg/autostart/vmware-user.desktop a00f6f451c319d17d319763b915415ce' -- 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#784268: vim-tiny should provide vim alternative
On Tue, May 05, 2015 at 02:09:14PM -0400, Lennart Sorensen wrote: On Mon, May 04, 2015 at 08:56:05PM -0400, James McCoy wrote: True. I should add some more detail there. That I think would help reduce confusion. This is the new description I have committed: Description: Vi IMproved - enhanced vi editor - compact version Vim is an almost compatible version of the UNIX editor Vi. . This package contains a minimal version of vim compiled with no GUI and a small subset of features. This package's primary purpose is to provide the vi binary for base installations. . If a more featureful build of Vim is wanted, try one of the following packages: vim, vim-nox, vim-athena, vim-gtk, or vim-gnome. I really wish to have a way to just install packages and have things work well. Sure most systems are not tight enough on disk space that full vim iS a problem, but some smaller systems it can become relevant. I'll give some thought to making vim-runtime a Recommends instead of a Depends for the other Vim packages. I need to determine what impact that would have, but would that be a viable alternative for you? Everyone has vim-tiny installed by default. The only reason the package was created was to provide the vi binary for the base image, as expected on a Unix system. I thought it was created to provide a smaller vim, and only later took over the job of providing vi. I thought something else used to do that job in Debian in the past. Like nvi or elvis or something. Yes, nvi used to fill this role. Looking back at the discussion (hey, you were involved back then too), the re-creation of vim-tiny and discussion around replacing nvi happened at the same time. Once vim-tiny was in a testable state, the question was raised about whether it should be part of base. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@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#784385: Acknowledgement (polari: refuses to add new IRC connection)
I think that it is likely that this is the same issue as https://bugzilla.gnome.org/show_bug.cgi?id=741303. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init
Am 06.05.2015 um 01:38 schrieb j...@joshtriplett.org: On Tue, May 05, 2015 at 07:24:41PM +0200, Michael Biebl wrote: d/ insserv needs to be fixed to not barf if the facilities provided by the initscripts package are not around and handle this gracefully (by simply ignoring them). Didn't know about that one, but that sounds reasonable. However, insserv only makes sense on sysvinit systems, and those systems should have initscripts, so that might be another path to fixing the problem. Not quite. For packages which only ship a sysv init script, we need insserv to setup the symlinks in /etc/rc?.d/ systemd determines the enabled state of sysv init scripts by checking the symlinks in those directories. If you only ship a sysv init script but no symlinks, systemd would consider the service disabled. e/ /lib/init/vars.sh: This shell library is sourced by quite a few init scripts (261 according to codesearch) to get some basic SysV settings. I'm a bit unsure what to do about this one. I bet, most of them don't actually use the variables set by vars.sh, so they could simply drop this include. That said, moving it into another package is probably the simplest option. sysv-rc looks like a possible candidate. The few packages using the settings from /etc/default/rcS and similar via vars.sh should be fixed to obtain them directly. The only thing needed by the majority of shell scripts is VERBOSE, and I would suggest moving that logic into init-functions, since all scripts should be sourcing that already. I assume most packages only use vars.sh for the VERBOSE flag, indeed. I also think, it's pretty ugly that this isn't handled internally in the lsb_* logging functions but having this implementation detail pulled into every init scripts and littered with stuff like [ $VERBOSE = no ] || log_action_end_msg bla That said, as it stands today, 261 packages *do* source /lib/init/vars.sh. That's quite a bit of work to get all those packages updated to not use vars.sh. Work, that is probably better spent on providing native service files. -- 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#784293: vsftpd: unable to set FTP root directory
On Tue, 5 May 2015 09:05:48 Jörg Frings-Fürst wrote: I have checked the templates file. It looks ok. So I think the error comes from debconf. I disagree with re-assigning this bug. The problem is clearly in vsftpd but not necessary in the template. -- Cheers, Dmitry Smirnov. --- What can be asserted without proof can be dismissed without proof. -- Christopher Hitchens, 2004 signature.asc Description: This is a digitally signed message part.
Bug#784234: initramfs-tools: searches for fsck.btrfs in the wrong directory
reopen 784234 thanks Hi Dimitri, hi Ben, On Mon, 04 May 2015, Ben Hutchings wrote: If fsck can find fsck.$fstype anywhere in $PATH then mkinitramfs should do so too. But it would be helpful for you to move it back until we fix mkinitramfs. Thanks. On Mon, 04 May 2015, Dimitri John Ledkov wrote: btrfs-tools (4.0-2) unstable; urgency=medium . * Adjust initramfs hooks and udev rules for move of all binaries to /bin. (Closes: #784234) Hmmm, I still get: ... Setting up btrfs-tools (4.0-2) ... update-initramfs: deferring update (trigger activated) ... update-initramfs: Generating /boot/initrd.img-4.1.0-rc2 Warning: /sbin/fsck.btrfs doesn't exist, can't install to initramfs, ignoring. Press Return to continue. ... SO it seems that something in the fix didn't work out. All the best Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784393: ITP: ruby-loofah -- Library for transforming HTML/XML documents and fragments
Package: wnpp Severity: wishlist Owner: Balasankar C balasank...@autistici.org * Package name: ruby-loofah Version : 2.0.2 Upstream Author : Mike Dalessio mike.dales...@gmail.com * URL : https://github.com/flavorjones/loofah * License : Expat Programming Lang: Ruby Description : Library for transforming HTML/XML documents and fragments -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784396: ITP: golang-clockwork -- Simple fake clock for Go
Package: wnpp Severity: wishlist Owner: Tim Potter t...@hp.com * Package name: golang-clockwork Version : 0.0~git20141217 Upstream Author : Jon Boulle * URL : https://github.com/jonboulle/clockwork * License : Apache-2.0 Programming Lang: Go Description : Simple fake clock for Go Simple fake clock for Go that replaces uses of the time package with a test class for testing purposes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784397: devscripts: [debchange] Support un-finalised trailer line for UNLRELEASED changelog entry
Package: devscripts Version: 2.15.5 Severity: minor Control: tags + patch When working with Emacs ‘debian-changelog-mode’ it is normal to have the latest changelog entry set to distribution “UNRELEASED”, and have the trailer line unfinalised — since the release is not ready. Currently ‘debchange --release’ will fail with the following error:: = $ debchange --release parsechangelog/debian: warning: debian/changelog(l21): badly formatted trailer line LINE: -- parsechangelog/debian: warning: debian/changelog(l23): found start of entry where expected more change data or trailer LINE: python-lockfile (1:0.10.2-1) experimental; urgency=low parsechangelog/debian: warning: debian/changelog(l23): found eof where expected more change data or trailer debchange: fatal error at line 645: No maintainer in changelog! = Instead, ‘debchange --release’ should recognise an unfinalised trailer line as valid for this action, and replace the line with a finalised trailer line for the release. Attached is a suggested patch for this behaviour. -- \ “From the moment I picked your book up until I laid it down I | `\was convulsed with laughter. Someday I intend reading it.” | _o__)—Groucho Marx | Ben Finney b...@benfinney.id.au diff --git a/scripts/debchange.pl b/scripts/debchange.pl index 1ca421f..1419a31 100755 --- a/scripts/debchange.pl +++ b/scripts/debchange.pl @@ -1280,7 +1280,7 @@ if (($opt_r || $opt_a || $merge) ! $opt_create) { # last entry, and determine whether there are existing # multi-developer changes by the current maintainer. $line=-1; -my ($lastmaint, $nextmaint, $maintline, $count, $lastheader, $lastdist, $dist_indicator); +my ($lastmaint, $nextmaint, $trailer, $maintline, $count, $lastheader, $lastdist, $dist_indicator); my $savedline = $line;; while (S) { $line++; @@ -1317,8 +1317,19 @@ if (($opt_r || $opt_a || $merge) ! $opt_create) { ($dist_indicator = $1) =~ s/[!:.,;]$//; chomp $dist_indicator; } - elsif (/^ --\s+([^]+)\s+/ || /^ --\s+(.+?)/) { - $lastmaint=$1; + elsif (/^ --$/ || /^ --\s+([^]+)\s+/ || /^ --\s+(.+?)/) { +$trailer = $line; +if (/^ --$/) { +# The trailer line is not finalised. +if (defined $lastdist) { +# Distribution should be “UNRELEASED”. +fatal Trailer line must be finalised, or distribution must be UNRELEASED +} +} +else { +# The trailer line is finalised. Store the maintainer value. +$lastmaint = $1; +} # Remember where we are so we can skip back afterwards $savedline = $line; } signature.asc Description: Digital signature
Bug#784400: git-review: man page broken
Package: git-review Version: 1.24-2 Severity: normal The man page has a list of information concerning the options, however it doesn't actually say what the corresponding options are. This makes the documentation useless. e.g. here is a quote: If the master branch is different enough, the rebase can produce merge conflicts. If that happens rebasing will be aborted and diff displayed for not-rebased branches. You can also use --no-rebase (-R) to always skip rebasing. Close down the local branch and switch back to the target branch on suc‐ cessful submission. Don't actually perform any commands that have direct effects. Print them instead. Git remote to use for Gerrit. Just run the repo setup commands but don't submit anything. Sets the target topic for this change on the gerrit server. If not spec‐ ified, a bug number from the commit summary will be used. Alternatively, the local branch name will be used if different from remote branch. Skip cached local copies and force updates from network resources. List the available reviews on the gerrit server for this project. Indicate that you do, in fact, understand if you are submitting more than one patch. Turns on more verbose output. Submit review as a draft. Requires Gerrit 2.3 or newer. Do not automatically perform a rebase before submitting the change to Gerrit. For example, if I want to know what option corresponds with Submit review as a draft. it isn't specified. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages git-review depends on: ii git1:2.1.4-2.1 ii libpython2.7-stdlib [python-argparse] 2.7.9-2 ii python 2.7.9-1 ii python-requests2.4.3-6 git-review recommends no packages. git-review suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770954: gmFSK maintainence
On 06/05/15 01:37, Iain R. Learmonth wrote: Hi Hamish, Do you plan to do any porting of gmFSK to use ALSA or PulseAudio from OSS? If not, I can file a removal bug for this. We have plenty of other packages in Debian for various digital modes. Please record your reply on this bug if you're happy for the package to be removed so I can point ftp-master at it. Hi Iain, No I don't intend to do any work on gMFSK. It would be better for it to be removed. Thanks, Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782945: python-lockfile: Please provide a python3 module
Control: retitle -1 python-lockfile: Please provide a Python 3 package Control: tags -1 + confirmed pending On 19-Apr-2015, Paul Tagliamonte wrote: As part of an ongoing process to migrate as much as we can to Python 3 to ensure we're ready for our glorious Python 3 future, please build a Python 3 module. Packaging for this is being finalised. It was mostly complete before the Debian Jessie freeze, and work is now resumed. Have a great day, and thanks for your work! Paul, on behalf of the Python 3 Embetterment Squad Glad to be part of the squad, in my small way. -- \ 德不孤、必有鄰。 (The virtuous are not abandoned, they shall surely | `\ have neighbours.) —孔夫子 Confucius (551 BCE – 479 BCE) | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#784386: gnome-shell doesn't show applications from /var/lib/menu-xdg/applications/menu-xdg/
Am 06.05.2015 um 00:51 schrieb Dennis van Dok: Package: gnome-shell Version: 3.14.2-3+b1 Severity: normal Recently upgraded to Jessie. Gnome shell doesn't show applications that do not have a .desktop file in /usr/share/applications. For instance gltron. Not sure if this is a bug with gltron, but the menu-xdg package converts Debian menu entries to .desktop files. Shouldn't gnome shell be set up to read entries from /var/lib/menu-xdg/applications/menu-xdg as well? This is by design. What menu(-xdg) dumps there is basically unusable and makes a complete mess of the GNOME menu. So we decided to not show menu-xdg generated .desktop files. IIRC, KDE has gone the same way. Please file a bug against gltron to provide a proper .desktop file. -- 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#754121:
This is a critical bug of either aiccu or systemd as explained by Pascal. Assigning also to systemd as the aiccu maintainer considers this a systemd bug, although I think message #26 546673f0.1040...@localhost.localdomain.org already points to the proper fix for aiccu. Cheers, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717411: strange issues with interdiff and patch generated from git
fixed 717411 0.3.4-1 thanks +gcs On Fri, Apr 17, 2015 at 08:20:47AM +0300, Kirill Smelkov wrote: On Sat, Jul 20, 2013 at 03:10:20PM +0100, peter green wrote: Package: patchutils Severity: normal Version: 0.3.2-2 The attatched patch is a reduced version (the original was massive) of a patch generated from git. When trying to feed it to interdiff I get errors like: root@debian:/# interdiff test2.diff test2.diff The next patch would create the file /tmp/interdiff-1.QMmyg0, which already exists! Assume -R? [n] In the middle of the file are the following two lines: diff --git a/arch/arm/mach-bcm2708/bcm2708.h b/arch/arm/mach-bcm2708/bcm2708.h new file mode 100644 Which as I understand the patch format do not form a part of the actual patch and should be ignored by toools. However if I remove either of these two lines then interdiff accepts the patch without errors. Any idea what is going on? FYI it looks like interdiff did not know about git patch headers and that was just fixed upstream 3 days ago: https://github.com/twaugh/patchutils/commit/14261ad5461e6c4b3ffc2f87131601ff79e2a0fc (and several previous commits) I've just re-tested with freshly uploaded patchutils, and where interdiff from patchutils_0.3.3-1 was failing, with 0.3.4-1 it now works ok. Thanks, Kirill -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init
Am 06.05.2015 um 01:14 schrieb j...@joshtriplett.org: On Tue, May 05, 2015 at 07:28:49PM +0200, Michael Biebl wrote: Dropping sysv-rc will be tricky, since it provides update-rc.d and invoke-rc.d. Might be possible if we moved towards packages depending on those explicitly rather than them being provided by essential or quasi-essential packges. Which would be nice. We have around 1100 packages shipping sysv init scripts. All of them would be broken if invoke-rc.d/update-rc.d wouldn't be around, since they use those tools in their maintainer scripts. I don't think touching 1100 packages to add an explicit dependency on sysv-rc would be a good idea. -- 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#784386: gnome-shell doesn't show applications from /var/lib/menu-xdg/applications/menu-xdg/
Package: gnome-shell Version: 3.14.2-3+b1 Severity: normal Recently upgraded to Jessie. Gnome shell doesn't show applications that do not have a .desktop file in /usr/share/applications. For instance gltron. Not sure if this is a bug with gltron, but the menu-xdg package converts Debian menu entries to .desktop files. Shouldn't gnome shell be set up to read entries from /var/lib/menu-xdg/applications/menu-xdg as well? I couldn't find how to easily add my own applications to the list. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.utf8, LC_CTYPE=nl_NL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-back 0.22.0-1 ii evolution-data-server3.12.9~git20141128.5242b0-2+deb8u2 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-atspi-2.0 2.14.0-1 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.20.0-1 ii gir1.2-freedesktop 1.42.0-2.2 ii gir1.2-gcr-3 3.14.0-2 ii gir1.2-gdesktopenums-3.0 3.14.1-1 ii gir1.2-gdm3 3.14.1-7 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2.2 ii gir1.2-gnomebluetooth-1.03.14.0-2 ii gir1.2-gnomedesktop-3.0 3.14.1-1 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-ibus-1.0 1.5.9-1 ii gir1.2-mutter-3.03.14.2-1 ii gir1.2-networkmanager-1.00.9.10.0-7 ii gir1.2-nmgtk-1.0 0.9.10.0-2 ii gir1.2-pango-1.0 1.36.8-3 ii gir1.2-polkit-1.00.105-8 ii gir1.2-soup-2.4 2.48.0-1 ii gir1.2-telepathyglib-0.120.24.1-1 ii gir1.2-telepathylogger-0.2 0.8.1-1 ii gir1.2-upowerglib-1.00.99.1-3.2 ii gjs 1.42.0-1 ii gnome-backgrounds3.14.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.14.2-3 ii gnome-shell-common 3.14.2-3 ii gnome-themes-standard3.14.2.2-1 ii gsettings-desktop-schemas3.14.1-1 ii libatk-bridge2.0-0 2.14.0-2 ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo21.14.0-2.1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libclutter-1.0-0 1.20.0-1 ii libcogl-pango20 1.18.2-3 ii libcogl201.18.2-3 ii libcroco30.6.8-3+b1 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.9~git20141128.5242b0-2+deb8u2 ii libedataserver-1.2-183.12.9~git20141128.5242b0-2+deb8u2 ii libgcr-base-3-1 3.14.0-2 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgirepository-1.0-11.42.0-2.2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.42.0-1 ii libglib2.0-0 2.42.1-1 ii libgstreamer1.0-01.4.4-2 ii libgtk-3-0 3.14.5-1 ii libical1a1.0-1.3 ii libjson-glib-1.0-0 1.0.2-1 ii libmozjs-24-024.2.0-2 ii libmutter0e 3.14.2-1 ii libnm-glib4 0.9.10.0-7 ii libnm-util2 0.9.10.0-7 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpolkit-agent-1-0 0.105-8 ii libpolkit-gobject-1-00.105-8 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsecret-1-00.18-1+b1 ii libstartup-notification0 0.12-4 ii libsystemd0 215-17 ii libtelepathy-glib0 0.24.1-1 ii libx11-6 2:1.6.2-3 ii libxfixes3 1:5.0.1-2+b2 ii mutter 3.14.2-1 ii python 2.7.9-1 ii telepathy-mission-control-5 1:5.16.3-1 Versions of packages gnome-shell recommends: ii gdm3
Bug#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init
On Tue, May 05, 2015 at 07:24:41PM +0200, Michael Biebl wrote: Am 05.05.2015 um 18:19 schrieb Josh Triplett: On Tue, May 05, 2015 at 06:07:56PM +0200, Michael Biebl wrote: Am 05.05.2015 um 17:57 schrieb Josh Triplett: On Tue, May 05, 2015 at 02:08:56PM +0200, Michael Biebl wrote: On Thu, 02 Apr 2015 11:24:53 -0700 Josh Triplett j...@joshtriplett.org I had assumed that the sysvinit package would stick around as long as sysvinit does. What is your plan post-jessie? Drop it, most likely. It has done it's purpose to provide a smooth upgrade path from wheezy to jessie. I have to add here, that I'm not part of the pkg-sysvinit team, so the decision is ultimately up to the sysvinit maintainers. Understood. And drop the mechanism that allows booting sysvinit while keeping systemd as /sbin/init? I think this mechanism has value and it's still useful for the other way around (systemd + sysvinit-core installed = alternative boot entry for systemd). Also, even if the sysvinit package is dropped in stretch, it's not necessarily a given, that the user actually uninstalls it. So I'd keep this mechanism at least for another release cycle. Then again, I'm not the grub maintainer either. I think it has value in the other direction as well, when systemd-sysv and sysvinit is installed. At least as long as we continue to package and support sysvinit. Personally, in the stretch timeframe, I plan to work on making it possible to remove the initscripts and sysv-rc packages from a systemd system. Thanks for your interest in working on that. I do hope you co-ordinate that effort with the pkg-systemd team and e.g. make sure to user-tag the bugs accordingly (suggestion user: pkg-systemd-maintain...@lists.alioth.debian.org , usertag: initscripts-removal) I've been working on this for a while with systemd folks via IRC and mail, which led to the masking of the last initscripts scripts. The only bug I've filed that's still open is the util-linux bug that you already know about. systemd itself doesn't need any resources from the initscripts package to boot a system successfully. Right; it masks or replaces *every* script from initscripts now. A few issues that come to mind a/ priority of initscripts needs to be demoted, so it's no longer pulled in automatically. Right. b/ /bin/mountpoint binary. Since initscripts is quasi-essential, packages can make use of it unconditionally. Solved by moving the binary to util-linux. Ongoing (#753779) Right, that should eliminate the need to keep initscripts essential. c/ packages, which added a versioned dependency on initscripts for the /run-transition need to drop that dependency. It's no longer needed. MBF which probably needs some announcement on debian-devel. Easy enough. With that change, nothing except init-related packages should depend on initscripts. d/ insserv needs to be fixed to not barf if the facilities provided by the initscripts package are not around and handle this gracefully (by simply ignoring them). Didn't know about that one, but that sounds reasonable. However, insserv only makes sense on sysvinit systems, and those systems should have initscripts, so that might be another path to fixing the problem. e/ /lib/init/vars.sh: This shell library is sourced by quite a few init scripts (261 according to codesearch) to get some basic SysV settings. I'm a bit unsure what to do about this one. I bet, most of them don't actually use the variables set by vars.sh, so they could simply drop this include. That said, moving it into another package is probably the simplest option. sysv-rc looks like a possible candidate. The few packages using the settings from /etc/default/rcS and similar via vars.sh should be fixed to obtain them directly. The only thing needed by the majority of shell scripts is VERBOSE, and I would suggest moving that logic into init-functions, since all scripts should be sourcing that already. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init
On Wed, May 06, 2015 at 01:53:34AM +0200, Michael Biebl wrote: Am 06.05.2015 um 01:38 schrieb j...@joshtriplett.org: On Tue, May 05, 2015 at 07:24:41PM +0200, Michael Biebl wrote: d/ insserv needs to be fixed to not barf if the facilities provided by the initscripts package are not around and handle this gracefully (by simply ignoring them). Didn't know about that one, but that sounds reasonable. However, insserv only makes sense on sysvinit systems, and those systems should have initscripts, so that might be another path to fixing the problem. Not quite. For packages which only ship a sysv init script, we need insserv to setup the symlinks in /etc/rc?.d/ systemd determines the enabled state of sysv init scripts by checking the symlinks in those directories. If you only ship a sysv init script but no symlinks, systemd would consider the service disabled. Fair enough, but all the logic for deciding how to number the init script is entirely irrelevant under systemd. In any case, I'm also looking ahead towards packages that don't ship init scripts. e/ /lib/init/vars.sh: This shell library is sourced by quite a few init scripts (261 according to codesearch) to get some basic SysV settings. I'm a bit unsure what to do about this one. I bet, most of them don't actually use the variables set by vars.sh, so they could simply drop this include. That said, moving it into another package is probably the simplest option. sysv-rc looks like a possible candidate. The few packages using the settings from /etc/default/rcS and similar via vars.sh should be fixed to obtain them directly. The only thing needed by the majority of shell scripts is VERBOSE, and I would suggest moving that logic into init-functions, since all scripts should be sourcing that already. I assume most packages only use vars.sh for the VERBOSE flag, indeed. I also think, it's pretty ugly that this isn't handled internally in the lsb_* logging functions but having this implementation detail pulled into every init scripts and littered with stuff like [ $VERBOSE = no ] || log_action_end_msg bla That would be nice as well; I tried to get that change made, but it isn't backward-compatible. I think this will require adding new versions of the log_* functions and transitioning to those. That said, as it stands today, 261 packages *do* source /lib/init/vars.sh. That's quite a bit of work to get all those packages updated to not use vars.sh. Work, that is probably better spent on providing native service files. Perhaps, but until we can throw away the corresponding init scripts, it still matters. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784389: openjdk-7-jre-headless: clean up legacy config file /etc/java-7-openjdk/fontconfig.bfc
Package: openjdk-7-jre-headless Version: 7u79-2.5.5-1 Severity: normal Hi. Apparently the file /etc/java-7-openjdk/fontconfig.bfc was a conffile until some version of this package: # dpkg -S /etc/java-7-openjdk/fontconfig.bfc openjdk-7-jre-headless:amd64: /etc/java-7-openjdk/fontconfig.bfc However, it seem it no longer is. This config file must thus be cleaned up properly with the respective dh functions. Cheers, Chris. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openjdk-7-jre-headless depends on: ii ca-certificates-java 20140324 ii java-common 0.52 ii libc6 2.19-18 ii libcups2 1.7.5-11 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgcc1 1:5.1.1-4 ii libglib2.0-0 2.44.0-2 ii libjpeg62-turbo 1:1.3.1-12 ii libkrb5-3 1.12.1+dfsg-19 ii liblcms2-22.6-3+b3 ii libnss3 2:3.17.2-1.1 ii libpcsclite1 1.8.13-1 ii libpulse0 6.0-2 ii libstdc++65.1.1-4 ii multiarch-support 2.19-18 ii tzdata-java 2015d-1 ii zlib1g1:1.2.8.dfsg-2+b1 openjdk-7-jre-headless recommends no packages. Versions of packages openjdk-7-jre-headless suggests: ii fonts-dejavu-extra 2.34-1 pn fonts-indicnone pn fonts-ipafont-gothic none pn fonts-ipafont-mincho none ii icedtea-7-jre-jamvm7u79-2.5.5-1 pn libnss-mdnsnone pn sun-java6-fontsnone pn ttf-wqy-microhei | ttf-wqy-zenhei none -- Configuration Files: /etc/java-7-openjdk/fontconfig.bfc d41d8cd98f00b204e9800998ecf8427e [Errno 2] No such file or directory: u'/etc/java-7-openjdk/fontconfig.bfc d41d8cd98f00b204e9800998ecf8427e' -- 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#744304: bind9-resolvconf.service immediately stopped after starting
This bug is still present in Bind9 package that is provided in Jessie... Two things: - That would be awesome if that bug could be fixed (even for Jessie) since it breaks systems which rely on resolvconf to setup their local resolver. - This service is not enabled by default, whatever the value of the /etc/default/bind9 conffile file which defines the RESOLVCONF parameter. I see a BC break there (or should we consider that parameters from /etc/default are sysvinit scripts specific?) Due to this bug, we had to work around in our control panel installer as follow: # my $serviceMngr = iMSCP::Service-getInstance(); if($service-isSystemd() -f '/lib/systemd/system/bind9-resolvconf.service') { if($self-{'config'}-{'LOCAL_DNS_RESOLVER'} eq 'yes') { # Work around #IP-1333 ( related to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744304 ) # Note: This systemd system service units file is provided by bind9 package my $file = iMSCP::File-new( filename = '/lib/systemd/system/bind9-resolvconf.service' ); my $fileContent = $file-get(); unless(defined $fileContent) { error(sprintf('Unable to read %s', $file-{'filename'})); return 1; } elsif($fileContent !~ /RemainAfterExit=yes/) { $fileContent =~ s%(ExecStop=/sbin/resolvconf -d lo.named\n)%$1RemainAfterExit=yes%; $rs = $file-set($fileContent); $rs ||= $file-save(); return $rs if $rs; } $serviceMngr-enable('bind9-resolvconf'); } else { $serviceMngr-disable('bind9-resolvconf'); } } # That is a lot of work only for a missing option. Thanks you. -- Laurent Declercq iHMS/i-MSCP Project Lead -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init
On Wed, May 06, 2015 at 01:16:53AM +0200, Michael Biebl wrote: Am 06.05.2015 um 01:14 schrieb j...@joshtriplett.org: On Tue, May 05, 2015 at 07:28:49PM +0200, Michael Biebl wrote: Dropping sysv-rc will be tricky, since it provides update-rc.d and invoke-rc.d. Might be possible if we moved towards packages depending on those explicitly rather than them being provided by essential or quasi-essential packges. Which would be nice. We have around 1100 packages shipping sysv init scripts. All of them would be broken if invoke-rc.d/update-rc.d wouldn't be around, since they use those tools in their maintainer scripts. I don't think touching 1100 packages to add an explicit dependency on sysv-rc would be a good idea. Hence me saying it'd be harder. I'm much less concerned about fixing that than I am about fixing dependencies on initscripts. Although, it'd be nice to *only* have invoke-rc.d and update-rc.d, and not /etc/rc*.d/README and /etc/init.d/{README,rc,rcS} . - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784391: irqbalance: Logs flooded with irq ### affinity_hint subset empty
Package: irqbalance Version: 1.0.6-3 Severity: normal In Jessie amd64 dual CPU system, irqbalance flooded /var/log/daemon.log with below messages: May 6 09:23:24 servername /usr/sbin/irqbalance: irq 154 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 155 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 156 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 157 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 158 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 159 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 160 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 161 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 162 affinity_hint subset empty May 6 09:23:24 servername /usr/sbin/irqbalance: irq 163 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 128 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 129 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 130 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 131 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 132 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 133 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 134 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 135 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 136 affinity_hint subset empty May 6 09:23:34 servername /usr/sbin/irqbalance: irq 137 affinity_hint subset empty The logged time interval is 10 seconds. The number of rows logged per interval is 24, which is the total number of physical CPU cores of the system (2 x 12 core). Same Bug in ubuntu: https://bugs.launchpad.net/ubuntu/+source/irqbalance/+bug/1321425 Workaround to add --hintpolicy=ignore solved: # ps ax | grep irqbalance 18126 ? Ss 0:00 /usr/sbin/irqbalance --pid=/var/run/irqbalance.pid # vi /etc/default/irqbalance OPTIONS=--hintpolicy=ignore # sudo systemcl restart irqbalance # ps ax | grep irqbalance 18126 ? Ss 0:00 /usr/sbin/irqbalance --pid=/var/run/irqbalance.pid --hintpolicy=ignore I would suggest detection of SMP system from the installation script and add this OPTIONS to /etc/irqbalance/default. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784392: ITP: golang-go-semver -- Go library for semantic versioning.
Package: wnpp Severity: wishlist Owner: Tim Potter t...@hp.com * Package name: golang-go-semver Version : 0.0~git20150304 Upstream Author : CoreOS Inc. * URL : https://github.com/coreos/go-semver * License : Apache-2.0 Programming Lang: Go Description : Go library for semantic versioning Go library for semantic versioning allowing you to parse and compare two semantic version strings. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784368: initramfs-tools: update-initramfs tries to use /sbin/fsck.btrfs instead of /bin/fsck.btrfs
Control: tag -1 stretch sid On Mon, 2015-05-04 at 11:21 +0200, Félix Sipma wrote: Package: initramfs-tools Version: 0.120 Severity: normal btrfs-tools installs /bin/fsck.btrfs but update-initramfs returns a warning, because it fails to find /sbin/fsck.btrfs: Warning: /sbin/fsck.btrfs doesn't exist, can't install to initramfs, ignoring. This is going to be changed back in the next version of btrfs-tools. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#784381: meld: missing menu in debian jessie
Am 06.05.2015 um 01:02 schrieb Michael Biebl: Am 06.05.2015 um 00:58 schrieb john mullee: Hi Michael All I see is .. That's a gnome-panel/gnome-flashback problem then. Not a meld problem. See [1] GNOME applications have no app menus As workaround use gsettings set org.gnome.settings-daemon.plugins.xsettings overrides '{Gtk/ShellShowsAppMenu:0}' You might poke the GNOME flashback maintainers. Maybe they can provide a workaround for this [1] https://wiki.archlinux.org/index.php/GNOME_Flashback -- 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#781766: sysvinit should depend on initscripts for a functional /lib/sysvinit/init
On Tue, May 05, 2015 at 07:28:49PM +0200, Michael Biebl wrote: Am 05.05.2015 um 19:24 schrieb Michael Biebl: Am 05.05.2015 um 18:19 schrieb Josh Triplett: Personally, in the stretch timeframe, I plan to work on making it possible to remove the initscripts and sysv-rc packages from a systemd system. [..] e/ /lib/init/vars.sh: This shell library is sourced by quite a few init scripts (261 according to codesearch) to get some basic SysV settings. I'm a bit unsure what to do about this one. I bet, most of them don't actually use the variables set by vars.sh, so they could simply drop this include. That said, moving it into another package is probably the simplest option. sysv-rc looks like a possible candidate. Dropping sysv-rc will be tricky, since it provides update-rc.d and invoke-rc.d. Might be possible if we moved towards packages depending on those explicitly rather than them being provided by essential or quasi-essential packges. Which would be nice. But I agree that sysv-rc is harder for that reason. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784390: libnewt0.52: please clean up left over file /etc/newt/palette
Package: libnewt0.52 Version: 0.52.17-1+b1 Severity: normal Hi. Apparently in some previous version of the package /etc/newt/palette was created. However it seems to be no longer created but wasn't cleaned up at legacy installations. Could you please properly handle this with one of the next versions? Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746005: guile-2.0 migration
Don Armstrong d...@donarmstrong.com writes: At this juncture, I'm OK with expending the effort myself to keep guile-1.8 working with lilypond as the sole reverse dependency if that's what is required. [Unfortunately, I don't have enough time or expertise to actually solve the issues with the newer versions of guile, though.] For the record, I'm fine with letting 1.8 stay for now. I imagine Don and I can handle any serious problems, and hopefully we won't need it too much longer. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784395: ITP: golang-go-uuid -- Go library to generate and inspect UUIDs
Package: wnpp Severity: wishlist Owner: Tim Potter t...@hp.com * Package name: golang-go-uuid Version : 0.0~hg20141202 Upstream Author : Paul Borman, David Symonds * URL : https://code.google.com/p/go-uuid/ * License : BSD-3-Clause Programming Lang: Go Description : Go library to generate and inspect UUIDs Go library to generate and inspect UUIDs based on RFC 4122 and DCE 1.1: Authentication and Security Services. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717451: Backups broken when ssh_args are set
On 04/28/2015 07:42 AM, John Lewis wrote: I just upgraded my backup machine to jessie and I am having the same problem. I am going to have to find an alternate package now. No alternate package was needed, because the patch was in the source package. Here is how I applied the patch and rebuilt the package. apt-get source rsnapshot cd rsnapshot-* ls debian/patches vim debian/patches/series add 14_rsync_rsh_quoting.diff after 13_print_warn.diff quilt series #check to see if patch is in series quilt pop -a quilt push -a quilt applied #check to see if patch is applied debuild -b -uc -us cd .. sudo dpkg -i rsnapshot.deb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784395: ITP: golang-go-uuid -- Go library to generate and inspect UUIDs
Feel free to put this into pkg go :) On May 5, 2015 10:36 PM, Tim Potter t...@hp.com wrote: Package: wnpp Severity: wishlist Owner: Tim Potter t...@hp.com * Package name: golang-go-uuid Version : 0.0~hg20141202 Upstream Author : Paul Borman, David Symonds * URL : https://code.google.com/p/go-uuid/ * License : BSD-3-Clause Programming Lang: Go Description : Go library to generate and inspect UUIDs Go library to generate and inspect UUIDs based on RFC 4122 and DCE 1.1: Authentication and Security Services. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150506023222.510.37788.reportbug@8e359090051b
Bug#784399: tech-ctte: on bootup: MUX_INFO call failed
Package: tech-ctte Severity: normal Dear Maintainer, This is a new install. When the machine is booting, it comes to the line (populating /dev) then displays [DRM intel ~~~ MUX_INFO call failed. It hangs there for maybe 15 seconds, then continues. Nothing seems to be affected when using the system, but I haven't used it very long. I installed (i965-va-driver-1.0.17-1) but nothing changed. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784388: RM: gmfsk -- ROM; RC buggy; oss-removal
Package: ftp.debian.org Severity: normal Hi, gmFSK is affected by oss-removal. We have other packages in Debian that provide the same functionality and there is no visible effort from upstream to get gmFSK to work with ALSA/PulseAudio. Maintainer has indicated he feels this package should be removed. This was recorded on #770954. Thanks, Iain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727148: kino-fr error because of duplicate document ID
Package: kino Version: 1.3.4-2.1+b1 Followup-For: Bug #727148 Hello, Please change the document ID of kino-fr to avoid conflict with kino-en. Eg. something like this: --- /usr/share/doc-base/kino-fr 2014-08-30 20:14:06.0 -0400 +++ ./kino-fr 2015-05-05 21:35:38.965649067 -0400 @@ -1,4 +1,4 @@ -Document: kino-manual +Document: kino-manual-fr Title: Manuel de Kino Author: Arne Schirmacher, Dan Dannedy, Charlie Yates Section: Video Or add language code to both kino-en and kino-fr. Regards, Yixuan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784408: milter-greylist should not require sudo
Package: milter-greylist Version: 4.5.11-1 /etc/init.d/milter-greylist Calls sudo, but it should not. # /etc/init.d/milter-greylist reload Checking config: ./milter-greylist.old: 97: ./milter-greylist.old: sudo: not found failed. Quitting with error, no action taken. I suggest a change like the following: # diff -u milter-greylist.old milter-greylist --- milter-greylist.old 2015-05-05 23:15:14.787770285 -0600 +++ milter-greylist 2015-05-05 23:15:33.644436946 -0600 @@ -94,7 +94,7 @@ reload) echo -n Checking config: - if sudo -c $DAEMON -c $USER 21 |grep -v 'config .* okay$' |grep . 2 + if $DAEMON -c 21 |grep -v 'config .* okay$' |grep . 2 then echo failed. Quitting with error, no action taken. exit 1 Cory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768922: [Debian-ha-maintainers] pacemaker in jessie
Any progress with Pacemaker on Jessie? I've had to revert back to Wheezy but that has the much older Pacemaker 1.1.7
Bug#784398: open-vm-tools: VM locks up when a snapshot with file system quiesce is taken
Correction to the above (in case it matters). The versions of vCenter and ESXi is 5.5 not 5.1. Specifically: - ESXi 5.5.0 Build 1881737 - vCenter 5.5.0 Build 1750787 Regards, Jim Barber -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770722: [Vmdebootstrap-devel] Bug#770722: [Bug#770722]: add --debootstrap-opts to pass additional options to debootstrap
On Sun, May 03, 2015 at 08:36:32PM +0200, Jan Gerber wrote: Looking at the documentation of string_list/StringListSetting it is not clear to me why it has the additional comma parsing, it seams to combine 2 modes: - argument can be passed multiple times to pass multiple values (--key foo --key bar) - value is a list separated by comma (--key foo, bar) my initial thought would be that settings.string_list should be one of those two modes not both. from the docs I would guess the first mode. I agree that it should be only the first mode. The reason the comma parsing on the command line is to be compatible with the parsing of configuration files, but that's not a good reason. From an implementation point of view, it was easier to use the same parsing for option values and configuration file values. adding a simple string list without comma parsing could look like this: I would prefer to fix StringList rather than invent a new, nearly identical setting type. MultiString would still need to do the things necessary to parse option values separately from a value from a configuration file. -- Happiness is a tested backup. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784343: trigger-rally-data: [trigger-rally-data]
Package: trigger-rally-data Severity: serious Justification: Policy 12.5 Followup-For: Bug #784343 Hi Stefan, No promised yet, but I'll try to take a look the next few days... (Bumping to serious due to a violation of a must criteria in the Policy) -- tobi -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#761403: CAP_KILL
nusenu nus...@openmailbox.org writes: Actually also CAP_KILL is needed, otherwise reload will not work. CAP_KILL is not needed, see: https://lists.torproject.org/pipermail/tor-dev/2015-April/008759.html Well. You can either do that, or add CAP_KILL. Either will work you chose one and I chose the other. With the difference that your tor daemons run with more capabilities than actually needed. Makes sense. A new patch with that change is attached. -- Arto Jantunen From 42962d2c0cc5a5df4d3348e8cdafb60304460543 Mon Sep 17 00:00:00 2001 From: Arto Jantunen vi...@debian.org Date: Thu, 30 Apr 2015 13:56:43 +0300 Subject: [PATCH] Install and enable the systemd service file - Patch the included service file to closely match the initscript - Add build-dep on dh-systemd - Install the service file --- debian/control | 2 +- debian/patches/debianize-systemd-service | 48 debian/patches/series| 1 + debian/rules | 3 +- debian/tor.dirs | 1 + 5 files changed, 53 insertions(+), 2 deletions(-) create mode 100644 debian/patches/debianize-systemd-service diff --git a/debian/control b/debian/control index 76b8ce1..c5e1258 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: tor Section: net Priority: optional Maintainer: Peter Palfrader wea...@debian.org -Build-Depends: debhelper (= 8.1.0~), quilt, libssl-dev, zlib1g-dev, libevent-dev (= 1.1), binutils (= 2.14.90.0.7), hardening-includes, asciidoc (= 8.2), docbook-xml, docbook-xsl, xmlto, dh-apparmor, libseccomp-dev [amd64 i386] +Build-Depends: debhelper (= 8.1.0~), quilt, libssl-dev, zlib1g-dev, libevent-dev (= 1.1), binutils (= 2.14.90.0.7), hardening-includes, asciidoc (= 8.2), docbook-xml, docbook-xsl, xmlto, dh-apparmor, libseccomp-dev [amd64 i386], dh-systemd Build-Conflicts: libnacl-dev, libseccomp-dev [!amd64 !i386] Standards-Version: 3.9.4 Homepage: https://www.torproject.org/ diff --git a/debian/patches/debianize-systemd-service b/debian/patches/debianize-systemd-service new file mode 100644 index 000..1dc956e --- /dev/null +++ b/debian/patches/debianize-systemd-service @@ -0,0 +1,48 @@ +From: Arto Jantunen vi...@debian.org +Date: Wed, 29 Apr 2015 19:27:02 +0300 +Subject: Debianize systemd service file + +--- + contrib/dist/tor.service.in | 15 +-- + 1 file changed, 9 insertions(+), 6 deletions(-) + +diff --git a/contrib/dist/tor.service.in b/contrib/dist/tor.service.in +index c251158..848dd9b 100644 +--- a/contrib/dist/tor.service.in b/contrib/dist/tor.service.in +@@ -3,10 +3,12 @@ Description = Anonymizing overlay network for TCP + After = syslog.target network.target nss-lookup.target + + [Service] +-Type = notify +-NotifyAccess = all +-ExecStartPre = @BINDIR@/tor -f @CONFDIR@/torrc --verify-config +-ExecStart = @BINDIR@/tor -f @CONFDIR@/torrc ++Type = forking ++PIDFile = /var/run/tor/tor.pid ++EnvironmentFile=-/etc/default/tor ++ExecStartPre = /usr/bin/install -Z -m 02750 -o debian-tor -g debian-tor -d @LOCALSTATEDIR@/run/tor ++ExecStartPre = @BINDIR@/tor --defaults-torrc /usr/share/tor/tor-service-defaults-torrc --verify-config ++ExecStart = @BINDIR@/tor --defaults-torrc /usr/share/tor/tor-service-defaults-torrc $ARGS + ExecReload = /bin/kill -HUP ${MAINPID} + KillSignal = SIGINT + TimeoutSec = 30 +@@ -15,6 +17,7 @@ WatchdogSec = 1m + LimitNOFILE = 32768 + + # Hardening ++PermissionsStartOnly = yes + PrivateTmp = yes + PrivateDevices = yes + ProtectHome = yes +@@ -22,8 +25,8 @@ ProtectSystem = full + ReadOnlyDirectories = / + ReadWriteDirectories = -@LOCALSTATEDIR@/lib/tor + ReadWriteDirectories = -@LOCALSTATEDIR@/log/tor +-NoNewPrivileges = yes +-CapabilityBoundingSet = CAP_SETUID CAP_SETGID CAP_NET_BIND_SERVICE ++ReadWriteDirectories = -@LOCALSTATEDIR@/run ++CapabilityBoundingSet = CAP_SETUID CAP_SETGID CAP_NET_BIND_SERVICE CAP_DAC_OVERRIDE CAP_CHOWN CAP_FOWNER + + [Install] + WantedBy = multi-user.target diff --git a/debian/patches/series b/debian/patches/series index 19e8864..b267a32 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ improve-geoip-warning +debianize-systemd-service diff --git a/debian/rules b/debian/rules index d404e19..2bf6b9b 100755 --- a/debian/rules +++ b/debian/rules @@ -15,7 +15,7 @@ endif %: dh \ $@ \ - --with quilt \ + --with quilt,systemd \ --builddirectory=build \ --parallel @@ -52,6 +52,7 @@ override_dh_install: cp debian/tor.apparmor-profile debian/tor/etc/apparmor.d/system_tor cp debian/tor.apparmor-profile.abstraction debian/tor/etc/apparmor.d/abstractions/tor dh_apparmor --profile-name=system_tor -ptor + cp build/contrib/dist/tor.service debian/tor/lib/systemd/system override_dh_installdocs: dh_installdocs -ptor-dbg --link-doc=tor diff --git a/debian/tor.dirs b/debian/tor.dirs index f693956..7c82b44 100644 --- a/debian/tor.dirs +++
Bug#761403: CAP_KILL
On Wed, 06 May 2015, Arto Jantunen wrote: ++Type = forking I'm not sure why we'd continue to detach when running under systemd. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://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#783406: [Pkg-xfce-devel] Bug#783406: More info
Le 05/05/2015 22:05, Yves-Alexis Perez a écrit : If I can provide more useful info, please tell me how. Try to get a diff with logs from a working case? Alas, in my backups from wheezy I didn't find anything relevant. I can't find fprintd logs, apart of dbus activating the service, like : ./syslog:Apr 25 20:40:46 solaris dbus[3130]: [system] Activating service name='net.reactivated.Fprint' (using servicehelper) ./syslog:Apr 25 20:40:46 solaris dbus[3130]: [system] Successfully activated service 'net.reactivated.Fprint' Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature
Bug#784406: kdevelop does not call selected source formatter
Package: kdevelop Version: 4:4.7.0-1 Severity: normal Dear Maintainer, I try to use KDevelop with a custom source formatter. So in the Configure KDevelop... dialog in the section Source Formatter I created a new style clang-formatter with the following command line: clang-format-3.5 -style=file I have a .clang-format file in the base folder of the project (to test -style=LLVM should work). Using this command on the command line works: clang-format-3.5 -style=file input.c output.c If I run KDevelop from the terminal I can see the following output when calling Reformat Source: /bin/sh: 1: indent: not found kdevelop(6849) CustomScriptPlugin::formatSourceWithStyle: indent returned empty text for style GNU_indent_GNU indent indent is another custom formatter (that comes with KDevelop) that still seems to be called even though I selected my formatter and saving this. It would be great if KDevelop would actually call the formatter that I selected. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-trunk-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 Init: systemd (via /run/systemd/system) Versions of packages kdevelop depends on: ii kde-runtime4:4.14.2-2 ii kdevelop-data 4:4.7.0-1 ii kdevplatform8-libs 1.7.0-2 ii libc6 2.19-18 ii libgcc11:4.9.2-10 ii libkasten2controllers2 4:4.14.2-1 ii libkasten2core24:4.14.2-1 ii libkasten2okteta1controllers1abi1 4:4.14.2-1 ii libkasten2okteta1core1 4:4.14.2-1 ii libkasten2okteta1gui1 4:4.14.2-1 ii libkcmutils4 4:4.14.2-5 ii libkdeclarative5 4:4.14.2-5 ii libkdecore54:4.14.2-5 ii libkdeui5 4:4.14.2-5 ii libkio54:4.14.2-5 ii libknewstuff3-44:4.14.2-5 ii libkparts4 4:4.14.2-5 ii libktexteditor44:4.14.2-5 ii libplasma3 4:4.14.2-5 ii libprocessui4a 4:4.11.13-2 ii libqjson0 0.8.1-3 ii libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-declarative 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-help4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-script 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtwebkit4 2.3.4.dfsg-3 ii libstdc++6 4.9.2-10 ii libsublime81.7.0-2 ii libthreadweaver4 4:4.14.2-5 Versions of packages kdevelop recommends: ii g++ 4:4.9.2-2 ii gcc 4:4.9.2-2 ii gdb 7.7.1+dfsg-5 ii make 4.0-8.1 Versions of packages kdevelop suggests: ii cmake 3.0.2-1 pn kapptemplate none pn kdevelop-l10n none pn ninja-buildnone -- 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#768922: [Debian-ha-maintainers] Bug#768922: pacemaker in jessie
Hello, On Wed, 2015-05-06 at 05:37 +, Sam McLeod wrote: Any progress with Pacemaker on Jessie? I've had to revert back to Wheezy but that has the much older Pacemaker 1.1.7 Please see: http://lists.alioth.debian.org/pipermail/debian-ha-maintainers/2015-May/004182.html Best, -- Rik signature.asc Description: This is a digitally signed message part
Bug#784403: ITP: golang-globalconf -- Effortlessly persist/retrieve flags in Go programs
Package: wnpp Severity: wishlist Owner: Tim Potter t...@hp.com * Package name: golang-globalconf Version : 0.0~git20140819 Upstream Author : Burcu Dogan * URL : 0.0~git20140819 * License : Apache-2.0 Programming Lang: Go Description : Effortlessly persist/retrieve flags in Go programs Effortlessly persist/retrieve flags in Go programs. globalconf allows your users to not only provide flags, but config files and environment variables as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784402: ITP: golang-goini -- INI file parser library for Go
Package: wnpp Severity: wishlist Owner: Tim Potter t...@hp.com * Package name: golang-goini Version : 0.0~git20141123 Upstream Author : GlacJAY, Burcu Dogan * URL : https://github.com/glacjay/goini * License : MIT Programming Lang: Go Description : INI file parser library for Go Go library to parse files in the INI format. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784405: ITP: rnetclient -- Client to submit the Brazilian Income Tax Report to the Brazilian Tax Authority
Package: wnpp Severity: wishlist Owner: Sergio Durigan Junior sergi...@sergiodj.net * Package name: rnetclient Version : 2015.1 Upstream author : Thadeu Cascardo, Sergio Durigan Junior, Alexandre Oliva * URL : http://wiki.libreplanetbr.org/rnetclient/ * License : GPLv3+ Programming Lang: C Description : A Client to submit the Brazilian Income Tax Report to the Brazilian Tax Authority rnetclient is a Free Software that can be used to submit the Brazilian Income Tax Report to the Brazilian Tax Authority (Receita Federal). It is the outcome of reverse-engineering ReceitaNet, the official and proprietary software that Receita Federal develops. -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784407: game-data-packager: checkout GOG Galaxy
Package: game-data-packager Version: 41 Severity: wishlist GOG GALAXY is a fully optional client to install, play and update your games. It also offers online multiplayer, achievements, chat, game-time tracking and more - but it’s up to you which features you want to use. GOG Galaxy requires at least Windows 7 or Mac OS X 10.8 and soon is coming to Linux. Like Steam, even for the Windows version, the downloaded files would come up hopefully in a predictable location GDP can repack from. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (501, 'testing'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages game-data-packager depends on: ii fakeroot1.20.2-1 ii python3 3.4.2-2 ii python3-debian 0.1.27 ii python3-yaml3.11-2 pn python3:any none game-data-packager recommends no packages. Versions of packages game-data-packager suggests: ii arj 3.10.22-13 ii binutils 2.25-7 ii cabextract1.6-1 ii cdparanoia3.10.2+debian-11 ii dynamite 0.1.1-2 ii gcc 4:4.9.2-2 ii gir1.2-gtk-3.03.14.5-1 ii gir1.2-pango-1.0 1.36.8-3 ii innoextract 1.4-1+b1 ii lgc-pg1.2.6-1 ii lhasa [lzh-archiver] 0.3.0-2 ii make 4.0-8.1 ii p7zip-full9.20.1~dfsg.1-4.1 ii python3-gi3.14.0-1 ii unace-nonfree 2.5-7 pn unrar-nonfree none ii unshield 1.0-1 ii unzip 6.0-16 ii vorbis-tools 1.4.0-6 -- no debconf information -- debsums errors found: debsums: changed file /usr/share/applications/doom2-masterlevels.desktop (from game-data-packager package) debsums: missing file /usr/share/games/game-data-packager/soltys.json (from game-data-packager package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784330: game-data-packager without arguments refuses to run due to Python error
On 05/05/15 15:30, vbdasc wrote: Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Your locale cannot represent the names of all the supported games. If you are intentionally using a language-neutral locale, please prefer C.UTF-8 (available since jessie). g-d-p could cope with this better, although it's really more a question of Python could cope with this better: https://bugs.python.org/issue19846 As a workaround, you can set the PYTHONIOENCODING environment variable to something like utf8 or :replace: PYTHONIOENCODING=:replace game-data-packager --help Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784334: Inaccessible emergency shell on serial console
Package: openstack-debian-images Version: 1.2 Severity: normal If booting fails for some reason systemd enters emergency mode and opens a shell. Unfortunately this shell is on the serial console which on openstack is read-only. There is no way to type anything on this shell. The emergency shell should instead be on tty1 so that the vnc or spice access built into openstack can be used to access the shell. Gaudenz -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783459: dnsmasq: diff for NMU version 2.72-3.1
Control: tags 783459 + pending Hi Simon, I've prepared an NMU for dnsmasq (versioned as 2.72-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, Salvatore diff -u dnsmasq-2.72/debian/changelog dnsmasq-2.72/debian/changelog --- dnsmasq-2.72/debian/changelog +++ dnsmasq-2.72/debian/changelog @@ -1,3 +1,11 @@ +dnsmasq (2.72-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * CVE-2015-3294: denial of service and memory disclosure via malformed +DNS requests (Closes: #783459) + + -- Salvatore Bonaccorso car...@debian.org Tue, 05 May 2015 16:09:06 +0200 + dnsmasq (2.72-3) unstable; urgency=medium * debian/systemd.service: switch from Type=dbus to Type=forking. only in patch2: unchanged: --- dnsmasq-2.72.orig/src/rfc1035.c +++ dnsmasq-2.72/src/rfc1035.c @@ -1198,7 +1198,10 @@ size_t setup_reply(struct dns_header *header, size_t qlen, struct all_addr *addrp, unsigned int flags, unsigned long ttl) { - unsigned char *p = skip_questions(header, qlen); + unsigned char *p; + + if (!(p = skip_questions(header, qlen))) +return 0; /* clear authoritative and truncated flags, set QR flag */ header-hb3 = (header-hb3 ~(HB3_AA | HB3_TC)) | HB3_QR; @@ -1214,7 +1217,7 @@ SET_RCODE(header, NOERROR); /* empty domain */ else if (flags == F_NXDOMAIN) SET_RCODE(header, NXDOMAIN); - else if (p flags == F_IPV4) + else if (flags == F_IPV4) { /* we know the address */ SET_RCODE(header, NOERROR); header-ancount = htons(1); @@ -1222,7 +1225,7 @@ add_resource_record(header, NULL, NULL, sizeof(struct dns_header), p, ttl, NULL, T_A, C_IN, 4, addrp); } #ifdef HAVE_IPV6 - else if (p flags == F_IPV6) + else if (flags == F_IPV6) { SET_RCODE(header, NOERROR); header-ancount = htons(1);
Bug#714058: cc65 packaging
Hi Adrian, Who if not Ullrich is authoritative to give such a statement regarding the license of the code. He wrote - by far - the largest portions of the code and supervised all contributions. I am pretty sure we can take his word on that. Full ACK ! Regards, Oliver
Bug#784336: redmine package dependence failure upgrading to jessie
Package: redmine Version: 3.0~20140825-5 Severity: normal Dear Maintainer, there are several issues concerning the upgrade of the redmine package for jessie. the apt-get dist-upgrade wants to deinstall redmine apt-get install redmine will upgrade redmine but ends up with an not installation that misses dependencies Setting up redmine (3.0~20140825-5) ... Inconsistent link in vendor/rails, please remove manually Could not find gem 'net-ldap (= 0.3.1) ruby' in the gems available on this machine. Run `bundle install` to install missing gems. dpkg: error processing package redmine (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: redmine E: Sub-process /usr/bin/dpkg returned an error code (1) root@debianMigrate:~# apt-get install ruby-net-ldap Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: apache2.2-bin apache2.2-common libgd2-xpm libgssglue1 libjpeg8 ruby-fastercsv ruby-memcache-client ruby-rchardet ruby-text-format ruby-tmail rubygems Use 'apt-get autoremove' to remove them. The following packages will be upgraded: ruby-net-ldap 1 upgraded, 0 newly installed, 0 to remove and 299 not upgraded. 1 not fully installed or removed. Need to get 50.6 kB of archives. After this operation, 3,072 B of additional disk space will be used. Get:1 http://ftp.nl.debian.org/debian/ stable/main ruby-net-ldap all 0.8.0-1 [50.6 kB] Fetched 50.6 kB in 5s (9,941 B/s) Reading changelogs... Done (Reading database ... 46179 files and directories currently installed.) Preparing to unpack .../ruby-net-ldap_0.8.0-1_all.deb ... Unpacking ruby-net-ldap (0.8.0-1) over (0.3.1-2) ... Setting up ruby-net-ldap (0.8.0-1) ... Setting up redmine (3.0~20140825-5) ... Inconsistent link in vendor/rails, please remove manually Could not find gem 'coderay (~ 1.1.0) ruby' in the gems available on this machine. Run `bundle install` to install missing gems. enz enz root@debianMigrate:~# cat /etc/apt/sources.list # # deb cdrom:[Debian GNU/Linux 7.8.0 _stable_ - Official amd64 NETINST Binary-1 20150110-14:41]/ stable main #deb cdrom:[Debian GNU/Linux 7.8.0 _stable_ - Official amd64 NETINST Binary-1 20150110-14:41]/ stable main deb http://ftp.nl.debian.org/debian/ stable main deb-src http://ftp.nl.debian.org/debian/ stable main deb http://security.debian.org/ stable/updates main deb-src http://security.debian.org/ stable/updates main # stable-updates, previously known as 'volatile' deb http://ftp.nl.debian.org/debian/ stable-updates main deb-src http://ftp.nl.debian.org/debian/ stable-updates main root@debianMigrate:~# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be REMOVED: cpp-4.7 g++-4.7 gcc-4.7 gcc-4.7-base libstdc++6-4.7-dev redmine ruby-actionmailer-2.3 ruby-actionpack-2.3 ruby-activerecord-2.3 ruby-activeresource-2.3 ruby-rails-2.3 The following NEW packages will be installed: acl apache2 apache2-bin apache2-data attr cpp-4.9 docutils-common docutils-doc emacsen-common firmware-linux-free fontconfig fonts-dejavu-core fonts-droid g++-4.9 gcc-4.9 gcc-4.9-base ghostscript gnupg-agent gnupg2 gsfonts hicolor-icon-theme imagemagick-common init init-system-helpers iproute2 irqbalance libalgorithm-c3-perl libarchive-extract-perl libasan1 libasn1-8-heimdal libassuan0 libatk1.0-0 libatk1.0-data libatm1 libatomic1 libaudit-common libaudit1 libauthen-sasl-perl libbind9-90 libboost-iostreams1.55.0 libc-ares2 libcairo2 libcap-ng0 libcap2-bin libcgi-fast-perl libcgi-pm-perl libcilkrts5 libclass-c3-perl libclass-c3-xs-perl libcloog-isl4 libcpan-meta-perl libcryptsetup4 libcupsfilters1 libcupsimage2 libcurl3-gnutls libdata-optlist-perl libdata-section-perl libdatrie1 libdb5.3 libdebconfclient0 libdns-export100 libdns100 libencode-locale-perl libestr0 libfakeroot libfcgi-perl libfcgi-ruby1.9.1 libfcgi0ldbl libffi6 libfftw3-double3 libfile-listing-perl libfont-afm-perl libgcc-4.9-dev libgcrypt20 libgd3 libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libglib2.0-0 libglib2.0-data libgnutls-deb0-28 libgnutls-openssl27 libgraphite2-3 libgs9 libgs9-common libgssapi3-heimdal libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libharfbuzz0b libhcrypto4-heimdal libhdb9-heimdal libheimbase1-heimdal libheimntlm0-heimdal libhogweed2 libhtml-form-perl libhtml-format-perl libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl libhttp-cookies-perl libhttp-daemon-perl libhttp-date-perl libhttp-message-perl libhttp-negotiate-perl libhx509-5-heimdal libicu52 libijs-0.35 libintl-perl libio-html-perl libio-socket-ssl-perl libirs-export91 libisc-export95 libisc95 libisccc90 libisccfg-export90 libisccfg90 libisl10 libjasper1 libjbig0 libjbig2dec0 libjpeg62-turbo libjs-coffeescript libjs-jquery
Bug#784337: usb: [29493.628253] hub 1-0:1.0: unable to enumerate USB device on port 6
Package: usbutils Version: 1:007-2 Severity: important File: usb Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Connecting Sandisk Ultra 32GB micro * What exactly did you do (or not do) that was effective (or ineffective)? Just connectiog via usb * What was the outcome of this action? [29493.440259] hub 1-0:1.0: unable to enumerate USB device on port 6 very often, nothing else can be seen * What outcome did you expect instead? mounting on /media/usb0 *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages usbutils depends on: ii libc6 2.19-18 ii libusb-1.0-0 2:1.0.19-1 ii zlib1g1:1.2.8.dfsg-2+b1 usbutils recommends no packages. Versions of packages usbutils suggests: ii lynx-cur 2.8.9dev5-2 ii wget 1.16.3-2 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784259: lgc-pg segfaults when run headless
Control: tags -1 confirmed On 04.05.2015 18:30, Alexandre Detiste wrote: Package: lgc-pg Version: 1.2.6-1 Severity: normal Dear Maintainer, I see that lgc-pg uses libSDL for it's imager manipulation. If run headless, it will segfault; I see that when run normally it opens a window for a fraction of a second. I guess somewhere there is an unchecked SDL return code. This behaviour could also be documented. Hi, thanks for your report. Indeed this a bug in lgc-pg which should not segfault under these circumstances. The error handling should be improved and I can document the requirements for running lgc-pg in its manual page. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#783089: Workaround
jean-y...@lenhof.eu.org jean-y...@lenhof.eu.org (2015-05-05): As a workaround, you can : - Boot on the Debian CD - Select Rescue - Change to a terminal - cd /tmp - ar x /cdrom/pool/main/l/linux/linux-image-3.16.0-4-amd64_3.16.7-ckt7-1_amd64.deb - xzcat data.tar.xz - cd /tmp/lib/modules/3.16.0-4-amd64/kernel/drivers/md/ - insmod raid10.ko - insmod dm-raid.ko - change back to first console and select your root lv So sure it is only the udeb lacking this kernel module. I will work to produce a little patch to the good udeb kernel package. They are produced by src:linux, you should only have to update a list, possibly debian/installer/modules/md-modules? Mraw, KiBi. signature.asc Description: Digital signature
Bug#524877: installation-guide: Creating multiarch USB stick
For the record: I managed to do this a long time ago. Maybe starting with Debian 6.0, which is the release where multi-arch netinst CD image was only for amd64 and i386 (i.e. no more powerpc). I agree that the wiki seems a good place to document this, if I find the time. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org