Bug#663006: Retitle bug
2013/1/21 Nobuhiro Iwamatsu iwama...@nigauri.org: Hi, I am interested in this and I want to do pakcgeing and maintain this. Perfect. I am also a Debian Developer and part of the libnfc upstream team. Do not hesitate to contact me or the other upstream members if needed. Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644174:
Answering myself. On Sat, Dec 29, 2012 at 11:58 AM, Mathieu Malaterre ma...@debian.org wrote: On Sat, Dec 29, 2012 at 12:46 AM, Ben Hutchings b...@decadent.org.uk wrote: On Thu, 2012-12-27 at 18:03 +0100, Mathieu Malaterre wrote: found 644174 3.7.1-1~experimental.1 thanks I could reproduce the issue with latest kernel. Thx You never answered Jonathan's last questions: Ooops ! Hm. Mathieu, is it possible to suspend-to-disk (echo disk /sys/power/state) and resume with a USB device plugged into the USB 3.0 port? Indeed this works flawlessly. Went to shell typed: $ sudo su - # echo disk /sys/power/state Waited until the cursor fade away. Computer automatically turned off. Switched USB mouse from USB 2.0 port to USB 3.0. Turned on, no issue ! Mouse was working as should from USB 3.0 port. Please also attach output from acpidump after a successful boot. Attached. Can you reproduce this when booting in recovery mode with i915.modeset=0 appended to the kernel command line? See result.jpg. The message (at least the last line) really looks like what I get when booting in recovery mode. Steps: - Sytem Shut down Restart From GRUB menu: - select second line (recovery on a 3.2 bpo kernel) - 'e' - select line with ro single - appended 915.modeset=0 right after the 'single' word (space separated). If I append i915.modeset=0 then everything is fine on my side., sorry for the typo. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698615: lp ignores silly options; should give error
Control: forwarded -1 https://cups.org/str.php?L4261 Control: tags -1 +confirmed Hi Trent, Le lundi, 21 janvier 2013 07.37:17, Trent W. Buck a écrit : While dealing with an unrelated issue, I tried to type date | lp -n2 -o collate=true but instead I typed date | lp -n2 --collate=true AFAICT, lp silently ignored the bogus option. I would strongly prefer that it instead gave an error like this, possibly followed by a help synopsis of valid options. lp: illegal option -- - In this case, because I didn't notice the typo, I ended up wasting a couple of hours trying to debug the pxlmono.ppd that (I thought) wasn't working as advertised :-( I have confirmed this behaviour and forwarded to upstream, thanks! 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#663006: Retitle bug
Hi, On Mon, Jan 21, 2013 at 5:05 PM, Ludovic Rousseau ludovic.rouss...@gmail.com wrote: 2013/1/21 Nobuhiro Iwamatsu iwama...@nigauri.org: Hi, I am interested in this and I want to do pakcgeing and maintain this. Perfect. I am also a Debian Developer and part of the libnfc upstream team. Do not hesitate to contact me or the other upstream members if needed. Thanks! I already sent a mail with some patches to Romuald Conty. I will forword that mail to you. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698617: mediawiki: On a new site installation, it cannot create the database since it doesn't get the user name
Package: mediawiki Version: 1:1.19.3-1 Severity: important Dear Maintainer, * What led up to the situation? I just installed Mediawiki, and I had created a vhost for it. I was going through the initial setup, and got to the end where it tries to create the database. * What exactly did you do (or not do) that was effective (or ineffective)? I was just trying to complete the web interface installation (mw-config/index.php). * What was the outcome of this action? I got this error from the install (it seems that it did not pass in the user name, which in this case I put in 'dice_wiki' for the user name): Setting up database...A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: CREATE DATABASE `dice_wiki` from within function MysqlInstaller::setupDatabase. Database returned error 1044: Access denied for user ''@'localhost' to database 'dice_wiki' (localhost). Backtrace: #0 /usr/share/mediawiki/includes/db/Database.php(885): DatabaseBase-reportQueryError('Access denied f...', 1044, 'CREATE DATABASE...', 'MysqlInstaller:...', false) #1 /usr/share/mediawiki/includes/installer/MysqlInstaller.php(454): DatabaseBase-query('CREATE DATABASE...', 'MysqlInstaller:...') #2 [internal function]: MysqlInstaller-setupDatabase(Object(MysqlInstaller)) #3 /usr/share/mediawiki/includes/installer/Installer.php(1399): call_user_func(Array, Object(MysqlInstaller)) #4 /usr/share/mediawiki/includes/installer/WebInstallerPage.php(1142): Installer-performInstallation(Array, Array) #5 /usr/share/mediawiki/includes/installer/WebInstaller.php(254): WebInstaller_Install-execute() #6 /usr/share/mediawiki/mw-config/index.php(50): WebInstaller-execute(Array) #7 /usr/share/mediawiki/mw-config/index.php(18): wfInstallerMain() #8 {main} * What outcome did you expect instead? The successful completion of the installation from the web interface. Rene Horn -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.5.2-linode45 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mediawiki depends on: ii apache2 2.2.22-12 ii apache2-mpm-prefork [httpd] 2.2.22-12 ii debconf [debconf-2.0]1.5.49 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-cookie 6-1 ii libjs-jquery-form6-1 ii libjs-jquery-tipsy 6-1 ii mime-support 3.52-2 ii php5 5.4.4-11 ii php5-mysql 5.4.4-11 ii php5-pgsql 5.4.4-11 Versions of packages mediawiki recommends: ii mediawiki-extensions-base 2.11 ii mysql-server 5.5.29+dfsg-1 ii php-wikidiff2 0.0.1+svn109581-1 ii php5-cli 5.4.4-11 ii python 2.7.3-3 Versions of packages mediawiki suggests: pn clamav none ii imagemagick 8:6.7.7.10-5 pn mediawiki-math none pn memcached none ii php5-gd 5.4.4-11 -- debconf information: * mediawiki/webserver: apache2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698045: bootchart2 not working at all
Hello, Il 21/01/2013 02:14, pioruns ha scritto: On 14/01/13 13:48, Riccardo Magliocchetti wrote: Can you post more dmesg output, /etc/bootchartd.conf and /proc/cmdline please? Which desktop environment are you using? It looks the dump process is called but the collector was running. the collector was NOT running Hello riccardo, Thanks for your attention. Logs uploaded here: full dmesg: http://pastebin.com/raw.php?i=gK0DHk3y /etc/bootchartd.conf (default installation, I did not change anything): http://pastebin.com/raw.php?i=1Kq7fi1s /proc/cmdline: http://pastebin.com/raw.php?i=JtkpVpCv I am using Debian testing AMD64 with Xfce4. HP Compaq 6715s laptop with SSD. In order to start bootchartd you have to pass these options to the kernel command line: initcall_debug printk.time=y quiet init=/sbin/bootchartd from your logs it looks like you didn't :) Also David, i think the init script should not call $DAEMON stop if pidof bootchart-collector returns 1. Because we don't want to spam logs if the collector is not running or has not been started. thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698618: net-retriever: should provide a way to replace debian-archive-keyring-udeb without forking the source package
Package: net-retriever Version: 1.32 Severity: wishlist I have been working for a Debian derivative. The derivative has its own archive key in foo-archive-keyring and foo-archive-keyring-udeb. We found that having a separate package was cleaner rather than putting non-Debian keys in a forked debian-archive-keyring. The derivative also forks debian-installer to put his own artwork. The installer images are thus rebuilt but they always embed the debian keyring and not the derivative keyring. One doesn't find any meaningful mention of debian-archive-keyring in the debian-installer package and the keyring is only integrated due to net-retriever dependency on debian-archive-keyring-udeb. Thus we had to fork net-retriever just to replace the debian-archive-keyring-udeb dependency with foo-archive-keyring-udeb. Maybe the dependency could be replaced with a virtual package (archive-keyring-udeb) so that debian-installer's dependency resolution on net-retriever could accept foo-archive-keyring-udeb that would be injected sooner and that would provide foo-archive-keyring-udeb? I don't know whether d-i would cope with a virtual dependency or if it would need a real alternative first (i.e. debian-archive-keyring-udeb | archive-keyring-udeb). Or maybe there are cleaner solutions but it would be nice to avoid the need to fork net-retriever just for this. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698426: iceweasel: Please suggest applications handling mime type
[Mike Hommey] I mean an http server. Their plugin finder in firefox sends requests to an http server. Ah, right. did not know this. I had a look at the source to try to figure out how hard it would be to change this. The source is in toolkit/mozapps/plugins/content/, and it a xul plugin written in javascript. pere@host:~/src/iceweasel-10.0.12esr$ ls ./toolkit/mozapps/plugins/content/ pluginFinderBinding.css pluginInstallerWizard.xul pluginInstallerDatasource.js pluginProblemBinding.css pluginInstallerService.js pluginProblemContent.css pluginInstallerWizard.css pluginProblem.xml pluginInstallerWizard.js pere@host:~/src/iceweasel-10.0.12esr$ I guess this is the reason why it is talking to a http server, perhaps it is hard to talk to local services from a XUL plugin? I do not know much about XUL plugins nor able to code in JavaScript, so I am not sure how to help here. Perhaps the Ubuntu implementation is the most sensible way to do it? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663006: Retitle bug
2013/1/21 Nobuhiro Iwamatsu iwama...@nigauri.org: I already sent a mail with some patches to Romuald Conty. I will forword that mail to you. Maybe you want to use the Google group at https://groups.google.com/forum/?fromgroups#!forum/nfc-tools-devel Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698426: iceweasel: Please suggest applications handling mime type
On Mon, Jan 21, 2013 at 09:46:06AM +0100, Petter Reinholdtsen wrote: [Mike Hommey] I mean an http server. Their plugin finder in firefox sends requests to an http server. Ah, right. did not know this. I had a look at the source to try to figure out how hard it would be to change this. The source is in toolkit/mozapps/plugins/content/, and it a xul plugin written in javascript. pere@host:~/src/iceweasel-10.0.12esr$ ls ./toolkit/mozapps/plugins/content/ pluginFinderBinding.css pluginInstallerWizard.xul pluginInstallerDatasource.js pluginProblemBinding.css pluginInstallerService.js pluginProblemContent.css pluginInstallerWizard.css pluginProblem.xml pluginInstallerWizard.js pere@host:~/src/iceweasel-10.0.12esr$ I guess this is the reason why it is talking to a http server, perhaps it is hard to talk to local services from a XUL plugin? I do not know much about XUL plugins nor able to code in JavaScript, so I am not sure how to help here. There are several ways in which javascript can call native code. It's possible to call it directly with js-ctypes, although a bit cumbersome, or to call it through a xpcom component which acts as a proxy. If the packagekit (or whatever else) API is simple enough, js-ctypes might be the best choice. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698552: unattended-upgrades - Fails with xz compress debs
On Mon, Jan 21, 2013 at 06:58:41AM +0100, Michael Vogt wrote: On Sun, Jan 20, 2013 at 01:13:52PM +0100, Bastian Blank wrote: unattended-upgrades fails completely with xz compressed debs: | # unattended-upgrade | Traceback (most recent call last): | File /usr/bin/unattended-upgrade, line 1011, in module | main(options) | File /usr/bin/unattended-upgrade, line 870, in main | if conffile_prompt(item.destfile): | File /usr/bin/unattended-upgrade, line 433, in conffile_prompt | deb = apt_inst.DebFile(destFile) | SystemError: No debian archive, missing data.tar.{bz2,gz,uncompressed,} strace shows the following: | stat(/var/cache/apt/archives/grub-common_1.99-26_amd64.deb, {st_mode=S_IFREG|0644, st_size=1553346, ...}) = 0 | open(/var/cache/apt/archives/grub-common_1.99-26_amd64.deb, O_RDONLY) = 44 | fcntl(44, F_SETFD, FD_CLOEXEC) = 0 | fstat(44, {st_mode=S_IFREG|0644, st_size=1553346, ...}) = 0 | read(44, !arch\n, 8)= 8 | read(44, debian-binary 1357133505 0 0 100644 4 `\n, 60) = 60 | lseek(44, 0, SEEK_CUR) = 68 | lseek(44, 4, SEEK_CUR) = 72 | read(44, control.tar.gz 1357133505 0 0 100644 3537 `\n, 60) = 60 | lseek(44, 0, SEEK_CUR) = 132 | lseek(44, 3538, SEEK_CUR) = 3670 | read(44, data.tar.xz 1357133508 0 0 100644 1549616 `\n, 60) = 60 | lseek(44, 0, SEEK_CUR) = 3730 | lseek(44, 1549616, SEEK_CUR)= 1553346 | gettimeofday({1358758909, 658994}, NULL) = 0 | stat(/etc/localtime, {st_mode=S_IFREG|0644, st_size=2309, ...}) = 0 | write(3, 2013-01-21 10:01:49,658 ERROR failed to read deb file '/var/cache/apt/archives/grub-common_1.99-26_amd64.deb' (No debian archive, missing data.tar.{bz2,gz,uncompressed,})\n, 171) = 171 Could you please check if you have xz-utils installed and what output # apt-config dump|grep Compressor::xz is giving (if any)? Nope, it is not installed. So the output is empty. When I uninstall xz-utils I see a similar error message in my test. So it might simply be a missing dependency in unattended-upgrades on xz-utils (or adding it in python-apt/apt directly). But double checking/confirming would be great. Yep. This is the problem. Bastian -- We do not colonize. We conquer. We rule. There is no other way for us. -- Rojan, By Any Other Name, stardate 4657.5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698619: unblock: swath/0.4.3-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package swath It fixes potential security hole. (Security team has been contacted for stable version fix.) The debdiff has been attached for your review. unblock swath/0.4.3-3 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru swath-0.4.3/debian/changelog swath-0.4.3/debian/changelog --- swath-0.4.3/debian/changelog2012-08-10 17:54:12.0 +0700 +++ swath-0.4.3/debian/changelog2013-01-16 22:42:14.0 +0700 @@ -1,3 +1,12 @@ +swath (0.4.3-3) unstable; urgency=medium + + * Urgency medium for security fix. + * debian/patches/01_buffer-overflow.patch: backport patch from upstream +to fix potential buffer overflow in Mule mode. +Thanks Dominik Maier for the report. (Closes: #698189) + + -- Theppitak Karoonboonyanan t...@debian.org Wed, 16 Jan 2013 22:34:04 +0700 + swath (0.4.3-2) unstable; urgency=low * Build with xz compression. diff -Nru swath-0.4.3/debian/patches/01_buffer-overflow.patch swath-0.4.3/debian/patches/01_buffer-overflow.patch --- swath-0.4.3/debian/patches/01_buffer-overflow.patch 1970-01-01 07:00:00.0 +0700 +++ swath-0.4.3/debian/patches/01_buffer-overflow.patch 2013-01-16 22:42:14.0 +0700 @@ -0,0 +1,22 @@ +Author: Theppitak Karoonboonyanan t...@linux.thai.net +Description: Fix potential buffer overflow +Origin: backport, http://linux.thai.net/websvn/wsvn/software.swath/trunk?op=revisionrev=238peg=238 +Bug-Debian: http://bugs.debian.org/698189 + +Index: swath/src/wordseg.cpp +=== +--- swath.orig/src/wordseg.cpp 2012-02-08 15:45:57.893937559 +0700 swath/src/wordseg.cpp 2013-01-16 22:08:29.341085326 +0700 +@@ -282,11 +282,7 @@ + } + else + { +- char stopstr[20]; +- if (muleMode) +-strcpy (stopstr, wbr); +- else +-stopstr[0] = '\0'; ++ const char *stopstr = muleMode ? wbr : ; + for (;;) + { // read until end of file. + if (mode == 0) diff -Nru swath-0.4.3/debian/patches/series swath-0.4.3/debian/patches/series --- swath-0.4.3/debian/patches/series 1970-01-01 07:00:00.0 +0700 +++ swath-0.4.3/debian/patches/series 2013-01-16 22:42:14.0 +0700 @@ -0,0 +1 @@ +01_buffer-overflow.patch
Bug#659440: bumblebee packaging
Hi Aron, On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! I've made a number of small changes to take into account certain differences between Debian and Ubuntu's packaging of nvidia's proprietary drivers [1][2] and added an udev rule to fix a bug [3]. Also cleaned up a few lintian tags (patch headers, and added a spiffy new watch file). I haven't actually tried installing those packages yet, but I'll try to get to that asap (on a slightly unrelated note, I'll also try to clean up my primus packaging a bit and get that uploaded too). Regards, Vincent [1] http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git;a=commitdiff;h=9544a02384389d14a41af6f0e5e3f0d4146f8f73 [2] http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git;a=commitdiff;h=7f51942a698ab09009b17a528418bbd6a3dfc78b [3] https://github.com/Bumblebee-Project/Bumblebee/issues/144 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698426: iceweasel: Please suggest applications handling mime type
[Mike Hommey] There are several ways in which javascript can call native code. It's possible to call it directly with js-ctypes, although a bit cumbersome, or to call it through a xpcom component which acts as a proxy. If the packagekit (or whatever else) API is simple enough, js-ctypes might be the best choice. Right. Perhaps it could even call python, and use the code I drafted in URL: http://people.skolelinux.org/pere/blog/How_to_find_a_browser_plugin_supporting_a_given_MIME_type.html ? Or some apt API directly? All it need to do is loop over all packages available via APT and look for some extra headers. Perhaps PackageKit is overkill for this? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698619: unblock: swath/0.4.3-3
On Mon, Jan 21, 2013 at 4:07 PM, Theppitak Karoonboonyanan t...@linux.thai.net wrote: It fixes potential security hole. The bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698189 Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698620: TLS configuration misses option to specify certificate chain
Package: syslog-ng Version: 3.1.3-3 Severity: normal Hi, Syslog-ng can be configured to accept logging over TCP and TLS via the tls option and the key_file and cert_file parameters. There is however no option to specify the certificate chain. Clients cannot verify the host's certificate from their root trust store without this chain if one or more intermediate certificates are used, which is common. Please include an option to specify the chain. Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697957: unblock: connman/1.0-1.1
On 21.01.2013 00:42, John Paul Adrian Glaubitz wrote: On 01/20/2013 11:06 PM, Adam D. Barratt wrote: That would work, yeah; it's not the cleanest solution ever, but the tpu appears to have built on the majority of architectures already. The alternative is we drop the earlier tpu packages followed by a re-versioned upload. Sure, if you can simply remove the package from t-p-u, I'll rebuild the package for Wheezy with 1.0-1.1~wheezy1 in the version, if you agree. I've been pondering this and arguing with myself a little. There is the potential for confusion if the version in t-p-u goes backwards, so let's go with the unstable route; thanks. 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#689578: sysklogd modifies /etc/syslog.conf with helper script
On Mon, 21 Jan 2013 07:59:58 +0100 Michael Biebl bi...@debian.org wrote: Am 21.01.2013 02:32, schrieb Andres Salomon: A better approach imho would be to simply remove sysklogd from the archive. It's dead upstream, apparently no longer properly maintained in Debian, and there are enough more then suitable alternatives. With rsyslog we even have a drop-in replacement. I've added a hint to remove it from wheezy. Hm. Rather than simply remove it, can we actually provide an upgrade path to rsyslog? I'd be happy to NMU a version of ksyslogd that does this in unstable (for consideration in wheezy), as long as rsyslog is truly a drop-in replacement. It was an explicit decision back then, to not remove sysklogd automatically on upgrades. If sysklogd/klogd are converted to transitional packages, which simply pull in rsyslog, then any configuration changes should be migrated over to then new config file, imo. sysklogd uses /etc/syslog.conf and rsyslog /etc/rsyslog.conf *Nod*. It seems that new squeeze installs default to using rsyslog. However, I still have several older systems that've been upgraded from earlier Debian releases that are still using ksyslogd/klogd. There's been no indication that ksyslogd had been deprecated in favor of something else. Something like http://www.debian.org/releases/lenny/i386/release-notes/ch-whats-new#system-changes We're switching to a new default syslogd != remove sysklogd (the old default syslogd), as it is deprecated and unmaintained. Debian's default MTA is exim; that doesn't mean postfix and sendmail are unmaintained. That said, a removal of the package is a clear indication that the package is no longer maintained and should be replaced, isn't it? Yes, as long as one notices that the package is removed. Like I said, I wouldn't have noticed if not for a bug in the package. The package is still in sid. If it's slated to be dropped from the archive, I think it's worth either automating an upgrade to the replacement, or informing users. signature.asc Description: PGP signature
Bug#694015: [Pkg-electronics-devel] Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.3
gregor herrmann gre...@debian.org writes: I see; this also sounds a bit like it's not worth releasing wheezy with 1.6? [shrug] At least gschem is used to produce data for many things other than pcb, so no, I don't really agree that it would be better to have no geda-gaf than to have 1.6 in wheezy. Bdale pgpu8txYDb0ln.pgp Description: PGP signature
Bug#524149: blt crash on zoom
On Sun, 20 Jan 2013 22:33:27 -0600 Paul Johnson paulj...@ku.edu wrote: BLT needs fixing RIGHT NO. No more delay. blt is orphaned. This means that it does not have a real maintainer at the moment. Please consider adopting this package if you are interested in it. Please see bug number #664092 for more information. http://www.debian.org/devel/wnpp/orphaned http://packages.qa.debian.org/b/blt.html BTW always use the original bug title as the subject of emails like this because comments on bugs in orphaned packages go to a mailing list which covers several hundred packages. If the maintainer of this package is not a blt user, I can understand that this does not seem like a big thing. But, speaking bluntly, blt is an old piece of software that is barely (if at all maintained) by its original author. Nevertheless, we are heavily dependent upon it in our research. All the other distributions except Debian have patched this thing. Lets step forward. please. Those best placed to fix software are those with an interest in having it fixed. It sounds like this is your scratch, you'll need to fix it - without the attitude. I first ran into this problem when I was an Ubuntu user. Here's the bug report about it there. https://bugs.launchpad.net/ubuntu/+source/blt/+bug/359857 It seems obvious to me this should have been done in Debian in 2010. If Ubuntu did it, why not Debian. Because nobody cared enough about it to assign it any of their free time. Right now, most people are more concerned about fixing the release and this bug is not release-critical, so it is unlikely to get fixed any time soon unless you do the work. For details on the fix, please skip down to: https://bugs.launchpad.net/ubuntu/+source/blt/+bug/359857/comments/9 I did not write the fix. The Fedora blt maintainers wrote two patches for blt in 2010. Since then, I have been applying those patches to blt packaging on my Ubuntu and Debian. They work fine. Please look at providing a package via mentors.debian.net - there is help via the mailing list and IRC for preparing the package itself. http://mentors.debian.net/intro-maintainers Please let me know what is holding us back on this. There is no maintainer, there is nobody interested in doing the work and as a result, the package remains orphaned. I have no personal interest in anything Tcl related and I won't be fixing it. The mentors system is expressly for your situation where you want this fixed but for a sponsor to upload the fixed package, you need to do the work of preparing it as per the mentors guidelines. If you are going to do the work via mentors, then you should adopt the package, following the mentors guidelines for adoption. If you don't do the work, the package and the bug will have to wait until someone else is sufficiently interested and motivated to care about the package. That's the reality of an orphaned package. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgprTTVJ8TViY.pgp Description: PGP signature
Bug#659440: bumblebee packaging
Hi Vincent, On Mon, Jan 21, 2013 at 5:12 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi Aron, On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: Hi, I've made some progress on bumblebee and pushed to pkg-nvidia repo: http://anonscm.debian.org/gitweb/?p=pkg-nvidia/bumblebee.git But because it's late here I can't test it now, if anyone can try it please let me know your results, thanks! I've made a number of small changes to take into account certain differences between Debian and Ubuntu's packaging of nvidia's proprietary drivers [1][2] and added an udev rule to fix a bug [3]. Also cleaned up a few lintian tags (patch headers, and added a spiffy new watch file). I haven't actually tried installing those packages yet, but I'll try to get to that asap (on a slightly unrelated note, I'll also try to clean up my primus packaging a bit and get that uploaded too). Thanks for your work, I've tested my previous version on Debian Wheezy with a T420 Laptop, and it works as expected, using sysvinit and systemd, 3.2 and 3.7 kernels, all of them are ok. I tried to install my version of bbswitch and bumblebee on Ubuntu, but it appears that upstart needs more tuning, which I haven't worked on yet. If you have interest in it please have a try. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698612: moduli: manpage error for Sophie Germain description
Control: tags -1 fixed-upstream On Mon, Jan 21, 2013 at 05:11:00PM +1300, Jasen Betts wrote: moduli(5) manpage says Sophie Germain; (p+1)*2 is also prime. I think that expression should be (p*2)+1 No primes satisfy the conditon (p+1)*2 is also prime Indeed. This was fixed upstream a few months ago, so will be fixed in the next release: 20121107 - (djm) OpenBSD CVS Sync - e...@cvs.openbsd.org 2011/11/28 08:46:27 [moduli.5] fix formula ok djm@ Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698621: pu: package swath/0.4.0-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu swath has got a trivial security fix, addressing Bug #698189, which the security team considers trivial enough to upload to stable-proposed-updates. (See the quoted conversation below.) The prepared upload can be found here: http://linux.thai.net/~thep/debs/swath-squeeze/swath_0.4.0-4+squeeze1.dsc The debdiff is also attached for your review. On Mon, Jan 21, 2013 at 4:14 PM, Yves-Alexis Perez cor...@debian.org wrote: On lun., 2013-01-21 at 15:56 +0700, Theppitak Karoonboonyanan wrote: Dear security team, I have been reported a potential buffer overflow vulnerability in swath, which allows shell injection via long command-line argument: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698189 The exploit is not known yet, but the report is already public (in the bug log). Both stable (0.4.0-4) and testing/unstable (0.4.3-2) versions are affected. For testing/unstable, the fix has been uploaded (0.4.3-3). For stable, I have prepared the deb for your review here: http://linux.thai.net/~thep/debs/swath-squeeze/swath_0.4.0-4 +squeeze1.dsc The debdiff is also attached. Thanks for the report. It doesn't look bad enough to warrant a DSA imho. Can you please ask release team for a stable upload? I'll contact oss-sec to have a CVE assigned. Regards, -- Yves-Alexis -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru swath-0.4.0/debian/changelog swath-0.4.0/debian/changelog --- swath-0.4.0/debian/changelog2010-01-14 15:24:18.0 +0700 +++ swath-0.4.0/debian/changelog2013-01-21 16:26:19.0 +0700 @@ -1,3 +1,11 @@ +swath (0.4.0-4+squeeze1) stable; urgency=high + + * debian/patches/01_buffer-overflow.patch: backport patch from upstream +to fix potential buffer overflow in Mule mode. +Thanks Dominik Maier for the report. (Closes: #698189) + + -- Theppitak Karoonboonyanan t...@debian.org Mon, 21 Jan 2013 15:03:30 +0700 + swath (0.4.0-4) unstable; urgency=low * debian/rules: Fix failure to build twice in a row: diff -Nru swath-0.4.0/debian/patches/01_buffer-overflow.patch swath-0.4.0/debian/patches/01_buffer-overflow.patch --- swath-0.4.0/debian/patches/01_buffer-overflow.patch 1970-01-01 07:00:00.0 +0700 +++ swath-0.4.0/debian/patches/01_buffer-overflow.patch 2013-01-21 16:26:19.0 +0700 @@ -0,0 +1,22 @@ +Author: Theppitak Karoonboonyanan t...@linux.thai.net +Description: Fix potential buffer overflow +Origin: backport, http://linux.thai.net/websvn/wsvn/software.swath/trunk?op=revisionrev=238peg=238 +Bug-Debian: http://bugs.debian.org/698189 + +Index: swath/src/wordseg.cpp +=== +--- swath.orig/src/wordseg.cpp 2013-01-21 13:19:24.261886743 +0700 swath/src/wordseg.cpp 2013-01-21 13:20:31.693890376 +0700 +@@ -253,11 +253,7 @@ + } + delete FltX; + }else{ +-char stopstr[20]; +-if (muleMode) +- strcpy(stopstr,wbr); +-else +- stopstr[0]='\0'; ++const char *stopstr = muleMode ? wbr : ; + for (;;) { // read until end of file. + if (mode == 0) printf(Input : ); + for (i = 0; ((c = fgetc(tmpin)) != '\n') diff -Nru swath-0.4.0/debian/patches/series swath-0.4.0/debian/patches/series --- swath-0.4.0/debian/patches/series 1970-01-01 07:00:00.0 +0700 +++ swath-0.4.0/debian/patches/series 2013-01-21 16:26:19.0 +0700 @@ -0,0 +1 @@ +01_buffer-overflow.patch
Bug#692597: bumblebee packaging
On 2013-01-21 10:12, Vincent Cheng wrote: On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: I've made some progress on bumblebee and pushed to pkg-nvidia repo: I've made a number of small changes to take into account certain differences between Debian and Ubuntu's packaging of nvidia's proprietary drivers [1][2] and added an udev rule to fix a bug [3]. Nice too see some progress :-) Are there any problems you encounter with the nvidia driver packaging in Debian? Please also test with nvidia-kernel-common and glx-alternative-* from experimental (they change the kernel module blacklist handling to be controlled with the glx alternatives, a update-initramfs call may be needed in addition to update-alternatives, but therefore you can disable the blacklist without manually doing rm or dpkg --purge). One of the goals of the current packaging is usability in live systems - having all the proprietary drivers co-installable and allow them to be installed but deactivated, so that some (yet to be written) utility could detect hardware, switch alternatives, and create X config. It would be nice if bumblebee would somehow integrate in this. (Disclaimer: I don't do anything -live myself.) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684574: still unfixed
On Sun, Jan 20, 2013 at 05:16:09PM +, Colin Watson wrote: On Sun, Jan 20, 2013 at 02:36:40PM +0100, Bastian Blank wrote: This bug is still unfixed. The efi_gop and efi_ufa have to be loaded _always_ and unconditionally, not only if some graphics mode is requested. Mm, sorry, I misunderstood the rationale for this slightly before, but I understand better now. This is really the fault of the Debian-specific gfxpayload_keep_default patch; I'm going to revert a small part of that which was responsible for disabling video module loading and hence prevented the screen_info structure from being set up properly on entry to Linux. I'd appreciate confirmation that 1.99-27 fixes this for real. Nope. It adds a load_video to the menuentry for Linux, but it is not loaded otherwise. Bastian -- Phasers locked on target, Captain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698622: gdisk should (probably) not depend on groff-base
Package: gdisk Version: 0.8.5-1 Severity: minor Dear Maintainer, gdisk currently depends on groff-base. I suspect this is only so that the manpages can be read. I have 'tested' this by deleting all groff files, and gdisk seems to run fine, although I must admit that my tests were not even nearly exhaustive. If indeed groff-base is only needed for the manpages, and the functionality of gdisk itself is not affected when is not installed, then please make groff-base at most a recommendation, so that groff-base does not need to be installed on small systems. As a note: I checked the reverse dependencies of groff-base, and almost no other package, not even *-doc packages, have any form of dependency on it. Not even a suggests. (in fact, while 'countless' packages include manual pages, there are just two packages with a dependency on groff-base that probably need groff-base as a documentation viewer only, and both have just a suggests- dependency on it). Kind regards, Rogier. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdisk depends on: ii groff-base 1.21-9 ii libc62.13-37 ii libgcc1 1:4.7.2-4 ii libicu48 4.8.1.1-10 ii libncurses5 5.9-10 ii libpopt0 1.16-7 ii libstdc++6 4.7.2-4 ii libtinfo55.9-10 ii libuuid1 2.20.1-5.2 gdisk recommends no packages. gdisk 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#698607: [Pkg-virtualbox-devel] Bug#698607: Compatibility with 3.7-trunk kernel
On Mon, Jan 21, 2013 at 12:35:35AM +0100, Gianluigi Tiesi wrote: I've seen other reports about 3.6 but I've opened a new bug since they are duplicated and confusing. And how does yet another bug report make this less confusing? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698623: libreoffice-core amd64 dependency concern (ure 4.0.0~) breaks 3.6.5~rc2-1 installability
Package: libreoffice-core Version: 1:3.6.4-1 Severity: normal Dear Maintainer, Either we have a simple mistake or a mixed upload where libreoffice 3.6.5~rc2-1 core has a misplaced dependency or a collision between the 3.6.5 upcoming release and the impending 4.0.0 release of LibreOffice. libreoffice-core presently requires for amd64 the following dependency: dep: ure (= 4.0.0~) [amd64] Either that is a mistake or a result of two different version of LibreOffice intended to be uploaded to Experimental. Just a heads-up. - Sincerely, Marc J. Driftmeyer -- Package-specific info: All deployed bundled extensions: Identifier: org.openoffice.da.writer2xhtml.oxt Version: 1.0.2 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: Writer2xhtml provides Writer and Calc export filters for XHTML and XHTML+MathML bundled Packages: { URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml.rdb is registered: yes Media-Type: application/vnd.sun.star.uno-typelibrary;type=RDB Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/W2XDialogs/ is registered: yes Media-Type: application/vnd.sun.star.basic-library Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcs is registered: yes Media-Type: application/vnd.sun.star.configuration-schema Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/writer2xhtml-filter.jar is registered: yes Media-Type: application/vnd.sun.star.uno-component;type=Java Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_types.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/w2x_filters.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/writer2xhtml/Options.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: } Identifier: com.sun.wiki-publisher Version: 1.1.2 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: The Wiki Publisher enables you to create Wiki articles on MediaWiki servers without having to know the syntax of the MediaWiki markup language. Publish your new and existing documents transparently with the Writer to a wiki page. bundled Packages: { URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/help is registered: yes Media-Type: application/vnd.sun.star.help Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcs is registered: yes Media-Type: application/vnd.sun.star.configuration-schema Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiEditor/ is registered: yes Media-Type: application/vnd.sun.star.basic-library Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/components.rdb is registered: yes Media-Type: application/vnd.sun.star.uno-components Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Addons.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/ProtocolHandler.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/WikiExtension.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/OptionsDialog.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Filter.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Types.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/wiki-publisher/Paths.xcu is registered: yes Media-Type: application/vnd.sun.star.configuration-data Description: } Identifier: com.sun.star.comp.Calc.NLPSolver Version: 0.9 URL: vnd.sun.star.expand:$BUNDLED_EXTENSIONS/NLPsolver is registered: yes Media-Type: application/vnd.sun.star.package-bundle Description: This
Bug#698624: dselect tries to install packages that are clearly marked as underscore
Package: dselect Version: 1.15.8.13 Severity: important Hello! The cups package is listed in dselect as: --- 8 --- EIOM Pri Section Package Inst.verAvail.ver Description __ Opt net cups none 1.4.4-7+squ Common UNIX Printing System(tm) - server --- 8 --- Then I press ENTER, and I find myself in the main menu of dselect. Then I chose 3. [I]nstall, and I see: --- 8 --- Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: cups cups-driver-gutenprint libcupscgi1 libcupsdriver1 libcupsmime1 libgutenprint2 libijs-0.35 libslp1 The following packages will be upgraded: linux-base 1 upgraded, 8 newly installed, 0 to remove and 0 not upgraded. Need to get 4,703 kB of archives. After this operation, 17.2 MB of additional disk space will be used. Do you want to continue [Y/n]? --- 8 --- As far as I know cups is a service, so it is a feature not lib or something like that. Maybe some package that are about to be upgraded depends on in or recommends it, but that fact is not represented by dselect correctly. I don't have a new Select screen which used to be there for resolving situations like that. If I go back to the 2. [Select] menu, I still see cups as __ (space space underscore underscore). /etc/apt/sources.list: --- 8 --- deb http://ftp.de.debian.org/debian squeeze main contrib non-free deb-src http://ftp.de.debian.org/debian squeeze main contrib non-free deb http://ftp.de.debian.org/debian/ squeeze-proposed-updates main contrib non-free deb-src http://ftp.de.debian.org/debian/ squeeze-proposed-updates main contrib non-free deb http://security.debian.org/debian-security squeeze/updates main contrib non-free deb-src http://security.debian.org/debian-security squeeze/updates main contrib non-free --- 8 --- The /etc/apt/sources.list.d/ directory is empty. Thanks for the good work and the support! Regards, Darabos, Edvárd Konrád -- System Information: Debian Release: 6.0.6 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dselect depends on: ii dpkg 1.15.8.13 Debian package management system ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libstdc++64.4.5-8The GNU Standard C++ Library v3 dselect recommends no packages. Versions of packages dselect suggests: ii perl 5.10.1-17squeeze4 Larry Wall's Practical Extraction -- 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#698625: libserf-0-0-dev: copyright file missing after upgrade (policy 12.5)
Package: libserf-0-0-dev Version: 0.3.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: fixed -1 0.7.2-1 Hi, a test with piuparts revealed that your package misses the copyright file after an upgrade from squeeze to wheezy, which is a violation of Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory. From the attached log (scroll to the bottom...): (from 'ls -lad /u/s/d/$PKG' and 'ls -la /u/s/d/$PKG/') MISSING COPYRIGHT FILE: /usr/share/doc/libserf-0-0-dev/copyright # ls -lad /usr/share/doc/libserf-0-0-dev drwxr-xr-x 2 root root 40 Jan 18 05:13 /usr/share/doc/libserf-0-0-dev # ls -la /usr/share/doc/libserf-0-0-dev/ total 0 drwxr-xr-x 2 root root 40 Jan 18 05:13 . drwxr-xr-x 128 root root 2660 Jan 18 05:13 .. Additional info may be available here: http://wiki.debian.org/MissingCopyrightFile This was fixed in 0.7.2-1 by renaming libserf-0-0-dev to libserf-dev, so this bug only serves as documentation for piuparts to classify the bug properly. cheers, Andreas libserf-0-0-dev_0.3.1-1.log.gz Description: GNU Zip compressed data
Bug#698626: Preseeding netcfg/enable doesn't work
Package: netcfg Version: 1.103 I preseed the installer with d-i netcfg/enable boolean false. netcfg 1.103 ignores it at two places and writes the file /etc/network/interfaces. The second write in finish-install.d/55netcfg-copy-config overwrites my own interface config. I fixed it with the attached patch. Preseeding netcfg/enable worked with squeeze. Regards Stefan ... Jan 18 11:43:51 debootstrap: Setting up tasksel (3.14) ... Jan 18 11:43:51 debootstrap: Setting up tasksel-data (3.14) ... Jan 18 11:43:52 apt-install: Queueing package keyboard-configuration for later installation Jan 18 11:43:52 apt-install: Queueing package console-setup for later installation Jan 18 11:43:52 netcfg[21719]: INFO: Starting netcfg v.1.103 (built 20121210-1746) Jan 18 11:43:52 netcfg[21719]: DEBUG: No interface given; clearing /etc/network/interfaces Jan 18 11:43:52 netcfg[21719]: DEBUG: Writing informative header Jan 18 11:43:52 netcfg[21719]: DEBUG: Success! Jan 18 11:43:52 netcfg[21719]: DEBUG: Writing loopback interface Jan 18 11:43:52 netcfg[21719]: DEBUG: Success! Jan 18 11:43:52 base-installer: Using CD-ROM mount point /media/cdrom/ ... Jan 18 12:07:47 cdrom-detect: Unmounting and ejecting '/dev/sr0' Jan 18 12:07:47 finish-install: info: Running /usr/lib/finish-install.d/20final-message Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/30hw-detect Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/50config-target-network Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/55netcfg-copy-config Jan 18 12:07:55 in-target: dpkg-query: no packages found matching network-manager Jan 18 12:07:55 finish-install: cat: can't open '/tmp/connection_type': No such file or directory Jan 18 12:07:55 finish-install: cat: can't open '/tmp/connection_type': No such file or directory Jan 18 12:07:55 netcfg[2884]: INFO: Starting netcfg v.1.103 (built 20121210-1746) Jan 18 12:07:55 netcfg[2884]: DEBUG: No interface given; clearing /etc/network/interfaces Jan 18 12:07:55 netcfg[2884]: DEBUG: Writing informative header Jan 18 12:07:55 netcfg[2884]: DEBUG: Success! Jan 18 12:07:55 netcfg[2884]: DEBUG: Writing loopback interface Jan 18 12:07:55 netcfg[2884]: DEBUG: Success! Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/60cleanup Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/65partman-md Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/90base-installer Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/90console Jan 18 12:07:55 finish-install: info: Running /usr/lib/finish-install.d/94save-logs diff -uNrp netcfg-1.103/finish-install.d/55netcfg-copy-config netcfg-1.103+nmu1/finish-install.d/55netcfg-copy-config --- netcfg-1.103/finish-install.d/55netcfg-copy-config 2012-12-03 21:55:19.0 +0100 +++ netcfg-1.103+nmu1/finish-install.d/55netcfg-copy-config 2013-01-18 16:45:35.424024352 +0100 @@ -3,6 +3,12 @@ set -e . /usr/share/debconf/confmodule +db_get netcfg/enable + +if [ $RET = false ]; then + exit 0 +fi + # File paths for various configuration files FILE_PATH_NM_CONFIG=etc/NetworkManager/system-connections FILE_INTERFACES=/etc/network/interfaces
Bug#694015: [Pkg-electronics-devel] Bug#694015: Bug#694015: geda-gaf: diff for NMU version 1:1.6.2-4.3
أحمد المحمودي aelmahmo...@sabily.org writes: Bdale, I've added gregoa's patch pushed to git. Please upload. Done. debian/1.8.1-2 uploaded, tagged, and pushed. Bdale pgpiEaheTNP9D.pgp Description: PGP signature
Bug#698628: firmware-realtek: rtl8168e-3.fw conflict with fglrx
Package: firmware-realtek Version: 0.28+squeeze1 Severity: important Hi, I ran into the conflict between the RTL8111e chip and fglrx version 1:12-3-3~bpo60+1 causing the system to freeze when halting. In my case the system freezes some steps after completing file system unmounting. It loads the firmware file rtl8168e-3.fw. However, I experienced freezes before file system unmounting. I may have been experimenting with firmware-realtek version 0.35~bpo60+1 at the time. If that is correct this bug may have the potential for data loss and therefore be more severe and be relevant for wheezy/testing. I found 2 workarounds: 1.) I simply don't use package firmware-realtek. It doesn't seem to have any effect on network performance. 2.) I manually ´rmmod r8169´ before halting the system. While 1.) works for me 2.) may point to a more general solution: There could be a script in /etc/rc0.d that detects a loaded r8169 module und rmmod it. Since the standard Debian kernels are modular that should work in most cases. A warning message while installing firmware-realtek or relevant fglrx-packages and in README files could cover those installing custom kernels. I did no tests on a custom kernel with a compiled in r8169. Please note that (while troubleshooting) I tried removing only the fglrx module. It may have moved the point of freeze to after FS unmounting (see above) but didn't solve the problem. This and the fact that my solution deals with the r8169 module/firmware are the reasons I am submitting this bug report against firmware-realtek instead of the fglrx or kernel packages. Please feel free to reassign this bug to a more appropriate package/severity. Regards Jens -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (199, 'testing'), (198, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/dash firmware-realtek depends on no packages. firmware-realtek recommends no packages. Versions of packages firmware-realtek suggests: ii initramfs-tools 0.99~bpo60+1 tools for generating an initramfs ii linux-image-2.6.32-5-am 2.6.32-46Linux 2.6.32 for 64-bit PCs ii linux-image-3.2.0-0.bpo 3.2.35-2~bpo60+1 Linux 3.2 for 64-bit PCs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698299: marked as pending
Hi, On Sun, Jan 20, 2013 at 11:22 AM, Sven Joachim svenj...@gmx.de wrote: tag 698299 pending thanks Thanks a lot for all the work and the speed in solving this long-standing-yet-unreported bug! You rock! -- Cheers, Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692540: dialog for scanning additional CDs not shown on XFCE CD-1
[copying both bugs] 2013/1/17 Holger Wansing li...@wansing-online.de: You used xfce CD-1, and this never had the scan additional CDs dialog. It is a single CD, not a CD from a bigger set. It's sort of a standalone CD. It contains a rather complete xfce desktop. So why need more CDs? If you need so much more other software, you should not use a CD for a light-weight desktop! The same reason we provide so many cds. Choosing xfce does not mean the user does not need any additional software. Since it already has synaptic installed it is not as important as default CD 1 (gnome). But being able to add more CDs as sources during installation would be more intuitive to a new user. Another wishlist bug: Anaconda (the fedora installer) allows customization of what software are installed from the installer itself. Currently, scanning more CDs won't be required during installation for xfce cd (as we don't have customization feature yet), but it would provide an easy method for the user to install additional software after installation. If we don't want to add this feature, we can at least give a message to user like this. You can scan additional CDs from Synaptic package manager or using command 'apt-cdrom add' to install more software after installation is complete. below, At the moment, only the core of the system is installed. To tune the system to your needs, you can choose to install one or more of the following predefined collections of software. during Software Selection of Select and Install Software stage. A good idea to mention this in the installation guide too. If you use the i386-Binary-CD-1 (not xfce, but standard Desktop), the dialog for scanning additional CDs is asked (tested with beta4). And in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692540#64 you mentioned that you used exactly that CD from beta3. So, nothing has changed regarding this from beta3 to beta4. yes, my intention was to see if it was an 64 bit specific issue as you tried xfce i386 version earlier. But it was useful anyway to track the issue to scanning additional cds. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692814: systemd starts gdm3 correctly
After switching to systemd, I'm able to start gdm3 during boot. So it could be the way sysvinit is trying to start X server that is causing problems. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#697501: AR9285: enabling or disabling Wi-Fi freezes the system
20.01.2013, 00:31, Ben Hutchings b...@decadent.org.uk: Could you test some versions between those, so we have a better idea of where to look for the bug? They are all available from http://snapshot.debian.org/package/linux-2.6/. Hello, comrade Hutchings. I found that the last kernel without bug is 2.6.39~rc4-1~experimental.1 (linux-image-2.6.39-rc4-686-pae). 2.6.39~rc5-1~experimental.1 is a first version with bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680941: daemon mode : crash when trying to connect
From: Rob Browning r...@defaultvalue.orgmailto:r...@defaultvalue.org To: Erwan David eda...@nds.commailto:eda...@nds.com Cc: 680...@bugs.debian.orgmailto:680...@bugs.debian.org Date: Mon Jan 21 2013 01:31:40 GMT+0100 (CET) Erwan David eda...@nds.commailto:eda...@nds.com writes: Package: emacs24-lucid Version: 24.1+1-1 Severity: important I use emacs with a emacs --daemon started at beginning of session, then emacsclient as editor. However here is what I get with emacs24 : nux19222:~ % ps x|grep emacs 4379 ?Ss 0:00 emacs24 --daemon 4382 pts/6S+ 0:00 grep emacs nux19222:~ % emacsclient.emacs24 -n -c - nothing is seen nux19222:~ % ps x|grep emacs 4387 pts/6S+ 0:00 grep emacs Have you tried running emacs normally, running M-x server-mode, and then seeing if emacsclient still crashes? If so, could you try the new 24.2+1-2 packages, once they make it into unstable? Assuming you can reproduce the problem with server-mode (i.e. without --daemon), then you may also be able to install the new emacs24-lucid-dbg package and run emacs under gdb to learn a bit more about why it's crashing. Thanks I am hit by the bug segfault at launching emacs24 (I just reinstalled it) thus I cannot test for the moment. I'll keep an eye to the new version. This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698599: RFS: eggdrop/1.6.21-1 [ITA]
[ I have no intention to sponsor this upload. ] Hi, the Replaces: eggdrop (= 1.6.16-2) for eggdrop-data in debian/control looks wrong. eggdrop-data should Breaks+Replaces version of eggdrop that are *before* than the package split. Given that eggdrop-data was introduced in 2004, you could also just drop the Replaces field. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684574: still unfixed
On Mon, Jan 21, 2013 at 10:53:43AM +0100, Bastian Blank wrote: On Sun, Jan 20, 2013 at 05:16:09PM +, Colin Watson wrote: Mm, sorry, I misunderstood the rationale for this slightly before, but I understand better now. This is really the fault of the Debian-specific gfxpayload_keep_default patch; I'm going to revert a small part of that which was responsible for disabling video module loading and hence prevented the screen_info structure from being set up properly on entry to Linux. I'd appreciate confirmation that 1.99-27 fixes this for real. Nope. It adds a load_video to the menuentry for Linux, but it is not loaded otherwise. And what's wrong with that? Please can you be more verbose? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697085: qemu-system: tries to overwrite doc/qemu/qemu-doc.html from qemu (missing Breaks+Replaces?)
21.01.2013 01:42, Jonathan Nieder wrote: * add qemu-kvm package (transitional, depends on qemu-system), and add /usr/bin/kvm wrapper that calls qemu-system-x86_64 with some arguments to match original qemu-kvm behavour. (Closes: #560853) Oh, excellent! Actually it might not be as good as it sounds. qemu-kvm:i386 1.1.2: Installed-Size: 4756 Depends: seabios, vgabios, ipxe qemu-system:i386 1.3.0: Installed-Size: 89232 Depends: seabios, vgabios, ipxe, openbios-ppc, openbios-sparc, openhackware, libxen, ... Just the installed size -- 4756 vs 89232 -- is already quite telling, that's about 20 times difference... Oh well. And I'm still not sure if it's a good idea to split qemu-system into multiple packages. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698221: unblock: qemu/1.1.2+dfsg-5 qemu-kvm/1.1.2+dfsg-5
19.01.2013 15:23, Julien Cristau wrote: qemu{,-kvm} unblocked. Thank you very much Julien! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698623: libreoffice-core amd64 dependency concern (ure 4.0.0~) breaks 3.6.5~rc2-1 installability
severity 698623 serious notfound 698623 1:3.6.4-1 thanks Hi, On Mon, Jan 21, 2013 at 01:58:26AM -0800, Marc J. Driftmeyer wrote: Package: libreoffice-core Version: 1:3.6.4-1 If you report bugs, please do it correctly. The dependency bug is in 3.6.5~rc2-1, not 3.6.4-1. Either we have a simple mistake or a mixed upload where libreoffice 3.6.5~rc2-1 core has a misplaced dependency or a collision between the 3.6.5 upcoming release and the impending 4.0.0 release of LibreOffice. libreoffice-core presently requires for amd64 the following dependency: dep: ure (= 4.0.0~) [amd64] Either that is a mistake or a result of two different version of LibreOffice intended to be uploaded to Experimental. Just because I built it in my normal sid chroot, which already has 4.0 stuff installed. sigh. Will rebuild tonight. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695182: Write couple of 1GB files for OOM crash
Dear Jonathan, Thanks again for your help in writing correct and acceptable patches. I did change a few things, hopefully for the better. I decided not to push the drop-caches part of my patch; because it now seems to me that it is not the essence of the issue: it protects against OOM when writing a few files, but does not protect when running a few sleeps. I am coming back to the idea that this is some signed-vs-unsigned or similar issue... though I could not find it yet! --- Using the amd64 kernel seems a workable workaround for the OOM issue. Cheers, Paul Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698258: ITP: python-charade -- universal encoding detector for Python 2 and Python 3
On Friday 18 January 2013 03:42:55 Daniele Tricoli wrote: Maybe I can just update requests using python-chardet for now, but I'm a bit worried about that missed detection on Python 3. Using python(3)-chardet, all requests' tests are ok, so for now I'm going to use it. I'm keeping this open to be ready if in future we need to switch to charade. Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698345: xorg: All attempts at connecting a remote X server to a SPARC host fail, irrespective of its architecture.
Can you get a tcpdump trace? I should be able to: if I bypass XDMCP it should be a manageable size as an attachment (even if I can't make sense of it enough to cut off the earlier part of the session). -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657122: fixed in collectd 5.2.0-1
Hi, On Sun, Jan 20, 2013 at 06:18:53PM +0100, Maximilian Engelhardt wrote: This bug is still present in testing/unstable. Are there any plans to fix it there? I don't consider this bug to be serious, so it's no candidate for a Freeze exception. However, you can fairly easily take of it yourself by applying the following patch to your collectd.conf: http://git.tokkee.org/?p=pkg-collectd.git;h=2e0ae5b HTH, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#698630: bridge-utils: dependency problem with net-tools
Package: bridge-utils Version: 1.5-6 Severity: important Dear Maintainer, After installing bridge-utils, and configuring two bridges in /etc/network/interfaces, the network interfaces did not come up after a reboot. The bridges existed, but the physical devices were still in 'down' state. The problem turned out to be that net-tools was not installed because it is just a suggested dependency instead of a recommended dependency. Personally, I think configuring one or more bridges in /etc/network/interfaces would be a common use-case, especially since /etc/network/interfaces is the standard method of configuring network interfaces, therefore net-tools should be a recommended dependency, instead of a suggested dependency. Ifupdown could still be a suggested dependency, as it will have been installed via another dependency chain if the user wants/needs it. Regardless of whether net-tools should be a recommendation or a suggestion, the current situation may cause problems during upgrades: the recent demotion of net-tools from a 'depends' to a 'suggests' may cause net-tools to be removed from a system (as it is no longer required or recommended) during an upgrade (e.g. this can happen when upgrading from squeeze to wheezy !). If a system sets up its bridges in /etc/network/interfaces, this will result in a non-functional network after that system is rebooted the next time. Kind regards, and thanks for your work on debian ! Rogier. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bridge-utils depends on: ii libc6 2.13-37 bridge-utils recommends no packages. Versions of packages bridge-utils suggests: ii ifupdown 0.7.5 ii net-tools 1.60-24.2 -- 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#691109: libc6: memcpy-ssse3.S accesses invalid memory address area under certain conditions.
This bug appears again. This time, it is in the context of debugging mozilla thunderbird mail client for linux. During running of debug build of mozilla thunderbird under valgrind, I observed these warnings, one of which is shown below. When I filed this problem about valgrind at kde site, the problem of memcpy-ssse3.S is reported not to happen under 64-bit Ubuntu according to https://bugs.kde.org/show_bug.cgi?id=307828#c4 I filed a separate entry as suggested there anyway. https://bugs.kde.org/show_bug.cgi?id=311407 The proble is for real. I can reliably reproduce this bogus warning using the sample program, test-copy.c, attached in http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=test-copy.c;att=2;bug=691109 These bogus warning messages are really annoying when one tries to hunt down real problems. I hope this helps. TIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698569: file reports Perl scripts as C++ source, ASCII text
Hi, As I checked more for executables on Debian, I found more of the strange file results: /usr/bin/gvfs-less: Palm OS dynamic library data #!/bin/sh $ head -1 /usr/bin/gvfs-less #!/bin/sh /usr/sbin/grml2usb: data $ head -1 /usr/sbin/grml2usb #!/usr/bin/env python /usr/bin/musixtex: LaTeX 2e document, ASCII text $ head -1 /usr/bin/musixtex #!/usr/bin/perl -w /usr/bin/latexmk:TeX document, ASCII text $ head -1 /usr/bin/latexmk #!/usr/bin/env perl All these strange results comes from #!/ started files. The logic to decide should put more values to these #!/, I think... Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698632: rstatd: Patch 03-627217-netio.patch breaks RPC protocol compatibility for rstatd
Source: rstatd Version: 4.0.1-7 Severity: serious Justification: Regression, mixed environments Squeeze and Wheezy -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Anibal At our workplace we found that the patch 03-627217-netio.patch introduced in version 4.0.1-5 breaks the compatibility of rstatd in a inhomogeneous setup, where wheezy, squeeze and even solaris hosts interact. I have set the severity to serious as it introduces a 'regression' for Squeeze - - Wheezy, where one has mixed Squeeze and Wheezy setups, but can be downgraded to important if you don't agree. But IMHO should get version working in mixed environment. Here is a small example to reproduce the problem: sid 192.168.122.53 (rstatd and rstat-client 4.0.1-7) squeeze 192.168.122.54 (rstatd and rstat-client 4.0.1-4+squeeze1) - cut-cut-cut-cut-cut-cut- root@sid:~# rup 192.168.122.53 sid 12:50 up 3:58,1 user, load 0.00 0.01 0.04 root@sid:~# rup 192.168.122.54 rup: RPC: Success root@sid:~# - cut-cut-cut-cut-cut-cut- - cut-cut-cut-cut-cut-cut- root@squeeze:~# rup 192.168.122.53 192.168.122.53 1:00 up , 1358769030 load 0.00 0.01 0.04 root@squeeze:~# rup 192.168.122.54 squeeze 12:50 up 2 days,3:39,1 user, load 0.00 0.00 0.00 root@squeeze:~# - cut-cut-cut-cut-cut-cut- (Note that rup also shows wrong information on 192.168.122.53). Reverting the patch 03-627217-netio.patch let it work in a mixed squeeze, wheezy environment. If 627217 can be fixed, it should probably without breaking the protocol. After reverting the patch the requests give again correct results. - cut-cut-cut-cut-cut-cut- root@sid:~# rup 192.168.122.53 sid 14:13 up 5:22,1 user, load 0.00 0.01 0.05 root@sid:~# rup 192.168.122.54 192.168.122.5414:13 up 2 days,5:02,0 user, load 0.00 0.00 0.00 - cut-cut-cut-cut-cut-cut- - cut-cut-cut-cut-cut-cut- root@squeeze:~# rup 192.168.122.53 192.168.122.5314:14 up 5:22,0 user, load 0.00 0.01 0.05 root@squeeze:~# rup 192.168.122.54 squeeze 14:14 up 2 days,5:02,1 user, load 0.00 0.00 0.00 root@squeeze:~# - cut-cut-cut-cut-cut-cut- Could you please revert at least 03-627217-netio.patch (if fixing #627217 without creating the compatibility issue cannot be fixed)? Regards, Salvatore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQ/UeuAAoJEHidbwV/2GP+SmsP/ivgYb8Usx1/t4L3kt1Rn6L8 Qc2wvdq92n76axAJ8XYDEyhvZH1AQHLa3SQihNbfQEtDp0Br7OP4uaqrSB+zPhE/ +VIv4iffUmKTCimAeBdQnSyrzoY2OgzKxExga0ESaK7Eld/UtrPDJdrz4DSPlcS2 XpIg6HzwNImkVjkAzOb0rWo/CP2JsQvO8yJ4I8W0Ojh+GczXFugkJ8PMh3siesxw jm2tI6Sd1uLu7dtFmb+EScLCdZy7PB8g8MoyxmXZDOAXQ+D+n+BL+T+jYC6Mentg KgJb0/URM2FO6blGYNgAEfptYP6TGK6IODlpe2217S/HUDFo3X2KUHU3mIWk0udJ JGxHZhhONaMXnjZSl4+beynl/hs1KD0PxP560A6EvkfRoeakOVaHbpCBly/88WaQ zY1+TSy/oDumcG7Tf2MBbo3NiAY9WYzni2Z6/J2P5wI3VVadIzQtbZFcZDq5nUp2 pzF/glRw1ZLc2bK6c/D8xRiMceAlTL/LnLUUkoNGcfmEjQ/I4BJGosQr4UFUmUT4 7q7za/9xhqoqxYpsayKRcCo577tOVibEn55QnIElBv0zm/9YdsgxdX0w4i4A8LXF x0Rnzy4tUitA4/8Id8rpbhixLohXrpYVvYsbfP3nixbx9KdeA4MV48AsMZcgiXjX psYM7kFTjZcA2osZ/tqd =qt2D -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#659440: bumblebee packaging
On Mon, Jan 21, 2013 at 5:51 PM, Andreas Beckmann deb...@abeckmann.de wrote: On 2013-01-21 10:12, Vincent Cheng wrote: On Sat, Jan 19, 2013 at 9:24 AM, Aron Xu happyaron...@gmail.com wrote: I've made some progress on bumblebee and pushed to pkg-nvidia repo: I've made a number of small changes to take into account certain differences between Debian and Ubuntu's packaging of nvidia's proprietary drivers [1][2] and added an udev rule to fix a bug [3]. Nice too see some progress :-) Are there any problems you encounter with the nvidia driver packaging in Debian? Please also test with nvidia-kernel-common and glx-alternative-* from experimental (they change the kernel module blacklist handling to be controlled with the glx alternatives, a update-initramfs call may be needed in addition to update-alternatives, but therefore you can disable the blacklist without manually doing rm or dpkg --purge). No real problems so far, there are only some if/else to handle the difference between Debian and Ubuntu, as both Vincent and I would like to make this package working in the two systems. We haven't tried the packages you mentioned from experimental, will do that and thanks for the info. One of the goals of the current packaging is usability in live systems - having all the proprietary drivers co-installable and allow them to be installed but deactivated, so that some (yet to be written) utility could detect hardware, switch alternatives, and create X config. It would be nice if bumblebee would somehow integrate in this. (Disclaimer: I don't do anything -live myself.) Andreas I agree that integrating bumblebee into live systems is useful, and actually bumblebee works with nouveau as well at least for power saving (disabling the discrete card), which is useful for those who installs multiple systems typically Linux + Windows. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698045: bootchart2 not working at all
Hi, Il 21/01/2013 14:18, pioruns ha scritto: On 21/01/13 08:35, Riccardo Magliocchetti wrote: In order to start bootchartd you have to pass these options to the kernel command line: initcall_debug printk.time=y quiet init=/sbin/bootchartd from your logs it looks like you didn't :) How would I know? Why it isn't done automatically? man bootchart2 or /usr/share/doc/bootchart2/README, your choice :) While we can of course improve our user friendliness bootchart2 is a tool done for profiling so some clue is required. I remember when I was using Ubuntu long time ago, I just installed bootchart and restart later I could view beautiful png charts. Without any messing with configs. The ubuntu bootchart is a different tool So I should add this comand to /proc/cmdline, right? Please read the aforementioned man page. thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689578: sysklogd modifies /etc/syslog.conf with helper script
Andres Salomon dixit: Hm. Rather than simply remove it, can we actually provide an upgrade path to rsyslog? I'd be happy to NMU a version of ksyslogd that does this in unstable (for consideration in wheezy), as long as rsyslog is truly a drop-in replacement. No, I veto that, I’m happily using sysklogd in sid. Do *not* break that. It seems that new squeeze installs default to using rsyslog. However, Lenny started with that beast, actually. bye, //mirabilos -- „nein: BerliOS und Sourceforge sind Plattformen für Projekte, github ist eine Plattform für Einzelkämpfer“ -- dieses Zitat ist ein Beweis dafür, daß auch ein blindes Huhn mal ein Korn findet, bzw. – in diesem Fall – Recht haben kann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#68585: looks like it applies holds too late
Looking more closely (because it's especially bad for multiarch), I see that it appears to be caused by applying holds too late. Let's say we have the following versions and dependencies: A=1 (installed) A=2 Breaks: B B (installed, held) C (installed) Depends: B (or any similar scenario, in my case A having available versions A:amd64-2 and A:i386-1, B:i386 depending on A:i386) If the resolver wants to upgrade A to version 2, it will decide that it needs to remove B and C. It only then processes holds, marking B and (transitively) A as kept. C still remains marked for removal, even though any reason to do so is gone. -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493092: bacula: package upgrade creates or modifies `bacula-*.conf.dist'
Package: bacula-fd Version: 5.2.6+dfsg-7 Followup-For: Bug #493092 Hi, Packages upgraded yesterday: bacula-common:amd64 5.2.6+dfsg-2 = 5.2.6+dfsg-7 bacula-fd:amd64 5.2.6+dfsg-2 = 5.2.6+dfsg-7 The packages were installed last week. After upgrade I've got a new file '/etc/bacula/bacula-fd.conf.dist'. Obviously this affects all bacula-* packages. I think at some point I've found that this was related to dbconfig. Cheers -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 bacula-fd depends on: ii bacula-common 5.2.6+dfsg-7 ii libacl12.2.51-8 ii libc6 2.13-37 ii libcap21:2.22-1.2 ii libgcc11:4.7.2-5 ii libpython2.7 2.7.3-6 ii libssl1.0.01.0.1c-4 ii libstdc++6 4.7.2-5 ii libwrap0 7.6.q-24 ii lsb-base 4.1+Debian8 ii ucf3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 bacula-fd recommends no packages. Versions of packages bacula-fd suggests: pn bacula-traymonitor 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#698615: lp ignores silly options; should give error
Control: tags -1 +patch +fixed-upstream Le lundi, 21 janvier 2013 09.30:51, Didier 'OdyX' Raboud a écrit : I have confirmed this behaviour and forwarded to upstream, thanks! It's now fixed already, here's the proposed patch: https://www.cups.org/strfiles/4261/str4261.patch I'll see if that's worth backporting to the next 1.6 upload towards experimental, not tagging pending yet. 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#627878: glpi: lenny to squeeze database upgrade failes with Table 'glpi.glpi_groups' doesn't exist
Followup-For: Bug #627878 Hi, I found another db error while doing piuparts tests upgrading from lenny to squeeze: Setting up glpi (0.72.4-2.1) ... Installing new version of config file /etc/glpi/config/config.php ... Installing new version of config file /etc/glpi/config/based_config.php ... Installing new version of config file /etc/glpi/config/define.php ... dbconfig-common: writing config to /etc/dbconfig-common/glpi.conf Creating config file /etc/glpi/config/config_db.php with new version detected upgrade from previous non-dbconfig version. creating database backup in /var/cache/dbconfig-common/backups/glpi_0.70.2-2.mysql. applying upgrade sql for 0.70.2-2 - 0.72.1. error encountered processing /usr/share/dbconfig-common/data/glpi/upgrade/mysql/0.72.1: mysql said: ERROR 1146 (42S02) at line 2: Table 'glpi.glpi_groups' doesn't exist dbconfig-common: glpi configure: aborted. dbconfig-common: flushing administrative password dpkg: error processing glpi (--configure): subprocess installed post-installation script returned error exit status 1 Cheers, Andreas glpi_0.72.4-2.1.log.gz Description: GNU Zip compressed data
Bug#697957: unblock: connman/1.0-1.1
On 01/21/2013 10:23 AM, Adam D. Barratt wrote: I've been pondering this and arguing with myself a little. There is the potential for confusion if the version in t-p-u goes backwards, so let's go with the unstable route; thanks. Just uploaded 1.0-1.2 into unstable. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698460: claws-mail: Crashes on send via SSL
On Mon, 21 Jan 2013 08:31:33 +0100 Ricardo Mones mo...@debian.org wrote: Doesn't look like it's related with connections but more with Cairo library: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2656 https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/887850 Yes, looks like these are related. Before forwarding to the above bug and just to be sure, can you please install claws-mail-dbg package and try to get a backtrace of the crash? Here the debug log: Starting program: /usr/bin/claws-mail --debug [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. claws.c:101:Starting Claws Mail version Claws Mail 3.8.1 main.c:858:runtime GTK+ 2.24.10 / GLib 2.32.4 main.c:866:buildtime GTK+ 2.24.10 / GLib 2.32.4 main.c:875:Compiled-in features: main.c:880: compface main.c:886: aspell main.c:892: gnutls main.c:898: ipv6 main.c:904: iconv main.c:910: jpilot main.c:916: ldap main.c:922: libetpan 1.0 main.c:928: libsm main.c:934: NetworkManager prefs_gtk.c:1037:new file '/home/florian/.claws-mail/clawsrc' prefs_gtk.c:996:new section 'Common' prefs_gtk.c:1037:new file '/home/florian/.claws-mail/folderitemrc' prefs_gtk.c:996:new section '#imap/f.zieb...@web.de/Entwurf' prefs_gtk.c:996:new section '#imap/f.zieb...@web.de/Gesendet' prefs_gtk.c:996:new section '#imap/f.zieb...@web.de/Papierkorb' prefs_gtk.c:996:new section '#imap/f.zieb...@web.de/Postausgang' prefs_gtk.c:1037:new file '/home/florian/.claws-mail/accountrc' prefs_gtk.c:996:new section 'Account: 1' prefs_gtk.c:996:new section 'Account: 2' main.c:2803:/dev/mem_notify not available (No such file or directory) hooks.c:70:registed new hook for 'folder_item_update' as id 1 hooks.c:70:registed new hook for 'folder_update' as id 1 current dir: /home/florian/.claws-mail current dir: /home/florian folder.c:121:registering folder class mh folder.c:121:registering folder class imap folder.c:121:registering folder class news prefs_gtk.c:85:Reading configuration... prefs_themes.c:372:Creating preferences for themes... stock_pixmap.c:496:dir /home/florian/.claws-mail/themes not found, skipping theme scanstock_pixmap.c:496:dir /usr/share/claws-mail/themes not found, skipping theme scanprefs_actions.c:438:Reading actions configurations... prefs_display_header.c:420:Reading configuration for displaying headers... addressbook.c:4141:Reading address index... addressbook.c:4190:done. mainwindow.c:1570:Creating main window... toolbar.c:708:read Toolbar Configuration from toolbar_main.xml folderview.c:570:Creating folder view... folderview.c:412:creating tree... hooks.c:70:registed new hook for 'folder_update' as id 2 hooks.c:70:registed new hook for 'folder_item_update' as id 2 summaryview.c:524:Creating summary view... hooks.c:70:registed new hook for 'msginfo_update' as id 1 hooks.c:70:registed new hook for 'folder_item_update' as id 3 hooks.c:70:registed new hook for 'folder_update' as id 3 messageview.c:383:Creating message view... headerview.c:83:Creating header view... noticeview.c:72:Creating notice view... mimeview.c:282:Creating MIME view... noticeview.c:72:Creating notice view... textview.c:291:Creating text view... hooks.c:70:registed new hook for 'msginfo_update' as id 2 logwindow.c:87:Creating log window... hooks.c:70:registed new hook for 'log_append_text' as id 1 logwindow.c:87:Creating log window... hooks.c:70:registed new hook for 'debug_append_text' as id 1 ** Message: filtering log disabled mainwindow.c:2227:done. mainwindow.c:3701:Setting widgets... mainwindow.c:3906:done. hooks.c:70:registed new hook for 'sslcert_ask' as id 1 hooks.c:70:registed new hook for 'progressindicator_hooklist' as id 1 hooks.c:70:registed new hook for 'sslcert_get_client_cert' as id 1 hooks.c:70:registed new hook for 'sslcert_get_password' as id 1 account.c:200:Reading all config for each account... account.c:215:Found label: Account: 1 account.c:215:Found label: Account: 2 codeconv.c:1485:current locale: en_US.UTF-8 prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_customheader.c:332:Reading custom header configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_gtk.c:85:Reading configuration... prefs_customheader.c:332:Reading custom header configuration... folderview.c:325:setting titles... folderview.c:732:called inc_lock (lock count 1) folderview.c:733:Setting folder info... folderview.c:759:called inc_unlock (lock count 0)
Bug#695796: python-gnupg: Please update to 0.3.1
Upstream is now at 0.3.2, still without big changes. The new package is mostly ready (in python-modules svn) and waiting for the start of jessie developement. -- Elena Grandi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692911: ca-certificates_20130119, ca-certificates-java_20121112+nmu1 - unblock together
Dear release team, When allowing ca-certificates[-java] to migrate to wheezy, please, allow them together so they are installable: Package: ca-certificates Version: 20130119 Breaks: ca-certificates-java ( 20121112+nmu1) - Package: ca-certificates-java Version: 20121112+nmu1 Depends: ca-certificates (= 20121114) ca-certificates_20130119 was uploaded to unstable on 01/20 and, barring any issues, will be available to migrate on 01/31. -java has been in unstable 53 days, so an unblock at this moment would cause a few days of install problems that I would like to avoid. Thank you! -- Kind regards, Michael signature.asc Description: OpenPGP digital signature
Bug#698481: mantis: multiple XSS vulnerabilities
Hi Small followup: http://marc.info/?l=oss-securitym=135876600302683w=2 Damien Regad mentions there that CVE-2013-0197 is also only affecting 1.2.12. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698634: mercurial: Please add patch from http://bz.selenic.com/show_bug.cgi?id=3511
Package: mercurial Version: 2.2.2-1 Severity: important Dear Maintainer, Mercurial 2.2.2 suffers from a bug when handling renames within the repository which causes merges to fail with a 'abort: path contains illegal component:' message. It has been fixed upstream (see the details at http://bz.selenic.com/show_bug.cgi?id=3511) with quite a simple patch. This bugs affects various real-world repositories (currently I'm seeing it on the main pypy repository for example), and is likely to severely impact on the usability of mercurial in wheezy. Would it be possible to backport the patch to the version of mercurial that will be included in wheezy? -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 Versions of packages mercurial depends on: ii libc6 2.13-37 ii mercurial-common 2.2.2-1 ii python2.7.3~rc2-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-6 ii ucf 3.0025+nmu3 Versions of packages mercurial recommends: ii openssh-client 1:6.0p1-3 Versions of packages mercurial suggests: pn kdiff3 | kdiff3-qt | kompare | meld | xxdiff | tkcvs | mgdiff none pn qctnone ii tk8.5 [wish] 8.5.11-2 ii vim2:7.3.547-6 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698008: limiting circumstances
Halo Patrick! I think I found a condition seriously limiting the bug's frequency (and importance :) ). It only happened so far under openbox window manager. That's where resize part comes I think. -- Best of luck, Igor
Bug#680941: daemon mode : crash when trying to connect
David, Erwan eda...@nds.com writes: I am hit by the bug segfault at launching emacs24 (I just reinstalled it) thus I cannot test for the moment. I'll keep an eye to the new version. Are you saying that now you can't launch it at all now? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680941: daemon mode : crash when trying to connect
Yes it is the problem now Erwan DAVID IT Unix/Network, France tel: +33 155 006 116 mob: +33 622 174 037 Original Message Subject: Re: Bug#680941: daemon mode : crash when trying to connect From: Rob Browning r...@defaultvalue.orgmailto:r...@defaultvalue.org To: David, Erwan eda...@nds.commailto:eda...@nds.com Cc: 680...@bugs.debian.orgmailto:680...@bugs.debian.org 680...@bugs.debian.orgmailto:680...@bugs.debian.org Date: Mon Jan 21 2013 16:05:59 GMT+0100 (CET) David, Erwan eda...@nds.commailto:eda...@nds.com writes: I am hit by the bug segfault at launching emacs24 (I just reinstalled it) thus I cannot test for the moment. I'll keep an eye to the new version. Are you saying that now you can't launch it at all now? Thanks This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. An NDS Group Limited company. www.nds.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698542: installation-report: Wheezy beta on FSC Futro A240
Hi, On 20/01/13 08:07, Andreas Glaeser wrote: The only trouble occured with the xserver, that needs manual configuration. I did this in the common way, going into runlevel 1, then into /etc/X11/ and doing # Xorg -configure There may still be a bug in xserver-xorg if devices were not being automatically found via udev. Perhaps Andreas would like to open an xserver-xorg bug (or amend an existing one) for that: It would be best to move the manually-created xorg.conf out of the way first; try again to boot runlevel 2 (so it creates a fresh Xorg.log); and then use: # reportbug xserver-xorg so that the appropriate Xorg info and logs are automatically included. (The bugreport can be saved to file [choose 'n' option at end] if you prefer to go back into a graphical environment to actually send it). Thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#698626: Preseeding netcfg/enable doesn't work
Hi, On 21/01/13 10:21, Stefan Kisdaroczi wrote: I preseed the installer with d-i netcfg/enable boolean false. netcfg 1.103 ignores it at two places and writes the file /etc/network/interfaces. The second write in finish-install.d/55netcfg-copy-config overwrites my own interface config. It will do that if netcfg/target_network_config is set to nm_config or loopback. Is nm_config the default now? The same issue was mentioned at http://lists.debian.org/50f9b2f5.8050...@pyro.eu.org I think it will only preserve your /etc/network/interfaces file if set to ifupdown. Not sure if that was intentional but seems more like a bug/regression. I fixed it with the attached patch. Preseeding netcfg/enable worked with squeeze. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698427: zsnes: starts with short burst of sound
tag 698427 + moreinfo thanks Hello, Sound support was changed quite a bit in order to support multi-arch ; it's probably something related to it. However, I can't reproduce it on my system, so here are a few questions to narrow the problem... - did you notice that behaviour changed since the last update ? - how did you install zsnes (I'm not sure what Architecture: will display in these cases): - on a native i386 system - in a i386 chroot in a amd64 system - the i386 package installed on a amd64 system via multi-arch - does the sound burst happen when you resume a save state (F4), or when the ROM starts ? Thanks for this bug report, and have a nice day. -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698120: acetoneiso: Depends on fuse-utils; uninstallable in sid
Package: acetoneiso Version: 2.3-2 Followup-For: Bug #698120 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch is ready to be applied to achieve the following: * Fix dependency on fuse-utils to fuse to resolve uninstallability in Debian unstable (Closes: #698120) Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-36-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru acetoneiso-2.3/debian/control acetoneiso-2.3/debian/control --- acetoneiso-2.3/debian/control 2012-01-21 14:43:47.0 -0500 +++ acetoneiso-2.3/debian/control 2013-01-21 10:46:39.0 -0500 @@ -12,7 +13,7 @@ Architecture: linux-any Depends: ${shlibs:Depends}, ${misc:Depends}, fuseiso, - fuse-utils, + fuse, genisoimage, cdrdao, p7zip-full,
Bug#698635: gosa: package configuration calls a2enmod even if apache is not installed
Package: gosa Version: 2.7.4-4 Severity: normal Dear Maintainer, * What led up to the situation? I am running nginx as the only HTTP server on this machine and have uninstalled apache2. gosa installation failed at the setting up stage: Setting up gosa (2.7.4-4) ... Making /gosa available in /etc/apache2/conf.d /var/lib/dpkg/info/gosa.postinst: 57: /var/lib/dpkg/info/gosa.postinst: a2enmod: not found dpkg: error processing gosa (--configure): subprocess installed post-installation script returned error exit status 127 * What exactly did you do (or not do) that was effective (or ineffective)? sudo ln -s /bin/true /usr/local/bin/a2enmod * What was the outcome of this action? this silenced the error, allowing installation to proceed. * What outcome did you expect instead? - *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gosa depends on: ii gettext 0.18.1.1-9 ii imagemagick 8:6.7.7.10-5 ii libcrypt-smbhash-perl 0.12-3 ii nginx-full [httpd] 1.2.1-2.2 ii php55.4.4-11 ii php5-cgi5.4.4-11 ii php5-cli5.4.4-11 ii php5-curl 5.4.4-11 ii php5-gd 5.4.4-11 ii php5-imap 5.4.4-11 ii php5-ldap 5.4.4-11 ii php5-mcrypt 5.4.4-11 ii php5-mysql 5.4.4-11 ii php5-recode 5.4.4-11 ii postfix [mail-transport-agent] 2.9.3-2.1 ii smarty3 3.1.10-2 ii ttf-liberation 1.07.2-6 gosa recommends no packages. Versions of packages gosa suggests: pn cyrus21-imapd none ii gosa-schema 2.7.4-4 pn gosa-si-server none pn php-apc none pn php-fpdfnone pn php5-suhosinnone pn postfix-ldapnone ii slapd 2.4.31-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684964: citadel-server: world writable config file: /etc/citadel/netconfigs/7
On 2012-12-06 14:47, Michael Meskes wrote: On Wed, Aug 15, 2012 at 10:14:02AM +0200, Andreas Beckmann wrote: during an experimental test with piuparts I noticed that your package creates a world writable config file: -rw-rw-rw- 1 citadel root 11 Aug 8 09:45 /etc/citadel/netconfigs/7 Could you please tell us how you created that file? Just installing 8.14-2? Or did you install 8.14-2 over an old version that already had the file? I just purged and re-installed my test installation and cannot see a trace of file. Doing piuparts tests in any of your scenarios produces that file, fresh installation in minimal lenny, squeeze, wheezy, sid chroots as well as an upgrade to the next distro(s). In lenny there are even a few more bad permissioned files: ERROR: BAD PERMISSIONS -rw-rw-rw- 1 citadel root56 Dec 19 03:15 /etc/citadel/citadel.control -rw-rw-rw- 1 citadel root11 Dec 19 03:14 /etc/citadel/netconfigs/7 -rw-rw-rw- 1 citadel citadel 32 Dec 19 03:15 /etc/citadel/refcount_adjustments.dat These survive over an upgrade to squeeze and to wheezy (via squeeze). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698635: gosa: package configuration calls a2enmod even if apache is not installed
severity 698635 serious thanks On Montag, 21. Januar 2013, Matthias Rampke wrote: Setting up gosa (2.7.4-4) ... Making /gosa available in /etc/apache2/conf.d /var/lib/dpkg/info/gosa.postinst: 57: /var/lib/dpkg/info/gosa.postinst: a2enmod: not found dpkg: error processing gosa (--configure): subprocess installed post-installation script returned error exit status 127 failing to install is a serious problem, raising severity. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698636: Please include HTML documentation
Package: lemon Version: 3.7.15.2-1 Severity: wishlist Would it be possible to include at least the HTML documentation of lemon in the package? http://www.hwaci.com/sw/lemon/lemon.html Thanks. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lemon depends on: ii libc6 2.16-0experimental1 lemon recommends no packages. lemon 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#691109: Fix in the Upstream repostiroy
https://bugs.kde.org/show_bug.cgi?id=311407 The bug is fixed in the upstream source of valgrind and by using the source from SVN there, I no longer see the problem. So I hope Debian will package the latest source (3.9.0) as soon as it is released. TIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681489: base-files: Add /etc/os-release.d/debian and make it easy to provide, supplementary /etc/os-release.d/* files
Hi Raphaël, I haven't quite understood what the benefit of /etc/os-release.d/debian resp. /etc/os-release.d/* would be. after all, you only can have a single /etc/os-release file/symlink, so what do we gain by your proposed setup? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#698637: iceweasel 10.0.12esr-1 freezes machine completely on somw websites
Package: iceweasel Version: 10.0.12esr-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Visiting some websites (e.g. www.bild.dehttp://www.bild.de, or our company internal IT-website) with iceweasel-10.0.12esr-1 freezes the computer completely. I cannot switch to console tty1, nor can I log in via ssh. The computer completly stops ! Another browser (Midori) works fine on that websites. * What exactly did you do (or not do) that was effective (or ineffective)? Just visited www.bild.dehttp://www.bild.de. The machine had been installed a new with Debian Wheezy amd-64 some days ago (Debian Installer 7.0..). The error seems to come from the new iceweasel version. On another machine (with identical hardware) with an older Wheezy system (last update some months ago) iceweasel-10.0.09esr-1 it is working fine. * What was the outcome of this action? Completly frozen computer - hard reset necessary It might be some java-scripting that causes the freeze ? It might also be the add-block-plugin in iceweasel ? * What outcome did you expect instead? No freeze - just viewing the website. *** End of the template - remove these lines *** -- Package-specific info: -- Extensions information Name: Adblock Plus Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d} Package: xul-ext-adblock-plus Status: enabled Name: Deutsch (DE) Language Pack locale Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpimailto:langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-de Status: enabled Name: Standard theme Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled -- Plugins information Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: IcedTea-Web Plugin (using IcedTea-Web 1.3.1 (1.3.1-1)) Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-6-plugin:amd64 Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled Name: Shockwave Flash Location: /usr/lib/gnash/libgnashplugin.so Package: browser-plugin-gnash Status: enabled -- Addons package information ii browser-plugin 0.8.11~git20 amd64GNU Shockwave Flash (SWF) player ii gnome-shell3.4.2-5 amd64graphical shell for the GNOME des ii icedtea-6-plug 1.3.1-1 amd64web browser plugin based on OpenJ ii iceweasel 10.0.12esr-1 amd64Web browser based on Firefox ii iceweasel-l10n 1:10.0.12esr all German language package for Icewe ii rhythmbox-plug 2.97-2.1 amd64plugins for rhythmbox music playe ii xul-ext-adbloc 2.1-1all Advertisement blocking extension -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-7.1 ii libc6 2.13-37 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libsqlite3-03.7.13-1 ii libstdc++6 4.7.2-5 ii procps 1:3.3.3-2 ii xulrunner-10.0 10.0.12esr-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-3 pn mozplugger none Versions of packages xulrunner-10.0 depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.6-4 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs10d 10.0.12esr-1 ii libnotify40.7.5-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3-1d2:3.13.6-2 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libreadline6 6.2+dfsg-0.1 ii libsqlite3-0 3.7.13-1 ii
Bug#698638: Please provide keybinder-3.0 packages
Package: keybinder Version: 0.3.0-1 Severity: wishlist Hi Luca, I'm in the process of packaging kazam (#635623) which needs gir1.2-keybinder-3.0 for hotkey support. As we already have keybinder 0.3 in experimental, it would be nice to supply keybinder-3.0 packages as well. Thanks, -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698639: ITP: noblenote -- nobleNote is a note taking program based on Qt
Package: wnpp Severity: wishlist Owner: Christian Metscher hakai...@web.de * Package name: noblenote Version : 1.0.7 Upstream Author : Christian Metscher hakai...@web.de, Fabian Deuchler taiko...@gmail.com * URL : https://launchpad.net/~hakaishi/+archive/noblenote * License : MIT Programming Lang: C++ (Qt) Description : nobleNote is a note taking program based on Qt NobleNote is a program using the Qt libraries. It saves notes in the html format and is able to import xml based notes like those from Tomboy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698640: gvfs-bin: gfvs-trash can not trash on fs that is bind mounted
Package: gvfs-bin Version: 1.12.3-3 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Trying to trash a file when the home subtree is bind mounted. Both the thunar's right click-delete and the underlying gfvs-trash filename fail * What exactly did you do (or not do) that was effective (or ineffective)? Using a home bind mount, deleting from the main mount point Example mount setup /dev/sda6 on /mnt/imp type ext3 (rw,nosuid,nodev) /mnt/imp/home on /home type none (rw,bind) Then the following reproduce the bug $ cd /mnt/imp $ touch a $ gvfs-trash a Error trashing file: Unable to trash file: Invalid cross-device link * What was the outcome of this action? An error message * What outcome did you expect instead? The file to be trashed *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.6.7+toi-3.3-1-x86-64 (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 gvfs-bin depends on: ii gvfs-common 1.12.3-3 ii libc6 2.13-35 ii libglib2.0-0 2.33.12+really2.32.4-3 gvfs-bin recommends no packages. Versions of packages gvfs-bin suggests: ii gvfs 1.12.3-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#698641: Please apply the rate limiting patches
Package: bind9 Severity: important With the grown deployment of DNSSEC and more information being put into the domain name system, DNS servers have become and are becoming a useful tool for denial of service attacks by providing amplification: a single UDP packet of only a few bytes causes a response many times the size of the query. An adversary can use this effect to either cause a huge amount of traffic to flow towards their target site (by faking the source address of requests), or to cause a nameserver to effectively DoS itself by filling up its outbound pipe with only a couple thousand requests per second, costing very little in bandwidth for the adversary. Vernon Schryver, Paul Vixie, et al have been working on bringing (response) rate limiting to nameservers. Such a feature enables the admin of an authoritative nameserver to limit responses in the face of their server being abused. The particular patchset for bind, linked from [1], is able to enforce limits per requested name/type/source address tuple, and can fallback to sending clients a tiny retry-using-TCP packet. The intent is to make the server useless as an amplifier while not breaking resolving for anyone. Debian admin has deployed the patch at [2] to the bind running the debian.org nameservers - else debian.org's nameservers would not have any resources left to answer legitimate queries. We think it important that the bind version Debian ships be actually useable by the internet community in general, and ourselves in particular. Therefore we ask you (and the release folks) to consider shipping wheezy's bind with the rate limiting patches applied. Thanks for your consideration, weasel 1. http://www.redbarn.org/dns/ratelimits 2. http://ss.vix.su/~vjs/rpz2+rl-9.8.4-P1.patch -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698642: cu with Wheezy is intolerant of line glitches.
Package: cu Version: 1.07-20 Severity: normal Dear Maintainer, Scenario is an Ultra Enterprise 2 connecting using cu to the serial port on a headless E4500. When the E4500 is powered up cu becomes non-responsive to kbd input including the #. abort sequence, the only way to terminate it is to use kill -KILL. I've been using a similar arrangement on an Ultra 1 with Lenny for several years. I've not tested with alternative terminal emulators since gtkterm is no longer in Debian. As such I can't tell whether it's a kernel problem. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: sparc (sparc64) Kernel: Linux 3.2.0-3-sparc64-smp (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cu depends on: ii libc6 2.13-37 cu recommends no packages. cu 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#698084: enigmail: default to sending mail as PGP/MIME
On 01/19/2013 01:07 PM, Willi Mann wrote: What is unclear to me is if inline PGP messages are broken by design. Bug#698080 more looks like a regression that should be fixable, not an inherent problem of inline PGP. For attachments, enigmail per default asks how to send them. i agree that #698080 is a fixable regression. however, i don't think inline-PGP is broken by design for non-ASCII any more than it is fixed by design for non-ASCII. there simply is no specification for inline-PGP signatures of messages whose representation is anything but the basic default (text/plain, charset=us-ascii, no special encoding): https://tools.ietf.org/html/rfc4880#section-7 As the specification above says, for environments that support MIME (e.g. character-encoding: quoted printable or base64, charset something other than US-ASCII, or content-type other than text/plain), there are other standards to use -- in particular, PGP/MIME. As far as I understand from reading a few messages from the upstream mailing list, any possible default setting has the potential to cause highly controversial discussions. yes, indeed. :( I not very convinced about deviating from upstream. I could live with this change if it is acknowledged by upstream, and we treat it as an experimental change (documented in README.Debian) that we might decide to take back before the jessie freeze. I'd be fine making it an experimental change, and documenting it in README.Debian. I confess i'm wary of plunging into another 100-message thread on the upstream list, but i'm willing to post a short note there if you think that's advisable. Perhaps something like: With the goal of improving standards-based support for signed non-ASCII messages and signed messages with attachments, the Debian packaging for Enigmail is undertaking an experiment with setting the default to PGP/MIME in our experimental/unstable packaging. We hope this will flush out reports of other places in the ecosystem where PGP/MIME might be suboptimal. This change won't make it into our stable distribution of enigmail without further consideration and review of the reported bugs and places where PGP/MIME causes trouble for our experimental and unstable users. what do you think? I'm happy to write this message to upstream if you like. --dkg signature.asc Description: OpenPGP digital signature
Bug#657690: General protection fault in XFS code
On Sat, Jan 19, 2013 at 11:38:56PM +, Ben Hutchings wrote: I don't suppose there were any other XFS-related errors in the kernel log? There's nothing else. The only kernel messages I see for several days before are about a leap second being inserted and various tape-related messages (e.g. mt blocking for more than 120 seconds), and the only kernel messages for a week after are the RAID verifying itself and more tape stuff. -- William Aoki KD7YAFwa...@umnh.utah.edu5-1924 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698637: iceweasel 10.0.12esr-1 freezes machine completely on somw websites
On Mon, Jan 21, 2013 at 04:38:56PM +, Holger Weiss wrote: Package: iceweasel Version: 10.0.12esr-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Visiting some websites (e.g. www.bild.dehttp://www.bild.de, or our company internal IT-website) with iceweasel-10.0.12esr-1 freezes the computer completely. I cannot switch to console tty1, nor can I log in via ssh. The computer completly stops ! Another browser (Midori) works fine on that websites. * What exactly did you do (or not do) that was effective (or ineffective)? Just visited www.bild.dehttp://www.bild.de. The machine had been installed a new with Debian Wheezy amd-64 some days ago (Debian Installer 7.0..). The error seems to come from the new iceweasel version. On another machine (with identical hardware) with an older Wheezy system (last update some months ago) iceweasel-10.0.09esr-1 it is working fine. * What was the outcome of this action? Completly frozen computer - hard reset necessary It might be some java-scripting that causes the freeze ? It might also be the add-block-plugin in iceweasel ? * What outcome did you expect instead? No freeze - just viewing the website. Did you try disabling all plugins and addons? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698643: unblock: kde-workspace/4.8.4-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package kde-workspace This upload closes to RC bugs: - #664225: removal of plasma-scriptengine-googlegadgets. We could not find a fix for it. - #697668: add Breaks+Replaces to kde-style-oxygen against kdebase-runtime 4:4.7.2 I have also updated the symbols files. diffstat: changelog | 16 control | 20 +--- libkwineffects1abi3.symbols |4 ++-- libprocesscore4abi1.symbols |4 +++- not-installed |7 +++ plasma-scriptengine-googlegadgets.install |4 6 files changed, 33 insertions(+), 22 deletions(-) Kinds regards, Lisandro. unblock kde-workspace/4.8.4-6 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru kde-workspace-4.8.4/debian/changelog kde-workspace-4.8.4/debian/changelog --- kde-workspace-4.8.4/debian/changelog 2012-12-03 18:26:19.0 -0300 +++ kde-workspace-4.8.4/debian/changelog 2013-01-21 13:12:12.0 -0300 @@ -1,3 +1,19 @@ +kde-workspace (4:4.8.4-6) unstable; urgency=low + + [ José Manuel Santamaría Lema ] + * Remove plasma-scriptengine-googlegadgets, it's unmaintaned, buggy, and the +few widgets which would work have good replacements in plasma. +(Closes: #664225) + + [ Lisandro Damián Nicanor Pérez Meyer ] + * Add Breaks+Replaces to kde-style-oxygen against kdebase-runtime 4:4.7.2 +(Closes: #697668). + * Confirm symbols files: +- From buildds' logs. +- Using the current build. + + -- Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org Mon, 21 Jan 2013 13:12:08 -0300 + kde-workspace (4:4.8.4-5) unstable; urgency=low [ Lisandro Damián Nicanor Pérez Meyer ] diff -Nru kde-workspace-4.8.4/debian/control kde-workspace-4.8.4/debian/control --- kde-workspace-4.8.4/debian/control 2012-11-30 20:04:40.0 -0300 +++ kde-workspace-4.8.4/debian/control 2013-01-20 13:14:26.0 -0300 @@ -17,7 +17,6 @@ zlib1g-dev, libdbusmenu-qt-dev (= 0.6.0), libfontconfig-dev, - libggadget-1.0-dev (= 0.11.2), libggadget-qt-1.0-dev (= 0.11.2), libglu1-mesa-dev, libqt4-opengl-dev, python-dev (= 2.6.6-3~), shared-desktop-ontologies (= 0.8), @@ -207,7 +206,7 @@ plasma-scriptengine-ruby (= ${source:Version}), plasma-scriptengine-python (= ${source:Version}), plasma-scriptengine-webkit (= ${source:Version}), - plasma-scriptengine-googlegadgets (= ${source:Version}), ${misc:Depends} + ${misc:Depends} Recommends: plasma-scriptengine-superkaramba Suggests: plasma-scriptengine-kimono Description: metapackage to install all Plasma script engines @@ -255,17 +254,6 @@ . This package is part of the KDE base workspace module. -Package: plasma-scriptengine-googlegadgets -Architecture: any -Depends: ${shlibs:Depends}, google-gadgets-qt, ${misc:Depends} -Description: Google Gadgets script engine for Plasma - This package contains the Google Gadgets script engine for Plasma. It enables - Plasma to serve as a Google Gadgets host and allows one to load and use any - gadget as if it was a Plasma widget. It also integrates download and - installation of new gadgets from the official Google Desktop Gadgets website. - . - This package is part of the KDE base workspace module. - Package: freespacenotifier Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} @@ -400,8 +388,10 @@ Package: kde-style-oxygen Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Breaks: kdebase-workspace-bin ( 4:4.7.2), kdebase-workspace-data ( 4:4.7.2) -Replaces: kdebase-workspace-bin ( 4:4.7.2), kdebase-workspace-data ( 4:4.7.2) +Breaks: kdebase-workspace-bin ( 4:4.7.2), kdebase-workspace-data ( 4:4.7.2), + kdebase-runtime ( 4:4.7.2) +Replaces: kdebase-workspace-bin ( 4:4.7.2), kdebase-workspace-data ( 4:4.7.2), + kdebase-runtime ( 4:4.7.2) Description: Oxygen widget style This package provides the Oxygen widget style. It may be used for KDE and Qt applications. diff -Nru kde-workspace-4.8.4/debian/libkwineffects1abi3.symbols kde-workspace-4.8.4/debian/libkwineffects1abi3.symbols --- kde-workspace-4.8.4/debian/libkwineffects1abi3.symbols 2012-09-30 16:56:53.0 -0300 +++ kde-workspace-4.8.4/debian/libkwineffects1abi3.symbols 2013-01-21 13:10:16.0 -0300 @@ -1,4 +1,4 @@ -# SymbolsHelper-Confirmed: 4:4.8.4 armel armhf mips mipsel sparc +# SymbolsHelper-Confirmed: 4:4.8.4 amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel sparc libkwineffects.so.1abi3 libkwineffects1abi3 #MINVER# ABI_1_3@ABI_1_3 4:4.8.1
Bug#677054: nut-client: prompting due to modified conffiles which were not modified by the user
On Sun, 20 Jan 2013 18:31:09 +0100, Andreas Beckmann wrote: I can still reproduce the problem in a lenny-squeeze-wheezy upgrade: Setting up nut-client (2.6.4-2.2) ... Configuration file `/etc/nut/nut.conf' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** nut.conf (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing nut-client (--configure): EOF on stdin at conffile prompt 0) Thanks for looking into this issue again! 1) Are you sure this only happens with 2.6.4-2.2 and not also with 2.6.4-2.1? From looking at the changes I'm a bit skeptical that -2.2 is the culprit. 2) And finally: I can't reproduce it. Admittedly, I only tried a squeeze - wheezy update since I don't have a lenny chroot anymore but still ... 2a) Yesterday, I installed nut in a squeeze chroot, upgraded to wheezy and manually installed the -2.2 packages (with an additional +x in the preinst to check that the changes are reverted; 2b) right now I tried with piuparts, and I also didn't get this modified conffile problem. -- Log attached. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bruce Springsteen: My father's house nut_squeeze_wheezy.log.gz Description: Binary data signature.asc Description: Digital signature
Bug#456379: closed by Carsten Schoenert c.schoen...@t-online.de (Re: Bug#456379: icedove: Keyboard scrolling of html messages is borken)
On 01/11/2013 03:15 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the icedove package: #456379: icedove: Keyboard scrolling of html messages is borken It has been closed by Carsten Schoenertc.schoen...@t-online.de. I'm confused. No response was asked of me. I'm also confused by your comment. Scroll down message then go to next is what I'm after. With a long text message, space will scroll the message part way. Repeated space scrolls down to the bottom and then jumps to the next message when you hit the end of the current one. My complaint is that this behavior doesn't always work with html messages. What I sometimes see is that space will scroll down part way, then jump back to the top of the SAME message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698644: mobile-broadband-provider-info: critical search keyword missing (APN)
Package: mobile-broadband-provider-info Version: 20120708-1 Severity: wishlist Hi, doing an apt-cache search APN does NOT end up listing the mobile-broadband-provider-info package, which is somewhat of a shame since APN (Access Point Name) is the very usual naming convention, thus many users will lose time trying to locate the package. I therefore strongly recommend to change the existing package description from Description-en: database of mobile broadband service providers This package contains database of service provider specific settings of mobile broadband providers in different countries. Its functioning through Network Manager makes it easy for users to choose their mobile broadband service provider. to something like: Description-en: database of mobile broadband service providers This package contains database of service provider specific settings (e.g. APN) of mobile broadband providers in different countries. Its functioning through Network Manager makes it easy for users to choose their mobile broadband service provider. If this description is originating from upstream, then it should obviously be fixed there as well. Thanks, Andreas Mohr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681489: base-files: Add /etc/os-release.d/debian and make it easy to provide, supplementary /etc/os-release.d/* files
On Mon, 21 Jan 2013, Michael Biebl wrote: Hi Raphaël, I haven't quite understood what the benefit of /etc/os-release.d/debian resp. /etc/os-release.d/* would be. after all, you only can have a single /etc/os-release file/symlink, so what do we gain by your proposed setup? I guess that the benefit is a base-files package which may be forked easily by adding or removing complete files, instead of modifying them, if I understood well. [ Note: This change is postponed for jessie in either case, but discussion about this is of course welcome ]. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695182: [PATCH] Subtract min_free_kbytes from dirtyable memory
On 01/20/2013 10:15 PM, paul.sz...@sydney.edu.au wrote: When calculating amount of dirtyable memory, min_free_kbytes should be subtracted because it is not intended for dirty pages. Using an extern int because that is the only interface to some such sysctl values. (This patch does not solve the PAE OOM issue.) Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia Reported-by: Paul Szabo p...@maths.usyd.edu.au Reference: http://bugs.debian.org/695182 Signed-off-by: Paul Szabo p...@maths.usyd.edu.au Acked-by: Rik van Riel r...@redhat.com -- All rights reversed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698120: acetoneiso: Depends on fuse-utils; uninstallable in sid
Hi Daniel, I have already prepared an updated version for acetoneiso (solving also this bug). I have uploaded it on mentors and I'm waiting for someone to sponsor it: https://mentors.debian.net/package/acetoneiso Thanks, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698645: latrine: please remove from testing
Package: latrine Severity: serious Tags: upstream Please remove latrine from Debian testing, it is too outdated to go into wheezy. A new release is upcoming, so there is no need to remove it from unstable. Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696026: bug#13505: Bug#696026: emacs24: file corruption on saving
Date: Mon, 21 Jan 2013 05:14:10 +0100 From: Vincent Lefevre vinc...@vinc17.net Cc: r...@defaultvalue.org, ha...@gnu.org, 13...@debbugs.gnu.org, 696026-forwar...@bugs.debian.org, 696...@bugs.debian.org On 2013-01-21 05:48:14 +0200, Eli Zaretskii wrote: You said: | The original encoded form of the characters as found on disk at | visit time _cannot_ be recovered by saving with raw-text, because | that encoded form is lost without a trace when the file is _visited_ ^ | and decoded into the internal representation. This is what lossy is. In that sense, every encoding except no-conversion is lossy. Even 8-bit encodings such as latin-1? Yes. When latin-1 characters are decoded (as part of visiting a file), they are converted to the internal representation, and cease to be single 8-bit bytes. On the opposite, the utf-8 encoding doesn't seem to be lossy: Emacs seems to handle files with invalid UTF-8 sequences without any loss. So, this encoding is safe, even if Emacs wrongly guess the encoding. No, it isn't, although you could get away with it most of the time. Could you give an example where one loses data with the utf-8 encoding? E.g., in your test file, the byte whose value is 0x80 is converted to 0x3fff80 when the file is read into a buffer. Perhaps by lossless you mean reversible, in the sense that saving the same buffer will perform the reverse conversion. In that case, even the in-is13194-devanagari-unix is reversible: if you type this encoding when Emacs prompts you to select one of the coding systems, then you get the same file on disk with no corruption whatsoever. But Emacs should clearly tell the user what to do after C-x C-s and clearly say when there can be data loss. At save time, data loss is wrt what's in the buffer. In that sense, the encodings Emacs suggested don't lose any data. data loss is the difference between the original file and the saved file. But what do you want Emacs to do with this? When you save the buffer, the original file might be different or no longer be available (or not accessible even in principle, e.g. if the data came from a subprocess). These issues should be detected at file visit time, if at all, not at buffer save time. Then Emacs says: Select one of the safe coding systems listed below [...], but doesn't say that something has already been lost. So, the words safe coding systems are really misleading. It's misleading because you misunderstand what is safe at buffer save time. No, it's misleading because Emacs didn't say that data were lost when visiting the file. Let's be constructive here. Please suggest some practical way for Emacs to handle this situation better. For the record, here are the various alternative ways Emacs supports the use case you described, when a file with inconsistent encoding needs to be repaired manually: . Visit the file with M-x find-file-literally RET. This yields a unibyte buffer, where each byte stands for itself, and which you can edit without risking en-/decoding issues. . Visit the file normally, then type M-x hexl-mode RET (or use M-x hexl-find-file RET to visit it in the first place). This revisits (or visits) the file in a unibyte buffer, and in addition lets you edit the binary stuff regardless of its graphic representation. . After visiting the file normally and noticing that it contains weird characters, or after being prompted to select a coding system when saving the buffer, type C-x RET r raw-text RET to revisit the file in raw-text encoding. Then edit the bytes and save the file. These alternatives are listed in the descending order of priority (IMO). There are more ways to deal with this, but the rest are more complicated and dangerous, so I don't mention them here. (It is also possible that you will find the second alternative more convenient than the 1st one.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698538: ca-certificates_20130119, ca-certificates-java_20121112+nmu1 - unblock together
When allowing ca-certificates[-java] to migrate to wheezy, please, allow them together so they are installable: If dependencies are set up correctly, britney won't migrate only half of the packages if that leads to an uninstallable state. ca-certificates_20130119 was uploaded to unstable on 01/20 and, barring any issues, will be available to migrate on 01/31. -java has been in unstable 53 days, so an unblock at this moment would cause a few days of install problems that I would like to avoid. Thank you! And what about #694888? c-c-java will introduce a new RC bug into wheezy that has been open for 52 days and was reassigned to c-c-java 30 days ago - after I found the time to analyze it in more detail. (It will also solve one, so its +-0 in total.) Just verified that it's still reproducible in a minimal sid pbuilder: apt-get install openjdk-7-source It's only that single package in sid for now (and probably its rdepends), but a few packages in experimental also trigger this, e.g. upgrading openjdk-7-jre-lib from sid to experimental ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698646: RFS: acetoneiso/2.3-3 -- feature-rich application to mount and manage CD and DVD images
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package acetoneiso Package name: acetoneiso Version : 2.3-3 Upstream Author : Fabrizio Di Marco and Marco Di Antonio acetone...@gmail.com URL : http://www.acetoneteam.org License : GPL-3+ and GFDL-NIV-1.3+ Section : otherosfs It builds those binary packages: acetoneiso - feature-rich application to mount and manage CD and DVD images To access further information about this package, please visit the following URL: http://mentors.debian.net/package/acetoneiso Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/acetoneiso/acetoneiso_2.3-3.dsc More information about acetoneiso can be obtained from http://www.acetoneteam.org. Changes since the last upload: * Replace fuse-utils build-dep with fuse, since the package has been renamed (Closes: #698120) * Update translations from Launchpad * Support for hardening - Bumped compatibility level to 9 - Bumped debhelper buil-dep version to 9 - Enabled hardening flags in debian/rules * Updated debian/copyright in format 1.0 * Bumped standards version to 3.9.4 Regards, Nick Andrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698502: unblock: glusterfs/3.2.7-4
Am 19.01.2013 18:14, schrieb Julien Cristau: Control: tag -1 moreinfo On Sat, Jan 19, 2013 at 14:27:47 +0100, Patrick Matthäi wrote: +diff -Naur glusterfs-3.2.7.orig/libglusterfs/src/statedump.c glusterfs-3.2.7/libglusterfs/src/statedump.c +--- glusterfs-3.2.7.orig/libglusterfs/src/statedump.c 2012-06-10 19:44:15.0 +0200 glusterfs-3.2.7/libglusterfs/src/statedump.c 2013-01-19 13:49:26.415982036 +0100 +@@ -408,12 +404,13 @@ + void + gf_proc_dump_info (int signum) + { +-int ret = -1; +-glusterfs_ctx_t *ctx = NULL; +- ++int ret = -1; ++glusterfs_ctx_t *ctx = NULL; ++char brick_name[PATH_MAX] = {0,}; ++char tmp_dump_name[] = /tmp/dumpXX; ++char path[PATH_MAX] = {0,}; + + gf_proc_dump_lock (); +-ret = gf_proc_dump_open (); + if (ret 0) + goto out; + How can that possibly work? Cheers, Julien Just very short, do you agree with this updated patch: http://misc.linux-dev.org/g327.patch If yes I would prepare an update tomorrow. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#456379: icedove: Keyboard scrolling of html messages is borken
reopen 456379 thanks Am 21.01.2013 18:03, schrieb Jerry Quinn: I'm confused. No response was asked of me. I'm also confused by your comment. Scroll down message then go to next is what I'm after. With a long text message, space will scroll the message part way. Repeated space scrolls down to the bottom and then jumps to the next message when you hit the end of the current one. This is exact the behavior what I wrote in my mail from 25.11. and this is not a bug. You have read it? My complaint is that this behavior doesn't always work with html messages. What I sometimes see is that space will scroll down part way, then jump back to the top of the SAME message. I can't reproduce this. If you can append one or two of such messages maybe we can see what happen. And please check if there are bugs opend upstream. -- Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698252: pre-approve: re-adding phonon-backend-xine as transitional package
On Tue 15 Jan 2013 20:29:02 Andreas Beckmann escribió: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, since #669278: Could not perform immediate configuration on 'phonon-backend-vlc' was not fixable by removing the libqt4-dbus circular dependency, I'm suggesting again the re-introduction of phonon-backend-xine as a transitional package depending on phonon-backend-vlc. I tested some of the packages that are currently failing the squeeze2wheezy piuparts test with the above error and all upgrades went smooth once phonon-backend-xine was available again. If this gets approved, I'll prepare a NMU and look for a sponsor. Hi Andreas! We the qt-kde team, maintainers of the package, would like to avoid this approach. We suspect it's a subtle bug somewhere else or a bug in apt. Sune was trying to get David Kalnischkies to help us in this. In our opinion, the transitional package should be left as a last resort. Reintroducing it may confuse users to think they have the xine backend installed, and we will receive lots of it doesn't works bugs, even if it's marked as a transitional package. Of course, if no other fix can be achieved, then we will have no other choice. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.