Bug#693290: unblock: horizon/2012.1.1-7 (CVE-2012-5474 fix)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Horizon had its /etc/openstack-dashboard/local_settings.py world readable. This file contains passwords, so that isn't good. My latest upload to SID fixes this. Please unblock package horizon 2012.1.1-7. Note that Debian isn't affected by CVE-2012-5476, or by CVE-2012-5483. I've checked, and the corresponding configuration files are *not* world readable in Debian. The security tracker has been updated for this. Our Folsom packaging, currently in our Git on Alioth only, isn't affected by any of the above (we rewrote all the management on a unified library which uses BSD install, with -m 0640, so we don't have such problems). Cheers, Thomas diff -Nru horizon-2012.1.1/debian/changelog horizon-2012.1.1/debian/changelog --- horizon-2012.1.1/debian/changelog 2012-09-21 13:20:55.0 + +++ horizon-2012.1.1/debian/changelog 2012-11-15 08:50:33.0 + @@ -1,3 +1,10 @@ +horizon (2012.1.1-7) unstable; urgency=high + + * CVE-2012-5474: The file /etc/openstack-dashboard/local_settings is not + world readable anymore (Closes: #693287). + + -- Thomas Goirand z...@debian.org Thu, 15 Nov 2012 08:47:18 + + horizon (2012.1.1-6) unstable; urgency=low * Keyerror when displaying Instances Volumes: diff -Nru horizon-2012.1.1/debian/openstack-dashboard.postinst horizon-2012.1.1/debian/openstack-dashboard.postinst --- horizon-2012.1.1/debian/openstack-dashboard.postinst 2012-09-21 13:20:55.0 + +++ horizon-2012.1.1/debian/openstack-dashboard.postinst 2012-11-15 08:50:33.0 + @@ -4,10 +4,15 @@ if [ $1 = configure ] then adduser --system \ - --home /var/lib/horizon \ +--home /var/lib/horizon \ --quiet \ --disabled-password \ --group horizon + + if[ -r /etc/openstack-dashboard/local_settings.py ] ; then + chmod 0640 /etc/openstack-dashboard/local_settings.py + chown horizon:horizon /etc/openstack-dashboard/local_settings.py + fi fi -#DEBHELPER# \ No newline at end of file +#DEBHELPER#
Bug#692805: problem reported upstream
See https://bugs.freedesktop.org/show_bug.cgi?id=57112. The problem may be elsewhere. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693291: apt-listbugs: doesn't show a serious bug
Package: apt-listbugs Version: 0.1.9 Severity: important I wanted to upgrade coreutils from 8.13-3.3 to 8.20-1, and apt-listbugs didn't show any bug, but the upgrade failed: # apt-get install coreutils Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: coreutils 1 upgraded, 0 newly installed, 0 to remove and 17 not upgraded. Need to get 0 B/5,806 kB of archives. After this operation, 399 kB disk space will be freed. Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Done (Reading database ... 525082 files and directories currently installed.) Preparing to replace coreutils 8.13-3.3 (using .../coreutils_8.20-1_amd64.deb) ... Unpacking replacement coreutils ... dpkg: error processing /var/cache/apt/archives/coreutils_8.20-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/realpath.1.gz', which is also in package realpath 1.17 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) [...] This is reproducible, though reportbug shows: Bugs with severity serious 1) #687906 [powerpc] coreutils: fails to build from source (test-futimens 2) #693211 coreutils: file conflict with realpath I wonder whether apt-listbugs still works... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-listbugs depends on: ii apt 0.9.7.6 ii libruby1.8 1.8.7.358-6 ii ruby-debian 0.3.8+b1 ii ruby-gettext 2.2.1-3 ii ruby-httpclient 2.2.4-2 ii ruby-xmlparser 0.7.2-2 ii ruby1.8 1.8.7.358-6 apt-listbugs recommends no packages. Versions of packages apt-listbugs suggests: ii chromium [www-browser] 22.0.1229.94~r161065-3 ii debianutils 4.3.4 ii elinks [www-browser]0.12~pre5-9 ii epiphany-browser [www-browser] 3.4.2-2 ii iceweasel [www-browser] 10.0.10esr-1 ii links [www-browser] 2.7-1 ii links2 [www-browser]2.7-1 ii lynx-cur [www-browser] 2.8.8dev.14-1 ii midori [www-browser]0.4.3-1 ii reportbug 6.4.3 ii uzbl [www-browser] 0.0.0~git.20120514-1 ii w3m [www-browser] 0.5.3-8 -- 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#693026: Pre-approval request for t-p-u upload of weechat/0.3.8-2wheezy1
On Mon, Nov 12, 2012 at 02:01:13PM +0100, Emmanuel Bouthenot wrote: [...] I'd like to get your approval about the upload of weechat 0.3.8-2wheezy1 to testing-proposed-updates in order to fix a security issue which could permit to a remote attacker to crash weechat by forging malicious IRC messages: http://bugs.debian.org/693026 No opinions? Regards M. -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693258: [kgb-maintainers] Bug#693258: Permit output of the repo-id string
-=| Luca Falavigna, 14.11.2012 21:24:00 +0100 |=- kgb does not permit to output repo-id value in the string sent to the IRC server, at least for SVN repositories (I haven't checked for other kind of repositories). This is particularly useful to differentiate between multiple SVN repositories when displayed in the same IRC channel, I think the place to put the project ID is the module concept. This is normally mapped to the package name. I think prepending it with project ID will satisfy the request. There's an easy workaround for Git repositories, repository === package === module. In these situations one adds --module $prefix/$module to the client invocation ($module is the base name of $GIT_DIR with stripped extension). Subversion is not so easy. In the python-modules/python-apps case, these are separate repositories, which means separate hooks, which would allow separate $prefix. The problem is that the module can only be determined at execution time, applying regular expressions over changed paths. --module $prefix would void run-time detection. So my proposal is to add a client configuration option, which would prefix detected module with a custom prefix. I am not sure if I want to hardcode the prefix to be the same as the project name ('python-apps') or to allow a custom one ('apps'). I think I'd prefer the more flexible solution -- a --module-prefix 'string' option, instead of a --prefix-module-with-project option. What do others think? What would be the preference from user point of view? Ah, there's another detail. Putting everything on client side is nice, but then we lose the possibility to use different color when displaying the project prefix. Should we care about coloring? signature.asc Description: Digital signature
Bug#693292: apache2.2-bin: False positives with mod_log_forensic and check_forensic
Package: apache2.2-bin Version: 2.2.16-6+squeeze8 Severity: normal Since update 2.2.16-6+squeeze8 check_forensic reports much more failed requests than before. Most of them are false positives. I think, this is caused by mod_log_forensic, throwing in some additional '-' from time to time. For instance: Check_forensic reports: #check_forensic /var/log/apache2/forensic.log +20773:50a49a18:8063|GET RequestDetailsRemoved [...] If I check this with grep I get: #grep '20773:50a49a18:8063' /var/log/apache2/forensic.log +20773:50a49a18:8063|GET RequestDetailsRemoved --20773:50a49a18:8063 -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages apache2.2-bin depends on: ii libapr11.4.2-6+squeeze4 The Apache Portable Runtime Librar ii libaprutil11.3.9+dfsg-5 The Apache Portable Runtime Utilit ii libaprutil1-dbd-sqlite 1.3.9+dfsg-5 The Apache Portable Runtime Utilit ii libaprutil1-ldap 1.3.9+dfsg-5 The Apache Portable Runtime Utilit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcap21:2.19-3 support for getting/setting POSIX. ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apache2.2-bin recommends no packages. apache2.2-bin 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#693293: -file or -text useless with non-ASCII text or non-US layout
Package: xvkbd Version: 3.0-1 When specifying text with -text or -file, it is converted before being sent, mangling non-ASCII characters and replacing a few other ASCII characters (I'm using the Belgian layout here), which makes the utility completely useless with non-ASCII text *or* a non-US keyboard layout. It should obviously pass the text without any conversion instead, since the provided text *is* already the text you want the application to receive. Thanks. Bernard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692946: cdd-dev: copyright file missing after upgrade (policy 12.5)
Andreas, could you please [ ] agree [ ] disagree to the suggestion to lower the priority of this bug. I would like to deal with this as quick as possible but I would like to hear your opinion about the action that should be done. Kind regards Andreas. On Mon, Nov 12, 2012 at 08:35:22AM +0900, Charles Plessy wrote: Le Sun, Nov 11, 2012 at 02:57:45PM +0100, Andreas Tille a écrit : it is true that /usr/share/doc/cdd-dev does not contain a copyright file because it is simply a symlink to /usr/share/doc/blends-dev and the transitional (=empty) package cdd-dev depends from blends-dev. So while the report is correct I would consider an upload at current time simply causing work for several people just to follow some rules with no profit for anybody. I'd suggest to lower the priority of the bug and leave the package as is. What do you think? Hi Andreas, if /usr/share/doc/cdd-dev were a symlink to /usr/share/doc/blends-dev, then piuparts would have found the copyright file. I think that what piuparts seems to have found, is that when upgrading from lenny to squeeze to wheezy, /usr/share/doc/cdd-dev does not become a symlink : MISSING COPYRIGHT FILE: /usr/share/doc/cdd-dev/copyright drwxr-xr-x 2 root root 40 Nov 10 07:33 /usr/share/doc/cdd-dev total 0 drwxr-xr-x 2 root root 40 Nov 10 07:33 . drwxr-xr-x 126 root root 2660 Nov 10 07:35 .. This really looks like an empty directory. I would agree to downgrade the bug (cdd-dev is transitional and native, there is anyway not copyrighted work to look for in this package), but is the breakage limited to /usr/share/doc/cdd-dev/ ? Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-blends-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012233522.gd17...@falafel.plessy.net -- 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#689249: [Pkg-mediawiki-devel] Candidates for removal from testing (2012-11-14)
On Wed, 14 Nov 2012, Niels Thykier wrote: * The package had at least one RC bug without activity for the past 14 days. Jonathan Wiltshire j...@debian.org mediawiki-math (U) Mediawiki Maintenance Team pkg-mediawiki-de...@lists.alioth.debian.org mediawiki-math Hey Jonathan, will you take care of this? Otherwise I’ll have to see that I take some time for it… 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#693294: Send nnn@ mail to both the old maintainer and new maintainer when a bug is reassigned using control pseudoheaders
Package: debbugs Severity: wishlist 00:34:59 pabs I'd like to see reassign mail both maintainers too, IIRC it doesn't mail the maintainer of the new package right now 00:35:46 dondelelcaro pabs: it should mail both maintainers 00:36:08 jcristau pabs: the maintainer of the new package gets the 'Processed' message 00:36:42 jcristau (which is not terribly useful) 00:36:52 pabs ah yes 00:37:21 dondelelcaro the reason why the nnn@ message can't e-mail both maintainers, is because the bug isn't in the right package at nnn@ time 00:38:44 dondelelcaro though I suppose the right way to actually do that is to change how control@ messages are handled, and send the original message as an attachment to the transcript or something 00:40:07 dondelelcaro or just make the control psuedoheader to the right thing for nnn@ messages and mail both recipients, which it can certainly do 00:40:32 dondelelcaro (since it'll know the recipients before and after the control commands have taken effect.) Don Armstrong -- J.W. Grant: Bastard! Rico: Yes, Sir. In my case, an accident of birth. But you, Sir, you're a self-made man. -- Henry Rico Fardan in The Professionals http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654491: Accepted minidjvu 0.8.svn.2010.05.06+dfsg-1 (source amd64)
Hi, minidjvu (0.8.svn.2010.05.06+dfsg-1) unstable; urgency=low . * support multiarch * ack silly NMU (silly because the waf file was unused, and because there is a difference between sourceless and source in odd format) * revamp autotools and engage automake for robustness Unfortunately, the first and last of those changes make the package unsuitable for an unblock. Opinions on which of the various options we take from here welcome. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692534: Fails to build sqldeveloper package with chmod: missing operand after `755'
On Mon, 2012-11-12 at 18:09 +0100, Salvatore Bonaccorso wrote: Hi Steven [...] As you migth have seen, I uploaded a NMU to a delayed queue. You can test the package in [1] if you like. [1]: http://ftp-master.debian.org/deferred/ Regards, Salvatore Hi all, I was ill these last few days so I didn't have a chance to test the updated package. I have however seen quite a conversation happening on debian-mentors about it, regarding the Wheezy freeze policy. It seems the original maintainer has an updated package, but I'm a bit confused about which to test at the moment. I have installed sqldeveloper using a .deb I pulled out of alien, so I'm good for now. Still happy to test if you'd like. Btw, what would be the difference between those 2 packages (using sqldeveloper-package on one hand and alien to convert the RPM on the other)? Best regards, Steven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693295: gnome-terminal: It launches for the first time with black font color on black background.
Package: gnome-terminal Version: 3.4.1.1-2 Severity: normal Dear Maintainer, on LXDE the Gnome terminal displays the font in black color on a black background which is not very useful. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gconf-service 3.2.5-1+build1 ii gnome-terminal-data3.4.1.1-2 ii gsettings-desktop-schemas 3.4.2-2 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libice62:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libvte-2.90-9 1:0.32.2-1 ii libx11-6 2:1.5.0-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.8-1 ii gvfs 1.12.3-1+b1 ii yelp 3.4.2-1+b1
Bug#693296: RFH: worldwind
Package: wnpp Severity: normal Hello, Here is a new upstream version. There are some binary jars included into the source upstream tarball. I am not using the software anymore, it is still non-free and I am just doing classical maintenance on this software. So, if you are using worldwind and would like to see a new upstream release in Debian, please step in. It is managed within the Debian Science Umbrella. Cheers, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693297: geda-gaf: no makes packages
Source: geda-gaf Version: 1.6.2-3 Severity: normal Please add build-depends libparse-debcontrol-perl. Also correct files debian/libgeda38.install and debian/libgeda-dev.install: file debian/libgeda38.install: usr/lib/libgeda.so.* instead usr/lib/*/libgeda.so.* file debian/libgeda-dev.install: usr/lib/libgeda.so instead usr/lib/*/libgeda.so usr/lib/pkgconfig instead usr/lib/*/pkgconfig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692946: cdd-dev: copyright file missing after upgrade (policy 12.5)
On 2012-11-15 09:20, Andreas Tille wrote: Andreas, could you please [ ] agree [ ] disagree to the suggestion to lower the priority of this bug. I would like to deal with this as quick as possible but I would like to hear your opinion about the action that should be done. I'm not sure how to deal with this bug properly: missing copyright file in empty transitional package, already caused by a lenny-squeeze update. Therefore Cc:ing -release@ for their opinion on this (currently RC) bug. From the piuparts point of view I'd rather like to see this fixed in the package than working around this in piuparts (IIRC this is blocking about 50 rdepends from being checked). The transitional package should have been dropped for wheezy (but there wasn't any new upload after squeeze). For fixing this in jessie I'd propose to drop cdd-dev and add Package: blends-dev Conflicts: cdd-dev Replaces: cdd-dev to get rid of installations of the old faulty package. Andreas Kind regards Andreas. On Mon, Nov 12, 2012 at 08:35:22AM +0900, Charles Plessy wrote: Le Sun, Nov 11, 2012 at 02:57:45PM +0100, Andreas Tille a écrit : it is true that /usr/share/doc/cdd-dev does not contain a copyright file because it is simply a symlink to /usr/share/doc/blends-dev and the transitional (=empty) package cdd-dev depends from blends-dev. So while the report is correct I would consider an upload at current time simply causing work for several people just to follow some rules with no profit for anybody. I'd suggest to lower the priority of the bug and leave the package as is. What do you think? Hi Andreas, if /usr/share/doc/cdd-dev were a symlink to /usr/share/doc/blends-dev, then piuparts would have found the copyright file. I think that what piuparts seems to have found, is that when upgrading from lenny to squeeze to wheezy, /usr/share/doc/cdd-dev does not become a symlink : MISSING COPYRIGHT FILE: /usr/share/doc/cdd-dev/copyright drwxr-xr-x 2 root root 40 Nov 10 07:33 /usr/share/doc/cdd-dev total 0 drwxr-xr-x 2 root root 40 Nov 10 07:33 . drwxr-xr-x 126 root root 2660 Nov 10 07:35 .. This really looks like an empty directory. I would agree to downgrade the bug (cdd-dev is transitional and native, there is anyway not copyrighted work to look for in this package), but is the breakage limited to /usr/share/doc/cdd-dev/ ? Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651600: [Pkg-fonts-devel] Bug#651600: Claiming this package
Am 14.11.2012 17:57, schrieb Vasudev Kamath: I think that is not correct because fonts-droid comes from droidfonts.com [1] and Roboto is not listed there. Roboto can be downloaded from here [2] Sorry, but I am afraid this is also wrong. These may be the sites on which the fonts were initially announced. But it's surely not where they are developed and maintained. AFAICT, you cannot even download the Droid fonts from the site you mentioned. For the Debian package, the fonts are prepared from a GIT checkout, see: http://anonscm.debian.org/viewvc/pkg-fonts/packages/fonts-droid/trunk/debian/README.Debian?view=markup The advantage is that the fonts are taken directly from the place where they are developed, where Google actually takes them from for their Android releases and wherey they are automatically versioned by means of GIT release tags. Moreover, this issue has been discussed in Fedora before and it turns out that the GIT repository is indeed the canonical source for Droid, see (I'd recommend to read through the other posts of this thread as well, though they are a bit scattered through the list archive): http://lists.fedoraproject.org/pipermail/devel/2012-July/169838.html If you check out that specific directory in the Android source repository that is mentioned in the README.Debian file, you will see that the Roboto fonts are also there: https://android.googlesource.com/platform/frameworks/base/+/HEAD/data/fonts/ It is just that they are currently stripped from the Debian package source tarball, see README.Debian. So, what I suggests is to change the Debian source package name to fonts-android, check out the complete sources from the data/fonts directory in the Android GIT repository based on a specific release tag (e.g. android-4.1.2_r1) and set the source package version to that tag (e.g. 4.1.2.r1), build two binary packages fonts-droid and fonts-roboto from this source package. This is close to how Fedora does it, but they are currently restricting the fonts to the Droid* ones by means of a GIT sparse-checkout, see: http://pkgs.fedoraproject.org/cgit/google-droid-fonts.git/tree/getdroid.sh Hope that helps! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692534: Fails to build sqldeveloper package with chmod: missing operand after `755'
Hi: I've uploaded another package to debian-mentors (v0.2.4) that only addresses the bugs reported in hope it will be accepted in Wheezy, but I haven't got any feedback yet. The main difference between a sqldeveloper-package generated deb and a RPM converted one is compliance with Debian standards, namely location and integration. From the SQL Developer application pure point of view either will work. Regards, -- Lazarus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688038: mercurial-git: not compatible with Mercurial 2.3: abort: No module named repo!
It can't be reproduced on my laptop. $ dpkg -l | grep mercurial ii mercurial 2.3.1-1 amd64easy-to-use, scalable distributed version control system ii mercurial-common 2.3.1-1 all easy-to-use, scalable distributed version control system (common files) ii mercurial-git 0.3.3-1 all Git plugin for Mercurial $ cat ~/.hgrc [extensions] hgext.bookmarks= hgext.git= $ hg init testrepo $ echo $? 0 2012/9/18 Jakub Wilk jw...@debian.org: Package: mercurial-git Version: 0.3.3-1 Severity: important The package doesn't work with Mercurial 2.3 (currently in experimental): $ hg init testrepo abort: No module named repo! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mercurial-git depends on: ii mercurial 2.3-2 ii python 2.7.3-2 ii python-dulwich 0.8.5-2 -- Jakub Wilk -- 喵~~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693299: apache2: Please add commented example of setting APACHE_ARGUMENTS in envvars file
Package: apache2.2-common Version: 2.2.22-12 Severity: wishlist Hi. May I suggest adding in /etc/apache2/envvars an example of how setting APACHE_ARGUMENTS can help provide specific args to apache. For instance, if one may wish to start apache2 in debug mode, with the -X option. So I suggest the following snippet : ## Example apache2 options setting with APACHE_ARGUMENTS, for instance to start apache in debug mode #APACHE_ARGUMENTS=-X Hope this helps. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693182: RFS: sqldeveloper-package/0.3.0 [RC]
Hi: On Thu, Nov 15, 2012 at 2:26 AM, Michael Gilbert mgilb...@debian.org wrote: On Wed, Nov 14, 2012 at 4:03 AM, Lazarus Long wrote: Hi: The deferred NMU uploader has canceled it in behalf of mine. I'm not sure how to proceed now. Should I remove my version, or should it be re-evaluated as a RC bug fix? Preferably the nmu will be re-uploaded since it's a targeted rc-only fix, and the release team will approve that. They will not approve the big set of changes included in this bug. Best wishes, Mike I've uploaded v0.2.4, that only addresses the bugs and updates documentation, in what I think complies with freeze directives. The changelog is: * Addressed bugs for inclusion in Wheezy's freeze: - Replaced dos2unix with tofrodos (LP: #560803,#626272) (Closes: #568982) (Reported by Seth Rosenblum) - Split grep for shell script (LP: #985810,#998610) (Closes: #692534) (Reported by Bruno Medeiros and patch by Brad Powell) - Download links updated (Closes: #618650) (Reported by Sergio Fernandez) * Fixed JDK dependencies for pre and post SQL Developer v2 * Updated documentation regarding above changes * Updated OTN license information to current version * Tested against v2.x and v3.x release families of SQL Developer * Bumped version to reflect functionality I would like to know if this is OK. Thank you very much, -- Lazarus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688038: mercurial-git: not compatible with Mercurial 2.3: abort: No module named repo!
Control: reassign -1 hgsubversion 1.4-1 Control: retitle -1 hgsubversion: not compatible with Mercurial 2.3: abort: No module named repo! * Qijiang Fan fqj1...@gmail.com, 2012-11-15, 17:34: It can't be reproduced on my laptop. [...] $ hg init testrepo $ echo $? 0 My bad. I thought I tested it with minimal set of extensions enabled, but apparently I forgot to comment out hgsubversion from my config. It turns out it's hgsubversion that is causing the trouble. Reassigning accordingly. Sorry for the noise! -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693300: munin-node: Wrong usage: --pidebug should be --plugindebug
Package: munin-node Version: 1.4.5-3 Severity: normal /usr/sbin/munin-node --help lists --pidebug as an option. But this option does not exist, it should probably be --plugindebug instead. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=hr_HR.utf8, LC_CTYPE=hr_HR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin-node depends on: ii adduser3.112+nmu2add and remove users and groups ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii libnet-server-perl 0.97-1An extensible, general perl server ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii munin-common 1.4.5-3 network-wide graphing framework (c ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii procps 1:3.2.8-9squeeze1 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-4Script SNMP connections Versions of packages munin-node suggests: ii acpi 1.5-2 displays information on ACPI devic pn ethtoolnone(no description available) ii hdparm 9.32-1tune hard disk parameters for high ii libcache-cache-perl1.06-1Managed caches of persistent infor ii libcrypt-ssleay-perl 0.57-2Support for https protocol in LWP ii libdbd-mysql-perl 4.016-1 Perl5 database interface to the My ii libdbd-pg-perl 2.17.1-2+squeeze1 Perl DBI driver for the PostgreSQL pn liblwp-useragent-deter none(no description available) pn libnet-irc-perlnone(no description available) ii libnet-ssleay-perl 1.36-1Perl module for Secure Sockets Lay ii libtext-csv-xs-perl0.73-1Perl C/XS module to process Comma- ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii libxml-simple-perl 2.18-3Perl module for reading and writin ii lm-sensors 1:3.1.2-6 utilities to read temperature/volt pn logtailnone(no description available) pn munin none(no description available) pn munin-java-plugins none(no description available) pn munin-plugins-extranone(no description available) ii mysql-client-5.1 [mysq 5.1.63-0+squeeze1 MySQL database client binaries ii net-tools 1.60-23 The NET-3 networking toolkit ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii ruby 4.5 An interpreter of object-oriented pn smartmontools none(no description available) -- Configuration Files: /etc/munin/munin-node.conf changed [not included] /etc/munin/plugin-conf.d/munin-node [Errno 13] Pristup odbijen: u'/etc/munin/plugin-conf.d/munin-node' -- 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#693263: Please add support for disabling the PIC watchdog on TS-219p II
Ian, please wait a bit before applying this patch. I've asked QNAP to comment and they are looking into it. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693301: MediaTomb always bind to all interfaces regardless of configuration settings
Package: mediatomb-common Version: 0.12.1-4+b1 Severity: critical File: /usr/bin/mediatomb Tags: security Attempt to force mediatomb to bind to a specific IP address (or interface) is ignored. E.g. I've tried to change setting in /etc/default/mediatomb as follows: OPTIONS=-i 10.0.10.2 and mediatomb is started with the -i 10.0.10.2 option: $ pgrep -a mediatomb 17000 /usr/bin/mediatomb -c /etc/mediatomb/config.xml -d -u mediatomb -g mediatomb -P /var/run/mediatomb.pid -l /var/log/mediatomb.log -i 10.0.10.2 but it binds to all interfaces: $ sudo netstat -anp | grep mediatomb tcp0 0 0.0.0.0:49152 0.0.0.0:* LISTEN 17000/mediatomb udp0 0 0.0.0.0:19000.0.0.0:* 17000/mediatomb udp0 0 127.0.0.1:39862 0.0.0.0:* 17000/mediatomb Apparently this has been reported upstream: http://sourceforge.net/tracker/?func=detailaid=3039645group_id=129766atid=715780 but this is not fixed. Could the debian team please fix this issue in the debian package, since it is obviously a security issue? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-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/bash Versions of packages mediatomb-common depends on: ii libavformat53 7:0.10.3-dmo1 ii libavutil517:1.0-dmo3 ii libc6 2.13-36 ii libcurl3-gnutls7.28.0-2 ii libexif12 0.6.20-3 ii libexpat1 2.1.0-1 ii libffmpegthumbnailer4 2.0.7-2 ii libgcc11:4.7.2-4 ii libjs-prototype1.7.0-2 ii libmagic1 5.11-2 ii libmozjs185-1.01.8.5-1.0.0+dfsg-4 ii libmysqlclient18 5.5.28+dfsg-1 ii libsqlite3-0 3.7.14.1-1 ii libstdc++6 4.7.2-4 ii libtag1c2a 1.8-dmo1 ii zlib1g 1:1.2.7.dfsg-13 mediatomb-common recommends no packages. mediatomb-common 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#656858: libimage-exiftool-perl: new upstream version available
Dominique Dumont d...@debian.org writes: On Tuesday 13 November 2012 12:12:14 random.numb...@gmx.com wrote: libimage-exiftool-perl got its last update in July 2011. ... Mari's last reaction to this bug was five months ago. This package could be also maintained by Debian-perl team. Mari, do you have any objection if Debian-perl team adopt libimage-exif-perl ? Note that you are more than welcome to join the team if you want to participate in maintaining this package when you have more free time. No, I have no objection to the Debian-perl team taking over this package. Please do so. I really wanted to keep up the maintenance myself, but it is past time I realized there is no time for it right now, and won't be for quite a while yet. As to joining the debian-perl team, I'll remember that and come back to it if (when?) free time becomes available again. Do I need to do anything more for this to happen, or can you take care of the rest? (Yes, I realize I could read up on that and find the answer myself, but, see comment about time constraints above) All the best Mari (And thanks to upstream for being unusually patient) -- Mari Wang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693226: [request-tracker-maintainers] Bug#693226: request-tracker4 not installed because of a dependency-error
Yeah, it did the trick. I installed first liburi-perl from the stable repo (1.54-2) and then aptitude -t squeeze-backports install request-tracker4 worked like a charm. However, I have other related question and I'd be very glad if you could answer it: I've downloaded rt-4.0.7.tar.gz from bestpractical and I've been taking a look at sbin/rt-test-dependencies and I wonder that debian RT was compiled with: with-DASHBOARDS = 0 (it needs liburi-perl = 1.59 and we have 1.54 from the stable repo) with-SSL-MAILGATE = 0 (it needs libwww-perl = 6.0 and we have 5.836-1 from the stable repo and there is no backport). Am I right? You talked about a complex migration in libwww-perl; Is it expected an early migration to v6.0 that permits too a liburi update? (and then all RT compilation option dependencies will be satisfied). --- Best regards, Ignacio 2012/11/14 Dominic Hargreaves d...@earth.li: On Wed, Nov 14, 2012 at 01:52:57PM +0100, Ignacio Vazquez wrote: it's not possible to install request-tracker4 on Debian Squeeze using the backported version (4.0.7-2~bpo60+1) because of a dependency error related to libplack-perl and liburi-perl. Relevant data: The following packages have unmet dependencies: libplack-perl: Depends: liburi-perl ( 1.57) but 1.60-1~bpo60+1 is to be installed. It is true that libplack-perl from backports is not coinstallable with liburi-perl from backports; this is an unfortunate consequence of a complex migration in libwww-perl which has meant that I haven't managed to maintain update libplack-perl to 0.9988-1 in bpo. What happens if you try installing liburi-perl from squeeze first, then rerun your aptitude command? It shouldn't be necessary to use the bpo version of liburi-perl, but it might be being selected even though not strictly required by the dependencies. Dominic. -- 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#654491: Accepted minidjvu 0.8.svn.2010.05.06+dfsg-1 (source amd64)
Adam, I do not see any reason to unblock the freeze on minidjvu for this issue. But if you want to, and don't want the revamped autotools stuff, feel free to just take 0.8.svn.2010.05.06+dfsg-0.1 and push it to proposed-updates or whatever the procedure is. Justification for the above As discussed earlier, despite the overheated rhetoric and +dfsg NMU version, this is *not* actually a DFSG issue. There is a file in the upstream source tarball which is in an unpleasant format (waf). That file is however (a) easily converted to a nicer format, and (b) completely unused in the build process. We have a policy of not wanting source files in such unpleasant formats for a reason. The reason is *not* that they violate the DFSG per-se, but rather that they're a pain in the ass: we want sources to be easy to examine and audit both manually and automatically, and files in weird formats complicate this. But those are not issues *in this particular case* because the waf file in question is not used during the build at all. The build uses autoconf instead. Justification of updated autotools files The old autotools files were stepping on user variables in a way that interacted poorly with fortified compilation. The only substantive difference in version 0.8.svn.2010.05.06+dfsg-2 is that warning and strictness flags are not accidentally turned off when doing a fortified (or optimized for that matter) build. This potentially slightly improves security, and certainly makes the package more auditable. But, they do not really change the generated binaries (except for moving library files to multiarch dirs.) --Barak. -- Barak A. Pearlmutter http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683184: RFS: suckless-tools/39-1 [ITA]
* Vasudev Kamath kamathvasu...@gmail.com, 2012-11-13, 20:13: What did this line do, and why it was removed? find . -name config.mk | xargs sed -i 's,-s ${LIBS},${LIBS},' Not sure why it was removed, it was not present when I took over source from Micahel. After reading man page for *ld* I see that this option is used to strip of debugging symbols of the binaries. By removing these tools will contain the debugging symbols so I'm not sure how to fix this? The policy 10.1 says symbols should be stripped off with -s to install also section 4.9.1 says about nostrip option does this mean by default debhelper strips of symbols? Yes, dh_strip strips symbols by default (if DEB_BUILD_OPTIONS=nostrip is not set). Using -s unconditionally is a bad idea, because then symbols are getting stripped even with nostrip. Of course modifying upstream files in-place in debian/rules is probably a bad idea. (If you wanted do that, you'd have to restore the original ones in the clean target.) Also note that this is slightly broken: ${LIBS} is expanded by make to an empty string, so you actually end up calling: find . -name config.mk | xargs sed -i 's,-s ,,' -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692946: cdd-dev: copyright file missing after upgrade (policy 12.5)
Hi, On Thu, Nov 15, 2012 at 10:17:08AM +0100, Andreas Beckmann wrote: On 2012-11-15 09:20, Andreas Tille wrote: Andreas, could you please [ ] agree [ ] disagree to the suggestion to lower the priority of this bug. I would like to deal with this as quick as possible but I would like to hear your opinion about the action that should be done. I'm not sure how to deal with this bug properly: missing copyright file in empty transitional package, already caused by a lenny-squeeze update. Therefore Cc:ing -release@ for their opinion on this (currently RC) bug. From the piuparts point of view I'd rather like to see this fixed in the package than working around this in piuparts (IIRC this is blocking about 50 rdepends from being checked). Hmmm, I wonder what metapackage might remain to depend from cdd-dev ... The transitional package should have been dropped for wheezy (but there wasn't any new upload after squeeze). That's correct. I intended to leave the transition package for two Debian releases in case users might skip Squeeze. I admit that I will definitely not stick to this intention - so the most simple fix I would go for is to do this ... For fixing this in jessie I'd propose to drop cdd-dev and add Package: blends-dev Conflicts: cdd-dev Replaces: cdd-dev to get rid of installations of the old faulty package. ... right now for Wheezy. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516489: pinentry-gtk2 should treat pressing the escape key as cancel
Package: pinentry-gtk2 Version: 0.8.1-1 Followup-For: Bug #516489 FYI: http://thread.gmane.org/gmane.comp.encryption.gpg.devel/17283 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692069: knotify: knotify crashes during desktop startup or shutdown.
Hello, I have the same problem. It crashes on login, shutdown and on resume from suspend. It all started happening on recent update. Previous package versions were installed on 17.10.2012. I'm attaching two crash logs. One from login, one from resume. Best Regards, Andrej Mernik P.S:I tried to report the bug with reportbug several times, but it didn't work. So I apologize in advance if more mails suddenly show up. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=sl_SI.UTF-8, LC_CTYPE=sl_SI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-runtime depends on: ii kde-runtime 4:4.8.4-2 kdebase-runtime recommends no packages. kdebase-runtime suggests no packages. -- no debconf information knotify4-20121114-103429.kcrash Description: Binary data knotify4-20121114-110740.kcrash Description: Binary data
Bug#690229: google-glog ftbfs on i386 in unstable (0.3.2-3 ?)
found 690229 google-glog/0.3.2-3 thanks Original bug was reported against 0.3.2-4 which does not exists AFAIK. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693302: RealIP is not included in nginx-naxsi package so we can't log IPs behind a reverse proxy
Package: nginx-naxsi Version: 1.2.1-2~bpo60+1 Severity: wishlist Dear nginx-naxsi package maintainer, I'm a new user of Naxsi and I'm trying to install it in our infrastructure, but I have a problem because we use Varnish as reverse proxy or Amazon Load Balancers and I found that nginx is not compiled with RealIP module in nginx-naxsi package so nginx and naxsi only log proxy IP and not user IP. It's annoying to can't have the user IPs to analyze requests dropped by Naxsi. So do you think it's possible de repackage nginx-naxsi package with RealIP ? Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nginx-naxsi depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8o-4squeeze13 SSL shared libraries ii nginx-common 1.2.1-2~bpo60+1 small, powerful, scalable web/prox ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime nginx-naxsi recommends no packages. nginx-naxsi 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#690252:
severity 690252 serious thanks This is a FTBFS, thus using severity serious. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692562: jackd1: bus error on beagleboard
On 2012-11-09 15:05, Adrian Knoth wrote: On 11/07/2012 02:46 PM, Samuel Casa wrote: when i try to start jackd the process causes a bus error on my arm system. The issue is/was that packed structure fields are/were not aligned properly for ARM. This is either a problem in the upstream code or with compiler flags on the buildd. I don't think we should work around it in the package but fix the root cause instead. +1 It was recently (end of oct 2012) fixed in jack2 git. I don't know about jack1. ciao, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693303: Add kFreeBSD building
Package: libunwind8-dev Version: 1.0.1-4 Severity: normal There is no apparent reason for not building libunwind on kFreeBSD-* buildd machine. Please integrate them in d/control. Thanks ref: https://savannah.nongnu.org/news/?group=libunwind ... libunwind 1.0 released FreeBSD port and clean separation of OS specific bits (Konstantin Belousov) ... -- System Information: Debian Release: 6.0.6 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.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692069: knotify: knotify crashes during desktop startup or shutdown.
Hi, Alle giovedì 15 novembre 2012, R33D3M33R ha scritto: I have the same problem. It crashes on login, shutdown and on resume from suspend. It all started happening on recent update. Update of what? Looking at the apt and dpkg logs might help here. Previous package versions were installed on 17.10.2012. I'm attaching two crash logs. One from login, one from resume. Please paste the outputs of $ dpkg -l '*vlc*' | grep ^ii $ dpkg -l '*' | grep ^ii | grep -- -dmo Note that if you have libvlc packages with a -dmo version suffix, then please switch them with proper vlc packages from the Debian archive. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#693303:
retitle 693303 Add kFreeBSD mips building thanks Looks like MIPS is also supported: libunwind v0.99 released * ARM, MIPS and PowerPC support added thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693227: missing driver for ISCI (Intel C600 SAS) (not iscsi!)
On 11/14/2012 05:37 PM, Ben Hutchings wrote: On Wed, 2012-11-14 at 14:08 +0100, Miquel van Smoorenburg wrote: Package: debian-installer Severity: critical The debian installer images are missing the isci.ko module. This makes it impossible to install wheezy on any computer that has its disks connected to an Intel C600 SAS controller (standard on lots of motherboards). NOTE: I'm not talking about iscsi (i-scsi), but isci. [...] This was already reported as #690886 and the fix is pending. Ah OK, thanks. I couldn't find that bug anymore, and I thought that maybe that bug was closed because someone read isci as iscsi (I sometimes confuse those as well). Apologies for the duplicate report. Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693298: empathy call (SIP) volume level is 100%
Look like a general pulseaudio problem. Set flat-volumes = no in /etc/pulse/daemon.conf fix it for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693263: Please add support for disabling the PIC watchdog on TS-219p II
On Thu, 2012-11-15 at 09:56 +, Martin Michlmayr wrote: Ian, please wait a bit before applying this patch. I've asked QNAP to comment and they are looking into it. Ack. Thanks! Ian. -- Ian Campbell Current Noise: Taint - Mass Appeal Sadness (Live) Life can be so tragic -- you're here today and here tomorrow. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692946: cdd-dev: copyright file missing after upgrade (policy 12.5)
[dropped -release@] On 2012-11-15 11:18, Andreas Tille wrote: package than working around this in piuparts (IIRC this is blocking about 50 rdepends from being checked). Hmmm, I wonder what metapackage might remain to depend from cdd-dev ... for that test, dependency resolution is done in lenny * start with a minimal lenny chroot * install $PACKAGE * evolve the system via squeeze to wheezy * check $PACKAGE (in wheezy, only if it is still installed) That's correct. I intended to leave the transition package for two Debian releases in case users might skip Squeeze. I admit that I will skipping releases is not supported ... (although I myself keep most cleanup parts of the maintainer scripts for two releases to have them available in backports as well - in case the user did not install the stable package before installing the backport) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677054: nut-client: prompting due to modified conffiles which were not modified by the user
On Thu, Aug 09, 2012 at 05:04:00PM +0200, Laurent Bigonville wrote: the best would be to patch nut.conf to have spaces already removed. I don't see anything else. In the current version in wheezy/sid, this is already done. Should we do this also in stable to limit the number of people impacted by this? Hi Laurent, Aranud, from what you wrote above, this bug should not affect the testing version, but according to the BTS it is still marked as such. Do you have any objection to mark this as: notfound 677054 2.6.4-1 (or, alternatively, close it as wontfix as you discussed in a later mail) ? TIA, Cheers. -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#693304: freeipmi-bmc-watchdog (0.7.17~beta2-1) comes with wrongly named config file
Package: freeipmi-bmc-watchdog Version: 0.7.17~beta2-1_amd64 Running squeeze, after installing freeipmi-bmc-watchdog I'm told to set RUN to 'yes' in /etc/default/bmc-watchdog which doesn't exist. There's only a file /etc/default/freeipmi-bmc-watchdog but it is not taken into account by /etc/init.d/bmc-watchdog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677054: nut-client: prompting due to modified conffiles which were not modified by the user
On Thu, Nov 15, 2012 at 11:57:09 +0100, Stefano Zacchiroli wrote: On Thu, Aug 09, 2012 at 05:04:00PM +0200, Laurent Bigonville wrote: the best would be to patch nut.conf to have spaces already removed. I don't see anything else. In the current version in wheezy/sid, this is already done. Should we do this also in stable to limit the number of people impacted by this? Hi Laurent, Aranud, from what you wrote above, this bug should not affect the testing version, but according to the BTS it is still marked as such. Do you have any objection to mark this as: notfound 677054 2.6.4-1 (or, alternatively, close it as wontfix as you discussed in a later mail) ? I do object, fwiw. It should be possible to change the wheezy version's preinst script to avoid the prompt on upgrades from squeeze. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689493: src:youtube-dl: missing source for Windows binary
Hi, Andres, On Nov 13 2012, Andres Salomon wrote: I haven't heard anything about this bug, and I'd be pretty sad to see wheezy released without youtube-dl, so I'm going to go ahead with the NMU in the next few days. Sorry for not replying earlier. I will upload a new version of youtube-dl without the windows binary. Please, if I don't upload something during this weekend, *do* feel free to ping me. Thanks for the reminder, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691170:
See here for more info: http://bugs.debian.org/692756#10 *Bug #691170: document --logging-level** so the herold debian package comes without log4j ...* The option --logging-level was removed, because the logging is now made with commons-logging from apache.org. A org.apache.log4j.jar file is located in the jars directory and the log4j configuration file resides in the conf subdirectory. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624836: cannot reproduce during installation
I cannot reproduce this bug during an installation. I forced to call task_error in get-config-dir-nfs and the installation stopped. IMO this bug may relate to softupdate. -- 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#692741:
tags 692741 pending thanks - Forwarded message -- From: MIchael Fuchs Date: Thu, Nov 15, 2012 at 10:20 AM Subject: herold source package Hello Mathieu, you can download the packages for the next herold release 6.0.2 from http://www.dbdoclet.org/candidate. Your bug reports should be fixed. I set the detection of trapped br elements (pdftohtml) as default. If you want the old behaviour you can set the parameter detect-trapped-br=false in the profile. Bye, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690075: unblock: dnsmasq/2.63-4
Hi, Simon Kelley wrote (12 Nov 2012 21:05:35 GMT) : I'd strongly suggest moving to 2.63-4, rather than backporting. The changes for the security fix are not trivial, and probablity of introducing a bug backporting is much larger that the probablity that there's an un-found bug in 2.63 which is not in 2.62. There are no intended backwards incompatibilities between 2.63 and 2.62, and no un-intended ones have been found in the three months since 2.63 was released. Then, this matter goes way out of the scope of my humble help the release team with a few easy reviews effort. 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#692911: unblock: ca-certificates/20121105
Hi, Michael Shuler wrote (11 Nov 2012 20:59:10 GMT) : In parsing certdata.txt for the ca-certificates package, neither of these flags are used when the CA trust database is created, so both CKT_NSS_MUST_VERIFY_TRUST and CKT_NSS_TRUST_UNKNOWN flags are ignored. This is why I indicated these lines are innocuous - Thanks a lot for the detailed explanation! Should I re-upload with a changelog entry of something like: diff --git a/debian/changelog b/debian/changelog index 861abed..3fe8329 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,9 @@ ca-certificates (20121105) unstable; urgency=low * Update mozilla/certdata.txt to version 1.86 Closes: #683728 +Clean up of no explicit trust flag CKT_NSS_TRUST_UNKNOWN to +CKT_NSS_MUST_VERIFY_TRUST +- https://bugzilla.mozilla.org/show_bug.cgi?id=757189 I think it would be even better to replace clean up with some version of parsing certdata.txt for the ca-certificates package, neither of these flags are used when the CA trust database is created, so both CKT_NSS_MUST_VERIFY_TRUST and CKT_NSS_TRUST_UNKNOWN flags are ignored: IMHO, Clean up still describes the change itself, rather than the reason why it is reasonable, which is, I think, as important. Or should I patch out these changes from mozilla/certdata.txt and re-upload? Personally, I think these changes should be fine, once it's properly documented why they have no practical effect, but the final call is not mine. In any case, this is starting to look like a pre-approval request more than a unblock one, since the actual package to unblock has not been uploaded yet. So, I guess it might be dealt with slightly faster if the bug against release.d.o was formally put into the right category. 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#692756: docbook-document-element inconsistencies
Looks like there is an inconsistencies: --docbook-document-element=ROOT ELEMENT -r ROOT ELEMENT - The root element of the document. Possible values are: book and article. The default value is article. while: The option --docbook-document-element has an invalid value of boo. Possible values are: article, book, reference. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693306: provides profile directly in source package
Package: herold Version: 6.0.3-1 Severity: normal It would be nice if profiles files (default.her and word.her) were directly provided within the source tarball Thanks ! -- System Information: Debian Release: 6.0.6 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.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages herold depends on: ii antlr3 3.2-5 language tool for constructing rec ii libcommons-codec-java 1.4-2 encoder and decoders such as Base6 ii libcommons-jxpath-java 1.3-3 manipulate javabean using XPath sy ii libcommons-logging-java1.1.1-8 commmon wrapper interface for seve ii libxml-commons-resolver1.1 1.2-7~bpo60+1 XML entity and URI resolver librar ii libxmlgraphics-commons-jav 1.5-1 reusable components used by Batik herold recommends no packages. herold 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#692911: unblock: ca-certificates/20121105
On 15.11.2012 00:12, intrigeri wrote: In any case, this is starting to look like a pre-approval request more than a unblock one, since the actual package to unblock has not been uploaded yet. So, I guess it might be dealt with slightly faster if the bug against release.d.o was formally put into the right category. It's already usertagged unblock, which is the right category. If you're thinking of freeze-exception, that's been deprecated, hence wheezy / sid's reportbug not offering it any more. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693110: curl/libcurl is built with debug
tags 683103 pending kthxbye On Wed, Nov 14, 2012 at 10:55:24PM +0100, Daniel Stenberg wrote: On Tue, 13 Nov 2012, Alessandro Ghedini wrote: IIRC that was added to enable debug symbols (i.e. what's shipped in the -dbg package). See #648902 [0] and LP#855291 [1]. Even explicitly passing -g to ./configure CFLAGs doesn't work: I'm sorry, but I don't understand why curl and libcurl need to suffer because a -dbg package needs something. Also, I don't know what the -dbg package needs or doesn't need so I can't comment on what works or not for that build. -dbg packages provide debug symbols (those used by e.g. gdb to generate backtraces, or by valgrind to locate memory leaks etc...) and are used to debug software crashes and the like. I've just looked into this, and AFAICT when --enable-debug is not used, the -g0 compiler flag is passed to the compiler which means that no debug symbols are left in the library, which in turn leaves the -dbg package with nothing and even if the -g flag is passed (as part of custom CFLAGS) to ./configure it gets ignored. So what would be needed is that the -g0 is not passed anymore. I've just prepared a Debian-specific patch for this and disabled the --enable-debug flag and it looks like it's working, so from the next upload there won't be --enable-debug anymore. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#693307: RFP: ly2video -- generating videos from LilyPond projects
Package: wnpp Severity: wishlist * Package name: ly2video Version : 1.0 Upstream Author : Jiri Szabo fireti...@gmail.com * URL : http://code.google.com/p/ly2video/ * License : GPL Programming Lang: Python Description : generating videos from LilyPond projects Ly2video is a Python script for GNU LilyPond and it's able to generate video from user's project. Videos contains moving music staff that is synchronized with playing audio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683184: RFS: suckless-tools/39-1 [ITA]
On 11:18 Thu 15 Nov , Jakub Wilk wrote: * Vasudev Kamath kamathvasu...@gmail.com, 2012-11-13, 20:13: What did this line do, and why it was removed? find . -name config.mk | xargs sed -i 's,-s ${LIBS},${LIBS},' Not sure why it was removed, it was not present when I took over source from Micahel. After reading man page for *ld* I see that this option is used to strip of debugging symbols of the binaries. By removing these tools will contain the debugging symbols so I'm not sure how to fix this? The policy 10.1 says symbols should be stripped off with -s to install also section 4.9.1 says about nostrip option does this mean by default debhelper strips of symbols? Yes, dh_strip strips symbols by default (if DEB_BUILD_OPTIONS=nostrip is not set). Using -s unconditionally is a bad idea, because then symbols are getting stripped even with nostrip. Of course modifying upstream files in-place in debian/rules is probably a bad idea. (If you wanted do that, you'd have to restore the original ones in the clean target.) So I guess its okay that is dropped but I guess needs to be recorded in changelog? But I don't know how to phrase this removal though :-/ Also note that this is slightly broken: ${LIBS} is expanded by make to an empty string, so you actually end up calling: find . -name config.mk | xargs sed -i 's,-s ,,' True :-) -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#693308: O: dconf -- collect system information
Package: wnpp Severity: normal The current maintainer of dconf, Leo Eraly l...@unstable.be, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: dconf Binary: dconf Version: 0.5.1-2 Maintainer: Leo Eraly l...@unstable.be Build-Depends: debhelper (= 4.0.0), python, python-support Architecture: all Standards-Version: 3.7.2 Format: 1.0 Files: 9fe665e83265674e5be21fcee236c7de 570 dconf_0.5.1-2.dsc 05d4001a4a12f17f065bb16775461be6 36840 dconf_0.5.1.orig.tar.gz f1192edf4ba4c771e075c0f4c825e5a3 4153 dconf_0.5.1-2.diff.gz Checksums-Sha1: fbe4a6bc9866ac8b4c1d86f012e4bd32bd690529 570 dconf_0.5.1-2.dsc 306480bf83afe688727db211db159d3e56205341 4153 dconf_0.5.1-2.diff.gz a24c337ffb9246be0be460234aa75e9d3bbc6c02 36840 dconf_0.5.1.orig.tar.gz Checksums-Sha256: e5361810fb35f036d13684296baaf870757b5246c712376d834335182a81a90a 570 dconf_0.5.1-2.dsc 5e1074a62d5685c22bdc0f9c3717d5c9c75952537036c22e6a74850a45467f7b 4153 dconf_0.5.1-2.diff.gz 3cd1ba36459688638985284b31db96e7203688daffbf42a2ae95af322d8d5176 36840 dconf_0.5.1.orig.tar.gz Directory: pool/main/d/dconf Priority: source Section: admin Package: dconf Version: 0.5.1-2 Installed-Size: 112 Maintainer: Leo Eraly l...@unstable.be Architecture: all Depends: python Description-en: collect system information Dconf is a tool to collect a system's hardware and software configuration. It allows to take your system configuration with you or compare systems (like nodes in a cluster) to troubleshoot hardware or software problems. Description-md5: 0f05e38b3d0aa4693b0c026c3b6da8d5 Tag: admin::hardware, role::program, scope::utility, use::scanning Section: admin Priority: optional Filename: pool/main/d/dconf/dconf_0.5.1-2_all.deb Size: 15188 MD5sum: 283d53edb71dd956bfd816b221953741 SHA1: 348a1deb213e902bf9ba557cf303e2602495fd90 SHA256: 83f5c1443dc09f0d16a621c044d9e93fad4316f1e3dbedc130d0b329a863626b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691552: unblock: yate/4.1.0-1~dfsg-3
At Sun, 11 Nov 2012 18:36:14 +0100, Julien Cristau wrote: On Wed, Nov 7, 2012 at 09:28:28 +1100, Mark Purcell wrote: On Wed, 7 Nov 2012 00:32:36 Paul Chitescu wrote: unblock yate/4.1.0-1~dfsg-3 [...] Does this require any more action? Hi Paul, Yes we are awaiting a decision from debian-release. debian-release don't like the debian/rules changes much. I think we can all agree on that. Such changes shouldn't happen during the freeze, but the problem is that the debian/rules file is buggy: http://anonscm.debian.org/viewvc/pkg-voip/yate/tags/4.1.0-1~dfsg-2/debian/rules?revision=9806view=markup On line 21-22 and 96-97 you see the use of dh, but in lines 24-94 old style debhelper is used. This is just wrong and causes bugs. The proper fix would be to use only one style and this is what Mark did in the last version. It might be possible to spend a lot of time to see whether the known bugs can be fixed with minimal changes and just hope there aren't more bugs caused by the mix of debhelper styles, but I think that's a waste of time and keeping the mix of debhelper isn't going to make reviewing what's going on easier. Yate is also just a leaf package. If Yate gets new RC bugs because of these changes and those aren't quickly fixed it can simply be removed from testing. Kind regards, Jeroen Dekkers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693301: [Secure-testing-team] Bug#693301: MediaTomb always bind to all interfaces regardless of configuration settings
Control: severity -1 important On jeu., 2012-11-15 at 12:57 +0400, Vladimir Volovich wrote: Package: mediatomb-common Version: 0.12.1-4+b1 Severity: critical No need to over-estimate severity. File: /usr/bin/mediatomb Tags: security Attempt to force mediatomb to bind to a specific IP address (or interface) is ignored. E.g. I've tried to change setting in /etc/default/mediatomb as follows: OPTIONS=-i 10.0.10.2 and mediatomb is started with the -i 10.0.10.2 option: $ pgrep -a mediatomb 17000 /usr/bin/mediatomb -c /etc/mediatomb/config.xml -d -u mediatomb -g mediatomb -P /var/run/mediatomb.pid -l /var/log/mediatomb.log -i 10.0.10.2 but it binds to all interfaces: $ sudo netstat -anp | grep mediatomb tcp0 0 0.0.0.0:49152 0.0.0.0:* LISTEN 17000/mediatomb udp0 0 0.0.0.0:19000.0.0.0:* 17000/mediatomb udp0 0 127.0.0.1:39862 0.0.0.0:* 17000/mediatomb Apparently this has been reported upstream: http://sourceforge.net/tracker/?func=detailaid=3039645group_id=129766atid=715780 but this is not fixed. Could the debian team please fix this issue in the debian package, since it is obviously a security issue? Is the feature supposed to be supported by mediatomb (and it doesn't work) or is it not supported at all? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693309: dns323-firmware-tools: Support more DNS-xxx devices
Package: dns323-firmware-tools Version: 0.3-2 Severity: wishlist Tags: patch Dear Maintainer, I modified dns323-firmware-tools a while back to unpack and pack the firmware for other DNS devices, as well as storing defaults for each device within the scripts themselves. I've tested this by unpacking and repacking D-Link's firmware packages and get a byte-for-byte identical file out the other end. If there aren't any objections, it'd be nice to get it merged into mainline. I tried using the email address on the maintainer's website but got no response. All the code is here:- https://github.com/lentinj/dns323-firmware-tools Let me know if you want an updated pull request / patches / something else. Thanks! *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693310: ITP: spiped -- create secure pipes between socket addresses
Package: wnpp Severity: wishlist Owner: Peter Pentchev r...@ringlet.net * Package name: spiped Version : 1.2.2 Upstream Author : Colin Percival cperc...@tarsnap.com * URL : http://www.tarsnap.com/spiped.html * License : BSD-2 Programming Lang: C Description : create secure pipes between socket addresses spiped (pronounced ess-pipe-dee) is a utility for creating symmetrically encrypted and authenticated pipes between socket addresses, so that one may connect to one address (e.g., a UNIX socket on localhost) and transparently have a connection established to another address (e.g., a UNIX socket on a different system). This is similar to 'ssh -L' functionality, but does not use SSH and requires a pre-shared symmetric key. spipe (pronounced ess-pipe) is a utility which acts as an spiped protocol client (i.e., connects to an spiped daemon), taking input from the standard input and writing data read back to the standard output. -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If I were you, who would be reading this sentence? signature.asc Description: Digital signature
Bug#693242: live-build: apt-get autoclean doesn't remove old versions
On 11/14/2012 04:51 PM, Daniel Baumann wrote: tag 693242 - patch thanks On 11/14/2012 05:02 PM, Thanatermesis wrote: The apt-get autoclean command removes extra packages in the chroot but the cache has an incremental and growing size the current assumption is that the cache of lb is usuable for more than one distribution built from the same config tree, Are you sure? The bootstrap for the old distribution would be retained, requiring an 'lb clean --purge' before rebuilding with the new distribution (and that would delete the package cache in any case). your suggested change breaks that, so this can (if at all and if in that way, which i don't think is a good one; lb rather should cache distribution specifically, but anyway) at earliest be done with lb4 post wheezy. This is discouraging. I worked closely with Thanatermesis on this and want to protect my investment of effort. I think it's suitable for the current release, as I know of no use case it actually breaks, so if you can furnish me with test instructions to reproduce this problem, I would be happy to try them and rework the patch. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692946: cdd-dev: copyright file missing after upgrade (policy 12.5)
On Thu, Nov 15, 2012 at 11:54:22AM +0100, Andreas Beckmann wrote: [dropped -release@] On 2012-11-15 11:18, Andreas Tille wrote: package than working around this in piuparts (IIRC this is blocking about 50 rdepends from being checked). Hmmm, I wonder what metapackage might remain to depend from cdd-dev ... for that test, dependency resolution is done in lenny * start with a minimal lenny chroot * install $PACKAGE * evolve the system via squeeze to wheezy * check $PACKAGE (in wheezy, only if it is still installed) Ahhh - I was not aware that piuparts does upgrade via two distribution steps. Nice. That's correct. I intended to leave the transition package for two Debian releases in case users might skip Squeeze. I admit that I will skipping releases is not supported ... (although I myself keep most cleanup parts of the maintainer scripts for two releases to have them available in backports as well - in case the user did not install the stable package before installing the backport) Yep. We do not officially support this but I thought it could not harm to just do it. But *if* it harms I will immediately drop it. Because a severity serious bug is definitely something that causes harm I'll kick it in case there is no agreement to just lower the priority for now to keep the noise level for release team lower. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693311: openafs-client: README.servers contains bogus example?
Package: openafs-client Version: 1.6.1-2ppa1~precise1 Severity: minor Dear Maintainer, README.servers contains an example of adding an additional demand attach file server: bos create host fs fs -cmd /usr/lib/openafs/dafileserver \ -cmd /usr/lib/openafs/davolserver \ -cmd /usr/lib/openafs/salvageserver \ -cmd /usr/lib/openafs/salvager -localauth However shouldn't that example actually be: bos create host dafs dafs -cmd /usr/lib/openafs/dafileserver \ -cmd /usr/lib/openafs/davolserver \ -cmd /usr/lib/openafs/dasalvageserver \ -cmd /usr/lib/openafs/dasalvager -localauth At least that is my intepretation of the bos create man-page and it's example. By the way, should README.servers really belong to the openafs-client package? /Björn -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-33-generic (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openafs-client depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii libc6 2.15-0ubuntu10.3 ii libkrb5-3 1.10+dfsg~beta1-2ubuntu0.3 ii libncurses55.9-4 ii libtinfo5 5.9-4 Versions of packages openafs-client recommends: ii lsof 4.81.dfsg.1-1build1 ii openafs-modules-dkms 1.6.1-2ppa1~precise1 Versions of packages openafs-client suggests: pn openafs-doc none pn openafs-krb5 none -- Configuration Files: /etc/openafs/afs.conf 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#693312: tendra: Wrong compilation for some combinations of “switch” and “goto”
Package: tendra Version: 4.1.2-19 Severity: important Tags: upstream compile execute switch_goto.c: int main () { switch (1) { case 0: goto l; case 1: case 2: printf(1\n); {l:;} printf(skipped by optimizator\n); } return 0; } $tendra -o sg switch_goto.c $./sg 1 $ -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=ru_UA.utf8, LC_CTYPE=ru_UA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tendra depends on: ii binutils 2.20.1-16 The GNU assembler, linker and bina ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib Versions of packages tendra recommends: ii libc6-dev [libc-dev] 2.11.3-4 Embedded GNU C Library: Developmen Versions of packages tendra suggests: ii tendra-doc4.1.2-8Documentation for the TenDRA C/C++ -- 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#693313: phonetisaurus-align: exit status 1
Package: phonetisaurus Version: 0.6-1 phonetisaurus-align exits with status 1 even if the program succeeded. The Unix convention is to use 0 on success. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627508: dconf maintainer has quit
On Tue, Sep 25, 2012 at 05:13:39AM +0200, jw-...@freenet.de wrote: On Sat, 8 Sep 2012 12:31:44 +0100 Ulrich Dangel u...@debian.org wrote: I am not sure what happens when the maintainer does not react but maybe the package should get removed I tracked down the maintainer of the package dconf. He said he no longer has time for Debian and asked me to let the project know of this, so that package should probably be marked Orphaned. I won't post his new mail address here, but if you want to contact him you can easily find it by entering his name into a popular search engine together with the string gmail. The package is orphaned now: http://bugs.debian.org/693308 Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693301: [Secure-testing-team] Bug#693301: MediaTomb always bind to all interfaces regardless of configuration settings
(sorry for the duplicate email - forgot to send a CC to bugs.debian.org) On Thu, Nov 15, 2012 at 4:15 PM, Yves-Alexis Perez cor...@debian.org wrote: Control: severity -1 important On jeu., 2012-11-15 at 12:57 +0400, Vladimir Volovich wrote: Package: mediatomb-common Version: 0.12.1-4+b1 Severity: critical No need to over-estimate severity. Critical is described as makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. I think that it falls into this category, since if I have mediatomb running, it exposes its web interface to the public. Its web interface is listening on port 49152 and if the system where mediatomb is installed has an external IP, it exposes this web interface to anyone on the internet, and I think it's a security hole. So please change it back to critical, or explain why you think it is not a security hole. File: /usr/bin/mediatomb Tags: security Attempt to force mediatomb to bind to a specific IP address (or interface) is ignored. E.g. I've tried to change setting in /etc/default/mediatomb as follows: OPTIONS=-i 10.0.10.2 and mediatomb is started with the -i 10.0.10.2 option: $ pgrep -a mediatomb 17000 /usr/bin/mediatomb -c /etc/mediatomb/config.xml -d -u mediatomb -g mediatomb -P /var/run/mediatomb.pid -l /var/log/mediatomb.log -i 10.0.10.2 but it binds to all interfaces: $ sudo netstat -anp | grep mediatomb tcp0 0 0.0.0.0:49152 0.0.0.0:* LISTEN 17000/mediatomb udp0 0 0.0.0.0:19000.0.0.0:* 17000/mediatomb udp0 0 127.0.0.1:39862 0.0.0.0:* 17000/mediatomb Apparently this has been reported upstream: http://sourceforge.net/tracker/?func=detailaid=3039645group_id=129766atid=715780 but this is not fixed. Could the debian team please fix this issue in the debian package, since it is obviously a security issue? Is the feature supposed to be supported by mediatomb (and it doesn't work) or is it not supported at all? The feature is supposed to be supported by mediatomb, and it doesn't work. The option --ip apparently has no effect at all. (And possibly the same with the --interface oprion). Regards, -- Yves-Alexis Best wishes, Vladimir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693314: gedit: form feed does not start new page in printout
Package: gedit Version: 3.4.2-1 Severity: normal Hello, I tried to produce a printout of plain text document with gedit but it's impossible to insert page breaks. 0x0c is the standard character for page break in plain text but gedit ignores it. Thanks Michal -- Package-specific info: Active plugins: - 'docinfo' - 'modelines' - 'filebrowser' - 'spell' - 'time' No plugin installed in $HOME. Module versions: - glib 2.32.4 - gtk+ - gtksourceview - pygobject 2.28.6 - enchant - iso-codes 3.39 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (200, 'experimental'), (150, 'precise-updates'), (150, 'precise-security'), (150, 'precise') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gedit depends on: ii gedit-common 3.4.2-1 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.01.32.1-1 ii gir1.2-gtk-3.0 3.4.2-4 ii gir1.2-gtksource-3.0 3.4.2-1 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-peas-1.01.4.0-2 ii gsettings-desktop-schemas 3.4.2-1 ii iso-codes 3.39-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libenchant1c2a 1.6.0-7 ii libffi53.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-1 1.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libgtksourceview-3.0-0 3.4.2-1 ii libice62:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libpeas-1.0-0 1.4.0-2 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.5.0-1 ii libxml22.8.0+dfsg1-6 ii python 2.7.3~rc2-1 ii python-gi 3.2.2-1 ii python-gi-cairo3.2.2-1 ii python2.7 2.7.3~rc2-2.1 Versions of packages gedit recommends: ii yelp3.4.2-1+b1 ii zenity 3.4.0-2 Versions of packages gedit suggests: pn gedit-plugins 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#671483: icedove: crashes on startup with failed assertion
I'm using the latest version of Squeeze and I'm still having the same problem. Tim Chadburn --- On Tue, 30/10/12, Moritz Muehlenhoff j...@inutil.org wrote: On Fri, May 04, 2012 at 02:04:59PM +0100, Tim Chadburn wrote: Package: icedove Version: 3.0.11-1+squeeze9 Severity: grave Justification: renders package unusable I've had icedove working fine for ages, up to and including the last version (3.0.11-1+squeeze8), but the latest version (3.0.11-1+squeeze9) breaks it. When icedove is started, the icedove window appears for about a second, and then, while the status bar at the bottom says Looking for folders..., Icedove crashes with the following terminal output: icedove-bin: gconv.c:75: __gconv: Assertion `outbuf != ((void *)0) *outbuf != ((void *)0)' failed. /usr/lib/icedove/run-mozilla.sh: line 131: 4455 Aborted $prog ${1+$@} Does this still occur with Squeeze 6.0.6? Cheers, Moritz
Bug#677054: nut-client: prompting due to modified conffiles which were not modified by the user
Le Thu, 15 Nov 2012 11:57:09 +0100, Stefano Zacchiroli z...@debian.org a écrit : On Thu, Aug 09, 2012 at 05:04:00PM +0200, Laurent Bigonville wrote: the best would be to patch nut.conf to have spaces already removed. I don't see anything else. In the current version in wheezy/sid, this is already done. Should we do this also in stable to limit the number of people impacted by this? Hi Laurent, Aranud, from what you wrote above, this bug should not affect the testing version, but according to the BTS it is still marked as such. Do you have any objection to mark this as: notfound 677054 2.6.4-1 (or, alternatively, close it as wontfix as you discussed in a later mail) The bug (maintainer script modifying conffile) that bring us to this situation (prompting the user for a file he has not modified himself) is not happening in the version in wheezy and the root cause is fixed (bug #684392) in sid. The user will still be prompted when upgrading from squeeze (that's why I didn't close that bug) BUT chances, in a normal situation, that the user didn't changed that file by himself is close to zero, as that file is controlling which part of the NUT software (client/server/standalone) is running. If somebody want to provide a patch, I would apply it with joy but I'm quite busy now and I'm not sure how to do that properly (handling upgrade being aborted,...). Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693310: ITP: spiped -- create secure pipes between socket addresses
On Thu, Nov 15, 2012 at 8:18 PM, Peter Pentchev wrote: Description : create secure pipes between socket addresses spiped (pronounced ess-pipe-dee) is a utility for creating symmetrically encrypted and authenticated pipes between socket addresses, so that one may connect to one address (e.g., a UNIX socket on localhost) and transparently have a connection established to another address (e.g., a UNIX socket on a different system). This is similar to 'ssh -L' functionality, but does not use SSH and requires a pre-shared symmetric key. spipe (pronounced ess-pipe) is a utility which acts as an spiped protocol client (i.e., connects to an spiped daemon), taking input from the standard input and writing data read back to the standard output. Sounds similar to socat, which can connect endpoints (including SSL ones). stunnel is similar too. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693315: isc-dhcp-client: dhclient does not request any IPv6 options by default
Package: isc-dhcp-client Version: 4.2.2.dfsg.1-5+deb70u2 Severity: important Tags: ipv6 The shipped dhclient.conf explicitly sets the DHCP options to be requested request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, domain-search, host-name, netbios-name-servers, netbios-scope, interface-mtu, rfc3442-classless-static-routes, ntp-servers; This overwrites the defaults, which read By default, the DHCPv4 client requests the subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers and host-name options while the DHCPv6 client requests the dhcp6 name-servers and domain-search options. Note that if you enter a ´request´ statement, you over-ride these defaults and these options will not be requested. This means, that the dhclient won't request any dhcp6 options at all. Please add at least dhcp6.name-servers, dhcp6.domain-search; to that list, otherwise a standard Debian installation won't work out of the box in IPv6-only situations. I think this should be fixed for wheezy, but it might be too late. Regards, Bernhard -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-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 isc-dhcp-client depends on: ii debianutils 4.3.2 ii iproute 20120521-3 ii isc-dhcp-common 4.2.2.dfsg.1-5+deb70u2 ii libc62.13-35 isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.31-1 pn resolvconf none -- Configuration Files: /etc/dhcp/dhclient.conf changed: option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; send host-name = gethostname(); request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, domain-search, host-name, netbios-name-servers, netbios-scope, interface-mtu, rfc3442-classless-static-routes, ntp-servers, dhcp6.name-servers, dhcp6.domain-search; -- 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#577635: nmu
Hi Michael, hi Samuel, On So, 11 Nov 2012, Michael Gilbert wrote: Hi, I've uploaded an nmu fixing this issue to delayed/5. Please see attached patch. I see. But I expect you or Samuel to take care for freeze exceptions. Because due to your upload the already granted freeze exception for -7a will not come into effect, since the delayed/5 will hit before the 10 days pass for the transition to testing. I appreciate your interest in this package, but what is going on in this bug is a bit strange: On 2012-11-08 I upload a new package and ask for freeze exception (granted) On 2012-11-09 Samuel Bronson adjusted the severity to serious (actually I never saw that emailon our list) On 2012-11-11 Michael Gilbert uploaded a NMU to delay/5, thus it will hit on 11-16, just two days before -7 enters testing. I honestly have to say I leave that up to you two, because I do not waste my time with things that gots played around ping-pong in short time without waiting for any response from the maintainer. If -7 does not enter testing, this is another RC bug, but I leave that up to the two people that have created this chaos. Thanks for your understanding Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 AIRD OF SLEAT (n. archaic) Ancient Scottish curse placed from afar on the stretch of land now occupided by Heathrow Airport. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658783: Re: MATE Desktop Environment in Debian
On 21/10/12 01:15, Josselin Mouette wrote: Most issues people have with GNOME 3 “classic” usually boil down to “the panel is black instead of grey”. Anyway, you’re welcome to package MATE in Debian. Just fix all the code duplication stupidity before. So far no one has volunteered to do so. Probably you all know already, but GNOME classic (aka fallback) is going to be removed with GNOME 3.8 [1] So, for those who like GNOME but want a classic desktop metaphor the options are now reduced to cinnamon and mate. I didn't tried cinnamon yet, but I guess I will do soon because it is coming to Debian now [2] Anyway, I was very happy with GNOME2 and all its applets, so if Mate is packaged inside Debian it will be for sure my preferred option. Also, mate is now the only option for those who want a GNOME desktop but don't have 3D acceleration or don't have a fast enough CPU to run LLVMpipe On top of that, Mate is now packaged officially on Fedora [3]. So if they can support it and live together with the code duplication stupidity, then I don't see why Debian couldn't do it. Also, as others pointed before, it's not clear at all which means that affirmation that mate is duplicating code. Could you please elaborate this generic code duplication stupidity on specific issues? Which libraries/code is MATE duplicating? Regards! [1] https://lwn.net/Articles/523774/ [2] http://ftp-master.debian.org/new/cinnamon_1.6.2-1.html #657395 [3] https://fedoraproject.org/wiki/Features/MATE-Desktop signature.asc Description: OpenPGP digital signature
Bug#692912: chromaprint: FTBFS against libav9
Ccing upstream. Lukas, you can see the patch at http://bugs.debian.org/692912 On Sat, Nov 10, 2012 at 7:16 PM, Reinhard Tartler siret...@tauware.de wrote: Package: chromaprint Version: 0.6-2 Severity: important Dear Maintainer, Your package chromaprint current fails to build against libav9, which is currently in experimental. Please review and discuss the attached patch with your upstream. Thanks, Reinhard ACK. I don't have a lot of time on my hands at the moment, so I don't have time to check whether the fingerprint survives transcoding anymore. In any case, I've noticed that the latest upstream (0.7) doesn't build against libav in sid. I'll attach the logs to the bug when I'll get home. Thanks for the patch and the efforts, Cheers, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693316: Red Hat patches for xl2tpd into Debian
Package: xl2tpd Version: 1.3.1+dfsg-1 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 - -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xl2tpd depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib pn ppp none (no description available) xl2tpd recommends no packages. xl2tpd suggests no packages. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJQpO25AAoJECzXeF7dp7IPGtEQAJtEFJ0iHuTM1gYb2D9GdaL0 bfYQbzTdPWLlVeshPa6vOAVfDUE8JpJ/4S1IdPsROZGEJ1OXiS20SNESYOxO5Byc 8YdXjlSUXGWay3GqtVF8/Rl9m2P63dq/qynUMfTxLgY2vZHIJ/NPiBHbTeQuEack I4iieQREVzxj7+lbhsZlDDTmwmHLYbc6MWlI3D9VaoN0cIqFpD/GTdVc4dm2lrQ1 rZFkLOYxB1YrSeCbOGz/eBOP8+8UhpJNM4UwCg0w0e/uI7E+ClJ0l3kv+qRJF0t3 cUsYNIozNFkp3bmMsf930AKHHj2cnHduJDIQzOqkQAJ+2zSkQbXTbUalj57R5x+O ZKIg+kd93qjYwEzCExEh8AjFlmMBj0lrIPlF4ERFxm23Sxy3YWySZ3cKwVdSvQFj SRt4B9UtN2OZ9DgnKoCG75OhS8oNOmouwMJXHWD81PqpKYxCMXoUIjixglr3R/Lj /H99u9WAQCDx1+tcMwTbCyz+1ZriI1ZdFKKceNWh6Xnu35ROusIcQhRaxvGMHy+y ++vh8o1k1jcAPGy4WLXH9YunjeR1TlSdJlw/kYkYf4TkzMdkPKFnOm3t0jdb9R0/ PxWuO4s7DwX4uTQe2/9Yxc4F3GTKh9hpzoi5n4QBhSVU4S6toBJQ9BCttI22UDSa d9nAyTcdJOj3HDrrHrPp =RUBe -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#623106: Bug #623106: weather crash conky
Am 13.11.2012 02:12, schrieb Vincent Cheng: Hi Thomas, Hi Vincent, after recompiling for backtrace and checking /usr/bin/conky with file I found out that I not really re-installed the binary (I never found a non-stripped binary - because I never installed the -std-package). So please ignore the last bug message: with the patched conky-std it works without crashes. My state: It works for me! I am very sorry for this confusion Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693317: e1000e runtime suspend breaks shutdown
Package: src:linux Version: 3.2.32-1 Severity: important Hi, all As $subject, system hangs when halting, it's a e1000e driver bug. Please backport from upstream to fix it. Steps to reproduce: 1, # for i in /sys/bus/pci/devices/*/power/control; do echo auto $i; done 2, shutdown or reboot Another way to reproduce, which makes this bug important: 1, install laptop-mode-tools 2, start laptop-mode-tools service 3, shutdown or reboot This bug is fixed in kernel 3.3 https://bugzilla.kernel.org/show_bug.cgi?id=36132 Just FYI, https://bbs.archlinux.org/viewtopic.php?id=113985 -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/sys-root ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Model information sys_vendor: LENOVO product_version: ThinkPad T410 ** Loaded modules: ... e1000e ... ** PCI devices: 00:19.0 Ethernet controller [0200]: Intel Corporation 82577LM Gigabit Network Connection [8086:10ea] (rev 06) Subsystem: Lenovo Device [17aa:2153] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 41 Region 0: Memory at f240 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at f2425000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 1820 [size=32] Capabilities: access denied Kernel driver in use: e1000e -- Regards, Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693301: [Secure-testing-team] Bug#693301: MediaTomb always bind to all interfaces regardless of configuration settings
On jeu., 2012-11-15 at 16:48 +0400, Vladimir Volovich wrote: (sorry for the duplicate email - forgot to send a CC to bugs.debian.org) On Thu, Nov 15, 2012 at 4:15 PM, Yves-Alexis Perez cor...@debian.org wrote: Control: severity -1 important On jeu., 2012-11-15 at 12:57 +0400, Vladimir Volovich wrote: Package: mediatomb-common Version: 0.12.1-4+b1 Severity: critical No need to over-estimate severity. Critical is described as makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. I think that it falls into this category, since if I have mediatomb running, it exposes its web interface to the public. Its web interface is listening on port 49152 and if the system where mediatomb is installed has an external IP, it exposes this web interface to anyone on the internet, and I think it's a security hole. So please change it back to critical, or explain why you think it is not a security hole. Well, by itself this is not a security bug, unless the interface itself is buggy. I agree it might not be a good idea to expose this to everyone, and we usually prefer to not bind on all interfaces when possible, but that doesn't make it a security hole. Is the feature supposed to be supported by mediatomb (and it doesn't work) or is it not supported at all? The feature is supposed to be supported by mediatomb, and it doesn't work. The option --ip apparently has no effect at all. (And possibly the same with the --interface oprion). Thanks. -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693310: ITP: spiped -- create secure pipes between socket addresses
On Thu, Nov 15, 2012 at 09:12:53PM +0800, Paul Wise wrote: On Thu, Nov 15, 2012 at 8:18 PM, Peter Pentchev wrote: Description : create secure pipes between socket addresses spiped (pronounced ess-pipe-dee) is a utility for creating symmetrically encrypted and authenticated pipes between socket addresses, so that one may connect to one address (e.g., a UNIX socket on localhost) and transparently have a connection established to another address (e.g., a UNIX socket on a different system). This is similar to 'ssh -L' functionality, but does not use SSH and requires a pre-shared symmetric key. spipe (pronounced ess-pipe) is a utility which acts as an spiped protocol client (i.e., connects to an spiped daemon), taking input from the standard input and writing data read back to the standard output. Sounds similar to socat, which can connect endpoints (including SSL ones). stunnel is similar too. Thanks for your comments! I am familiar with Stunnel (I maintained the FreeBSD port for several years), and I have indeed examined the Swiss army knife that is socat, too. IMHO the advantages of spiped lie in its simplicity, its lean and mean design for doing just one thing and doing it well (and yes, I am quite aware that this is pretty much exactly how socat started Way Back When :)) and its speed. It does not attempt to start a full-blown OpenSSL session, it uses just symmetric cryptography with a preshared key (and an optional, on by default, Diffie-Hellman session key exchange) for robust, high-load client-server connections (as witnessed by its origin in the Tarsnap project). I personally think that it would be a useful alternative to have in Debian; of course, if people's opinion leans the other way, I would be prepared to withdraw the ITP. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If you think this sentence is confusing, then change one pig. signature.asc Description: Digital signature
Bug#690098: atool: an agrep would be cool
* Axel Beckert a...@debian.org, 2012-10-10, 00:53: If the agrep will be provided by atool, the package likely needs to conflict with the agrep package which provides a text search tool with support for approximate patterns. You can't use Conflicts for this purpose. See Policy §10.1. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693318: Add Multi-Arch metadata to less
Package: less Version: 456-1 Severity: normal Tags: patch User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch e are working on getting multiarch metadata correct throught the archive. This package needs to be marked 'Multi-Arch: foreign' for dependencies and build-depencies to work correctly in all cases. Any package 'X' build-depending on less cannot be cross-built because apt-get build-dep -aarch cannot satisfy X's build-dependencies until Multi-Arch: foreign is added to less's control file, to indicate that less from any available arch will satisfy the dependency. 63 packages in debian cannot be cross-built until this patch is applied. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru less-456/debian/changelog less-456/debian/changelog --- less-456/debian/changelog 2012-11-12 01:40:28.0 + +++ less-456/debian/changelog 2012-11-15 13:18:29.0 + @@ -1,3 +1,9 @@ +less (456-2) UNRELEASED; urgency=low + + * Add Multi-Arch:foreign meta-data to allow cross-dependencies + + -- Wookey woo...@wookware.org Thu, 15 Nov 2012 13:17:38 + + less (456-1) unstable; urgency=low * New upstream diff -Nru less-456/debian/control less-456/debian/control --- less-456/debian/control 2012-11-12 01:38:29.0 + +++ less-456/debian/control 2012-11-15 13:17:17.0 + @@ -9,6 +9,7 @@ Package: less Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, debianutils (= 1.8) +Multi-arch: foreign Description: pager program similar to more This package provides less, a file pager (that is, a memory-efficient utility for displaying text one screenful at a time). Less has many
Bug#693316: xl2tpd patches into debian?
Hi Roberto, Could you apply the patches I have for xl2tpd for the Debian package? If you need a reference for these patches, you can use pwout...@redhat.com. You can find the patches here: http://people.redhat.com/pwouters/osw/ These fix interop issues, and add support for kernel mode l2tp. The latter also requires some changes in the init script to ensure the proper kernel module is loaded. I put the sysvinit and systemd service file in the above directory as well for you to peek at. Thanks! Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682796: cannot reproduce this bug
I cannot reproduce this bug using the simple examples shiped with FAI. The problem seems that your config space contains a template in files/etc/apt/sources.list/ which is copied via fcopy during task_repository. The default config space does not contain a template in sources.list and therefore uses the source.list which only refers the package repository on the CD. It's more a general problem. FAI is using fcopy for shipping files during the installation. But sometimes, you need a file (for e.g. sources.list) in different versions. One version is used during installation, another version is used after the new installed system is running. In case of an installation from CD, this might be a sources.list which only uses the packages from the CD (during installation) but the system is configured to use a network repository after the installation. fcopy cannot handle those different cases by using the same list of classes. I also do not like to implement the function you have proposed (different behaviour depending on installation from network or CD). If you like to ship different sources.list file, you may want to use a hook, which calls fcopy /etc/apt/sources.list with a different list of classes. Then you can ship different templates for sources.list during installation and for configuring the new system. -- 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#693319: obmenu: obm-xdg doesn't generate menu
Package: obmenu Version: 1.0-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Call obm-xdg with no arguments from shell or in openbox root menu * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Traceback (most recent call last): File /usr/bin/obm-xdg, line 443, in module mnu.parseFile(filename) File /usr/bin/obm-xdg, line 180, in parseFile f = open(filename) IOError: [Errno 2] No such file or directory: '' * What outcome did you expect instead? To generate an application menu *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obmenu depends on: ii python 2.7.3~rc2-1 ii python-glade2 2.24.0-3 ii python-support 1.0.15 Versions of packages obmenu recommends: ii openbox 3.5.0-4 obmenu 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#693320: libnet-server-perl: Uninitialized value in pattern match spam
Package: libnet-server-perl Version: 2.006-1 Severity: important Tags: patch Using munin-node on Wheezy the /var/log/munin-node.log is spammed down with this entries: Use of uninitialized value in pattern match (m//) at /usr/share/perl5/Net/Server.pm line 600. This is because of some missing variable checking and wrong order of checking for them. Please also add this for Wheezy. --- Server.pm.orig 2012-11-15 14:51:16.825804448 +0100 +++ Server.pm 2012-11-15 15:05:56.025792549 +0100 @@ -597,10 +597,10 @@ # if the addr or host isn't blocked yet, allow it if it is allowed foreach (@{ $prop-{'allow'} }) { -return 1 if $prop-{'peerhost'} =~ /^$_$/ defined $prop-{'reverse_lookups'}; -return 1 if $peeraddr =~ /^$_$/; +return 1 if defined $prop-{'reverse_lookups'} defined $prop-{'peerhost'} $prop-{'peerhost'} =~ /^$_$/; + return 1 if defined $peeraddr $peeraddr =~ /^$_$/; } -if (@{ $prop-{'cidr_allow'} }) { +if (defined $peeraddr defined @{ $prop-{'cidr_allow'} }) { require Net::CIDR; return 1 if Net::CIDR::cidrlookup($peeraddr, @{ $prop-{'cidr_allow'} }); } -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnet-server-perl depends on: ii libio-multiplex-perl 1.13-1 ii libio-socket-inet6-perl 2.69-2 ii libnet-cidr-perl 0.15-1 ii libsocket6-perl 0.23-1+b2 ii perl 5.14.2-15 libnet-server-perl recommends no packages. Versions of packages libnet-server-perl suggests: ii libio-socket-ssl-perl 1.76-2 pn liblog-log4perl-perl none ii libnet-ssleay-perl 1.48-1+b1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659632: preliminary version
hi, I have prepared a preliminary version at http://anonscm.debian.org/gitweb/?p=collab-maint/graphite-web.git . I will test it some time and ask support to the python team (this is my first python pkg). Any help or feedback is appreciated. regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693321: ghostscript: -r res option should be instead -rres in the manual
Package: ghostscript Version: 9.05~dfsg-6.2 Severity: normal File: /usr/bin/pdf2ps If I do pdf2ps -r 150 file.pdf as documented in the manual I get an error, while it works if I do pdf2ps -r150 file.pdf Morever, the error says: -r must be followed by res or xresxyres the latter being a syntax undocumented in the manual page. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghostscript depends on: ii debconf [debconf-2.0] 1.5.46 ii debianutils4.3.2 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libc6 2.13-35 ii libgs9 9.05~dfsg-6.2 ghostscript recommends no packages. Versions of packages ghostscript suggests: ii ghostscript-cups 9.05~dfsg-6.2 ii ghostscript-x 9.05~dfsg-6.2 ii hpijs 3.12.6-3 -- 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#659632: Review of the graphite-web package
Hi, I have packaged my first python package. I have read the Debian Python Policy , but I need a review from the experts here ;-) I still need to fix some lintian warnings also (this, I know how): W: graphite-web: embedded-javascript-library usr/share/graphite/webapp/content/js/jquery.js W: graphite-web: embedded-javascript-library usr/share/graphite/webapp/content/js/scriptaculous/scriptaculous.js W: graphite-web: embedded-javascript-library usr/share/graphite/webapp/content/js/window/prototype.js Can you please take a look? Regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692345: tiff: CVE-2012-4564
Package: tiff Version: 4.0.2-4 Followup-For: Bug #692345 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch *** /tmp/tmpm0_BMg/bug_body In Ubuntu, the attached patch was applied to achieve the following: * SECURITY UPDATE: denial of service and possible code execution via crafted PPM image - debian/patches/CVE-2012-4564.patch: check scanline_size in tools/ppm2tiff.c. - CVE-2012-4564 Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru tiff-4.0.2/debian/changelog tiff-4.0.2/debian/changelog diff -Nru tiff-4.0.2/debian/patches/CVE-2012-4564.patch tiff-4.0.2/debian/patches/CVE-2012-4564.patch --- tiff-4.0.2/debian/patches/CVE-2012-4564.patch 1969-12-31 19:00:00.0 -0500 +++ tiff-4.0.2/debian/patches/CVE-2012-4564.patch 2012-11-15 08:56:13.0 -0500 @@ -0,0 +1,34 @@ +Description: fix denial of service and possible code execution via crafted PPM image +Origin: upstream, ppm2tiff.c,v 1.17 + +Index: tiff-4.0.2/tools/ppm2tiff.c +=== +--- tiff-4.0.2.orig/tools/ppm2tiff.c 2010-04-10 15:22:34.0 -0400 tiff-4.0.2/tools/ppm2tiff.c 2012-11-14 09:50:52.283703218 -0500 +@@ -89,6 +89,7 @@ + int c; + extern int optind; + extern char* optarg; ++ tmsize_t scanline_size; + + if (argc 2) { + fprintf(stderr, %s: Too few arguments\n, argv[0]); +@@ -237,8 +238,16 @@ + } + if (TIFFScanlineSize(out) linebytes) + buf = (unsigned char *)_TIFFmalloc(linebytes); +- else +- buf = (unsigned char *)_TIFFmalloc(TIFFScanlineSize(out)); ++ else { ++ scanline_size = TIFFScanlineSize(out); ++ if (scanline_size != 0) ++ buf = (unsigned char *)_TIFFmalloc(TIFFScanlineSize(out)); ++ else { ++ fprintf(stderr, %s: scanline size overflow\n,infile); ++ (void) TIFFClose(out); ++ exit(-2); ++ } ++ } + if (resolution 0) { + TIFFSetField(out, TIFFTAG_XRESOLUTION, resolution); + TIFFSetField(out, TIFFTAG_YRESOLUTION, resolution); diff -Nru tiff-4.0.2/debian/patches/series tiff-4.0.2/debian/patches/series --- tiff-4.0.2/debian/patches/series 2012-10-05 17:07:54.0 -0400 +++ tiff-4.0.2/debian/patches/series 2012-11-15 08:56:13.0 -0500 @@ -1,3 +1,4 @@ opengl.patch CVE-2012-3401.patch CVE-2012-4447.patch +CVE-2012-4564.patch
Bug#693322: nautilus-open-terminal: Open remote terminal fails (SSH, remote shell == csh)
Package: nautilus-open-terminal Version: 0.19-2 Severity: normal Tags: patch upstream Dear Maintainer, * What led up to the situation? I tried to open a terminal in a sftp share auto-mounted using nautilus. * What exactly did you do (or not do) that was effective (or ineffective)? Right clic on a remote folder and choose Open remote terminal * What was the outcome of this action? A gnome-terminal was launched. But as soon as I got connected, the terminal crashed. * What outcome did you expect instead? A working gnome-terminal cd-ed to the curent remote directory. I tried to find a way to get feedback from Nautilus (logs, debug mode, etc.). No luck. I guess this is why there are so few extensions for Nautilus. I also suppose this is why nobody responded in https://bugs.launchpad.net/ubuntu/+source/nautilus-open-terminal/+bug/783962. Well, in my case, the generated command line to be executed on the remote server was ending with $SHELL - --- nautilus-open-terminal-0.19.orig/src/nautilus-open-terminal.c +++ nautilus-open-terminal-0.19/src/nautilus-open-terminal.c @@ -213,7 +213,7 @@ get_remote_ssh_command (const char *uri, remote_command = g_strdup_printf (cd %s exec %s, quoted_path, command_to_run); } else { /* login shell */ - remote_command = g_strdup_printf (cd %s exec $SHELL -, quoted_path); + remote_command = g_strdup_printf (cd %s exec $SHELL, quoted_path); } quoted_remote_command = g_shell_quote (remote_command); I guess the - is useful in some way but in this case it makes it crash. Best regards, Gaël -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus-open-terminal depends on: ii gconf-service3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii libc62.13-35 ii libgconf-2-4 3.2.5-1+build1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnome-desktop-3-2 3.4.2-1 ii libgtk-3-0 3.4.2-4 ii libnautilus-extension1a 3.4.2-1+build1 nautilus-open-terminal recommends no packages. nautilus-open-terminal 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#693324: installation-reports: RV610 (Radeon HD 2400 XT): nonfunctional display by default
Package: installation-reports Severity: normal After installing using default options on a system with a ATI Radeon HD 2400 XT card (RV610 chipset) , at boot the drm and radeon modules are loaded for the console. However, the required firmware (/lib/firmware/radeon/RV610_pfp.bin) is not installed by default, because it is non-free (it is included in the firmware-linux-nonfree package). The result is that the display is completely garbled and unusable. Installing the firmware-linux-nonfree package completely fixed the problem. The best behavior would probably be to prompt to install the firmware-linux-nonfree package if it is required, or fall back to using the vesa module for the console by default. Relevant boot messages when firmware is not installed: [5.868532] [drm] Initialized drm 1.1.0 20060810 [6.402331] [drm] radeon kernel modesetting enabled. [6.402401] radeon :01:00.0: setting latency timer to 64 [6.402536] [drm] initializing kernel modesetting (RV610 0x1002:0x94C1 0x1002:0x0D02). [6.402553] [drm] register mmio base: 0xF010 [6.402555] [drm] register mmio size: 65536 [6.402715] ATOM BIOS: 113 [6.402728] radeon :01:00.0: VRAM: 256M 0x - 0x0FFF (256M used) [6.402730] radeon :01:00.0: GTT: 512M 0x1000 - 0x2FFF [6.402735] mtrr: type mismatch for e000,1000 old: write-back new: write-combining [6.402737] [drm] Detected VRAM RAM=256M, BAR=256M [6.402738] [drm] RAM width 64bits DDR [6.402780] [TTM] Zone kernel: Available graphics memory: 1989552 kiB. [6.402782] [TTM] Initializing pool allocator. [6.402797] [drm] radeon: 256M of VRAM memory ready [6.402799] [drm] radeon: 512M of GTT memory ready. [6.402810] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [6.402811] [drm] Driver supports precise vblank timestamp query. [6.402840] radeon :01:00.0: irq 44 for MSI/MSI-X [6.402844] radeon :01:00.0: radeon: using MSI. [6.402863] [drm] radeon: irq initialized. [6.402866] [drm] GART: num cpu pages 131072, num gpu pages 131072 [6.403448] [drm] Loading RV610 Microcode [6.509052] r600_cp: Failed to load firmware radeon/RV610_pfp.bin [6.509084] [drm:r600_startup] *ERROR* Failed to load firmware! [6.509117] radeon :01:00.0: disabling GPU acceleration [6.510163] radeon :01:00.0: 880113563000 unpin not necessary [6.510166] radeon :01:00.0: 880113563000 unpin not necessary [6.510356] [drm] Radeon Display Connectors [6.510357] [drm] Connector 0: [6.510358] [drm] DIN [6.510359] [drm] Encoders: [6.510361] [drm] TV1: INTERNAL_KLDSCP_DAC2 [6.510362] [drm] Connector 1: [6.510363] [drm] DVI-I [6.510364] [drm] HPD2 [6.510366] [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54 0x7e58 0x7e58 0x7e5c 0x7e5c [6.510367] [drm] Encoders: [6.510368] [drm] CRT2: INTERNAL_KLDSCP_DAC2 [6.510370] [drm] DFP1: INTERNAL_KLDSCP_TMDS1 [6.510371] [drm] Connector 2: [6.510372] [drm] DVI-I [6.510373] [drm] HPD1 [6.510374] [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c [6.510376] [drm] Encoders: [6.510377] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [6.510378] [drm] DFP2: INTERNAL_LVTM1 [6.510383] [drm] Internal thermal controller with fan control [6.510414] [drm] radeon: power management initialized [6.655653] [drm] fb mappable at 0xE004 [6.655655] [drm] vram apper at 0xE000 [6.655656] [drm] size 9216000 [6.655657] [drm] fb depth is 24 [6.655658] [drm]pitch is 7680 [6.655712] fbcon: radeondrmfb (fb0) is primary device [6.878804] Console: switching to colour frame buffer device 240x75 [6.886379] fb0: radeondrmfb frame buffer device [6.886381] drm: registered panic notifier [6.886391] [drm] Initialized radeon 2.12.0 20080528 for :01:00.0 on minor 0 Relevant boot messages when the firmware is installed: [5.972298] [drm] Initialized drm 1.1.0 20060810 [6.097735] [drm] radeon kernel modesetting enabled. [6.097805] radeon :01:00.0: setting latency timer to 64 [6.097938] [drm] initializing kernel modesetting (RV610 0x1002:0x94C1 0x1002:0x0D02). [6.097955] [drm] register mmio base: 0xF010 [6.097957] [drm] register mmio size: 65536 [6.098117] ATOM BIOS: 113 [6.098129] radeon :01:00.0: VRAM: 256M 0x - 0x0FFF (256M used) [6.098132] radeon :01:00.0: GTT: 512M 0x1000 - 0x2FFF [6.098136] mtrr: type mismatch for e000,1000 old: write-back new: write-combining [6.098138] [drm] Detected VRAM RAM=256M, BAR=256M [6.098139] [drm] RAM width 64bits DDR [6.098182] [TTM] Zone kernel: Available graphics memory: 1989552 kiB. [6.098184] [TTM] Initializing pool allocator. [6.098198] [drm] radeon: 256M of VRAM memory ready [6.098201]
Bug#693323: French runtime translation update
Package: aptitude Version: 0.6.8.2-1 Severity: wishlist Tags: patch l10n Hi, Please find attach the French translation updated against the aptitude version that should end up in Wheezy in two days. Please, do consider using a tool like podebconf-report-po to ask for translation update before the upload next time you change some user visible strings. Regards David -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8.2 compiled at Nov 7 2012 07:08:03 Compiler: g++ 4.7.2 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 = (0x7fff0d1ff000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7f2e254e2000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f2e252b2000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f2e25088000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f2e24e83000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f2e24b83000) libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0x7f2e248e2000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f2e244fd000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f2e242e6000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f2e24039000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7f2e23e2) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2e23c04000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f2e238fc000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f2e2367a000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f2e23464000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f2e230d9000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f2e22ed6000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2e22cd2000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f2e22ac1000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f2e228bc000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f2e226b3000) /lib64/ld-linux-x86-64.so.2 (0x7f2e25e7f000) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-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 Versions of packages aptitude depends on: ii aptitude-common 0.6.8.2-1 ii libapt-pkg4.120.9.7.6 ii libboost-iostreams1.49.0 1.49.0-3.1 ii libc6 2.13-36 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.7.2-4 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.14.1-1 ii libstdc++64.7.2-4 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages aptitude recommends: pn apt-xapian-indexnone ii aptitude-doc-fr [aptitude-doc] 0.6.8.2-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.7 Versions of packages aptitude suggests: ii debtags 1.10.2 ii tasksel 3.14 -- no debconf information From a8ae529106ba65f44be3498cf20a6fddd1db7098 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?David=20Pr=C3=A9vot?= taf...@debian.org Date: Thu, 15 Nov 2012 10:27:31 -0400 Subject: [PATCH] French runtime translation update --- po/fr.po | 24 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/po/fr.po b/po/fr.po index 8fc9063..35f30fa 100644 --- a/po/fr.po +++ b/po/fr.po @@ -6,12 +6,13 @@ # Jean-Luc Coulon (f5ibh) jean-luc.cou...@wanadoo.fr, 2004, 2005, 2006, 2007, 2008. # Christian Perrier bubu...@debian.org, 2004, 2006, 2008, 2009, 2012. # Jean-Baka Domelevo Entfellner domel...@gmail.com, 2011, 2012. +# David Prévot da...@tilapin.org, 2012. msgid msgstr Project-Id-Version: aptitude\n Report-Msgid-Bugs-To: aptit...@packages.debian.org\n POT-Creation-Date: 2012-11-04 19:55+0800\n -PO-Revision-Date: 2012-07-30 09:23+0100\n +PO-Revision-Date: 2012-11-15 10:11-0400\n Last-Translator: Jean-Baka Domelevo Entfellner domel...@gmail.com\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n @@ -19,19 +20,19 @@ msgstr
Bug#659069: getting retroshare in Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just to mention that we just fixed the issues with libUPnP. We added a test in libretroshare.pro so that we cna use the correct #define that makes UpNPBase.cc compile on all system. It should work on DEBIAN as well. Best regards Cyril On 11/12/2012 04:05 PM, Antoine Beaupré wrote: On 2012-11-12, Cyril Soler wrote: To disable it, remove the entry plugins in the .pro file of the src/ directory. Alright. I'm surprised you can't find the correct package name. I know that on the different ubuntu systems it's a different name as well. The plugin compiles on debian SID if I remember correcly. The package is there, but somehow the compile process doesn't file the header. What debian version are you using? I can ask users around in my own network. Many of them are using debian. This is Debian Testing / Wheezy. A. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlCk/8cACgkQ7vOohC2noX4oogCdGsrpxZ5a1+C0WvX8ipf0ZoaV 1G8AnjYeSuo/Vq5EsVsB8KsohOtm7/7Y =swfo -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#692911: unblock: ca-certificates/20121105
On 11/14/2012 06:12 PM, intrigeri wrote: Michael Shuler wrote (11 Nov 2012 20:59:10 GMT) : In parsing certdata.txt for the ca-certificates package, neither of these flags are used when the CA trust database is created, so both CKT_NSS_MUST_VERIFY_TRUST and CKT_NSS_TRUST_UNKNOWN flags are ignored. This is why I indicated these lines are innocuous - Thanks a lot for the detailed explanation! No problem! Should I re-upload with a changelog entry of something like: * Update mozilla/certdata.txt to version 1.86 Closes: #683728 +Clean up of no explicit trust flag CKT_NSS_TRUST_UNKNOWN to +CKT_NSS_MUST_VERIFY_TRUST +- https://bugzilla.mozilla.org/show_bug.cgi?id=757189 I think it would be even better to replace clean up with some version of parsing certdata.txt for the ca-certificates package, neither of these flags are used when the CA trust database is created, so both CKT_NSS_MUST_VERIFY_TRUST and CKT_NSS_TRUST_UNKNOWN flags are ignored: IMHO, Clean up still describes the change itself, rather than the reason why it is reasonable, which is, I think, as important. Bummer. I was going to update this bug after 20121114 hit unstable. I built ca-certificates_20121114 before getting this note, and it is waiting for upload by my sponsors, as of writing. This upload is being coordinated with an upload of ca-certificates-java with version breaks and depends (see full debdiff). Here is what I did include for this change in 20121114: + * Update mozilla/certdata.txt to version 1.86 Closes: #683728 +- Replace legacy no explicit trust flag of CKT_NSS_TRUST_UNKNOWN for + CKT_NSS_MUST_VERIFY_TRUST, instead of a mix of both flags: + https://bugzilla.mozilla.org/show_bug.cgi?id=757189 +Certificates added (+) (none removed): ++ Actalis Authentication Root CA ... Full debdiff: http://www.pbandjelly.org/debian/ca-certificates_20120623-20121114.debdiff So, while I did include a note about the change for context for the reader of the diff (upstream change X: reference), I not go into detail about why this upstream change is not very meaningful to functionality or packaging (upstream change X: reference - this particular change doesn't really modify anything with ca-certificates because Y). That additional info seems a bit overkill to me, but we can add that, if it would be helpful. Again, I was going to reply after upload, but since there's another question on this, I thought I would take a moment to let you know what's coming. -- Kind regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520753: Potential serious bug on ghostscript-cups
Hi Jonas, Le dimanche, 29 juillet 2012 18.03:16, Jonas Smedegaard a écrit : For Wheezy we should probably aim for the uglier but much simpler solution. the master branch is not intended for Wheezy, I will use a separate master-wheezy for that. I think I disagree. The patch I propose makes ghostscript-cups rely on cups' postinst which is already proven working by more than 14 packages, all of them already in Wheezy. I think this is a patch the Release Team can accept and a patch that makes Wheezy a better release by reducing useless code duplication in maintainer scripts. Oh, ok. Would you mind file the bugreport requesting freeze exception, when I have uploaded it to unstable? I am quite lousy at arguing such cases for the Release Managers :-/ I remembered this bug and noticed it was fixed, but badly: do you intend to upload the nice cups-postinst-trigger solution to Wheezy? I still think it is better than Bastien's hack on that bug. I'm also still ready to argue that with the Release Team if that helps. 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#693325: gcc-defaults: Please support arch powerpcspe
Package: gcc-defaults Version: 1.120 Severity: wishlist Tags: patch, sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, I'm attaching a patch that makes gcc-defaults build again on powerpcspe [1]. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5.0 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN gcc-defaults-1.120.backup/debian/control gcc-defaults-1.120/debian/control --- gcc-defaults-1.120.backup/debian/control 2012-05-07 17:33:25.0 +0200 +++ gcc-defaults-1.120/debian/control 2012-11-11 12:09:57.353360873 +0100 @@ -4,7 +4,7 @@ Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Uploaders: Matthias Klose d...@debian.org Standards-Version: 3.9.3 -Build-Depends: m4, debhelper (= 5), dpkg-dev (= 1.16.0~ubuntu4), gcj-4.7-base (= 4.7.0~) [!arm !m68k], gcc-4.6-base (= 4.6.1~) [!m68k], gcc-4.7-base [amd64 i386], lsb-release +Build-Depends: m4, debhelper (= 5), dpkg-dev (= 1.16.0~ubuntu4), gcj-4.7-base (= 4.7.0~) [!arm !m68k !powerpcspe], gcc-4.6-base (= 4.6.1~) [!m68k], gcc-4.7-base [amd64 i386], lsb-release Build-Depends-Indep: ca-certificates, gcj-jdk, python (= 2.6.6) Vcs-Svn: svn+ssh://svn.debian.org/svn/gcccvs/branches/sid/gcc-defaults Vcs-Browser: http://svn.debian.org/viewsvn/gcccvs/branches/sid/gcc-defaults @@ -40,7 +40,7 @@ Package: g++-multilib Priority: optional -Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc +Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc powerpcspe ppc64 s390 s390x sparc Depends: cpp (= ${version:cpp}), gcc-multilib (= ${version:cpp}), g++ (= ${version:cpp}), g++-${pv:gpp}-multilib ${reqv:gpp}, ${misc:Depends} Description: GNU C++ compiler (multilib files) This is the GNU C++ compiler, a fairly portable optimizing compiler for C++. @@ -63,7 +63,7 @@ Package: gobjc-multilib Priority: optional -Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc +Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc powerpcspe ppc64 s390 s390x sparc Depends: cpp (= ${version:cpp}), gcc-multilib (= ${version:cpp}), gobjc (= ${version:gcc}), gobjc-${pv:gobjc}-multilib ${reqv:gobjc}, ${misc:Depends} Description: GNU Objective-C compiler (multilib files) This is the GNU Objective-C compiler, which compiles Objective-C on @@ -88,7 +88,7 @@ Package: gobjc++-multilib Priority: optional -Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc +Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc powerpcspe ppc64 s390 s390x sparc Depends: cpp (= ${version:cpp}), gobjc-multilib (= ${version:cpp}), gobjc++ (= ${version:gcc}), gobjc++-${pv:gobjcxx}-multilib ${reqv:gobjcxx}, ${misc:Depends} Description: GNU Objective-C++ compiler (multilib files) This is the GNU Objective-C++ compiler, which compiles Objective-C++ on @@ -112,7 +112,7 @@ Package: gfortran-multilib Priority: optional -Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc +Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc powerpcspe ppc64 s390 s390x sparc Depends: cpp (= ${version:cpp}), gcc-multilib (= ${version:cpp}), gfortran (= ${version:gcc}), gfortran-${pv:gfort}-multilib ${reqv:gfort}, ${misc:Depends} Description: GNU Fortran 95 compiler (multilib files) This is the GNU Fortran compiler, which compiles Fortran 95 on platforms @@ -135,7 +135,7 @@ Package: gccgo-multilib Priority: optional -Architecture: amd64 i386 mips mipsel powerpc ppc64 s390 s390x +Architecture: amd64 i386 mips mipsel powerpc powerpcspe ppc64 s390 s390x Depends: cpp (= ${version:cpp}), gcc-multilib (= ${version:cpp}), gccgo (= ${version:gcc}), gccgo-${pv:ggo}-multilib ${reqv:ggo}, ${misc:Depends} Description: Go compiler, based on the GCC backend (multilib files) This is the GNU Go compiler, which compiles Go on platforms supported by @@ -251,7 +251,7 @@ Package: gcc-multilib Priority: optional -Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x s390x sparc +Architecture: amd64 i386 kfreebsd-amd64 mips mipsel powerpc powerpcspe ppc64 s390 s390x s390x sparc Depends: cpp (= ${version:cpp}), gcc (= ${version:gcc}), gcc-${pv:gcc}-multilib ${reqv:gcc}, ${misc:Depends}, linux-libc-dev (= 3.0.0-2) [linux-any] Description: GNU C compiler (multilib files) This is the GNU C compiler, a fairly portable optimizing compiler for C. diff -ruN gcc-defaults-1.120.backup/debian/rules gcc-defaults-1.120/debian/rules --- gcc-defaults-1.120.backup/debian/rules 2012-09-27 01:47:12.0 +0200 +++ gcc-defaults-1.120/debian/rules 2012-11-11 11:48:25.081039958 +0100 @@ -259,7 +259,7 @@ gcj_archs = alpha amd64 armel armhf