Bug#678482: rar: Wrong arch for amd64
Package: rar Version: 2:3.9.3-1 Severity: normal Declared architecture is amd64 (x86_64), but 32-bit (x86) inside: file /usr/bin/rar /usr/bin/rar: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, for GNU/Linux 2.6.8, stripped -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.21 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash rar depends on no packages. rar recommends no packages. Versions of packages rar suggests: ii unrar 1:3.9.10-1 Unarchiver for .rar files (non-fre -- 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#677013: RFS: time
Hi Bob, The previous package maintainers are also copyright holders of debian/* so debian/copyright needs an update for that. Please talk to the previous maintainers if there is doubt on the license(s) for debian/*. The package uses source format 3.0 (quilt) but does not really use quilt, so debian/README.source can be removed. The file debian/copyright should name the original authors, and David Keppel is such an author. The years in the main copyright notice are not correct. For example, time.c additionally has 1990, 91, 92. 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#650022: subversion: Disabling gnome-keyring does not work anymore
[Sven-Haegar Koch] $ svn ls https://svn.sdinet.de/src/kernel WARNING: gnome-keyring:: no socket to connect to ... (Of course this specific warning from the gnome-keyring library has since been fixed.) I have reason to believe this use of gnome-keyring may actually be caused by libneon27-gnutls and its use of Kerberos / GSSAPI, and not related to the Subversion 'gnome-keyring' module at all. To confirm or refute this, try to run Subversion with the 'serf' http/https backend instead of the 'neon' http/https backend: svn --config-option servers:global:http-library=serf (That is shorthand for editing ~/.subversion/servers, and in the [global] section, adding a line 'http-library=serf'.) If you see evidence of gnome-keyring using the serf backend, or using protocols other than http/https, then the problem must be elsewhere. Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678483: nvidia-glx-legacy-173xx: glx module doesnt load. Error: undefined symbol: LookupIDByClass
Package: nvidia-glx-legacy-173xx Version: 173.14.34-1 Severity: important Video card: nvidia geforce fx 5200 Solution: update driver from version 173.14.34-1 to 173.14.35-1 /etc/X11/xorg.conf Section module Load glx EndSection Section Device Identifier Video Card Driver nvidia EndSection ^^ /etc/X11/xorg.conf ^^ /var/log/Xorg.0.log (driver version: 173.14.34) [18.162] (II) LoadModule: glx [18.387] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [20.508] (EE) Failed to load /usr/lib/xorg/modules/linux/libglx.so: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LookupIDByClass [20.508] (II) UnloadModule: glx [20.508] (II) Unloading glx [20.509] (EE) Failed to load module glx (loader failed, 7) ^^ /var/log/Xorg.0.log (driver version: 173.14.34 ^^ /var/log/Xorg.0.log (driver version: 173.14.35) [15.710] (II) LoadModule: glx [15.993] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [17.908] (II) Module glx: vendor=NVIDIA Corporation [17.908]compiled for 4.0.2, module version = 1.0.0 [17.908]Module class: X.Org Server Extension [17.908] (II) NVIDIA GLX Module 173.14.35 Thu May 31 12:34:02 PDT 2012 [17.908] (II) Loading extension GLX ^^ /var/log/Xorg.0.log (driver version: 173.14.35) ^^ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#678030: unattended-upgrades: No 'fancy' output init.d script
reopen 678030 stop 2012/6/19 Michael Vogt m...@debian.org: Thanks a lot! I updated bzr to include your version with some small modifications. Looking at the README.Debian.gz from lsb-base it appears that log_action_begin_msg and log_action_end_msg is actually closer to what we want as the other one appears to be more for daemons and the check may take some time (usually not though of course). Please let me know if you agree with this change. Indeed, I agree that daemon was not appropriate here. Note below that there was a typo that prevented the above plan to be perfect! :-) I wasn't sure about VERBOSE but followed your example and left it in. It seems like a lot of the scripts in /etc/init.d do not really honor it. Yes, but the design is also broken. This is all or nothing, black or white. In practice we have the need to write very important messages (like syslog priorities emergency, critical, error) , thus VERBOSE should not be considered. Please double check bzr trunk (bzr branch lp:unattended-upgrades gives it to you) if it all makes sense :) Checking your changes it doesn't appear good: root@frost:~# /etc/init.d/unattended-upgrades stop [info] Checking for running unattended package upgrades unattended-upgrades. done. So, I took a look at the README in lsb-base and saw that you used log_action_msg -- probably a typo since your plan was different. With the patch below (and attached u-a script) the output is: root@frost:~# /etc/init.d/unattended-upgrades2 stop [ ok ] Checking for running unattended package upgrades...done (unattended-upgrades). One last note on the code style. Probably your editor (I use «geany» for text and shell scripts) prefers or is configured to insert 4 spaces instead of a tab. I would advice to either use only tabs or only 2/4/8 spaces, as you prefer. (On case options I don't add any indent -- from C/kernel coding style.) Thanks # diff -u -w /etc/init.d/unattended-upgrades /etc/init.d/unattended-upgrades2 --- /etc/init.d/unattended-upgrades 2012-06-21 17:50:49.0 +0300 +++ /etc/init.d/unattended-upgrades22012-06-22 09:03:25.687317012 +0300 @@ -32,9 +32,9 @@ ;; stop) if [ -e $SHUTDOWN_HELPER ]; then - [ $VERBOSE != no ] log_action_msg Checking for running $DESC $NAME + [ $VERBOSE != no ] log_action_begin_msg Checking for running $DESC python $SHUTDOWN_HELPER - [ $VERBOSE != no ] log_action_end_msg $? + [ $VERBOSE != no ] log_action_end_msg $? $NAME fi ;; *) unattended-upgrades2 Description: Binary data
Bug#619820: either bash or dash should be enough
On 06/21/12 21:29, Jonathan Nieder wrote: I guess I'm confused about why you filed this bug report and not a different one, especially given the subject line. Perhaps this is a request to make bash the default shell by removing dash altogether? I _do_ have to deal with minimal systems. If dash would be sufficient to run such a system, then I would be fine. But it is not. Today some developers (in Debian or upstream) still work with bash, even though they create system shell scripts for Wheezy and beyond. Debian doesn't dare to drop the essential flag for bash, because it is in afraid of bashisms in existing code (if I got other postings/ bug reports correctly). If I could setup a bash-only system, then I would be fine, too. But dash is marked essential. It was consensus to make it the system shell for Squeeze (or was it Lenny?). My request is to make a choice which shell we _really_ need for running a Debian host, and to drop the essential flag for the other. Of course this choice implies balancing risk, performance, work needed, etc. About the removal path: AFAICS that is the job of update- alternatives. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678484: mailutils and maildir-utils: error when trying to install together
Package: maildir-utils,mailutils Version: maildir-utils/0.9.8.4-2 Version: mailutils/1:2.99.97-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-22 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libpcre3 libwrap0 libexpat1 libffi5 libfribidi0 libglib2.0-0 libgmp10 libltdl7 mysql-common libmysqlclient18 exim4-config exim4-base exim4-daemon-light mime-support guile-1.8-libs libpth20 libgpgme11 libgmime-2.6-0 libntlm0 libgsasl7 mailutils-common python2.7-minimal python2.7 libpython2.7 libmailutils4 maildir-utils mailutils Extracting templates from packages: 88% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libkeyutils1:amd64. (Reading database ... 10726 files and directories currently installed.) Unpacking libkeyutils1:amd64 (from .../libkeyutils1_1.5.5-2_amd64.deb) ... Selecting previously unselected package libkrb5support0:amd64. Unpacking libkrb5support0:amd64 (from .../libkrb5support0_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libk5crypto3:amd64. Unpacking libk5crypto3:amd64 (from .../libk5crypto3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libkrb5-3:amd64. Unpacking libkrb5-3:amd64 (from .../libkrb5-3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libgssapi-krb5-2:amd64. Unpacking libgssapi-krb5-2:amd64 (from .../libgssapi-krb5-2_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libsasl2-2:amd64. Unpacking libsasl2-2:amd64 (from .../libsasl2-2_2.1.25.dfsg1-4+b1_amd64.deb) ... Selecting previously unselected package libldap-2.4-2:amd64. Unpacking libldap-2.4-2:amd64 (from .../libldap-2.4-2_2.4.28-1.3_amd64.deb) ... Selecting previously unselected package libpcre3:amd64. Unpacking libpcre3:amd64 (from .../libpcre3_1%3a8.30-5_amd64.deb) ... Selecting previously unselected package libwrap0:amd64. Unpacking libwrap0:amd64 (from .../libwrap0_7.6.q-23_amd64.deb) ... Selecting previously unselected package libexpat1:amd64. Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-1_amd64.deb) ... Selecting previously unselected package libffi5:amd64. Unpacking libffi5:amd64 (from .../libffi5_3.0.10-3_amd64.deb) ... Selecting previously unselected package libfribidi0:amd64. Unpacking libfribidi0:amd64 (from .../libfribidi0_0.19.2-3_amd64.deb) ... Selecting previously unselected package libglib2.0-0:amd64. Unpacking libglib2.0-0:amd64 (from .../libglib2.0-0_2.32.3-1_amd64.deb) ... Selecting previously unselected package libgmp10:amd64. Unpacking libgmp10:amd64 (from .../libgmp10_2%3a5.0.5+dfsg-2_amd64.deb) ... Selecting previously unselected package libltdl7:amd64. Unpacking libltdl7:amd64 (from .../libltdl7_2.4.2-1.1_amd64.deb) ... Selecting previously unselected package mysql-common. Unpacking mysql-common (from .../mysql-common_5.5.24+dfsg-4_all.deb) ... Selecting previously unselected package libmysqlclient18:amd64. Unpacking libmysqlclient18:amd64 (from .../libmysqlclient18_5.5.24+dfsg-4_amd64.deb) ... Selecting previously unselected package exim4-config. Unpacking exim4-config (from .../exim4-config_4.80-3_all.deb) ... Selecting previously unselected package exim4-base. Unpacking exim4-base (from .../exim4-base_4.80-3_amd64.deb) ... Selecting previously unselected package exim4-daemon-light. Unpacking exim4-daemon-light (from .../exim4-daemon-light_4.80-3_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ... Selecting previously unselected package guile-1.8-libs. Unpacking guile-1.8-libs (from .../guile-1.8-libs_1.8.8+1-8_amd64.deb) ... Selecting previously unselected package libpth20. Unpacking libpth20 (from .../libpth20_2.0.7-16_amd64.deb) ... Selecting previously unselected package libgpgme11. Unpacking libgpgme11 (from .../libgpgme11_1.2.0-1.4_amd64.deb) ... Selecting previously unselected package libgmime-2.6-0. Unpacking libgmime-2.6-0 (from .../libgmime-2.6-0_2.6.9-1_amd64.deb) ... Selecting previously unselected package libntlm0. Unpacking libntlm0 (from .../libntlm0_1.2-1_amd64.deb) ... Selecting previously unselected package libgsasl7. Unpacking libgsasl7 (from .../libgsasl7_1.8.0-2_amd64.deb) ... Selecting previously unselected package mailutils-common. Unpacking mailutils-common (from .../mailutils-common_1%3a2.99.97-2_all.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.3-1_amd64.deb) ... Selecting previously unselected
Bug#607052: closed by Carsten Schoenert c.schoen...@t-online.de (Re: Bug#607052: icedove: the window doesn't show when i upgraded to 3.17)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 no problem, thanks On 06/21/2012 08:27 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the icedove package: #607052: icedove: the window doesn't show when i upgraded to 3.17 It has been closed by Carsten Schoenert c.schoen...@t-online.de. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Carsten Schoenert c.schoen...@t-online.de by replying to this email. - -- best regards, alex -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk/kFdUACgkQ2nA3WyrfyeO3/AQAkCFQAwJZdCzkRuh+vdrOe6zu qH2LHayPTDE6JnMma3YeopKQzmMUZa5hGz+HriJOrkrWW9Z1nznO45nS6Htm48Gf T5wDwZfxe+5pwENMXNjGQd56GVlzrMDxsGzIGfCIl7a7j55xS42IyGv0cZoEgjDk 5I7jJUsbNFnvS57N79g= =dldJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678484: mailutils and maildir-utils: error when trying to install together
Hi Jordi,
On Fr, 22 Jun 2012, Ralf Treinen wrote:
Version: maildir-utils/0.9.8.4-2
Version: mailutils/1:2.99.97-2
It seems that your latest upload of mailutils has introduced
the command
/usr/bin/mu
and the respective man page. But maybe it was there since long and
nobody detected the conflict.
Unfortunately the maildir-utils package ships the mu binary since
some time, it is a tool for indexing and searching maildir format
mboxes.
How do resolve this problem?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
ABOYNE (vb.)
To beat an expert at a game of skill by playing so appallingly that
none of his clever tactics or strategies are of any use to him.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678392: systemd: doesn't give SE Linux labels to created directories
]] Russell Coker I'll upload policy that supports systemd to Unstable shortly which will allow you to test this properly. I don't run selinux myself at all, so there's not really any way for me to test this and I'll need you/somebody else to debug it, I think. It might be worth raising this on the systemd-devel mailing list. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677983: apt-cacher-ng: Corrupt Packages files, fixed by restart of apt-cacher-ng
On 20/06/2012 07:33, Eduard Bloch wrote: Send this file to my personal mail address (see From) or make it public via some file hoster (mediafire?) and send the link to the bug report. https://www.nooblet.org/files/breakage_traces.tgz Have you tried waiting one minute and trying then again? 'apt-get -qq update' is run daily by each machine over the course of 2 hours, 5 minutes apart. I get the cron mail with the error from all machines. 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#677097: I know what the problem is, don't know the solution
On 21/06/12 23:10, Roger Leigh wrote: On Thu, Jun 21, 2012 at 10:08:16PM +0100, Alan Chandler wrote: On 21/06/12 21:55, Alan Chandler wrote: On 21/06/12 20:27, Roger Leigh wrote: be hidden. Do you have an entry in /etc/fstab for /run? The first three fields *must* be tmpfs /run tmpfs or it will think the filesystem type doesn't match, and do a new mount rather than a remount. I don't have an entry in /etc/fstab. ... any way I will try adding it and rebooting after I have sent this e-mail to see if that sorts me out. Thanks - it did. I had to also delete the symlink and find a way to shutdown without a /run, but after I restarted, it worked great and has resolved the issue I was not suggesting that you add an entry to /etc/fstab. You don't need one unless you want to override the defaults. I was just asking if you had one in case it was added incorrectly, which would have been one way you could confuse things at boot. So the reason why this is causing problems is still unexplained. Could you please remove the entry, reboot and then let me know what the contents of /proc/mounts are? Are there two entries for /run, if one is being masked by a second mount? I have removed the entry in /etc/fstab and I am still loading perfectly. The other thing that is left, is the fact that I had a symlink from /run to /var/run (which I didn't put there). I conducted a little experiment, and with a recovery disk I altered my system as follows. 1) removed the symlink in /var/run - /run 2) save the contents of /run (I moved it to /oldrun 3) made a new /var/run which contained a copy of the contents of /oldrun 4) symlinked /run - /var/run (I think this is as close to how it was before - the only issue I never checked before was whether /var/run had anything in it before booting) When I booted like this, I had the exact same symptoms as before. I checked /proc/mounts in this state, and there were two copies of a tmpfs mounted at /var/run. (and two copies of /var/run/lock and /var/run/shm) I've put it all back now (not the /etc/fstab entry - that is still commented out) and rebooted - and I am back working again. SO I think the only issue is really how did that symlink get there in the first place. Was there some intermediate stage when this migration to /run began that meant it got put there. I have been running debian sid for years - on this hardware for about a year. I use aptitude and do an update every several days, although occasionally I might let it go for a couple of weeks if I am busy (which I have been recently). I use a standard configuration (I don't try to change anything) except that I am running VirtualBox with a Windows 7 environment within it and that does add its own modules. -- Alan Chandler http://www.chandlerfamily.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678485: Simplified Chinese (zh_CN) translation of screen debconf
Package: screen Version: 4.1.0~20120320gitdb59704-3 This is Simplified Chinese (zh_CN) translation of screen debconf. Sorry for the delay. -- YunQiang Su zh_CN.po Description: Binary data
Bug#678486: mingw-w64-dev: fails to install, trying to overwrite other packages files
Package: mingw-w64-dev,mingw-w64 Version: 3.0~svn4933-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files without declaring a 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 mingw-w64-dev. Unpacking mingw-w64-dev (from .../mingw-w64-dev_3.0~svn4933-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/mingw-w64-dev_3.0~svn4933-1_all.deb (--unpack): trying to overwrite '/usr/i686-w64-mingw32/libsrc/iisext_i.c', which is also in package mingw-w64-i686-dev 2.0.3-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) cheers, Andreas mingw-w64_3.0~svn4933-1.log.gz Description: GNU Zip compressed data
Bug#678487: schleuder: cronjob produces output after package removal
Package: schleuder Version: 2.2.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your packages cronjob produces output after the package has been removed. From the attached log (scroll to the bottom...): 0m33.2s INFO: Package schleuder contains cron file: /etc/cron.weekly/schleuder 0m33.2s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmp4gaC3I', 'eatmydata', '/etc/cron.weekly/schleuder'] 0m33.2s DUMP: find: `/etc/schleuder/lists': No such file or directory 0m33.2s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmp4gaC3I', 'eatmydata', '/etc/cron.weekly/schleuder'] 0m33.2s ERROR: FAIL: Cron file /etc/cron.weekly/schleuder has output with package removed cheers, Andreas schleuder_2.2.1-1.log.gz Description: GNU Zip compressed data
Bug#678488: ledgersmb: [INTL:sk] Slovak po-debconf translation
Package: ledgersmb Severity: wishlist Tags: l10n patch Version: 1.3.15-3 .po attached ~~helix84 sk.po Description: Binary data
Bug#678489: mixmaster: Fails to install
Package: mixmaster Version: 3.0.0-4.1 Severity: serious Justification: Policy 3.9 Setting up mixmaster (3.0.0-4.1) ... dpkg-statoverride: warning: --update given but /var/lib/mixmaster does not exist dpkg-statoverride: warning: --update given but /var/run/mixmaster does not exist mkdir: cannot create directory `/var/lib/mixmaster/Mix': No such file or directory dpkg: error processing mixmaster (--configure): subprocess installed post-installation script returned error exit status 1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'stable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mixmaster depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.43 ii libc6 2.13-33 ii libmailtools-perl 2.08-1 ii libncurses55.9-8 ii libpcre3 1:8.30-5 ii libssl1.0.01.0.1c-3 ii libtinfo5 5.9-8 ii libwww-perl6.04-1 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages mixmaster recommends: ii exim4-daemon-heavy [mail-transport-agent] 4.80-3 Versions of packages mixmaster suggests: ii mutt 1.5.21-5+b1 -- debconf information: mixmaster/stats-update: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675569: Patches for 2.20.1-5.1 NMU
I am uploading util-linux_2.20.1-5.1_i386.changes to DELAYED/1 now.
Here's the patch.
Cheers,
-Hilko
diff --git a/debian/changelog b/debian/changelog
index f11355a..e4faa44 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+util-linux (2.20.1-5.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * agetty: don't use log_err() for non-fatal errors
+ * agetty: Eliminate another log_err() call. Closes: #675569
+ * Fix watch file
+
+ -- Hilko Bengen ben...@debian.org Fri, 22 Jun 2012 00:00:36 +0200
+
util-linux (2.20.1-5) unstable; urgency=low
[Petr Uzel]
diff --git a/debian/watch b/debian/watch
index 57a0ae1..453e07c 100644
--- a/debian/watch
+++ b/debian/watch
@@ -1,2 +1,2 @@
version=3
-ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/v([\.\d]+)/util-linux-([\.\d]+)\.tar\.bz2
+ftp://ftp.kernel.org/pub/linux/utils/util-linux/v([\.\d]+)/util-linux-([\.\d]+)\.tar\.bz2
diff --git a/term-utils/agetty.c b/term-utils/agetty.c
index b068164..b0a1f45 100644
--- a/term-utils/agetty.c
+++ b/term-utils/agetty.c
@@ -919,7 +919,7 @@ static void open_tty(char *tty, struct termios *tp, struct options *op)
if (((tid = tcgetsid(fd)) 0) || (pid != tid)) {
if (ioctl(fd, TIOCSCTTY, 1) == -1)
-log_err(/dev/%s: cannot get controlling tty: %m, tty);
+log_warn(/dev/%s: cannot get controlling tty: %m, tty);
}
if (op-flags F_HANGUP) {
@@ -944,7 +944,7 @@ static void open_tty(char *tty, struct termios *tp, struct options *op)
log_err(_(/dev/%s: cannot open as standard input: %m), tty);
if (((tid = tcgetsid(STDIN_FILENO)) 0) || (pid != tid)) {
if (ioctl(STDIN_FILENO, TIOCSCTTY, 1) == -1)
-log_err(/dev/%s: cannot get controlling tty: %m, tty);
+log_warn(/dev/%s: cannot get controlling tty: %m, tty);
}
} else {
@@ -960,7 +960,7 @@ static void open_tty(char *tty, struct termios *tp, struct options *op)
}
if (tcsetpgrp(STDIN_FILENO, pid))
- log_err(/dev/%s: cannot set process group: %m, tty);
+ log_warn(/dev/%s: cannot set process group: %m, tty);
/* Get rid of the present outputs. */
close(STDOUT_FILENO);
Bug#678490: biomaj: unowned files after purge (policy 6.8, 10.8): /var/lib/biomaj/migration/biomaj_*.done
Package: biomaj Version: 1.2.0-5 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 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 1m31.6s ERROR: FAIL: Package purging left files on system: /var/lib/biomaj/ owned by: biomaj /var/lib/biomaj/migration/ owned by: biomaj /var/lib/biomaj/migration/biomaj_11-12.donenot owned /var/lib/biomaj/migration/biomaj_11.done not owned cheers, Andreas biomaj_1.2.0-5.log.gz Description: GNU Zip compressed data
Bug#678491: kdeutils-dbg and ark-dbg: error when trying to install together
Package: ark-dbg,kdeutils-dbg Version: ark-dbg/4:4.8.4-1 Version: kdeutils-dbg/4:4.7.4-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-22 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcap2 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libpcre3 libwrap0 libxml2 sgml-base xml-core sgml-data docbook-xml libnettle4 libarchive12 libasound2 libasyncns0 libxau6 x11-common libice6 libsm6 libxdmcp6 libxcb1 libx11-data libx11-6 libxt6 libaudio2 libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libavutil51 libdirac-encoder0 libgsm1 libmp3lame0 libopenjpeg2 liborc-0.4-0 libschroedinger-1.0-0 libspeex1 libogg0 libtheora0 libva1 libvorbis0a libvorbisenc2 libvpx1 libx264-123 libxvidcore4 libavcodec53 librtmp0 libavformat53 libbluray1 libcaca0 libltdl7 libtdb1 libvorbisfile3 libcanberra0 libssh2-1 libcurl3-gnutls libdirac-decoder0 libdrm2 libdvdread4 libdvdnav4 libebml3 libexpat1 libfaad2 libffi5 libflac8 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libfribidi0 libglapi-mesa libx11-xcb1 libxcb-glx0 libxfixes3 libxdamage1 libxext6 libxxf86vm1 libgl1-mesa-glx libglib2.0-0 libgmp10 libgstreamer0.10-0 iso-codes libgstreamer-plugins-base0.10-0 libhunspell-1.3-0 libjpeg8 libjasper1 liblcms1 liblua5.1-0 libmatroska5 libmng1 libmpcdec6 libmpeg2-4 libmtp-common libusb-1.0-0 libmtp9 libnl-3-200 libnl-route-3-200 libjson0 libsndfile1 libxi6 libxtst6 libpulse0 libpulse-mainloop-glib0 libqtcore4 libqt4-xml qdbus libqt4-dbus fontconfig libpng12-0 libjbig0 libtiff4 libxrender1 libqtgui4 libphonon4 libpolkit-gobject-1-0 libpolkit-agent-1-0 libpostproc52 libproxy0 libqca2 libqt4-network libqt4-script libqt4-sql libqt4-xmlpatterns libqt4-declarative libqt4-designer libqt4-opengl libqt4-qt3support libqt4-svg libqtwebkit4 libraw1394-11 libsamplerate0 libshout3 libtalloc2 libwbclient0 libsmbclient libspeexdsp1 libssh-4 libswscale2 libtag1-vanilla libv4lconvert0 libv4l-0 libxcursor1 libxmuu1 libxslt1.1 libxss1 libzvbi-common libzvbi0 libenca0 libass4 libavc1394-0 libdc1394-22 libupnp6 libyajl2 libattica0 libexiv2-12 libdlrestrictions1 libfam0 libkdecore5 libdbusmenu-qt2 libkdeui5 libkcmutils4 libkdeclarative5 libutempter0 libkpty4 xauth libkdesu5 libclucene0ldbl libiodbc2 libraptor2-0 libmhash2 librasqal3 librdf0 soprano-daemon libsoprano4 libnepomuk4 libsolid4 libstreams0 libstreamanalyzer0 libkio5 libnepomukquery4a libnepomukutils4 libkparts4 libkdewebkit5 libkdnssd4 libkemoticons4 libkfile4 libgif4 libkjsapi4 libktexteditor4 libkhtml5 libkidletime4 libkmediaplayer4 libknewstuff3-4 libknotifyconfig4 ntrack-module-libnl-0 libntrack0 libntrack-qt4-1 libilmbase6 libopenexr6 libthreadweaver4 libplasma3 vlc-data libvlccore5 libvlc5 liba52-0.7.4 libcddb2 libcdio13 libdca0 libdvbpsi7 libiso9660-8 libkate1 liblircclient0 libmad0 libmodplug1 libresid-builder0c2a libsidplay2 libtag1c2a libtwolame0 libvcdinfo0 vlc-nox phonon-backend-vlc phonon kde-runtime-data libaspell15 dictionaries-common aspell aspell-en libenchant1c2a libkde3support4 libkjsembed4 libkntlm4 libkrosscore4 libpolkit-qt-1-1 hicolor-icon-theme kdelibs5-data docbook-xsl libxml2-utils kdoctools kdelibs-bin kate-data libkatepartinterfaces4 katepart libsystemd-login0 dbus dbus-x11 shared-mime-info xdg-utils kdelibs5-plugins oxygen-icon-theme shared-desktop-ontologies plasma-scriptengine-javascript kde-runtime libkonq5-templates libkonq-common libkonq5abi1 ark ark-dbg libqt4-dbg libc6-dbg kdelibs5-dbg kde-runtime-dbg kdeutils-dbg Extracting templates from packages: 11% Extracting templates from packages: 22% Extracting templates from packages: 33% Extracting templates from packages: 44% Extracting templates from packages: 56% Extracting templates from packages: 67% Extracting templates from packages: 78% Extracting templates from packages: 89% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libcap2:amd64. (Reading database ... 10726 files and directories currently installed.) Unpacking libcap2:amd64 (from .../libcap2_1%3a2.22-1.1_amd64.deb) ... Selecting previously unselected package libkeyutils1:amd64. Unpacking libkeyutils1:amd64 (from .../libkeyutils1_1.5.5-2_amd64.deb) ... Selecting previously unselected package libkrb5support0:amd64. Unpacking libkrb5support0:amd64 (from .../libkrb5support0_1.10.1+dfsg-1_amd64.deb) ... Selecting previously unselected package libk5crypto3:amd64. Unpacking libk5crypto3:amd64 (from .../libk5crypto3_1.10.1+dfsg-1_amd64.deb) ... Selecting previously
Bug#678492: kgpg-dbg and kdeutils-dbg: error when trying to install together
Package: kdeutils-dbg,kgpg-dbg Version: kdeutils-dbg/4:4.7.4-2 Version: kgpg-dbg/4:4.8.4-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-22 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcap2 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libpcre3 libwrap0 libxml2 sgml-base xml-core sgml-data docbook-xml libaio1 libasound2 libasyncns0 libxau6 x11-common libice6 libsm6 libxdmcp6 libxcb1 libx11-data libx11-6 libxt6 libaudio2 libavahi-common-data libavahi-common3 libdbus-1-3 libavahi-client3 libavutil51 libdirac-encoder0 libgsm1 libmp3lame0 libopenjpeg2 liborc-0.4-0 libschroedinger-1.0-0 libspeex1 libogg0 libtheora0 libva1 libvorbis0a libvorbisenc2 libvpx1 libx264-123 libxvidcore4 libavcodec53 librtmp0 libavformat53 libbluray1 libcaca0 libltdl7 libtdb1 libvorbisfile3 libcanberra0 libssh2-1 libcurl3-gnutls libdirac-decoder0 libdrm2 libdvdread4 libdvdnav4 libebml3 libexpat1 libfaad2 libffi5 libflac8 libfreetype6 ucf ttf-dejavu-core fontconfig-config libfontconfig1 libfribidi0 libglapi-mesa libx11-xcb1 libxcb-glx0 libxfixes3 libxdamage1 libxext6 libxxf86vm1 libgl1-mesa-glx libglib2.0-0 libgmp10 libgstreamer0.10-0 iso-codes libgstreamer-plugins-base0.10-0 libhunspell-1.3-0 libjpeg8 libjasper1 liblcms1 liblua5.1-0 libmatroska5 libmng1 libmpcdec6 libmpeg2-4 libmtp-common libusb-1.0-0 libmtp9 mysql-common libmysqlclient18 libnl-3-200 libnl-route-3-200 libjson0 libsndfile1 libxi6 libxtst6 libpulse0 libpulse-mainloop-glib0 libqtcore4 libqt4-xml qdbus libqt4-dbus fontconfig libpng12-0 libjbig0 libtiff4 libxrender1 libqtgui4 libphonon4 libpolkit-gobject-1-0 libpolkit-agent-1-0 libpostproc52 libproxy0 libqca2 libqt4-network libqt4-script libqt4-sql libqt4-xmlpatterns libqt4-declarative libqt4-designer libqt4-opengl libqt4-qt3support libqt4-sql-mysql libqt4-svg libqtwebkit4 libraw1394-11 libsamplerate0 libshout3 libtalloc2 libwbclient0 libsmbclient libspeexdsp1 libssh-4 libswscale2 libtag1-vanilla libv4lconvert0 libv4l-0 libxcursor1 libxmuu1 libxslt1.1 libxss1 libzvbi-common libzvbi0 libenca0 libass4 libavc1394-0 libdc1394-22 libupnp6 libyajl2 libaspell15 dictionaries-common aspell aspell-en libsystemd-login0 dbus dbus-x11 docbook-xsl hicolor-icon-theme kate-data libdlrestrictions1 libfam0 libkdecore5 libattica0 libdbusmenu-qt2 libkdeui5 libkcmutils4 libclucene0ldbl libiodbc2 libraptor2-0 libmhash2 librasqal3 librdf0 soprano-daemon libsoprano4 libnepomuk4 libsolid4 libexiv2-12 libstreams0 libstreamanalyzer0 libkio5 libnepomukquery4a libnepomukutils4 libkparts4 libktexteditor4 libkatepartinterfaces4 katepart libkdeclarative5 libutempter0 libkpty4 xauth libkdesu5 libkdewebkit5 libkdnssd4 libkemoticons4 libkfile4 libgif4 libkjsapi4 libkhtml5 libkidletime4 libkmediaplayer4 libknewstuff3-4 libknotifyconfig4 ntrack-module-libnl-0 libntrack0 libntrack-qt4-1 libilmbase6 libopenexr6 libthreadweaver4 libplasma3 vlc-data libvlccore5 libvlc5 liba52-0.7.4 libcddb2 libcdio13 libdca0 libdvbpsi7 libiso9660-8 libkate1 liblircclient0 libmad0 libmodplug1 libresid-builder0c2a libsidplay2 libtag1c2a libtwolame0 libvcdinfo0 vlc-nox phonon-backend-vlc phonon kde-runtime-data libenchant1c2a libkde3support4 libkjsembed4 libkntlm4 libkrosscore4 libpolkit-qt-1-1 kdelibs5-data libxml2-utils kdoctools kdelibs-bin shared-mime-info xdg-utils kdelibs5-plugins oxygen-icon-theme shared-desktop-ontologies plasma-scriptengine-javascript kde-runtime libkmime4 libsasl2-modules libkimap4 libkldap4 kdepimlibs-kio-plugins libakonadi-kabc4 libakonadiprotocolinternals1 libakonadi-kde4 libical0 libkresources4 libkabc4 libkpimutils4 libkcal4 libakonadi-kcal4 libakonadi-kmime4 libkcalcore4 libkcalutils4 libmailtransport4 libmicroblog4 libboost-program-options1.49.0 mysql-server-core-5.5 akonadi-backend-mysql akonadi-server kdepim-runtime kgpg libqt4-dbg libc6-dbg kdelibs5-dbg kde-runtime-dbg kdeutils-dbg kgpg-dbg Extracting templates from packages: 10% Extracting templates from packages: 20% Extracting templates from packages: 31% Extracting templates from packages: 41% Extracting templates from packages: 51% Extracting templates from packages: 62% Extracting templates from packages: 72% Extracting templates from packages: 82% Extracting templates from packages: 93% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libcap2:amd64. (Reading database ... 10726 files and directories currently installed.) Unpacking libcap2:amd64 (from .../libcap2_1%3a2.22-1.1_amd64.deb) ... Selecting previously
Bug#677328: rmysql
Dirk, Given the approaching freeze do you think we could raise a ticket to have rmysql removed on arm*? Or do you think you can get it fixed in the next day or two? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678493: masqmail: prompting due to modified conffiles which were not modified by the user
Package: masqmail Version: 0.3.4-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. http://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In http://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Setting up masqmail (0.3.4-1) ... Configuration file `/etc/default/masqmail' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** masqmail (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing masqmail (--configure): EOF on stdin at conffile prompt cheers, Andreas masqmail_0.3.4-1.log.gz Description: GNU Zip compressed data
Bug#678494: RM: scilab-scimysql [ppc s390] -- RoQA; fails to build on ppc and s390
Package: ftp.debian.org Severity: normal This is a blocker for the mysql transition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678495: zlib1g:amd64 1:1.2.7.dfsg-11+b1 breaks multi-arch
Package: zlib1g
Version: 1:1.2.7.dfsg-11+b1
The version discrepancy between i386 and amd64 breaks installation of other
multi-arch packages, e.g. wine.
Wine is not installable on my system (wheezy). I attach the aptitute output.
$ LANG=C sudo aptitude install wine wine-bin:i386
The following NEW packages will be installed:
gcc-4.7-base:i386{a} libasound2:i386{a} libc6:i386{a} libc6-i686:i386{a}
libdrm-intel1:i386{a} libdrm-nouveau1a:i386{a} libdrm-radeon1:i386{a}
libdrm2:i386{a}
libexpat1:i386{a} libffi5:i386{a} libfreetype6:i386{a} libgcc1:i386{a}
libgl1-mesa-dri:i386{a} libgl1-mesa-glx:i386{a} libglapi-mesa:i386{a}
libglu1-mesa:i386{a} libgpm2:i386{a} libgsm1:i386{a} libice6:i386{a}
libjpeg8:i386{a}
liblzma5:i386{a} libmpg123-0:i386{a} libncurses5:i386{a} libpciaccess0:i386{a}
libpng12-0:i386{a} libsm6:i386{a} libssl1.0.0:i386{a} libstdc++6:i386{a}
libtinfo5:i386{a} libuuid1:i386{a} libwine:i386{a} libwine-alsa:i386{a}
libwine-bin:i386{a} libwine-gecko-1.4{a} libwine-gl:i386{a} libx11-6:i386{a}
libx11-xcb1:i386{a} libxau6:i386{a} libxcb-glx0:i386{a} libxcb1:i386{a}
libxcomposite1:i386{a} libxcursor1:i386{a} libxdamage1:i386{a}
libxdmcp6:i386{a}
libxext6:i386{a} libxfixes3:i386{a} libxi6:i386{a} libxinerama1:i386{a}
libxml2:i386{a}
libxrandr2:i386{a} libxrender1:i386{a} libxxf86vm1:i386{a} wine wine-bin:i386
zlib1g:i386{ab}
0 packages upgraded, 55 newly installed, 0 to remove and 2 not upgraded.
Need to get 99.9 MB/99.9 MB of archives. After unpacking 257 MB will be used.
The following packages have unmet dependencies:
zlib1g : Breaks: zlib1g:i386 (!= 1:1.2.7.dfsg-11+b1) but 1:1.2.7.dfsg-11 is to
be installed.
zlib1g:i386 : Breaks: zlib1g (!= 1:1.2.7.dfsg-11) but 1:1.2.7.dfsg-11+b1 is
installed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678391: syslog
Apparently is a problem with kernel here the relative part of syslog after thawing: Jun 21 23:39:46 rhadamanthine kernel: [ 407.739694] [drm] nouveau :01:00.0: Disabling display... Jun 21 23:39:46 rhadamanthine kernel: [ 408.834237] [drm] nouveau :01:00.0: Disabling fbcon... Jun 21 23:39:46 rhadamanthine kernel: [ 408.834275] [drm] nouveau :01:00.0: Unpinning framebuffer(s)... Jun 21 23:39:46 rhadamanthine kernel: [ 408.834325] [drm] nouveau :01:00.0: Evicting buffers... Jun 21 23:39:46 rhadamanthine kernel: [ 409.097697] [drm] nouveau :01:00.0: Idling channels... Jun 21 23:39:46 rhadamanthine kernel: [ 409.097845] [drm] nouveau :01:00.0: Suspending GPU objects... Jun 21 23:39:46 rhadamanthine kernel: [ 410.386566] [drm] nouveau :01:00.0: And we're gone! Jun 21 23:39:46 rhadamanthine kernel: [ 412.426867] [drm] nouveau :01:00.0: We're back, enabling device... Jun 21 23:39:46 rhadamanthine kernel: [ 412.426874] nouveau :01:00.0: power state changed by ACPI to D0 Jun 21 23:39:46 rhadamanthine kernel: [ 412.426883] nouveau :01:00.0: power state changed by ACPI to D0 Jun 21 23:39:46 rhadamanthine kernel: [ 412.426917] [drm] nouveau :01:00.0: POSTing device... Jun 21 23:39:46 rhadamanthine kernel: [ 412.426920] [drm] nouveau :01:00.0: Parsing VBIOS init table 0 at offset 0xD44B Jun 21 23:39:46 rhadamanthine kernel: [ 412.457861] [drm] nouveau :01:00.0: 0xD3EF: i2c wr fail: -6 Jun 21 23:39:46 rhadamanthine kernel: [ 412.458853] [drm] nouveau :01:00.0: 0xD401: i2c rd fail: -6 Jun 21 23:39:46 rhadamanthine kernel: [ 412.479512] [drm] nouveau :01:00.0: Parsing VBIOS init table 1 at offset 0xDB3F Jun 21 23:39:46 rhadamanthine kernel: [ 412.506426] [drm] nouveau :01:00.0: Parsing VBIOS init table 2 at offset 0xEE5D Jun 21 23:39:46 rhadamanthine kernel: [ 412.506726] [drm] nouveau :01:00.0: Parsing VBIOS init table 3 at offset 0xEE67 Jun 21 23:39:46 rhadamanthine kernel: [ 412.507811] [drm] nouveau :01:00.0: Parsing VBIOS init table 4 at offset 0xF03C Jun 21 23:39:46 rhadamanthine kernel: [ 412.507812] [drm] nouveau :01:00.0: Parsing VBIOS init table at offset 0xF0A1 Jun 21 23:39:46 rhadamanthine kernel: [ 414.494081] [drm] nouveau :01:00.0: 0xF0A1: Condition still not met after 2000ms, skipping following opcodes Jun 21 23:39:46 rhadamanthine kernel: [ 414.494507] [drm] nouveau :01:00.0: Restoring GPU objects... Jun 21 23:39:46 rhadamanthine kernel: [ 414.548222] [drm] nouveau :01:00.0: Reinitialising engines... Jun 21 23:39:46 rhadamanthine kernel: [ 414.548758] [drm] nouveau :01:00.0: Restoring mode... Jun 21 23:39:46 rhadamanthine kernel: [ 416.556016] [drm] nouveau :01:00.0: timeout: CURSOR_CTRL2_STATUS_ACTIVE(0) Jun 21 23:39:46 rhadamanthine kernel: [ 416.556079] [drm] nouveau :01:00.0: CURSOR_CTRL2(0) = 0x Jun 21 23:40:21 rhadamanthine kernel: [ 453.572549] WARNING: at /media/data/mattems/src/linux-2.6-3.4.1/debian/build/source_amd64_none/drivers/gpu/drm/nouveau/nv50_display.c:437 nv50_crtc_mode_set_base+0x18/0x5a [nouveau]() Jun 21 23:40:21 rhadamanthine kernel: [ 453.572561] Modules linked in: appletalk ipx p8023 rose netrom ax25 ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport rfcomm bnep cpufreq_userspace cpufreq_conservative cpufreq_powersave cpufreq_stats binfmt_misc ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc ext3 jbd hdaps(O) tp_smapi(O) thinkpad_ec(O) uinput loop firewire_sbp2 kvm_intel kvm snd_hda_codec_hdmi uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev media btusb bluetooth joydev usbhid hid snd_hda_codec_conexant arc4 snd_hda_intel snd_hda_codec snd_hwdep coretemp snd_seq_midi iwlwifi snd_pcm_oss snd_seq_midi_event crc32c_intel snd_mixer_oss nouveau snd_rawmidi ghash_clmulni_intel aesni_intel snd_seq snd_pcm aes_x86_64 sr_mod aes_generic cdrom mac80211 cryptd snd_seq_device mxm_wmi snd_page_alloc ttm cfg80211 drm_kms_helper drm Jun 21 23:40:21 rhadamanthine kernel: [ 453.572828] [a04a587c] ? nv50_crtc_mode_set_base+0x18/0x5a [nouveau] Jun 21 23:40:30 rhadamanthine kernel: [ 463.023075] WARNING: at /media/data/mattems/src/linux-2.6-3.4.1/debian/build/source_amd64_none/drivers/gpu/drm/nouveau/nv50_display.c:437 nv50_crtc_mode_set_base+0x18/0x5a [nouveau]() Jun 21 23:40:30 rhadamanthine kernel: [ 463.023091] Modules linked in: appletalk ipx p8023 rose netrom ax25 ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables parport_pc ppdev lp parport rfcomm bnep cpufreq_userspace cpufreq_conservative cpufreq_powersave cpufreq_stats binfmt_misc ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core
Bug#678496: powerpc: gcc-4.6 miscompiles egg/egg-secure-memory.c with optimization
Source: gcr Version: 3.4.1-3 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As you can see in the build logs linked from https://buildd.debian.org/status/logs.php?pkg=gcrarch=powerpc , some tests fail on powerpc. I tracked this down to a crash caused by gcc-4.6 miscompiling egg/egg-secure-memory.c with -O2 or -O1. It doesn't happen if only that file is compiled with -O0 or no -O stanza. The same crash occurs in my GNOME session's gnome-keyring-daemon, making the keyring non-functional. Unfortunately, I wasn't able to further isolate a specific -f... option causing the problem. However, the problem doesn't occur when compiling with gcc-4.7, even with -O2. So, I suggest a temporary workaround in gcr, either: * Build egg/egg-secure-memory.c without optimization on powerpc if the gcc version is 4.6. Note that this file is compiled twice, once for the egg/libegg_la-egg-secure-memory.lo target and once for egg/egg-secure-memory.lo. * Force building with gcc-4.7 on powerpc. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (102, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 3.4.3+ Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFP5CU7WoGvjmrbsgARAnD2AKCkJrcUjnQcjII0u0pe3DriwK74agCgi1R5 R655RpHpksxzjHccuSKXITQ= =bAS2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677148: Uploading new snapshot
Hi, I've uploaded a new snapshot taken from the development trunk: 1.14.2+svn20120622-1 It should be appear in unstable within few hours. Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677555: Reopen
reopen 677555 thanks Hi, Actually, it touchs too many things. I revert my change. 3.0 will be the default of wheezy. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678484: mailutils and maildir-utils: error when trying to install together
Hi! On Fri, Jun 22, 2012 at 03:55:27PM +0900, Norbert Preining wrote: It seems that your latest upload of mailutils has introduced the command /usr/bin/mu and the respective man page. But maybe it was there since long and nobody detected the conflict. No, it's quite new: it was available in a SVN version for quite some long time, and in experiemntal for about a week. Unfortunately the maildir-utils package ships the mu binary since some time, it is a tool for indexing and searching maildir format mboxes. How do resolve this problem? I just forwarded this upstream. I see two exits: - the obvious conflict between the two packages: sad but acceptable - GNU Mailutils upstream renames the MU binary Any other idea? Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#678497: ecore: libc-ares-dev no more used, please remove from build-depends
Package: ecore Version: 1.2.0 Severity: normal Everything is in the title. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: armel (armv7l) Kernel: Linux 3.5.0-rc3-00093-g02edf6a (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#677016: resume failure: kobject_add_internal failed for BAT0 with -EEXIST
On 12/06/12 06:02, Jonathan Nieder wrote: Eugen Dedu wrote: Here it is: another freeze during resume, with kernel 3.3 too. Thanks for the quick feedback. (As a reminder to myself, the message is BUG: unable to handle kernel paging request at fff(lens flare) IP: [810514c7] kthread_data+0x7/0xc PGD 1607067 PUD 1608067 PMD 0 Oops: [#2] SMP CPU 0 [...] Code: 3f 48 c1 e5 03 48 c1 e0 06 48 8d b0 50 54 40 81 29 ee e8 62 c0 00 00 81 4b 14 00 00 00 04 41 59 5b 5d c3 48 8b 87 a0 02 00 0048 8b 40 f8 c8 48 3b 3d 95 43 72 00 75 08 0f bf 87 6a 06 00 00 [...] Fixing recursive fault but reboot is needed! Call trace involves trying to handle a page fault in led_trigger_unregister, called by power_supply_unregister, called by acpi_battery_notify. The first oops looks similar but scrolled off the screen. This is a 3.3.y kernel with virtualbox modules loaded.) Ideas for moving forward: - please attach: - full dmesg output from a normal boot - acpidump output - see Documentation/power/basic-pm-debugging.txt from [1] or the kernel-doc-3.2 package. Does suspend-to-disk work? Do pm_test modes work? Are any warnings shown at suspend time that can be captured using a serial console or netconsole with no_console_suspend? Does unloading the battery module before suspend avoid trouble? (I still do not understand why my previous messages do not appear at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677016.) Here it is: First, note that I have indeed a problem with the battery, since the icon of gnome is not working properly: it shows an empty battery, whice it is fully loaded, or viceversa. However, its tooltip (showing percentage of battery) is correct. snoopy:/home/ededu# echo reboot /sys/power/disk snoopy:/home/ededu# echo disk /sys/power/state [screen got black for ~2 secs, it shows Cannot find swap device, try swapon -a.\nCannot get swap writer - which is normal since I do not have one - and afterwards comes back] bash: echo: write error: No such device snoopy:/home/ededu# I tested it for 20 times in a row and it worked each time. Afterwards, I tested: snoopy:~# echo platform /sys/power/disk snoopy:~# echo disk /sys/power/state bash: echo: write error: No such device snoopy:~# for 15 times in a row and it worked each time too. As a side note, the link http://en.opensuse.org/s2ram at the bottom of http://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt is not valid anymore. I tried: snoopy:~# echo freezer /sys/power/pm_test snoopy:~# echo mem /sys/power/state and snoopy:~# s2ram KMS graphics driver is in use, skipping quirks. and they worked 10 times in a row. The same for: snoopy:~# echo devices /sys/power/pm_test snoopy:~# for i in `seq 10`; do echo mem /sys/power/state; done It works too: snoopy:~# echo platform /sys/power/pm_test ; for i in `seq 10`; do echo mem /sys/power/state; s2ram; done [s2ram prints: KMS graphics driver is in use, skipping quirks. This works too: snoopy:~# echo processors /sys/power/pm_test ; for i in `seq 10`; do echo mem /sys/power/state; s2ram; done This works too: snoopy:~# echo core /sys/power/pm_test ; for i in `seq 10`; do echo mem /sys/power/state; sleep 2; s2ram; sleep 2; done This works too: snoopy:~# echo none /sys/power/pm_test ; for i in `seq 10`; do echo mem /sys/power/state; sleep 2; s2ram; sleep 2; done As all this worked, I have not tried unloading battery module before suspend2ram. I have not tried either using a serial console either... What should I do? -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677322: Request to Close Bug Report
Debian Maintainer, This bug report may now be closed. The symptoms originally reported are not caused by SSVNC. Following work with the developer of SSVNC it has been established that SSVNC+SSH was prevented from working correctly due to an unrelated problem. The underlying cause was an upgrade to netbase. This removed ceni (network configuration tool) and ifupdown which prevented the loopback interface from being brought up at boot up. Without the loopback interface being available, SSVNC was unable to work via an SSH connection. For a temporary fix, manually starting the loopback interface after boot up may be done as root with the command: ifconfig lo up. For a permanent fix, the removed applications have been re-installed and normal operation has resumed. Please close the bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678498: lxc: docbook build failure on squeeze
Source: lxc Version: 0.8.0~rc1-5 Severity: minor installing the docbook package fixed this make[3]: Entering directory `/home/siim/dev/dist/lxc-0.8.0~rc1/doc' docbook2man -w all lxc-create.sgml Using catalogs: /etc/sgml/catalog Using stylesheet: /usr/share/docbook-utils/docbook-utils.dsl#print Working on: /home/siim/dev/dist/lxc-0.8.0~rc1/doc/lxc-create.sgml nsgmls:/home/siim/dev/dist/lxc-0.8.0~rc1/doc/lxc-create.sgml:26:63:W: cannot generate system identifier for public text -//Davenport//DTD DocBook V3.0//EN nsgmls:/home/siim/dev/dist/lxc-0.8.0~rc1/doc/lxc-create.sgml:30:0:E: reference to entity REFENTRY for which no system identifier could be generated nsgmls:/home/siim/dev/dist/lxc-0.8.0~rc1/doc/lxc-create.sgml:26:0: entity was defined here nsgmls:/home/siim/dev/dist/lxc-0.8.0~rc1/doc/lxc-create.sgml:30:0:E: DTD did not contain element declaration for document type name ... Can't call method value on an undefined value at /usr/share/perl5/sgmlspl-specs/docbook2man-spec.pl line 249, STDIN line 1. make[3]: *** [lxc-create.1] Error 8 make[3]: Leaving directory `/home/siim/dev/dist/lxc-0.8.0~rc1/doc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/siim/dev/dist/lxc-0.8.0~rc1/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/siim/dev/dist/lxc-0.8.0~rc1' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=et_EE.utf8, LC_CTYPE=et_EE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii multiarch-support 2.13-33Transitional package to ensure mul Versions of packages lxc recommends: ii cdebootstrap 0.5.7 Bootstrap a Debian system ii debootstrap 1.0.40 Bootstrap a basic Debian system ii libcap2-bin 1:2.19-3 basic utility programs for using c Versions of packages lxc suggests: pn lxctl none (no description available) -- Configuration Files: /etc/default/lxc changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677092: RFS: wmctrl/1.07-7 [ITA] -- control an EWMH/NetWM compatible X Window Manager
Hello Johann, On Fri, Jun 22, 2012 at 02:17:02AM +0200, Johann Felix Soden wrote: thanks for adopting wmctrl! I would sponsor your package, but please fix the following small issues first: - use the current homepage in debian/watch Yes, forgot that uscan could also work that way. - remove 03_makefile_prelibs.patch (it is not in debian/patches/series and does not work because either Makefile.in need to be patched or you need to call automake, e.g. by using dh_autoreconf). Sorry, this file should not have been there. Indeed I tested this in combination with dh_autoreconf, but decided to revert it. To get the intended feature, simply add to debian/rules: override_dh_auto_build: dh_auto_build -- LDFLAGS+=-Wl,--as-needed Thanks, will try that. I did not find this while searching for the linking warning. - not yet needed, but would be nice: copyright-format-1.0 Kind regards, Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677504: lintian fixes
Ok. After fixing the connectivity a bit, I was finally able to take a look at the patches. I applied whole series (5 patches) but I had to edit two of them: 0002-Fix-spelling-in-binaries-and-debian-changelog-fix-li.patch I removed touching of debian/changelog from there, and fixed the offending line myself in the next commit. Because that very line contained TWO spelling mistakes, and you only fixed one. The upstream patch introduced by this change should be submitted, naturally, upstream. Sergey, care to submit it to Neil as appropriate, or should I do that myself? Also, this patch lacks DEP-3 headers. I don't quite understand why git am warns about introducing space before tab for this patch. 0003-Drop-unused-debconf-templates.patch I only applied the part that touches debian/mdadm.templates, and omitted auto-generated debian/po/* changes, because all these hunks didn't apply. Instead, I added another commit which modified these files. You can take a look at the current git tree in git.d.o. Thank you for the changes! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678438: systemd-sysv: LVM2 partitions + physical partition /boot not mounted on boot: recovery mode
]] Silvério Santos LVM2 partitions /home, /usr/, /var, /tmp/, swap and physical partition /boot not mounted on boot, while LVM2 partition / is mounted. Manually mounting all the missing partitions in recovery mode makes the system successfully conclude booting. Changing boot system to upstart resolves the issue. Please provide boot logs (preferably running systemd in debug mode) as well as a copy of /etc/fstab. Also, you might want to fix it so your initramfs mounts /usr. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678499: iptables: iptables-restore messes with --log-prefix
Package: iptables Version: 1.4.14-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 After the upgrade from 1.4.13-1.1 to 1.4.14-2 loading LOG rules with iptables-restore is broken. Loading a rule like -A INPUT -m limit --limit 3/min --limit-burst 10 -j LOG --log-prefix foo I end up with -A INPUT -m limit --limit 3/min --limit-burst 10 -j LOG --log-prefix --l Changing the length of the log prefix gives me more or less --log-prefix as log prefix. So I suspect that --log-prefix and the argument are mixed up at some place. Using iptables to add the rule works fine, though. Kind regards - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables depends on: ii libc6 2.13-33 ii libnfnetlink0 1.0.0-1 iptables recommends no packages. iptables suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP5CzhAAoJEGny/FFupxmTFbsP/R8vIpXTDqySrTJnt1DS8Cm6 XwZ/gypCaUWTBt9TvbKpbNLDWX8IiqHrCUdhz8UVWRY1hfU2/Ng3lTt4U/oToMI3 EAXodVxUy2FgMy1xP2rqjuOUBOCXQz58WjnoJPv+4bLW3Wvgqsje2Y8zQrqTewI+ zPhKl5+IhUFCQKsdcoUW6cmlGCxN5UDytmE3WuXlSbH36tq+c1eONCcRXfj1HhE8 ZIOyxWJOb5jIJ9MZO0eqvoYz0yWsg+VnZHWhhqaKHTe/AiQk6Z3NONKAlofIANla APCWyQ0A6B33fd4frxQ7Ec0QMYnMlRX7en/E4g/tnocXs+Sesk/F3OFJQTGmWYy2 9Ncp2dwIJVLwDuimsqvMUPeERWItEjoxkxlm2uppniKgm8opUejl61oiGxjNTawI wbdNY2XzR4dNr+88+7ubkRk7XjJfEa/02TbMvLWQyZ/lxj2mS2Bt9TDjbF/NFvhV ZjERissyRCQa3Uz5bUC/4GdAayjy3/uboRir4JTxMvCaWhejuPdgX10/RhfyEH1R ueLU7/OrzydiIQWAiY1Q5BDauexx3W0XRJgI7uTqUqnz8fLEUTpWm8Ufp6VTmac6 kzzT6mQuuBUJQssQ9XpwSBDEmikYFsyhBYnVgeD8LqcuIwzI5c+aie04iR8m4GtG 8kO4FbbcCgW9xYOJOxAA =cqIr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678500: RFS: cppreference-doc/20120620-1 [ITP] -- C and C++ standard library reference manual for English language.
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package cppreference-doc. It contains a downloaded copy of a free online wiki [1] that specializes in C and C++ reference and scripts for converting it to formats suitable for offline viewing (these are executed at build time). Almost identical package has been maintained in my Ubuntu personal package archive [2] for over half year. The scripts are maintained here [3]. The debian packaging is maintained here [4]. The upstream tarball is released once in several months and can be obtained here [5]. [1] - http://en.cppreference.com/w/ [2] - https://launchpad.net/~p12/+archive/ppa [3] - https://github.com/p12tic/cppreference-doc [4] - https://github.com/p12tic/cppreference-doc-debian [5] - http://en.cppreference.com/w/Cppreference:Archives --- General information --- * Package name: cppreference-doc * Version : 20120620-1 * Upstream Author : Cppreference contributors (content), p12 tir...@yahoo.co.uk (packaging) * URL : http://en.cppreference.com/w/Cppreference:Archives * License : various: CC-BY-SA / GDFL, CC-BY-SA, GPL-3+ (see debian/copyright for more details) * Section : doc It builds those binary packages: * cppreference-doc-en - C++ standard library reference manual for English language * cppreference-doc-en-html - C and C++ standard library reference manual for English language * cppreference-doc-en-qch - C++ standard library reference manual for English language To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cppreference-doc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cppreference-doc/cppreference-doc_20120620-1.dsc Thank you, p12 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678396: [Pkg-nagios-devel] Bug#678396: Bug#678396: check-mk: New upstream version 1.2.0p1 available
Original Message Subject: [Pkg-nagios-devel] Bug#678396: Bug#678396: check-mk: New upstream version 1.2.0p1 available From: Bernhard Schmidt be...@birkenwald.de To: Alexander Wirt formo...@debian.org Date: 2012-06-22 00:11 On 21.06.2012 15:35, Alexander Wirt wrote: I agree that 1.2.0 (or check-mk stable releases in general) leaves a lot to be desired, OTOH in my experience it is already better than 1.1.12 and it will probably easier to backport bugfixes during the lifetime of wheezy if 1.2.0 is in there to begin with. Maybe I'll have a look. Can you get me your patch in some git repo? First working attempt is at https://github.com/bernhardschmidt/pkg-check-mk to get (at the moment) the following patches cb13c56 Imported Upstream version 1.2.0p1 5389660 update defaults for check-mk 1.2.0p1 13ff0f6 update .install files for new location, install smart plugin (really fixes #649677) 561badc Run automation calls as root to fix interaction with systemd 8f173d9 poor-man's-job to convert to quilt instead of dpatch (NOT 3.0(quilt) source format) does that patchset include the possibility to autoconvert all hr_fs filesystem rrds from single to multiple? i know that this only happens when you are using check_mk with pnp4nagios but since upstream puts pnp4nagios into its design picture, i think it's worth a thought. see my notes here https://wiki.icinga.org/display/howtos/check_mk+upgrade#check_mkupgrade-PerfdataFilesystemTrends at least it should get a mention somewhere, that without conversion, your rrds are pretty much fucked, due to the changed datasources. thing is that check_mk autoinstalls new pnp templates for this kind of graphs which require the new multiple rrd format as well. the make it compatible and safe option in the configs did not work for me. probably this is more of a check_mk with pnp4nagios problem, but feel free to share your thoughts on that transition as well. kind regards, Michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax:+43 1 4277 14338 web:http://www.univie.ac.at/zid http://www.aco.net Lead Icinga Core Developer http://www.icinga.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678501: Please update squeeze-backports version
Package: amavisd-new Version: 1:2.7.0-1~bpo60+1 Severity: wishlist Tags: squeeze Hello, Please put a new version (at least 2.7.0-2 to fix #652894, #654010, #654971) into squeeze-backports. Thanks, Bernhard -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amavisd-new depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii file 5.04-5+squeeze2 Determines file type using magic ii libarchive-zip-perl1.30-3Perl module for manipulation of ZI ii libberkeleydb-perl 0.42-1~squeeze1 use Berkeley DB 4 databases from P ii libcompress-raw-zlib-p 2.026-1 low-level interface to zlib compre ii libconvert-tnef-perl 0.17-9Perl module to read TNEF files ii libconvert-uulib-perl 1.12-1Perl interface to the uulib librar pn libdigest-md5-perl none(no description available) ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmail-dkim-perl 0.38-1cryptographically identify the sen ii libmailtools-perl 2.06-1Manipulate email in perl programs pn libmime-base64-perlnone(no description available) ii libmime-tools-perl 5.428-1 Perl5 modules for MIME-compliant m ii libnet-server-perl 0.99-3~bpo60+1extensible, general perl server en ii libunix-syslog-perl1.1-2 Perl interface to the UNIX syslog( ii pax1:20090728-1 Portable Archive Interchange ii perl [libtime-hires-pe 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii perl-modules [libarchi 5.10.1-17squeeze3 Core Perl modules amavisd-new recommends no packages. Versions of packages amavisd-new suggests: pn apt-listchanges none (no description available) ii arj 3.10.22-9 archiver for .arj files ii cabextract1.3-1 a program to extract Microsoft Cab ii clamav0.97.3+dfsg-1~squeeze1 anti-virus utility for Unix - comm ii clamav-daemon 0.97.3+dfsg-1~squeeze1 anti-virus utility for Unix - scan ii cpio 2.11-4 GNU cpio -- a program to manage ar pn dspam none (no description available) ii lha 1.14i-10.3 lzh archiver pn libauthen-sasl-pe none (no description available) pn libdbi-perl none (no description available) ii libmail-dkim-perl 0.38-1 cryptographically identify the sen pn libnet-ldap-perl none (no description available) pn libsnmp-perl none (no description available) pn lzop none (no description available) pn nomarch none (no description available) pn p7zip none (no description available) pn rpm none (no description available) ii spamassassin 3.3.2-2~bpo60+1Perl-based spam filter using text pn unrar none (no description available) ii unrar-free1:0.0.1+cvs20071127-1 Unarchiver for .rar files ii zoo 2.10-22manipulate zoo archives -- Configuration Files: /etc/amavis/conf.d/50-user changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678502: gmic: New version suddenly depends on Qt
Package: gmic Version: 1.5.0.8+dfsg-1+b1 Severity: wishlist The new package for gmic (not the one I have installed) suddenly depends on Qt. I did not find any explanation for this in the Debian changelog, but would hope it is still perfectly usable without Qt, using the command line or Gimp interfaces. Please split off any Qt-dependent functinality into its own package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmic depends on: ii libc6 2.13-33 ii libfftw3-33.3.2-3 ii libgcc1 1:4.7.1-1 ii libilmbase6 1.0.1-4 ii libjpeg8 8d-1 ii libopencv-core2.3 2.3.1-10 ii libopencv-highgui2.3 2.3.1-10 ii libopenexr6 1.6.1-5 ii libpng12-01.2.49-1 ii libstdc++64.7.1-1 ii libtiff4 3.9.6-5 ii libx11-6 2:1.5.0-1 ii zlib1g1:1.2.7.dfsg-11 gmic recommends no packages. Versions of packages gmic suggests: ii gimp-gmic 1.5.0.8+dfsg-1+b1 pn gmic-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654148: Please enabled hardened build flags
On Wed, Jun 20, 2012 at 10:20:39PM +0200, Moritz Muehlenhoff wrote: What's the status? The freeze is really soon now. Sorry for the continuous delay, I'll have the update ready tonight; if this bug is not updated by tonight feel free to NMU. Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678307: perl: Description does not well reflect what Perl is
On Thursday 21. June 2012 22.52.05 Dominic Hargreaves wrote: Thanks for this; it seems like a reasonable change. Can you let me know where canonical location for this text is? Oh, it was discussed on #perlrdf on IRC, and he posted it here: http://paste.scsys.co.uk/201034 The first paragraph is from http://www.perl.org/about.html whereas the rest is his own. Kjetil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678487: schleuder: cronjob produces output after package removal
tags 678487 + pending thanks On Fri, Jun 22, 2012 at 09:14:44AM +0200, Andreas Beckmann wrote: during a test with piuparts I noticed your packages cronjob produces output after the package has been removed. Thanks for the report! :) The fix will be in a forthcoming upload. -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#678495: zlib1g:amd64 1:1.2.7.dfsg-11+b1 breaks multi-arch
On Fri, Jun 22, 2012 at 09:12:37AM +0200, Thomas Martitz wrote: The version discrepancy between i386 and amd64 breaks installation of other multi-arch packages, e.g. wine. The actual problem is that multiarch breaks binnmus. There's already been a sourceful upload to clean up this mess. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678354: libpeas: Build a Python 3 loader
Dear all, Here is an improvement on top of Barry's patch: * clean up and remove ubuntu-specific bits * build one language loader per 'flavor' This allows easily enabling/disabling flavors. What about gjs? Was there a reason why that one was not built? I added debian/rules support for it, but didn't enable nor added additional dependencies. -- Regards, Dmitrijs. === modified file 'debian/changelog' --- debian/changelog2012-06-21 23:01:31 + +++ debian/changelog2012-06-22 08:44:42 + @@ -1,3 +1,15 @@ +libpeas (1.4.0-2.1) unstable; urgency=low + + [ Barry Warsaw ] + * Build the Python 3 plugin, and enable it to exist next to the Python 2 +plugin (though only one can be used by an application at a time). Add +Python 3 support to peas-demo. + + [ Dmitrijs Ledkovs ] + * Build one language loader per flavor. There is no vala loader, as it's C. + + -- Dmitrijs Ledkovs dmitrij.led...@ubuntu.com Fri, 22 Jun 2012 00:07:26 +0100 + libpeas (1.4.0-2) unstable; urgency=low * Don't enable the seed plugin on ia64 and mips since seed is not available === modified file 'debian/control' --- debian/control 2012-06-21 23:01:31 + +++ debian/control 2012-06-21 23:06:07 + @@ -9,6 +9,7 @@ Uploaders: Martin Pitt mp...@debian.org, Michael Biebl bi...@debian.org, Sjoerd Simons sjo...@debian.org Build-Depends: cdbs (= 0.4.90), debhelper (= 8), + autoconf, gnome-pkg-tools, intltool (= 0.40), gtk-doc-tools (= 1.11), @@ -20,6 +21,7 @@ libseed-gtk3-dev (= 2.91.91) [!ia64 !mips], python-dev (= 2.5.2), python-gi-dev (= 3.0.0), + python3-dev, valac-0.14, gnome-icon-theme Standards-Version: 3.9.3 === modified file 'debian/control.in' --- debian/control.in 2012-06-21 23:01:31 + +++ debian/control.in 2012-06-21 23:05:45 + @@ -4,6 +4,7 @@ Uploaders: @GNOME_TEAM@ Build-Depends: cdbs (= 0.4.90), debhelper (= 8), + autoconf, gnome-pkg-tools, intltool (= 0.40), gtk-doc-tools (= 1.11), @@ -15,6 +16,7 @@ libseed-gtk3-dev (= 2.91.91) [!ia64 !mips], python-dev (= 2.5.2), python-gi-dev (= 3.0.0), + python3-dev, valac-0.14, gnome-icon-theme Standards-Version: 3.9.3 === added directory 'debian/patches' === added file 'debian/patches/python3-demo.patch' --- debian/patches/python3-demo.patch 1970-01-01 00:00:00 + +++ debian/patches/python3-demo.patch 2012-06-21 23:01:50 + @@ -0,0 +1,154 @@ +Description: Add Python 3 demo. + This patch mostly just copies the existing Python plugin demo, but tweaks the + visible strings to show how a Python 2 or Python 3 (but not both) plugin can + be used in a single application. +Author: Barry Warsaw ba...@python.org +Forwarded: no + +--- a/peas-demo/peas-demo.c b/peas-demo/peas-demo.c +@@ -126,6 +126,7 @@ + + peas_engine_enable_loader (engine, gjs); + peas_engine_enable_loader (engine, python); ++ peas_engine_enable_loader (engine, python3); + peas_engine_enable_loader (engine, seed); + + if (run_from_build_dir) +--- /dev/null b/peas-demo/plugins/python3hello/Makefile.am +@@ -0,0 +1,8 @@ ++plugindir = $(libdir)/peas-demo/plugins/python3hello ++ ++plugin_PYTHON = \ ++ python3hello.py ++ ++plugin_DATA = python3hello.plugin ++ ++EXTRA_DIST = $(plugin_DATA) +--- /dev/null b/peas-demo/plugins/python3hello/python3hello.plugin +@@ -0,0 +1,13 @@ ++[Plugin] ++Module=python3hello ++Loader=python3 ++IAge=2 ++Name=Python 3 Says Hello ++Description=Inserts a box containing Python 3 Says Hello in every windows. ++Authors=Steve Frécinaux c...@istique.net ++Copyright=Copyright © 2009 Steve Frécinaux ++Website=http://code.istique.net/ ++Help=http://git.gnome.org/browse/error ++Help-Windows=http://git.gnome.org/browse/libpeas ++Help-MacOS-X=http://git.gnome.org/browse/libpeas ++Help-GNOME=http://git.gnome.org/browse/libpeas +--- /dev/null b/peas-demo/plugins/python3hello/python3hello.py +@@ -0,0 +1,61 @@ ++# -*- coding: utf-8 -*- ++# ex:set ts=4 et sw=4 ai: ++ ++## ++# python3hello.py ++# This file is part of libpeas ++# ++# Copyright (C) 2009-2010 Steve Frécinaux ++# ++# This program is free software; you can redistribute it and/or modify ++# it under the terms of the GNU Library General Public License as published by ++# the Free Software Foundation; either version 2 of the License, or ++# (at your option) any later version. ++# ++# This program is distributed in the hope that it will be useful, ++# but WITHOUT ANY WARRANTY; without even the implied warranty of ++# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ++# GNU Library General Public License for more details. ++# ++# You should have received a copy of the GNU Library General Public License ++# along
Bug#678151: also works without SYSLIBS
On 06/20/2012 01:03 PM, b...@magnetophon.nl wrote: Hi! I now seem to have a fully working default compile of ardour 2.8.13 (built from revision 12772). Bug confirmed, it also segfaults over here. We definitely have to fix this bug for wheezy, otherwise, our users would be left without LV2 support in ardour2. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678309: proper fix
Package: fai-server Tags: pending A proper fix is now implemented. http://git.io/JHomhA -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678396: [Pkg-nagios-devel] Bug#678396: Bug#678396: check-mk: New upstream version 1.2.0p1 available
Bernhard Schmidt schrieb am Freitag, den 22. Juni 2012: On 21.06.2012 15:35, Alexander Wirt wrote: I agree that 1.2.0 (or check-mk stable releases in general) leaves a lot to be desired, OTOH in my experience it is already better than 1.1.12 and it will probably easier to backport bugfixes during the lifetime of wheezy if 1.2.0 is in there to begin with. Maybe I'll have a look. Can you get me your patch in some git repo? First working attempt is at https://github.com/bernhardschmidt/pkg-check-mk to get (at the moment) the following patches cb13c56 Imported Upstream version 1.2.0p1 5389660 update defaults for check-mk 1.2.0p1 13ff0f6 update .install files for new location, install smart plugin (really fixes #649677) 561badc Run automation calls as root to fix interaction with systemd 8f173d9 poor-man's-job to convert to quilt instead of dpatch (NOT 3.0(quilt) source format) Please remove that one, I am happy with dpatch. I'll have a look on it later. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676883: NFS v4 works with squeeze NFS server
Using NFS v4 for the nfsroot works if the NFS server is running Debian squeeze. I've contacted the aufs author, and currently he's debugging the problem in the aufs kernel module. So, this may not be a problem of FAI but of aufs. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676883: (no subject)
Please specify which NFS v4 directories are not mounted properly. Is this the nfsroot or the FAI config space of anything else? Do you have any error message? -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677092: RFS: wmctrl/1.07-7 [ITA] -- control an EWMH/NetWM compatible X Window Manager
Hello Johann, On Fri, Jun 22, 2012 at 10:20:34AM +0200, Jeroen Schot wrote: On Fri, Jun 22, 2012 at 02:17:02AM +0200, Johann Felix Soden wrote: thanks for adopting wmctrl! I would sponsor your package, but please fix the following small issues first: - use the current homepage in debian/watch Yes, forgot that uscan could also work that way. - remove 03_makefile_prelibs.patch (it is not in debian/patches/series and does not work because either Makefile.in need to be patched or you need to call automake, e.g. by using dh_autoreconf). Sorry, this file should not have been there. Indeed I tested this in combination with dh_autoreconf, but decided to revert it. To get the intended feature, simply add to debian/rules: override_dh_auto_build: dh_auto_build -- LDFLAGS+=-Wl,--as-needed Thanks, will try that. I did not find this while searching for the linking warning. - not yet needed, but would be nice: copyright-format-1.0 I think I addressed all the issues you mentioned, including the copyright-format-1.0. I fixed the linking issue by adding this to debian/rules: export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed Additions to the changelog: [...] * Link with --as-needed to avoid useless dependencies. * Update debian/watch file. * Convert debian/copyright to copyright-format 1.0. Thanks for taking the time for your review! The updated package is available from the same location as before. Kind regards, Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669057: ccid: Reader + card found but can't be accessed by application
Hello, Sorry I missed your bug report. Le 16/04/12 22:13, Per Carlson a écrit : Package: libccid Version: 1.4.6-2 Severity: normal File: ccid I do have a reader + card supplied by the norwegian company Buypass. When using a supplied java application it never get in contact with the card/reader. The combo works fine under Windows. As the reader (OmniKey 3021) is listed as should work, I hoped it would work under Debian as well. The problem is not with the reader, driver or pcsc-lite. The problem is with the Java JVM. Java is looking specifically for the file /usr/lib/libpcsclite.so 1. This file is not provided by the libpcsclite1 Debian package but libpcsclite-dev package 2. since version 1.8.3-1 of the pcsc-lite Debian packages the library has moved to somewhere else depending on the architecture. What Java JRE are you using? Is it a Debian package? You are using an amd64 system so the file is /usr/lib/x86_64-linux-gnu/libpcsclite.so.1 You can try the following command: $ cd /usr/lib $ sudo ln -s /usr/lib/x86_64-linux-gnu/libpcsclite.so.1 libpcsclite.so See also Ubuntu bug 378294 https://bugs.launchpad.net/ubuntu/+source/sun-java6/+bug/378294 Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676850: closed by Boris Pek tehnic...@mail.ru (Re: Bug#676850: [psi-plus] segfaults)
Hi, No problem. I am glad that you have solved the problem. Best wishes, Boris Fri, 22 Jun 2012 11:01:05 +0200 from Petr Voralek: Hello! On 06/22/2012 10:21 AM, *Debian Bug Tracking System* wrote, and I quote (in part): After the last system update started psi-plus (after some time of run in systray, no visible reason) fall: /var/log/messages:Jun 10 00:58:02 nomad kernel: [ 2848.747952] psi-plus[6449]: segfault at 10 ip 004b4684 sp 7fff93d07530 error 4 in psi-plus[40+8ef000] /var/log/messages.1:Jun 9 22:56:34 nomad kernel: [58666.543784] psi-plus[7424]: segfault at 10 ip 004b4684 sp 7fffad21bb00 error 4 in psi-plus[40+8ef000] #676850: [psi-plus] segfaults It has been closed by Boris Pek tehnic...@mail.ru. After a long time observing the behavior of the psi-plus, I believe that these problems caused the dns cache server on the firewall box. When the problem manifested itself, the configuration of bind9 made some changes (for ipv6, AFAIK (both my jabber accounts are available via ipv6 and ipv4)), so I think that the problems currently caused by these changes. Since then everything seems to be okay. I suppose with this unusual situation does not meet many people, so further investigation is pointless. I apologize for creating unnecessary bugreport... -- Petr Voralek (JabberID: na...@jabber.cz)
Bug#677479: [fabric] paramiko incompatiblity
Hi Emmanuel, Attached is a patch which fixes this issue. Many thanks :) Uploading now... Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#669836: openstack-dashboard-apache: transition towards Apache 2.4
Hi, I have checked our package for this transition In short, we want to highlight these changes you need to be aware of: * Do NOT declare a strong relation against apache2.2-common (or apache2-common as its natural successor). Instead recommend apache2 | httpd in your package relationships. We not directly depends on this packages but we depends on libapache2-mod-wsgi * Do NOT install any files to /etc/apache2/conf.d/. This directory is obsolete. Its successor is /etc/apache2/conf-available/ which can be interfaced through a2enconf/a2disconf Not used * Do NOT call a2enconf/a2disconf in your maintainer scripts. Use our apache2-maintscript-helper [4] instead. This is required to get a uniform and stateful handling of all web applications interfacing with Apache2. Not used * Please use the new authentication and authorization directives of Apache 2.4 [6]. While the old style directives are in principle still supported using mod_access_compat, mixing old and new style directives can cause problems. Moreover, the compatibility mode may be removed in a future release. No authentication has been used. Cheers, -- Mehdi Abaakouk sil...@sileht.net signature.asc Description: Digital signature
Bug#678396: [Pkg-nagios-devel] Bug#678396: check-mk: New upstream version 1.2.0p1 available
Original Message Subject: [Pkg-nagios-devel] Bug#678396: check-mk: New upstream version 1.2.0p1 available From: Bernhard Schmidt be...@birkenwald.de To: Debian Bug Tracking System sub...@bugs.debian.org Date: 2012-06-21 14:52 Package: check-mk Version: 1.1.12p7-1 Severity: wishlist Hi, with the freeze coming up, it would be appreciated if you would package the new stable upstream version 1.2.0p1. In addition to importing the new upstream version there are a few tweaks necessary to the debian/ directory. I have a local repository with 1.2.0p1 already, if you haven't looked at packaging 1.2.0 so far I can cleanup my patches and attach them. just some more thoughts on the issue itsself. we're using custom selfbuilt rpms for checkmk, using their release tarballs. a while back, we upgraded from 1.1.11i to 1.1.13i - yes i know those versions are even more unstable. we ran into the mentioned perfdata changes in combination with pnp4nagios, but also other compatibility breaking changes which were partly resolvable by proper packages and partly needed man days of manual investigation. hearing from check_mk devs, i quote, dnsmichi: normal users have support contracts, is pretty awesome for calling their releases stable *sigh* since 1.1.13i is one innovation release on the way to the stable 1.2.0 tree, i highly doubt that these mentioned issues are either resolved, or probably reduced. http://mathias-kettner.de/checkmk_migration_notes.html since the wheezy freeze is NOW in progress, i don't think you should hurry putting that into the current wheezy release target. i would rather go with sanity and help make the wheezy-backports package ready, and point users over there. even make rrd transition work - that can be scripted if needed. if you happen to have packages within the next months for that, i'd be happy to help test and fix possible regressions on my test boxes (icinga only ofc) to keep my production boxes safe when i do a d-u. jm2c, michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax:+43 1 4277 14338 web:http://www.univie.ac.at/zid http://www.aco.net Lead Icinga Core Developer http://www.icinga.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678503: luma: package dependencies problem with: python-qt3, python, sip-api-7.0
Package: luma Version: 2.4-3 Severity: important Dear Maintainer, $ sudo apt-get install luma Leyendo lista de paquetes... Hecho Creando árbol de dependencias Leyendo la información de estado... Hecho No se pudieron instalar algunos paquetes. Esto puede significar que usted pidió una situación imposible o, si está usando la distribución inestable, que algunos paquetes necesarios no han sido creados o han sido movidos fuera de Incoming. La siguiente información puede ayudar a resolver la situación: Los siguientes paquetes tienen dependencias incumplidas: luma : Depende: python-qt3 (= 3.11) pero no va a instalarse E: No se pudieron corregir los problemas, usted ha retenido paquetes rotos. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1100, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luma depends on: ii python 2.7.3~rc2-1 pn python-ldap none pn python-qt3 none ii python-support 1.0.14 luma recommends no packages. luma suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678443: Hard lockups due to lockup-detector (NMIs) on muti-Pentium-3 SMP systems on all kernel builds since 2.6.38
Hello, Ben Hutchings wrote: On Thu, 2012-06-21 at 21:25 +0200, Hans-Juergen Mauser wrote: [...] Here we see again how bad the documentation of open-source projects sometimes is cared about... even when configuring a kernel, the config help says that the nmi watchdog had to be enabled consciously by a boot parameter I don't see any documentation saying that; maybe you're looking at the wrong version. But thanks for the general criticism anyway, it really helps to motivate developers. Sorry, that wasn't meant negatively. II know it from my own work that it happens - but on the other hand, as a linux enthusiast, I am often asking myself how an average user should be able to handle this. And, you are right, I mixed up two locations: in the current kernel source the config help is correct, but the information files are still partly wrong, and that's where I took it from: http://www.kernel.org/doc/Documentation/nmi_watchdog.txt - in fact it seems to be activated by default as soon as SMP code is loaded and/or an APIC is detected (but though the presence of an APIC, I have not seen those NMIs on my uniprocessor P3 machines yet). It actually depends on whether the processor has a PMU (performance monitoring unit) with a useful counter. Okay, found at least one system which _does_ count NMIs - just for learning I will take a look at the differences between the systems and running kernel versions/configurations. [...] I think it's fine and has nothing to do with the problem. Since you say it has taken 1-8 days for any problem to appear, I suppose you will have to wait a few weeks to have some confidence that 'nowatchdog' makes a difference. That's what I like to do and also will do, there won't be any other reason to reboot the machine which gets hit by the problem most often. As soon as a definite difference (or definitely the same behaviour) is visible, I will post a reply here. Anyway I just liked to be able to discuss the problem and initially posted it as a reply to the bug referenced above, but a hint was given that I should open a new one. At least the bug has sone one good thing to me: I got used again to compile my own kernels which I had abandoned with the advent of the 2.6 series and the change in most distributions to initrds, which made me use only pre-packaged binaries for consistence among a number of machines and simplicity. Now I am happy again to be able to optimise some details again or choose other options than the distribution team. Best regards, Hans-Juergen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678504: apache2: request failed: error reading the headers with SSL and Firefox/13.0.1
Package: apache2.2-common
Version: 2.2.16-6+squeeze7
Severity: normal
I have this error while doing a POST of a large file on a VirtualHost using SSL.
error:
[Wed Jun 20 12:10:31 2012] [error] [client 82.226.xx.xxx] request failed:
error reading the headers, referer:
https://xxx.example.org/Programme/integration_xxx_x.html
[Wed Jun 20 12:12:50 2012] [error] [client 82.226.xx.xxx] request failed:
error reading the headers, referer:
https://xxx.example.org/Programme/integration_xxx_x.html
access log for the first (default) SSL virtual host. It was not the expected
virtualHost (probably because the host header was not properly parsed):
82.226.xx.xxx 21913997 - [20/Jun/2012:12:10:09 +0200] POST
/Programme/transfert.php HTTP/1.1 400 235
https://xxx.example.org/Programme/integration_xxx_x.html; Mozilla/5.0
(Windows NT 6.0; rv:13.0) Gecko/20100101 Firefox/13.0.1
82.226.xx.xxx 22144249 - [20/Jun/2012:12:12:28 +0200] POST
/Programme/transfert.php HTTP/1.1 400 235
https://xxx.example.org/Programme/integration_xxx_x.html; Mozilla/5.0
(Windows NT 6.0; rv:13.0) Gecko/20100101 Firefox/13.0.1
Everything was working fine for years; windows-Firefox and debian-Apache
updated at each release.
LogFormat %h %D %u %t \%r\ %s %b \%{Referer}i\ \%{User-Agent}i\
-- Package-specific info:
List of /etc/apache2/mods-enabled/*.load:
actions alias auth_basic authn_file authnz_ldap authz_default
authz_host authz_user autoindex-nuvola dav dav_fs dav_svn deflate
dir env expires headers info ldap mime negotiation php5 proxy
proxy_http reqtimeout rewrite setenvif ssl status wsgi
List of enabled php5 extensions:
adodb apc curl gd imagick imap ldap mcrypt mysql mysqli pdo
pdo_mysql pspell recode tidy xmlrpc xsl
-- System Information:
Debian Release: 6.0.5
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.4.skc2 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages apache2 depends on:
ii apache2-mpm-prefork2.2.16-6+squeeze7 Apache HTTP Server - traditional n
ii apache2.2-common 2.2.16-6+squeeze7 Apache HTTP Server common files
apache2 recommends no packages.
apache2 suggests no packages.
Versions of packages apache2.2-common depends on:
ii apache2-utils 2.2.16-6+squeeze7 utility programs for webservers
ii apache2.2-bin 2.2.16-6+squeeze7 Apache HTTP Server common binary f
ii libmagic1 5.04-5+squeeze2 File type determination library us
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii mime-support 3.48-1MIME files 'mime.types' 'mailcap
ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction
ii procps 1:3.2.8-9squeeze1 /proc file system utilities
-- 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#678426: [Pkg-osm-maint] Bug#678426: libjs-leaflet: should mention stripped source in copyright (or use pristine source)
On 22/06/12 02:48, Jonas Smedegaard wrote: Package: libjs-leaflet Version: 0.3-1 Severity: normal Debian Policy requires (or only recommends? I don't recall) that if upstream source is not redistributed as-is then mangling be documented in debian/copyright. Seems from the CDBS hints that libjs-leaflet strips upstream generated JavaScript files. Either this should be documented, or preferrably - as the stripping seems unnecessary to me - the source should be used as-is, but those files instead be put aside when building the files used for binary packaging. While it is hard to argue this case, in general by excluding these binary files which are rebuilt during the build process from the debian source package results in a source package of smaller size. Is this the policy you are referring to http://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource I don't believe that applies in this case. Do you have reference to best practice or policy for this? signature.asc Description: OpenPGP digital signature
Bug#677702: libdevice-cdio-perl: FTBFS with libcdio 0.83
On Fri, 22 Jun 2012 08:27:12 +0300, Damyan Ivanov wrote: and there's still a patch where I'm not sure if it's needed. IOW, the patch seems fine to me as it is. So fine, in fact, that I uploaded the package :) Perfect, thanks for reviewing and uploading it! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bob Dylan: Cold Irons Bound signature.asc Description: Digital signature
Bug#676183: Same problem with resolvconf and a bridge
Hello, On Fri, 22 Jun 2012 04:51:56 +0200 m...@linux.it (Marco d'Itri) wrote: The problem is that udev emits events for network interfaces as a part of a boot sequence, and its scripts call ifup for those interfaces. lo No: the kernel emits events for network interfaces, udev merely runs scripts when configured to do so. Of course kernel does it, but what I mean is something different. Not low-level kernel events. I meant that init script asks kernel to do that thing, and after that udev calls its hooks. is explicitly blacklisted there, eth0 isn't present in your configuration file, and br0 is ifup'ed before resolvconf had a chance to set things up. I guess, udev should somehow detect this situation and block these events. Which situation? What should udev do? When net.agent is called before /run/network is ready. What should it do? Don't know yet, that's why I wanted to hear your opinion on this. BTW, I think that /lib/udev/rules.d/80-networking.rules and the related scripts should be moved to the ifupdown package. Not a good idea. There can be other things causing interfaces to go up, but that doesn't mean such things should go to ifupdown. Oh, forgot the rest of the story. The interface gets up before resolvconf is ready, so this doesn't result in dns-* options applied. net.agent is supposed to wait for lo to come up before calling ifup for the hotplug-enabled interfaces (which sucks, but it is the best we can do without upstart/systemd), which is supposed to come up when S13networking runs ifup -a. What has been broken? It apparently doesn't work. I can't see why do we need to do that at all now, as networking init script brings hotplug interfaces up itself if they are ready at that time. -- WBR, Andrew signature.asc Description: PGP signature
Bug#678505: mirror submission for ftp.leg.uct.ac.za
Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.leg.uct.ac.za Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ CDImage-ftp: /pub/linux/debian-isos/ CDImage-http: /pub/linux/debian-isos/ CDImage-rsync: pub/linux/debian-isos/ IPv6: no Archive-upstream: ftp.de.debian.org Backports-upstream: ftp.de.debian.org CDImage-upstream: cdimage.debian.org Updates: four Maintainer: Stefano Rivera legad...@leg.uct.ac.za Country: ZA South Africa Location: University of Cape Town Sponsor: UCT Chemical Engineering http://www.chemeng.uct.ac.za/ Comment: Heavily shaped outbound traffic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678419: [Pkg-osm-maint] Bug#678419: libjs-leaflet: please update to 0.3.1 (or maybe even 0.4~pre)
On 22/06/12 02:02, Jonas Smedegaard wrote: Package: libjs-leaflet Version: 0.3-1 Severity: minor As subject says, please update to newer upstream release or snapshot. The list of bugfixes is long, expecially for the snapshot: https://github.com/CloudMade/Leaflet/blob/master/CHANGELOG.md 0.3.1 has been out since February. Any reason not to update? Hi Jonas, Thanks for the bug. I packaged 0.3.1 last month at http://anonscm.debian.org/gitweb/?p=pkg-osm/leaflet.git On the 26/05/2012 I sent an email to David Paleino asking if he could upload it (since I don't have upload permissions, and he did it last time). But I haven't heard back. What I realise now is I should have emailed the pkg-osm-maint list with this request to keep the whole process in the open. If you can upload this, that would be great. On 22/06/12 02:32, Jonas Smedegaard wrote: ...or if interested I could join you as co-maintainer and update myself. I'm fine with that. Although I do try to keep on top of this package as it helps me get my Debian packaging experience up. But a co-maintainer can always fix up my mistakes or pick up the work if I disappear, or take over if I don't do a good enough job. I see that you already package it my style, so should be easy to follow up on ;-) Because I copied most of it from one of your existing packages ;-) I am currently preparing an unofficial test of a 0.4 snapshot now, and if that goes well I would choose to release that if you are ok with it. I'm not sure what the Debian policy is on that (i.e. unstable software releases in Debian stable)? That would cause the unstable 0.4 snapshot to go into Debian stable, I'm not sure if that is a good idea with the freeze so soon. Your wisdom on this is appreciated though, and personally I don't generally mind which way it's done. signature.asc Description: OpenPGP digital signature
Bug#676183:
reassign 676183 bridge-utils 1.5-3 retitle 676183 bridge-network-interfaces should not do anything before ifupdown is configured Hello, On Fri, 22 Jun 2012 11:23:58 +0200 Andrew Shadura bugzi...@tut.by wrote: It apparently doesn't work. I can't see why do we need to do that at all now, as networking init script brings hotplug interfaces up itself if they are ready at that time. Sorry, Marco, I was wrong. Further investingation has demonstrated it's not udev's fault, but one of the scripts which it calls. Santiago, your init script should not create /var/run/network. More over, it should just silently exit if it doesn't find /run/network (not /var/run/network, by the way!) Probably, some other checks may be involved also, but I'm not sure. -- WBR, Andrew signature.asc Description: PGP signature
Bug#678506: consolekit: Rejected send message: type=method_call, interface=org.freedesktop.DBus.Properties member=GetAll
Package: consolekit Version: 0.4.5-3 Severity: normal Hi, When booting and login into my desktop using GDM I get the following errors into my auth.log: [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.60 (uid=109 pid=2948 comm=/usr/lib/gdm3/gdm-simple-greeter ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.16 (uid=0 pid=2135 comm=/usr/sbin/console-kit-daemon --no-daemon ) [...] [system] Rejected send message, 2 matched rules; type=method_call, sender=:1.104 (uid=1000 pid=3502 comm=/usr/bin/gnome-shell ) interface=org.freedesktop.DBus.Properties member=GetAll error name=(unset) requested_reply=0 destination=:1.16 (uid=0 pid=2135 comm=/usr/sbin/console-kit-daemon --no-daemon ) GDM wants for some reason to contact console-kit-daemon but this is specifically denied by the dbus permission installed by the package. I'm not too sure why this is denied nor why GDM is trying to do. Any idea? Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages consolekit depends on: ii dbus 1.6.0-1 ii libc6 2.13-33 ii libck-connector0 0.4.5-3 ii libdbus-1-31.6.0-1 ii libdbus-glib-1-2 0.98-1 ii libglib2.0-0 2.32.3-1 ii libpolkit-gobject-1-0 0.105-1 ii libx11-6 2:1.5.0-1 ii zlib1g 1:1.2.7.dfsg-12 Versions of packages consolekit recommends: ii libpam-ck-connector 0.4.5-3 consolekit 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#678507: wine-bin: zlib1g:i386 : Breaks: zlib1g (!= 1:1.2.7.dfsg-11) but 1:1.2.7.dfsg-11+b1 is installed.
Package: wine-bin Version: 1.4.1-1 Severity: serious Justification: The package must be installed. :) Dear Maintainer, Installing wine-bin:i386 on my testing amd64 system, I get, finnaly unresolvable dependencied: zlib1g : Breaks: zlib1g:i386 (!= 1:1.2.7.dfsg-11+b1) but 1:1.2.7.dfsg-11 is to be installed. zlib1g:i386 : Breaks: zlib1g (!= 1:1.2.7.dfsg-11) but 1:1.2.7.dfsg-11+b1 is installed. please fix it, if You may. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-bin depends on: pn lib32ncurses5 none pn libc6-i386 none pn libwinenone ii x11-utils 7.7~1 wine-bin recommends no packages. Versions of packages wine-bin suggests: pn libwine-gl none pn libwine-print none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678508: libpion-net-dev: internal dependancies are exposed via the pkg-config Libs: line
Package: libpion-net-dev Version: internal dependancies exposed via pkg-config Severity: important libpion-net-dev exposes all of the internal dependancies of the pion-net library through its pkgconfig file, this is a case of overlinking. See *.private in man pkg-config. pkg-config --libs pion-net -Wl,-z,defs -pthread -Wl,-E -lpthread -ldl -licui18n -licuuc -licudata -lboost_thread-mt -lboost_system-mt -lboost_filesystem-mt -lboost_regex-mt -lboost_date_time-mt -lboost_signals-mt -lboost_iostreams-mt -lssl -lcrypto -lz -lbz2 -llog4cpp -lpion-common -lpion-net As can be seen in the system information below, the dependancies of libpion-net-dev are insufficient to satisfy the linker flags presented by pkg-config. Here is an example failed build from pbuilder of a project which links against pion-net: CXXLD ipp_sdicapture /usr/bin/ld: cannot find -licui18n /usr/bin/ld: cannot find -licuuc /usr/bin/ld: cannot find -licudata /usr/bin/ld: cannot find -lboost_system-mt /usr/bin/ld: cannot find -lboost_filesystem-mt /usr/bin/ld: cannot find -lboost_regex-mt /usr/bin/ld: cannot find -lboost_signals-mt /usr/bin/ld: cannot find -lboost_iostreams-mt /usr/bin/ld: cannot find -lbz2 collect2: ld returned 1 exit status The dependancies shown in the system information below do not install the those libraries, some are simply missing icui18n, icuuc, icudata, bz2 others look wrong: dpkg -L libboost-system1.46.1 /. /usr /usr/lib /usr/lib/libboost_system.so.1.46.1 /usr/share /usr/share/doc /usr/share/doc/libboost-system1.46.1 /usr/share/doc/libboost-system1.46.1/NEWS.Debian.gz /usr/share/doc/libboost-system1.46.1/copyright /usr/share/doc/libboost-system1.46.1/README.Debian.gz /usr/share/doc/libboost-system1.46.1/changelog.Debian.gz /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/libboost-system1.46.1 libboost_system1.46.1 does not contain the actual shared library, or depend on a package that does. Therefore in a pbuilder environment, the boost shared libs do not get installed, and the build fails as shown above. I think there are two problems: 1) Too much information about internal libraries is leaked through the pkg-config file 2) The libpion-net-dev dependencies are incompatible with the information in the pkg-config file. The leaked internal libraries are not installed, so linkage fails for builds of packages that use pion-net in clean environments such as pbuilder. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (700, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpion-net-dev depends on: pn libboost-date-time1.42 none(no description available) pn libboost-filesystem1.4 none(no description available) ii libboost-iostreams1.42 1.42.0-4 Boost.Iostreams Library pn libboost-regex1.42.0 none(no description available) pn libboost-signals1.42.0 none(no description available) pn libboost-system1.42.0 none(no description available) pn libboost-thread1.42.0 none(no description available) ii libbz2-1.0 1.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library pn libpion-common-3.0 none(no description available) pn libpion-common-dev none(no description available) pn libpion-net-3.0none(no description available) ii libssl0.9.80.9.8o-4squeeze12 SSL shared libraries ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libpion-net-dev recommends no packages. Versions of packages libpion-net-dev suggests: pn libpion-net-doc none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633274: rep-gtk: diff for NMU version 1:0.90.0-2.1
tags 633274 + patch tags 633274 + pending thanks Dear maintainer, I've prepared an NMU for rep-gtk (versioned as 1:0.90.0-2.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A diffstat for rep-gtk-0.90.0 rep-gtk-0.90.0 changelog |7 +++ rules |8 +--- 2 files changed, 8 insertions(+), 7 deletions(-) diff -Nru rep-gtk-0.90.0/debian/changelog rep-gtk-0.90.0/debian/changelog --- rep-gtk-0.90.0/debian/changelog 2009-11-20 02:46:53.0 +0100 +++ rep-gtk-0.90.0/debian/changelog 2012-06-22 11:51:17.0 +0200 @@ -1,3 +1,10 @@ +rep-gtk (1:0.90.0-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Get rid of unneeded .la files (Closes: #633274) + + -- Alessio Treglia ales...@debian.org Fri, 22 Jun 2012 11:50:54 +0200 + rep-gtk (1:0.90.0-2) unstable; urgency=low * Convert source to 3.0 (quilt) format diff -Nru rep-gtk-0.90.0/debian/rules rep-gtk-0.90.0/debian/rules --- rep-gtk-0.90.0/debian/rules 2009-09-26 01:04:30.0 +0200 +++ rep-gtk-0.90.0/debian/rules 2012-06-22 11:58:51.0 +0200 @@ -55,13 +55,7 @@ dh_installdirs $(MAKE) install DESTDIR=`pwd`/debian/tmp - - #Fix libdir in *.la files - find debian/tmp -name '*.la' |\ - while read file; do\ - DIRNAME=$$(dirname $$file | sed 's@debian/tmp@@');\ - sed -i /libdir/ s@^.*@libdir=$$DIRNAME@ $$file;\ - done + find debian/tmp/usr/lib -name '*.la' -delete dh_install --list-missing touch install-stamp signature.asc Description: Digital signature
Bug#678396: [Pkg-nagios-devel] Bug#678396: Bug#678396: check-mk: New upstream version 1.2.0p1 available
cb13c56 Imported Upstream version 1.2.0p1 5389660 update defaults for check-mk 1.2.0p1 13ff0f6 update .install files for new location, install smart plugin (really fixes #649677) 561badc Run automation calls as root to fix interaction with systemd 8f173d9 poor-man's-job to convert to quilt instead of dpatch (NOT 3.0(quilt) source format) does that patchset include the possibility to autoconvert all hr_fs filesystem rrds from single to multiple? i know that this only happens when you are using check_mk with pnp4nagios but since upstream puts pnp4nagios into its design picture, i think it's worth a thought. see my notes here https://wiki.icinga.org/display/howtos/check_mk+upgrade#check_mkupgrade-PerfdataFilesystemTrends I think this default should be changed in pnp4nagios and migration be assisted in that package. check-mk should probably get a NEWS.Debian pointing to instructions. probably this is more of a check_mk with pnp4nagios problem, but feel free to share your thoughts on that transition as well. check-mk has historically been a pain in the ass for new releases, and I don't think this can all be solved in packaging. So I think the only thing we can do (safe of pnp4nagios automigrating everything to MULTIPLE) is to warn the user and document the known issues, i.e. on a wiki page like yours. we ran into the mentioned perfdata changes in combination with pnp4nagios, but also other compatibility breaking changes which were partly resolvable by proper packages and partly needed man days of manual investigation. hearing from check_mk devs, i quote, dnsmichi: normal users have support contracts, is pretty awesome for calling their releases stable *sigh* Totally agreed, but that will not get better by sticking at earlier releases :-) since the wheezy freeze is NOW in progress, i don't think you should hurry putting that into the current wheezy release target. i would rather go with sanity and help make the wheezy-backports package ready, and point users over there. even make rrd transition work - that can be scripted if needed. if you happen to have packages within the next months for that, i'd be happy to help test and fix possible regressions on my test boxes (icinga only ofc) to keep my production boxes safe when i do a d-u. I disagree here. 1.1.12p7 is outdated now, and we haven't even begun freezing. From my POV, apart from the changed perfdata which is a problem with almost every RRD upgrading a standard 1.1.12p7 to 1.2.0p1 should be relatively straightforward. The pain starts when you try to start using the new features of the WebGUI, but that's not a packaging issue. It's in the twisted logic of the applicaton. IMO the MULTIPLE migration should be done by pnp4nagios. Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678495: zlib1g:amd64 1:1.2.7.dfsg-11+b1 breaks multi-arch
Am 22.06.2012 10:44, schrieb Mark Brown: On Fri, Jun 22, 2012 at 09:12:37AM +0200, Thomas Martitz wrote: The version discrepancy between i386 and amd64 breaks installation of other multi-arch packages, e.g. wine. The actual problem is that multiarch breaks binnmus. There's already been a sourceful upload to clean up this mess. Right. I saw #678172 and that it's fixed in sid just after I reported. Installing the zlib1g from sid fixed wine for me. I guess this can be closed. Best regards and sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678509: mbd-update-bld needs adaption to use schroot namespaces
Package: mini-buildd
Version: 0.9.6
Severity: important
Tags: upstream patch
Hi,
mbd-update-bld tries to start foo-source, which is not working with
current schroot. A one-line change in mbd-update-bld is needed.
--- /usr/share/mini-buildd/mbd-update-bld~ 2011-07-19 17:05:45.0
+0200
+++ /usr/share/mini-buildd/mbd-update-bld 2012-06-22 12:24:12.120099232
+0200
@@ -87,7 +87,7 @@
mbdAptEnv
for hook in $(find ${MBD_LIB}/chroots-update.d/
-name *.hook | sort) $(find ${MBD_HOME}/.mini-buildd/chroots-update.d/ -name
*.hook | sort); do
echo I: ${MBD_TMP_CHROOT}: Running
chroot update hook \${hook}\...
- if ( echo set -e cat ${hook} ) |
schroot -c ${MBD_TMP_CHROOT}-source -u root; then
+ if ( echo set -e cat ${hook} ) |
schroot -c source:${MBD_TMP_CHROOT} -u root; then
echo I: ${MBD_TMP_CHROOT}:
Chroot update hook \${hook}\ succeeded.
else
echo E: ${MBD_TMP_CHROOT}:
Chroot update hook \${hook}\ FAILED.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.4.2-zgsrv20080 (SMP w/6 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678510: audacious: gvfs-open calls audacious when opening an smb share
Package: audacious Version: 3.2.3-1 Severity: normal Dear Maintainer, since the latest update for audacious, smb shares i added via gvfs wont open in my fileexplorer, but audacious is started instead. very annoying. removing audacious fixes the problem. greetings Christian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacious depends on: ii audacious-plugins3.2.3-1 ii dbus 1.6.0-1 ii dbus-x11 1.6.0-1 ii gtk2-engines-pixbuf 2.24.10-1 ii libaudclient23.2.3-1 ii libaudcore1 3.2.3-1 ii libc62.13-33 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.98-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-1 ii libguess11.1-1 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 Versions of packages audacious recommends: ii unzip 6.0-6 audacious 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#650553: base-passwd: should explain sudo group's meaning when policykit-1 is installed
On Wed, Nov 30, 2011 at 08:53:33PM +0100, Luca Capello wrote: The following patch addresses both #600700 and this bug: --8---cut here---start-8--- --- - 2011-11-30 20:52:06.275285986 +0100 +++ users-and-groups.txt2011-11-30 20:52:00.646099578 +0100 @@ -311,8 +311,9 @@ sudo -Members of this group do not need to type their password when using sudo. -See /usr/share/doc/sudo/OPTIONS. +Members of this group may run any command as any user when using sudo +or pkexec (from the policykit-1 package, independently if the sudo +package is installed). audio --8---cut here---end---8--- Thanks, and sorry for the delay. I've committed this to the SGML source for this file with minor copy-editing changes. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677498: gnome-shell lists duplicate applications with non scalable icons when searching
You can close this bug as I found the answer here: http://askubuntu.com/questions/73638/duplicate-icons-in-gnome-shell Turns out that menu-xdg is the one showing the duplicate entries. Uninstalling it fixes the issue. BR
Bug#678502: gmic: New version suddenly depends on Qt
Hi, The new package for gmic (not the one I have installed) suddenly depends on Qt. I did not find any explanation for this in the Debian changelog, but would hope it is still perfectly usable without Qt, using the command line or Gimp interfaces. that is due to zart being shipped now. The gimp plugin does not depend on QT, it is shipped in its own package. Please split off any Qt-dependent functinality into its own package. Not sure if that will go in before Wheezy is frozen. I prefer an uptodate package over running trough the NEW queue and hoping it will go in before the freeze... WIll definitely be splitted after Wheezy. Cheers. Bernd -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmic depends on: ii libc6 2.13-33 ii libfftw3-33.3.2-3 ii libgcc1 1:4.7.1-1 ii libilmbase6 1.0.1-4 ii libjpeg8 8d-1 ii libopencv-core2.3 2.3.1-10 ii libopencv-highgui2.3 2.3.1-10 ii libopenexr6 1.6.1-5 ii libpng12-01.2.49-1 ii libstdc++64.7.1-1 ii libtiff4 3.9.6-5 ii libx11-6 2:1.5.0-1 ii zlib1g1:1.2.7.dfsg-11 gmic recommends no packages. Versions of packages gmic suggests: ii gimp-gmic 1.5.0.8+dfsg-1+b1 pn gmic-doc none -- no debconf information -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627972: ddclient: Ping!
Package: ddclient Followup-For: Bug #627972 ddclient 3.8.1 has been out for nearly a year now. Is there some problem with packaging it? I would love to be able to use ddclient with afraid.org again! -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-25-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ddclient depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii initscripts2.88dsf-13.10ubuntu11 ii lsb-base 4.0-0ubuntu20 ii perl [perl5] 5.14.2-6ubuntu2 Versions of packages ddclient recommends: ii libio-socket-ssl-perl 1.53-1 ddclient suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678511: zlib: FTBFS on s390x
Package: zlib Version: 1:1.2.7.dfsg-12 Severity: serious Justification: fails to build from source Hi, Your package FTBFS on s390x. s390x is now a release architecture [1], hence the RC status. 1:1.2.7.dfsg-2 was the last version that built successfully on that architecture [2]. Thanks, Jon [1] https://lists.debian.org/debian-devel-announce/2012/06/msg3.html [2] https://buildd.debian.org/status/logs.php?pkg=zlibarch=s390x -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677983: apt-cacher-ng: Corrupt Packages files, fixed by restart of apt-cacher-ng
On 20/06/2012 07:33, Eduard Bloch wrote: Apologies, the tar has the wrong directories included (I lazily copy-pasta the command without including the correct directories) The MD5SUM error this morning was for main and non-free, these directories are now available from https://www.nooblet.org/files/breakage_traces_v2.tgz [45MB] 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#678512: ruby-eventmachine: crashes when using IPv6 socket
Package: ruby-eventmachine Version: 0.12.10-3 Severity: normal Hi! I am using Rails 3 from Rubygems which uses Thin/ruby-eventmachine when serving. When I tell the server to bind to :: so that it is reachable via Ipv6, the server crashes when accessed. There seems to be an issue with the hardening/fortify stuff: $ rails server -b :: = Booting Thin = Rails 3.2.5 application starting in development on http://:::3000 = Call with -d to detach = Ctrl-C to shutdown server Thin web server (v1.3.1 codename Triple Espresso) Maximum connections set to 1024 Listening on :::3000, CTRL+C to stop *** stack smashing detected ***: /usr/bin/ruby1.9.1 terminated === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x2ab130fcff07] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x0)[0x2ab130fcfed0] /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/rubyeventmachine.so(_ZN18AcceptorDescriptor4ReadEv+0x1b7)[0x2ab134612917] /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/rubyeventmachine.so(_ZN14EventMachine_t14_RunSelectOnceEv+0x2c9)[0x2ab134604669] /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/rubyeventmachine.so(_ZN14EventMachine_t8_RunOnceEv+0x28)[0x2ab1346054f8] /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/rubyeventmachine.so(_ZN14EventMachine_t3RunEv+0x5c)[0x2ab134606ddc] /usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux/rubyeventmachine.so(+0x17379)[0x2ab13460a379] /usr/lib/libruby-1.9.1.so.1.9(+0x15204a)[0x2ab13013c04a] /usr/lib/libruby-1.9.1.so.1.9(+0x147eb5)[0x2ab130131eb5] /usr/lib/libruby-1.9.1.so.1.9(+0x14d564)[0x2ab130137564] /usr/lib/libruby-1.9.1.so.1.9(rb_yield+0x17c)[0x2ab13013dc9c] /usr/lib/libruby-1.9.1.so.1.9(+0x9dd09)[0x2ab130087d09] /usr/lib/libruby-1.9.1.so.1.9(+0x15204a)[0x2ab13013c04a] /usr/lib/libruby-1.9.1.so.1.9(+0x147eb5)[0x2ab130131eb5] /usr/lib/libruby-1.9.1.so.1.9(+0x14d564)[0x2ab130137564] /usr/lib/libruby-1.9.1.so.1.9(rb_iseq_eval+0x160)[0x2ab13013ea70] /usr/lib/libruby-1.9.1.so.1.9(+0x60b10)[0x2ab13004ab10] /usr/lib/libruby-1.9.1.so.1.9(rb_require_safe+0x45c)[0x2ab13004bd7c] /usr/lib/libruby-1.9.1.so.1.9(+0x15204a)[0x2ab13013c04a] /usr/lib/libruby-1.9.1.so.1.9(+0x147eb5)[0x2ab130131eb5] /usr/lib/libruby-1.9.1.so.1.9(+0x14d564)[0x2ab130137564] /usr/lib/libruby-1.9.1.so.1.9(rb_iseq_eval_main+0xad)[0x2ab13013eb5d] /usr/lib/libruby-1.9.1.so.1.9(+0x5df7a)[0x2ab130047f7a] /usr/lib/libruby-1.9.1.so.1.9(ruby_exec_node+0x1d)[0x2ab130048a1d] /usr/lib/libruby-1.9.1.so.1.9(ruby_run_node+0x1e)[0x2ab13004a4ae] /usr/bin/ruby1.9.1[0x40091b] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x2ab130f01ead] /usr/bin/ruby1.9.1[0x400949] === Memory map: 0040-00401000 r-xp fe:02 667857 /usr/bin/ruby1.9.1 0060-00601000 r--p fe:02 667857 /usr/bin/ruby1.9.1 00601000-00602000 rw-p 1000 fe:02 667857 /usr/bin/ruby1.9.1 00ba7000-02dff000 rw-p 00:00 0 [heap] 2ab12fdc8000-2ab12fde8000 r-xp fe:02 265225 /lib/x86_64-linux-gnu/ld-2.13.so 2ab12fde8000-2ab12fdea000 rw-p 00:00 0 2ab12fdea000-2ab12ff63000 r--p fe:02 660950 /usr/lib/locale/locale-archive 2ab12ffe7000-2ab12ffe8000 r--p 0001f000 fe:02 265225 /lib/x86_64-linux-gnu/ld-2.13.so 2ab12ffe8000-2ab12ffe9000 rw-p 0002 fe:02 265225 /lib/x86_64-linux-gnu/ld-2.13.so 2ab12ffe9000-2ab12ffea000 rw-p 00:00 0 2ab12ffea000-2ab1301dd000 r-xp fe:02 673775 /usr/lib/libruby-1.9.1.so.1.9.1 2ab1301dd000-2ab1303dc000 ---p 001f3000 fe:02 673775 /usr/lib/libruby-1.9.1.so.1.9.1 2ab1303dc000-2ab1303e4000 rw-p 001f2000 fe:02 673775 /usr/lib/libruby-1.9.1.so.1.9.1 2ab1303e4000-2ab13040 rw-p 00:00 0 2ab13040-2ab130417000 r-xp fe:02 264076 /lib/x86_64-linux-gnu/libpthread-2.13.so 2ab130417000-2ab130616000 ---p 00017000 fe:02 264076 /lib/x86_64-linux-gnu/libpthread-2.13.so 2ab130616000-2ab130617000 r--p 00016000 fe:02 264076 /lib/x86_64-linux-gnu/libpthread-2.13.so 2ab130617000-2ab130618000 rw-p 00017000 fe:02 264076 /lib/x86_64-linux-gnu/libpthread-2.13.so 2ab130618000-2ab13061d000 rw-p 00:00 0 2ab13061d000-2ab130624000 r-xp fe:02 265217 /lib/x86_64-linux-gnu/librt-2.13.so 2ab130624000-2ab130823000 ---p 7000 fe:02 265217 /lib/x86_64-linux-gnu/librt-2.13.so 2ab130823000-2ab130824000 r--p 6000 fe:02 265217 /lib/x86_64-linux-gnu/librt-2.13.so 2ab130824000-2ab130825000 rw-p 7000 fe:02 265217 /lib/x86_64-linux-gnu/librt-2.13.so 2ab130825000-2ab130827000 r-xp fe:02 264068 /lib/x86_64-linux-gnu/libdl-2.13.so 2ab130827000-2ab130a27000 ---p 2000 fe:02 264068
Bug#666877: Unable to add document to print job
severity 666877 important thanks On Wed 20 Jun 2012 at 10:12:03 +0200, Anders Boström wrote: I can confirm this bug with version 1.5.3-1 when running testing and printing over ipp to a cups-server. I only get an message Unable to add document to print job, and then the job disappers without any printout. And I don't get any error-message in cups error-log. Your problem may not be the same as Praveen's as he is using a socket connection. What you have experienced sounds very similar to LP #973270 at https://bugs.launchpad.net/ubuntu/+source/cups/+bug/973270 , which includes a link to the opinion of upstream CUPS, some printers affected, error logs, advice and workarounds. Restoring grave. Why was it set to important without any motivation??? important - a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. This fits the description of the reported bug and your situation. grave - makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. By implication the package would have be unusable for everyone for it to have this severity. It isn't. The result is that this bug has entered testing. :-( Raising the severity will not bring it back but will prevent a fix making its way there. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678507: [pkg-wine-party] Bug#678507: wine-bin: zlib1g:i386 : Breaks: zlib1g (!= 1:1.2.7.dfsg-11) but 1:1.2.7.dfsg-11+b1 is installed.
reassign 678507 zlib1g thank you Apparently, this problem is not caused by wine but by a zlib1g rebuild that broke i386/amd64 co-installability. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678513: vim-runtime: Vim fails to open file using ftp
Package: vim-runtime Version: 2:7.3.547-1 Severity: normal Dear Maintainer, I just recently did apt-get upgrade and found out that vim is no longer letting me open files using ftp using the vim ftp://* The errors that I get are: Error detected while processing function netrw#Nread..netrw#NetRead: line 199: E116: Invalid arguments for function exists(g:netrw_uid g:netrw_uid != E15: Invalid expression: exists(g:netrw_uid g:netrw_uid != And after a few seconds I get: You aren't logged in ftp: bind: Address already in use I'm almost sure this has nothing to do with the ftp server I'm connecting to because I've never had this problem until I upgrated. Eugenio -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash vim-runtime depends on no packages. Versions of packages vim-runtime recommends: ii vim 2:7.3.547-1 ii vim-gnome [vim] 2:7.3.547-1 ii vim-gtk [vim]2:7.3.547-1 ii vim-tiny 2:7.3.547-1 vim-runtime 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 Archive: http://lists.debian.org/20120622112512.5117.48010.reportbug@localhost
Bug#678514: FreeDoko: A Cardgame worth to include in the Debian-repos?
Subject: FreeDoko: A Cardgame worth to include in the Debian-repos? Package: ? Version: 0.7.11 Severity: wishlist Doppelkopf can be a very nice cardgame (the potential for fun lies somewhere else) on ones computer too. The project is hosted on SF: http://free-doko.sourceforge.net/ and uses the GPL-license (with the free card-set). There are still some minor ai-bugs but overall I'd say it's a decent program perhaps worth to include in the main-repository. It compiles just fine on Debian/testing x64. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678396: [Pkg-nagios-devel] Bug#678396: Bug#678396: Bug#678396: check-mk: New upstream version 1.2.0p1 available
Bernhard Schmidt schrieb am Freitag, den 22. Juni 2012: cb13c56 Imported Upstream version 1.2.0p1 5389660 update defaults for check-mk 1.2.0p1 13ff0f6 update .install files for new location, install smart plugin (really fixes #649677) 561badc Run automation calls as root to fix interaction with systemd 8f173d9 poor-man's-job to convert to quilt instead of dpatch (NOT 3.0(quilt) source format) does that patchset include the possibility to autoconvert all hr_fs filesystem rrds from single to multiple? i know that this only happens when you are using check_mk with pnp4nagios but since upstream puts pnp4nagios into its design picture, i think it's worth a thought. see my notes here https://wiki.icinga.org/display/howtos/check_mk+upgrade#check_mkupgrade-PerfdataFilesystemTrends I think this default should be changed in pnp4nagios and migration be assisted in that package. check-mk should probably get a NEWS.Debian pointing to instructions. probably this is more of a check_mk with pnp4nagios problem, but feel free to share your thoughts on that transition as well. check-mk has historically been a pain in the ass for new releases, and I don't think this can all be solved in packaging. So I think the only thing we can do (safe of pnp4nagios automigrating everything to MULTIPLE) is to warn the user and document the known issues, i.e. on a wiki page like yours. we ran into the mentioned perfdata changes in combination with pnp4nagios, but also other compatibility breaking changes which were partly resolvable by proper packages and partly needed man days of manual investigation. hearing from check_mk devs, i quote, dnsmichi: normal users have support contracts, is pretty awesome for calling their releases stable *sigh* Totally agreed, but that will not get better by sticking at earlier releases :-) since the wheezy freeze is NOW in progress, i don't think you should hurry putting that into the current wheezy release target. i would rather go with sanity and help make the wheezy-backports package ready, and point users over there. even make rrd transition work - that can be scripted if needed. if you happen to have packages within the next months for that, i'd be happy to help test and fix possible regressions on my test boxes (icinga only ofc) to keep my production boxes safe when i do a d-u. I disagree here. 1.1.12p7 is outdated now, and we haven't even begun freezing. From my POV, apart from the changed perfdata which is a problem with almost every RRD upgrading a standard 1.1.12p7 to 1.2.0p1 should be relatively straightforward. The pain starts when you try to start using the new features of the WebGUI, but that's not a packaging issue. It's in the twisted logic of the applicaton. Given my available time until freeze, its already fucking cold. Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678515: redmine: 500 Internal Server Error. Incompatible character encodings: ASCII-8BIT and UTF-8
Package: redmine
Version: 1.4.3+dfsg1-1
Severity: important
Dear Maintainer,
It seems that redmine is not properly handling characters as á, é, í, ó, ú, ñ
when they are part of issue subject, issue description, commit message, etc...
When this occurs, this message is displayed:
Internal error
An error occurred on the page you were trying to access.
If you continue to experience problems please contact your Redmine
administrator for assistance.
If you are the Redmine administrator, check your log files for details
about the error.
and you can read in /var/log/redmine/default/fastcgi.crash.log:
Processing ActivitiesController#index (for IP_ADDRESS at 2012-06-22 13:24:18)
[GET]
Parameters: {controller=activities, action=index,
id=MY_PROJECT}
Rendering template within layouts/base
Rendering activities/index
ActionView::TemplateError (incompatible character encodings: ASCII-8BIT and
UTF-8) on line #24 of app/views/activities/index.html.erb:
21: %= content_tag('p', l(:label_no_data), :class = 'nodata') if
@events_by_day.empty? %
22:
23: div style=float:left;
24: %= link_to_content_update(\xc2\xab + l(:label_previous),
25:params.merge(:from = @date_to - @days - 1),
26::title = l(:label_date_from_to, :start =
format_date(@date_to - 2*@days), :end = format_date(@date_to - @days - 1))) %
27: /div
app/views/activities/index.html.erb:24:in `concat'
app/views/activities/index.html.erb:24
/usr/lib/ruby/vendor_ruby/action_view/renderable.rb:34:in `block in render'
/usr/lib/ruby/vendor_ruby/action_view/base.rb:306:in `with_template'
/usr/lib/ruby/vendor_ruby/action_view/renderable.rb:30:in `render'
/usr/lib/ruby/vendor_ruby/action_view/template.rb:205:in `render_template'
/usr/lib/ruby/vendor_ruby/action_view/base.rb:265:in `render'
/usr/lib/ruby/vendor_ruby/action_view/base.rb:348:in `_render_with_layout'
/usr/lib/ruby/vendor_ruby/action_view/base.rb:262:in `render'
/usr/lib/ruby/vendor_ruby/action_controller/base.rb:1252:in
`render_for_file'
/usr/lib/ruby/vendor_ruby/action_controller/base.rb:936:in `render'
/usr/lib/ruby/vendor_ruby/action_controller/benchmarking.rb:51:in `block in
render_with_benchmark'
/usr/lib/ruby/vendor_ruby/action_controller/benchmarking.rb:51:in
`render_with_benchmark'
/usr/lib/ruby/vendor_ruby/action_controller/base.rb:1328:in `default_render'
/usr/lib/ruby/vendor_ruby/action_controller/base.rb:1334:in `perform_action'
/usr/lib/ruby/vendor_ruby/action_controller/filters.rb:617:in `call_filters'
/usr/lib/ruby/vendor_ruby/action_controller/filters.rb:610:in
`perform_action_with_filters'
/usr/lib/ruby/vendor_ruby/action_controller/benchmarking.rb:68:in `block in
perform_action_with_benchmark'
/usr/lib/ruby/vendor_ruby/action_controller/benchmarking.rb:68:in
`perform_action_with_benchmark'
/usr/lib/ruby/vendor_ruby/action_controller/rescue.rb:160:in
`perform_action_with_rescue'
/usr/lib/ruby/vendor_ruby/action_controller/flash.rb:151:in
`perform_action_with_flash'
/usr/lib/ruby/vendor_ruby/action_controller/base.rb:532:in `process'
/usr/lib/ruby/vendor_ruby/action_controller/filters.rb:606:in
`process_with_filters'
/usr/lib/ruby/vendor_ruby/action_controller/base.rb:391:in `process'
/usr/lib/ruby/vendor_ruby/action_controller/base.rb:386:in `call'
/usr/lib/ruby/vendor_ruby/action_controller/routing/route_set.rb:438:in
`call'
/usr/lib/ruby/vendor_ruby/action_controller/dispatcher.rb:87:in `dispatch'
/usr/lib/ruby/vendor_ruby/action_controller/dispatcher.rb:121:in `_call'
/usr/lib/ruby/vendor_ruby/action_controller/dispatcher.rb:130:in `block in
build_middleware_stack'
/usr/lib/ruby/vendor_ruby/active_record/query_cache.rb:29:in `call'
/usr/lib/ruby/vendor_ruby/active_record/query_cache.rb:29:in `block in call'
/usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/query_cache.rb:34:in
`cache'
/usr/lib/ruby/vendor_ruby/active_record/query_cache.rb:9:in `cache'
/usr/lib/ruby/vendor_ruby/active_record/query_cache.rb:28:in `call'
/usr/lib/ruby/vendor_ruby/active_record/connection_adapters/abstract/connection_pool.rb:361:in
`call'
/usr/lib/ruby/vendor_ruby/action_controller/string_coercion.rb:25:in `call'
/usr/lib/ruby/vendor_ruby/rack/head.rb:9:in `call'
/usr/lib/ruby/vendor_ruby/rack/methodoverride.rb:21:in `call'
/usr/lib/ruby/vendor_ruby/action_controller/params_parser.rb:15:in `call'
/usr/lib/ruby/vendor_ruby/action_controller/session/cookie_store.rb:99:in
`call'
/usr/lib/ruby/vendor_ruby/action_controller/failsafe.rb:26:in `call'
/usr/lib/ruby/vendor_ruby/rack/lock.rb:15:in `call'
/usr/lib/ruby/vendor_ruby/action_controller/dispatcher.rb:106:in `call'
/usr/lib/ruby/vendor_ruby/rack/handler/fastcgi.rb:66:in `serve'
public/dispatch.fcgi:24:in `main'
Rendering /usr/share/redmine/public/500.html (500 Internal Server Error)
Don't
Bug#678516: ITP: netanim -- network animator based on Qt4 working with ns-3
Package: wnpp Severity: wishlist Owner: Kamal Mostafa ka...@whence.com * Package name: netanim Version : 3.100 Upstream Author : John Abraham john.abra...@gatech.edu * URL : John Abraham john.abra...@gatech.edu * License : GPL-2 Programming Lang: C++ Description : network animator based on Qt4 working with ns-3 NetAnim currently animates the simulation using an XML trace file collected during simulation. . Using NetAnim is a two-step process: - Generate the animation XML trace file during simulation using ns3::AnimationInterface in the ns-3 code base - Load the XML trace file generated in Step 1 with the offline animator (NetAnim). -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678511: zlib: FTBFS on s390x
reassign 678511 libc6-dev kthxbye On Fri, Jun 22, 2012 at 12:12:25PM +0100, Jonathan McCrohan wrote: Your package FTBFS on s390x. s390x is now a release architecture [1], hence the RC status. Please make *some* effort to read the buildd logs when reporting bugs like this. If you'd looked at the error (which it would have been good practice to include in your report) you'd have seen that all zlib is doing here is including limits.h which obviously should work but doesn't because s390x is trying to include an internal header which it didn't install. There's a good reason why the buildds don't file FTBFS bugs automatically. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678517: fonts-liberation: Liberation Sans does not display u correctly at all sizes
Package: fonts-liberation
Version: 1.07.2-3
Severity: normal
Hello,
Today I noticed that some slate.com headlines started to look very weird
in iceweasel. Bolded renderings of the letter u do not have the same
thickness as the other letters. If I change the font to DejaVu Sans,
the text looks correct.
The issue seems to only affect the bolded typeface, when scaled to
certain sizes. Slate's CSS for the problematic text is
font: bold 1.384em arial,sans-serif
I can fix the issue by adjusting this with firebug. Removing bold fixes
it, as does adjusting the size. Seems like bold at 18px is the culprit.
This is probably similar/related to #616620. Below is a minimal HTML
example which demonstrates the issue.
Thanks,
Ross
html
head
style type=text/css
p {
font-family: arial;
font-weight: 700;
font-size: 18px;
}
/style
/head
body
p
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut
enim ad minim veniam, quis nostrud exercitation ullamco laboris
nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in
reprehenderit in voluptate velit esse cillum dolore eu fugiat
nulla pariatur. Excepteur sint occaecat cupidatat non proident,
sunt in culpa qui officia deserunt mollit anim id est laborum.
/p
/body
-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name VersionDescription
+++-==-==-
ii fontconfig 2.9.0-6generic font configuration library - support
ii libfreetype6:i 2.4.9-1FreeType 2 font engine, shared library files
ii libxft2:i386 2.2.0-3FreeType-based font drawing library for X
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (49, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- 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#678518: hg-fast-export: Mercurial (Hg) convert extension is not automatically enabled
Package: hg-fast-export Version: 20120618-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** (Note: This bug appeared in version 20120203-1 (testing). After fixing the bug, and before reporting it, I upgraded to 20120618-1 (unstable). Maybe the bug has been already fixed. I just report this to share my solution with others, in case somebody else has the same problem.) * What led up to the situation? (Default package configuration) * What exactly did you do (or not do) that was effective (or ineffective)? Executing git hg push failed. * What was the outcome of this action? Mercurial complained about a disabled extension. * What outcome did you expect instead? Git hg pushing my local changes back to the Mercurial repository * How did you solve the problem? I got the source code for hg-fast export, and realized it uses the convert Mercurial extension. I enabled the extension in a (newly created) ~/.hgrc and it worked fine. $ more .hgrc [extensions] convert = While fixing the big, I updated from version 20120203-1 (testing) to 20120618-1 (unstable). *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_BE.utf8, LC_CTYPE=nl_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hg-fast-export depends on: ii git1:1.7.10-1 ii mercurial 2.2.2-1 ii python 2.7.3~rc2-1 hg-fast-export recommends no packages. hg-fast-export 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#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers (libg3dvl-mesa package)
forcemerge 656719 677886
quit
Dear Fabio,
thank you very much for that report and your patch. I overlooked your
report and submitted the separate report #677886 [1] and therefore merge
both.
Just as a side note, could you make sure the `Reply-to` and `References`
header fields are set in your messages so that threading is not broken.
Am Sonntag, den 29.01.2012, 21:00 +0100 schrieb Fabio Pedretti:
[…]
Updated patch reflecting that xorg-server dependency was dropped in master
and
8.0 branches of mesa. Note that, of course, non-linux support is incomplete,
but I'll leave it to someone else since it's probably broken anyway (e.g.
radeon and r200 drivers since mesa 8.0 require dri2 available only on linux).
Today your patch was merged in Ubuntu [2][3].
But cherry-picking that patch to the branch `debian-unstable`
--- begin diff ---
From 6c4b5852646e2f8981d7b186c15180c2680adb3a Mon Sep 17 00:00:00 2001
From: Bryce Harrington br...@canonical.com
Date: Thu, 21 Jun 2012 15:35:03 -0700
Subject: [PATCH] Add gallium vdpau and xvmc driver support
Conflicts:
debian/changelog
---
debian/changelog|8
debian/control | 22 ++
debian/libg3dvl-mesa.install.in |4
debian/not-installed|5 -
debian/rules|5 -
5 files changed, 42 insertions(+), 2 deletions(-)
create mode 100644 debian/libg3dvl-mesa.install.in
diff --git a/debian/changelog b/debian/changelog
index 0eb66a1..83a87ab 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+mesa (8.0.3-2) unstable; urgency=low
+
+ * Add g3dvl.diff from Debian bug 656719: Enables gallium vdpau and xvmc
+driver support on at least Radeon r300+ and r600+.
+(LP: #1002224)
+
+ -- Timo timo.jyri...@iki.fi Mon, 21 May 2012 12:46:40 +0300
+
mesa (8.0.3-1) unstable; urgency=low
[ Robert Hooker ]
diff --git a/debian/control b/debian/control
index ec59840..a9fcdd3 100644
--- a/debian/control
+++ b/debian/control
@@ -32,6 +32,8 @@ Build-Depends:
bison,
llvm-2.9-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386],
libwayland-dev (= 0.85.0) [linux-any],
+ libvdpau-dev (= 0.4.1) [linux-any],
+ libxvmc-dev (= 1.0.6) [linux-any],
Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/mesa
Vcs-Browser: http://git.debian.org/?p=pkg-xorg/lib/mesa.git
Homepage: http://mesa3d.sourceforge.net/
@@ -803,4 +805,24 @@ Description: Mesa OpenGL utility library -- development
files
For a complete description of GLU, please look at the libglu1-mesa
package.
+Package: libg3dvl-mesa
+Section: libs
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+Description: xvmc and vdpau Gallium3D video acceleration drivers
+
+Package: libg3dvl-mesa-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libg3dvl-mesa (= ${binary:Version}),
+ ${misc:Depends},
+Description: xvmc and vdpau Gallium3D video acceleration drivers
+ .
+ This package contains the debugging symbols for the g3dvl libraries.
+
+
# vim: tw=0
diff --git a/debian/libg3dvl-mesa.install.in b/debian/libg3dvl-mesa.install.in
new file mode 100644
index 000..e013276
--- /dev/null
+++ b/debian/libg3dvl-mesa.install.in
@@ -0,0 +1,4 @@
+build/dri/${DEB_HOST_MULTIARCH}/gallium/libvdpau_* usr/lib/vdpau
+build/dri/${DEB_HOST_MULTIARCH}/gallium/libXvMC* usr/lib/dri
+build/dri/${DEB_HOST_MULTIARCH}/gallium/XvMCConfig usr/lib
+build/dri/${DEB_HOST_MULTIARCH}/gallium/XvMCConfig etc
diff --git a/debian/not-installed b/debian/not-installed
index afbf7dc..0221b94 100644
--- a/debian/not-installed
+++ b/debian/not-installed
@@ -18,7 +18,10 @@ NOT_INSTALLED := \
usr/include/GL/glx_mangle.h \
usr/include/GL/vms_x_fix.h \
usr/include/GL/wglext.h \
- usr/include/GL/wmesa.h
+ usr/include/GL/wmesa.h \
+ dri/usr/lib/*/libXvMC* \
+ dri/usr/*/libXvMC* \
+ dri/usr/lib/*/vdpau/
# Architecture-specific additional files:
NOT_INSTALLED_i386 = \
diff --git a/debian/rules b/debian/rules
index 3bf3702..b3c0396 100755
--- a/debian/rules
+++ b/debian/rules
@@ -119,6 +119,7 @@ confflags-dri = \
--enable-glx-tls \
--enable-shared-glapi \
--enable-texture-float \
+ --enable-gallium-g3dvl \
--enable-xa \
$(confflags_DIRECT_RENDERING) \
$(confflags_EGL) \
@@ -214,6 +215,8 @@ $(STAMP_DIR)/stamp:
$(QUILT_STAMPFN): $(STAMP_DIR)/stamp
build: build-stamp
+ # XvMCConfig configuration file:
+ ln -s /etc/X11/XvMCConfig
build/dri/$(DEB_HOST_MULTIARCH)/gallium/XvMCConfig
build-stamp: $(BUILD_STAMPS)
$@
@@ -294,7 +297,7 @@ binary-arch: install
# Also get rid of other files which aren't installed. Do not
# use -f to ensure we notice disappearing files:
- set -e; for file in $(NOT_INSTALLED); do rm debian/tmp/$$file; done
+ set -e; for file in $(NOT_INSTALLED); do rm -r debian/tmp/$$file; done
# Files only in
Bug#678519: general: after about 1 month of uptime, routing of IPv6 packets is no longer possible, and IPv4 routing becomes slow and unpredictable. Rebooting brings all functionality back, and back to
Package: general Severity: important Tags: ipv6 let system run with IPv4 IPv6 routing for about 1 month IPv6 routing will start to fail IPv4 routing becomes slow and unpredictable no obvious causes visible in the system. top and friends do not show a cpu hog a reboot will bring the system back to normal behaviour. -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678520: RM: pwlib,ptlib-wolf,openh323,openmcu -- ROM; RoM; Obsolete
Package: ftp.debian.org Severity: normal It has been a few years, but we are ready to get rid of the obsolete ptlib/ openh323 combinations. Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678521: gnome-orca: orca and speakup crash when orca is started
Package: gnome-orca Version: 3.4.2-2 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? to get speakup back i have had to force it to reboot a lot of words ran down the screen but don't no what it says cause speakup doesn't come back untel almost the end of the shutdown process * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-orca depends on: ii gir1.2-gtk-3.0 3.4.2-1 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-wnck-3.03.4.2-1 ii python 2.7.3~rc2-1 ii python-brlapi 4.4-2 ii python-cairo 1.8.8-1+b2 ii python-dbus1.1.0-1 ii python-gi 3.2.2-1 ii python-louis 2.4.1-1 ii python-pyatspi22.5.2+dfsg-1 ii python-speechd 0.7.1-6.1 ii python-support 1.0.14 ii python-xdg 0.19-4 ii speech-dispatcher 0.7.1-6.1 Versions of packages gnome-orca recommends: ii gnome-mag 1:0.16.3-1 ii wget 1.13.4-3 ii xbrlapi4.4-2 gnome-orca 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#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers (libg3dvl-mesa package)
On Fre, 2012-06-22 at 14:29 +0200, Paul Menzel wrote: $ sudo aptitude install llvm # currently depends on LLVM 3.1 In general, build dependencies are on *-dev packages. The mesa source package already build-depends on llvm-2.9-dev on some architectures, is that not enough? 4. Lastly, should the AMD DDX(?) driver somehow depend on these new packages? Maybe in Suggests:, don't think anything more makes sense. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678518: hg-fast-export: Mercurial (Hg) convert extension is not automatically enabled
severity 678518 normal forwarded 678518 https://github.com/cosmin/git-hg/issues/26 tags 678518 + upstream kthxbye On Fri, Jun 22, 2012 at 02:31:25PM +0200, Leandro Doctors wrote: Package: hg-fast-export Version: 20120618-1 Severity: grave Justification: renders package unusable Lowering the severity as only `git hg push` is affected and a workaround exists. * What exactly did you do (or not do) that was effective (or ineffective)? Executing git hg push failed. * What was the outcome of this action? Mercurial complained about a disabled extension. * What outcome did you expect instead? Git hg pushing my local changes back to the Mercurial repository * How did you solve the problem? I got the source code for hg-fast export, and realized it uses the convert Mercurial extension. I enabled the extension in a (newly created) ~/.hgrc and it worked fine. $ more .hgrc [extensions] convert = I don't think git-hg should fiddle with the user configuration in any way so the only solution I can think of now is documenting that the extension is needed and maybe some additional checks. I've forwarded this issue upstream. -- WBR, wRAR signature.asc Description: Digital signature
Bug#655350: icedove: Icedove 8.0 upgrade appears to not have happened
Hello Jerry, does this happen in current versions too? Can you provide some information about your icedove installation? Did you have installed some extensions? Do you have tried out to start with a clean icedove profile, with a backup of your old profile of course. Regards Carsten On 01/10/12 15:50, Jerry Quinn wrote: Package: icedove Version: 8.0-2 Severity: normal Dear Maintainer, I upgraded icedove and iceowl-extension to 8.0. Before the upgrade I shut down my running icedove. Once done, I started up icedove and was surprised that it look exactly the same. I checked the version and it still says 3.1.16, the version I had prior to upgrading. However, dpkg claims that 8.0 is installed. Something is amiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678522: fbpanel fails to start at all
Package: fbpanel Version: 6.1-4 Severity: normal Dear Maintainer, fbpanel fails to start at all. I will add error log. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fbpanel depends on: ii libc6 2.13-33 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii librsvg2-common 2.36.1-1 ii libx11-62:1.4.99.901-2 fbpanel recommends no packages. Versions of packages fbpanel suggests: ii hicolor-icon-theme 0.12-1 ii menu2.1.46 -- 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
