Bug#682470: Patch so Iceweasel can use the right certificate
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Subject: libnss3: Send a patch so iceweasel can use the right certificate Package: libnss3 Version: 2:3.13.5-1 Severity: normal Tags: patch - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libnss3 depends on: ii libc6 2.13-33 ii libnspr4 2:4.9.1-1 ii libnspr4-0d2:4.9.1-1 ii libsqlite3-0 3.7.13-1 ii multiarch-support 2.13-33 ii zlib1g 1:1.2.7.dfsg-13 libnss3 recommends no packages. libnss3 suggests no packages. - -- no debconf information I'm only the bearer of this patch with is written by David McIlwraith, member of the cacert community This patch is also published for arch linux http://pastebin.com/Fcn6PUjR This patch should make it possible to use the right CaCert-Certificate (Root 3) with Iceweasel. First I tried mysef to reopen bugs.debian.org/cgi-bin/bugreport.cgi?bug=630232 which contains the announcement of the new root3 certificate. David McIlwraith himself told me: 95_add_spi+cacert_ca_certs.patch is part of the Debian src package as well as Arch; they are shared as far as I can tell, so someone needs to open a new Debian bug and submit this proposed patch. it removes the md5withRSAsignature cert and replaces it with the sha256withRSAsignature one. I hope this information is enough. Kind regards Mechtilde -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAM3rIACgkQucZfh1OziSsS7ACeLYUfcgAniBh0YcuZ1aEbGYnF wAcAn1tCqK5ltvS60F9cnCnl6x47J30n =Ighe -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#679386: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default
On dim., 2012-07-22 at 16:52 -0700, Ian Bruce wrote: Package: lightdm Version: 1.2.2-3 Followup-For: Bug #679386 I confirm this bug report in every detail; what the submitter describes happens exactly the same for me. It used to work, prior to the recent package upgrade. It seems that this was done on purpose because, apparently, the data should come from PAM. See upstream bug for more details. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#658835: RFS: aspsms-t/1.3.1-1 (try 4) [NEW] -- sms transport for your xmpp/jabber server
Dear Bart, 2012/7/22 Bart Martens ba...@debian.org: Hi Marco, The package at mentors is no longer there. What happened ? Regards, Bart Martens The package was automatically removed by mentors.debian.net, see: 2012/7/15 mentors.debian.net supp...@mentors.debian.net: Your package aspsms-t all versions has been removed from mentors.debian.net for the following reason: Your package found no sponsor for 20 weeks Thanks, -- mentors.debian.net I uploaded it again: http://mentors.debian.net/package/aspsms-t Thanks for reminding me. May be you have interessting to sponsor it? Marco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682471: Documentation is not shipped
Package: libseccomp-dev Version: 0.1.0-1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! README file states that documentation can be found in doc/. There is no documentation in either libseccomp0 nor libseccomp-dev packages. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libseccomp-dev depends on: ii libseccomp0 0.1.0-1 libseccomp-dev recommends no packages. libseccomp-dev suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQDOsBAAoJEJWkL+g1NSX5rg0QAKDoEIVIzinO1wjn3S7kGL22 QKi7Z3DFiF9LrRobVfsYe9osBtmg4AzxL6zARBWkTWBB8TH8zuu5YsH7v/v8hOTr cky3e4E1kBooKry9An4z8zj2Jw+ysMql0UBzu5cqmeNfP0/6wr7EMPscJTXKE1sj kO5JGNwE4kzR2y3a/mor/4fbCTAtoKAkmUWySZ8wVMYXe4ZuCZZhfsjCEQMlGtRA LXO7bLWCxA8zh4LRAIFG/ujvrQ5WGvBG6bAkBlSo/hzKQvGFWm83Q0PWTlfxt8kH OK5jMvIVuDuA/09zMK5DNAvBqsDrz89iHEXlaHQMcBdR7BAHQsNzzQQQX0XUobuJ /rUr3ZKN/TqIG1eiFrGr+9fk1cLDXO6Jk6abnMppYU7LMY7/PLX7IOys30905rnc HQH0WiXZeqGamhH2Qa69QRP9ZHByt9fW6/B05TlkA/u/Bb7JytepVtI/NiSsQJi+ mPFytyXKqN31Kat1fTPof1uD6ljlDaKUYpdstSvQtCM8DVsfErwEZw0MYdKmMbJ3 rGhsgC0OnoLTn8rpsdOiaewyUdyhXlTcy2whRnh2zxN6ec86tMzRyThCExgFSjEc 9B8DA/2SWPPihChkccrvFGGXILdngtfb7j9Ki6v+TPlcr8RpPHaIiQJ9QOhlSi8H UqDj/j4Tz2BgTeFBv2df =mfzQ -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#587063: O: libvigraimpex -- C++ computer vision library
retitle 587063 RFA: libvigraimpex -- C++ computer vision library noowner 587063 stop No news in six months while there is clearly work to do on this package. I guess that Leo is no longer interested. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476707: ITA: aterm -- Afterstep XVT - a VT102 emulator for the X window system
Hi Guylhem, You wrote on 29 January 2012: As one of the initial authors of the aterm and xiterm RXVT fork, who asked in 1998 the original RXVT author permission for a GPLv2 relicensing [http://lists.debian.org/debian-mentors/2008/03/msg00038.html], I would like to give a hand and maintain both packages - thanks How is progress on this ITA ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682472: unblock: mandos/1.6.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mandos We released Mandos version 1.6.0 well in advance of the anticipated Debian freeze, and have been using it ourselves since then, but our sponsor did not upload it with his usual promptness. This release has a very nice labor-saving autodetection feature for the client side (clients most likely won't need any configuration anymore), and no other incompatible changes since 1.5.5, but many packaging fixes. Also, our popcon count is rather low: 11 for mandos and 14 for mandos-client, and about half of those are our own systems. Could you *please* consider including this release in wheezy? We, the upstream and uploaders of Mandos, feel that we did everything we could for 1.6.0 to be included in wheezy, and that we are the victims of circumstances outside our control (viz. that our sponsor, Daniel Baumann, was late uploading it because of his being traveling due to Debconf). This configuration-less client feature is our last nice feature we once dreamed of being able to provide for our users; future releases of the package will consist mainly of minor polish to other parts, but no features are missing. Please make our dream come true? unblock mandos/1.6.0-1 -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-bpo.2-amd64 (SMP w/16 CPU cores) Locale: LANG=C, 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#681089: Some progress
The combination of Squeeze, and the current driver from Broadcom seems to be stable. Note: The hardware is a HP ML115. $ sudo ifconfig eth0 [sudo] password for elbournb: eth0 Link encap:Ethernet HWaddr 00:21:5a:d3:d0:0c inet addr:192.168.2.10 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::221:5aff:fed3:d00c/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:175382 errors:0 dropped:0 overruns:0 frame:0 TX packets:234297 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:23169470 (22.0 MiB) TX bytes:199392368 (190.1 MiB) Interrupt:19 Although this is only after an hour of runtime, I ran this system for two days without a single error or dropout. elbournb@red:~$ sudo ethtool -i eth0 driver: tg3 version: 3.122n firmware-version: 5722-v3.07, ASFIPMI v6.02 bus-info: :11:00.0 $ cat /proc/version Linux version 2.6.32-5-amd64 (Debian 2.6.32-45) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sun May 6 04:00:17 UTC 2012 So on this machine at least the Broadcom software is not stable on the Kernel backported from Wheezy. Also the current firmware for squeeze, or backported from wheezy is not stable. -- Confidence is what you have before you understand a problem - Woody Allen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682203: [moodle-packaging] Bug#682203: moodle: diff for NMU version 2.2.3.dfsg-2.1
Le vendredi, 20 juillet 2012 20.56:21, Tomasz Muras a écrit : Those are fixes from upstream Moodle 2.2.4, correct? If so, then I think that some more patches are required, those are not covered: MDL-31692 (CVE-2012-3389) MDL-32126 (CVE-2012-3398) MDL-33916 (CVE-2012-3388) MDL-32199 (CVE-2012-3391) MDL-31460 (CVE-2012-3392) MDL-32155 (CVE-2012-3390) Hi Thomas, The patches were directly cherry-picked from upstream's MOODLE_22_STABLE branch, so yes. We should update your current package submit it once. Would you like to update it? (I would be grateful) I most probably won't have time before Wednesday evening but would be willing to get those CVE fixed too. For now, I propose to just let my NMU enter the archive and upload these other CVE fixes later, no? (By the way, this bug should also be fixed in the moodle version in stable.) Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603904: [Pkg-mailman-hackers] Bug#603904: Bug#603904: Bug#603904: Fresh installation of mailman has wrong permissions, causes archiving to fail
On Sun, 22 Jul 2012, Thijs Kinkhorst wrote: Indeed this entire bug stems from the conflict that there is between the need of Mailman to write to that directory (as list), and for Mailman (as www-data) to be able to read it. How about we add a second group and patch upstream sources to use that group in check_perms for the archive related things, and add the list user and possibly the www-data user to that automatically? (Ouch. More work. And upstream isn’t going to like us poking around in mailman2 either.) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636410: ITA: flip -- convert text file line endings between Unix and DOS formats
retitle 636410 O: flip -- convert text file line endings between Unix and DOS formats noowner 636410 stop No news since 18 September 2011 (10 months ago), so I guess that Armin F. Gnosa is no longer interested. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682315: josm: New upstream r5353 fix major errors with redacted objects
Hello, On Sat, 21 Jul 2012 15:26:46 +0200, Damien Raude-Morvan wrote: A new upstream release of josm is available since 2012-07-20 (r5353). This release fixes some major errors [1] with new ODbL migration process [2] * major changes/enhancements: - Handle redacted objects resulting from OSM License change process - Handle deleted nodes without coordinates after recent OSM API change I think it might be wise to try to include this new upstream release in wheezy. Honestly, I don't think the release team would find this ok, since we've been frozen for a while. What I can do is try to backport those major fixes to the version currently in wheezy. (btw: probably I haven't noticed these problems since the area I usually map was all mapped by me, so it was almost 100% ODbL-compliant :)) Will (try to) prepare a new revision, and submit it to the attention of the release team. Thanks for your report, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#682473: lightdm: autologin-user-timeout appears ineffective
Package: lightdm Version: 1.2.2-3 Autologon works first time, but autologin-user-timeout appears ineffective. Setting autologin-user-timeout should specify the number of seconds to wait till the guest user is automatically logged in again. With this set (e.g. autologin-user-timeout=10) after a user logs out the lightdm login window remains displayed (same behaviour is if setting was autologin-user-timeout=0). This appears to be upstream bug: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/902852 Thanks, Neale. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682203: [moodle-packaging] Bug#682203: moodle: diff for NMU version 2.2.3.dfsg-2.1
On 07/23/2012 09:02 AM, Didier 'OdyX' Raboud wrote: Le vendredi, 20 juillet 2012 20.56:21, Tomasz Muras a écrit : ...those are not covered: MDL-31692 (CVE-2012-3389) MDL-32126 (CVE-2012-3398) MDL-33916 (CVE-2012-3388) MDL-32199 (CVE-2012-3391) MDL-31460 (CVE-2012-3392) MDL-32155 (CVE-2012-3390) We should update your current package submit it once. Would you like to update it? (I would be grateful) I most probably won't have time before Wednesday evening but would be willing to get those CVE fixed too. Cool, thanks. For now, I propose to just let my NMU enter the archive and upload these other CVE fixes later, no? Yes. (By the way, this bug should also be fixed in the moodle version in stable.) Yes - but there should be only one patch required for 1.9 series: http://docs.moodle.org/dev/Moodle_1.9.19_release_notes Tomek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680988: scim: Scim stops working properly in Sid with latest version
tags 680988 pending thanks http://anonscm.debian.org/gitweb/?p=collab-maint/scim.git;a=commitdiff;h=5f7e3674901d7d3f4f053893afec1c6ed8130ab6 http://anonscm.debian.org/gitweb/?p=collab-maint/scim.git;a=commitdiff;h=d55de2e22f66e2628cdcc7d4ee2bd1ec4beea42b is what I intend to upload to deal with this issue. Unfortunately, scim in unstable is stalling for almost three weeks now, waiting for third parties. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679386: [Pkg-xfce-devel] Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default
On Mon, 23 Jul 2012 07:59:32 +0200 Yves-Alexis Perez cor...@debian.org wrote: It seems that this was done on purpose because, apparently, the data should come from PAM. See upstream bug for more details. Presumably you mean here: https://bugs.launchpad.net/lightdm/+bug/1019314 I agree with your description of the situation, except for this: In 1.2, when the user selects the locale in LightDM greeter, it's set for the session and saved in .dmrc. Then for the following sessions, nothing loads .dmrc and the locale is not correctly set. That's not what I'm seeing. In 1.2, when the user selects the locale in the LightDM greeter, it's saved in ~/.dmrc, but it IS NOT set in the environment for that session, or any other. See my comment on the Debian bug report, and the explanation by the original submitter, which are in agreement on this point: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386 In other words, LightDM locale selection is currently completely useless, because it has no effect at all on the session being started, or any subsequent one. One might ask why a Pluggable Authentication Module ought to be responsible for things which clearly have nothing to do with authentication, such as locale selection, especially when they are liable to change at every login. -- Ian Bruce -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681807: okular: sometimes fails to start, but no error message
After further investigation using strace, I came to the conclusion that this is in fact the same as bug #542361 (libgamin too buggy to Provide libfam): $ strace okular [...] socket(PF_FILE, SOCK_STREAM, 0) = 11 connect(11, {sa_family=AF_FILE, path=@/tmp/fam-sqrt-}, 110 ^C unfinished ... Therefore, I think this issue can be merged into #542361. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670536:
This also means one cannot 'unenhance' an Enhanced US Volume Storage: $ dcuncat -unenhance -of bla US3D.dcm (0x6301,0x1001) ? - Warning - Unrecognized tag - assuming explicit value representation OK (0x6301,0x1002) ? - Warning - Unrecognized tag - assuming explicit value representation OK Can't read encapsulated transfer syntax from file -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682474: viking: viking crash in libgps
Package: viking Version: 1.3-1 Severity: normal Dear Maintainer, if I start gps realtime tracking viking crashes in libgps stack trace: (gdb) info threads Id Target Id Frame 2Thread 0x7f711a6bc700 (LWP 11711) 0x7f712d8e6a93 in *__GI___poll (fds=optimized out, nfds=optimized out, timeout=1000) at ../sysdeps/unix/sysv/linux/poll.c:87 * 1Thread 0x7f7131545960 (LWP 11707) 0x7f712e4ad49e in gps_sock_read () from /usr/lib/x86_64-linux-gnu/libgps.so.20 (gdb) i s #0 0x7f712e4ad49e in gps_sock_read () from /usr/lib/x86_64-linux-gnu/libgps.so.20 #1 0x7f712e4a9eba in gps_read () from /usr/lib/x86_64-linux-gnu/libgps.so.20 #2 0x0043a230 in ?? () #3 0x7f712eb8f205 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f712eb8f538 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f712eb8f932 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x7f7130a66a77 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #7 0x0041287a in ?? () #8 0x7f712d837ead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fff46461908) at libc-start.c:228 #9 0x00412941 in ?? () #10 0x7fff46461908 in ?? () #11 0x001c in ?? () #12 0x0002 in ?? () #13 0x7fff46462609 in ?? () #14 0x7fff46462610 in ?? () #15 0x in ?? () -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 Versions of packages viking depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libcurl3-gnutls 7.26.0-1 ii libexif12 0.6.20-2 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgps203.6-4 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages viking recommends: ii gpsbabel 1.4.3-1 Versions of packages viking suggests: ii gpsd 3.6-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682475: distutils doesn't find Makefile
Package: python3.3 Version: 3.3.0~b1-3 Severity: normal Something apparently went wrong with the package split and/or multiarch conversion going from 3.2 to 3.3. $ python3.3 -c import distutils.sysconfig; print(distutils.sysconfig.get_config_vars('LIBPL')) Traceback (most recent call last): File /usr/lib/python3.3/distutils/sysconfig.py, line 433, in _init_posix parse_makefile(filename, g) File /usr/lib/python3.3/distutils/sysconfig.py, line 302, in parse_makefile fp = TextFile(fn, strip_comments=1, skip_blanks=1, join_lines=1, errors=surrogateescape) File /usr/lib/python3.3/distutils/text_file.py, line 100, in __init__ self.open(filename) File /usr/lib/python3.3/distutils/text_file.py, line 115, in open self.file = io.open(self.filename, 'r', errors=self.errors) FileNotFoundError: [Errno 2] No such file or directory: '/usr/lib/python3.3/config-3.3m/Makefile' During handling of the above exception, another exception occurred: Traceback (most recent call last): File string, line 1, in module File /usr/lib/python3.3/distutils/sysconfig.py, line 547, in get_config_vars func() File /usr/lib/python3.3/distutils/sysconfig.py, line 439, in _init_posix raise DistutilsPlatformError(my_msg) distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /usr/lib/python3.3/config-3.3m/Makefile (No such file or directory) Expected: $ python3.2 -c import distutils.sysconfig; print(distutils.sysconfig.get_config_vars('LIBPL')) ['/usr/lib/python3.2/config-3.2mu'] -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3.3 depends on: ii libpython3.3-stdlib 3.3.0~b1-3 ii mime-support 3.52-1 ii python3.3-minimal3.3.0~b1-3 python3.3 recommends no packages. Versions of packages python3.3 suggests: ii binutils 2.22-6.1 pn python3.3-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#629105: hydrogen: Purports to handle SVG files
Package: hydrogen Version: 0.9.6~beta2-1 Followup-For: Bug #629105 While I agree that it might be a bug in Thunar to not use the Mime type image/svg+xml for *.svg files, it is still a problem that Hydrogen will be registered as a handler for *.xml files, right? For a general *.xml file, I'd expect that the mest sensible would be that the file manager only proposes to open it in text editors, specialized XML viewers and editors. And there is nothing a file manager can do to avoid proposing to open such files in Hydrogen as long as the line MimeType=text/xml is in hydrogen.desktop? Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hydrogen depends on: ii libarchive12 3.0.4-2 ii libasound21.0.25-3 ii libc6 2.13-35 ii libgcc1 1:4.7.1-5 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.4+20120529git007cdc37-1 ii libportaudio2 19+svn2021-1 ii libportmidi0 1:184-2 ii libqt4-network4:4.8.2-1 ii libqt4-xml4:4.8.2-1 ii libqt4-xmlpatterns4:4.8.2-1 ii libqtcore44:4.8.2-1 ii libqtgui4 4:4.8.2-1 ii libsndfile1 1.0.25-5 ii libstdc++64.7.1-5 Versions of packages hydrogen recommends: pn hydrogen-drumkits none pn rubberband-cli none hydrogen 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#681435: src:gitalist: not compatible with Catalyst = 5.90013
Hello, and is not installable concurrently with libcatalyst-perl on sid, and soon on Wheezy: https://lists.debian.org/debian-perl/2012/07/msg00098.html This *might* be fixed by upstream 0.003009. thanks for your report. I have tested the newest Gitalist Version against 5.90014-1 and 5.90015-1. Both are failing with Gitalist because of use of Catalyst::Controller::ActionRole. After that test, I have patched the Gitalist source with the patch from https://github.com/bobtfish/Gitalist/commit/3620aa21666f20c634edcf3a6ec6f16580bbda1f but make test is also failing (with 5.90014 and 5.90015). See error output below. So that to do with Gitalist in Debian? Thanks, Jonas PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'inc', 'blib/lib', 'blib/arch') t/00git_version.t t/01app.t t/02git_CollectionOfRepositories_FromDirectory.t t/02git_CollectionOfRepositories_FromDirectory_WhiteList.t t/02git_CollectionOfRepositories_FromDirectoryRecursive.t t/02git_head.t t/02git_object.t t/02git_Repository.t t/02git_tag.t t/02git_util.t t/03legacy_uri.t t/app-mech-rootpage.t t/atom.t t/json_view.t t/model_collectionofrepos.t t/opml.t t/rss.t t/view_Default.t t/00git_version.t ... 1/? Git version: git version 1.7.10.4 t/00git_version.t ... ok t/01app.t ... 1/? [error] Caught exception in Gitalist::Controller::Fragment::Repository-log Validation failed for 'Tuple[Tuple[Object,MooseX::Types::Common::String::NonEmptySimpleStr],Dict[]]' with value [ [ Gitalist::Git::Repository=HASH(0x6db35b8), undef ], { } ], Internal Validation Error is: \n [+] Validation failed for 'Tuple[Object,MooseX::Types::Common::String::NonEmptySimpleStr]' with value [ Gitalist::Git::Repository{ _util: Gitalist::Git::Util=HASH(0x6e2b2b8), description: Unnamed repository, edit the .git/description file to set a description, last_change: undef, name: bare.git, owner: Jonas Genannt, path: Path::Class::Dir=HASH(0x6b39af0) }, undef ]\n [+] Must be a non-empty single line of no more than 255 chars at /usr/share/perl5/MooseX/Method/Signatures/Meta/Method.pm line 435 MooseX::Method::Signatures::Meta::Method::validate('MooseX::Method::Signatures::Meta::Method=HASH(0x635cf50)', 'ARRAY(0x634e2b8)') called at /usr/share/perl5/MooseX/Method/Signatures/Meta/Method.pm line 151 Gitalist::Git::Repository::get_object('Gitalist::Git::Repository=HASH(0x6db35b8)', undef) called at /home/jonas/debian-work/gitalist/Gitalist-0.003009/blib/lib/Gitalist/URIStructure/Repository.pm line 31 Class::MOP::Class:::before('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/lib/perl5/Class/MOP/Method/Wrapped.pm line 33 Class::MOP::Method::Wrapped::__ANON__('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/lib/perl5/Class/MOP/Method/Wrapped.pm line 91 Gitalist::Controller::Fragment::Repository::log('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/Action.pm line 65 Catalyst::Action::execute('Catalyst::Action=HASH(0x653b348)', 'Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst.pm line 1668 eval {...} called at /usr/share/perl5/Catalyst.pm line 1668 Catalyst::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x653b348)') called at /usr/share/perl5/Catalyst/Plugin/StackTrace.pm line 22 Catalyst::Plugin::StackTrace::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x653b348)') called at /usr/share/perl5/Catalyst/Action.pm line 60 Catalyst::Action::dispatch('Catalyst::Action=HASH(0x653b348)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/ActionChain.pm line 36 Catalyst::ActionChain::dispatch('Catalyst::ActionChain=HASH(0x6dccdf0)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/Controller.pm line 158 Catalyst::Controller::_ACTION('Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst/Action.pm line 65 Catalyst::Action::execute('Catalyst::Action=HASH(0x651ff50)', 'Gitalist::Controller::Fragment::Repository=HASH(0x5c2a298)', 'Gitalist=HASH(0x6dc2870)') called at /usr/share/perl5/Catalyst.pm line 1668 eval {...} called at /usr/share/perl5/Catalyst.pm line 1668 Catalyst::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x651ff50)') called at /usr/share/perl5/Catalyst/Plugin/StackTrace.pm line 22 Catalyst::Plugin::StackTrace::execute('Gitalist=HASH(0x6dc2870)', 'Gitalist::Controller::Fragment::Repository', 'Catalyst::Action=HASH(0x651ff50)') called at /usr/share/perl5/Catalyst/Action.pm line 60
Bug#682476: ufw: Log message is broken
Package: ufw Version: 0.31.1-1 Severity: normal Dear Maintainer, I found ufw generate the log file message which is broken like below: Jul 23 15:41:08 marburg kernel: --log-prefixIN=eth0 OUT= MAC=f2:3c:91:96: e9:7a:c8:4c:75:f5:d6:3f:08:00 SRC=aa.bb.cc.dd DST=ee.ff.gg.hh LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=11072 DF PROTO=TCP SPT=21995 DPT=21000 WINDO W=5840 RES=0x00 SYN URGP=0 It should be as follows: Jul 23 15:41:08 marburg kernel: [UFW BLOCK] IN=eth0 OUT= MAC=f2:3c:91:96: e9:7a:c8:4c:75:f5:d6:3f:08:00 SRC=aa.bb.cc.dd DST=ee.ff.gg.hh LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=11072 DF PROTO=TCP SPT=21995 DPT=21000 WINDO W=5840 RES=0x00 SYN URGP=0 Since the output of ufw has broken, a log message is not outputted to /var/log/ufw.log using /etc/rsyslog.d/20-ufw.conf. In passing, aren't the following places mistaken, either? $ diff /usr/share/pyshared/ufw/backend_iptables.py /usr/share/pyshared/ufw/backend_iptables.py.tmp 1160c1160 '--log-prefix', prefix] + --- '--log-prefix', prefix] + \ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.4.2-x86_64-linode25 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ufw depends on: ii debconf [debconf-2.0] 1.5.44 ii iptables 1.4.14-2 ii python 2.7.3~rc2-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3~rc2-2.1 ii ucf3.0025+nmu3 ufw recommends no packages. Versions of packages ufw suggests: ii rsyslog 5.8.11-1+b1 -- Configuration Files: /etc/default/ufw changed [not included] /etc/rsyslog.d/20-ufw.conf changed [not included] /etc/ufw/applications.d/ufw-loginserver changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682199: Packaging biom-format for Debian (Was: Bug#682199: qiime: Needs function from biom-format.org, which is not packaged.)
Hi Greg, thanks for your quick reply. On Sun, Jul 22, 2012 at 07:13:39PM -0700, Greg Caporaso wrote: Thanks for getting in touch about this. The biom-format project is under GPL. I'll also make sure that we drop the OS X files next time we do a release build. Thanks, droping those files makes life a bit easier. I'd also recommend to include some COPYING file into the archive. When trying to build the package for Debian one question occured to me: There is a dir python-code/support-code containing C++ code which does not seem to be really used because when executing `python setup.py` this is not touched. I wonder what role this code might play. The background of my question is that if I have a pure Python package it would be Debian architecture 'all' - otherwise the package would need to be (auto)builded for all Debian release architectures which would be not be needed if you would confirm that the sparsemat lib is not used. One final remark: There will be four files installed to /usr/bin which are all featuring the *.py extension. Please consider droping this extension - reading [1] and [2] might give you good reasons to do so. Kind regards Andreas. PS for Debian Med team: The packaging is close to finalised at Vcs-Svn: svn://svn.debian.org/debian-med/trunk/packages/python-biom-format/trunk/ We should probably also build the docs as described in INSTALL and some manpages would be great. [1] http://en.wikipedia.org/wiki/Filename_extension#Command_name_issues [2] http://www.talisman.org/~erlkonig/documents/commandname-extensions-considered-harmful -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682477: minidjvu: strange behaviour - a bug or feature?
Package: minidjvu Version: 0.8.svn.2010.05.06-2+b1 Severity: wishlist The file http://fleksem.klf.uw.edu.pl/~jsbien/DjVu_shapes/Linde/Linde.djvu was created without minidjvu and the files http://fleksem.klf.uw.edu.pl/~jsbien/DjVu_shapes/Linde/Linde_p10.djvu http://fleksem.klf.uw.edu.pl/~jsbien/DjVu_shapes/Linde/Linde_p10_OCRpol.djvu with minidjvu set to 10 pages per dictionary. However the latter files do not contain common dictionary and are larger than the former one. The utility https://bitbucket.org/piotr_sikora/djvulibre-shape-tools/src/ae0c99ebbbd5/tools/inhdict.cpp reports respectively Without minidjvu: user@wheezy:~$ /home/user/djvulibre-shape-tools/tools/inhdict Downloads/Linde.djvu Page 0 shape count: total = 9333 ; inherited = inherited dictionary not found ; page only = 9333 Page 1 shape count: total = 10696 ; inherited = inherited dictionary not found ; page only = 10696 Page 2 shape count: total = 10906 ; inherited = inherited dictionary not found ; page only = 10906 Page 3 shape count: total = 10338 ; inherited = inherited dictionary not found ; page only = 10338 Page 4 shape count: total = 9034 ; inherited = inherited dictionary not found ; page only = 9034 Page 5 shape count: total = 13771 ; inherited = inherited dictionary not found ; page only = 13771 Page 6 shape count: total = 12753 ; inherited = inherited dictionary not found ; page only = 12753 Page 7 shape count: total = 9000 ; inherited = inherited dictionary not found ; page only = 9000 Page 8 shape count: total = 9954 ; inherited = inherited dictionary not found ; page only = 9954 Page 9 shape count: total = 10060 ; inherited = inherited dictionary not found ; page only = 10060 Summary: document contains 105845 total shapes 0 shapes in inherited dictionaries 105845 shapes in page-only dictionaries minidjvu 10 pages per dictionary: user@wheezy:~$ /home/user/djvulibre-shape-tools/tools/inhdict Downloads/test_Linde/Linde.djvu Page 0 shape count: total = 31657 ; inherited = inherited dictionary not found ; page only = 31657 Page 1 shape count: total = 37266 ; inherited = inherited dictionary not found ; page only = 37266 Page 2 shape count: total = 35030 ; inherited = inherited dictionary not found ; page only = 35030 Page 3 shape count: total = 43194 ; inherited = inherited dictionary not found ; page only = 43194 Page 4 shape count: total = 27873 ; inherited = inherited dictionary not found ; page only = 27873 Page 5 shape count: total = 58902 ; inherited = inherited dictionary not found ; page only = 58902 Page 6 shape count: total = 44395 ; inherited = inherited dictionary not found ; page only = 44395 Page 7 shape count: total = 35320 ; inherited = inherited dictionary not found ; page only = 35320 Page 8 shape count: total = 32466 ; inherited = inherited dictionary not found ; page only = 32466 Page 9 shape count: total = 35369 ; inherited = inherited dictionary not found ; page only = 35369 All the files has been created with didjvu: user@sid4OCR:~/Documents/Linde$ didjvu bundle -v -o Linde.djvu *.png p0133.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.078 bits/pixel; 56.809:1, 98.24% saved, 18666279 bytes in, 328580 bytes out p0134.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.086 bits/pixel; 53.686:1, 98.14% saved, 19319069 bytes in, 359851 bytes out p0135.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.085 bits/pixel; 52.962:1, 98.11% saved, 18920975 bytes in, 357253 bytes out p0136.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.084 bits/pixel; 53.944:1, 98.15% saved, 19140880 bytes in, 354828 bytes out p0137.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.076 bits/pixel; 58.678:1, 98.30% saved, 18740708 bytes in, 319381 bytes out p0138.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.100 bits/pixel; 45.893:1, 97.82% saved, 19307885 bytes in, 420714 bytes out p0139.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.097 bits/pixel; 46.504:1, 97.85% saved, 19032606 bytes in, 409270 bytes out p0140.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.082 bits/pixel; 55.625:1, 98.20% saved, 19113932 bytes in, 343619 bytes out p0141.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.081 bits/pixel; 54.928:1, 98.18% saved, 18696001 bytes in, 340372 bytes out p0142.png: - reading image - image size: 5100 x 6600 - converting to DjVu - 0.082 bits/pixel; 55.973:1, 98.21% saved, 19362919 bytes in, 345936 bytes out bundling nan bits/pixel; 53.158:1, 98.12% saved, 190301254 bytes in, 3579912 bytes out user@sid4OCR:~/Documents/Linde$ didjvu bundle -vv -p 10 -o Linde_p10.djvu *.png p0133.png: - reading image - image size: 5100 x 6600 - converting to DjVu + cjb2 -losslevel 0 /tmp/didjvu.Aspw4W.pbm /tmp/didjvu.NroZW8.djvu + djvumake /tmp/didjvu.L2VOyg/result.djvu INFO=5100,6600,300
Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default
On lun., 2012-07-23 at 00:33 -0700, ian_br...@fastmail.net wrote: On Mon, 23 Jul 2012 07:59:32 +0200 Yves-Alexis Perez cor...@debian.org wrote: It seems that this was done on purpose because, apparently, the data should come from PAM. See upstream bug for more details. Presumably you mean here: https://bugs.launchpad.net/lightdm/+bug/1019314 Yes, that's the target of the forwarded tag. I agree with your description of the situation, except for this: In 1.2, when the user selects the locale in LightDM greeter, it's set for the session and saved in .dmrc. Then for the following sessions, nothing loads .dmrc and the locale is not correctly set. That's not what I'm seeing. In 1.2, when the user selects the locale in the LightDM greeter, it's saved in ~/.dmrc, but it IS NOT set in the environment for that session, or any other. Ok, will correct upstream bug (or feel free to do it in case you have a launchpad account, but don't bother creating one if you don't). See my comment on the Debian bug report, and the explanation by the original submitter, which are in agreement on this point: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679386 In other words, LightDM locale selection is currently completely useless, because it has no effect at all on the session being started, or any subsequent one. One might ask why a Pluggable Authentication Module ought to be responsible for things which clearly have nothing to do with authentication, such as locale selection, especially when they are liable to change at every login. PAM is more than authentication, it handles quite some login-related stuff. And maybe it makes sense to store login-specific settings like locales into PAM. But my feeling is that it's not the case. It seems that PAM (through pam_env module) only handles /default/ environment, taken from /etc/environment. So while it might be useful to have a default setting for the box, it's plain useless for user-specific settings. So if my analysis is right, I'm a bit puzzled about the change. Note that you might try with accountsservice installed, it might help. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#682248: monodoc-browser: postinst errors
On 2012-07-22 23:03, Iain Lane wrote: I made this RC because this code needs to be right for the original workaround to function. That's fine. I didn't use a RC priority since the error was actually ignored and I don't know anything about mono packages to decide the severity of this problem. I pushed an update to git://git.debian.org/git/pkg-mono/packages/mono-tools.git Could you test this for me, please? I don't have piuparts set up and you seem to be good at finding the bugs. :-) I tried, but piuparts can't easily test the locally built mono-tools .debs due the circular dependencies (#561240) - it always pulls in the buggy one from the repository. ... finally managed to get it tested: Setting up monodoc-browser (2.10-6) ... Processing triggers for monodoc-browser ... generating monodoc search index... grep: /etc/gre.d/*.conf: No such file or directory generating monodoc search index... (this can take a while) grep: /etc/gre.d/*.conf: No such file or directory Problem: O:Mono.Math.BigInteger.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:Mono.Simd.Vector2d.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:Mono.Simd.Vector2l.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:Mono.Simd.Vector2ul.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:Mono.Simd.Vector4f.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:Mono.Simd.Vector4i.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs [...] Problem: O:System.Runtime.InteropServices.GCHandle.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:System.Runtime.InteropServices.HandleRef.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:System.Web.UI.WebControls.FontUnit.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Problem: O:System.Web.UI.WebControls.Unit.Conversion, with xpath: /Type/Members/Member[@MemberName='op_Conversion']/Docs Looks better :-) Although there is still a lot of noise, but that probably needs to be fixed elsewhere and for wheezy+1 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637232: Multiarch breaks support for non-multiarch toolchain
On Sun, Jul 22, 2012 at 12:52:10PM -0500, Jonathan Nieder wrote: affects 637232 + release-notes quit Hi, Matthias Klose wrote: On 08/09/2011 07:31 PM, Aurelien Jarno wrote: I got fed up by people reporting bug on libc6, while this problem results from a decision Debian to implement multiarch. People should work on implementing a compatibility wrapper and to make upstream toolchain multiarch aware. Until this is done, this bug should be kept opened. just do it. To be realistic, is anyone actually going to do this? Avenues forward: a) Help upstream authors of toolchain components with hardcoded header and library search paths to implement multiarch. gcc: in progress - http://gcc.gnu.org/PR53468 (thanks, Matthias!) clang: fixed? - http://llvm.org/bugs/show_bug.cgi?id=6541 icc (Intel C++): status? pathcc (PathScale ekopath): status? tcc (Tiny C compiler): fixed - b56edc7b, 2012-05-22 pcc (Portable C compiler): unfixed - http://bugs.debian.org/638309 cmake: fixed - http://public.kitware.com/Bug/view.php?id=12037 What I don't understand is why compilers (which probably means ld from binutils in all cases) won't use ld.so.conf to find the libs. It only does so to find libs linked into libs you link against. So it is used execpt for the verry first level of recursion. Maybe this could be fixed better in a single common point. b) There is a workaround described in libc6/NEWS.Debian.gz which works fine: LIBRARY_PATH=/usr/lib/triplet CPATH=/usr/include/triplet export CPATH LIBRARY_PATH It's probably worth advertising that more widely, for example in the release notes. I find it a bit hard to believe CPATH is needed. That directory has been in use for years and years way before multiarch. Anyone know which compiler needs it? c) Compatibility wrapper. If someone needs this, feel free to email me and I'll help out however I can. If you write one of those then please make sure it works with gcc, gcc -m32, gcc -m64 and uclibc (which brings some wrappers already I believe). It would also be nice to include i486-linux-gnu-* on amd64 and amd64-linux-gnu-* on i386 and similar for other archs. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681203: xul-ext-gnome-keyring: extension seems to be incompatible with gnome 3.4
On Sun, Jul 22, 2012 at 11:16:39PM +0100, Ximin Luo wrote: It was clearly a typo to *you*, in your context with the bug being present. In my context, where everything is fine, *I* have no idea what keyword means. I am running gnome-keyring 3.4 and it works OK for me. Note that if your keyring is unlocked, gnome-keyring will prompt you to unlock your keyring. While this dialog box is open, firefox will indeed not respond to user input. If you think this is a bug, file it to the gnome-keyring developers, but I guess they would call it a security feature. there is no reason treating users like idiots. If you would have read my last mail properly you'd have seen that I corrected my typo and explained that it is about storing the password. The keyring is unlocked and works for all other applications. But never mind, I don't care using this package anymore. And with this tone of correspondence I also don't care about helping any further. I close the bug so that it doesn't distract you in your mailbox anymore. Christian On 22/07/12 21:21, Christian Engwer wrote: On Sat, Jul 21, 2012 at 01:37:20PM +0100, Ximin Luo wrote: ping? pong! adding an iceweasel keyword to the gnome-keyring will freeze This was clearly a typo... I wanted to say that adding a password in iceweasel (current from testing) results in a frozen iceweasel. I'd don't know what the exact reason is. Storing passwords in the traditional iceweasel vault works, just es the plugin did work some time ago. I suspect that the problem origins from the gnome-keyring. I used to have the 3.2 keyring and recently 3.4 entered from unstable. If you have a particular question I can try to give more details. Christian Please elaborate - I don't understand this at all. iceweasel. This extension used to work, but in newser versions it doesn't anymore. I assume it is an incompatiblity with the gnome 3.4 keyring. Christian -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (400, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-gnome-keyring depends on: ii iceweasel 10.0.5esr-2 ii libc6 2.13-33 ii libgcc11:4.7.1-2 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring0 3.4.1-1 ii libnspr4 2:4.9.1-1 ii libnspr4-0d2:4.9.1-1 ii libstdc++6 4.7.1-2 xul-ext-gnome-keyring recommends no packages. xul-ext-gnome-keyring suggests no packages. -- no debconf information -- GPG: 4096R/5FBBDBCE https://github.com/infinity0 https://bitbucket.org/infinity0 https://launchpad.net/~infinity0 -- GPG: 4096R/5FBBDBCE https://github.com/infinity0 https://bitbucket.org/infinity0 https://launchpad.net/~infinity0 -- Prof. Dr. Christian Engwer Institut für Numerische und Angewandte Mathematik Fachbereich Mathematik und Informatik der Universität Münster Einsteinstrasse 62 48149 Münster E-Mail christian.eng...@uni-muenster.de Telefon +49 251 83-35067 FAX +49 251 83-32729 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682473: [Pkg-xfce-devel] Bug#682473: lightdm: autologin-user-timeout appears ineffective
On lun., 2012-07-23 at 17:12 +1000, Neale Banks wrote: Package: lightdm Version: 1.2.2-3 Autologon works first time, but autologin-user-timeout appears ineffective. Setting autologin-user-timeout should specify the number of seconds to wait till the guest user is automatically logged in again. With this set (e.g. autologin-user-timeout=10) after a user logs out the lightdm login window remains displayed (same behaviour is if setting was autologin-user-timeout=0). This appears to be upstream bug: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/902852 I'm marking it as forwarded, but I'm unsure if it's the same thing. Does autologin-user-timeout works for the first login? I have the impression that maybe autologin works only for the first login anyway, and not for the following times (which may be intended, too). In case this might be different bugs. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#682478: unblock: josm/0.0.svn5267+dfsg1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package josm 0.0.svn5267+dfsg1-2. It fixes #682315 which, even if not RC, would make the package almost unusable in wheezy. OpenStreetMap has undergone a license change in its data, so some data was removed/hidden, and the current JOSM in wheezy is unable to deal with that. The reporter proposed to package a newer upstream version, but I managed to backport the needed fixes to the version in wheezy. Please find the diff attached (there are also some patch renames there, sorry for the noise). unblock josm/0.0.svn5267+dfsg1-2 Thanks for your work, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 diff --git a/debian/changelog b/debian/changelog index e879535..f548210 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +josm (0.0.svn5267+dfsg1-2) unstable; urgency=low + + * Backported patches from upstream repository, to handle recent +OSM license change (Closes: #682315) + - 06-handle_redacted_objects.patch + - 07-handle_deleted_nodes_without_coordinates.patch + + -- David Paleino da...@debian.org Mon, 23 Jul 2012 10:16:59 +0200 + josm (0.0.svn5267+dfsg1-1) unstable; urgency=low * New tested snapshot diff --git a/debian/patches/10-build.patch b/debian/patches/00-build.patch similarity index 100% rename from debian/patches/10-build.patch rename to debian/patches/00-build.patch diff --git a/debian/patches/20-bts.patch b/debian/patches/01-bts.patch similarity index 100% rename from debian/patches/20-bts.patch rename to debian/patches/01-bts.patch diff --git a/debian/patches/40-elemstyles.patch b/debian/patches/02-elemstyles.patch similarity index 100% rename from debian/patches/40-elemstyles.patch rename to debian/patches/02-elemstyles.patch diff --git a/debian/patches/70-default_look_and_feel.patch b/debian/patches/03-default_look_and_feel.patch similarity index 100% rename from debian/patches/70-default_look_and_feel.patch rename to debian/patches/03-default_look_and_feel.patch diff --git a/debian/patches/80-fix_images.patch b/debian/patches/04-fix_images.patch similarity index 100% rename from debian/patches/80-fix_images.patch rename to debian/patches/04-fix_images.patch diff --git a/debian/patches/90-fix_version.patch b/debian/patches/05-fix_version.patch similarity index 100% rename from debian/patches/90-fix_version.patch rename to debian/patches/05-fix_version.patch diff --git a/debian/patches/06-handle_redacted_objects.patch b/debian/patches/06-handle_redacted_objects.patch new file mode 100644 index 000..3ce0066 --- /dev/null +++ b/debian/patches/06-handle_redacted_objects.patch @@ -0,0 +1,46 @@ +From: Don-vip +Subject: handle redacted objects resulting from OSM License change process +Origin: upstream, http://josm.openstreetmap.de/changeset/5339/josm + upstream, http://josm.openstreetmap.de/changeset/5340/josm +Bug-Debian: http://bugs.debian.org/682315 + +--- + src/org/openstreetmap/josm/data/osm/history/History.java| 14 ++ + src/org/openstreetmap/josm/gui/history/HistoryBrowserModel.java |5 +++ + 2 files changed, 19 insertions(+) + +--- josm.orig/src/org/openstreetmap/josm/data/osm/history/History.java josm/src/org/openstreetmap/josm/data/osm/history/History.java +@@ -230,4 +230,18 @@ public class History{ + public OsmPrimitiveType getType() { + return type; + } ++ ++@Override ++public String toString() { ++String result = History [ +++ (type != null ? type= + type + , : ) + id= + id; ++if (versions != null) { ++result += , versions=\n; ++for (HistoryOsmPrimitive v : versions) { ++result += \t + v + ,\n; ++} ++} ++result += ]; ++return result; ++} + } +--- josm.orig/src/org/openstreetmap/josm/gui/history/HistoryBrowserModel.java josm/src/org/openstreetmap/josm/gui/history/HistoryBrowserModel.java +@@ -161,6 +161,11 @@ public class HistoryBrowserModel extends + if (history.getByVersion(primitive.getVersion()) != null) + return primitive.isModified(); + ++// if latest version from history is higher than a non existing primitive version, ++// that means this version has been redacted and the primitive cannot be used. ++if (history.getLatest().getVersion() primitive.getVersion()) ++return false; ++ + // latest has a higher version than one of the primitives + // in the history (probably because the history got out of sync + // with uploaded data) - show the primitive as latest diff --git a/debian/patches/07-handle_deleted_nodes_without_coordinates.patch
Bug#682479: [mysql-workbench] Autocompletition buggy when editing a Column Name of a Table
Package: mysql-workbench Version: 5.2.40+dfsg-1+b1 Severity: normal --- Please enter the report below this line. --- Hi, when editing a Column Name of a Table in the MySQL Table Editor and want to enter a new column name, the autocompletition mechanism delete my new entry modifying it, so I can't enter a new name. The workaround is that that I must to click once with my mouse into Datatype field and then return into Column Name field to enter the new column name. Regards from Pál --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing www.debian-multimedia.org 500 testing ftp.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed =-+-=== libatk1.0-0 (= 1.12.4) | 2.4.0-2 libatkmm-1.6-1(= 2.22.1) | 2.22.6-1 libc6(= 2.4) | 2.13-35 libcairo2 (= 1.7.2) | 1.12.2-2 libcairomm-1.0-1 (= 1.6.4) | 1.10.0-1 libctemplate2 | 2.2-3 libfontconfig1 (= 2.9.0) | 2.9.0-6 libfreetype6 (= 2.2.1) | 2.4.9-1 libgcc1 (= 1:4.1.1) | 1:4.7.1-5 libgdk-pixbuf2.0-0(= 2.22.0) | 2.26.1-1 libgl1-mesa-glx | 8.0.3-1 OR libgl1| libglib2.0-0 (= 2.31.8) | 2.32.3-1 libglibmm-2.4-1c2a (= 2.31.22) | 2.32.0-1 libgnome-keyring0 (= 2.22.2) | 3.4.1-1 libgtk2.0-0 (= 2.24.0) | 2.24.10-1 libgtkmm-2.4-1c2a (= 1:2.24.0) | 1:2.24.2-1 liblua5.1-0 | 5.1.5-3 libmysqlclient18 (= 5.5.24+dfsg-1) | 5.5.24+dfsg-5 libpango1.0-0 (= 1.18.0) | 1.30.0-1 libpangomm-1.4-1 (= 2.27.1) | 2.28.4-1 libpcre3(= 8.10) | 1:8.30-5 libpython2.7 (= 2.7) | 2.7.3-2 libsigc++-2.0-0c2a (= 2.0.2) | 2.2.10-0.2 libsqlite3-0 (= 3.5.9) | 3.7.13-1 libstdc++6 (= 4.6) | 4.7.1-5 libtinyxml2.6.2 | 2.6.2-1 libuuid1(= 2.16) | 2.20.1-5.1 libx11-6 | 2:1.5.0-1 libxml2(= 2.7.4) | 2.8.0+dfsg1-5 libzip2 (= 0.10) | 0.10.1-1.1 zlib1g (= 1:1.1.4) | 1:1.2.7.dfsg-13 python (= 2.6.6-7~) | 2.7.3-1 python2.7 | 2.7.3-2 mysql-workbench-data(= 5.2.40+dfsg-1) | 5.2.40+dfsg-1 mysql-client | 5.5.24+dfsg-5 python-mysql.connector| 0.3.2-1 python-paramiko | 1.7.7.1-3 python-pysqlite2 | 2.6.3-3 python-pexpect| 2.4-1 Recommends (Version) | Installed =-+-=== ttf-bitstream-vera| 1.10-8 mysql-utilities | 1.0.5-1 Suggests (Version) | Installed -+-=== gnome-keyring| 3.4.1-4 -- Regards from Pal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682481: gnome-shell: epiphany shouldn't be the default browser
Package: gnome-shell Version: 3.4.1-8 Severity: serious The default browser should be one that has at least vaguely credible security support, IMO. epiphany doesn't qualify, chromium or iceweasel probably would. Cheers, Julien signature.asc Description: Digital signature
Bug#608035: freevo: doesnt cleanup on purge
found 608035 1.9.2b2-4 unmerge 608035 user debian...@lists.debian.org usertag 608035 piuparts . thanks I'm unmerging the two bugs. #489328: Current movement seems to be not to remove users when the package gets purged to avoid reusing the UID that still may own some files (#621833) and just lock the user (currently only wagely defined). #608035: Leaving stuff in /var/lib/$package on purge is still a bad idea. A preseedable debconf question would be welcome. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682010: [mumble] Communication failures due to CELT codec library removal
Hi, On Monday 23 July 2012 00:31:27 Chris Knadle wrote: This means that the Opus-only client ruins the audio connection for everybody else that's connected, at least in this case. That happens because the maintainer patch 20-add-opus-threshold-option sets the threshold variable default to 1, which is a pretty nonsensical value in most situations. It only really makes sense to set it to 0 or 100, unless you want to fabricate some really weird behaviour in codec negotiation… In that case, any client with Opus support should trigger the issue, no matter if it supports CELT. Just for completeness' sake, this is _not_ an upstream issue, the value is initialised to 100 there. I guess manually setting opusthreshold=100 in your murmur.ini would restore sane behaviour on the server side, but I'm not inclined to dig through the other maintainer patches to see what else is interfering at this point. Regards, Nicos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682365: dpkg: native package in rc state prevents installation of m-a:foreign counterpart
On Sun, Jul 22, 2012 at 05:13:00AM +0200, Guillem Jover wrote: reassign 682365 apt thanks On Sun, 2012-07-22 at 04:37:02 +0200, Arno Schuring wrote: Package: dpkg Version: 1.16.4.3 Severity: normal It appears that dpkg's logic to prevent installing different versions of a multi-arch:foreign package considers removed but-not-purged packages as still installed: dpkg: error processing /var/cache/apt/archives/libwine_1.4.1-2_i386.deb (--unpack): libwine:i386 1.4.1-2 (Multi-Arch: foreign) is not co-installable with libwine which has multiple installed instances rc libwine:amd64 1.4.1-1.2Windows API implementation - library ii libwine:i3861.4.1-1.2Windows API implementation - library This leads to the odd situation that migrating from one architecture to another in effect requires you to purge the package (and lose config, although I'm not sure m-a:foreign packages can even support config files). Yes, that's on purpose, otherwise the database could end up with multiple instances of non-coinstallable packages, which would break lots of internal and external assumptions. And yes, any package could contain conffiles, in the libwine case I'd assume it's just the postrm maintainer scripts that remains. That doesn't track. That would require all conffiles to be split off into architecture:all packages for no good reason. The packages is M-A: foreign. That imho means it will have to work with its conffiles from any architecture, i.e. the conffiles need to be architecture independent. As M-A:foreign package libwine:i386 is a full replacement for libwine:amd64 in every way and that should include conffiles in dpkg. Otherwise cross-grading will be a total nightmare. The full log of what I was trying to do (shortened for brevity though): # apt-get -t sid install libwine:i386 [..] [..] The following packages will be REMOVED: libwine [..] The following packages will be upgraded: libwine:i386 [..] [..] Removing libwine:amd64 ... [..] Preparing to replace libwine-bin:i386 1.4.1-1.2 (using .../libwine-bin_1.4.1-2_i386.deb) ... Unpacking replacement libwine-bin:i386 ... dpkg: error processing /var/cache/apt/archives/libwine_1.4.1-2_i386.deb (--unpack): libwine:i386 1.4.1-2 (Multi-Arch: foreign) is not co-installable with libwine which has multiple installed instances [..] # dpkg -la|grep libwine rc libwine:amd64 1.4.1-1.2 Windows API implementation - library ii libwine:i386 1.4.1-1.2 Windows API implementation - library [..] # dpkg -P libwine:amd64 (Reading database ... 125749 files and directories currently installed.) Removing libwine:amd64 ... Purging configuration files for libwine:amd64 ... # apt-get -t sid install -f [..] The following extra packages will be installed: libwine:i386 [..] The following packages will be upgraded: libwine:i386 [..] Unpacking replacement libwine ... [..] Setting up libwine (1.4.1-2) ... # dpkg -la|grep libwine ii libwine 1.4.1-2Windows API implementation - library ii libwine-bin:i386 1.4.1-2Windows API implementation - system services [..] I also notice that libwine no longer is listed as libwine:i386. Not sure where that comes from though. Maybe because there is a non-multiarch libwine in stable? libwine 1.4.1-2 is not arch-qualified because it's not Multi-Arch:same anymore and as such does not really need to be disambiguated. Filing against dpkg because I think configuration-only packages should not prevent installation like this, but if this is expected behaviour then this bug might need to be reassigned to apt so that apt knows to purge packages in this situation. I also looked through the 1.16.8 changelog but saw no mention of something like this already being fixed, and I also don't know if 1.16.8 might or might not make it into wheezy. Yes, this appears to be a problem with apt, reassigning as such. thanks, guillem Are you sayind that configuration files must be purged when cross-grading packages? That looks like a serious implementation flaw in dpkg. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682464: libtasn1-3: Unused build dependencies
P. J. McDermott p...@nac.net writes: Source: libtasn1-3 Version: 2.13-2 Severity: minor Tags: patch libtasn1-3 build-depends on gtk-doc-tools and texlive-latex-base, neither of which is used in the build process. Both can be safely removed from debian/control as in the attached patch (tested in a sid chroot). The dependencies should be used during the build process to generate the GTK-DOC API manual. I've heard before that it is recommended that everything that is shipped in Debian packages are built from sources to make sure that it is possible to rebuild generated files if necessary. I recall this is common for other packages with GTK-DOC manuals too. /Simon -- P. J. McDermott(_/@\_),--. http://www.pehjota.net/ o o o/ oo \ http://www.pehjota.net/contact.html o \ `-/| |. o o o~v/_\--/_/ diff -Nru libtasn1-3-2.13/debian/changelog libtasn1-3-2.13/debian/changelog --- libtasn1-3-2.13/debian/changelog 2012-06-07 11:46:10.0 -0400 +++ libtasn1-3-2.13/debian/changelog 2012-07-22 20:26:38.0 -0400 @@ -1,3 +1,10 @@ +libtasn1-3 (2.13-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Remove unused build dependencies on gtk-doc-tools and texlive-latex-base. + + -- P. J. McDermott p...@nac.net Sun, 22 Jul 2012 20:11:00 -0400 + libtasn1-3 (2.13-2) unstable; urgency=low * Upload to unstable. diff -Nru libtasn1-3-2.13/debian/control libtasn1-3-2.13/debian/control --- libtasn1-3-2.13/debian/control2012-03-25 03:01:46.0 -0400 +++ libtasn1-3-2.13/debian/control2012-07-22 20:19:45.0 -0400 @@ -2,8 +2,8 @@ Section: libs Maintainer: Debian GnuTLS Maintainers pkg-gnutls-ma...@lists.alioth.debian.org Uploaders: Andreas Metzler ametz...@debian.org, Eric Dorland e...@debian.org, James Westby jw+deb...@jameswestby.net, Simon Josefsson si...@josefsson.org -Build-Depends: debhelper ( 8.1.3), cdbs (= 0.4.93), bison, gtk-doc-tools, - texinfo, autotools-dev, texlive-latex-base +Build-Depends: debhelper ( 8.1.3), cdbs (= 0.4.93), bison, + texinfo, autotools-dev Standards-Version: 3.9.3 Priority: standard Vcs-Svn: svn://svn.debian.org/svn/pkg-gnutls/packages/libtasn1-3/trunk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661008: dovecot-imapd: Corrupted index cache file
On 03/06/2012 09:26 PM, Jaldhar H. Vyas wrote: On Fri, 24 Feb 2012, Thomas Herrmann wrote: On 02/24/2012 12:42 AM, Timo Sirainen wrote: Anyway, I don't have time to try to debug bugs that may have been fixed already. If this keeps happening with v2.0.18 or v2.1.1 I'm happy to help. Sorry for the long delay; but I have finally found some time to upgrade to 2.1.7 (current debian testing packages). The problem still occurrs exactly as described in the first posts. After the upgrade, I did this in the mail folder: find . -name dovecot.index.cache -exec rm {} \; and today, this came up in the mail.err log file: Jul 23 10:20:08 mailsrv2 dovecot: imap(xx...@adwin.de): Error: Corrupted index cache file /home/vmail/adwin.de/XX/Maildir/.SomeFolder/dovecot.index.cache: record continues outside its allocated size The folder in question is a regular mail folder that is symlinked into the public folder structure. Mails are placed in that folder by the users sieve script. The folder is then accessed as a public folder by multiple clients. My mail client still shows new mails in some folders, and when you click on the folder, there are no new folders. I assume that the problems are connecte d, but I don't know how. I hope that we can track this down now, let me know what you need. Regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682482: unblock: glpi/0.83.31-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, GLPI 0.83.31 (micro-fix based on 0.83.3) is an important security release, fixing two CVEs: CVE-2012-4002: Bug #3704: CSRF prevention step 1 Bug #3707: CSRF prevention step 2 CVE-2012-4003: Bug #3705: Security XSS for few items https://forge.indepnet.net/projects/glpi/versions/771 Note: the diff from 0.83.2-1 (current testing) is pretty big, but almost all the patch is made of fixes in many files. Trying to backport would make no sense imho since it would bring almost everything, and make future maintenance even harder. Please allow GLPI 0.83.31 in testing. Regards, Pierre unblock glpi/0.83.31-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682460: unblock: boost1.50/1.50.0-1
Hi, Steve M. Robbins s...@debian.org (22/07/2012): Given the long lifetime of stable Debian, I expect users would appreciate having the latest Boost available. This is a leaf package so should have no impact on stability of the archive. [Testing currently has Boost 1.49 as default and I propose to keep it that way even if Boost 1.50 is also available.] unblock boost1.50/1.50.0-1 I think it's way too late to add new packages to testing, and I'm not sure boost's being boost is a strong enough reason to make an exception for it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default
On Mon, 23 Jul 2012 10:33:32 +0200 Yves-Alexis Perez cor...@debian.org wrote: One might ask why a Pluggable Authentication Module ought to be responsible for things which clearly have nothing to do with authentication, such as locale selection, especially when they are liable to change at every login. PAM is more than authentication, it handles quite some login-related stuff. And maybe it makes sense to store login-specific settings like locales into PAM. But my feeling is that it's not the case. It seems that PAM (through pam_env module) only handles /default/ environment, taken from /etc/environment. So while it might be useful to have a default setting for the box, it's plain useless for user-specific settings. So if my analysis is right, I'm a bit puzzled about the change. This. Not just user-specific settings, but session-specific settings. Note that you might try with accountsservice installed, it might help. Doesn't seem to, and I don't see why it would. According to the README: The AccountsService project provides - A set of D-Bus interfaces for querying and manipulating user account information. - An implementation of these interfaces based on the usermod(8), useradd(8) and userdel(8) commands. There's nothing session-specific about that. -- Ian Bruce -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)
tags 570015 -help found 570015 0.4.5-3 -- On Sun, 22 Jul 2012, Steven Chamberlain wrote: As a quick and random test, I installed all tasksel options of kfreebsd-amd64, and executed each binary from {,/usr}/[s]bin as a non-privileged user inside a jail. These next two are odd, as they appear to be daemons running as uid 0. ... But this one was definitely triggered by something in /bin or /sbin being run as uid 1000: pid 25310 (ck-collect-session-), uid 0: exited on signal 11 It is long known problem - see #570015. The fix is really simple and waits for very long :-( Petr --- consolekit/src/ck-sysdeps-freebsd.c +++ consolekit/src/ck-sysdeps-freebsd.c @@ -261,6 +261,8 @@ for (i = 0; penv[i] != NULL; i++) { char **vals; +if (!penv[i][0]) continue; + vals = g_strsplit (penv[i], =, 2); if (vals != NULL) { g_hash_table_insert (hash, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682277: RC bugs to closed : Bug 682277 in libweb-id-perl
On 12-07-23 at 10:50am, Salvatore Bonaccorso wrote: On Sun, Jul 22, 2012 at 08:10:00PM +0200, Xavier wrote: it seems that bug #682277 has been resolved by version 1.921-3 but has not been closed. This was more or less intentional, I added only the fixed version. But indeed it should appear on the radar for the RC bugs for wheezy if we close the bug. So doing now. Ohh, it was _fixed_ but not _closed_. Now I understand. :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#682466: virtaal: Adding Debian compendia as terminology file is very slow
Hello Fernando: Thanks for your bug report. I've noticed this issue a few times with long files, please take into consideration that the compendia-po file is unnaturraly long, you'll hardly find a file that big anywhere else, and I think it's a bit normal that it takes its time (I know it's a lot of time, I did the same than you). I think this is more or less normal. For example, I translate professionally with SDL Trados, a 300€ l10n beast... yet it's very slow on long files, and I mean files much shorter than compendia-po. I acknowledge that sometimes it can be too slow (it can get slow with a 500 strings, 30.000 words file, though I hardly find sthg that big in the professional world). Nevertheless, I will pass this bug to upstream, to see if they can look into it. You can try playing with the command tmserver, which can help you import a file directly to the tm. Regards, Omar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682481: gnome-shell: epiphany shouldn't be the default browser
Le lundi 23 juillet 2012 à 10:46 +0200, Julien Cristau a écrit : Package: gnome-shell Version: 3.4.1-8 Severity: serious The default browser should be one that has at least vaguely credible security support, IMO. epiphany doesn't qualify, chromium or iceweasel probably would. As explained on IRC, they would if at the *very least* they supported GTK3. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682365: dpkg: native package in rc state prevents installation of m-a:foreign counterpart
On Sun, Jul 22, 2012 at 05:51:08AM +0200, Guillem Jover wrote: On Sat, 2012-07-21 at 22:30:30 -0500, Jonathan Nieder wrote: Guillem Jover wrote: On Sun, 2012-07-22 at 04:37:02 +0200, Arno Schuring wrote: dpkg: error processing /var/cache/apt/archives/libwine_1.4.1-2_i386.deb [...] rc libwine:amd64 1.4.1-1.2Windows API implementation - library ii libwine:i3861.4.1-1.2Windows API implementation - library [...] Yes, that's on purpose, otherwise the database could end up with multiple instances of non-coinstallable packages, which would break lots of internal and external assumptions. How does crossgrading normally work? Cross-grading happens whenever a new package instance is installed with a different architecture from the current single instance, as long as both old and new are not M-A:same, or they switch from non-M-A:same to M-A:same or the reverse. If Arno had not had libwine:i386 installed, would the upgrade have worked? Yeah (assuming not-installed == not-present), that would have been a cross-grade. Because the old one is M-A:same and the new one is M-A:foreign. Corect me if I'm wrong but your saying the following work: foo:i386 same 1.2-3 - foo:i386 foreign 1.2-4 foo:amd64 same 1.2-3 - foo:i386 foreign 1.2-4 foo:i386 same 1.2-3 - foo:amd64 foreign 1.2-4 foo:amd64 same 1.2-3 - foo:amd64 foreign 1.2-4 But not: foo:amd64 same 1.2-3 -\ - foo:i386 foreign 1.2-4 foo:i386 same 1.2-3 -/ MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681985: qemu-system: -usbdevice tablet causes bus error
Package: qemu-system Version: 1.1.0+dfsg-1 Followup-For: Bug #681985 Ok, got the real reproducer. This happened on development machine where I have glibc malloc checking[1] turned on. $ grep MALLOC ~/.bashrc export MALLOC_CHECK_=3 export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) Unsetting MALLOC_PERTURB_ makes the bus error go away. Running MALLOC_PERTURB_=120 qemu-system-x86_64 -usbdevice tablet exhibits the problem. AFAIU this indicates the use of uninitialized malloc memory in qemu, but without symbols I cannot dig any further. [1]: http://udrepper.livejournal.com/11429.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682484: tomoyo-tools: [INTL:de] Initial German debconf translation
Package: tomoyo-tools Version: 20120630+2 Severity: wishlist Tags: l10n patch Hi, please find attached the initial German debconf translation of tomoyo-tools. Kind regards, Chris # Translation of the tomoyo-tools debconf template to German # Copyright (C) 2009 Hideki Yamane. # This file is distributed under the same license as the tomoyo-tools package. # Chris Leick c.le...@vollbio.de, 2012. # msgid msgstr Project-Id-Version: tomoyo-tools 2.5.0-20120414-4\n Report-Msgid-Bugs-To: tomoyo-to...@packages.debian.org\n POT-Creation-Date: 2012-07-17 19:17-0600\n PO-Revision-Date: 2012-07-18 21:23+0100\n Last-Translator: Chris Leick c.le...@vollbio.de\n Language-Team: German debian-l10n-ger...@lists.debian.org\n Language: de\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid Enable TOMOYO Linux at boot time? msgstr TOMOYO Linux beim Hochfahren aktivieren? #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid Enabling TOMOYO Linux functionality in the running kernel requires an appropriate kernel command line at boot time. This can be configured by setting GRUB_CMDLINE_LINUX=\security=tomoyo\ in /etc/default/grub and running grub-update. msgstr Aktivieren der TOMOYO-Linux-Funktionalität im laufenden Kernel erfordert eine geeignete Kernel-Befehlszeile beim Hochfahren. Dies kann durch Setzen von GRUB_CMDLINE_LINUX=\security=tomoyo\ in /etc/default/grub und Ausführen von grub-update konfiguriert werden. #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid If you accept here, these actions will be performed automatically and TOMOYO Linux will be enabled at next boot. msgstr Falls Sie hier zustimmen, werden diese Aktionen automatisch durchgeführt und TOMOYO Linux wird beim nächsten Hochfahren aktiviert.
Bug#682481: gnome-shell: epiphany shouldn't be the default browser
On Mon, Jul 23, 2012 at 10:55:49 +0200, Josselin Mouette wrote: Le lundi 23 juillet 2012 à 10:46 +0200, Julien Cristau a écrit : Package: gnome-shell Version: 3.4.1-8 Severity: serious The default browser should be one that has at least vaguely credible security support, IMO. epiphany doesn't qualify, chromium or iceweasel probably would. As explained on IRC, they would if at the *very least* they supported GTK3. I don't think doesn't support gtk3 can be more of a blocker than has 0 security support. I agree it's not ideal, but it doesn't seem there's much of a choice. Cheers, Julien signature.asc Description: Digital signature
Bug#152203: Sinun postilaatikko on ylittänyt varastointi rajan
Sinun postilaatikko on ylittänyt varastointi rajan määrittelee ylläpito etkä voi vastaanottaa uusia viestejä ennen kuin olet uudelleen vahvistaa. Jotta voit vahvista - Klikkaa tästähttps://docs.google.com/spreadsheet/viewform?formkey=dHFhX3FrVW1JdFBKNG92RFc4YTRVNWc6MQ
Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML
Hi Bart, On Saturday 21 July 2012 16:41:15 Bart Martens wrote: Hi Francesco, I had a look at your package at mentors uploaded there on 2012-07-14 11:00. The information in debian/copyright is yet not complete. One example is that the copyright and license of the file test/manuals/res_all/mini_ker/Linking-rule.html are not yet included in debian/copyright. I have updated debian/copyright. Regards, Bart Martens Regards, -- Francesco Cecconi nmapsi4 developer | www.nmapsi4.org Key ID: 11F6E468 signature.asc Description: This is a digitally signed message part.
Bug#679386: [Pkg-xfce-devel] Bug#679386: Bug#679386: lightdm: Language selection is ignored in session, $LANG is system default
On lun., 2012-07-23 at 02:08 -0700, ian_br...@fastmail.net wrote: On Mon, 23 Jul 2012 10:33:32 +0200 Yves-Alexis Perez cor...@debian.org wrote: One might ask why a Pluggable Authentication Module ought to be responsible for things which clearly have nothing to do with authentication, such as locale selection, especially when they are liable to change at every login. PAM is more than authentication, it handles quite some login-related stuff. And maybe it makes sense to store login-specific settings like locales into PAM. But my feeling is that it's not the case. It seems that PAM (through pam_env module) only handles /default/ environment, taken from /etc/environment. So while it might be useful to have a default setting for the box, it's plain useless for user-specific settings. So if my analysis is right, I'm a bit puzzled about the change. This. Not just user-specific settings, but session-specific settings. Eh? Note that you might try with accountsservice installed, it might help. Doesn't seem to, and I don't see why it would. According to the README: The AccountsService project provides - A set of D-Bus interfaces for querying and manipulating user account information. - An implementation of these interfaces based on the usermod(8), useradd(8) and userdel(8) commands. There's nothing session-specific about that. Well, it could have queried your locale information. Thanks for testing anyway. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#680349: binfmt-support: exit codes for --import and --install differ on unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument error
interestingly this error is handled differently for --import and --install: # umount /proc/sys/fs/binfmt_misc # update-binfmts --import llvm-3.1.binfmt update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument update-binfmts: warning: unable to enable binary format llvm-3.1.binfmt # echo $? 0 # umount /proc/sys/fs/binfmt_misc # update-binfmts --install jarwrapper /usr/bin/jarwrapper --magic 'PK\x03\x04' --detector /usr/bin/jardetector update-binfmts: warning: unable to close /proc/sys/fs/binfmt_misc/register: Invalid argument update-binfmts: warning: unable to enable binary format jarwrapper update-binfmts: exiting due to previous errors # echo $? 2 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570015: [Pkg-utopia-maintainers] Bug#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)
Hi Petr, On 23.07.2012 10:53, Petr Salinger wrote: It is long known problem - see #570015. The fix is really simple and waits for very long :-( Sorry for that and thanks for the patch. I will try to get this fix into wheezy. 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#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)
Hi! Petr Salinger petr.salin...@seznam.cz writes: tags 570015 -help found 570015 0.4.5-3 -- On Sun, 22 Jul 2012, Steven Chamberlain wrote: As a quick and random test, I installed all tasksel options of kfreebsd-amd64, and executed each binary from {,/usr}/[s]bin as a non-privileged user inside a jail. These next two are odd, as they appear to be daemons running as uid 0. ... But this one was definitely triggered by something in /bin or /sbin being run as uid 1000: pid 25310 (ck-collect-session-), uid 0: exited on signal 11 It is long known problem - see #570015. The fix is really simple and waits for very long :-( Petr --- consolekit/src/ck-sysdeps-freebsd.c +++ consolekit/src/ck-sysdeps-freebsd.c @@ -261,6 +261,8 @@ for (i = 0; penv[i] != NULL; i++) { char **vals; +if (!penv[i][0]) continue; + vals = g_strsplit (penv[i], =, 2); if (vals != NULL) { g_hash_table_insert (hash, I'll test on my kfreebsd system and offer to NMU (unless maintainers are faster / nack this) -- a segfault fix really should fit freeze policy at the current state. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682183: the list of FTBFSes
On Mon, Jul 23, 2012 at 12:44:53PM +0800, Aron Xu wrote: Hi, I'm for Adam's patch, it looks to be the correct approach to resolve the problem as well as fulfill the requirement of being multiarch. In case of doubt I have tried to rebuild all rdepends of liblua5.1-0 in Sid and there is no regression found in the builds. So please apply the patch and make an upload, so we are able to continue to upload other packages depending on lua5.1. For me it's src:fcitx, which an unblock has been granted but I'm unable to upload due to lua5.1... I'm on it right now. I'll change a bit the patch since installing in patch shared by all packages a file called lua-deb-multiarch.h will prevent lua5.1 and 5.2 to cohexist. I rename the file to lua5.1-deb-multirch.h and I dput. Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670661: imagemagick fail on s390 look like a rsvg issue
On Mon, Jul 23, 2012 at 11:23 AM, Rino Del Campo rino.delca...@brain-debug.org wrote: I have tried with rsvg-convert and the conversion output seems to be good. Look at the attachment. Rino On 23/07/2012 00:19, Bastien ROUCARIES wrote: user 670661 debian-s...@lists.debian.org usertags 670661 s390 thanks Dear s390 user, It seems that imagemagick fail on s390. We believe it is a bug on rsvg lib. Could you try on porter box rsvg-convert or rsvg-view with the svg file on the bug report #670661 ? Thanks, It is really strange, because internally we use librsvg... Will report upstream, but without a porter box it will be difficult for upstream to solve... Could you try to convert to jpeg instead of png ? If it solve the problem lie in libpng. Could you try with more recent version of imagemagick ? Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570015: [Pkg-utopia-maintainers] Bug#570015: ck-collect-session-info coredumps on kFreeBSD (Re: Some QA of Wheezy kfreebsd-amd64 binaries)
Hi Christoph, On 23.07.2012 11:09, Christoph Egger wrote: I'll test on my kfreebsd system and offer to NMU (unless maintainers are faster / nack this) -- a segfault fix really should fit freeze policy at the current state. Since those changes are in the kfreebsd backend, I don't really have any opinion on the patch itself. If the kfreebsd porters think this is the correct fix and it does indeed fix the problem, I personally don't have any objections. Feel free to NMU. 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#682238: opencv: Please Depend on unversioned libtiff-dev instead of libtiff4-dev
On Fri, Jul 20, 2012 at 11:20:24 -0400, Michael Terry wrote: diff -Nru opencv-2.3.1/debian/changelog opencv-2.3.1/debian/changelog diff -Nru opencv-2.3.1/debian/control opencv-2.3.1/debian/control --- opencv-2.3.1/debian/control 2012-06-27 22:36:53.0 -0400 +++ opencv-2.3.1/debian/control 2012-07-20 11:17:10.0 -0400 @@ -9,7 +9,7 @@ libjasper-dev (= 1.900.1), libjpeg-dev, libpng-dev, - libtiff4-dev (= 3.9.4), + libtiff-dev (= 3.9.4), libopenexr-dev (= 1.4.0), libraw1394-dev [linux-any], libdc1394-22-dev [linux-any], @@ -478,7 +478,7 @@ libjasper-dev (= 1.900.1), libjpeg-dev, libpng12-dev, - libtiff4-dev (= 3.9.4), + libtiff-dev (= 3.9.4), libopenexr-dev (= 1.4.0), libraw1394-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386], libdc1394-22-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386], This patch is broken. Versioned dependencies on virtual packages can't work. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682485: Log viewer not opening in GNOME-Classic
Package: gnome-system-log Version: 3.4.1-1 The Gnome system log file viewer when opening in Gnome classic mode, throws Refusing to render service to dead parents. error and is not opening. The patch attached overrides the issue and opens up the log file viewer properly in classic mode. -- Regards., Prema S pkexec-auth-bypass.patch Description: Binary data
Bug#682099: xserver-xorg-video-ati: EXAPixmaps=On screen tearing at high resolution under certain configurations
On 22 July 2012 13:20, James Robertson j...@mesrobertson.com wrote: On 21 July 2012 03:45, Michel Dänzer daen...@debian.org wrote: Can you elaborate on what exactly 'tearing and corruption' means? I have created a brief video to show the tearing. It occurs when basically any input occurs such as typing, moving the mouse and as per the video moving windows. https://docs.google.com/open?id=0B2vLcjUrgXL-aUdWekU0dE9qbHM Does booting with radeon.disp_priority=2 on the kernel command line help? No Please provide the output of xrandr --verbose for each case Please see attached txt file. On 21 July 2012 04:33, Alex Deucher alexdeuc...@gmail.com wrote: Also note that rendering can only be synchronized to one head at a time to avoid tearing. If you have windows that span multiple heads, you may get tearing on the non-synced heads. I don't fully understand the technical side of what you have described but wouldn't this mean tearing should only occur when using multiple monitors? I get tearing on DVI-0 or VGA-0 standalone. I would also note that the tearing is worse when using both DVI-0 and VGA-0 together. I also physically removed DVI-0 and visa versa for VGA-0 and still had the problem. Thanks Whilst watching a flash video in Chromium this evening, I scrolled down the web page and noticed the tearing even when I had EXAPixmaps off. The tearing was not as severe, but nonetheless occurred. As a quick test I tried setting the VGA-0 Display to 1680x1050 (DVI-0 still at 1920x1080) and it was fine. Using just DVI-0 standalone @1920x1080 also had tearing. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682407: Fwd
forwarded 682407 http://bugs.ghostscript.com/show_bug.cgi?id=693208 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440478: [ghostscript]
found 440478 9.05~dfsg-5 forwarded 440478 http://bugs.ghostscript.com/show_bug.cgi?id=693209 thanks fwd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML
Hi Francesco, http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile | Every package must be accompanied by a verbatim copy of its copyright | information and distribution license in the file | /usr/share/doc/package/copyright. The copyright information and distribution license I find in test/manuals/res_all/mini_ker/Linking-rule.html is : | Copyright (C) 2004, 2005, 2006, 2007 Alain Lahellec | | Copyright (C) 2004, 2005, 2006, 2007 Patrice Dumas | | Copyright (C) 2004, Ste'phane Hallegatte | | Permission is granted to copy, distribute and/or modify this document | under the terms of the GNU Free Documentation License, Version 1.1 or | any later version published by the Free Software Foundation; with no | Invariant Sections, with no Front-Cover text and with no Back-Cover Text. | A copy of the license is included in the section entitled GNU Free | Documentation License. The related information I find in your debian/copyright file is : | Upstream Authors: |test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html |test/manuals/res/mini_ker/*.html: |Alain Lahellec, Patrice Dumas, Ste'phane Hallegatte | Copyright: |test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html |test/manuals/res/mini_ker/*.html are licensed under the GPL-1+, wich in debian |system can be found in /usr/share/common-licenses/GPL-1. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682445: libuuid-perl: please rebuild against perl 5.16 in experimental
On Sun, Jul 22, 2012 at 02:42:17PM -0500, Jonathan Nieder wrote: I would like to test perl 5.16, but linux-base depends on libuuid-perl which depends on perlapi-5.14.2. Now I can build libuuid-perl privately (and I have done exactly that), but others in this situation might benefit from a pre-built binary in experimental. How about this patch? I advise against doing this - the perl packages in experimental are liable to change without notice and coordinating binary rebuilds of packages against perlapi-5.16 into experimental is not where we want to be. In general you'd end up filing hundreds of these wishlist bugs. To test perl 5.16, please either rebuild dependencies locally or use my unofficial rebuild repository (I'll take a look at updating that before long - there are probably uninstallable packages there at the moment - the freeze will hopefully help with this). http://lists.debian.org/debian-perl/2012/06/msg00013.html Thanks for helping with perl 5.16 testing! -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606082: ITA: libixp -- simple 9P client-/server-library
Hi Andrew, How is progress on this ITA ? I see that you have not answered my comments of 27 May 2012 at mentors. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661853: RFS: kpdftool/0.23.1-1 [ITP] -- GUI to manipulate PDF and PS files using GhostScript and ImageMagick
Hi Bart. The package has been automatically removed from mentors because it hasn't found a sponsor in 20 weeks. During that period I received only a comment from a DD telling me that the upstream sources were not suitable for Debian because there were some security issues. I forwarded that comment to the author and I'm waiting for the updated version of kpdftool. Should I do something here on this bug report while waiting? Thanks, bye Simone
Bug#661853: RFS: kpdftool/0.23.1-1 [ITP] -- GUI to manipulate PDF and PS files using GhostScript and ImageMagick
On Mon, Jul 23, 2012 at 12:22:22PM +0200, Simone Rossetto wrote: Should I do something here on this bug report while waiting? If there is no package waiting to be uploaded, it's probably better to close the bug and open a new one once there's something available for potential sponsors. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644726: ITP: kpdftool -- GUI interface for managing PDFs with GhostView and ImageMagick
For the record, Simone has just informed me that Simone has sent a question about security issues to the upstream author and that Simone has not yet received a reply. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680954: pynag - looking good, couple of questions
Hey all, New upstream releases fixes issues mentioned by Jakub. I have built new packages and uploaded new packages to http://pall.sigurdsson.is/filez/pynag Clint, has the python modules team had any time to include the package yet ? Kind regards, Pall Sigurdsson On Tue, Jul 10, 2012 at 7:33 PM, Clint Byrum spam...@debian.org wrote: Hi Pall. I just found pynag the other day and I am using it to do some automation of nagios deployment using juju. I have been using the package of the last couple hours, and it works great. Since pynag is a public python module, the package should be called python-pynag. If you want to have a meta-package called 'pynag' that depends on that, that would be a good idea too, or you could even move /usr/bin/pynag into its own 'pynag' package and the library would remain in python-pynag. Would you consider passing maintainership over ot the Debian Python Modules Team? You can remain as an Uploader so your changes will not be NMU's. By letting the team handle it they can assist with large scale policy changs and stuff like that. Something to consider. If you're ok with maintaining it yourself, thats fine too. So, just the python-pynag issue needs to be resolved, and then I think this is good to go for sponsoring into Debian. 'testing' is frozen right now, so it may sit in the NEW queue for a while, but its still worth uploading to get it into unstable whenever it thaws.
Bug#682486: python-jpylyzer: jpylyzer is not installed
Package: python-jpylyzer Version: 1.5.0-1 Severity: important jpylyzer is not installed in usr/bin as it should -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#681435: src:gitalist: not compatible with Catalyst = 5.90013
Hi, Jonas Genannt wrote (23 Jul 2012 07:54:38 GMT) : I have tested the newest Gitalist Version against 5.90014-1 and 5.90015-1. Both are failing with Gitalist because of use of Catalyst::Controller::ActionRole. After that test, I have patched the Gitalist source with the patch from https://github.com/bobtfish/Gitalist/commit/3620aa21666f20c634edcf3a6ec6f16580bbda1f but make test is also failing (with 5.90014 and 5.90015). See error output below. So that to do with Gitalist in Debian? Hopefully things will change in the future, but IMHO a package that: 1. has been FTBFS'ing (tests failed) since late march (was any action taken, that the #665223 bug log does not show, apart of replying I will contact upstream?) 2. has not been updated upstream since March to be compatible with the latest version of its most important dependency, despite many ... does not look like it's suitable for a Debian stable release. I suggest requesting this package to be removed from testing for the time being, and heading towards upstream to have things fixed there, so hopefully we have Gitalist back into testing soon after Wheezy, so that we can have it in wheezy-backports soon :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682486:
severity 682486 grave tags 682486 pending thanks Right now the man page described a non-existing usr/bin/jpylyzer. The package usability is in question marking as grave. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681435: src:gitalist: not compatible with Catalyst = 5.90013
Hello, Hopefully things will change in the future, but IMHO a package that: 1. has been FTBFS'ing (tests failed) since late march (was any action taken, that the #665223 bug log does not show, apart of replying I will contact upstream?) I have sent upstream Daniel Brooks a Mail on: 10 Jun 2012 but no response. :( I will try to contact the other upstream dev, if there is no response I will request of removing Gitalist from Wheezy. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682487: ITP: python-javascriptcore -- Python API for WebKit
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-javascriptcore Version : 0.1 Upstream Author : Martin Soto dons...@gmail.com * URL : https://launchpad.net/pyjavascriptcore * License : LGPL-2.1+ Programming Lang: Python Description : Python API for WebKit Use Python to tap into the whole power of WebKit. The packaging will take place in context of packaging the Cream Desktop Environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682489: ITP: python-gpyconf -- Python configuration framework with support for multiple backends
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-gpyconf Version : 0.2~beta Upstream Author : Jonas Haag jo...@lophus.org * URL : https://github.com/jonashaag/gpyconf * License : LGPL-2.1 and/or BSD-2-clause (modified) Programming Lang: Python Description : Python configuration framework with support for multiple backends A modular Python configuration framework with support for multiple backends (ConfigParser, XML, JSON, ...) and multiple frontends (GTK+, Web, ...). The packaging takes place in context of packaging the Cream Desktop Environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682488: ITP: python-xmlserialize -- Python-(to|from)-xml-(un)serializer
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-xmlserialize Version : 1.0 Upstream Author : Jonas Haag jo...@lophus.org * URL : https://github.com/jonashaag/xmlserialize.py * License : BSD-2-clause Programming Lang: Python, etc. Description : Python-(to|from)-xml-(un)serializer An extensible Python-(to|from)-xml-(un)serializer in beautiful pure-Python code. The packaging takes place in context of packaging the Cream Desktop Environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682490: biomaj-watcher: modifies ownership/permissions of files from the biomaj package
Package: biomaj-watcher Version: 1.2.0-8 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies files from another package. From the attached log (scroll to the bottom...): 2m3.0s ERROR: FAIL: After purging files have been modified: /etc/biomaj/db_properties/ owned by: biomaj /etc/biomaj/db_properties/admin/ owned by: biomaj /etc/biomaj/db_properties/admin/alu.properties owned by: biomaj /etc/biomaj/db_properties/admin/sts.properties owned by: biomaj /etc/biomaj/db_properties/global.propertiesowned by: biomaj /var/lib/biomaj/ owned by: biomaj /var/lib/biomaj/migration/ owned by: biomaj /var/lib/biomaj/migration/update.plowned by: biomaj /var/log/biomaj/ owned by: biomaj The modifications done here are (in the postinst): chown -R tomcat6 /etc/biomaj/db_properties chown -R tomcat6 /usr/share/java/webapps/biomaj-watcher chmod -R 775 /etc/biomaj/db_properties chown -R tomcat6 /var/log/biomaj chmod -R 775 /var/log/biomaj chown -R tomcat6 /var/lib/biomaj chmod -R 775 /var/lib/biomaj chown -R tomcat6 /etc/biomaj-watcher chown -R tomcat6 /etc/biomaj-watcher The permission changes (at least on the files) will be reverted whenever the biomaj package is reinstalled or upgraded - if you really need tomcat ownership and write permissions: use dpkg-statoverride. If you don't need them, don't set them. Setting the severity to serious because this has the potential to break biomaj-watcher after an biomaj upgrade. cheers, Andreas biomaj-watcher_1.2.0-8.log.gz Description: GNU Zip compressed data
Bug#681435: src:gitalist: not compatible with Catalyst = 5.90013
Jonas Genannt wrote (23 Jul 2012 10:49:14 GMT) : 1. has been FTBFS'ing (tests failed) since late march (was any action taken, that the #665223 bug log does not show, apart of replying I will contact upstream?) I have sent upstream Daniel Brooks a Mail on: 10 Jun 2012 but no response. :( I will try to contact the other upstream dev, if there is no response I will request of removing Gitalist from Wheezy. How about submitting the bug to the CPAN RT, so that information about it is shared with the general public? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681435: src:gitalist: not compatible with Catalyst = 5.90013
I will try to contact the other upstream dev, if there is no response I will request of removing Gitalist from Wheezy. How about submitting the bug to the CPAN RT, so that information about it is shared with the general public? I will submit one. Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML
Hi Bart, Sorry for the Mistake. On Monday 23 July 2012 09:58:58 Bart Martens wrote: Hi Francesco, http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile | Every package must be accompanied by a verbatim copy of its copyright | information and distribution license in the file | /usr/share/doc/package/copyright. The copyright information and distribution license I find in test/manuals/res_all/mini_ker/Linking-rule.html is : | Copyright (C) 2004, 2005, 2006, 2007 Alain Lahellec | | Copyright (C) 2004, 2005, 2006, 2007 Patrice Dumas | | Copyright (C) 2004, Ste'phane Hallegatte | | Permission is granted to copy, distribute and/or modify this document | under the terms of the GNU Free Documentation License, Version 1.1 or | any later version published by the Free Software Foundation; with no | Invariant Sections, with no Front-Cover text and with no Back-Cover Text. | A copy of the license is included in the section entitled GNU Free | Documentation License. The related information I find in your debian/copyright file is : | Upstream Authors: |test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html |test/manuals/res/mini_ker/*.html: |Alain Lahellec, Patrice Dumas, Ste'phane Hallegatte | Copyright: |test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html |test/manuals/res/mini_ker/*.html are licensed under the GPL-1+, wich in debian |system can be found in /usr/share/common-licenses/GPL-1. I have updated the license to GFDL, but since the version 1.1 is not in debian common-licenses directory I'm using for copyright information: test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html test/manuals/res/mini_ker/*.html are licensed under the GFDL-1.1+, we do not have a copy of the GFDL 1.1, but you can find a copy of the GFDL 1.3 in /usr/share/common-licenses/GFDL Regards, Bart Martens Regards, -- Francesco Cecconi nmapsi4 developer | www.nmapsi4.org Key ID: 11F6E468 signature.asc Description: This is a digitally signed message part.
Bug#682491: ITP: python-ooxcb -- X Python Binding based on xpyb
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-ooxcb Version : 1.2 Upstream Author : Friedrich Weber f...@reichbier.de * URL : http://git.samurai-x.org/ooxcb/, git://git.samurai-x.org/ooxcb.git * License : BSD-3-clause Programming Lang: Python Description : X Python Binding based on xpyb An object-oriented X Python Binding, based on xpyb. More information on the project can be obtained from this ML post: http://lists.freedesktop.org/archives/xcb/2011-May/007030.html The packaging takes place in context of packaging the Cream Desktop Environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670661: [Pkg-gmagick-im-team] Bug#670661: imagemagick fail on s390 look like a rsvg issue
On Mon, Jul 23, 2012 at 12:36 PM, Rino Del Campo rino.delca...@brain-debug.org wrote: The jpeg test returns same problem with image quality. (look at the attachment...) What do you mean by more recent version of imagemagick? Do you refer to version from testing or unstable branch? Yes the version from unstable Bastien Rino On 23/07/2012 11:39, Bastien ROUCARIES wrote: Thanks, It is really strange, because internally we use librsvg... Will report upstream, but without a porter box it will be difficult for upstream to solve... Could you try to convert to jpeg instead of png ? If it solve the problem lie in libpng. Could you try with more recent version of imagemagick ? Bastien ___ Pkg-gmagick-im-team mailing list pkg-gmagick-im-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682210: Mysql-5.5
Moritz, Do you still see any reason to keep this bug report open? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#470294: About PHP Code Sniffer
Hi Thomas, hereby Cc:-ing), I don't know if it is still relevant for the latest version that I have NMUed. What is to find out is if it is still relevant with version 1.3.4-0.1 The patch that you did is working for me. If you registered to the pkg-php alioth project, you will have to give me your Alioth login, so that I can give you the correct rights. I normally would do that after a first patch sent to the list. My login is *tk421-guest*. I realize that there is a new upstream version available, the 1.3.5. I will update the source code of the package and upload to debian mentors.
Bug#682445: libuuid-perl: please rebuild against perl 5.16 in experimental
Hi, Dominic Hargreaves wrote: On Sun, Jul 22, 2012 at 02:42:17PM -0500, Jonathan Nieder wrote: I would like to test perl 5.16, but linux-base depends on libuuid-perl which depends on perlapi-5.14.2. Now I can build libuuid-perl privately (and I have done exactly that), but others in this situation might benefit from a pre-built binary in experimental. How about this patch? I advise against doing this - the perl packages in experimental are liable to change without notice and coordinating binary rebuilds of packages against perlapi-5.16 into experimental is not where we want to be. In general you'd end up filing hundreds of these wishlist bugs. True, there's a slippery slope there, but I really was proposing maintaining exactly one (libuuid-perl) this way. Anything else can be easily rebuilt after upgrading perl by temporarily removing packages, even on a system without a build chroot. Removing the kernel, on the other hand, even temporarily, is not a good idea. Thanks, and hoping that clarifies, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682492: ITP: python-bjoern -- Fast And Ultra-Lightweight Asynchronous HTTP/1.1 WSGI Server
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-bjoern Version : 1.2 Upstream Author : Jonas Haag jo...@lophus.org * URL : https://github.com/jonashaag/bjoern * License : BSD-2-clause Programming Lang: Python Description : Fast And Ultra-Lightweight Asynchronous HTTP/1.1 WSGI Server A screamingly fast, ultra-lightweight asynchronous WSGI server for CPython, written in C using Marc Lehmann's high performance libev event loop and Ryan Dahl's http-parser. The packaging takes place in context of packaging the Cream Desktop Environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML
On Mon, Jul 23, 2012 at 12:59:26PM +0200, Francesco Cecconi wrote: I have updated the license to GFDL, but since the version 1.1 is not in debian common-licenses directory I'm using for copyright information: test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html test/manuals/res/mini_ker/*.html are licensed under the GFDL-1.1+, we do not have a copy of the GFDL 1.1, but you can find a copy of the GFDL 1.3 in /usr/share/common-licenses/GFDL Strictly speaking if a license is not in common-licenses, you must include the full text of the license in your copyright file. I'm inclined to say that this applies even in your case even though there's a later version you can refer to. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ signature.asc Description: Digital signature
Bug#682493: libvirt-bin: virsh takes a long time to connect to xend
Package: libvirt-bin Version: 0.8.3-5+squeeze2 Severity: normal Hi, On any host running Xen 4.0 I'm getting a high delay in virsh operations: | root@wildebeest:~# time virsh list | Id Name State | -- | 0 Domain-0 running | | real 0m6.333s | user 0m0.004s | sys 0m0.008s On any system with QEMU/KVM the response is much much faster: | real 0m0.009s | user 0m0.000s | sys 0m0.008s Thanks -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser3.112+nmu2add and remove users and groups ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcap-ng0 0.6.4-1 An alternate posix capabilities li ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii libgnutls262.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libnl1 1.1-6 library for dealing with netlink s ii libparted0debian1 2.3-5 The GNU Parted disk partitioning s ii libpciaccess0 0.12.0-1 Generic PCI access library for X ii libreadline6 6.1-3 GNU readline and history libraries ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libudev0 164-3 libudev shared library ii libuuid1 2.17.2-9 Universally Unique ID library ii libvirt0 0.8.3-5+squeeze2 library for interfacing with diffe ii libxenstore3.0 4.0.1-5.2 Xenstore communications library fo ii libxml22.7.8.dfsg-2+squeeze4 GNOME XML library ii logrotate 3.7.8-6 Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dnsmasq-base 2.55-2A small caching DNS proxy and DHCP ii ebtables 2.0.9.2-2 Ethernet bridge frame table admini ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii iptables 1.4.8-3 administration tools for packet fi ii libxml2-utils 2.7.8.dfsg-2+squeeze4 XML utilities ii netcat-openbsd 1.89-4TCP/IP swiss army knife ii qemu 0.12.5+dfsg-3squeeze1 fast processor emulator Versions of packages libvirt-bin suggests: pn policykit-1 none (no description available) -- Configuration Files: /etc/default/libvirt-bin changed: start_libvirtd=yes libvirtd_opts=-d -l /etc/libvirt/libvirtd.conf changed: listen_tls = 0 listen_tcp = 1 unix_sock_group = libvirt unix_sock_rw_perms = 0770 auth_unix_ro = none auth_unix_rw = none /etc/libvirt/qemu.conf changed: vnc_listen = 0.0.0.0 -- 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#682494: init.d: LSB headers: please Provides: $network
Package: ifupdown Version: 0.7 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Now that /etc/init.d/networking has migrated from netbase, it would be desirable for ifupdown and network-manager to feature the following in their respective init.d script's LSB header: Provides: $network This shall ensure that 'insserv' always sort any network services AFTER the network has been brought up. - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.4.3 ii initscripts 2.88dsf-22.1 ii iproute 20120521-3 ii libc62.13-33 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5 ii net-tools 1.60-24.1 ii ppp2.4.5-5.1+b1 pn rdnssd none - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJQDTSTAAoJEK4fgnfEtNe2xZgQALZzo8wPy23F8r3iD+yLb3lB ZzH7jrm0CBfETOrdBjOXp0N7ANjS4PbiLe51amoFIqTFTuSVBoC4Gto4q4iO3oW0 HTgHEtrjlbDXsv3Eu+UpYigz9iC30LiezAky+cpRs5eE0z4MsBJBsl1+EKiLyA4y CKwnWWUy3cLcvi1nAMBcfVwpAEB+EnDingJl78ea7H00jqOPBhLZa1pe1mRhRlJc PAFkylp66TUkb47wEeHg+iBtdVNVu3JC09fV1Ufti3vSvG3+WCMJuwolSTdf4Okm FEwIf/hAMfWZn010tfKbHk8lfo3oUTYqFzAbjfZ6oWDzLYbbdsFIFy6zblirMSzd JE1MJMo+Qn3UogTEKnihzEHf/ZbmrxNr3PcpufSrDd+9yY6rQk73AgW511/S3dPZ 69bCTCED2zpdn7sSmMSoYc0BV9L9LEELd1kbLpzNzh9lFUhgIozjNa5JbOiN+T5G 3Ewm2Gr9w4m4eWf2Bo2i7sNCmHGvIVC7SN79ciRKcpjcsH0lmWw9QbjyiEfN7iK5 nCMxPZwztSn27+vyTDUx6RGO+KaCADazOysxujCRo60fwYnvdy7Vr/KgUx2ecHnL LP5UOSDYioaRZMRIRgAm2ODuLtzcHt2Vgk57umEWRYfTdjtnrEWdX1j1PNcfL53a zgouIriqRC5pLHzKKlbR =hMGk -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#679344: RFS: bzr-email/0.0.1~bzr58-1 [ITA]
hi, Thank you for reviewing this package! On Sun, Jul 22, 2012 at 3:48 AM, Bart Martens ba...@debian.org wrote: I found this in debian/copyright : Source: branch from http://launchpad.net/bzr-email and hand-packed by tar cf - | gzip -9. That's not really detailed information. I figured out that it means this : Yes, I had (too) shorten them But then I saw that launchpad supports downloading a tarball for a given revision : http://bazaar.launchpad.net/~bzr/bzr-email/trunk/revision/58 So, I suggest to simply use that in debian/copyright. I missed this launchpad feature, and sure, I want use it if available. But anyway that tarball include deep directory hierarchy (prepended ~bzr/bzr-email/trunk), and I don't know how to deal with this. So, I try to add get-orig-source target to repack that tarball. The years of the copyright notices in debian/copyright need an update. See for example the years in emailer.py. I update this to noted years. I see that some parts of debian/copyright were removed. Intentional ? It's not mentioned in debian/changelog. Yes, intentional. I deleted one paragraph which is duplicate and old. I write changelog about it. For completeness you could also mention in debian/changelog the changes to the Vcs-fields in debian/control. I also add this. Its changelog is to be (adding also DMUA): bzr-email (0.0.1~bzr58-1) unstable; urgency=low * New upstream snapshot. - add get-orig-source target. * New Maintainer. (Closes: #668266) - DM-Upload-Allowed. * debian/control: - change VCS to git. - suggests mailx. (Closes: #626490) * debian/copyright: - omit duplicate old description for getting GPL copy. - document about repackaged upstream source. regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682495: ITP: python-cream -- Python modules for the Cream Desktop
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-cream Version : 0.4.2 Upstream Author : Sebastian Billaudelle sbillaude...@googlemail.com * URL : http://cream-project.org * License : LGPL-2.1+ Programming Lang: Python Description : Python modules for the Cream Desktop Environment The Cream Desktop Environment is a project working on a GTK+-based Desktop Environment providing users a working environment following the KISS principle. . Your desktop shell should stay out of your way and support you in accomplishing your everyday tasks. But unlike several other great projects, the Cream Desktop Environment also focusses on a modern graphics design and a rich user experience based on latest technologies. . This package contains basic Python modules for the Cream Desktop Environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682496: ITP: melange -- Melange Widget System for the Cream Desktop Environment
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: melange Version : 0.4.9 Upstream Author : Sebastian Billaudelle sbillaude...@googlemail.com * URL : http://cream-project.org * License : LGPL-2.1+ Programming Lang: Python Description : Melange Widget System for the Cream Desktop Environment The Melange widget system provides an easy to use API for creating widgets for the Cream Desktop Environment. Creating Melange widgets is very simple. . Basically Melange widgets are simple HTML pages and you do not have to know GTK+ in order to write nice widgets. You can use everything HTML offers you, including new HTML5 features such as the canvas element. Furthermore CSS and Javascript can be used to extend the HTML. . As if that isn’t enough you can use Python to collect and process data, which then can be used in your widget. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682498: tomoyo-tools: French debconf templates translation
Package: tomoyo-tools Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of tomoyo-tools debconf templates to French. # Copyright (C) 2012, French l10n Team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the tomoyo-tools package. # Julien Patriarca patriar...@gmail.com, 2012. # msgid msgstr Project-Id-Version: tomoyo-tools\n Report-Msgid-Bugs-To: tomoyo-to...@packages.debian.org\n POT-Creation-Date: 2012-07-17 19:17-0600\n PO-Revision-Date: 2012-07-21 12:07+0100\n Last-Translator: Julien Patriarca patriar...@gmail.com\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid Enable TOMOYO Linux at boot time? msgstr Activer TOMOYO Linux au démarrage de la machine ? #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid Enabling TOMOYO Linux functionality in the running kernel requires an appropriate kernel command line at boot time. This can be configured by setting GRUB_CMDLINE_LINUX=\security=tomoyo\ in /etc/default/grub and running grub-update. msgstr La mise en oeuvre de TOMOYO Linux dans le noyau utilisé actuellement nécessite une commande adéquate à exécuter au démarrage. Cela peut être configuré en positionnant la valeur GRUB_CMDLINE_LINUX= « security=tomoyo » dans /etc/default/grub/ puis en exécutant « grub-update ». #. Type: boolean #. Description #: ../tomoyo-tools.templates:2001 msgid If you accept here, these actions will be performed automatically and TOMOYO Linux will be enabled at next boot. msgstr Si vous choisissez cette option, ces actions seront automatiquement exécutées et TOMOYO Linux sera activé au prochain démarrage.
Bug#682499: nvidia-graphics-drivers-legacy-96xx: French debconf templates translation
Package: nvidia-graphics-drivers-legacy-96xx Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of nvidia-graphics-drivers-legacy-96xx debconf templates to French. # Copyright (C) 2012, French l10n team debian-l10n...@lists.debian.org # This file is distributed under the same license as the nvidia-graphics-drivers-legacy-96xx package. # Julien Patriarca patria...@gmail.com, 2012. # msgid msgstr Project-Id-Version: nvidia-graphics-drivers-legacy-96xx\n Report-Msgid-Bugs-To: nvidia-graphics-drivers-legacy-96xx@packages.debian. org\n POT-Creation-Date: 2012-07-18 18:06+0200\n PO-Revision-Date: 2012-07-19 11:53+0100\n Last-Translator: Julien Patriarca patriar...@gmail.com\n Language-Team: FRENCH debian-l10n...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: error #. Description #: ../xserver-xorg-video-nvidia.templates:1001 msgid Nvidia legacy 96xx driver is no longer supported. msgstr Pilote Nvidia legacy 96xx non géré #. Type: error #. Description #: ../xserver-xorg-video-nvidia.templates:1001 msgid Nvidia Corporation has not updated the legacy 96xx driver to support current X servers, so this driver is no longer usable. For graphics adapters that are not supported by a newer Nvidia driver generation, the best option is to use the free Nouveau driver. msgstr Nvidia Corporation n'a pas mis à jour l'ancien pilote 96xx pour qu'il soit compatible avec les serveurs X actuels. En conséquence, il est désormais inutilisable. Pour ces cartes graphiques non gérées par les versions actuelles des pilotes Nvidia, la meilleure alternative est d'utiliser le pilote libre Nouveau. #. Type: error #. Description #: ../xserver-xorg-video-nvidia.templates:1001 msgid To switch to the Nouveau driver, please uninstall all Nvidia driver packages, remove all Nvidia-specific configuration from /etc/X11/xorg.conf (and xorg.conf.d/), and *purge* the nvidia-kernel-common package - just removing it is insufficient. msgstr Pour utiliser ce pilote, veuillez désinstaller tous les paquets de pilotes Nvidia, supprimer toutes les configurations de /etc/X11/xorg.conf (et xorg.conf.d/) ayant trait à Nvidia, et *purger* le paquet nvidia-kernel- common, car le supprimer simplement ne suffit pas.
Bug#682500: ITP: melange-widgets -- Melange widget collection for the Cream Desktop Environment
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: melange-widgets Version : 0.4.8 Upstream Author : Sebastian Billaudelle sbillaude...@googlemail.com * URL : http://cream-project.org * License : LGPL-2.1+ Programming Lang: Python Description : Melange widget collection for the Cream Desktop Environment The Melange widget system provides an easy to use API for creating widgets for the Cream Desktop Environment. Creating Melange widgets is very simple. . This package contains collection of basic/exemplary widgets for Melange. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679344: RFS: bzr-email/0.0.1~bzr58-1 [ITA]
On Mon, Jul 23, 2012 at 08:25:56PM +0900, Satoru KURASHIKI wrote: (adding also DMUA): - DM-Upload-Allowed. Did you agree that with someone who is going to sponsor this ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682501: libxfce4ui: FTBFS on ppc64
Source: libxfce4ui Version: 4.8.1-1 Severity: normal Tags: patch Hi, libxfce4util FTBFS on ppc64, due to the ABI check test failing [1]. This test uses the nm binary to get the list of functions. However it looks for the functions in the text section, while ppc64 uses function descriptors, which appear in the data section. The small patch below fixes the problem. Would it be possible to apply it in the next upload? Thanks in advance. Regards, Aurelien [1] http://buildd.debian-ports.org/status/fetch.php?pkg=libxfce4uiarch=ppc64ver=4.8.1-1stamp=1342998354 --- libxfce4ui-4.8.1.orig/libxfce4ui/abicheck.sh +++ libxfce4ui-4.8.1/libxfce4ui/abicheck.sh @@ -20,5 +20,5 @@ # cpp -P -DINCLUDE_INTERNAL_SYMBOLS -DINCLUDE_VARIABLES -DALL_FILES ${srcdir:-.}/libxfce4ui.symbols | sed -e '/^$/d' -e 's/ LIBXFCE4UI_GNUC.*$//' -e 's/ G_GNUC.*$//' -e 's/ PRIVATE//' | sort expected-abi -nm -D .libs/libxfce4ui-1.so | grep T\|R\|G | cut -d ' ' -f 3 | grep -v '^_.*' | grep -v '^ *$' | sort actual-abi +nm -D .libs/libxfce4ui-1.so | grep T\|R\|G\|D | cut -d ' ' -f 3 | grep -v '^_.*' | grep -v '^ *$' | sort actual-abi diff -u expected-abi actual-abi rm expected-abi actual-abi -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: ppc64 Kernel: Linux 3.2.0-3-powerpc64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#682502: ITP: console -- Terminal application for the Cream Desktop Environment
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: console Version : 0.0.9 Upstream Author : Sebastian Billaudelle sbillaude...@googlemail.com * URL : http://cream-project.org * License : GPL-2+ Programming Lang: Python Description : Terminal application for the Cream Desktop Environment The Cream Desktop Environment is a project working on a GTK+-based Desktop Environment providing users a working environment following the KISS principle. . Your desktop shell should stay out of your way and support you in accomplishing your everyday tasks. But unlike several other great projects, the Cream Desktop Environment also focusses on a modern graphics design and a rich user experience based on latest technologies. . This package contains a terminal application for the Cream Desktop Environment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682503: ITP: cream-hotkey-manager -- Managing global hotkeys with the Cream Desktop Environment
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: cream-hotkey-manager Version : 0.1.1 Upstream Author : Sebastian Billaudelle sbillaude...@googlemail.com * URL : http://cream-project.org * License : GPL-2+ Programming Lang: Python Description : Managing global hotkeys with the Cream Desktop Environment The Cream Desktop Environment is a project working on a GTK+-based Desktop Environment providing users a working environment following the KISS principle. . Your desktop shell should stay out of your way and support you in accomplishing your everyday tasks. But unlike several other great projects, the Cream Desktop Environment also focusses on a modern graphics design and a rich user experience based on latest technologies. . This package contains the Cream Desktop's global hotkey manager. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org