Bug#662128: rkhunter: Check for suspicious files message triggers warnings found e-mail
Hi Thomas, Le dimanche 04 mars 2012 à 18:42 +0100, Thomas Lamy a écrit : [...] Even from rkh's log I would not expect to get a warning mail; everything is whitelisted and/or below reporting thresholds. Does this still happen? Cheers, Julien -- .''`. Julien Valroff ~ ~ : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700581: [squeeze] Adobe flashplugin-nonfree usage spawns: XID collision trouble ahead errors to console
On Sat, Feb 16, 2013 at 12:15:38AM +0200, Manne Laukkanen wrote: Bart Martens ba...@debian.org kirjoitti 15.2.2013 kello 19.09: On Fri, Feb 15, 2013 at 06:00:26PM +0200, M.L. wrote: Hi there and thanks for catching the ball! 1) version: x@y:~$ apt-cache policy flashplugin-nonfree flashplugin-nonfree: Installed: 1:2.8.2+squeeze1 Candidate: 1:2.8.2+squeeze1 Version table: *** 1:2.8.2+squeeze1 0 500 http://ftp.fi.debian.org/debian/ squeeze-proposed-updates/contrib amd64 Packages 100 /var/lib/dpkg/status 1:2.8.2 0 500 http://ftp.fi.debian.org/debian/ squeeze/contrib amd64 Packages The version of flashplugin-nonfree is not relevant. So, why did your guys ask it then? I don't know why Jonathan asked for the version of flashplugin-nonfree. 2) happens with iceweasel? - Trying with firefox official: (18.0.2) on two different website with flash. ..Cannot repeat the problem MAY be browser specific...or then I just got lucky. Please keep me posted, for the moment, I will then stick to firefox (or Iceweasel, if I choose to install that). If you can only reproduce the problem with one browser, then maybe the problem is in that browser, so then please reassign the bug to that browser's package. Maybe In the original bug report I provided links to same bug appearing across multiple browsers. Googling the bug you would find the same.myeah thx I'm not convinced that it would be a bug in flashplugin-nonfree. If it's a bug in the Adobe Flash Player, then please report the bug to Adobe. If it's a bug in a browser, then please reassign the bug to the browser's package. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661873: Closing bugs
Version: 1.3.8-11 -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700621: nvidia-cuda-toolkit: compatibility with nvidia-experimental-* drivers (Ubuntu)
Attached is an improved patch which excludes packages which provide libcuda.so (i.e. libcuda1, nvidia-current, etc.) from ${shlibs:Depends} as they are included in ${package:libcuda1}. This allows packages like nvidia-profiler to be installed on systems with, for example, only nvidia-experimental-310 installed and doesn't depend on the package that was present on the build system, usually nvidia-current. nvidia-experimental-v2.patch Description: Binary data
Bug#700608: CVE-2013-0296: pigz creates temp files with too wide permissions
Control: tag -1 + patch The attached patch fixes the issue. It uses st.st_mode as a base when creating a new file (falling back to usual 0666 when dealing with stdin). It also uses the same stat attributes as used when creating the file. One more thing which is good to have here (it is also potential security issue) is to use fchmod/fchown/etc instead of chmod/chown/etc, due to possible symlink tricks, but this might be a bit more changes than needed for the main fix. Thanks, /mjt --- pigz.c.orig 2012-03-11 22:36:30.0 +0400 +++ pigz.c 2013-02-16 12:11:46.107311386 +0400 @@ -2926,29 +2926,24 @@ local char *justname(char *path) return p + 1; } -/* Copy file attributes, from - to, as best we can. This is best effort, so +/* Set file attributes, st - to, as best we can. This is best effort, so no errors are reported. The mode bits, including suid, sgid, and the sticky - bit are copied (if allowed), the owner's user id and group id are copied - (again if allowed), and the access and modify times are copied. */ -local void copymeta(char *from, char *to) + bit are set (if allowed), the owner's user id and group id are set + (again if allowed), and the access and modify times are set. */ +local void setmeta(const struct stat *st, char *to) { -struct stat st; struct timeval times[2]; -/* get all of from's Unix meta data, return if not a regular file */ -if (stat(from, st) != 0 || (st.st_mode S_IFMT) != S_IFREG) -return; - /* set to's mode bits, ignore errors */ -(void)chmod(to, st.st_mode 0); +(void)chmod(to, st-st_mode 0); /* copy owner's user and group, ignore errors */ -(void)chown(to, st.st_uid, st.st_gid); +(void)chown(to, st-st_uid, st-st_gid); /* copy access and modify times, ignore errors */ -times[0].tv_sec = st.st_atime; +times[0].tv_sec = st-st_atime; times[0].tv_usec = 0; -times[1].tv_sec = st.st_mtime; +times[1].tv_sec = st-st_mtime; times[1].tv_usec = 0; (void)utimes(to, times); } @@ -2984,6 +2979,7 @@ local void process(char *path) mtime = headis 2 ? (fstat(ind, st) ? time(NULL) : st.st_mtime) : 0; len = 0; +st.st_mode = 0666; } else { /* set input file name (already set if recursed here) */ @@ -3228,7 +3224,7 @@ local void process(char *path) memcpy(out, to, len); strcpy(out + len, decode ? : sufx); outd = open(out, O_CREAT | O_TRUNC | O_WRONLY | - (force ? 0 : O_EXCL), 0666); + (force ? 0 : O_EXCL), st.st_mode 0777); /* if exists and not -f, give user a chance to overwrite */ if (outd 0 errno == EEXIST isatty(0) verbosity) { @@ -3244,7 +3240,7 @@ local void process(char *path) } while (ch != EOF ch != '\n' ch != '\r'); if (reply == 1) outd = open(out, O_CREAT | O_TRUNC | O_WRONLY, -0666); +st.st_mode 0777); } /* if exists and no overwrite, report and go on to next */ @@ -3297,7 +3293,7 @@ local void process(char *path) bail(write error on , out); outd = -1; /* now prevent deletion on interrupt */ if (ind != 0) { -copymeta(in, out); +setmeta(st, out); if (!keep) unlink(in); }
Bug#700608: CVE-2013-0296: pigz creates temp files with too wide permissions
16.02.2013 12:18, Michael Tokarev wrote: Control: tag -1 + patch The attached patch fixes the issue. It uses st.st_mode as a base when creating a new file (falling back to usual 0666 when dealing with stdin). It also uses the same stat attributes as used when creating the file. And attached is a really minimal fix, which does not touch copymeta(), but uses the same st.st_mode trick isntead of using 0666 directly. For reference: this is all about http://bugs.debian.org/700608 aka CVE-2013-0296. Thanks, /mjt --- pigz.c.orig 2012-03-11 22:36:30.0 +0400 +++ pigz.c 2013-02-16 12:20:31.426575444 +0400 @@ -2984,6 +2984,7 @@ local void process(char *path) mtime = headis 2 ? (fstat(ind, st) ? time(NULL) : st.st_mtime) : 0; len = 0; +st.st_mode = 0666; } else { /* set input file name (already set if recursed here) */ @@ -3228,7 +3229,7 @@ local void process(char *path) memcpy(out, to, len); strcpy(out + len, decode ? : sufx); outd = open(out, O_CREAT | O_TRUNC | O_WRONLY | - (force ? 0 : O_EXCL), 0666); + (force ? 0 : O_EXCL), st.st_mode 0777); /* if exists and not -f, give user a chance to overwrite */ if (outd 0 errno == EEXIST isatty(0) verbosity) { @@ -3244,7 +3245,7 @@ local void process(char *path) } while (ch != EOF ch != '\n' ch != '\r'); if (reply == 1) outd = open(out, O_CREAT | O_TRUNC | O_WRONLY, -0666); +st.st_mode 0777); } /* if exists and no overwrite, report and go on to next */
Bug#691230: pyrrd: patch from upstream
tags 691230 + patch thanks Dear maintainer, Upstream has a patch for the issue in git commit dcd78df45c52 [1] / bzr revision 158 [2], which applies cleanly to pyrrd/backend/external.py in the debian source. [1] https://code.google.com/p/pyrrd/source/detail?r=dcd78df45c526e3295470632c9ea1ebb7c259761 [2] http://bazaar.launchpad.net/~oubiwann/pyrrd/trunk/revision/158 I've used the attached .debdiff to test the patch and confirm that it actually fixes the issue, which it does, but it is not lintian clear (direct-changes-in-diff-but-no-patch-system) and it doesn't properly document the source of the patch. Please let me know if you would appreciate a more invasive patch that uses quilt, or one that documents the source in some other way Thanks in advance -- Elena ``of Valhalla'' Grandi diff -u pyrrd-0.1.0/debian/changelog pyrrd-0.1.0/debian/changelog --- pyrrd-0.1.0/debian/changelog +++ pyrrd-0.1.0/debian/changelog @@ -1,3 +1,10 @@ +pyrrd (0.1.0-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Backport fix for RRD.fetch (Closes: #691230) + + -- Elena Grandi elena.valha...@gmail.com Fri, 15 Feb 2013 18:38:14 +0100 + pyrrd (0.1.0-1) unstable; urgency=low * Team upload only in patch2: unchanged: --- pyrrd-0.1.0.orig/PyRRD.egg-info/PKG-INFO +++ pyrrd-0.1.0/PyRRD.egg-info/PKG-INFO @@ -1,4 +1,4 @@ -Metadata-Version: 1.0 +Metadata-Version: 1.1 Name: PyRRD Version: 0.1.0 Summary: An Object-Oriented Python Interface for RRDTool only in patch2: unchanged: --- pyrrd-0.1.0.orig/pyrrd/backend/external.py +++ pyrrd-0.1.0/pyrrd/backend/external.py @@ -264,7 +264,7 @@ data += [unicode(x) for x in obj.rra] return (obj.filename, params + data) -if function == 'update': +elif function == 'update': validParams = ['template'] params = common.buildParameters(obj, validParams) FIRST_VALUE = 0 @@ -277,15 +277,15 @@ data = [data for data, nil in obj.values] return (obj.filename, params + data) -if function == 'fetch': +elif function == 'fetch': validParams = ['resolution', 'start', 'end'] params = common.buildParameters(obj, validParams) -return (obj.filename, obj.cf, params) +return (obj.filename, [obj.cf] + params) -if function == 'info': +elif function == 'info': return (obj.filename, obj) -if function == 'graph': +elif function == 'graph': validParams = ['start', 'end', 'step', 'title', 'vertical_label', 'width', 'height', 'only_graph', 'upper_limit', 'lower_limit', 'rigid', 'alt_autoscale',
Bug#699892: [Pan-devel] Seeking advice on Pan license issue with optional TLS component
Le mardi 12 février 2013 14:26:18, Dominique Dumont a écrit : Since this is the first time I'm dealing with a trciky licensing issue, I'd like some folks from debian-legal mailing list to confirm my opinion. As mentioned here [1], my proposal is a bad idea. GPL license is transitive. Since any change you might do upstream to fix this situation will be too late or too intrusive to be accepted for next Debian release (which is currently in deep freeze), I have no choice but to remove SSL support from Pan in Debian Wheezy. I'll put back SSL support for Pan in Debian unstable once the problematic code is relicensed or re-written. Dominique [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=22;att=0;bug=699892 signature.asc Description: This is a digitally signed message part.
Bug#700692: ITP: libcrypt-random-seed-perl -- Perl module providing strong randomness for seeding
Package: wnpp Owner: Salvatore Bonaccorso car...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org,d...@debian.org * Package name: libcrypt-random-seed-perl Version : 0.2 Upstream Author : Dana A Jacobsen d...@acm.org * URL : https://metacpan.org/release/Crypt-Random-Seed/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module providing strong randomness for seeding Crypt::Random::Seed implements simple mechanism to get strong randomness. The main purpose of this module is to provide a simple way to generate a seed for a PRNG such as Math::Random::ISAAC, for use in cryptographic key generation, or as the seed for an upstream module such as Bytes::Random::Secure. Flags for requiring non-blocking sources are allowed, as well as a very simple method for plugging in a source. This package is needed to package Bytes::Random::Secure, used by (Alt::)Crypt::RSA for the final Crypt::OpenPGP package. 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#700315: rawstudio: please remove (build)depends on flickcurl for wheezy
Hi Jonathan, On Wed, Feb 13, 2013 at 01:00:21PM +, Jonathan Wiltshire wrote: On Mon, Feb 11, 2013 at 04:06:44PM +0100, Ivo De Decker wrote: Control: tags -1 patch On Mon, Feb 11, 2013 at 03:53:11PM +0100, Ivo De Decker wrote: You package rawstudio has a (build) dependency on flickcurl, which is waiting to be removed from wheezy. More info in bug #700150: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700150#10 Please remove this (build-)depends. The attached patch removes this (build-)dependency and builds fine in unstable. Builds fine, but what is the behaviour when it is run? Does missing flickcurl cause any problems for the user? I tested the version with the patch (on a wheezy system): Without the patch (the version currently in wheezy), the export dialog in the GUI shows the option to export to flickr. With the patch, rawstudio can be installed without libflickcurl0. It seems to run file (I only did some basic tests). The export only shows upload to picasa and facebook, but not flickr. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697676: lvm2: cLVM binary package is missing
I'm much surprised that a disruptive change like dropping cluster support from the lvm2 package was put forward this late in the wheezy freeze cycle. What's the real reason for it? Some people use it to their satisfaction and don't have a quick replacement on hand, and those who don't like it aren't affected by the compiled-in support, or are they? Please consider keeping clvm around until a viable alternative emerges. -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689798: fvwm: inaccessible windows outside the desktop bounds
On Sun, Feb 10, 2013 at 05:40:02PM +0400, Vladimir B. Savkin wrote: Suppose this is southeast corner, and the browser moves itself to the saved position of (-5120,-2880) relative to currently visible part, and the result is that browser window is outside of the virtual desktop and inaccessible. The WarpToWindow command will fix windows that are outside the virtual desktop, moving them to the currently visible area. I'm not sure if this is documented, I found it by setting up an Alt+Tab like keybinding. Key Tab A 4 Next [!Sticky] Focus-And-Warp Key Tab A S4 Prev [!Sticky] Focus-And-Warp AddToFunc Focus-And-WarpI WarpToWindow 50 50 + I Focus Regards, Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652999: xfce4-terminal: please add a way to disable (redefine?) middle click running mailto:
On Fri, Feb 15, 2013 at 12:37:00PM +, Chris Butler wrote: On Thu, Dec 22, 2011 at 11:06:49PM +0100, Adam Borowski wrote: Coding wise, it appears to be a trivial change: in terminal/terminal-widget.c terminal_widget_button_press_event(), on a middle click, if the hidden setting is false, it would proceed to paste. Would a patch of this kind be accepted? On one hand, it's an itch that annoys me personally. On the other hand, no one wants creeping featurism. You guys probably know better whether I should stop whining and accept less convenient pastes, or help changing that. Just to add my $0.02, this is also an issue I've come across, and I would love to see a config option for turning this off as well. Did you get anywhere with writing a patch for this or sending the issue upstream? If not I might look into it myself. The patch I'm using on my own box is destructive and not good for public consumption (attached). Making that depend on a hidden setting would be easy, except for one issue: XFCE requires all strings to be translated, at least for a release. If I recall correctly, upstream at that point was in release mode, and I forgot about the issue (hey, on my system the problem has been dealt with :) ). -- ᛊᚨᚾᛁᛏᚣ᛫ᛁᛊ᛫ᚠᛟᚱ᛫ᚦᛖ᛫ᚹᛖᚨᚲ diff -urd xfce4-terminal-0.4.8.orig/terminal/terminal-widget.c xfce4-terminal-0.4.8/terminal/terminal-widget.c --- xfce4-terminal-0.4.8.orig/terminal/terminal-widget.c 2011-06-21 22:32:31.0 +0200 +++ xfce4-terminal-0.4.8/terminal/terminal-widget.c 2011-12-23 00:56:31.886603008 +0100 @@ -399,6 +399,7 @@ if (event-button == 2 event-type == GDK_BUTTON_PRESS) { +#if 0 /* middle-clicking on an URI fires the responsible application */ match = vte_terminal_match_check (VTE_TERMINAL (widget), event-x / VTE_TERMINAL (widget)-char_width, @@ -410,6 +411,7 @@ g_free (match); return TRUE; } +#endif } else if (event-button == 3 event-type == GDK_BUTTON_PRESS) {
Bug#700693: pulseaudio: [3.0-1] libpulsecommon-3.0.so: cannot open shared object file: No such file or directory
Package: pulseaudio Version: 3.0-1 Severity: important Since PA 3.0 entered experimental, launching gnome-shell fails (the top menubar completely fails to show) with .xsession-errors revealing the following: ** (gnome-settings-daemon:3884): WARNING **: libpulsecommon-3.0.so: jaettua objektitiedostoa ei voi avata: Tiedostoa tai hakemistoa ei ole ** (gnome-settings-daemon:3884): WARNING **: Cannot load plugin 'Sound' since file '/usr/lib/gnome-settings-daemon-3.0/libsound.so' cannot be read. ** (gnome-settings-daemon:3884): WARNING **: Error activating plugin 'Sound' gnome-sound-applet: error while loading shared libraries: libpulsecommon-3.0.so: cannot open shared object file: No such file or directory -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (1001, 'testing'), (101, 'unstable'), (101, 'stable'), (11, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii libasound21.0.25-4 ii libasound2-plugins1.0.25-2 ii libc6 2.13-37 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.8-1 ii libfftw3-33.3.2-3.1 ii libgcc1 1:4.7.2-5 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.1 ii liborc-0.4-0 1:0.4.16-2 ii libpulse0 2.1-2 ii libsamplerate00.1.8-5 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-5 ii libspeexdsp1 1.2~rc1-7 ii libstdc++64.7.2-5 ii libsystemd-daemon044-8 ii libsystemd-login0 44-8 ii libtdb1 1.2.10-2 ii libudev0 175-7 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.5.0-1 ii libx11-xcb1 2:1.5.0-1 ii libxcb1 1.8.1-2 ii libxtst6 2:1.2.1-1 ii lsb-base 4.1+Debian8 ii udev 175-7 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii pulseaudio-module-x11 3.0-1 ii rtkit 0.10-2 Versions of packages pulseaudio suggests: pn paman none ii paprefs 0.9.10-1 pn pavucontrol none pn pavumeter none ii pulseaudio-utils 2.1-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#700694: bzr-git: Several issues with DEP-8 tests
Source: bzr-git Version: 0.6.9-2 Severity: normal Tags: patch bzr-git has several problems with DEP-8 tests, which currently makes them fail. The attached debdiff does the following changes (quoted from the changelog): - Use $ADTTMP instead of $TMPDIR. - Drop now default Features: no-build-needed. - Add missing dependencies on bzr-git and python-subunit. - Redirect stderr of git clone to stdout. - Make tests fail on upstream testsuite failure. I've not tested it in a clean environment, but these fixes at least make the tests succeed *for me*. -- Dmitry Shachnev -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information diff -Nru bzr-git-0.6.9/debian/changelog bzr-git-0.6.9/debian/changelog --- bzr-git-0.6.9/debian/changelog 2012-12-13 22:21:22.0 +0400 +++ bzr-git-0.6.9/debian/changelog 2013-02-16 13:56:37.0 +0400 @@ -1,3 +1,14 @@ +bzr-git (0.6.9-3) UNRELEASED; urgency=low + + * Several fixes for DEP-8 tests: +- Use $ADTTMP instead of $TMPDIR. +- Drop now default Features: no-build-needed. +- Add missing dependencies on bzr-git and python-subunit. +- Redirect stderr of git clone to stdout. +- Make tests fail on upstream testsuite failure. + + -- Dmitry Shachnev mity...@gmail.com Sat, 16 Feb 2013 13:52:37 +0400 + bzr-git (0.6.9-2) experimental; urgency=low * Orphan package. diff -Nru bzr-git-0.6.9/debian/tests/control bzr-git-0.6.9/debian/tests/control --- bzr-git-0.6.9/debian/tests/control 2012-12-13 22:19:31.0 +0400 +++ bzr-git-0.6.9/debian/tests/control 2013-02-16 13:40:46.0 +0400 @@ -1,6 +1,5 @@ Tests: testsuite -Depends: bzr, python-bzrlib.tests, git -Features: no-build-needed +Depends: git, bzr-git, python-bzrlib.tests, python-subunit Tests: git-remote -Depends: git, bzr +Depends: git, bzr-git diff -Nru bzr-git-0.6.9/debian/tests/git-remote bzr-git-0.6.9/debian/tests/git-remote --- bzr-git-0.6.9/debian/tests/git-remote 2012-12-13 22:19:31.0 +0400 +++ bzr-git-0.6.9/debian/tests/git-remote 2013-02-16 13:55:56.0 +0400 @@ -1,7 +1,7 @@ #!/bin/sh -e -cd $TMPDIR +cd $ADTTMP bzr init foo.bzr bzr ci --quiet --unchanged -m Some commit foo.bzr -git clone bzr::foo.bzr foo.git +git clone bzr::foo.bzr foo.git 21 cd foo.git git log | grep Some commit diff -Nru bzr-git-0.6.9/debian/tests/testsuite bzr-git-0.6.9/debian/tests/testsuite --- bzr-git-0.6.9/debian/tests/testsuite 2012-12-13 22:19:31.0 +0400 +++ bzr-git-0.6.9/debian/tests/testsuite 2013-02-16 13:56:16.0 +0400 @@ -1,4 +1,5 @@ #!/bin/sh # Note that since the installed version of the package has to be tested, # there is no mucking about with BZR_PLUGINS_AT. +set -e bzr selftest -s bp.git -v --parallel=fork
Bug#700672: pu: package libzorpll/3.3.0.12-4+squeeze1
Control: tags -1 + moreinfo squeeze On Sat, 2013-02-16 at 00:02 +0100, Andreas Beckmann wrote: there is an upgrade issue from lenny to squeeze due to a file conflict between libzorp2-dev (existed in lenny only) and libzorpll-dev: [...] An unversioned Breaks/Replaces should fix this, libzorp2-dev is not used as a virtual package. The patch looks okay; thanks. Has it been tested? 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#700675: pu: package fusionforge/5.0.2-5+squeeze1
Control: tags -1 + moreinfo squeeze On Sat, 2013-02-16 at 01:34 +0100, Andreas Beckmann wrote: there is an upgrade issue from lenny to squeeze: Preparing to replace gforge-web-apache2 4.7~rc2-7lenny3 (using .../gforge-web-apache2_5.0.2-5_all.deb) ... Unpacking replacement gforge-web-apache2 ... dpkg: error processing /var/cache/apt/archives/gforge-web-apache2_5.0.2-5_all.deb (--unpack): trying to overwrite '/usr/share/gforge/www/include/vote_function.php', which is also in package gforge-common 4.7~rc2-7lenny3 that should be fixable by adding to gforge-web-apache2 Breaks/Replaces: gforge-common ( 4.8) Does should be fixable mean you haven't tested your patch? It looks okay but I'd really feel happier knowing it had been tested... 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#694778: RFS: tcpflow/1.3.0-1 [ITA] TCP flow recorder
On Sat, 9 Feb 2013 12:56:25 +0100 Helmut Grohne hel...@subdivi.de wrote: On Sat, Feb 02, 2013 at 02:50:49AM -0800, Dima Kogan wrote: Can you check whether Multi-Arch: foreign is applicable to the tcpflow binary package? I don't follow. The docs suggest that 'Multi-Arch: foreign' is for dependencies that can satisfy the depender of any architecture. Tcpflow isn't a library and it's not a 'common' part of anything. Does this apply here? At this moment it is a leaf package. That could change though. Once it changes having the multi-arch header there helps. tcpdump is not a library either yet it has a number of reverse dependencies by now. tcpflow seems similar in scope and likely to be used my higher level tools. Hi Helmut. Thanks for explaining. This makes sense, and I can add this tag. You mentioned tcpdump, but it does NOT have any Multi-Arch tags. You feel like it should, right? Thanks, again. -- 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 Fri, Feb 15, 2013 at 7:20 AM, Aron Xu happyaron...@gmail.com wrote: Hi, On Tue, Jan 29, 2013 at 3:00 PM, Vincent Cheng vincentc1...@gmail.com wrote: Aron, have you contacted upstream and asked to merge our work with their PPA packaging? I want to try to push as much of our work upstream to avoid duplicate work and potential oversights on our part...also, I suppose maybe some of their Ubuntu PPA packagers might be able to help with upstart. I'll go about preparing a merge request on Github if you aren't planning on doing so yourself. Not yet, while my first packaging was based on their PPA, though they only installed upstart init scripts in their PPA. Please go ahead with the merge request. Ok, I'll get around to it once I think about how I'm going to approach primus' packaging (refer to that other email I sent you for details). Now that bumblebee is taken care of, I've (finally) uploaded my primus packaging, to collab-maint for now (but am open to moving it into pkg-nvidia) [1]. Regards, Vincent [1] http://anonscm.debian.org/gitweb/?p=collab-maint/primus.git I'm okay for either collab-maint or pkg-nvidia, so it's up to your choice, :) Well...I feel inclined to pick pkg-nvidia just so we don't have to have a long list of people to cc: every time something related to primus' packaging is discussed. ;) I'll move the repository over from collab-maint to pkg-nvidia tomorrow then. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700401: pu: package gmime2.2/2.2.25-2+squeeze1
Control: tags -1 + pending On Wed, 2013-02-13 at 19:44 +, Adam D. Barratt wrote: On Tue, 2013-02-12 at 13:31 +0100, Andreas Beckmann wrote: +gmime2.2 (2.2.25-2+squeeze1) stable; urgency=low + + * Non-maintainer upload. + * libgmime-2.0-2a: Add Conflicts: libgmime2.2-cil to ensure the obsolete +package from lenny that is incompatible with mono-gac/squeeze gets removed +on upgrades. (Closes: #696375) Please go ahead; thanks. Flagged for acceptance in to p-u. 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#700393: pu: package sdic/2.1.3-19+squeeze1
Control: tags -1 + pending On Wed, 2013-02-13 at 19:46 +, Adam D. Barratt wrote: On Tue, 2013-02-12 at 11:48 +0100, Andreas Beckmann wrote: +sdic (2.1.3-19+squeeze1) stable; urgency=low + + * Non-maintainer upload. + * sdic-gene95: Move bzip2 suggestion to Depends. (closes: #675321) Please go ahead; thanks. Flagged for acceptance. 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#700695: git-stuff: Typo in git-upstream-tar
Package: git-stuff Version: 14-1 Severity: normal Tags: patch Hello Daniel, git-upstream-tar leaves the .orig suffix when importing orig.tar.xz files. I think, the different extraction of the version string for xz files is caused by a typo. Ptach attached. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (400, 'unstable'), (300, 'experimental') 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) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-stuff depends on: ii debconf [debconf-2.0] 1.5.49 ii git1:1.7.10.4-1+wheezy1 Versions of packages git-stuff recommends: ii cron 3.0pl1-124 ii git-buildpackage 0.6.0~git20120601 ii mr1.12 ii pristine-tar 1.25 Versions of packages git-stuff suggests: pn gitstats none pn irker none -- debconf information: git-repack-repositories/cron: @monthly * git-stuff/bash-profile: true * git-repack-repositories/enable: false git-repack-repositories/title: git-stuff/title: git-repack-repositories/directories: /srv/git *** git-upstream-tar.old 2012-11-13 18:48:00.0 +0100 --- git-upstream-tar 2013-02-16 10:57:21.0 +0100 *** *** 17,23 exit 1 fi ! VERSION=$(basename ${TARBALL} | awk -F_ '{ print $2 }' | sed -e 's|.orig.tar.gz||' -e 's|.tar.gz||' -e 's|.orig.tar.bz2||' -e 's|.tar.bz2||' -e 's|.orig.xz||' -e 's|.tar.xz||' -e 's|.orig.tar.lz||' -e 's|.tar.lz||') if ! git branch | grep -qs upstream then --- 17,23 exit 1 fi ! VERSION=$(basename ${TARBALL} | awk -F_ '{ print $2 }' | sed -e 's|.orig.tar.gz||' -e 's|.tar.gz||' -e 's|.orig.tar.bz2||' -e 's|.tar.bz2||' -e 's|.orig.tar.xz||' -e 's|.tar.xz||' -e 's|.orig.tar.lz||' -e 's|.tar.lz||') if ! git branch | grep -qs upstream then
Bug#695866: Bug#695839: lintian: Long-running instances reserves 2.5+ GBs, but avg RES is 1G MB
Control: tags -1 confirmed On 2012-12-13 21:26, Niels Thykier wrote: [...] top tells me that Lintian starts its memory usage at about 450MB/300MB and ends at about 620MB/450MB[1]. During this interval, Lintian processed about 512 groups[2]. Assuming the entire change is a leak, Lintian is leaking (avg) 0.33 MB per group. That said, the leaks do not seem be per package. Instead they appear to come in spikes. I noticed spikes near ace, libtao-orbsvcs, libtao-doc and acl2, which may (or may not) be triggering the leak. ~Niels [1] [...] VIRT RES SHR S %CPU %MEMTIME+ COMMAND [...] 450m 306m 2164 S0 15.2 0:28.37 lintian [...] 621m 449m 3356 S0 22.3 33:22.56 lintian [2] So about 512 source packages and (estimated) 1000 binaries. It seems that (part of) this leak can be triggered with something like: $LAB-visit_packages (sub { my ($entry) = @_; while (1) { eval { $entry-info-index (''); }; $entry-clear_cache; } }); So, somewhere in the load of our index do we or perl leak something. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700696: acpi-support: race in sleep script delays screen locking to after resume
Package: acpi-support Version: 0.141-2 Severity: normal Dear Maintainer, http://anonscm.debian.org/gitweb/?p=pkg-acpi/acpi-support.git;a=commitdiff;h=9fb9c28886b4002306428ac2b7ff04779bd0e0cb changed the xscreensaver-command -lock invocation to be run in background. This results in /etc/acpi/sleep_suspend.sh calling pm-suspend before the locking has been done. Upon resuming from sleep, the screen is displayed for a second before the screensaver fades the screen and locks it. Some users consider this a security issue. Simply removing the backgrounding 's fixes the issue. See also https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/1054299 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-fakekey 0.141-2 ii acpi-support-base 0.141-2 ii acpid 1:2.0.17-2 ii lsb-base 4.1+Debian9 ii pm-utils 1.4.1-9 ii x11-xserver-utils 7.7~3 Versions of packages acpi-support recommends: ii rfkill0.4-2 ii xscreensaver 5.21-1~pre Versions of packages acpi-support suggests: ii radeontool 1.6.2-1.1 ii vbetool 1.1-3 ii xinput 1.6.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700669: pyrad: CVE-2013-0294: potentially predictable password hashing and packet IDs
Hi Jeremy Thanks for already fixing the issue for pyrad in unstable. As the debdiff between 1.2-1 and 2.0-2 looks quite big, it cannot be a candidate for a unblock per se to testing. Could you prepare also a package targetting wheezy (versioned as 1.2-1+deb7u1) only containing the changes to fix CVE-2013-0294? See [1]. [1]: http://release.debian.org/wheezy/freeze_policy.html I don't know if the Security Team want's a DSA for this, CC'ing them. Else for stable there might be also an update trough proposed-updates. Thanks a lot for working on this, and 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#700697: rsync: Man page does not give range or default value for --compress-level
Package: rsync Version: 3.0.9-4 Severity: normal --compress-level=NUM Explicitly set the compression level to use (see --compress) instead of letting it default. If NUM is non-zero, the --compress option is implied. There is no descriptions of the compression levels, no range specified, no reference to which numbers should be used if you want high compression, and no reference to what the default value is. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsync depends on: ii base-files 7.1 ii libacl1 2.2.51-8 ii libc6 2.13-37 ii libpopt01.16-7 ii lsb-base4.1+Debian8 rsync recommends no packages. Versions of packages rsync suggests: ii openssh-client 1:6.0p1-3 ii openssh-server 1:6.0p1-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699824: Updated package
Hi Benjamin, 2013/2/15 Benjamin Eltzner b.eltz...@gmx.de: 2) The source code is not distributed as .tar.gz archive but as .zip archive by upstream. The .zip archive is available at http://www.tipp10.com/en/download/tipp10_source_v2-1-0.zip Ok, please, add a small 3-lines script, which unpacks zip and creates tar.gz. 11) The only alternatives I see to shipping the binary file are: a) Patch to skip the initialization of the database at first program start. This will probably result in the intelligent word sequencing not working. b) Patch to enhance performance of database initialization, handling database initialization in a separate thread and providing a lock on the database while initialization. This would be very hard work for me and probably take quite some time. What do you suggest? Well, it is difficult to suggest, as you are only one, who can decide, how it is can be done better. But binaries are definitely not allowed. It seems, it is an interesting and useful package for many users. Thanks, Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700698: iso-codes: [INTL:lt] Lithuanian translation update for iso-codes
Package: iso-codes Version: master Tags: l10n patch Severity: wishlist Please find updated Lithuanian translation for iso 3166. Cheers! Rimas Kudelis # Translation of ISO-3166 (country names) to Lithuanian # This file is distributed under the same license as the iso-codes package. # Copyright (C) # Free Software Foundation, Inc., 2004 # Translations from KDE: # - RiÄardas Äepas r...@richard.eu.org # Alastair McKinstry, mckins...@computer.org, 2002. # KÄstutis BiliÅ«nas ke...@kaunas.init.lt, 2004...2010. # Rimas Kudelis r...@akl.lt, 2012, 2013. msgid msgstr Project-Id-Version: iso_3166\n Report-Msgid-Bugs-To: Debian iso-codes team pkg-isocodes- de...@lists.alioth.debian.org\n POT-Creation-Date: 2013-02-12 07:20+0100\n PO-Revision-Date: 2013-02-16 12:16+0300\n Last-Translator: Rimas Kudelis r...@akl.lt\n Language-Team: Lithuanian komp...@konferencijos.lt\n Language: lt\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 (n% 10010 || n%100=20) ? 1 : 2);\n X-Generator: Virtaal 0.7.1\n #. name for AFG msgid Afghanistan msgstr Afganistanas #. official_name for AFG msgid Islamic Republic of Afghanistan msgstr Afganistano Islamo Respublika #. name for ALA msgid à land Islands msgstr Alandai #. name for ALB msgid Albania msgstr Albanija #. official_name for ALB msgid Republic of Albania msgstr Albanijos Respublika #. name for DZA msgid Algeria msgstr Alžyras #. official_name for DZA msgid People's Democratic Republic of Algeria msgstr Alžyro Liaudies DemokratinÄ Respublika #. name for ASM msgid American Samoa msgstr Amerikos Samoa #. name for AND msgid Andorra msgstr Andora #. official_name for AND msgid Principality of Andorra msgstr Andoros KunigaikÅ¡tystÄ #. name for AGO msgid Angola msgstr Angola #. official_name for AGO msgid Republic of Angola msgstr Angolos Respublika #. name for AIA msgid Anguilla msgstr Angilija #. name for ATA msgid Antarctica msgstr Antarktida #. name for ATG msgid Antigua and Barbuda msgstr Antigva ir Barbuda #. name for ARG msgid Argentina msgstr Argentina #. official_name for ARG msgid Argentine Republic msgstr Argentinos Respublika #. name for ARM msgid Armenia msgstr ArmÄnija #. official_name for ARM msgid Republic of Armenia msgstr ArmÄnijos Respublika #. name for ABW msgid Aruba msgstr Aruba #. name for AUS msgid Australia msgstr Australija #. name for AUT msgid Austria msgstr Austrija #. official_name for AUT msgid Republic of Austria msgstr Austrijos Respublika #. name for AZE msgid Azerbaijan msgstr Azerbaidžanas #. official_name for AZE msgid Republic of Azerbaijan msgstr Azerbaidžano Respublika #. name for BHS msgid Bahamas msgstr Bahamos #. official_name for BHS msgid Commonwealth of the Bahamas msgstr Bahamų Sandrauga #. name for BHR msgid Bahrain msgstr Bahreinas #. official_name for BHR msgid Kingdom of Bahrain msgstr Bahreino KaralystÄ #. name for BGD msgid Bangladesh msgstr BangladeÅ¡as #. official_name for BGD msgid People's Republic of Bangladesh msgstr BangladeÅ¡o Liaudies Respublika #. name for BRB msgid Barbados msgstr Barbadosas #. name for BLR msgid Belarus msgstr Baltarusija #. official_name for BLR msgid Republic of Belarus msgstr Baltarusijos Respublika #. name for BEL msgid Belgium msgstr Belgija #. official_name for BEL msgid Kingdom of Belgium msgstr Belgijos KaralystÄ #. name for BLZ msgid Belize msgstr Belizas #. name for BEN msgid Benin msgstr Beninas #. official_name for BEN msgid Republic of Benin msgstr Benino Respublika #. name for BMU msgid Bermuda msgstr Bermuda #. name for BTN msgid Bhutan msgstr Butanas #. official_name for BTN msgid Kingdom of Bhutan msgstr Butano KaralystÄ #. name for BOL msgid Bolivia, Plurinational State of msgstr Bolivijos DaugiatautÄ ValstybÄ #. official_name for BOL msgid Plurinational State of Bolivia msgstr Bolivijos DaugiatautÄ ValstybÄ #. common_name for BOL msgid Bolivia msgstr Bolivija #. name for BES, official_name for BES msgid Bonaire, Sint Eustatius and Saba msgstr BonairÄ, Sint Eustatijus ir Saba #. name for BIH msgid Bosnia and Herzegovina msgstr Bosnija ir Hercegovina #. official_name for BIH msgid Republic of Bosnia and Herzegovina msgstr Bosnijos ir Hercegovinos Respublika #. name for BWA msgid Botswana msgstr Botsvana #. official_name for BWA msgid Republic of Botswana msgstr Botsvanos Respublika #. name for BVT msgid Bouvet Island msgstr BuvÄ sala #. name for BRA msgid Brazil msgstr Brazilija #. official_name for BRA msgid Federative Republic of Brazil msgstr Brazilijos FederacinÄ Respublika #. name for IOT msgid British Indian Ocean Territory msgstr Indijos Vandenyno Britų sritis #. name for BRN msgid Brunei Darussalam msgstr BrunÄjaus Darusalamas #. name for BGR msgid Bulgaria msgstr Bulgarija #. official_name for BGR msgid Republic of Bulgaria msgstr Bulgarijos Respublika #. name for BFA msgid Burkina Faso
Bug#700688: Brief install report: Toshi L850/046
On Sat, 16 Feb 2013, Neale Banks wrote: [...] * The big one: Video card is (from lspci): 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Thames XT/GL [Radeon HD 7600M Series] This appears to unsupported in X :-( Looking for updates/workarounds. Moreinfo Installing firmware-linux-nonfree from either wheezy or experimental results in neither console nor X being readable. Console is blank, X is flashing approx 2 Hz. Removing firmware-linux-nonfree restores previous behavour (OK in console, X not initialising). Any ideas? Thanks, Neale. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700597: Re: live-config-systemd: fails to install: post-installation script returned error exit status 1
Daniel Baumann wrote (15 Feb 2013 19:20:02 GMT) : On 02/15/2013 07:45 PM, Andreas Beckmann wrote: https://lists.debian.org/debian-release/2013/02/msg00496.html i've discussed that with michael two days ago, no. I'd be delighted if you explained why to me :) ... but else it's no big deal. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696464: Info received (Bug#696464: hp 1020 debian 7 failed)
It is working. Close the bug please. I've reformat my hdd and reinstall debian 7. Everything come to normal :) Do not know what was wrong :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700675: pu: package fusionforge/5.0.2-5+squeeze1
On 2013-02-16 11:09, Adam D. Barratt wrote: On Sat, 2013-02-16 at 01:34 +0100, Andreas Beckmann wrote: that should be fixable by adding to gforge-web-apache2 Breaks/Replaces: gforge-common ( 4.8) Does should be fixable mean you haven't tested your patch? It looks okay but I'd really feel happier knowing it had been tested... The fusionforge packages are not really in a good shape for automated testing (e.g. #678025, #662897) ... and I never used fusionforge myself, so I don't know how to properly test it manually. Therefore I'm a bit reluctant to NMU fusionforge without having a positive comment on the patch by the maintainer. Could the new version suffix +squeeze1 break something? But after having run piuparts install and upgrade tests on the patched packages (that takes some time for fusionforge ...) I can now confirm that * there are no previously unseen installation or upgrade errors * the file conflict is solved by unpacking gforge-common before gforge-web-apache2 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687334: buildds ready for wheezy-security?
On Fri, Feb 15, 2013 at 11:12:57PM +0100, Kurt Roeckx wrote: On Fri, Feb 15, 2013 at 09:27:14AM +0100, Thijs Kinkhorst wrote: Hi wb-team, I read in this bug log that most aspects of wheezy-security have been taken care of, but Philipp reported on Jan 4 that the buildds still need to be taken care of. Can something be said about the progress of that? How far along are we? It would be great if we could have a guinea pig security update for wheezy through wheezy-security sometime soon, so we can verify that everything is in order for the release. As far as I understand things, things on the wanna-build side should all be in order. So if something got uploaded, it should end up in the queue. The question is just if all the buildds are configured for it, and at least mine seem to be set up to do it for a year. It should have been set up at the same time as wheezy-proposed-updates got set up. So just looking at the database, I get: wanna-build= select * from users where distribution = 'wheezy-security' order by architecture; architecture | username | distribution | last_seen +-+-+ amd64 | buildd_amd64-barber | wheezy-security | 2011-04-29 21:00:59.554403 amd64 | buildd_amd64-brahms | wheezy-security | 2011-04-29 21:11:14.209911 armel | buildd_armel-alain | wheezy-security | 2013-02-16 08:27:42.07103 armel | buildd_armel-argento| wheezy-security | 2011-02-08 18:18:21.894765 armel | buildd_armel-ancina | wheezy-security | 2011-03-27 08:16:16.675405 armel | buildd_armel-alwyn | wheezy-security | 2013-02-16 09:24:57.931548 armel | buildd_armel-antheil| wheezy-security | 2013-02-16 05:51:50.734402 armel | buildd_armel-arnold | wheezy-security | 2013-02-16 01:09:28.919483 hppa | buildd_hppa-peri| wheezy-security | 2011-04-03 09:23:58.982428 i386 | buildd_i386-murphy | wheezy-security | 2011-04-29 21:10:38.321335 i386 | buildd_i386-biber | wheezy-security | 2013-02-16 10:52:13.191936 ia64 | buildd_ia64-mundy | wheezy-security | 2011-04-29 20:32:54.622462 ia64 | buildd_ia64-caballero | wheezy-security | 2013-01-09 19:12:56.344739 ia64 | buildd_ia64-alkman | wheezy-security | 2013-02-16 04:55:18.254913 kfreebsd-amd64 | buildd_kfreebsd-amd64-fano | wheezy-security | 2013-02-16 10:35:12.875373 kfreebsd-amd64 | buildd_kfreebsd-amd64-fasch | wheezy-security | 2013-02-16 10:51:40.099765 kfreebsd-i386 | buildd_kfreebsd-i386-finzi | wheezy-security | 2013-02-16 10:50:04.084591 kfreebsd-i386 | buildd_kfreebsd-i386-fils | wheezy-security | 2013-02-15 19:19:24.732683 kfreebsd-i386 | buildd_kfreebsd-i386-field | wheezy-security | 2011-04-29 20:43:30.570475 mips | buildd_mips-corelli | wheezy-security | 2011-04-29 20:59:06.683728 mips | buildd_mips-lucatelli | wheezy-security | 2013-02-15 19:07:49.594113 mips | buildd_mips-ball| wheezy-security | 2011-04-28 23:35:40.724689 mips | buildd_mips-lucatelli2 | wheezy-security | 2013-02-14 11:09:28.59043 mipsel | buildd_mipsel-rem | wheezy-security | 2013-02-16 10:52:20.049033 mipsel | buildd_mipsel-eysler| wheezy-security | 2013-02-13 09:02:41.1677 mipsel | buildd_mipsel-mayer | wheezy-security | 2011-04-03 18:10:34.77871 powerpc| buildd_powerpc-voltaire | wheezy-security | 2011-04-29 20:21:39.85151 powerpc| buildd_powerpc-poulenc | wheezy-security | 2013-01-07 14:02:03.339767 powerpc| buildd_powerpc-porpora | wheezy-security | 2013-02-16 10:50:02.860517 powerpc| buildd_powerpc-praetorius | wheezy-security | 2013-02-16 10:50:46.045202 s390 | buildd_s390-zemlinsky | wheezy-security | 2013-02-16 10:49:49.723589 s390 | buildd_s390-zandonai| wheezy-security | 2013-02-15 12:08:21.939579 sparc | buildd_sparc-lebrun | wheezy-security | 2013-02-16 10:54:14.063433 sparc | buildd_sparc-stadler| wheezy-security | 2013-02-16 09:05:53.057235 sparc | buildd_sparc-schroeder | wheezy-security | 2013-02-16 09:38:40.837712 sparc | buildd_sparc-spontini | wheezy-security | 2013-02-16 10:18:26.608512 So amd64 doesn't have one set up at the moment, the rest of the architectures should have at least 1 buildd doing it. I'll fix amd64 now. armhf and s390x don't have any set up yet. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700696: [PATCH] Do not lock the screen in background while going to sleep
Otherwise the screen might be cleared and locked only after the computer has woken up again. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700696 Signed-off-by: Tormod Volden debian.tor...@gmail.com --- debian/changelog|6 ++ debian/patches/screenblank.diff | 20 +++- 2 files changed, 17 insertions(+), 9 deletions(-) diff --git a/debian/changelog b/debian/changelog index d303bc5..a10a6f0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +acpi-support (0.141-3) unstable; urgency=low + + * Assure screen is locked before going to sleep (Closes: #700696) + + -- Tormod Volden debian.tor...@gmail.com Sat, 16 Feb 2013 11:53:56 +0100 + acpi-support (0.141-2) unstable; urgency=low * Check for running screensavers before looking for installed ones. diff --git a/debian/patches/screenblank.diff b/debian/patches/screenblank.diff index 9025d11..c2ba1af 100644 --- a/debian/patches/screenblank.diff +++ b/debian/patches/screenblank.diff @@ -1,5 +1,7 @@ acpi-support-0.141/lib/screenblank -+++ acpi-support-0.141/lib/screenblank +Index: acpi-support/lib/screenblank +=== +--- acpi-support.orig/lib/screenblank 2013-02-16 11:49:12.0 +0100 acpi-support/lib/screenblank 2013-02-16 11:51:07.0 +0100 @@ -1,13 +1,51 @@ -if [ `pidof xscreensaver` ]; then - su $user -c (xscreensaver-command -throttle) @@ -12,16 +14,16 @@ +if [ x$XAUTHORITY != x ]; then + export DISPLAY=:$displaynum + if pidof xscreensaver /dev/null; then -+ su $XUSER -s /bin/sh -c xscreensaver-command -throttle ++ su $XUSER -s /bin/sh -c xscreensaver-command -throttle fi -elif [ `pidof dcopserver` ]; then - dcop kdesktop KScreensaverIface lock -fi + if [ x$LOCK_SCREEN = xtrue ]; then + if pidof xscreensaver /dev/null; then -+ su $XUSER -s /bin/sh -c xscreensaver-command -lock ++ su $XUSER -s /bin/sh -c xscreensaver-command -lock + elif pidof gnome-screensaver /dev/null; then -+ su $XUSER -s /bin/sh -c gnome-screensaver-command --lock ++ su $XUSER -s /bin/sh -c gnome-screensaver-command --lock + elif pidof dcopserver /dev/null; then + avail_sessions=`dcop --all-users --list-sessions | grep '.DCOP.*__0'` + # send the lock command to all sessions @@ -32,15 +34,15 @@ + elif pidof xautolock /dev/null;then + su $XUSER -s /bin/sh -c /usr/bin/xautolock -locknow + elif [ -x /usr/bin/xlock ]; then -+ su $XUSER -s /bin/sh -c /usr/bin/xlock -mode blank ++ su $XUSER -s /bin/sh -c /usr/bin/xlock -mode blank + elif [ -x /usr/bin/xtrlock ]; then -+ su $XUSER -s /bin/sh -c /usr/bin/xtrlock ++ su $XUSER -s /bin/sh -c /usr/bin/xtrlock + fi + fi + + case $DISPLAY_DPMS in +xset) -+ su $XUSER -s /bin/sh -c xset dpms force off ++ su $XUSER -s /bin/sh -c xset dpms force off + ;; +xrandr) + su $XUSER -s /bin/sh -c xrandr --output $XRANDR_OUTPUT --off @@ -60,6 +62,6 @@ +else + if [ -x$DISPLAY_DPMS_NO_USER = xtrue ]; then + [ -x /usr/sbin/vbetool ] /usr/sbin/vbetool dpms off -+ fi ++ fi +fi +done -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659724: ttf-mscorefonts-installer: use dh_installdeb maintscript support
On Mon, February 13, 2012 14:12, Colin Watson wrote: Package: ttf-mscorefonts-installer Version: 3.4 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch precise Using 'dpkg-maintscript-helper supports rm_conffile' guards introduces unreliability into upgrades; it means that the conffile is removed or not depending on whether dpkg happens to be unpacked before ttf-mscorefonts-installer. This seems generally undesirable; it would be better to enforce a single code path. (This is academic for Debian because the version of dpkg in squeeze supported dpkg-maintscript-helper, hence Severity: wishlist; Ubuntu's last LTS release didn't have a sufficient version of dpkg for that which is why I care.) It would be nice to just use dh_installdeb's support for generating dpkg-maintscript-helper commands, which was introduced in debhelper 8.1.0. This would remove duplicate code from your maintainer scripts. Here's a patch: Thanks for the patch. I've applied it and it will be part of the next upload. It made me wonder though: couldn't problems like this be avoided in general if apt would automatically sort dpkg to the front of the upgrade? I've seen this behaviour in Red Hat's up2date, rpm and yum; if any of those packages is part of the upgrade, it's upgraded first and it restarts itself before continuing with the rest of the packages. Do you know if something like this has been considered in Debian? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700696: [PATCH] Do not lock the screen in background while going to sleep
Otherwise the screen might be cleared and locked only after the computer has woken up again. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700696 Signed-off-by: Tormod Volden debian.tor...@gmail.com --- debian/changelog|6 ++ debian/patches/screenblank.diff | 20 +++- 2 files changed, 17 insertions(+), 9 deletions(-) diff --git a/debian/changelog b/debian/changelog index d303bc5..a10a6f0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +acpi-support (0.141-3) unstable; urgency=low + + * Assure screen is locked before going to sleep (Closes: #700696) + + -- Tormod Volden debian.tor...@gmail.com Sat, 16 Feb 2013 11:53:56 +0100 + acpi-support (0.141-2) unstable; urgency=low * Check for running screensavers before looking for installed ones. diff --git a/debian/patches/screenblank.diff b/debian/patches/screenblank.diff index 9025d11..c2ba1af 100644 --- a/debian/patches/screenblank.diff +++ b/debian/patches/screenblank.diff @@ -1,5 +1,7 @@ acpi-support-0.141/lib/screenblank -+++ acpi-support-0.141/lib/screenblank +Index: acpi-support/lib/screenblank +=== +--- acpi-support.orig/lib/screenblank 2013-02-16 11:49:12.0 +0100 acpi-support/lib/screenblank 2013-02-16 11:51:07.0 +0100 @@ -1,13 +1,51 @@ -if [ `pidof xscreensaver` ]; then - su $user -c (xscreensaver-command -throttle) @@ -12,16 +14,16 @@ +if [ x$XAUTHORITY != x ]; then + export DISPLAY=:$displaynum + if pidof xscreensaver /dev/null; then -+ su $XUSER -s /bin/sh -c xscreensaver-command -throttle ++ su $XUSER -s /bin/sh -c xscreensaver-command -throttle fi -elif [ `pidof dcopserver` ]; then - dcop kdesktop KScreensaverIface lock -fi + if [ x$LOCK_SCREEN = xtrue ]; then + if pidof xscreensaver /dev/null; then -+ su $XUSER -s /bin/sh -c xscreensaver-command -lock ++ su $XUSER -s /bin/sh -c xscreensaver-command -lock + elif pidof gnome-screensaver /dev/null; then -+ su $XUSER -s /bin/sh -c gnome-screensaver-command --lock ++ su $XUSER -s /bin/sh -c gnome-screensaver-command --lock + elif pidof dcopserver /dev/null; then + avail_sessions=`dcop --all-users --list-sessions | grep '.DCOP.*__0'` + # send the lock command to all sessions @@ -32,15 +34,15 @@ + elif pidof xautolock /dev/null;then + su $XUSER -s /bin/sh -c /usr/bin/xautolock -locknow + elif [ -x /usr/bin/xlock ]; then -+ su $XUSER -s /bin/sh -c /usr/bin/xlock -mode blank ++ su $XUSER -s /bin/sh -c /usr/bin/xlock -mode blank + elif [ -x /usr/bin/xtrlock ]; then -+ su $XUSER -s /bin/sh -c /usr/bin/xtrlock ++ su $XUSER -s /bin/sh -c /usr/bin/xtrlock + fi + fi + + case $DISPLAY_DPMS in +xset) -+ su $XUSER -s /bin/sh -c xset dpms force off ++ su $XUSER -s /bin/sh -c xset dpms force off + ;; +xrandr) + su $XUSER -s /bin/sh -c xrandr --output $XRANDR_OUTPUT --off @@ -60,6 +62,6 @@ +else + if [ -x$DISPLAY_DPMS_NO_USER = xtrue ]; then + [ -x /usr/sbin/vbetool ] /usr/sbin/vbetool dpms off -+ fi ++ fi +fi +done -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700696: acpi-support: race in sleep script delays screen locking to after resume
tags 700696 patch thanks Sorry for the double patch, the first was sent from the wrong account so the author address was wrong. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700699: unblock: sundials/2.5.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, Could you unblock sundials version 2.5.0-2 ? It would fix the RC bug #700525 (fix by Christophe). The change is basically adding -lblas -llapack -lm to LDFLAGS debdiff attached. Thanks Sylvestre diff -u sundials-2.5.0/debian/changelog sundials-2.5.0/debian/changelog --- sundials-2.5.0/debian/changelog +++ sundials-2.5.0/debian/changelog @@ -1,3 +1,10 @@ +sundials (2.5.0-2) unstable; urgency=low + + * debian/rules: + - Add -lblas -llapack -lm to LDFLAGS (closes: #700525) + + -- Christophe Trophime christophe.troph...@lncmi.cnrs.fr Fri, 15 Feb 2013 11:40:09 +0100 + sundials (2.5.0-1) unstable; urgency=low * New upstream release reverted: --- sundials-2.5.0/debian/libsundials-cvodes1.install +++ sundials-2.5.0.orig/debian/libsundials-cvodes1.install @@ -1 +0,0 @@ -usr/lib/libsundials_cvodes.so.* diff -u sundials-2.5.0/debian/rules sundials-2.5.0/debian/rules --- sundials-2.5.0/debian/rules +++ sundials-2.5.0/debian/rules @@ -11,6 +11,7 @@ #LDFLAGS=$(shell dpkg-buildflags --get LDFLAGS) #CFLAGS+=$(HARDENING_CFLAGS) #LDFLAGS+=$(HARDENING_LDFLAGS) +LDFLAGS+=-lblas -llapack -lm debusr := $(DEB_DESTDIR)usr debexp = debian/libsundials-serial-dev/usr/share/doc/libsundials-serial-dev/examples @@ -28,7 +29,7 @@ DEB_COMPRESS_EXCLUDE = .c .out .f USCAN_DESTDIR := $(CURDIR)/../tarballs -DEB_STRIPPED_UPSTREAM_VERSION = $(shell echo $(DEB_UPSTREAM_VERSION) | sed -n -e 's/\.dfsg.*$$//p') + # Get the appropriate paths for the installation of the Octave files mpath = $(shell octave-config -p LOCALFCNFILEDIR) reverted: --- sundials-2.5.0/debian/libsundials-ida1.install +++ sundials-2.5.0.orig/debian/libsundials-ida1.install @@ -1 +0,0 @@ -usr/lib/libsundials_ida.so.* reverted: --- sundials-2.5.0/debian/libsundials-cvode0.install +++ sundials-2.5.0.orig/debian/libsundials-cvode0.install @@ -1 +0,0 @@ -usr/lib/libsundials_cvode.so.* reverted: --- sundials-2.5.0/debian/libsundials-kinsol0.install +++ sundials-2.5.0.orig/debian/libsundials-kinsol0.install @@ -1 +0,0 @@ -usr/lib/libsundials_kinsol.so.* diff -u sundials-2.5.0/debian/patches/series sundials-2.5.0/debian/patches/series --- sundials-2.5.0/debian/patches/series +++ sundials-2.5.0/debian/patches/series @@ -1,4 +1,6 @@ +cmake.patch makefile.patch #sh4.patch fix-format-error.patch octave-sundialstb.patch +sundials-config.patch only in patch2: unchanged: --- sundials-2.5.0.orig/debian/patches/sundials-config.patch +++ sundials-2.5.0/debian/patches/sundials-config.patch @@ -0,0 +1,34 @@ +Index: sundials-2.5.0/bin/sundials-config.in +=== +--- sundials-2.5.0.orig/bin/sundials-config.in 2012-04-12 02:31:04.0 +0200 sundials-2.5.0/bin/sundials-config.in 2012-07-16 17:18:30.0 +0200 +@@ -1,4 +1,4 @@ +-#! @SHELL@ ++#! /bin/bash + # --- + + NAME_=sundials-config +@@ -65,7 +65,7 @@ + abs_includedir=`cd ${includedir} /dev/null 21 pwd`; + abs_libdir=`cd ${libdir} /dev/null 21 pwd`; + +-if test $abs_includedir != /usr/include ; then ++if test $abs_includedir != /usr/include ; then + includes=-I$abs_includedir + fi + +Index: sundials-2.5.0/CMakeLists.txt +=== +--- sundials-2.5.0.orig/CMakeLists.txt 2012-07-16 16:21:00.0 +0200 sundials-2.5.0/CMakeLists.txt 2012-07-16 17:12:04.0 +0200 +@@ -516,6 +516,10 @@ + ${PROJECT_SOURCE_DIR}/include/sundials/sundials_config.in + ${PROJECT_BINARY_DIR}/include/sundials/sundials_config.h + ) ++CONFIGURE_FILE( ++ ${PROJECT_SOURCE_DIR}/bin/sundials-config.in ++ ${PROJECT_SOURCE_DIR}/bin/sundials-config ++ ) + + # Add the include directory in the source tree and the one in + # the binary tree (for the header file sundials_config.h) only in patch2: unchanged: --- sundials-2.5.0.orig/debian/patches/cmake.patch +++ sundials-2.5.0/debian/patches/cmake.patch @@ -0,0 +1,111 @@ +Index: sundials-2.5.0/CMakeLists.txt +=== +--- sundials-2.5.0.orig/CMakeLists.txt 2012-07-09 16:10:55.0 +0200 sundials-2.5.0/CMakeLists.txt 2012-07-09 16:14:25.0 +0200 +@@ -18,7 +18,7 @@ + + # Require a fairly recent cmake version + +-CMAKE_MINIMUM_REQUIRED(VERSION 2.2) ++CMAKE_MINIMUM_REQUIRED(VERSION 2.8) + + # Project SUNDIALS (initially only C supported) + +@@ -28,9 +28,9 @@ + + SET(PACKAGE_BUGREPORT r...@llnl.gov) + SET(PACKAGE_NAME SUNDIALS) +-SET(PACKAGE_STRING SUNDIALS 2.4.0) ++SET(PACKAGE_STRING SUNDIALS 2.5.0) + SET(PACKAGE_TARNAME sundials) +-SET(PACKAGE_VERSION 2.4.0) ++SET(PACKAGE_VERSION 2.5.0) + + # Prohibit in-source build + +@@ -229,6 +229,7 @@ + + IF(UNIX) + OPTION(USE_GENERIC_MATH Use generic (std-c) math libraries ON) ++ MESSAGE(STATUS Use generic (std-c)
Bug#700684: ttf-mscorefonts-installer: Please mark Multi-Arch: foreign
On Sat, February 16, 2013 04:20, Daniel Hartwig wrote: There are some third party packages which are i386-only and make use of the mscorefonts. Also Attached is a patch from Ubuntu marking tff-mscorefonts-installer Multi-Arch: foreign to facilitate these cases and others. Thanks. I've applied this and it will be part of the next upload. According to the release team such changes are not acceptable anymore for wheezy at this point, so it will be in jessie. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672259: Don't print anything if nothing to install
On Wed, May 9, 2012 15:13, Andrey Rahmatullin wrote: When the package is upgraded, postinst prints These fonts were provided by Microsoft in the interest of cross- platform compatibility. This is no longer the case, but they are still available from third parties. You are free to download these fonts and use them for your own use, but you may not redistribute them in modified form, including changes to the file name or packaging format. All fonts downloaded and installed. I don't think it is useful in any way. Care to elaborate? What is the problem with the message exactly, and why is it not useful? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700672: pu: package libzorpll/3.3.0.12-4+squeeze1
On 2013-02-16 11:10, Adam D. Barratt wrote: On Sat, 2013-02-16 at 00:02 +0100, Andreas Beckmann wrote: An unversioned Breaks/Replaces should fix this, libzorp2-dev is not used as a virtual package. The patch looks okay; thanks. Has it been tested? Yes, I can confirm that there is now a clean upgrade path from lenny. And libzorpll* still installs in squeeze and upgrades from lenny without issues. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700303: further information
I think this is probably not a bug as such but occurred because I had both vim-athena and vim-gtk installed - not sure why. Gvim was calling vim-athena instead of vim-gtk. I think vim-athena had got installed automatically at some stage; it is not there on another computer that also runs Sid. Anyway, deleting vim-athena makes everything work correctly. Sorry for any confusion here. Regards, Anthony -- Anthony Campbell - a...@acampbell.org.uk http://www.acampbell.org.uk http://www.reviewbooks.org.uk http://www.skepticviews.org.uk http://www.acupuncturecourse.org.uk http://www.smashwords.com/profile.view/acampbell https://itunes.apple.com/ca/artist/anthony-campbell/id73235412 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700672: pu: package libzorpll/3.3.0.12-4+squeeze1
Control: tags -1 + confirmed On Sat, 2013-02-16 at 12:19 +0100, Andreas Beckmann wrote: On 2013-02-16 11:10, Adam D. Barratt wrote: On Sat, 2013-02-16 at 00:02 +0100, Andreas Beckmann wrote: An unversioned Breaks/Replaces should fix this, libzorp2-dev is not used as a virtual package. The patch looks okay; thanks. Has it been tested? Yes, I can confirm that there is now a clean upgrade path from lenny. And libzorpll* still installs in squeeze and upgrades from lenny without issues. Thanks for the confirmation. Please go ahead. 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#672259: Don't print anything if nothing to install
On Sat, Feb 16, 2013 at 12:18:00PM +0100, Thijs Kinkhorst wrote: When the package is upgraded, postinst prints These fonts were provided by Microsoft in the interest of cross- platform compatibility. This is no longer the case, but they are still available from third parties. You are free to download these fonts and use them for your own use, but you may not redistribute them in modified form, including changes to the file name or packaging format. All fonts downloaded and installed. I don't think it is useful in any way. Care to elaborate? What is the problem with the message exactly, and why is it not useful? It is printed on each upgrade. -- WBR, wRAR signature.asc Description: Digital signature
Bug#695866: Bug#695839: lintian: Long-running instances reserves 2.5+ GBs, but avg RES is 1G MB
Control: found -1 2.5.9 Control: tags -1 pending On 2013-02-16 11:34, Niels Thykier wrote: [...] It seems that (part of) this leak can be triggered with something like: $LAB-visit_packages (sub { my ($entry) = @_; while (1) { eval { $entry-info-index (''); }; $entry-clear_cache; } }); So, somewhere in the load of our index do we or perl leak something. ~Niels ... and located - it is a ref cycle in indices (e.g. index and control_index). I believe the leak was introduced in [1] and occurs because the %children entry for the root happens to include the root itself. When all entries are then converted into L::Path instances, the root instance now has a reference to itself via its children member. To be honest, I have not quite figured out how the actual cycle is created[2]. However, a simple if-guard to prevent the name of the root entry to appear its own %children entry causes the cycle to disappear according to Devel::Cycle (and the memory usage from the above code appears to be stable). On the downside, this leak was introduced in 2.5.9 and therefore affects both sid and testing. Fortunately, backporting this should be trivial. ~Niels [1] ff44271bcd86131c3fd1c195302dd48366f576d2 [2] My reading of the code is that the root entry will have a hetrogenious children list consisting of its actual children (as L::Path instances) and the empty string (the self-ref). But the latter being a string should not trigger a cycle. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699466: unblock package cairo/1.12.2-3
Hi Jonathan, 2013/2/12 Jonathan Wiltshire j...@debian.org: On Tue, Feb 12, 2013 at 12:28:04AM +0100, intrigeri wrote: Hi, Samuel Wolf wrote (11 Feb 2013 17:52:53 GMT) : Any news to unblock package cairo/1.12.2-3 for wheezy? It's been unblocked already, but nonetheless had to wait the customary 10 days before it migrates: http://packages.qa.debian.org/c/cairo.html It is waiting for an ack from the d-i maintainers, at least at the last britney run. thanks for the reply. I am new on the debian release process, what is d-i maintainers? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699813: libvirt refuses to use newer CPU models that are presented as default
Hi Guido, On Mon, Feb 11, 2013 at 05:18:28PM +0100, Guido Günther wrote: I see. Any chance to check if 1.0.2 from experimental fixes this for you? I'd be happy to backport the -no-user-config part for wheezy since it's very unintrusive. it works. Although I had to shutdown all VMs to really restart libvirtd. It now passes -no-user-config -nodefaults. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#672259: Don't print anything if nothing to install
On Sat, February 16, 2013 12:36, Andrey Rahmatullin wrote: On Sat, Feb 16, 2013 at 12:18:00PM +0100, Thijs Kinkhorst wrote: When the package is upgraded, postinst prints These fonts were provided by Microsoft in the interest of cross- platform compatibility. This is no longer the case, but they are still available from third parties. You are free to download these fonts and use them for your own use, but you may not redistribute them in modified form, including changes to the file name or packaging format. All fonts downloaded and installed. I don't think it is useful in any way. Care to elaborate? What is the problem with the message exactly, and why is it not useful? It is printed on each upgrade. That's already in the bug report. I asked if you could elaborate on that. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672259: Don't print anything if nothing to install
On Sat, Feb 16, 2013 at 12:44:44PM +0100, Thijs Kinkhorst wrote: On Sat, February 16, 2013 12:36, Andrey Rahmatullin wrote: On Sat, Feb 16, 2013 at 12:18:00PM +0100, Thijs Kinkhorst wrote: When the package is upgraded, postinst prints These fonts were provided by Microsoft in the interest of cross- platform compatibility. This is no longer the case, but they are still available from third parties. You are free to download these fonts and use them for your own use, but you may not redistribute them in modified form, including changes to the file name or packaging format. All fonts downloaded and installed. I don't think it is useful in any way. Care to elaborate? What is the problem with the message exactly, and why is it not useful? It is printed on each upgrade. That's already in the bug report. I asked if you could elaborate on that. What else do you want to know? I think it is obvious that this message is useful only after the fonts are actually installed, not on each upgrade. -- WBR, wRAR signature.asc Description: Digital signature
Bug#696369: Bug#700675: pu: package fusionforge/5.0.2-5+squeeze1
On Sat, 2013-02-16 at 12:03 +0100, Andreas Beckmann wrote: On 2013-02-16 11:09, Adam D. Barratt wrote: Does should be fixable mean you haven't tested your patch? It looks okay but I'd really feel happier knowing it had been tested... The fusionforge packages are not really in a good shape for automated testing (e.g. #678025, #662897) ... and I never used fusionforge myself, so I don't know how to properly test it manually. Therefore I'm a bit reluctant to NMU fusionforge without having a positive comment on the patch by the maintainer. Okay. Could the new version suffix +squeeze1 break something? One would hope not, but we have seen situations where packages sometimes don't cope well with the + (although they should probably be fixed). But after having run piuparts install and upgrade tests on the patched packages (that takes some time for fusionforge ...) I can now confirm that * there are no previously unseen installation or upgrade errors * the file conflict is solved by unpacking gforge-common before gforge-web-apache2 Thanks. In principle I'd be happy with accepting the patch. 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#700621: nvidia-cuda-toolkit: compatibility with nvidia-experimental-* drivers (Ubuntu)
Control: tag -1 pending On 2013-02-15 11:54, Graham Inggs wrote: + * Ubuntu: Build-Depend/Depend on nvidia-experimental-* (LP: #1092259). ACK + committed, except for adding Depends: ${package:libcuda1} On 2013-02-16 09:09, Graham Inggs wrote: Attached is an improved patch which excludes packages which provide libcuda.so (i.e. libcuda1, nvidia-current, etc.) from ${shlibs:Depends} as they are included in ${package:libcuda1}. NACK in that form. This allows packages like nvidia-profiler to be installed on systems with, for example, only nvidia-experimental-310 installed and doesn't depend on the package that was present on the build system, usually nvidia-current. Sounds sensible. I implemented a different solution using shlibs.local to override the dependencies for libcuda.so.1 (and reusing $(package_libcuda1)) in SVN. Then we can have dh_shlibdeps resolve these for us without adding -x options (and yet another copy of the Ubuntu package list). Please try it. Good to see that the infrastructure I added to the Debian packaging to support Ubuntu without requiring further changes on their side actually works :-) Thanks! Andreas PS: In case you need to send further patches, please base them against SVN trunk. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699466: unblock package cairo/1.12.2-3
On 2013-02-16 12:40, Samuel Wolf wrote: Hi Jonathan, 2013/2/12 Jonathan Wiltshire j...@debian.org: On Tue, Feb 12, 2013 at 12:28:04AM +0100, intrigeri wrote: Hi, Samuel Wolf wrote (11 Feb 2013 17:52:53 GMT) : Any news to unblock package cairo/1.12.2-3 for wheezy? It's been unblocked already, but nonetheless had to wait the customary 10 days before it migrates: http://packages.qa.debian.org/c/cairo.html It is waiting for an ack from the d-i maintainers, at least at the last britney run. thanks for the reply. I am new on the debian release process, what is d-i maintainers? Samuel d-i is short for debian-installer. We are waiting for the release manager of the debian-installer to approve the changes, since they affect the debian-installer. To my knowledge, they are currently finalizing the rc1 release of d-i. Once that is out of the door they will review these changes for the next (d-i) release. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659724: ttf-mscorefonts-installer: use dh_installdeb maintscript support
On Sat, Feb 16, 2013 at 12:13:23PM +0100, Thijs Kinkhorst wrote: Thanks for the patch. I've applied it and it will be part of the next upload. Thanks. It made me wonder though: couldn't problems like this be avoided in general if apt would automatically sort dpkg to the front of the upgrade? I've seen this behaviour in Red Hat's up2date, rpm and yum; if any of those packages is part of the upgrade, it's upgraded first and it restarts itself before continuing with the rest of the packages. Do you know if something like this has been considered in Debian? apt does generally try to sort Essential packages earlier (it's not possible for it always to upgrade dpkg first, since it has Pre-Depends), but I don't think it's wise for packages to rely on that when it's normally so easy to avoid relying on it. It is occasionally necessary to upgrade dpkg in reasonably close sync with other libraries and language bindings and the like, and that can pull a surprising number of packages quite early in the upgrade; it's better if maintainers are in the habit of being clear about their ordering requirements, since then they're less likely to make mistakes if they touch base system packages. -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696782: RFS: sequitur-g2p/0.0.r1668-1 [ITP] -- Grapheme to Phoneme conversion tool
* Giulio Paci giuliop...@gmail.com, 2013-02-07, 21:59: Are the Python modules shipped by this package supposed to be used by other software? If not, they should be moved to a private directory. If yes, then they need to be renamed or moved into a namespace, because their are way to generic (tool, misc, etc.). It is the former case. It was my fault because I did not read carefully the Debian policy about Python. I moved the modules to /usr/lib/sequitur-g2p/python/version/dist-packages. After installation I also change the main script so that it can locate the modules. Is this approach ok? I'm afraid that dh_python2 doesn't support such layout. I asked for advice on how to handle similar cases on debian-python@: http://lists.debian.org/20130216120158.ga3...@jwilk.net -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699844: requests mis-treats 303 responses due to a typo
* Daniele Tricoli er...@mornie.org, 2013-02-16, 01:31: I've attached upstream's fix. Some bits: Caused by using `is' on ints, rather then ==. Upstream bug 1156[1], fixed in commit b07c1ebd859a32e1203c1d4ef27f1fb9e154e55e (attached). This violates a SHOULD in the HTTP/1.1 RFC, and it'd be really nice to get this fixed for wheezy, if there is a way to get such a small change in. As you already noticed 1.1.0 is currently in experimental, but if you need this, I can include the patch in 1.1.0-2. As far as I can see, 0.12.1 might be affected as well, although probably only rarely used code paths are affected: $ grep -cr 'status_code is' requests/models.py 3 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655986: workaround for cached 404 responses
Hi, I ran into this issue as well. As a slight improvement I would suggest to invalidate cached 404 responses weekly. That would be in the spirit of #625458 (the reason for caching 404 in the first place). In addition implementing this workaround is very easy. One can simply add the following lines to /etc/cron.weekly/approx within the if: find /var/cache/approx -empty -type f -perm -delete find /var/cache/approx -empty -type d -mindepth 1 -delete After applying this, the weekly cron job will invalidate all cached 404 responses. Thus the cache will become self-healing from outdated 404 responses. This workaround might even qualify for inclusion into wheezy. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700700: approx: never logs cache hits even when $verbose is true
Package: approx Version: 5.3-1 Severity: minor Having set $verbose true in my approx.conf I can see log lines ending in delivered and not found, but I never see any log lines ending in cached even though approx clearly produces cache hits. The source (approx.ml) suggests that cache hits should be logged as well, but this never happens. Maybe the code in question is never run if a corresponding file is found? Can you reproduce this? In addition it would be great to log the client requesting the file. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700701: gallery2: Unable to upload from local directory (timeout)
Package: gallery2 Version: 2.3.2.dfsg-1 Severity: important I did a fresh install of gallery2. I've lost my mysql database, but have a backup of photos directory (20G). I follow the wiki on gallery site, trying to import from a local directory. The process starts, create about 130 pictures and several albums but stops. Apache log: error.log:[Thu Feb 14 19:38:53 2013] [error] [client 2a01:e35:8a34:d8e0:d63d:7eff:fe32:4267] PHP Fatal error: Maximum execution time of 60 seconds exceeded in /usr/share/gallery2/modules/exif/lib/exifer/exif.inc on line 146, referer: https://gallery.mydomain.com/main.php?g2_view=core.ItemAdming2_subView=core.ItemAddg2_addPlugin=ItemAddFromServerg2_form%5BlocalServerPath%5D=/mnt/readynas/famille/PhotosGalleryCrashed/albumsg2_itemId=7g2_form%5Baction%5D%5BfindFilesFromLocalServer%5D=1g2_form%5BformName%5D=ItemAddFromServer -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gallery2 depends on: ii apache2 2.2.16-6+squeeze10 Apache HTTP Server metapackage ii apache2-mpm-prefork 2.2.16-6+squeeze10 Apache HTTP Server - traditional n ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii imagemagick 8:6.6.0.4-3+squeeze3 image manipulation programs ii libapache2-mod-php5 5.3.3-7+squeeze14server-side, HTML-embedded scripti ii libphp-adodb5.10-1 The ADOdb database abstraction lay ii mysql-client5.1.66-0+squeeze1MySQL database client (metapackage ii mysql-client-5.1 [m 5.1.66-0+squeeze1MySQL database client binaries ii netpbm 2:10.0-12.2+b1 Graphics conversion tools between ii php55.3.3-7+squeeze14server-side, HTML-embedded scripti ii php5-mysql 5.3.3-7+squeeze14MySQL module for php5 ii smarty 2.6.26-0.2 Template engine for PHP ii wwwconfig-common0.2.1Debian web auto configuration Versions of packages gallery2 recommends: ii dcraw 8.99-1+b1 decode raw digital camera images ii ffmpeg 5:0.7.13-dmo2 audio/video encoder, streaming ser ii jhead 1:2.90-2 manipulate the non-image part of E ii libjpeg-progs 8b-1 Programs for manipulating JPEG fil ii php5-gd5.3.3-7+squeeze14 GD module for php5 ii unzip 6.0-4 De-archiver for .zip files ii zip3.0-3 Archiver for .zip files Versions of packages gallery2 suggests: ii mysql-server 5.1.66-0+squeeze1 MySQL database server (metapackage ii mysql-server-5.1 [mysq 5.1.66-0+squeeze1 MySQL database server binaries and -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700702: timemachine: Typo's in description
Package: timemachine Version: 0.3.3-1 Severity: minor Dear Maintainer, The short description: JACK audio recorder for spontaneous and conservatory use Should that really be conservatory? Even if it is supposed to be conservative, it still seems a bit odd. In the long description: Timemachine writes the last 10 seconds of audio _before_ the button press and everything from now on up to the next button press into a WAV-file. I suggest replace ... from now on up ... with ... from then on up ... Instead of ... when you heard an interesting noise ... I suggest ... when you hear an interesting noise ... And finally in the final paragraph, instead of ... lets audio application communicate with ... I suggest ... lets audio applications communicate with ... -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.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#698775: nautilus: apt does not find a clean upgrade path for nautilus-share from lenny to squeeze
Control: tag -1 pending Hi, I asked the SRM to fix this issue via s-p-u and got a confirmation: http://bugs.debian.org/700523 A fixed NMUed package has been uploaded to DELAYED/1 (yes, I know that is on short notice, but p-u-NEW will close on next Monday for the upcoming point release that's scheduled Feb. 23rd). In case you have any objections, please let me know and I'll cancel the NMU. I verified the related installation and upgrade paths in lenny and squeeze and everything seems to work fine now. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700568: pu: package poppler/0.12.4-1.2+squeeze1
Hi, Alle venerdì 15 febbraio 2013, Adam D. Barratt ha scritto: On Thu, 2013-02-14 at 13:18 +0100, Pino Toscano wrote: +poppler (0.12.4-1.2+squeeze1) stable; urgency=low + + * Add myself as uploader. + * Fix CVE-2010-0206. + * Fix CVE-2010-0207; patch adapted to be API-/ABI-compatible. + * Fix CVE-2010-4653; patch adapted to include object.h instead +of goo/GooLikely.h (non-existent in poppler 0.12.x). + * Backport upstream commits 7ba15d11e56175601104d125d5e4a47619c224bf and + 55940e989701eb9118015e30f4f48eb654fa34c4 to fix GooString::insert; +patch upstream_fix-GooString-insert.diff. (Closes: #693817) + * Correctly initialize PSOutputDev::fontFileNameLen and + PSOutputDev::psFileNames; patch psoutputdev-initialize-vars.diff. +(Closes: #699421) Please go ahead; thanks. Thanks, uploaded. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#700703: apt-offline: --upgrade --upgrade-type not working
Package: apt-offline Version: 1.2 Severity: normal Dear Maintainer, root@debian-zan:/media/EXT4ROOT/temp/etc-bak/apt/sources.list.d# apt-offline set /tmp/foo --release experimental-snapshots --upgrade --upgrade-type dist-upgrade --verbose VERBOSE: Namespace(func=function setter at 0x2a679b0, set='/tmp/foo', set_install_packages=None, set_install_release='experimental-snapshots', set_install_src_packages=None, set_update=False, set_upgrade=True, simulate=False, src_build_dep=False, upgrade_type='dist-upgrade', verbose=True) Generating database of files that are needed for a dist-upgrade. root@debian-zan:/media/EXT4ROOT/temp/etc-bak/apt/sources.list.d# cat /tmp/foo No signature got generated. Manually verified and it had a lot of packages to list. -- 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.7-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-offline depends on: ii apt 0.9.7.7 ii less 456-1 ii python 2.7.3-4 ii python2.62.6.8-1.1 ii python2.7 [python-argparse] 2.7.3-6 apt-offline recommends no packages. apt-offline 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#700704: RFS: cil/0.07.00-5 [ITA] -- command line issue tracker
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package cil * Package name: cil Version : 0.07.00-5 Upstream Author : Andy Chilton andychil...@gmail.com * URL : http://www.chilts.org/project/cil/ * License : GPLv3 Section : perl It builds those binary packages: cil - command line issue tracker To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cil Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cil/cil_0.07.00-5.dsc More information about hello can be obtained from https://github.com/chilts/cil. Changes since the last upload: * Fix watch file (project moved to github) * New maintainer (Closes: #674829) Regards, Gianluca Ciccarelli -- GPG key ID: 0x39BBDB6C signature.asc Description: Digital signature
Bug#693984: libzorpll-dev: fails to upgrade lenny - squeeze - trying to overwrite /usr/include/zorp/streamblob.h
Control: tag -1 pending On 2013-02-16 00:46, Andreas Beckmann wrote: A proposed patch is attached, I intend to NMU libzorpll once that request was accepted. Unfortunately p-u-NEW will close on Monday for the next point release that is scheduled for 23rd, so I can probably only upload this to DELAYED/1 to be in time ... In case you have any objections, please let me know and I won't NMU. Uploaded to DELAYED/1. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700705: alien-arena cannot play single player
Package: alien-arena Version: 7.53+dfsg-3 Dear Maintainer, * What led up to the situation? play single player and there's no bot, * What exactly did you do (or not do) that was effective (or ineffective)? there's sort of workaround from http://ubuntuforums.org/archive/index.php/t-1945910.html : Simply make sure the “/home/username/.config/alien-arena” exists and then copy both the “botinfo” and the “arena” directories from “/usr/share/games/alien-arena” into it. * What was the outcome of this action? aragorn@aragorn-1215b ~ $ alien-arena ln: failed to create symbolic link ‘/home/aragorn/.config/alien-arena/data1’: File exists using /home/aragorn/.config/alien-arena/arena for writing execing default.cfg execing config.cfg Could not exec profile.cfg Console initialized. - [Loading Renderer] - Initializing OpenGL display ...setting fullscreen mode 8: 1366 768 Using XFree86-VidModeExtension Version 2.2 GL_VENDOR: ATI Technologies Inc. GL_RENDERER: AMD Radeon HD 6310 Graphics GL_VERSION: 4.2.12002 Compatibility Profile Context 8.982.13 GL_EXTENSIONS: GL_AMDX_debug_output GL_AMDX_vertex_shader_tessellator GL_AMD_conservative_depth GL_AMD_debug_output GL_AMD_depth_clamp_separate GL_AMD_draw_buffers_blend GL_AMD_multi_draw_indirect GL_AMD_name_gen_delete GL_AMD_performance_monitor GL_AMD_pinned_memory GL_AMD_query_buffer_object GL_AMD_sample_positions GL_AMD_seamless_cubemap_per_texture GL_AMD_shader_stencil_export GL_AMD_shader_trace GL_AMD_texture_cube_map_array GL_AMD_texture_texture4 GL_AMD_transform_feedback3_lines_triangles GL_AMD_vertex_shader_layer GL_AMD_vertex_shader_tessellator GL_AMD_vertex_shader_viewport_index GL_ARB_ES2_compatibility GL_ARB_base_instance GL_ARB_blend_func_extended GL_ARB_color_buffer_float GL_ARB_compressed_texture_pixel_storage GL_ARB_conservative_depth GL_ARB_copy_buffer GL_ARB_depth_buffer_float GL_ARB_depth_clamp GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_draw_buffers_blend GL_ARB_draw_elements_base_vertex GL_ARB_draw_indirect GL_ARB_draw_instanced GL_ARB_explicit_attrib_location GL_ARB_fragment_coord_conventions GL_ARB_fragment_program GL_ARB_fragment_program_shadow GL_ARB_fragment_shader GL_ARB_framebuffer_object GL_ARB_framebuffer_sRGB GL_ARB_geometry_shader4 GL_ARB_get_program_binary GL_ARB_gpu_shader5 GL_ARB_gpu_shader_fp64 GL_ARB_half_float_pixel GL_ARB_half_float_vertex GL_ARB_imaging GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_map_buffer_alignment GL_ARB_map_buffer_range GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_occlusion_query2 GL_ARB_pixel_buffer_object GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_provoking_vertex GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_seamless_cube_map GL_ARB_separate_shader_objects GL_ARB_shader_atomic_counters GL_ARB_shader_bit_encoding GL_ARB_shader_image_load_store GL_ARB_shader_objects GL_ARB_shader_precision GL_ARB_shader_stencil_export GL_ARB_shader_subroutine GL_ARB_shader_texture_lod GL_ARB_shading_language_100 GL_ARB_shading_language_420pack GL_ARB_shading_language_packing GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_sync GL_ARB_tessellation_shader GL_ARB_texture_border_clamp GL_ARB_texture_buffer_object GL_ARB_texture_buffer_object_rgb32 GL_ARB_texture_buffer_range GL_ARB_texture_compression GL_ARB_texture_compression_bptc GL_ARB_texture_compression_rgtc GL_ARB_texture_cube_map GL_ARB_texture_cube_map_array GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_float GL_ARB_texture_gather GL_ARB_texture_mirrored_repeat GL_ARB_texture_multisample GL_ARB_texture_non_power_of_two GL_ARB_texture_query_lod GL_ARB_texture_rectangle GL_ARB_texture_rg GL_ARB_texture_rgb10_a2ui GL_ARB_texture_snorm GL_ARB_texture_storage GL_ARB_texture_storage_multisample GL_ARB_timer_query GL_ARB_transform_feedback2 GL_ARB_transform_feedback3 GL_ARB_transform_feedback_instanced GL_ARB_transpose_matrix GL_ARB_uniform_buffer_object GL_ARB_vertex_array_bgra GL_ARB_vertex_array_object GL_ARB_vertex_attrib_64bit GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_vertex_shader GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_ARB_window_pos GL_ATI_draw_buffers GL_ATI_envmap_bumpmap GL_ATI_fragment_shader GL_ATI_meminfo GL_ATI_separate_stencil GL_ATI_texture_compression_3dc GL_ATI_texture_env_combine3 GL_ATI_texture_float GL_ATI_texture_mirror_once GL_EXT_abgr GL_EXT_bgra GL_EXT_bindable_uniform GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_compiled_vertex_array GL_EXT_copy_buffer GL_EXT_copy_texture GL_EXT_direct_state_access GL_EXT_draw_buffers2 GL_EXT_draw_instanced GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_object GL_EXT_framebuffer_sRGB GL_EXT_geometry_shader4
Bug#700621: nvidia-cuda-toolkit: compatibility with nvidia-experimental-* drivers (Ubuntu)
On 16 February 2013 13:57, Andreas Beckmann a...@debian.org wrote: Control: tag -1 pending On 2013-02-15 11:54, Graham Inggs wrote: + * Ubuntu: Build-Depend/Depend on nvidia-experimental-* (LP: #1092259). ACK + committed, except for adding Depends: ${package:libcuda1} Thanks. I implemented a different solution using shlibs.local to override the dependencies for libcuda.so.1 (and reusing $(package_libcuda1)) in SVN. Then we can have dh_shlibdeps resolve these for us without adding -x options (and yet another copy of the Ubuntu package list). Please try it. It works, thanks. A much neater solution! Good to see that the infrastructure I added to the Debian packaging to support Ubuntu without requiring further changes on their side actually works :-) Yes, it makes things much easier.
Bug#699759: apt: score computation may prefer obsolete installed packages over their successors
On 2013-02-04 18:58, Andreas Beckmann wrote: Suggestions for alternative propagation functions: // ignore negatives, they already contributed // PrioDepends/PrioRecommends to our score Score += max(0, RDepScore) So far I have made a few experiments with this solution and I can confirm that it would reduce the number of kept back issues on squeeze-wheezy upgrades as tested by piuparts: * kept back issues: 212 pass + 17 fail = 147 pass + 11 fail * dependency-failed-testing: 164 = 46 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700702: timemachine: Typo's in description
Chris Bannister wrote: The short description: JACK audio recorder for spontaneous and conservatory use Should that really be conservatory? Even if it is supposed to be conservative, it still seems a bit odd. I can't see anything like it in the upstream docs. If it didn't go on to imply that the recordings were of music I might have guessed it was a malapropism for conversational, but presumably it's an attempt to find an adjective meaning recording. Since it's failing to communicate anything that isn't expressed by the word recorder, which is already there in the synopsis anyway, I would suggest just throwing out the and conservatory. (Or maybe JACK plugin for spontaneous audio capture? But that's not what's in my patch.) In the long description: Timemachine writes the last 10 seconds of audio _before_ the button press and everything from now on up to the next button press into a WAV-file. I suggest replace ... from now on up ... with ... from then on up ... Agreed. While we're editing the line I would also say WAV file. Instead of ... when you heard an interesting noise ... I suggest ... when you hear an interesting noise ... And (though less certainly) s/you'd press record/you press record/. If this was trying to be formal English I would complain about the try and recreate it, but no, this is clearly just a normal conversational register. And finally in the final paragraph, instead of ... lets audio application communicate with ... I suggest ... lets audio applications communicate with ... Agreed - patch attached. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru timemachine-0.3.3.pristine/debian/control timemachine-0.3.3/debian/control --- timemachine-0.3.3.pristine/debian/control 2011-02-08 21:38:17.0 + +++ timemachine-0.3.3/debian/control 2013-02-16 13:34:45.993947768 + @@ -24,13 +24,13 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, jackd (= 0.80.0) -Description: JACK audio recorder for spontaneous and conservatory use +Description: JACK audio recorder for spontaneous use Timemachine writes the last 10 seconds of audio _before_ the button press - and everything from now on up to the next button press into a WAV-file. + and everything from then on up to the next button press into a WAV file. . - The idea is that you doodle away with whatever is kicking around in your - studio and when you heard an interesting noise, you'd press record and + The idea is that you doodle away with whatever is kicking around in your + studio and when you hear an interesting noise, you press record and capture it, without having to try and recreate it. . - It uses the JACK audio connection kit, an API that lets audio application + It uses the JACK audio connection kit, an API that lets audio applications communicate with each other and share audio data in realtime.
Bug#700706: skytools3{,-walmgr}: leaves alternatives after purge
Package: skytools3,skytools3-walmgr Version: 3.1.3-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails The leftover files are actually alternatives that were installed by the package but have not been properly removed. While there is ongoing discussion how to remove alternatives correctly (see http://bugs.debian.org/71621 for details) the following strategy should work for regular cases: * 'postinst configure' always installs the alternative * 'prerm remove' removes the alternative * 'postrm remove' and 'postrm disappear' remove the alternative In all other cases a maintainer script is invoked (e.g. upgrade, deconfigure) the alternatives are not modified to preserve user configuration. Removing the alternative in 'prerm remove' avoids having a dangling link once the actual file gets removed, but 'prerm remove' is not called in all cases (e.g. unpacked but not configured packages or disappearing packages) so the postrm must remove the alternative again (update-alternatives gracefully handles removal of non-existing alternatives). Note that the arguments for adding and removing alternatives differ, for removal it's 'update-alternatives --remove name path'. Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m33.0s ERROR: WARN: Broken symlinks: /usr/share/man/man1/queue_splitter.1.gz - /etc/alternatives/queue_splitter.1 /usr/share/man/man1/queue_mover.1.gz - /etc/alternatives/queue_mover.1 /usr/share/man/man1/scriptmgr.1.gz - /etc/alternatives/scriptmgr.1 /usr/share/man/man1/londiste.1.gz - /etc/alternatives/londiste.1 /usr/bin/queue_splitter - /etc/alternatives/queue_splitter /usr/bin/queue_mover - /etc/alternatives/queue_mover /usr/bin/scriptmgr - /etc/alternatives/scriptmgr /usr/bin/londiste - /etc/alternatives/londiste /etc/alternatives/queue_splitter.1 - /usr/share/man/man1/queue_splitter3.1.gz /etc/alternatives/queue_splitter - /usr/bin/queue_splitter3 /etc/alternatives/queue_mover.1 - /usr/share/man/man1/queue_mover3.1.gz /etc/alternatives/queue_mover - /usr/bin/queue_mover3 /etc/alternatives/scriptmgr.1 - /usr/share/man/man1/scriptmgr3.1.gz /etc/alternatives/scriptmgr - /usr/bin/scriptmgr3 /etc/alternatives/londiste.1 - /usr/share/man/man1/londiste3.1.gz /etc/alternatives/londiste - /usr/bin/londiste3 0m34.7s ERROR: FAIL: Package purging left files on system: /etc/alternatives/londiste - /usr/bin/londiste3 not owned /etc/alternatives/londiste.1 - /usr/share/man/man1/londiste3.1.gz not owned /etc/alternatives/queue_mover - /usr/bin/queue_mover3 not owned /etc/alternatives/queue_mover.1 - /usr/share/man/man1/queue_mover3.1.gz not owned /etc/alternatives/queue_splitter - /usr/bin/queue_splitter3 not owned /etc/alternatives/queue_splitter.1 - /usr/share/man/man1/queue_splitter3.1.gz not owned /etc/alternatives/scriptmgr - /usr/bin/scriptmgr3 not owned /etc/alternatives/scriptmgr.1 - /usr/share/man/man1/scriptmgr3.1.gz not owned /usr/bin/londiste - /etc/alternatives/londistenot owned /usr/bin/queue_mover - /etc/alternatives/queue_mover not owned /usr/bin/queue_splitter - /etc/alternatives/queue_splitternot owned /usr/bin/scriptmgr - /etc/alternatives/scriptmgr not owned /usr/share/man/man1/londiste.1.gz - /etc/alternatives/londiste.1 not owned /usr/share/man/man1/queue_mover.1.gz - /etc/alternatives/queue_mover.1 not owned /usr/share/man/man1/queue_splitter.1.gz - /etc/alternatives/queue_splitter.1 not owned /usr/share/man/man1/scriptmgr.1.gz - /etc/alternatives/scriptmgr.1not owned /var/log/skytools/ not owned 0m46.4s ERROR: WARN: Broken symlinks: /usr/share/man/man1/walmgr.1.gz - /etc/alternatives/walmgr.1 /usr/bin/walmgr - /etc/alternatives/walmgr /etc/alternatives/walmgr.1 - /usr/share/man/man1/walmgr3.1.gz /etc/alternatives/walmgr - /usr/bin/walmgr3 0m48.3s ERROR: FAIL: Package purging left files on system: /etc/alternatives/walmgr - /usr/bin/walmgr3 not owned /etc/alternatives/walmgr.1 - /usr/share/man/man1/walmgr3.1.gz not owned /usr/bin/walmgr - /etc/alternatives/walmgrnot owned /usr/share/man/man1/walmgr.1.gz - /etc/alternatives/walmgr.1 not owned Note that postrm purge should also get rid of /var/log/skytools/ cheers, Andreas skytools3_3.1.3-1.log.gz Description: GNU Zip compressed data
Bug#700487: ITP: salor-hospitality -- Professional Point of Sale system for the Hostiality Industry, Restaurants and Hotels
On Wed, Feb 13, 2013 at 10:52:51AM +0100, Michael Franzl wrote: Package: wnpp Severity: wishlist Owner: Michael Franzl off...@michaelfranzl.com * Package name: salor-hospitality Version : 4.1.3 Upstream Author : Michael Franzl off...@michaelfranzl.com * URL : http://billgastro.com * License : MIT Programming Lang: Ruby, Javascript Description : Professional Point of Sale system for the Hostiality ^^ oops Industry, Restaurants and Hotels -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700707: unblock: lintian/2.5.10.4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, Please consider unblocking lintian/2.5.10.4, it includes the following changes: lintian (2.5.10.4) unstable; urgency=low * checks/init.d: + [NT] Fix regression where Lintian would not properly match init.d passed to update-rc.d. Thanks to Michael Meskes for reporting. (Closes: #698602) * lib/Lintian/Collect/Package.pm: + [NT] Ensure the root entry of indices do not contain itself. (Closes: #695866) * lib/Lintian/Util.pm: + [NT] Reject partially signed Deb822 files. Most Deb822 files are not signed at all; but those that are should be completely covered by a signature. (Closes: #696230) + [ADB] Fix a typo in the matching of expected delimiters for some signed messages; thanks Samuel Bronson. I have attached a filtered debdiff (one without the test suite changes). diffstat for lintian-2.5.10.3 lintian-2.5.10.4 (minus the test suite) checks/init.d | 13 + debian/changelog | 19 ++ frontend/lintian |8 + lib/Lintian/Collect/Package.pm|6 lib/Lintian/Util.pm | 152 -- [...] The changes to Lintian::Util appear large at first, but the majority of them are comments. unblock lintian/2.5.10.4 Thanks for considering it, ~Niels diffstat for lintian-2.5.10.3 lintian-2.5.10.4 checks/init.d | 13 + debian/changelog | 19 ++ frontend/lintian |8 + lib/Lintian/Collect/Package.pm|6 lib/Lintian/Util.pm | 152 -- t/scripts/Lintian/Util/data/pgp-eof-missing-sign |5 t/scripts/Lintian/Util/data/pgp-leading-unsigned | 14 ++ t/scripts/Lintian/Util/data/pgp-malformed-header | 11 + t/scripts/Lintian/Util/data/pgp-no-end-pgp-header |7 + t/scripts/Lintian/Util/data/pgp-sig-before-start |7 + t/scripts/Lintian/Util/data/pgp-trailing-unsigned | 14 ++ t/scripts/Lintian/Util/data/pgp-two-signatures| 16 ++ t/scripts/Lintian/Util/data/pgp-two-signed-msgs | 19 ++ t/scripts/Lintian/Util/data/pgp-unexpected-header |6 t/scripts/Lintian/Util/dctrl-parser.t | 52 +++ 15 files changed, 334 insertions(+), 15 deletions(-) diff -Nru lintian-2.5.10.3/checks/init.d lintian-2.5.10.4/checks/init.d --- lintian-2.5.10.3/checks/init.d 2012-12-11 19:03:17.0 +0100 +++ lintian-2.5.10.4/checks/init.d 2013-02-16 13:25:08.0 +0100 @@ -61,6 +61,11 @@ ); our $VIRTUAL_FACILITIES = Lintian::Data-new('init.d/virtual_facilities'); +# Regex to match names of init.d scripts; it is a bit more lax than +# package names (e.g. allows _). We do not allow it to start with a +# dash to avoid confusing it with a command-line option (also, +# update-rc.d does not allow this). +our $INITD_NAME_REGEX = qr/[\w\.\+][\w\-\.\+]*/; sub run { @@ -88,7 +93,7 @@ next if /$exclude_r/o; s/\#.*$//o; next unless /^(?:.+;|^\s*system[\s\(\']+)?\s*update-rc\.d\s+ -(?:$opts_r)*($PKGNAME_REGEX)\s+($action_r)/xo; +(?:$opts_r)*($INITD_NAME_REGEX)\s+($action_r)/xo; my ($name,$opt) = ($1,$2); next if $opt eq 'remove'; if ($initd_postinst{$name}++ == 1) { @@ -108,7 +113,7 @@ next if /$exclude_r/o; s/\#.*$//o; next unless m/update-rc\.d \s+ - (?:$opts_r)*($PKGNAME_REGEX) \s+ + (?:$opts_r)*($INITD_NAME_REGEX) \s+ ($action_r)/ox; my ($name,$opt) = ($1,$2); next if $opt eq 'remove'; @@ -122,7 +127,7 @@ while (IN) { next if /$exclude_r/o; s/\#.*$//o; -next unless m/update-rc\.d\s+($opts_r)*($PKGNAME_REGEX)/o; +next unless m/update-rc\.d\s+($opts_r)*($INITD_NAME_REGEX)/o; if ($initd_postrm{$2}++ == 1) { tag 'duplicate-updaterc.d-calls-in-postrm', $2; next; @@ -139,7 +144,7 @@ while (IN) { next if /$exclude_r/o; s/\#.*$//o; -next unless m/update-rc\.d\s+($opts_r)*($PKGNAME_REGEX)/o; +next unless m/update-rc\.d\s+($opts_r)*($INITD_NAME_REGEX)/o; tag 'prerm-calls-updaterc.d', $2; } close(IN); diff -Nru lintian-2.5.10.3/debian/changelog lintian-2.5.10.4/debian/changelog --- lintian-2.5.10.3/debian/changelog 2012-12-11 20:14:08.0 +0100 +++ lintian-2.5.10.4/debian/changelog 2013-02-16 14:17:05.0 +0100 @@ -1,3 +1,22 @@ +lintian (2.5.10.4) unstable; urgency=low + + * checks/init.d: ++ [NT] Fix regression where Lintian would not properly match + init.d passed to update-rc.d. Thanks to Michael Meskes for + reporting.
Bug#697548: consumption on T420
Hi, I've tried with the newer 3.7.8 and after the first reboot (after the installation) it seemed good but after another reboot the consumption goes high. Powertop reports 23/25W instead 10/12W with the kernel 3.6.9 ! Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700708: cupt: why does cupt maintain its own apt repo database
Package: cupt Version: 2.5.9 Severity: normal Dear Maintainer, Are there good reasons why cupt maintains its own database? Can it not just reuse what apt has with it? root@debian-zan:~# cupt safe-upgrade Building the package cache... W: gpg: 'http://suwako.nomanga.net/debian sid': public key '99A7C5A21A9313A4' is not found W: gpg: 'http://qt-kde.debian.net/debian experimental-snapshots': public key '93DD2AE2E79C8BAB' is not found E: unable to open the file '//var/lib/cupt/lists/http___ftp.debian.org_debian_dists_testing_main_binary-amd64_Packages': No such file or directory W: skipped the index 'http://ftp.debian.org/debian testing main (binary)' E: unable to open the file '//var/lib/cupt/lists/http___ftp.debian.org_debian_dists_testing_contrib_binary-amd64_Packages': No such file or directory W: skipped the index 'http://ftp.debian.org/debian testing contrib (binary)' E: unable to open the file '//var/lib/cupt/lists/http___ftp.debian.org_debian_dists_testing_non-free_binary-amd64_Packages': No such file or directory W: skipped the index 'http://ftp.debian.org/debian testing non-free (binary)' E: unable to open the file '//var/lib/cupt/lists/http___ftp.debian.org_debian_dists_unstable_Release': No such file or directory E: unable to parse the release 'http://ftp.debian.org/debian unstable' W: skipped the index 'http://ftp.debian.org/debian unstable main (binary)' W: skipped the index 'http://ftp.debian.org/debian unstable contrib (binary)' W: skipped the index 'http://ftp.debian.org/debian unstable non-free (binary)' E: unable to open the file '//var/lib/cupt/lists/http___ftp.debian.org_debian_dists_experimental_main_binary-amd64_Packages': No such file or directory W: skipped the index 'http://ftp.debian.org/debian experimental main (binary)' E: unable to open the file '//var/lib/cupt/lists/http___ftp.debian.org_debian_dists_experimental_contrib_binary-amd64_Packages': No such file or directory W: skipped the index 'http://ftp.debian.org/debian experimental contrib (binary)' E: unable to open the file '//var/lib/cupt/lists/http___ftp.debian.org_debian_dists_experimental_non-free_binary-amd64_Packages': No such file or directory W: skipped the index 'http://ftp.debian.org/debian experimental non-free (binary)' Initializing package resolver and worker... Scheduling requested actions... Resolving possible unmet dependencies... The following packages are no longer needed and thus will be auto-removed: cpp-4.6 gcc-4.6 gcc-4.6-base linux-headers-3.2.0-4-amd64 linux-headers-3.2.0-4-common linux-headers-amd64 linux-kbuild-3.2 radeontool ttf-freefont xserver-xorg-input-all xserver-xorg-input-wacom Action summary: 11 automatically installed packages are no longer needed and thus will be auto-removed Need to get 0B/0B of archives. After unpacking 53.6MiB will be freed. Do you want to continue? [y/N/q/a/?] root@debian-zan:~# ls /var/lib/cupt/ lists lock trusted.gpg trusted.gpg.new.temp~ root@debian-zan:~# ls /var/lib/cupt/lists/ http___ftp.debian.org_debian_dists_experimental_Release http___ftp.debian.org_debian_dists_experimental_Release.gpg http___ftp.debian.org_debian_dists_testing_Release http___ftp.debian.org_debian_dists_testing_Release.gpg http___qt-kde.debian.net_debian_dists_experimental-snapshots_main_binary-amd64_Packages http___qt-kde.debian.net_debian_dists_experimental-snapshots_main_source_Sources http___qt-kde.debian.net_debian_dists_experimental-snapshots_Release http___qt-kde.debian.net_debian_dists_experimental-snapshots_Release.gpg http___suwako.nomanga.net_debian_dists_sid_contrib_binary-amd64_Packages http___suwako.nomanga.net_debian_dists_sid_main_binary-amd64_Packages http___suwako.nomanga.net_debian_dists_sid_main_source_Sources http___suwako.nomanga.net_debian_dists_sid_Release http___suwako.nomanga.net_debian_dists_sid_Release.gpg lock partial root@debian-zan:~# ls /var/lib/apt/lists/ ftp.debian.org_debian_dists_experimental_contrib_binary-amd64_Packages ftp.debian.org_debian_dists_experimental_contrib_binary-amd64_Packages.IndexDiff ftp.debian.org_debian_dists_experimental_contrib_binary-i386_Packages ftp.debian.org_debian_dists_experimental_contrib_binary-i386_Packages.IndexDiff ftp.debian.org_debian_dists_experimental_contrib_i18n_Translation-en ftp.debian.org_debian_dists_experimental_contrib_i18n_Translation-en.IndexDiff ftp.debian.org_debian_dists_experimental_contrib_source_Sources ftp.debian.org_debian_dists_experimental_contrib_source_Sources.IndexDiff ftp.debian.org_debian_dists_experimental_InRelease ftp.debian.org_debian_dists_experimental_main_binary-amd64_Packages ftp.debian.org_debian_dists_experimental_main_binary-amd64_Packages.IndexDiff ftp.debian.org_debian_dists_experimental_main_binary-i386_Packages ftp.debian.org_debian_dists_experimental_main_binary-i386_Packages.IndexDiff ftp.debian.org_debian_dists_experimental_main_i18n_Translation-en ftp.debian.org_debian_dists_experimental_main_i18n_Translation-en.IndexDiff
Bug#700709: Debian 7 Slow USB
Package: linux-image Version: 3.7-trunk-powerpc Previous (archived) bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684630 I have similar issue with my two debian machines. First machine has Debian 7 PPC (Mac MINI Power10,1). Second Debian 7 486 (Old Notebook Asus M3N) Booth linux machines with Debian 7 works really slow with USB. No solution found yet. rmmod modprobe has no effect. When I connect USB stick to Mac Book Pro it gives me 15-16 MB/S. When I connect the same USB Stick to the Debian machines booth give me 5-6 MB/S. With my external USB harddrive (western digital) everything even worth. My WD gives me 600 KB/s. Completely unusable. I've tried linux-image-3.7-trunk-powerpc for Mac Mini and linux-image-3.7-trunk-486 for my notebook. No changes. Keeping one device (WD) without hub, or even keyboard attached - no changes. Adding ohci_hcd to the blacklist - no changes. I think here is a some magic flag in the kernel config, which is enabled or disabled after Debian 6. root@mini:/mnt# lsusb Bus 001 Device 007: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB Bus 004 Device 002: ID 04d9:1702 Holtek Semiconductor, Inc. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 008: ID 03f0:2b17 Hewlett-Packard LaserJet 1020 Bus 001 Device 009: ID 03f0:3c05 Hewlett-Packard Bus 001 Device 010: ID 1058:1100 Western Digital Technologies, Inc. root@mini:/mnt# A little bit more info on forum: http://forums.debian.net/viewtopic.php?f=10t=94277 [0.00] Using PowerMac machine description [0.00] Total memory = 1024MB; using 2048kB for hash table (at cfe0) [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.7-trunk-powerpc (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 Debian 3.7.8-1~experimental.1 [0.00] Found initrd at 0xc150:0xc2004000 [0.00] Found UniNorth memory controller host bridge @ 0xf800 revision: 0xd2 [0.00] Mapped at 0xff7c [0.00] Found a Intrepid mac-io controller, rev: 0, mapped at 0xff74 [0.00] Processor NAP mode on idle enabled. [0.00] PowerMac motherboard: Mac mini [0.00] bootconsole [udbg0] enabled [0.00] Found UniNorth PCI host bridge at 0xf000. Firmware bus number: 0-0 [0.00] PCI host bridge /pci@f000 ranges: [0.00] MEM 0xf100..0xf1ff - 0xf100 [0.00] IO 0xf000..0xf07f - 0x [0.00] MEM 0x9000..0x9fff - 0x9000 [0.00] Found UniNorth PCI host bridge at 0xf200. Firmware bus number: 0-0 [0.00] PCI host bridge /pci@f200 (primary) ranges: [0.00] MEM 0xf300..0xf3ff - 0xf300 [0.00] IO 0xf200..0xf27f - 0x [0.00] MEM 0x8000..0x8fff - 0x8000 [0.00] Found UniNorth PCI host bridge at 0xf400. Firmware bus number: 0-0 [0.00] PCI host bridge /pci@f400 ranges: [0.00] MEM 0xf500..0xf5ff - 0xf500 [0.00] IO 0xf400..0xf47f - 0x [0.00] via-pmu: Server Mode is disabled [0.00] PMU driver v2 initialized for Core99, firmware: 55 [0.00] nvram: Checking bank 0... [0.00] nvram: gen0=260, gen1=261 [0.00] nvram: Active bank is: 1 [0.00] nvram: OF partition at 0x410 [0.00] nvram: XP partition at 0x1020 [0.00] nvram: NR partition at 0x1120 [0.00] Top of RAM: 0x4000, Total RAM: 0x4000 [0.00] Memory hole size: 0MB [0.00] Zone ranges: [0.00] DMA [mem 0x-0x2fff] [0.00] Normal empty [0.00] HighMem [mem 0x3000-0x3fff] [0.00] Movable zone start for each node [0.00] Early memory node ranges [0.00] node 0: [mem 0x-0x3fff] [0.00] On node 0 totalpages: 262144 [0.00] free_area_init_node: node 0, pgdat c0582e04, node_mem_map c071f000 [0.00] DMA zone: 1536 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 195072 pages, LIFO batch:31 [0.00] HighMem zone: 512 pages used for memmap [0.00] HighMem zone: 65024 pages, LIFO batch:15 [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260096 [0.00] Kernel command line:
Bug#700710: fcitx-libs-gclient: fails to upgrade from 'testing' - trying to overwrite /usr/lib/x86_64-linux-gnu/libfcitx-gclient.so.0.1
Package: fcitx-libs-gclient Version: 1:4.2.7-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + fcitx-libs-dev Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package fcitx-libs-gclient:amd64. Unpacking fcitx-libs-gclient:amd64 (from .../fcitx-libs-gclient_1%3a4.2.7-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/fcitx-libs-gclient_1%3a4.2.7-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libfcitx-gclient.so.0.1', which is also in package fcitx-libs:amd64 1:4.2.4.1-7 cheers, Andreas fcitx-libs-dev_1:4.2.7-1.log.gz Description: GNU Zip compressed data
Bug#700711: clang-3.2: fails to upgrade from 'sid' - trying to overwrite /usr/bin/clang
Package: clang-3.2,clang Version: 1:3.2-1~exp6 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package clang-3.2. Unpacking clang-3.2 (from .../clang-3.2_1%3a3.2-1~exp6_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/clang-3.2_1%3a3.2-1~exp6_amd64.deb (--unpack): trying to overwrite '/usr/bin/clang', which is also in package clang 1:3.0-6.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace clang 1:3.0-6.1 (using .../clang_1%3a3.2-1~exp6_all.deb) ... Unpacking replacement clang ... cheers, Andreas clang_1:3.2-1~exp6.log.gz Description: GNU Zip compressed data
Bug#700712: tayga: variable for tun device in /etc/init.d/tayga
Package: tayga Version: 0.9.2-4 Severity: minor Dear Maintainer, There are two places in /etc/init.d/tayga where the tun device is statically defined as nat64. They can be easily replaced. Patch attached. Thanks, Benoit -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-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 Versions of packages tayga depends on: ii libc6 2.13-37 tayga recommends no packages. tayga suggests no packages. -- Configuration Files: /etc/default/tayga changed [not included] /etc/tayga.conf changed [not included] -- no debconf information --- /etc/init.d/tayga 2013-02-15 19:43:53.282899015 +0100 +++ tayga.new 2013-02-16 12:44:52.409117367 +0100 @@ -107,8 +107,8 @@ if [ x$CONFIGURE_IFACE = xyes ] ; then $DAEMON --mktun ip link set $TUN_DEVICE up - ip route add $DYNAMIC_POOL dev nat64 - ip route add $IPV6_PREFIX dev nat64 + ip route add $DYNAMIC_POOL dev $TUN_DEVICE + ip route add $IPV6_PREFIX dev $TUN_DEVICE fi [ x$CONFIGURE_NAT44 = xyes ] iptables -t nat -A POSTROUTING -s $DYNAMIC_POOL -j MASQUERADE || true
Bug#700713: python-quantum: fails to upgrade from 'sid' - trying to overwrite /usr/share/pyshared/quantum/common/config.py
Package: python-quantum Version: 2012.2.1-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'sid' to 'experimental'. It installed fine in 'sid', then the upgrade to 'experimental' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to replace python-quantum 2012.1-6 (using .../python-quantum_2012.2.1-1_all.deb) ... E: namespace:121: cannot remove /usr/lib/python2.6/dist-packages/quantum/__init__.py Unpacking replacement python-quantum ... dpkg: error processing /var/cache/apt/archives/python-quantum_2012.2.1-1_all.deb (--unpack): trying to overwrite '/usr/share/pyshared/quantum/common/config.py', which is also in package quantum-common 2012.1-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/python-quantum_2012.2.1-1_all.deb cheers, Andreas python-quantum_2012.2.1-1.log.gz Description: GNU Zip compressed data
Bug#679113: lensfun: new upstream version 0.2.7
Package: liblensfun-data Version: 0.2.5-2 Followup-For: Bug #679113 Greetings! A new upstream version, 0.2.7, is available. Kind regards, Ken -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (650, 'testing'), (600, '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 -- 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#700714: linux-image-3.7-trunk-686-pae: auto remount after umount with some HDD in USB3
Package: src:linux Version: 3.7.8-1~experimental.1 Severity: important Dear Maintainer, I've an external HDD (WD Elements) connecting in USB3, when I disconnet it in Gnome 3 (Retirer le volume sans risque), the disk is unmounted but immediatly remounted ... If I connected this HDD on USB2 there is no problem. With an another HDD in USB3 (WD My Passport), there is no problem. Here're dmesg reports: [ 1518.232023] usb 3-1: new SuperSpeed USB device number 2 using xhci_hcd [ 1518.244872] usb 3-1: Parent hub missing LPM exit latency info. Power management will be impacted. [ 1518.245504] usb 3-1: New USB device found, idVendor=1058, idProduct=1042 [ 1518.245510] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=5 [ 1518.245513] usb 3-1: Product: Elements 1042 [ 1518.245516] usb 3-1: Manufacturer: Western Digital [ 1518.245519] usb 3-1: SerialNumber: 57584E314335323238323934 [ 1518.247138] scsi12 : usb-storage 3-1:1.0 [ 1519.244003] scsi 12:0:0:0: Direct-Access WD Elements 10421007 PQ: 0 ANSI: 6 [ 1519.245406] sd 12:0:0:0: Attached scsi generic sg8 type 0 [ 1519.246929] sd 12:0:0:0: [sdh] Spinning up disk... [ 1520.246677] ...ready [ 1526.265608] sd 12:0:0:0: [sdh] 976769024 512-byte logical blocks: (500 GB/465 GiB) [ 1526.266212] sd 12:0:0:0: [sdh] Write Protect is off [ 1526.266219] sd 12:0:0:0: [sdh] Mode Sense: 47 00 10 08 [ 1526.266671] sd 12:0:0:0: [sdh] No Caching mode page present [ 1526.266677] sd 12:0:0:0: [sdh] Assuming drive cache: write through [ 1526.268101] sd 12:0:0:0: [sdh] No Caching mode page present [ 1526.268107] sd 12:0:0:0: [sdh] Assuming drive cache: write through [ 1526.278456] sdh: sdh1 [ 1526.280273] sd 12:0:0:0: [sdh] No Caching mode page present [ 1526.280279] sd 12:0:0:0: [sdh] Assuming drive cache: write through [ 1526.280282] sd 12:0:0:0: [sdh] Attached SCSI disk [ 1596.946019] nautilus: sending ioctl 2285 to a partition! [ 1600.071015] xhci_hcd :07:00.0: WARN Event TRB for slot 1 ep 3 with no TDs queued? [ 1600.071090] xhci_hcd :07:00.0: WARN Event TRB for slot 1 ep 2 with no TDs queued? [ 1600.071170] xhci_hcd :07:00.0: WARN Event TRB for slot 1 ep 0 with no TDs queued? [ 1600.181741] xhci_hcd :07:00.0: WARN Event TRB for slot 1 ep 0 with no TDs queued? [ 1620.162221] xhci_hcd :07:00.0: Timeout while waiting for stop endpoint command [ 1620.202225] usb 3-1: USB disconnect, device number 2 Regards. -- Package-specific info: ** Version: Linux version 3.7-trunk-686-pae (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.7.8-1~experimental.1 ** Command line: BOOT_IMAGE=/vmlinuz-3.7-trunk-686-pae root=UUID=e80aa639-c277-4f03-af6c-7191a2f95083 ro quiet pci=routeirq ** Tainted: PDO (4225) * Proprietary module has been loaded. * Kernel has oopsed before. * Out-of-tree module has been loaded. ** Kernel log: [ 35.039431] 9:3:1: cannot get freq at ep 0x84 [ 35.061438] 9:3:1: cannot get freq at ep 0x84 [ 37.988226] ttyS1: LSR safety check engaged! [ 37.988253] ttyS0: LSR safety check engaged! [ 37.988566] ttyS1: LSR safety check engaged! [ 37.988593] ttyS0: LSR safety check engaged! [ 37.988823] ttyS1: LSR safety check engaged! [ 37.988847] ttyS0: LSR safety check engaged! [ 928.455203] warning: `VirtualBox' uses 32-bit capabilities (legacy support in use) [ 1023.887549] vboxdrv: Found 4 processor cores. [ 1023.887724] BUG: unable to handle kernel NULL pointer dereference at 0700 [ 1023.887727] IP: [f8baa58a] VBoxHost_RTR0MemObjFree+0x294/0x294 [vboxdrv] [ 1023.887746] *pdpt = 27d58001 *pde = [ 1023.887748] Oops: [#1] SMP [ 1023.887750] Modules linked in: vboxdrv(O+) ip6table_filter ip6_tables cpufreq_powersave parport_pc cpufreq_conservative ppdev lp cpufreq_userspace parport cpufreq_stats rfcomm bnep bluetooth ipt_ULOG ipt_REJECT xt_state nf_conntrack_irc nf_conntrack_ftp xt_tcpudp iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables x_tables binfmt_misc uinput deflate zlib_deflate ctr twofish_generic twofish_i586 twofish_common camellia_generic serpent_sse2_i586 serpent_generic glue_helper blowfish_generic blowfish_common cast5_generic des_generic cbc xcbc rmd160 sha512_generic sha256_generic sha1_generic hmac crypto_null af_key xfrm_algo fuse nfsd auth_rpcgss nfs_acl nfs lockd dns_resolver fscache sunrpc uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core snd_usb_audio videodev media snd_usbmidi_lib snd_hda_codec_hdmi usb_storage snd_hda_codec_realtek coretemp kvm_intel joydev kvm usbhid hid snd_hda_intel crc32c_intel n vidia(PO) snd_hda_codec snd_hwdep wacom snd_pcm_oss eeepc_wmi snd_mixer_oss aesni_intel asus_wmi iTCO_wdt sparse_keymap aes_i586 iTCO_vendor_support rfkill snd_pcm xts lrw mxm_wmi gf128mul snd_page_alloc ablk_helper snd_seq_midi cryptd usblp snd_seq_midi_event snd_rawmidi snd_seq evdev snd_seq_device psmouse snd_timer
Bug#700712: tayga: variable for tun device in /etc/init.d/tayga
Hello, On Sat, 16 Feb 2013 12:53:20 +0100 Benoit Friry ben...@friry.net wrote: There are two places in /etc/init.d/tayga where the tun device is statically defined as nat64. They can be easily replaced. Patch attached. Thanks, this is already fixed, but I haven't made an upload yet. I'm not sure this can qualify as an release-critical bug, so probably we won't have it in wheezy. -- WBR, Andrew signature.asc Description: PGP signature
Bug#690172: gcc-4.7-base: adding Breaks: gcc-4.4-base ( 4.4.7) ?
Control: severity -1 serious On 2013-01-17 16:10, Andreas Beckmann wrote: Hi, how are the chances of getting this fix in sid and wheezy? I just verified that this really fixes the upgrade paths involving gnustep-back0.18 and friends. Raising the severity as this causes several incomplete upgrades from squeeze = wheezy. After having done a lot of upgrade tests with a fixed gcc-4.7-base I haven't seen any more issues due to ancient packages from src:gcc-X.Y. (But there are still enough other packages that need to be fixed in some way, too.) After having looked into apt's scoring a bit, most of these paths are caused by #699759 apt: score computation may prefer obsolete installed packages over their successors and a small fix to the score computation solves this (by no longer doing something like score[pkg1] += abs(some_negative_score_from_pkg2) which makes packages with scores -1 and -2 more important than packages with score 0). But as upgrades need to work with squeeze's apt (and that cannot be changed), we need to work around this in wheezy, usually using high-score packages. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700525: unblock: sundials/2.5.0-2
found 700525 2.5.0-2 thanks Hello, Could you unblock sundials version 2.5.0-2 ? It would fix the RC bug #700525 (fix by Christophe). The change is basically adding -lblas -llapack -lm to LDFLAGS LDFLAGS is the wrong place for this, it must be placed in LIBS or your build systems equivalent. LDFLAGS works in debian, but not in derivatives like ubuntu due to their use of ld --as-needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672259: Don't print anything if nothing to install
On Sat, February 16, 2013 12:50, Andrey Rahmatullin wrote: What else do you want to know? I think it is obvious that this message is useful only after the fonts are actually installed, not on each upgrade. Right, agreed. I'll change that for the next upload. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700715: Empty list of installed files for an installed package
Package: python-apt Version: 0.8.8.1 Severity: minor On the one hand, I have: $ python Python 2.7.3 (default, Jan 2 2013, 13:56:14) [GCC 4.7.2] on linux2 Type help, copyright, credits or license for more information. from apt import * cache=Cache() dpkg=cache['libzn-poly-dev'] dpkg.installed_files [] while on the other: $ dpkg -L libzn-poly-dev /. /usr /usr/share /usr/share/doc /usr/share/doc/libzn-poly-dev /usr/share/doc/libzn-poly-dev/REFERENCES /usr/share/doc/libzn-poly-dev/changelog.gz /usr/share/doc/libzn-poly-dev/copyright /usr/share/doc/libzn-poly-dev/changelog.Debian.gz /usr/lib /usr/lib/x86_64-linux-gnu /usr/include /usr/include/zn_poly /usr/include/zn_poly/wide_arith.h /usr/include/zn_poly/zn_poly.h /usr/lib/x86_64-linux-gnu/libzn_poly.so So it looks like something fishy is going on... Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700716: python-imaging: FTBFS: dh_movefiles: .../_imagingtk.so not found (supposed to put it in python-imaging-tk)
Source: python-imaging Version: 1.1.7+1.7.8-2 Severity: serious Justification: fails to build from source python-imaging FTBFS on buildds: | dh_movefiles -ppython-imaging-tk \ | --sourcedir=debian/python-imaging \ | usr/lib/python2.6/$(basename $(_py_=2.6; python${_py_#python*} -c 'from distutils import sysconfig; print(sysconfig.get_python_lib())'))/_imagingtk.so \ | usr/lib/python2.6/$(basename $(_py_=2.6; python${_py_#python*} -c 'from distutils import sysconfig; print(sysconfig.get_python_lib())'))/PIL/ImageTk.py | dh_movefiles: debian/python-imaging/usr/lib/python2.6/dist-packages/_imagingtk.so not found (supposed to put it in python-imaging-tk) | make: *** [install-python2.6] Error 1 Full build log: https://buildd.debian.org/status/fetch.php?pkg=python-imagingarch=i386ver=1.1.7%2B1.7.8-2stamp=1360996465 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700714: linux-image-3.7-trunk-686-pae: auto remount after umount with some HDD in USB3
Control: tag -1 moreinfo On Sat, 2013-02-16 at 15:29 +0100, gpe92 wrote: Package: src:linux Version: 3.7.8-1~experimental.1 Severity: important Dear Maintainer, I've an external HDD (WD Elements) connecting in USB3, when I disconnet it in Gnome 3 (Retirer le volume sans risque), the disk is unmounted but immediatly remounted ... If I connected this HDD on USB2 there is no problem. Did this work properly in an earlier kernel version? [...] ** Tainted: PDO (4225) * Proprietary module has been loaded. * Kernel has oopsed before. * Out-of-tree module has been loaded. Please remove virtualbox and nvidia, and re-test. (I doubt that this makes a difference, but we need to check.) ** Kernel log: [ 35.039431] 9:3:1: cannot get freq at ep 0x84 [ 35.061438] 9:3:1: cannot get freq at ep 0x84 [ 37.988226] ttyS1: LSR safety check engaged! [ 37.988253] ttyS0: LSR safety check engaged! [ 37.988566] ttyS1: LSR safety check engaged! [ 37.988593] ttyS0: LSR safety check engaged! [ 37.988823] ttyS1: LSR safety check engaged! [ 37.988847] ttyS0: LSR safety check engaged! [ 928.455203] warning: `VirtualBox' uses 32-bit capabilities (legacy support in use) [ 1023.887549] vboxdrv: Found 4 processor cores. [ 1023.887724] BUG: unable to handle kernel NULL pointer dereference at 0700 [ 1023.887727] IP: [f8baa58a] VBoxHost_RTR0MemObjFree+0x294/0x294 [vboxdrv] [ 1023.887746] *pdpt = 27d58001 *pde = [ 1023.887748] Oops: [#1] SMP [ 1023.887750] Modules linked in: vboxdrv(O+) ip6table_filter ip6_tables cpufreq_powersave parport_pc cpufreq_conservative ppdev lp cpufreq_userspace parport cpufreq_stats rfcomm bnep bluetooth ipt_ULOG ipt_REJECT xt_state nf_conntrack_irc nf_conntrack_ftp xt_tcpudp iptable_mangle iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables x_tables binfmt_misc uinput deflate zlib_deflate ctr twofish_generic twofish_i586 twofish_common camellia_generic serpent_sse2_i586 serpent_generic glue_helper blowfish_generic blowfish_common cast5_generic des_generic cbc xcbc rmd160 sha512_generic sha256_generic sha1_generic hmac crypto_null af_key xfrm_algo fuse nfsd auth_rpcgss nfs_acl nfs lockd dns_resolver fscache sunrpc uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core snd_usb_audio videodev media snd_usbmidi_lib snd_hda_codec_hdmi usb_storage snd_hda_codec_realtek coretemp kvm_intel joydev kvm usbhid hid snd_hda_intel crc32c_intel n vidia(PO) snd_hda_codec snd_hwdep wacom snd_pcm_oss eeepc_wmi snd_mixer_oss aesni_intel asus_wmi iTCO_wdt sparse_keymap aes_i586 iTCO_vendor_support rfkill snd_pcm xts lrw mxm_wmi gf128mul snd_page_alloc ablk_helper snd_seq_midi cryptd usblp snd_seq_midi_event snd_rawmidi snd_seq evdev snd_seq_device psmouse snd_timer pcspkr serio_raw mei i2c_i801 lpc_ich mfd_core snd i2c_core video soundcore acpi_cpufreq mperf wmi processor button ext4 crc16 jbd2 mbcache dm_mirror dm_region_hash dm_log dm_mod sg sd_mod sr_mod crc_t10dif cdrom firewire_ohci firewire_core ata_generic crc_itu_t thermal fan r8169 mii thermal_sys xhci_hcd pata_marvell ahci libahci ehci_hcd microcode libata scsi_mod usbcore usb_common [ 1023.887803] Pid: 10471, comm: modprobe Tainted: P O 3.7-trunk-686-pae #1 Debian 3.7.8-1~experimental.1 System manufacturer System Product Name/P8P67 LE [ 1023.887804] EIP: 0060:[f8baa58a] EFLAGS: 00010293 CPU: 2 [ 1023.887817] EIP is at VBoxHost_RTR0MemObjGetPagePhysAddr+0x0/0x67 [vboxdrv] [ 1023.887818] EAX: f70cd000 EBX: f8bc6a80 ECX: 370cd000 EDX: 0002 [ 1023.887819] ESI: f70cd000 EDI: 0700 EBP: ESP: e7e5de84 [ 1023.887821] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 1023.887822] CR0: 80050033 CR2: 0700 CR3: 2fa14000 CR4: 000407f0 [ 1023.887823] DR0: DR1: DR2: DR3: [ 1023.887824] DR6: 0ff0 DR7: 0400 [ 1023.887825] Process modprobe (pid: 10471, ti=e7e5c000 task=ea972200 task.ti=e7e5c000) [ 1023.887826] Stack: [ 1023.887827] f8ba3112 eaa5ef50 eaa5ef50 0020 0246 f8baaf2f [ 1023.887830] 0010 e7e5decc 0020 f8baaf2f 0004 0002 1000 00018a0e [ 1023.887833] f8b6 f8ba9757 ef837780 f8ba978a f8bad4ce 0010 f8bc02b7 [ 1023.887836] Call Trace: [ 1023.887858] [f8ba3112] ? supdrvInitDevExt+0x103/0x697 [vboxdrv] [ 1023.887870] [f8baaf2f] ? rtR0MemAllocEx+0x69/0xbc [vboxdrv] [ 1023.887880] [f8baaf2f] ? rtR0MemAllocEx+0x69/0xbc [vboxdrv] [ 1023.887884] [f8b6] ? 0xf8b5 [ 1023.887903] [f8ba9757] ? rtR0MemAlloc+0x8/0x15 [vboxdrv] [ 1023.887914] [f8ba978a] ? VBoxHost_RTMemAllocTag+0xb/0x18 [vboxdrv] [ 1023.887936] [f8bad4ce] ? VBoxHost_RTSpinlockCreate+0x1b/0x4f [vboxdrv] [ 1023.887949] [f8baaca7] ? rtR0PowerNotificationInit+0x11/0x15 [vboxdrv] [ 1023.887953] [f8b6] ? 0xf8b5 [ 1023.887969] [f8b60050] ?
Bug#684073: same issue
Hi, On Fri, Feb 15, 2013 at 03:12:09PM -0500, Michael wrote: here, hang during apt-get install exactly as described already Then maybe you should help finding the cause of this bug. Maybe starting by answering my questions (what the original submitter of this bug did not react to at all.) it corrupted apt/dpkg database, prevented other installs, removes, etc. Sorry, this doesn't make sense. a hang in a maintainer script (and ctrl-c) doesn't corrupt the db. 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#700717: request-tracker4: Server path display issue in /usr/bin/rt
Package: request-tracker4 Version: 4.0.7-4 Severity: minor When Request Tracker is installed under a path, such as https://rt.example.org/rt, the /usr/bin/rt tool does not display the path correctly. This makes debugging connection issues harder, for example. To reproduce, run: RTSERVER=https://rt.example.org/rt; rt edit ticket/6 This gives as output Password will be sent to rt.example.orgrt over SSL, instead of rt.example.org/rt. This is caused by line 1016 in /usr/bin/rt: (my $server = $config{server}) =~ s/^.*\/\/([^\/]+)\/?/$1/; This regular expression removes everything before the first two slashes, then takes everything before the next slash, and removes the next slash too. If the idea here is to take only the hostname, a .*$ should be added to the match part of the regular expression; if the idea is to include the path it should either be inside the parantheses or be within its own parantheses and $2 should be added to the replace option. So either of the following three lines fix this problem: (my $server = $config{server}) =~ s/^.*\/\/([^\/]+)\/?.*$/$1/; (my $server = $config{server}) =~ s/^.*\/\/([^\/]+\/?)/$1/; (my $server = $config{server}) =~ s/^.*\/\/([^\/]+)(\/)?/$1$2/; Filing as minor because $server is only used for cosmetic purposes. -- Package-specific info: Changed files: -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages request-tracker4 depends on: ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii fonts-droid [ttf-droid] 20111207+git-1 ii libapache-session-perl 1.89-1 ii libcache-simple-timedexpiry-perl 0.27-2 ii libcgi-emulate-psgi-perl 0.14-1 ii libcgi-psgi-perl 0.15-1 ii libclass-accessor-perl 0.34-1 ii libclass-returnvalue-perl0.55-1 ii libconvert-color-perl0.08-1 ii libcss-squish-perl 0.09-1 ii libdata-ical-perl0.18+dfsg-1 ii libdatetime-locale-perl 1:0.45-1 ii libdatetime-perl 2:0.7500-1 ii libdbi-perl 1.622-1 ii libdbix-searchbuilder-perl 1.62-1 ii libdevel-globaldestruction-perl 0.06-1 ii libdevel-stacktrace-perl 1.2700-1 ii libemail-address-perl1.895-1 ii libfcgi-procmanager-perl 0.24-1 ii libfile-sharedir-perl1.00-0.1 ii libgd-graph-perl 1.44-6 ii libgd-text-perl 0.86-8 ii libgnupg-interface-perl 0.45-1 ii libgraphviz-perl 2.10-1 ii libhtml-format-perl 2.10-1 ii libhtml-mason-perl 1:1.48-1 ii libhtml-mason-psgihandler-perl 0.52-1 ii libhtml-quoted-perl 0.03-1 ii libhtml-rewriteattributes-perl 0.04-1 ii libhtml-scrubber-perl0.09-1 ii libhtml-tree-perl5.02-1 ii libipc-run-perl 0.92-1 ii libipc-run3-perl 0.045-1 ii libjson-perl 2.53-1 ii liblist-moreutils-perl 0.33-1+b1 ii liblocale-maketext-fuzzy-perl0.11-1 ii liblocale-maketext-lexicon-perl 0.91-1 ii liblog-dispatch-perl 2.32-1 ii libmailtools-perl2.09-1 ii libmime-tools-perl [libmime-perl]5.503-1 ii libmime-types-perl 1.35-1 ii libmodule-versions-report-perl 1.06-1 ii libnet-cidr-perl 0.15-1 ii libperlio-eol-perl 0.14-1+b3 ii libplack-perl0.9989-1 ii libregexp-common-net-cidr-perl 0.02-1 ii libregexp-common-perl2011121001-1 ii libregexp-ipv6-perl 0.03-1 ii libtext-autoformat-perl 1.669002-1 ii libtext-password-pronounceable-perl 0.30-1 ii libtext-quoted-perl 2.06-1 ii libtext-template-perl1.45-2 ii libtext-wikiformat-perl 0.79-1 ii libtext-wrapper-perl 1.04-1 ii libtime-modules-perl 2011.0517-1 ii libtimedate-perl 1.2000-1 ii libtree-simple-perl 1.18-1 ii libuniversal-require-perl0.13-1 ii liburi-perl 1.60-1 ii libxml-rss-perl 1.49-1 ii libxml-simple-perl 2.20-1 ii perl [libencode-perl]5.14.2-16 ii perl-modules [libfile-temp-perl] 5.14.2-16 ii postfix [mail-transport-agent] 2.9.3-2.1 ii rsyslog [system-log-daemon] 5.8.11-2 ii rt4-apache2 4.0.7-4 ii rt4-clients
Bug#700718: python-numpy: fails to upgrade from squeeze: prerm: 6: update-python-modules: not found
Package: python-numpy Version: 1:1.6.2-1.1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'wheezy' fails. From the attached log (scroll to the bottom...): Preparing to replace python-numpy 1:1.4.1-5 (using .../python-numpy_1%3a1.6.2-1.1_amd64.deb) ... /var/lib/dpkg/info/python-numpy.prerm: 6: update-python-modules: not found dpkg: warning: subprocess old pre-removal script returned error exit status 127 dpkg: trying script from the new package instead ... /var/lib/dpkg/tmp.ci/prerm: 6: update-python-modules: not found dpkg: error processing /var/cache/apt/archives/python-numpy_1%3a1.6.2-1.1_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 127 configured to not write apport reports /var/lib/dpkg/info/python-numpy.postinst: 6: update-python-modules: not found dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 127 Note that the attached log is from a squeeze - sid upgrade, but I manually ran piuparts to test squeeze - wheezy(+new numpy) upgrades which failed with exactly the same error. This was observed while testing the upgrade of sixpac [contrib] from squeeze, but I have now rescheduled all tests that might be affected by the last mumpy upload ... cheers, Andreas sixpack_1:0.68-1.log.gz Description: GNU Zip compressed data
Bug#700528: pu: package bugzilla/3.6.2.0-4.6
Control: tags -1 + pending On Thu, 2013-02-14 at 06:24 +, Adam D. Barratt wrote: On Thu, 2013-02-14 at 00:30 +0100, Andreas Beckmann wrote: +bugzilla (3.6.2.0-4.6) stable; urgency=low + + * Non-maintainer upload. + * bugzilla3: Add Depends: liburi-perl. URI.pm is used during package +configuration. (Closes: #646837) Please go ahead; thanks. Flagged for acceptance. 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#700568: pu: package poppler/0.12.4-1.2+squeeze1
Control: tags -1 + pending On Sat, 2013-02-16 at 14:07 +0100, Pino Toscano wrote: Alle venerdì 15 febbraio 2013, Adam D. Barratt ha scritto: On Thu, 2013-02-14 at 13:18 +0100, Pino Toscano wrote: +poppler (0.12.4-1.2+squeeze1) stable; urgency=low + + * Add myself as uploader. + * Fix CVE-2010-0206. + * Fix CVE-2010-0207; patch adapted to be API-/ABI-compatible. + * Fix CVE-2010-4653; patch adapted to include object.h instead +of goo/GooLikely.h (non-existent in poppler 0.12.x). + * Backport upstream commits 7ba15d11e56175601104d125d5e4a47619c224bf and + 55940e989701eb9118015e30f4f48eb654fa34c4 to fix GooString::insert; +patch upstream_fix-GooString-insert.diff. (Closes: #693817) + * Correctly initialize PSOutputDev::fontFileNameLen and + PSOutputDev::psFileNames; patch psoutputdev-initialize-vars.diff. +(Closes: #699421) Please go ahead; thanks. Thanks, uploaded. Flagged for acceptance in to p-u; 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#700287: [neverball] French: Save Replay translated to Sauver un film
On 2013-02-14 10:58, Mehdi Yousfi-Monod wrote: [...] It may not be a great term neither - it also has several other senses. This use would be in the sense Action de représenter, de diffuser à nouveau un spectacle, un film, une émission : http://www.larousse.com/en/dictionnaires/francais/reprise/68500 A literal translation of Replay would be Relecture, but this is somewhat misleading - if the replay is a relecture, what was the (initial) lecture? The first view (the one live) is not read, it's just computed. True :) Regarding relecture, it makes me think of the act of reading a text again :-/ Oh, right, or correcting a text. Revisionnement may be more accurate, but in any case these words wouldn't refer to the data that allows replaying, they would refer to the act of replaying. As for using replay is French, although I'm sure most would understand, I'd rather keep film than to go with a pure English word. Shino (the other early FR translator) and I had the same opinion. If reprise is uncommon outside Quebec, requesting advice from other communities might be warranted (traduc.org?). Good idea! BTW, are you an official translator of Neverball or will I have to do the translation by myself? :) I'm just an official user of Neverball, and a reporter of the very few bugs I managed to find in it :-) P.S. Congratulations for your levels. Completing your set was a huge challenge, and I haven't managed to renew it with the new levels sets. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608832: coreutils and libGMP
I can see the need when bootstrapping, but I'd prefer if coreutils just relied on regular GMP. That said, I see there is some push back in debian on depending on GMP. Note expr from coreutils also uses GMP, which may sway the decision. It doesn't, currently, but it ought to. $ ldd /usr/bin/expr linux-vdso.so.1 = (0x7fffd83ff000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fc111365000) /lib64/ld-linux-x86-64.so.2 (0x7fc11170e000) See here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684866 I don't understand the reluctance to introduce a dependency on GMP. Here's some of the other things that already do: $ deborphan -n libgmp10 libgmp10 cpp-4.7 g++-4.7 libhogweed2 gcc-4.7 libgcj13 libgcj12 libmpc2 guile-2.0-libs libgnutls28 gcj-4.7-jdk gnutls-bin librasqal3 libmpfr4 So if you really object to having GMP (size: 492KB) installed on your system, you can forget about gcc, g++, and secure internet connections. How's that working out for you? -- Ian Bruce -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700525: unblock: sundials/2.5.0-2
On 02/16/2013 03:46 PM, Julian Taylor wrote: found 700525 2.5.0-2 thanks Hello, Could you unblock sundials version 2.5.0-2 ? It would fix the RC bug #700525 (fix by Christophe). The change is basically adding -lblas -llapack -lm to LDFLAGS LDFLAGS is the wrong place for this, it must be placed in LIBS or your build systems equivalent. LDFLAGS works in debian, but not in derivatives like ubuntu due to their use of ld --as-needed. also there are still undefined references remaining in a public library in debian: root@ubuntu:/# ldd -r /usr/lib/libsundials_fnvecserial.so ... undefined symbol: N_VCloneVectorArrayEmpty_Serial (/usr/lib/libsundials_fnvecserial.so) undefined symbol: N_VNewEmpty_Serial(/usr/lib/libsundials_fnvecserial.so) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543163: Bug#687761: pu: package lvm2/2.02.66-5+squeeze1
Hi Pierre, long ago you had reported #543163 lvm2: Please don't depend on udev http://bugs.debian.org/543163 Unfortunately the fix included in squeeze was incomplete (and you promptly reopened the bug) as the dependencies in the init script were not adjusted accordingly. I'd like to get this fixed in the next stable point release, but we need some confirmation that lvm2/squeeze actually works without udev if we just downgrade the udev dependency in the init script. And I can't easily set up such a system and afaict nobody else has one running ... Are you still running the server you mentioned at that time? Is it running squeeze? Is it running without udev? Does it actively use lvm2? How did you fix the lvm2 init script? [ ] remove udev from Required-Start ? [ ] install the fixed lvm2 from wheezy? [ ] install udev? Andreas On 2013-02-15 19:04, Adam D. Barratt wrote: On Thu, 2013-02-14 at 21:04 +0100, Andreas Beckmann wrote: After reading all the related bug reports again, it looks like lvm2 is actually intended to work well even without udev running and this has been implemented in wheezy via fixing the init script dependencies. So let us backport this change to squeeze. Unfortunately I don't know how to actually test that lvm2 works in a udev-free squeeze. But the installation problems are gone with this change. That's certainly a good start. At least some hint that it actually works would be good though; maybe the maintainers (CCed) have some input here? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700719: postfix - Computes bogus public key fingerprints
Package: postfix Version: 2.9.3-2.1 Severity: serious Postfix 2.9 = x 2.9.6 computes completely bogus public key fingerprints for TLS checks. Please fix this for Wheezy. Bastian -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700677: Incorrect upstream versioning / ABI breakage
On 02/16/2013 04:37 PM, Phillip Susi wrote: - From chapter 8.1: The run-time shared library must be placed in a package whose name changes whenever the SONAME of the shared library changes. From Chapter 8: [...] This section deals only with public shared libraries: shared libraries that are placed in directories searched by the dynamic linker by default or which are intended to be linked against normally and possibly used by other, independent packages. Shared libraries that are internal to a particular package or that are only loaded as dynamic modules are not covered by this section and are not subject to its requirements. [...] -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700721: mpg123 is failing to split the url from the HTTP 302 location header
Package: mpg123 Version: All When i starts play my favorit Radio Station http://listen.trancebase.fm/tunein-mp3-pls; the mpg123 gets a HTTP 404 Not Found: $ mpg123 - http://listen.trancebase.fm/tunein-mp3-pls ... HTTP in: ICY 404 Resource Not Found HTTP request failed: 404 Resource Not Found [mpg123.c:566] error: Access to http resource http://listen.trancebase.fm/tunein-mp3-pls failed. in the verbose mode i saw the problem: ... HTTP in: HTTP/1.1 302 Found HTTP in: Date: Sat, 16 Feb 2013 14:20:20 GMT HTTP in: Server: Apache/2.2.16 (Debian) HTTP in: X-Powered-By: PHP/5.3.21-1~dotdeb.0 HTTP in: Expires: Sat, 16 Feb 2013 14:20:20 GMT HTTP in: Last-Modified: Sat, 16 Feb 2013 14:20:20 GMT HTTP in: Cache-Control: public, max-age=1361024420 HTTP in: location: http://46.165.232.24 HTTP in: Vary: Accept-Encoding HTTP in: Content-Length: 0 HTTP in: Connection: close HTTP in: Content-Type: text/html HTTP in: Note: Attempting new-style connection to 46.165.232.24 HTTP request: GET HTTP/1.0 User-Agent: mpg123/1.12.1 Host: 46.165.232.24 :80 Accept: audio/mpeg, audio/x-mpeg, audio/mp3, audio/x-mp3, audio/mpeg3, audio/x-mpeg3, audio/mpg, audio/x-mpg, audio/x-mpegaudio, audio/mpegurl, audio/mpeg-url, audio/x-mpegurl, audio/x-scpls, audio/scpls, application/pls, */* Icy-MetaData: 1 ... The location header from the HTTP/1.1 302 is wrong splited. The ending \r and/or \n ist not dropped but also added to the Hostname. So is the port in the Host Header moves to the next line :-( Also is the path not set to / with the result thats the get request ist invalid. GET HTTP/1.0 sould be GET / HTTP/1.0 I get the sources and detect the problem in the function split_url(...) from the file src/resolver.c The Funktion needs a path in the URL but do not get it from the header. to fix the \r,\n problem replace the if Line for(pos2=pos; pos2 url-fill-1; ++pos2) { char a = url-p[pos2]; if( a == ':' || a == '/' ) break; } /* At pos2 there is now either a delimiter or the end. */ if( a == ':' || a == '/' ) break; thru for(pos2=pos; pos2 url-fill-1; ++pos2) { char a = url-p[pos2]; if( a == ':' || a == '/' || a == '\r' || a == '\n') break; } /* At pos2 there is now either a delimiter or the end. */ for the second problem of the missing path replace /* Now only the path is left. */ if(path) ret = mpg123_set_substring(path, url-p, pos, url-fill-1-pos); true /* Now only the path is left. */ if (path) { if( url-p[pos] == '\r' || url-p[pos] == '\n') { ret = mpg123_set_substring(path, /, 0, 1); } else { ret = mpg123_set_substring(path, url-p, pos, url-fill-1-pos); } } Kind regards from Germany Lars Bendel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700722: ttf-ipafont: removing ttf-ipafont unregisters alternatives created by ttf-ipafont-{gothic, mincho}
Package: ttf-ipafont Version: 00203-16 Severity: important Tags: patch User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package mishandles the alternatives it creates: ttf-ipafont-{gothic,mincho}.postinst register the current alternatives, but ttf-ipafont.prerm unregisters them. That is probably an oversight from splitting the package. From the attached log (scroll to the bottom...): 0m16.5s ERROR: FAIL: After purging files have disappeared: /etc/alternatives/ttf-japanese-gothic.ttf - /usr/share/fonts/truetype/ipafont/ipag.ttfnot owned /etc/alternatives/ttf-japanese-mincho.ttf - /usr/share/fonts/truetype/ipafont/ipam.ttfnot owned /usr/share/fonts/truetype/ttf-japanese-gothic.ttf - /etc/alternatives/ttf-japanese-gothic.ttf not owned /usr/share/fonts/truetype/ttf-japanese-mincho.ttf - /etc/alternatives/ttf-japanese-mincho.ttf not owned I'm attaching a patch to fix this and will ask for fixing this via s-p-u. In that case I'd NMU ttf-ipafont with a DELAYED/1 upload to get into p-u-NEW before Monday to have it included in the next point release. If you have any objections, please let me know. All install and upgrade paths affecting lenny/squeeze have been successfully tested with piuparts, incuding the previously failing --install-purge-install test. Andreas diffstat for ttf-ipafont-00203 ttf-ipafont-00203 changelog|8 ttf-ipafont-gothic.prerm | 11 +++ ttf-ipafont-mincho.prerm | 11 +++ ttf-ipafont.prerm|3 --- 4 files changed, 30 insertions(+), 3 deletions(-) diff -Nru ttf-ipafont-00203/debian/changelog ttf-ipafont-00203/debian/changelog --- ttf-ipafont-00203/debian/changelog 2010-07-21 17:47:51.0 +0200 +++ ttf-ipafont-00203/debian/changelog 2013-02-16 17:27:53.0 +0100 @@ -1,3 +1,11 @@ +ttf-ipafont (00203-16+squeeze1) stable; urgency=low + + * Non-maintainer upload. + * ttf-ipafont.prerm: Move removal of the current alternatives to +ttf-ipafont-{gothic,mincho}.prerm as their postinst creates them. + + -- Andreas Beckmann a...@debian.org Sat, 16 Feb 2013 17:27:53 +0100 + ttf-ipafont (00203-16) unstable; urgency=low * debian/control diff -Nru ttf-ipafont-00203/debian/ttf-ipafont-gothic.prerm ttf-ipafont-00203/debian/ttf-ipafont-gothic.prerm --- ttf-ipafont-00203/debian/ttf-ipafont-gothic.prerm 1970-01-01 01:00:00.0 +0100 +++ ttf-ipafont-00203/debian/ttf-ipafont-gothic.prerm 2013-02-16 17:24:12.0 +0100 @@ -0,0 +1,11 @@ +#!/bin/sh +set -e + +ALT_GOTHIC_NAME=ttf-japanese-gothic +GOTHIC_FONT_ENTRY=/usr/share/fonts/truetype/ipafont/ipag.ttf + +if [ $1 = remove ]; then +update-alternatives --remove $ALT_GOTHIC_NAME.ttf $GOTHIC_FONT_ENTRY +fi + +#DEBHELPER# diff -Nru ttf-ipafont-00203/debian/ttf-ipafont-mincho.prerm ttf-ipafont-00203/debian/ttf-ipafont-mincho.prerm --- ttf-ipafont-00203/debian/ttf-ipafont-mincho.prerm 1970-01-01 01:00:00.0 +0100 +++ ttf-ipafont-00203/debian/ttf-ipafont-mincho.prerm 2013-02-16 17:24:20.0 +0100 @@ -0,0 +1,11 @@ +#!/bin/sh +set -e + +ALT_MINCHO_NAME=ttf-japanese-mincho +MINCHO_FONT_ENTRY=/usr/share/fonts/truetype/ipafont/ipam.ttf + +if [ $1 = remove ]; then +update-alternatives --remove $ALT_MINCHO_NAME.ttf $MINCHO_FONT_ENTRY +fi + +#DEBHELPER# diff -Nru ttf-ipafont-00203/debian/ttf-ipafont.prerm ttf-ipafont-00203/debian/ttf-ipafont.prerm --- ttf-ipafont-00203/debian/ttf-ipafont.prerm 2009-12-12 08:43:44.0 +0100 +++ ttf-ipafont-00203/debian/ttf-ipafont.prerm 2013-02-16 17:24:40.0 +0100 @@ -39,9 +39,6 @@ rm /usr/share/fonts/truetype/$ALT_MINCHO_NAME fi -update-alternatives --remove $ALT_GOTHIC_NAME.ttf $GOTHIC_FONT_ENTRY -update-alternatives --remove $ALT_MINCHO_NAME.ttf $MINCHO_FONT_ENTRY - ;; failed-upgrade) ttf-ipafont_00203-16.log.gz Description: GNU Zip compressed data