Bug#688498: namazu2: modifies conffiles (policy 10.7.3): /etc/namazu/cgidirs
Package: namazu2 Version: 2.0.21-5 Followup-For: Bug #688498 Reopening the bug because the fix is incomplete. /etc/namazu/cgidirs needs to be removed during postrm purge. 0m22.1s ERROR: FAIL: Package purging left files on system: /etc/namazu/ owned by: namazu2 /etc/namazu/cgidirsnot owned Cheers, Andreas namazu2_2.0.21-5.log.gz Description: GNU Zip compressed data
Bug#687189: unblock: calendarserver/3.2+dfsg-2
On Mon, Oct 1, 2012 at 01:42:23 +0530, Rahul Amaram wrote: On Monday 01 October 2012 12:08 AM, Julien Cristau wrote: It also has some ssl changes, like using the snakeoil cert from ssl-cert, but doesn't seem to actually depend on ssl-cert. How is that supposed to work? calendarserver already depends on ssl-cert. Indeed, I somehow missed this, sorry. Cheers, Julien signature.asc Description: Digital signature
Bug#689257: roundup: deletes conffiles during postrm remove (policy 10.7.3)
Package: roundup Version: 1.4.20-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package deletes the conffiles /etc/init.d/roundup-dirs and /etc/init.d/roundup during postrm remove. This is forbidden by policy 10.7.3: http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files [...] configuration files must be preserved when the package is removed, and only deleted when the package is purged [...] As conffiles are not restored on a subsequent reinstallation (deleting a conffile is a local customization and will be preserved on upgrades etc., they will be missing after this sequence: install roundup remove roundup install roundup From the attached log: 0m44.9s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /etc/init.d/roundup-dirs (from roundup package) debsums: missing file /etc/init.d/roundup (from roundup package) Cheers, Andreas roundup_1.4.20-1.log.gz Description: GNU Zip compressed data
Bug#688086: Analysis
I don't see iceape crashing immediately on startup, but it's fairly
common for it to crash on any site which uses Javascript, so I'll
assume that this is the bug you see, lacking other information. I
tried iceweasel (10.0.7esr-2) and it crashes in exactly the same way.
Here's a backtrace:
#0 updateLastPath (label=..., linker=..., this=0xee1544c4) at
/build/buildd-iceweasel_10.0.7esr-2-sparc-752pBb/iceweasel-10.0.7esr/js/src/methodjit/PolyIC.h:437
#1 SetPropCompiler::generateStub (this=0xffcd3ddc, initialShape=optimized
out, shape=optimized out, adding=optimized out)at
/build/buildd-iceweasel_10.0.7esr-2-sparc-752pBb/iceweasel-10.0.7esr/js/src/methodjit/PolyIC.cpp:502
#2 0xf741d748 in SetPropCompiler::update (this=0xffcd3ddc) at
/build/buildd-iceweasel_10.0.7esr-2-sparc-752pBb/iceweasel-10.0.7esr/js/src/methodjit/PolyIC.cpp:668
#3 0xf74124b4 in js::mjit::ic::SetProp (f=..., pic=0xee1544c4)at
/build/buildd-iceweasel_10.0.7esr-2-sparc-752pBb/iceweasel-10.0.7esr/js/src/methodjit/PolyIC.cpp:2058
#4 0xf746ce94 in JaegerStubVeneer () at
/build/buildd-iceweasel_10.0.7esr-2-sparc-752pBb/iceweasel-10.0.7esr/js/src/methodjit/TrampolineSparc.s:164
#5 0xf746ce94 in JaegerStubVeneer () at
/build/buildd-iceweasel_10.0.7esr-2-sparc-752pBb/iceweasel-10.0.7esr/js/src/methodjit/TrampolineSparc.s:164
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
The disassembled portion of updateLastPath where the crash happens:
0xf741c764 +2436: ldd [ %fp + -1512 ], %g2
0xf741c768 +2440: ld [ %g1 + 0x14 ], %g4
= 0xf741c76c +2444: std %g2, [ %g1 + 0x30 ]
As far as I can tell, it translates to the following line of code in
js/src/methodjit/PolyIC.h (struct PICInfo):
lastStubStart = JITCode(loc.executableAddress(), linker.size());
JITCode is a class which has two word-size members, m_start (pointer)
and m_size (size_t). Compiler tries to store it as a double-word in
one instruction, and this is only possible if the lastStubStart is
8-bytes aligned. Offset of lastStubStart into struct PICInfo is 0x30
(as can be seen above), so in order for it to be 8-bytes aligned, the
whole PICInfo structure needs to be 8-bytes aligned. This is clearly
not the case, this=0xee1544c4 passed to updateLastPath is PICInfo
structure's address, and it's only 4-bytes aligned.
Trying to track down the place where PICInfo is allocated violating
alignment requirements, I found the mjit::Compiler::finishThisUp
(in js/src/methodjit/Compiler.cpp) which tries to construct some
complex data structure by computing its size as dataSize, allocating a
chunk of memory for it, then manually stuffing objects there,
including PICInfo:
[...]
ic::PICInfo *jitPics = (ic::PICInfo *)cursor;
jit-nPICs = pics.length();
cursor += sizeof(ic::PICInfo) * jit-nPICs;
for (size_t i = 0; i jit-nPICs; i++) {
new (jitPics[i]) ic::PICInfo();
[...]
Not surprisingly, this goes wrong at some point, and PICInfo structure
occasionally gets placed at an insufficiently aligned address - I was
able to confirm that by inserting an fprintf statement there to print
out the adresses of jitPics[i] and corresponding lastStubStart object.
I don't have a solid proof that this is the cause of the problem, but
it seems pretty likely, as any attempt of manual memory management
like this increases the probability that alignment requirements get
violated. I suggest notifying the iceweasel maintainer and reporting
this upstream, because I don't really see a simple way to fix it.
Best regards,
--
Jurij Smakov ju...@wooyd.org
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689075: CVE-2011-1005: safe level bypass
tag 689075 + pending thanks Hello Tyler, Tyler Hicks escreveu: Package: ruby1.9.1 Version: 1.9.3.194-1 Severity: grave Tags: patch security Justification: user security hole User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, While running some regression tests I discovered that 1.9.3.194-1 is vulnerable to CVE-2011-1005, despite the Ruby advisory stating otherwise: http://www.ruby-lang.org/en/news/2011/02/18/exception-methods-can-bypass-safe/ You can use the reproducer in the advisory for verification. Just do a 'puts $secret_path' rather than the 'open($secret_path)' block. In Ubuntu, the attached patch was applied to achieve the following: * SECURITY UPDATE: Safe level bypass - debian/patches/20120927-cve_2011_1005.patch: Remove incorrect string taint in exception handling methods. Based on upstream patch. - CVE-2011-1005 Thanks for submitting this. Did you notify upstream of the fact that the 1.9 series is actually affected by this issue? -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#689258: Does not display content of symlinked .diff.gz files
Package: mc Version: 3:4.8.3-9 Severity: minor mc is not able to inspect a symlink pointing to a .diff.gz file (it is considered empty). Contents are displayed if inspecting the original file. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii e2fslibs 1.42.5-1 ii libc6 2.13-35 ii libcomerr21.42.5-1 ii libglib2.0-0 2.33.12+really2.32.4-1 ii libgpm2 1.20.4-6 ii libslang2 2.2.4-15 ii mc-data 3:4.8.3-9 Versions of packages mc recommends: ii mime-support 3.52-2 ii perl 5.14.2-13 ii unzip 6.0-7 Versions of packages mc suggests: pn arj none ii bzip21.0.6-4 pn catdvi none pn dbview none pn djvulibre-binnone ii evince [pdf-viewer] 3.4.0-3 ii file 5.11-2 pn gv none ii imagemagick 8:6.7.7.10-4 pn links | w3m | lynx none pn odt2txt none ii python 2.7.3-2 pn python-boto none pn python-tznone pn zip 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#679503: libgif4 block from installing 32-bit Java on 64-bit host.
I just notice that recently libcap2 (with required by libpulse0, which required by openjdk-7-jre) become with multiarch support. So latest dependency to run 32-bit Java on 64-bit host is libgif4!! -- Best regards! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689259: Danish translation of the debconf templates fglrx-driver
Package: fglrx-driver Severity: wishlist Tags: l10n patch Please include the attached Danish fglrx-driver translations. joe@pc:~/over/debian/fglrx-driver$ msgfmt --statistics -c -v -o /dev/null da.poda.po: 11 oversatte tekster. bye Joe da.po Description: Binary data
Bug#669314: NFS: kernel forces trailing slash for export in /proc/self/mounts
Hi Chris, Chris Hiestand wrote: On Sep 16, 2012, at 7:00 AM, Ben Hutchings wrote: This was my first thought - but what if userland provides a device name with a slash on the end? I think we have to report it back with the slash in that case. [...] As a point of comparison, matching the given input is the behavior of 2.6.32-5 in Debian Squeeze. So I think your approach is better. Thanks for looking it over. Did you get a chance to test Ben's patch? Curious, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681147: another symlink/directory issue: #681147
On 2012-09-30 22:49, David Prévot wrote: Hi Andreas, Le 30/09/2012 15:44, Andreas Beckmann a écrit : thanks for taking care to fix the missing-copyright-file bugs discovered by piuparts. Thanks for spotting them (the usual fix was pretty easy, so I allowed myself for some MBFixing ;). There is another one you might want to look into: #681147, src:sendmail, this affects quite some packages depending on sendmail | mta-virtual-package. There is a patch from Tobias Hansen, and he says the symlink stuff must be undone because all the packages are individually installable and don't have a strict dependency on one package that could ship the doc dir. The patch is “a bit” more intrusive, did you also perform some test with the patched version (both on upgrade from stable and from the current 8.14.4-2.1)? I've noticed some undesired behavior when trying to do clever stuff in preinst (see e.g. #687657 and the two previous “fixes”). I didn't look at the patch so far. piuparts is busy keeping the RC bug count up :-) there is much more messed up. Yay, thus the invasive patch ;). It might be a nightmare to properly clean this up on updates. Agreed, thus the asking for test of the proposed fixed. Any reason not OK, I'll try to do some tests. But I see, there is a different RC bug, too ... to discuss this directly on #681147, with Tobias CC eventually? Feel free to quote all of part of this message in a public place. Regards David Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689260: unblock: binfmt-support/2.0.12
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
I've just uploaded binfmt-support 2.0.12, which fixes what I think is a
clear bug in a new feature I added a while back (post-squeeze). I'd
like to have this fixed in wheezy.
The full debdiff follows. I had to add some extra code to support the
test suite; the meat of the change is in src/find.c. There was already
one upload between wheezy and sid, which was just to defend against a
build failure with future glibc versions; that should be safe for wheezy
too, although I hadn't previously asked for it to be unblocked since it
isn't necessary in itself.
diff -Nru binfmt-support-2.0.10/Makefile.am binfmt-support-2.0.12/Makefile.am
--- binfmt-support-2.0.10/Makefile.am 2011-11-20 15:58:40.0 +
+++ binfmt-support-2.0.12/Makefile.am 2012-09-17 23:49:38.0 +0100
@@ -23,6 +23,7 @@
EXTRA_DIST = \
.bzrignore \
autogen.sh \
+ gnulib/gets.patch \
gnulib/lib/argp-parse.patch \
gnulib/m4/gnulib-cache.m4 \
gnulib/m4/gnulib-tool.m4
diff -Nru binfmt-support-2.0.10/Makefile.in binfmt-support-2.0.12/Makefile.in
--- binfmt-support-2.0.10/Makefile.in 2012-07-30 10:30:23.0 +0100
+++ binfmt-support-2.0.12/Makefile.in 2012-09-17 23:50:11.0 +0100
@@ -309,7 +309,6 @@
GNULIB_GETLOGIN = @GNULIB_GETLOGIN@
GNULIB_GETLOGIN_R = @GNULIB_GETLOGIN_R@
GNULIB_GETPAGESIZE = @GNULIB_GETPAGESIZE@
-GNULIB_GETS = @GNULIB_GETS@
GNULIB_GETSUBOPT = @GNULIB_GETSUBOPT@
GNULIB_GETUSERSHELL = @GNULIB_GETUSERSHELL@
GNULIB_GL_UNISTD_H_GETOPT = @GNULIB_GL_UNISTD_H_GETOPT@
@@ -930,6 +929,7 @@
EXTRA_DIST = \
.bzrignore \
autogen.sh \
+ gnulib/gets.patch \
gnulib/lib/argp-parse.patch \
gnulib/m4/gnulib-cache.m4 \
gnulib/m4/gnulib-tool.m4
diff -Nru binfmt-support-2.0.10/autogen.sh binfmt-support-2.0.12/autogen.sh
--- binfmt-support-2.0.10/autogen.sh2012-06-26 00:08:49.0 +0100
+++ binfmt-support-2.0.12/autogen.sh2012-09-17 23:48:45.0 +0100
@@ -1,4 +1,5 @@
-#! /bin/sh -e
+#! /bin/sh
+set -e
# Copyright (C) 2010 Colin Watson.
#
@@ -12,5 +13,6 @@
if type gnulib-tool /dev/null 21; then
gnulib-tool --update /dev/null
+ patch -s -p1 gnulib/gets.patch
fi
autoreconf -fi $@
diff -Nru binfmt-support-2.0.10/config.h.in binfmt-support-2.0.12/config.h.in
--- binfmt-support-2.0.10/config.h.in 2012-07-30 10:30:21.0 +0100
+++ binfmt-support-2.0.12/config.h.in 2012-09-17 23:50:09.0 +0100
@@ -444,6 +444,9 @@
/* Define to 1 if getpagesize is declared even after undefining macros. */
#undef HAVE_RAW_DECL_GETPAGESIZE
+/* Define to 1 if gets is declared even after undefining macros. */
+#undef HAVE_RAW_DECL_GETS
+
/* Define to 1 if getsubopt is declared even after undefining macros. */
#undef HAVE_RAW_DECL_GETSUBOPT
diff -Nru binfmt-support-2.0.10/configure binfmt-support-2.0.12/configure
--- binfmt-support-2.0.10/configure 2012-07-30 10:30:20.0 +0100
+++ binfmt-support-2.0.12/configure 2012-09-17 23:50:08.0 +0100
@@ -1023,7 +1023,6 @@
GNULIB_PCLOSE
GNULIB_OBSTACK_PRINTF_POSIX
GNULIB_OBSTACK_PRINTF
-GNULIB_GETS
GNULIB_GETLINE
GNULIB_GETDELIM
GNULIB_GETCHAR
@@ -8784,7 +8783,6 @@
GNULIB_GETCHAR=0;
GNULIB_GETDELIM=0;
GNULIB_GETLINE=0;
- GNULIB_GETS=0;
GNULIB_OBSTACK_PRINTF=0;
GNULIB_OBSTACK_PRINTF_POSIX=0;
GNULIB_PCLOSE=0;
@@ -15332,7 +15330,6 @@
GNULIB_GETC=1
GNULIB_GETCHAR=1
GNULIB_FGETS=1
- GNULIB_GETS=1
GNULIB_FREAD=1
@@ -15350,7 +15347,7 @@
-for gl_func in dprintf fpurge fseeko ftello getdelim getline pclose popen
renameat snprintf tmpfile vdprintf vsnprintf; do
+for gl_func in dprintf fpurge fseeko ftello getdelim getline gets pclose
popen renameat snprintf tmpfile vdprintf vsnprintf; do
as_gl_Symbol=`$as_echo gl_cv_have_raw_decl_$gl_func | $as_tr_sh`
{ $as_echo $as_me:${as_lineno-$LINENO}: checking whether $gl_func is
declared without a macro 5
$as_echo_n checking whether $gl_func is declared without a macro... 6; }
diff -Nru binfmt-support-2.0.10/debian/changelog
binfmt-support-2.0.12/debian/changelog
--- binfmt-support-2.0.10/debian/changelog 2012-07-30 10:37:01.0
+0100
+++ binfmt-support-2.0.12/debian/changelog 2012-09-30 22:25:13.0
+0100
@@ -1,3 +1,17 @@
+binfmt-support (2.0.12) unstable; urgency=low
+
+ * Fix ineffective --find test.
+ * Don't show disabled formats in --find output (closes: #689247).
+
+ -- Colin Watson cjwat...@debian.org Sun, 30 Sep 2012 22:25:11 +0100
+
+binfmt-support (2.0.11) unstable; urgency=low
+
+ * Backport Gnulib commit 66712c23388e93e5c518ebc8515140fa0c807348 to stop
+assuming gets.
+
+ --
Bug#689261: untex: homepage is 404
Package: untex Version: 1:1.2-4 Severity: minor Hi, the homepage currently listed[1] seems to be 404. The package is still available on [2], so I guess it has simply moved and needs to be updated. Cheers, Stefan [1] http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=untex [2] http://www.ctan.org/pkg/untex -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (90, 'unstable'), (70, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages untex depends on: ii libc6 2.13-35 untex recommends no packages. untex 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#638915:
found 638915 libreoffice-impress/1:3.5.4+dfsg-2 thanks The overwave is still displayed as an overline. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682369: iceweasel: Tough cookie
severity 682369 important thanks I'm afraid I have to conclude that with this iceweasel version (10.0.7esr-2) the keep-until-iceweasel-exit cookie mode doesn't work at all. Cookies for pretty much any site are kept. And as I already reported, the Clear History setting doesn't help. Also, the same thing happens with all extensions disabled. Raising severity because this is a big privacy problem. -- Ian Zimmerman gpg public key: 1024D/C6FF61AD fingerprint: 66DC D68F 5C1B 4D71 2EE5 BD03 8A00 786C C6FF 61AD http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png Rule 420: All persons more than eight miles high to leave the court. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687985: devscripts: [INTL:de] Initial German translation of devscripts
On Mon, Sep 17, 2012 at 10:03:44PM +0100, Adam D. Barratt wrote: On Mon, 2012-09-17 at 22:17 +0200, Chris Leick wrote: While translating, I've found some typos in the english template file. They are marked in the translation file with »FIXME«. Thanks for the translation! I think I agree with most of these from a quick run through; I did have a few follow-up comments on some of them. The other devscripts maintainers may have differing opinions. :-) I agree with most of your comments. #. type: Plain text #: ../scripts/debchange.1:179 # FIXME s/an editor opened/an editor is opened/ # FIXME s/their/in their/ msgid When B--release is used and an editor opened to allow inspection of the changelog, require the user to save the changelog their editor opened. Otherwise, the original changelog will not be modified. (default) I think the first of those actually works better in the original, although it's not the best sentence ever; we should probably re-word it to avoid the issue. in their editor opened is definitely not an English phrase though. How about this? When --release is used, an editor is opened to allow inspection of the changelog. Require the user to save the file to accept the modified changelog, otherwise the original will be kept. (default) # FIXME s/which/will/ msgid These control scripts which change directory to find a Idebian/changelog These are the variables DEVSCRIPTS_CHECK_DIRNAME_LEVEL and DEVSCRIPTS_CHECK_DIRNAME_REGEX; they control scripts which do things. These variables control scripts which would probably be clearer. Makes sense. I'll change that. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#689253: jabref: Depend on default-jre
On Sun, 30 Sep 2012 22:00:46 +0200, Torquil Macdonald Sørensen wrote: I decided to upgrade from openjdk-6-jre to openjdk-7-jre by installing default-jre from experimental. After purging everything related to openjdk-6-jre, I then tested jabref by installing it using dpkg --force-depends. Oh, that's not nice that jabref blocks the removal of openjdk-6-jre. Thanks for pointing it out! After some superficial testing I did not run into any problems. Would it be possible to change to dependency from openjdk-6-jre | sun-java6-jre to default-jre? People not using default-jre from experimental would still get openjdk-6-jre as a dependency, but people that are trying to go to openjdk-7-jre will then be able to have jabref installed without openjdk-6-jre. Since sun-java6-jre is gone, default-jre might make sense. I'd just have to check on other architectures, maybe openjdk-7-jre | openjdk-6-jre is better, if default-jre pulls in an incompatible JRE somewhere. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Bruce Springsteen: Valentine's Day NP: Bruce Springsteen: Valentine's Day signature.asc Description: Digital signature
Bug#689253: jabref: Depend on default-jre
On 09/30/2012 01:00 PM, Torquil Macdonald Sørensen wrote: Package: jabref Version: 2.7~beta1+ds-6 Severity: wishlist I decided to upgrade from openjdk-6-jre to openjdk-7-jre by installing default-jre from experimental. After purging everything related to openjdk-6-jre, I then tested jabref by installing it using dpkg --force-depends. After some superficial testing I did not run into any problems. Would it be possible to change to dependency from openjdk-6-jre | sun-java6-jre to default-jre? People not using default-jre from experimental would still get openjdk-6-jre as a dependency, but people that are trying to go to openjdk-7-jre will then be able to have jabref installed without openjdk-6-jre. Best regards Torquil Sørensen Hi Torquil, Thank you for the bug report. This definitely should be updated. Regards, tony signature.asc Description: OpenPGP digital signature
Bug#689262: unblock: xchat/2.8.8-7
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
Hello,
Please unblock xchat 2.8.8-7. It fixes grave bug 147832 about loss of data
when the disk is full. Debdiff attached. It's basically ten times the same
approach like I did for bug 463072.
Regards,
Bart Martens
diff -Nru xchat-2.8.8/debian/changelog xchat-2.8.8/debian/changelog
--- xchat-2.8.8/debian/changelog 2012-06-13 18:07:56.0 +
+++ xchat-2.8.8/debian/changelog 2012-09-30 15:19:00.0 +
@@ -1,3 +1,20 @@
+xchat (2.8.8-7) unstable; urgency=low
+
+ * The Just Married release.
+ * debian/patches/56_save_servlist.patch: Added. Closes: #147832.
+Added more similar patches :
+debian/patches/57_save_url.patch
+debian/patches/58_save_notify.patch
+debian/patches/59_save_colors.patch
+debian/patches/60_save_chanlist.patch
+debian/patches/61_save_editlist.patch
+debian/patches/62_save_chanopt.patch
+debian/patches/63_save_keybindings.patch
+debian/patches/64_save_pevents.patch
+debian/patches/65_save_sound.patch
+
+ -- Bart Martens ba...@debian.org Sun, 30 Sep 2012 08:57:19 +
+
xchat (2.8.8-6) unstable; urgency=high
* The Euro 2012 release.
diff -Nru xchat-2.8.8/debian/patches/56_save_servlist.patch xchat-2.8.8/debian/patches/56_save_servlist.patch
--- xchat-2.8.8/debian/patches/56_save_servlist.patch 1970-01-01 00:00:00.0 +
+++ xchat-2.8.8/debian/patches/56_save_servlist.patch 2012-09-30 15:21:39.0 +
@@ -0,0 +1,129 @@
+Write to temporary file and then rename.
+Same approach like I did for bug 463072.
+Fixes loss of data when disk is full.
+Closes: #147832.
+
+Index: xchat-2.8.8/src/common/servlist.c
+===
+--- xchat-2.8.8.orig/src/common/servlist.c 2012-09-30 12:23:53.0 +
xchat-2.8.8/src/common/servlist.c 2012-09-30 12:23:55.0 +
+@@ -1072,6 +1072,7 @@
+ servlist_save (void)
+ {
+ FILE *fp;
++ int nb;
+ char buf[256];
+ ircnet *net;
+ ircserver *serv;
+@@ -1080,12 +1081,12 @@
+ #ifndef WIN32
+ int first = FALSE;
+
+- snprintf (buf, sizeof (buf), %s/servlist_.conf, get_xdir_fs ());
++ snprintf (buf, sizeof (buf), %s/servlist_.conf.bug147832, get_xdir_fs ());
+ if (access (buf, F_OK) != 0)
+ first = TRUE;
+ #endif
+
+- fp = xchat_fopen_file (servlist_.conf, w, 0);
++ fp = xchat_fopen_file (servlist_.conf.bug147832, w, 0);
+ if (!fp)
+ return FALSE;
+
+@@ -1093,32 +1094,32 @@
+ if (first)
+ chmod (buf, 0600);
+ #endif
+- fprintf (fp, v=PACKAGE_VERSION\n\n);
++ nb = fprintf (fp, v=PACKAGE_VERSION\n\n);
+
+ list = network_list;
+ while (list)
+ {
+ net = list-data;
+
+- fprintf (fp, N=%s\n, net-name);
++ if( nb 0 ) nb = fprintf (fp, N=%s\n, net-name);
+ if (net-nick)
+- fprintf (fp, I=%s\n, net-nick);
++ if( nb 0 ) nb = fprintf (fp, I=%s\n, net-nick);
+ if (net-nick2)
+- fprintf (fp, i=%s\n, net-nick2);
++ if( nb 0 ) nb = fprintf (fp, i=%s\n, net-nick2);
+ if (net-user)
+- fprintf (fp, U=%s\n, net-user);
++ if( nb 0 ) nb = fprintf (fp, U=%s\n, net-user);
+ if (net-real)
+- fprintf (fp, R=%s\n, net-real);
++ if( nb 0 ) nb = fprintf (fp, R=%s\n, net-real);
+ if (net-pass)
+- fprintf (fp, P=%s\n, net-pass);
++ if( nb 0 ) nb = fprintf (fp, P=%s\n, net-pass);
+ if (net-autojoin)
+- fprintf (fp, J=%s\n, net-autojoin);
++ if( nb 0 ) nb = fprintf (fp, J=%s\n, net-autojoin);
+ if (net-nickserv)
+- fprintf (fp, B=%s\n, net-nickserv);
++ if( nb 0 ) nb = fprintf (fp, B=%s\n, net-nickserv);
+ if (net-encoding strcasecmp (net-encoding, System)
+ strcasecmp (net-encoding, System default))
+ {
+- fprintf (fp, E=%s\n, net-encoding);
++ if( nb 0 ) nb = fprintf (fp, E=%s\n, net-encoding);
+ if (!servlist_check_encoding (net-encoding))
+ {
+ snprintf (buf, sizeof (buf), _(Warning: \%s\ character set is unknown. No conversion will be applied for network %s.),
+@@ -1128,28 +1129,44 @@
+ }
+
+ if (net-command)
+- token_foreach (net-command, '\n', servlist_write_ccmd, fp);
++ if( nb 0 )
++if( token_foreach (net-command, '\n', servlist_write_ccmd, fp) != TRUE )
++ nb = -1;
+
+- fprintf (fp, F=%d\nD=%d\n, net-flags, net-selected);
++ if( nb 0 ) nb = fprintf (fp, F=%d\nD=%d\n, net-flags, net-selected);
+
+ hlist = net-servlist;
+ while (hlist)
+ {
+ serv = hlist-data;
+- fprintf (fp, S=%s\n, serv-hostname);
++ if( nb 0 ) nb = fprintf (fp, S=%s\n, serv-hostname);
+ hlist = hlist-next;
+ }
+
+- if (fprintf (fp, \n) 1)
+- {
+- fclose (fp);
+- return FALSE;
+- }
++ if( nb 0 ) nb = fprintf (fp, \n);
+
+ list = list-next;
+ }
+
+- fclose (fp);
++ if( nb = 0 )
++ {
++ fprintf( stderr, servlist_save: fprintf() failed\n );
++ fclose( fp );
++ return FALSE;
++ }
++
++ if( fclose (fp) != 0 )
++ {
++ perror( servlist_save: fclose() failed );
++ return FALSE;
++ }
++
++ if(
Bug#689263: RM: nanourl -- RoQA; RC-buggy, low popcon, outdated
Package: ftp.debian.org Severity: normal Hi, As spotted by Gregor in #688381, the Debian package is not only in a very bad shape, but also marginally used and unmaintained for years. Even if upstream is still developing it, the current Debian package may not be the best base to update it from 0.1 (currently in Debian) to 0.5 (the last upstream version) if someone shows interest. Regards David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689226: spectrwm: please package the latest version
On Sun, Sep 30, 2012 at 04:47:24PM +0200, david wrote: Dear Maintainer, spectrwm version 2.0 was released last month. it provides alot of new and exciting features (quoted from https://opensource.conformal.com/fluxbb/viewtopic.php?id=540): * complete rewrite using xcb * 100% backwards compatible * way more responsive and snappy * Tons of warts fixed * cygwin works again * xft fonts i hope this lands in debian soon :) Hello David, thanks for your interest in spectrwm. Work on packaging spectrwm 2.0.0 (and beyond, 2.0.2 has been released too) is already underway. As you can imagine, being a major release, it will take a little more effort than your average update, so please bear with us! Have a nice day. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#687398: More information on how to reproduce the `dlopen' issue
wRAR, thank you for your excellent detective work. Here's how you reproduce this build issue without even enabling parallel build. (Sadly I can't actually reproduce the brokenness from within dpkg-buildpackage by setting parallel build options; maybe my machine doesn't have as many cores as the EC2 machines. But the fix described below does clarify the build process which should take care of the problem.) $ (rhash-1.2.9) rm rhash $ (rhash-1.2.9) make rhash gcc calc_sums.o hash_print.o common_func.o hash_update.o file_mask.o file_set.o find_file.o hash_check.o output.o parse_cmdline.o rhash_main.o win_utils.o -o rhash -Llibrhash -lrhash librhash/librhash.a(plug_openssl.o): In function `load_openssl_runtime': /tmp/rhash-1.2.9/librhash/plug_openssl.c:141: undefined reference to `dlopen' /tmp/rhash-1.2.9/librhash/plug_openssl.c:148: undefined reference to `dlsym' /tmp/rhash-1.2.9/librhash/plug_openssl.c:148: undefined reference to `dlsym' /tmp/rhash-1.2.9/librhash/plug_openssl.c:148: undefined reference to `dlsym' /tmp/rhash-1.2.9/librhash/plug_openssl.c:149: undefined reference to `dlsym' /tmp/rhash-1.2.9/librhash/plug_openssl.c:149: undefined reference to `dlsym' librhash/librhash.a(plug_openssl.o):/tmp/rhash-1.2.9/librhash/plug_openssl.c:149: more undefined references to `dlsym' follow librhash/librhash.a(plug_openssl.o): In function `load_openssl_runtime': /tmp/rhash-1.2.9/librhash/plug_openssl.c:142: undefined reference to `dlopen' /tmp/rhash-1.2.9/librhash/plug_openssl.c:143: undefined reference to `dlopen' collect2: error: ld returned 1 exit status make: *** [rhash] Error 1 When SHARED_TRG is just 'rhash', then the build gets confused in parallel mode, I suppose. In principle, it's within its right to be confused; you're asking it to do 'make rhash', after all. So what I'm going to do is: * Adjust debian/rules to *not* specify SHARED_TRG * Right after rhash_shared is built, use 'mv' to rename it to 'rhash' That's all it should take to fix this, I believe. I'll prepare a 1-day delayed NMU for that. Maintainer, please feel free to remove it; I don't mean to step on your toes, just to move this bug along. I'll attach the debdiff here before doing the upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687398: (no subject)
debdiff attached, as promised!diff -Nru rhash-1.2.9/debian/changelog rhash-1.2.9/debian/changelog --- rhash-1.2.9/debian/changelog2012-06-17 05:11:36.0 -0700 +++ rhash-1.2.9/debian/changelog2012-09-30 15:18:59.0 -0700 @@ -1,3 +1,14 @@ +rhash (1.2.9-7.1) unstable; urgency=medium + + * Non-maintainer upload. + * Slight simplification of debian/rules that aims to fix +parallel builds. In particular, we used to build a dynamically +linked rhash binary as 'rhash'; now, we build it as 'rhash-shared' +like the default of the upstream build system, and later rename it +to 'rhash' as needed. (Closes: #687398) + + -- Asheesh Laroia ashe...@asheesh.org Sun, 30 Sep 2012 15:16:28 -0700 + rhash (1.2.9-7) unstable; urgency=low * Fixed dependencies of ruby-rhash diff -Nru rhash-1.2.9/debian/rules rhash-1.2.9/debian/rules --- rhash-1.2.9/debian/rules2012-06-15 21:54:00.0 -0700 +++ rhash-1.2.9/debian/rules2012-09-30 15:20:21.0 -0700 @@ -63,7 +63,10 @@ build-rhash: # Compile static/shared libraries and the program. +$(MAKE) lib-static lib-shared rhash-shared CFLAGS=$(CFLAGS) LDFLAGS=$(LDFLAGS) \ - LIBCFLAGS=$(LIBCFLAGS) LIBLDFLAGS=$(LIBLDFLAGS) SHARED_TRG=rhash + LIBCFLAGS=$(LIBCFLAGS) LIBLDFLAGS=$(LIBLDFLAGS) + # Move the rhash_shared binary to be called rhash, so that the tests use that + # (and also since that is the binary name we will install into /usr/bin) + mv rhash_shared rhash # Compile language bindings. mkdir -p $(DESTDIR) ln -fs $(CURDIR)/librhash $(DESTDIR)/rhash ln -fs $(CURDIR)/librhash/librhash.so.0 $(DESTDIR)/ ln -fs $(DESTDIR)/librhash.so.0 $(DESTDIR)/librhash.so
Bug#681147: another symlink/directory issue: #681147
On 2012-09-30 23:34, Andreas Beckmann wrote: On 2012-09-30 22:49, David Prévot wrote: The patch is “a bit” more intrusive, did you also perform some test with the patched version I didn't look at the patch so far. Now I tried, but sendmail FTBFS with the patch applied. [...] Building Sendmail 8.14.4-2.2 (527876) changelog. config.status: creating build/debian/changelog config.status: creating build/update_chaos Updating Build setup config.status: creating build/site.config.m4 config.status: WARNING: 'build/site.config.m4.in' seems to ignore the --datarootdir setting config.status: creating build/debian/control.m4 creating ./control config.status: creating libmilter1.0.1.dirs config.status: WARNING: './build/debian/libmilter.dirs.in' seems to ignore the --datarootdir setting config.status: creating libmilter1.0.1.links config.status: creating libmilter1.0.1.lintian-overrides config.status: error: cannot find input file: `./build/debian/libmilter.postrm.in' make: *** [debian/stamp-autotools] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Andreas PS: I don't want to debug this build system. It's not even written in m4. :-) (Yes, there was even a time when I had to create sendmail.cf ...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689264: unblock: refpolicy/2:2.20110726-11
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear Release Team, Please unblock package refpolicy version 2:2.20110726-11, changes since version -9 (which is in testing atm) are: * Fix #683756 (selinux in permissive mode breaks gdm and X) The problem arouse due to debian specific gdm3 locations. In version 2:2.20110726-10 a patch to fix this was introduced, but it was incomplete (fixed only some contexts, not all) and therefore in version -11 it was replaced by a correct patch, which is also already accepted upstream. The bug is only severity: normal in the BTS, but as installing and enabling selinux in permissive mode completely breaks the ability to log in via gdm I'd consider it important, at least. Regressions are very unlikely as this patch only touches file context definitions, no code. * Update the Vcs-* fields The Vcs-* fields in d/control were pointing to an old location, which doesn't work anymore. * Fix #686670 (Cannot load alsa.pp module) debian/patches/0048-Alsa-debian-locations.patch had been merged upstream but weren't dropped, leading to duplication and breaking the alsa module loading. Dropping the patch fixes this. * Drop debian/patches/0079-Allow-iptables_t-to-do-module_request.patch As in the previous fix, the code present in this one-line patch had already been introduced upstream. Dropping the patch removes duplicates and thereby avoids problems. * Fix watch file uversionmangle in debian/watch. Diffstat of the sources (patches applied) ignoring d/changelog: debian/control|4 ++-- debian/patches/series |3 +-- debian/watch |5 + policy/modules/admin/alsa.fc | 14 -- policy/modules/kernel/corecommands.fc |1 + policy/modules/services/xserver.fc| 20 +++- policy/modules/system/iptables.te |1 - 7 files changed, 20 insertions(+), 28 deletions(-) The debdiff is attached. unblock refpolicy/2.20110726-11 Thanks for your work + cheers, Mika diff -Nru refpolicy-2.20110726/debian/changelog refpolicy-2.20110726/debian/changelog --- refpolicy-2.20110726/debian/changelog 2012-06-30 11:42:53.0 +0200 +++ refpolicy-2.20110726/debian/changelog 2012-09-30 22:47:31.0 +0200 @@ -1,3 +1,30 @@ +refpolicy (2:2.20110726-11) unstable; urgency=low + + * Team upload + [ Mika Pflüger ] + * Drop incomplete patch adding debian specific gdm3 locations and +cherry-pick Laurent's complete patch from upstream instead. Slightly +edit the patch to work around an issue in file context ordering. + + -- Laurent Bigonville bi...@debian.org Sun, 30 Sep 2012 22:43:12 +0200 + +refpolicy (2:2.20110726-10) unstable; urgency=low + + * Team upload. + [ Mika Pflüger ] + * xserver.fc: Add debian specific /usr/sbin/gdm3 as a location for gdm3. +Closes: #683756 + * debian/control: Update Vcs-* fields. + + [ Laurent Bigonville ] + * d/p/0079-Allow-iptables_t-to-do-module_request.patch: Dropped, the code +present in this patch was already present later in the code. + * d/p/0048-Alsa-debian-locations.patch: Dropped, changes merged upstream, +and was breaking module loading due to duplicate paths (Closes: #686670) + * debian/watch: Fix watch file uversionmangle + + -- Laurent Bigonville bi...@debian.org Fri, 07 Sep 2012 17:51:13 +0200 + refpolicy (2:2.20110726-9) unstable; urgency=high * Enable UBAC as roles aren't useful. I recommend using only roles user_r @@ -10,8 +37,8 @@ * Change readahead policy to support memlockd. * Allow devicekit_power_t, devicekit_disk_t, kerneloops_t, and policykit_t to send dbus messages to users. - * Grant systemd utilities access to selinuxfs so they can correctly label directories -Closes: #678392 + * Grant systemd utilities access to selinuxfs so they can correctly label +directories. Closes: #678392 * Assigned type consolekit_var_run_t to /var/run/console(/.*)? because it's created and managed by consolekit nowadays. * Created tunable allow_ssh_connect_reserved_ports to allow ssh client to @@ -41,7 +68,7 @@ * Add tcsd.pp (for trousers) to the policy packages * Add nut.pp for the nut-server package to the policy packages * Load irqbalance.pp if irqbalance Debian package is installed, same for -kerneloops, tcsd.pp/trousers, nut.pp/nut-server, +kerneloops, tcsd.pp/trousers, nut.pp/nut-server, and smartmon.pp/smartmontools. * High urgency because the support for tcsd and nut really needs to be tested (and it's broken badly for those people) and portslave.pp is also diff -Nru refpolicy-2.20110726/debian/control refpolicy-2.20110726/debian/control --- refpolicy-2.20110726/debian/control 2012-06-11 14:32:03.0 +0200 +++ refpolicy-2.20110726/debian/control 2012-09-30 22:47:31.0 +0200 @@ -1,6 +1,6 @@ Source: refpolicy -VCS-Git:
Bug#549080: libnss-ldap: armel version not built correctly
Control: found 683011 261-2.1 Control: reassign -1 src:libnss-ldap Control: forcemerge 683011 -1 This is the same bug as #683011 and it was now fixed. Best regards, Tobias Hansen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686054: unblock: msva-perl/0.9-1
On Sat, Sep 29, 2012 at 05:10:59PM +0200, Julien Cristau wrote: On Tue, Aug 28, 2012 at 00:29:42 -0400, Daniel Kahn Gillmor wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package msva-perl: unblock msva-perl/0.9-1 Considering the size of the changes and the absence of any reverse dependency I'm rather more tempted to remove msva-perl from wheezy at this point, sorry. It seems to me this package has significant bugs, even in squeeze, as it stands now. Sure, removing it will fix the problem from the release teams' point of view, but I am not sure this will better serve our users. It would be illogical, in my opinion, to remove msva-perl from wheezy where the buggy version also exists in squeeze, as oppose to letting the upstream fix through. We want the upgrade from squeeze to fix bugs, not remove packages, and I think this is what version 0.9.1 will do for our users. The new upstream release fixes those bugs and is fairly lightweight compared to other gigantic software we will need to let through. I am specifically thinking of packages like Iceweasel, Konqueror or Evolution, which all have critical bugs filed against. Furthermore, most of the changes in that diff are not new features but actual bugfixes. The problems in the squeeze and wheezy versions were not simple to fix and demanded a serious rethinking of the problem.. Please accept the unblock request, for all the Monkeysphere users, and against the SSL Certificate Authorities cartel. Thanks, A. -- The United States is a nation of laws: badly written and randomly enforced. - Frank Zappa signature.asc Description: Digital signature
Bug#681147: another symlink/directory issue: #681147
Am 01.10.2012 00:26, schrieb Andreas Beckmann: Now I tried, but sendmail FTBFS with the patch applied. PS: I don't want to debug this build system. It's not even written in m4. :-) (Yes, there was even a time when I had to create sendmail.cf ...) Me neither, but I noticed far too late what I had gotten myself into. So I decided to spare someone else the pain and wrap that patch up. You could try applying my patch and then run 'debian/rules congfigure' before building. Maybe that fixes the FTBFS. Best, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687931: JPEG 2000, signed ints, and C
I can reproduce the crash. Note that openjpeg-tools does not crash on this file. Demonstration: Run these: sudo apt-get install openjpeg-tools wget http://bugs.debian.org/cgi-bin/bugreport.cgi\?msg\=5\;filename\=jas_image_readcmpt2_SIGABRT.j2k\;att\=1\;bug\=687931 -O bugreport.j2k Then when you run this command: j2k_to_image -i bugreport.j2k -o rofl.tif You get this output: [INFO] tile 1 of 1 [INFO] - tiers-1 took 0.076004 s [INFO] - dwt took 0.004001 s [INFO] - tile decoded in 0.080005 s Generated Outfile rofl.tif rofl.tif is all black, 888x458 pixels. (Roland, is that what you were expecting?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689265: qt4-x11: FTBFS due to glib _GMutex type discrepancy
Source: qt4-x11
Version: 4:4.8.2+dfsg-2
Severity: important
Tags: patch
Hello,
I've tried to rebuild qt4-x11, but got an error about _GMutex: it has a
different type in glib:
union _GMutex
{
/* private */
gpointer p;
guint i[2];
};
and in qt4-x11's GTypedefs.h:
typedef struct _GMutex GMutex;
so that I had to apply the attached patch to fix the build.
Samuel
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.0.4 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Samuel
C'est vrai. FreeBSD pourrait être bien s'il avait une licence
correcte.
Oh, mon troll-ô-meter vient d'exploser...
-+- OR in Guide du linuxien pervers - Bien regler son troll-ô-meter
--- src/3rdparty/webkit/Source/JavaScriptCore/wtf/gobject/GTypedefs.h
2012-10-01 01:08:44.613545773 +0200
+++ src/3rdparty/webkit/Source/JavaScriptCore/wtf/gobject/GTypedefs.h
2012-10-01 01:08:01.178469875 +0200
@@ -52,7 +52,7 @@
typedef struct _GHashTable GHashTable;
typedef struct _GInputStream GInputStream;
typedef struct _GList GList;
-typedef struct _GMutex GMutex;
+typedef union _GMutex GMutex;
typedef struct _GPatternSpec GPatternSpec;
typedef struct _GPollableOutputStream GPollableOutputStream;
typedef struct _GSocketClient GSocketClient;
Bug#688604: Bug#688603: mlterm: diff for NMU version 3.1.2-1.2
On Sat, Sep 29, 2012 at 08:55:18AM +0200, Sven Joachim wrote: case $1 in install|upgrade) if dpkg --compare-versions $2 lt 3.0.9 ; then People who had already upgraded from earlier versions will still have an empty directory, so the version should be adjusted. rmdir /usr/share/doc/mlterm The directory is not guaranteed to be empty at this time. Also, you want to protect this with || true to make the script idempotent (see Policy §6.2). ---end quoted text--- Thanks for your comments, I fixed the above issues in the attached script (still not tested). -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 #!/bin/sh set -e case $1 in install|upgrade) if dpkg --compare-versions $2 lt 3.1.2-1.1 ; then rm -rf /usr/share/doc/mlterm || true fi ;; abort-upgrade) ;; *) echo preinst called with unknown argument \`$1' 2 exit 1 ;; esac #DEBHELPER# exit 0 signature.asc Description: Digital signature
Bug#689258: Does not display content of symlinked .diff.gz files
On Mon, 1 Oct 2012 06:58:02 Luca Falavigna wrote: mc is not able to inspect a symlink pointing to a .diff.gz file (it is considered empty). Contents are displayed if inspecting the original file. Sorry I can't understand the problem. Probably you have symlink that have a different name, for example without diff.gz in which case a different handler will be used to view the file contents. This is expected and actually quite useful: imagine you want to inspect .patch or .diff file using MC but as we know some packages have patches in debian/patches without \.(patch|diff) extension so direct inspection won't work. To override you can make a symlink, for example fix_ftbfs -- fix_ftbfs.patch and then inspect fix_ftbfs.patch symlink to get desirable result. Does it make sense? Cheers, Dmitry. signature.asc Description: This is a digitally signed message part.
Bug#688212: fonts-inconsolata: Please update Inconsolata to version 1.011
Yes, the version at Google Web Fonts is more recent and should be considered the definitive one. Note also that there's a bold there now. This will be a significant advantage to people who have bold styling as part of their syntax highlighting. I really need to update my website but I'm kind of buried in work and other things right now. Hope this helps, Raph On Sun, Sep 30, 2012 at 6:30 AM, erok e...@fscking.org wrote: Hi Christian, Still, I'd be happy to package this new upstream versionif only I could find a place to download it. Try google web fonts: http://www.google.com/webfonts - Search for Inconsolata - Check both styles and click Add to Collection - Click Download Your Collection This should give you 1.011. At least that's what the .ttf tells me. cheers, erik
Bug#667525: gnome-orca desktop menu entry should only be visible in GNOME
tags 667525 + wontfix thanks Hello, Ronny Standtke, le Wed 04 Apr 2012 19:28:34 +0200, a écrit : I use a system with both KDE and GNOME installed. As gnome-orca is almost useless when running KDE, No, KDE applications are accessible to orca thanks to the qt-at-spi bridge. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688549: Grub-pc 2.00-5 fails install with no file name for grub-pc:amd64
Colin--- I just hand-installed all the parts of grub 2.00-7 then used Synaptic to install it -- I had a error due to E: Internal Error, No file name for grub-pc:amd64. I then used apt-get install -f to try get grub-pc to install...It's error was: sudo apt-get install -f Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 41 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up grub-pc (2.00-7) ... Installation finished. No error reported. Generating grub.cfg ... dpkg: error processing grub-pc (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: grub-pc E: Sub-process /usr/bin/dpkg returned an error code (1) -- Cheers!!! Dean Loros Performance by Design Ltd. autocrosser at http://forums.linuxmint.com
Bug#689266: grub-pc: graphics mode sends VGA signal out of range on ATI Rage 128 Pro Ultra TR
Package: grub-pc Version: 2.00-7 Severity: normal Control: notfound -1 1.99-23 On grub-pc 1.99-23, this machine boots with a graphical grub menu just fine. Upon upgrading to 2.00-7, the attached monitor (a Norwood Micro M17CBA LCD flatpanel connected via VGA) shows signal out of range. if i have set GRUB_GFXPAYLOAD_LINUX=keep in /etc/default/grub, this persists until the display manager takes over, and puts the video in a reasonable range. A functional workaround is to set GRUB_TERMINAL=console in /etc/default/grub, but most users probably won't know to do this, and if they're used to a graphical boot sequence, they might wonder why their monitor isn't showing anything for a while after boot. They might even think that the system upgrade failed entirely, which would be bad. Some diagnostic info that i think might be relevant (i'm happy to gather more if it would be useful -- please let me know what you'd like): Once booted, i can see what the X server believes about the graphics card/monitor combination: /var/log/Xorg.0.log shows: [38.473] (II) R128(0): Supported established timings: [38.473] (II) R128(0): 720x400@70Hz [38.473] (II) R128(0): 640x480@60Hz [38.473] (II) R128(0): 640x480@72Hz [38.473] (II) R128(0): 640x480@75Hz [38.473] (II) R128(0): 800x600@56Hz [38.473] (II) R128(0): 800x600@60Hz [38.473] (II) R128(0): 800x600@72Hz [38.473] (II) R128(0): 800x600@75Hz [38.473] (II) R128(0): 1024x768@60Hz [38.473] (II) R128(0): 1024x768@70Hz [38.473] (II) R128(0): 1024x768@75Hz [38.473] (II) R128(0): 1280x1024@75Hz [38.473] (II) R128(0): Manufacturer's mask: 0 [38.473] (II) R128(0): Supported standard timings: [38.473] (II) R128(0): #0: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [38.473] (II) R128(0): Supported detailed timing: [38.473] (II) R128(0): clock: 108.0 MHz Image Size: 338 x 270 mm [38.473] (II) R128(0): h_active: 1280 h_sync: 1328 h_sync_end 1440 h_blank_end 1688 h_border: 0 [38.473] (II) R128(0): v_active: 1024 v_sync: 1025 v_sync_end 1028 v_blanking: 1066 v_border: 0 [38.473] (II) R128(0): [38.473] (II) R128(0): [38.473] (II) R128(0): Monitor name: [38.473] (II) R128(0): EDID (in hex): [38.473] (II) R128(0): 00003aac01000100 [38.473] (II) R128(0): 200c010308221b00ca0b329c5a4d8c26 [38.474] (II) R128(0): 204e57afcf0081800101010101010101 [38.474] (II) R128(0): 010101010101302a009851002a403070 [38.474] (II) R128(0): 1300520e111e00fe000a2020 [38.474] (II) R128(0): 2020202020202020202000fe000a [38.474] (II) R128(0): 20202020202020202020202000fc [38.474] (II) R128(0): 000a20202020202020202020202000d6 [38.474] (II) R128(0): EDID vendor NUL, prod id 1 [38.509] (II) R128(0): Printing DDC gathered Modelines: [38.509] (II) R128(0): Modeline 1280x1024x0.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz eP) [38.509] (II) R128(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [38.509] (II) R128(0): Modeline 800x600x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz e) [38.509] (II) R128(0): Modeline 640x480x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [38.509] (II) R128(0): Modeline 640x480x0.0 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz e) [38.509] (II) R128(0): Modeline 640x480x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [38.509] (II) R128(0): Modeline 720x400x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e) [38.509] (II) R128(0): Modeline 1280x1024x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e) [38.509] (II) R128(0): Modeline 1024x768x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e) [38.509] (II) R128(0): Modeline 1024x768x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz e) [38.509] (II) R128(0): Modeline 1024x768x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [38.509] (II) R128(0): Modeline 800x600x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e) [38.509] (II) R128(0): Modeline 800x600x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz e) I'm running with the following hardware: dkg@tiny-monster:/tmp$ lspci 00:00.0 Host bridge: Intel Corporation 82845 845 [Brookdale] Chipset Host Bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 82845 845 [Brookdale] Chipset AGP Bridge (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 12) 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 12) 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller (rev 12) 00:1f.2 USB controller: Intel Corporation 82801BA/BAM USB
Bug#666176: Suggesting disabling tracker-miner-evolution
Hey all, Given the lack of movement by upstream on this issue, and the fact that they acknowledge the bug, and that https://bugzilla.redhat.com/show_bug.cgi?id=733523 has been open for about a year with no evidence of resolution coming soon, I would suggest simply not building the (known-bad) tracker-miner-evolution binary package. One day, when that code works again, we can enable it. (Alternately, a testing-proposed-updates version of src:tracker could disable the binary package, and then sid could keep it enabled awaiting the day that it works again.) I would suggest just disabling it in sid, though. Michael, is that a resolution you'd be willing to accept? Thanks! -- Asheesh. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688549: Found problem.
Not sure why this is happing, but I can't do a sudo update-grub after this update. Terminal just gives: sudo update-grub [sudo] password for dean: Generating grub.cfg ... I look at the new update-grub it's just a pointer to grub-mkconfig -- I can't update grub.cfg now--I will uninstall 2.00-7 reinstall 1.99-23. -- Cheers!!! Dean Loros Performance by Design Ltd. autocrosser at http://forums.linuxmint.com
Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
On Sat, 29 Sep 2012, Lionel Gamay wrote: Meanwhile I tried something else: I kept the intel-microde and iucode-tool packages installed but used the previous microcode-free kernel instead of the one generated after installing the above packages. However, I added microcode to /etc/modules in order to force module loading. When I boot the machine in this config, microcode gets read and updated as it should... and the machine runs fine. dmesg|grep microcode [ 17.458855] microcode: CPU0 sig=0x106c2, pf=0x4, revision=0x212 [ 19.014638] microcode: CPU0 updated to revision 0x218, date = 2009-04-10 [ 19.015639] microcode: CPU1 sig=0x106c2, pf=0x4, revision=0x212 [ 19.034041] microcode: CPU1 updated to revision 0x218, date = 2009-04-10 [ 19.036638] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba That just means you didn't load it from the initramfs, but much later, when /etc/modules was processed. Since the problem is in the initramfs, it doesn't surprise me much that it worked that way :-) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze
Package: src:linux Version: 3.2.23-1 Severity: important I'm using the built-in graphics (HD4000) on a i7 3770 Ivy Bridge processor with Z77 chipset. The computer has been runing just fine under heavy load (Folding at Home) for some weeks, but a few days ago I started using it as a workstation, and since then it totally freezes a few times a day. This always happens on interactive input. So far these four events: - close a window - click a link in firefox - ctrl-r to reload a page in firefox - ctrl-k to delete a line in thunderbird's composer The computer is completely frozen. The cpu probably stops working since the fan spins down to it's lowest rpm, I can't ping the interface, caps lock doesn't light up, has to be power cycled. And no clues in the logs. After reboot, redoing the same actions doesn't trigger the bug. But about 3-4 hours later the computer hangs again. Maybe some data structure that is filled upp with time? Googling for solutions, I fond these pages: http://partiallysanedeveloper.blogspot.se/2012/05/ivy-bridge-hd4000-linux-freeze.html http://askubuntu.com/questions/155458/ubuntu-12-04-randomly-freezes-on-ivy-bridge-intel-hd-graphics-4000 http://askubuntu.com/questions/163890/weird-system-freeze-nothing-works-keyboard-mouse-reset-button-ubuntu-12-04-64 I haven't tried with another kernel yet. -- Package-specific info: ** Version: Linux version 3.2.0-3-amd64 (Debian 3.2.23-1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Mon Jul 23 02:45:17 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-amd64 root=/dev/md0 ro ** Not tainted ** Kernel log: [5.621585] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636493 [5.621624] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636605 [5.621636] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636595 [5.621651] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636593 [5.621659] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636592 [5.621667] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636584 [5.621673] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636520 [5.621680] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636514 [5.621687] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636501 [5.621694] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636496 [5.621700] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636491 [5.621706] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636191 [5.621718] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 5636508 [5.621743] EXT4-fs (md0): ext4_orphan_cleanup: deleting unreferenced inode 4064137 [5.621757] EXT4-fs (md0): 15 orphan inodes deleted [5.621808] EXT4-fs (md0): recovery complete [5.925942] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [7.181722] udevd[467]: starting version 175 [7.619643] ACPI: Requesting acpi_cpufreq [7.619661] input: Power Button as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 [7.619667] ACPI: Power Button [PWRB] [7.620061] Monitor-Mwait will be used to enter C-1 state [7.620080] Monitor-Mwait will be used to enter C-2 state [7.620099] Monitor-Mwait will be used to enter C-3 state [7.620111] ACPI: acpi_idle registered with cpuidle [7.622036] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5 [7.622104] ACPI: Power Button [PWRF] [7.687301] i801_smbus :00:1f.3: PCI INT C - GSI 18 (level, low) - IRQ 18 [7.687369] ACPI: resource :00:1f.3 [io 0xf040-0xf05f] conflicts with ACPI region SMBI [io 0xf040-0xf04f] [7.687436] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [7.700685] input: PC Speaker as /devices/platform/pcspkr/input/input6 [7.720941] wmi: Mapper loaded [7.722731] iTCO_vendor_support: vendor-support=0 [7.740352] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni) [7.759663] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [7.759776] iTCO_wdt: Found a Panther Point TCO device (Version=2, TCOBASE=0x0460) [7.759880] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [7.869045] [drm] Initialized drm 1.1.0 20060810 [7.890031] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [7.890087] i915 :00:02.0: setting latency timer to 64 [7.921302] mtrr: type mismatch for e000,1000 old: write-back new: write-combining [7.921372] [drm] MTRR allocation failed. Graphics performance may suffer. [7.921596] i915 :00:02.0: irq 55 for MSI/MSI-X [7.921599] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [7.921652] [drm] Driver supports precise vblank timestamp
Bug#687390: solution to gnus-alias problems?
Geoff writes: Hi David, I've found the source of the problem I was having. It seems to be due to some interference with the notmuch-mua-reply function and gnus-alias. In particular, there was a problem with the part of notmuch-mua-reply that inserted the newly setup message contents. Towards the end of the notmuch-mua-reply function, there is the following code: ;; insert the message body - but put it in front of the signature ;; if one is present (goto-char (point-max)) *(if (re-search-backward message-signature-separator nil t) * (forward-line -1) (goto-char (point-max))) (insert body) (push-mark)) (set-buffer-modified-p nil) The problem is with the two lines I've marked with a *. Suppose the main message reply buffer already contains a signature and looks like this [Headers] --text follows this line -- [Signature text] The above goes goes to the end of buffer with (point-max), then searches back to the beginning of the signature separator, which is fine. But then it moves one line up to the beginning of '--text follows this line-- and then inserts the newly created message body, which means that it inserts it before the '--text follows this line--'. I've solved the problem (I think) by adjust the above code as follows: (if (re-search-backward message-signature-separator nil t) (progn (beginning-of-line) (newline)) (goto-char (point-max))) Hope this helps! Best, Geoffrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689269: libxcb1: Wine locks up when running multithreaded applications that touch both OpenGL and X11
Package: libxcb1 Version: 1.7-3 Severity: normal Wine needs an update to libxcb to include upstream commit 23911a707b8845bff52cd7853fc5d59fb0823cef. This commit fixes an issue where multithreaded applications lock up when they use both OpenGL and X11. More information can be found on the XCB bug: https://bugs.freedesktop.org/show_bug.cgi?id=54671 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-26-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxcb1 depends on: ii libc6 2.13-20ubuntu5.1 Embedded GNU C Library: Shared lib ii libxau6 1:1.0.6-3X11 authorisation library ii libxdmcp6 1:1.1.0-3X11 Display Manager Control Protoc ii multiarch-support 2.13-20ubuntu5.1 Transitional package to ensure mul libxcb1 recommends no packages. libxcb1 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#689271: virtualbox: hang when starting vm w/ lxc running
Package: virtualbox Version: 4.1.18-dfsg-1 Severity: normal I have found that starting a guest VM in Virtualbox will hang the host computer while I have an active LXC container. The mouse and keyboard will not respond, requiring power to be cycled or the reset button to be pressed. Back in the day I experienced similiar problems with the KVM module loaded. Unloading kvm with modprobe -r kvm_amd kvm does not prevent the lock-ups this time. The LXC container is using libvirt but only to communicate across the network. Stopping libvirt before running the the VM in Virtualbox does not stop the lock-up from happening. The host system will not lock-up if the lxc container is stopped before the Virtualbox guest is started. I don't see anything related in any of the logs. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113+nmu3 ii dpkg 1.16.8 ii libc62.13-35 ii libcurl3 7.26.0-1 ii libgcc1 1:4.7.1-7 ii libgsoap22.8.7-1 ii libpng12-0 1.2.49-1 ii libpython2.7 2.7.3-1 ii libsdl1.2debian 1.2.15-5 ii libssl1.0.0 1.0.1c-4 ii libstdc++6 4.7.1-7 ii libvncserver00.9.9+dfsg-1 ii libx11-6 2:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxml2 2.8.0+dfsg1-5 ii libxmu6 2:1.1.1-1 ii libxt6 1:1.1.3-1 ii python 2.7.3~rc2-1 ii python2.72.7.3-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages virtualbox recommends: ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libqt4-opengl 4:4.8.2+dfsg-2 ii libqtcore44:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii virtualbox-dkms 4.1.18-dfsg-1 ii virtualbox-qt 4.1.18-dfsg-1 Versions of packages virtualbox suggests: ii vde22.3.2-4 ii virtualbox-guest-additions-iso 4.1.18-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
Ok, I found the problem. Your broken initramfs image is missing the ORDER files. All initramfs images that work fine have the ORDER files. There are _three_ codepaths in the initramfs script/functions: one wants the ORDER files (which are missing in your initramfs image), the other wants tsort (which is unavailable in the initramfs), and the third one is obviously broken. Now, I have no clue why your systems do not generate the ORDER file, this is likely a second problem in the initramfs-tools package, but intel-microcode is somehow triggering it on your system. This is the only reason I haven't reassigned this to initramfs-tools yet. Can you try to debug a run of update-initramfs ? See if you can track down why it is not creating the ORDER files on your system. The ORDER files are created by /usr/share/initramfs-tools/hook-functions. You will likely have to edit update-initramfs and/or hook-functions, and add set -x where required to get some decent debugging output :( -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689272: github-backup: please format the repo file in a diff-friendly and human-readable way
Package: github-backup
Version: 1.20120627
Severity: wishlist
I tried github-backup on the whohas repo and I noticed that the repo
file has all of its content on one big line. That is not particularly
easy to read and since it is all on one line, if any part of it changes,
then the diff will not be useful to humans. Please pretty-print the repo
file and any other one-line files, as you do for the watchers file.
pabs@chianamo ~ $ grep whohas .mrconfig
[devel/misc/whohas]
checkout = git clone 'git://github.com/whohas/whohas.git' 'whohas'
pabs@chianamo ~ $ git clone git://github.com/whohas/whohas.git
Cloning into 'whohas'...
warning: You appear to have cloned an empty repository.
pabs@chianamo ~ $ cd whohas/
pabs@chianamo ~/whohas (master #) $ github-backup
Gathering metadata for git://github.com/whohas/whohas.git ...
[github (root-commit) beec608] github-backup
3 files changed, 10 insertions(+)
create mode 100644 whohas_whohas/forks
create mode 100644 whohas_whohas/repo
create mode 100644 whohas_whohas/watchers
error: pathspec 'master' did not match any file(s) known to git.
github-backup: git checkout [Param -q,Param --force,Param master] failed
pabs@chianamo ~/whohas (github *) $ git checkout github
D whohas_whohas/forks
D whohas_whohas/repo
D whohas_whohas/watchers
Already on 'github'
pabs@chianamo ~/whohas (github *) $ git reset --hard HEAD
HEAD is now at beec608 github-backup
pabs@chianamo ~/whohas (github) $ head whohas_whohas/repo
Repo {repoSshUrl = g...@github.com:whohas/whohas.git, repoDescription = Just
, repoCreatedAt = GithubDate {fromGithubDate = 2011-12-01 14:02:56 UTC},
repoHtmlUrl = https://github.com/whohas/whohas;, repoSvnUrl =
https://github.com/whohas/whohas;, repoForks = 0, repoHomepage = Just
http://www.philippwesche.org/200811/whohas/intro.html;, repoFork = False,
repoGitUrl = git://github.com/whohas/whohas.git, repoPrivate = False,
repoCloneUrl = https://github.com/whohas/whohas.git;, repoSize = 0,
repoUpdatedAt = GithubDate {fromGithubDate = 2012-09-13 00:23:05 UTC},
repoWatchers = 1, repoOwner = GithubUser {githubOwnerAvatarUrl =
https://secure.gravatar.com/avatar/ca3d4390ce1f635fa368544e9560ff5b?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png;,
githubOwnerLogin = whohas, githubOwnerUrl =
https://api.github.com/users/whohas;, githubOwnerId = 1233557,
githubOwnerGravatarId = ca3d4390ce1f635fa368544e9560ff5b}, repoName =
whohas, repoLanguage = Nothing, repoMasterBranch = Just master,
repoPushedAt = Nothing, repoId = 2891441, repoUrl =
https://api.github.com/repos/whohas/whohas;, repoOpenIssues = 0, repoHasWiki =
Just False, repoHasIssues = Just False, repoHasDownloads = Just
True}pabs@chianamo ~/whohas (github) $ head whohas_whohas/
pabs@chianamo ~/whohas (github) $ head whohas_whohas/watchers
[ GithubUser
{ githubOwnerAvatarUrl =
https://secure.gravatar.com/avatar/ca3d4390ce1f635fa368544e9560ff5b?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-user-420.png;
, githubOwnerLogin = whohas
, githubOwnerUrl = https://api.github.com/users/whohas;
, githubOwnerId = 1233557
, githubOwnerGravatarId = ca3d4390ce1f635fa368544e9560ff5b
}
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages github-backup depends on:
ii libc6 2.13-35
ii libffi5 3.0.10-3
ii libgmp10 2:5.0.5+dfsg-2
ii zlib1g1:1.2.7.dfsg-13
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Bug#689273: grub-ieee1275: grub-install chooses wrong boot-device parameter for openfirmware nvram
Package: grub-ieee1275
Version: 2.00-7
Severity: normal
I can get this machine to boot fine with grub 2.00-7 by using the
default hd openfirmware alias for its disk.
however, when i do grub-install, this sets the boot-device paramter
to something that does not boot properly:
0 togrul:~# nvram --print-config=boot-device
hd:4,\powerpc-ieee1275\core.elf
0 togrul:~# grub-install
Installation finished. No error reported.
0 togrul:~# nvram --print-config=boot-device
/pci@f200/mac-io@17/ata-4@1f000/scsi@0/sd@0,0:4,\powerpc-ieee1275\core.elf
0 togrul:~#
from an openfirmware prompt on the machine (command-apple-o-f during
the chime), i can work around the problem by typing:
boot hd:4,\powerpc-ieee1275\core.elf
but this is not an invocation i want to repeat at each boot.
I can also fix it permanently with:
nvram --update-config boot-device='hd:4,\powerpc-ieee1275\core.elf'
but of course that will break the next time i run grub-install. I'd
be happy to try other things or report any details you need to figure
out how to get this to do the Right Thing by default.
Thanks for maintaining grub!
Regards,
--dkg
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/dca56d69-14fe-457b-90bb-95d49692ff60 / ext3
rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0
/dev/mapper/vg_togrul0-debusr /usr ext3
rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/vg_togrul0-debvar /var ext3
rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/vg_togrul0-home /home ext3
rw,nosuid,nodev,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/mapper/vg_togrul0-sidchroot /srv/sidchroot ext3
rw,relatime,errors=continue,barrier=1,data=ordered 0 0
/dev/sda4 /boot/grub hfs rw,nosuid,nodev,noexec,relatime,uid=0,gid=0 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ x${feature_menuentry_id} = xy ]; then
menuentry_id_option=--id
else
menuentry_id_option=
fi
export menuentry_id_option
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_apple
insmod lvm
insmod ext2
set root='lvm/vg_togrul0-debusr'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint='lvm/vg_togrul0-debusr'
8b38f8f2-5da9-4261-b4e1-002df8769229
else
search --no-floppy --fs-uuid --set=root 8b38f8f2-5da9-4261-b4e1-002df8769229
fi
font=/share/grub/unicode.pf2
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=en_US
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_apple
insmod lvm
insmod ext2
set root='lvm/vg_togrul0-debusr'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint='lvm/vg_togrul0-debusr'
8b38f8f2-5da9-4261-b4e1-002df8769229
else
search --no-floppy --fs-uuid --set=root 8b38f8f2-5da9-4261-b4e1-002df8769229
fi
insmod png
if background_image /share/images/desktop-base/joy-grub.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os $menuentry_id_option
'gnulinux-simple-dca56d69-14fe-457b-90bb-95d49692ff60' {
insmod gzio
insmod part_apple
insmod ext2
set root='hd0,apple3'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root
--hint-ieee1275='ieee1275//pci@f200/mac-io@17/ata-4@1f000/disk@0,apple3'
--hint-bios=hd0,apple3 --hint-efi=hd0,apple3 --hint-baremetal=ahci0,apple3
dca56d69-14fe-457b-90bb-95d49692ff60
else
search --no-floppy --fs-uuid --set=root
dca56d69-14fe-457b-90bb-95d49692ff60
fi
echo'Loading Linux 3.2.0-3-powerpc ...'
linux /boot/vmlinux-3.2.0-3-powerpc
root=UUID=dca56d69-14fe-457b-90bb-95d49692ff60 ro quiet
echo'Loading initial ramdisk ...'
Bug#689274: linux-image-3.5-trunk-amd64: (almost 100% reproducible) kernel bug when trying to mount nfs filesystem
Package: src:linux Version: 3.5.2-1~experimental.1 Severity: important Hi there. I have been semi-consistently (the almost 100% reproducible) getting a kernel Oops whenever I try to mount a NFS filesystem from another computer (an ARM, 32-bit NAS, running pure Debian armel unstable) from my network. This has only happened with kernel 3.5, but not with previous kernels. I also have not yet tried newer kernels on this amd64 system. At first, I thought that this might have been due to some experiments with ZFS that I had been done, but I am not using ZFS now (way too slow---back to ext4). If any further information is needed, please let me know. -- Package-specific info: ** Version: Linux version 3.5-trunk-amd64 (Debian 3.5.2-1~experimental.1) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-1) ) #1 SMP Mon Aug 20 04:17:46 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.5-trunk-amd64 root=UUID=c1b72bf3-c292-411d-832a-0b92510b158f ro irqpoll ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [ 12.240075] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 12.278102] NFSD: starting 90-second grace period [ 15.914006] Bluetooth: Core ver 2.16 [ 15.921231] NET: Registered protocol family 31 [ 15.928359] Bluetooth: HCI device and connection manager initialized [ 15.935592] Bluetooth: HCI socket layer initialized [ 15.940709] Bluetooth: L2CAP socket layer initialized [ 15.945782] Bluetooth: SCO socket layer initialized [ 16.008176] Bluetooth: RFCOMM TTY layer initialized [ 16.015130] Bluetooth: RFCOMM socket layer initialized [ 16.015133] Bluetooth: RFCOMM ver 1.11 [ 16.610238] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 16.617233] Bluetooth: BNEP filters: protocol multicast [ 16.886831] lp0: using parport0 (interrupt-driven). [ 16.983311] ppdev: user-space parallel port driver [ 20.147376] r8169 :02:00.0: eth0: link down [ 20.147397] r8169 :02:00.0: eth0: link down [ 20.160114] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 21.778714] r8169 :02:00.0: eth0: link up [ 21.788303] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 66.338137] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null) [ 78.684574] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null) [ 9608.475442] [ cut here ] [ 9608.475559] kernel BUG at /build/buildd-linux_3.5.2-1~experimental.1-amd64-bLqIZ_/linux-3.5.2/fs/nfs/idmap.c:684! [ 9608.475772] invalid opcode: [#1] SMP [ 9608.475874] CPU 0 [ 9608.475919] Modules linked in: ppdev lp bnep rfcomm bluetooth rfkill cpufreq_powersave cpufreq_stats cpufreq_conservative cpufreq_userspace binfmt_misc nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc it87 hwmon_vid loop fuse snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq radeon powernow_k8 mperf kvm_amd kvm ttm drm_kms_helper drm i2c_algo_bit snd_seq_device snd_timer snd shpchp sp5100_tco edac_mce_amd edac_core processor k10temp parport_pc parport i2c_piix4 i2c_core soundcore button evdev pcspkr thermal_sys ext4 crc16 jbd2 mbcache btrfs crc32c libcrc32c zlib_deflate hid_generic usbhid hid md_mod sg sd_mod crc_t10dif microcode ohci_hcd r8169 mii ahci libahci ehci_hcd libata usbcore usb_common scsi_mod [last unloaded: scsi_wait_scan] [ 9608.478016] [ 9608.478027] Pid: 10022, comm: mount.nfs Not tainted 3.5-trunk-amd64 #1 To Be Filled By O.E.M. To Be Filled By O.E.M./To be filled by O.E.M. [ 9608.478306] RIP: 0010:[a054d36d] [a054d36d] nfs_idmap_legacy_upcall+0xeb/0x147 [nfs] [ 9608.478552] RSP: 0018:8800c52335b8 EFLAGS: 00010282 [ 9608.478666] RAX: 0010 RBX: 880114b3ab00 RCX: [ 9608.478815] RDX: 0010 RSI: 880180182854 RDI: 880114b3ab12 [ 9608.478967] RBP: 880109c28ec0 R08: 880114b3ab02 R09: 880180182844 [ 9608.479116] R10: 489c9f22 R11: 880180182ce0 R12: 880180182ce0 [ 9608.479263] R13: 880135308400 R14: 0010 R15: 81635f58 [ 9608.479413] FS: 7f6f74a727e0() GS:88019fc0() knlGS: [ 9608.479584] CS: 0010 DS: ES: CR0: 8005003b [ 9608.479704] CR2: 00d7e000 CR3: d7aa7000 CR4: 07f0 [ 9608.479852] DR0: DR1: DR2: [ 9608.47] DR3: DR6: 0ff0 DR7: 0400 [ 9608.480147] Process mount.nfs (pid: 10022, threadinfo 8800c5232000, task 8800d79ceea0) [ 9608.480325] Stack: [ 9608.480370] 880180182844 880180182854 880180182ce0 8800c50b8bc0 [ 9608.480549] 880195e13c80 8800c50b8b00 880197132a80 8116572d [ 9608.480727] 1c484040 88017f1b6d20 81635f40 [
Bug#689273: grub-ieee1275: grub-install chooses wrong boot-device parameter for openfirmware nvram
On 09/30/2012 09:15 PM, Daniel Kahn Gillmor wrote: I can get this machine to boot fine with grub 2.00-7 by using the default hd openfirmware alias for its disk. however, when i do grub-install, this sets the boot-device paramter to something that does not boot properly: 0 togrul:~# nvram --print-config=boot-device hd:4,\powerpc-ieee1275\core.elf 0 togrul:~# grub-install Installation finished. No error reported. 0 togrul:~# nvram --print-config=boot-device /pci@f200/mac-io@17/ata-4@1f000/scsi@0/sd@0,0:4,\powerpc-ieee1275\core.elf 0 togrul:~# also, in openfirmware, if i type devalias hd, i see this (transcribed visually, i hope i didn't botch anything): /pci@f200/mac-io@17/ata-4@1f000/disk@0 So the mapping chosen looks right up until the last couple sections. in particular, .../scsi@0/sd@0,0 should be .../disk@0. note that this is a parallel ATA device, but it shows up as /dev/sda under a modern linux kernel due to the modern ata subsystem. perhaps something in grub thinks that /dev/sda must be scsi? (i found this openfirmware command reference helpful in tracking this bit of debugging info down: http://www.firmworks.com/QuickRef.html ) --dkg signature.asc Description: OpenPGP digital signature
Bug#688212: fonts-inconsolata: Please update Inconsolata to version 1.011
Ugh at websites that require JavaScript to function at all. On Mon, Oct 1, 2012 at 7:53 AM, Raph Levien wrote: Yes, the version at Google Web Fonts is more recent and should be considered the definitive one. Unfortunately Google are not distributing the source, which Debian has promised to do as part of the Debian Free Software Guidelines. We will need to wait until you release it. I really need to update my website but I'm kind of buried in work and other things right now. When you update the copy on your website, would it be possible for you to create a reproducible build path with a Makefile or similar? Currently Debian is just shipping the pre-built binary .ttf file so we aren't sure if it is possible for our users to modify the font source (I guess thats the spiro plates?) and rebuild the font with their modifications. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529555: onlyif + unless precedence
On Sun, Sep 30, 2012 at 7:41 AM, Micah Anderson mi...@riseup.net wrote:
http://reductivelabs.com/trac/puppet/wiki/TypeReference#exec
onlyif
If this parameter is set, then this exec will only run if the command
returns 0.
unless
If this parameter is set, then this exec will run unless the command returns
0.
So, If I specify something like:
exec {
rm /usr/share/man/man1/x-window-manager.1.gz:
onlyif = test -L /usr/share/man/man1/x-window-manager.1.gz,
unless = stat -L /usr/share/man/man1/x-window-manager.1.gz,
path = /usr/bin:/usr/sbin:/bin;
}
Or what if x-window-manager.1.gz doesn't exist? The onlyif and unless
commands both return non-zero. the unless parameter says to run the exec
command, but the onlyif says not to run it.
I confess, I dont understand what it is you are trying to do. Could you
clarify
a little bit?
Also, have you tried this in a newer version of puppet? You reported this when
puppet was at 0.24, and things have changed significantly since then. It would
be good to know if this is still an issue in newer versions.
thanks,
micah
I've stopped using puppet, so I won't be trying a newer version of
puppet, but what I was trying to do was (iirc) remove that file if it
was a broken link.
The paradox created in the example was to ask what happens when
onlyif and unless conflict, that is, onlyif says _not_ to execute
rm (the onlyif command returns 1) and unless says _to_ execute rm (the
unless command returns 1). If I remember correctly, the rm was
executed despite having the onlyif check the existence of the link.
--Jayen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689275: libmagic1 truncates backing filenames for qcow2 images
Package: libmagic1
Version: 5.11-2
An example tells it best:
# ls -l disk
-rw-r--r-- 1 libvirt-qemu kvm 639631360 Oct 1 01:28 disk
# file disk
disk: QEMU QCOW Image (v2), has backing file (path
/var/lib/nova/instances/_base/a76b0c55d810618947089ee2e41f396a6), 10737418240
bytes
# ls -l /var/lib/nova/instances/_base/a76b0c55d810618947089ee2e41f396a6
ls: cannot access
/var/lib/nova/instances/_base/a76b0c55d810618947089ee2e41f396a6: No such file
or directory
# ls -l /var/lib/nova/instances/_base/a76b0c55d810618947089ee2e41f396a6*
-rw-rw-r-- 1 nova nova 10737418240 Oct 1 01:32
/var/lib/nova/instances/_base/a76b0c55d810618947089ee2e41f396a64fbfc10
-rw-rw-r-- 1 nova kvm 10737418240 Oct 1 01:32
/var/lib/nova/instances/_base/a76b0c55d810618947089ee2e41f396a64fbfc10_10
Note how the final 7 ('4fbfc10') or 10 ('4fbfc10_10') characters have
been truncated from the filename. I have no way of telling which one of
those two files are the actual backing file for this qcow2 image.
This makes it impossible to extract the backing filename (e.g. by piping
file's output into awk or something) for use in a script.
It is particularly problematic for qemu-nbd which depends on libmagic1
to be able to create a network block device for the qcow2 image (e.g. so
that any of the disk/partition level tools like fsck and mount can be
run against the qcow2 image).
craig
--
craig sanders c...@taz.net.au
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516043: links fails to be managed by file with recurse = inf
On Sun, Sep 30, 2012 at 6:24 AM, Micah Anderson mi...@riseup.net wrote:
Hello,
* Jayen Ashar ja...@science.unsw.edu.au [2012-09-29 20:18-0400]:
Package: puppet
Version: 0.24.7-1
Severity: normal
from my pp file:
file {
/etc/cups:
source = puppet:///files/staff/etc/cups,
recurse = inf;
}
from puppet:///files/staff/etc/cups/ppd:
-rw-r--r-- 1 lp lp 146989 2009-02-19 10:05 km-c451.clr.ppd
-rw-r--r-- 1 lp lp 146989 2009-02-19 10:12 km-c451.bw.ppd
lrwxrwxrwx 1 root root 15 2009-02-19 10:13 prtom.clr.ppd -
km-c451.clr.ppd
lrwxrwxrwx 1 root root 14 2009-02-19 10:13 prtom.ppd - km-c451.bw.ppd
on the puppet client, in /etc/cups/ppd:
lrwxrwxrwx 1 root root 15 2008-12-05 22:06 prtom.ppd - lex-c762.bw.ppd
lrwxrwxrwx 1 root root 15 2009-02-19 09:52 prtom.clr.ppd -
km-c451.clr.ppd
-rw-r--r-- 1 lp lp 146989 2009-02-19 10:05 km-c451.clr.ppd
-rw-r--r-- 1 lp lp 146989 2009-02-19 10:14 km-c451.bw.ppd
it appears to ignore the update to prtom.ppd.
I'm sorry that there has been no resolution for this bug. It was tagged
upstream some time ago, but that upstream tag didn't include a specific URL to
the upstream bug.
However, you reported this issue when you were running 0.24 and I know that
there were many symlink related bugs that were fixed since then.
Is it possible for you to test this to see if it occurs in a newer version of
puppet and report back to the bug your results (and let me know what version
you tried)?
Thanks,
micah
I've stopped using puppet, so I won't be trying a newer version of
puppet. Feel free to close this bug.
--Jayen
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663715: lib32asound2-plugins no longer available
I still have dependency issues with libasound:i386. If I run: apt-get install --no-install-recommends libasound2-plugins:i386 I get this output: The following packages have unmet dependencies: libasound2-plugins:i386 : Depends: libavcodec53:i386 (= 6:0.8.2-2) but it is not going to be installed or libavcodec-extra-53:i386 (= 6:0.8.2-2) but it is not going to be installed E: Unable to correct problems, you have held broken packages. If I go down the line (apt-get install --no-install-recommends libavcodec53:i386) I get: The following packages have unmet dependencies: libavcodec53:i386 : Depends: libopenjpeg2:i386 but it is not going to be installed E: Unable to correct problems, you have held broken packages. I should note I have KDE installed. All of wine:i386 works normally. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688549: Now a new problem...
I found that I did not have ia32-libs installed..installed the libs grub was still complaining about this: [sudo] password for dean: GRUB = 2.00 has been unpacked but not yet configured. grub-mkconfig will not work until the upgrade is complete. It should run later as part of configuring the new GRUB packages. I found that I did not have all parts of grub in /boot/grub--only in /boot/grub/i386-pc ...My system is 64bit. I copied all the missing parts into my /boot/grub left the duplicates in /boot/grub/i386--the system boots, but stills gives the above error with the sudo update-grub or sudo grub-mkconfig commands. I am reverting back to 1.99-23 again await more information--here is the log: Log started: 2012-09-30 18:39:25 (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ... 35% (Reading database ... 40% (Reading database ... 45% (Reading database ... 50% (Reading database ... 55% (Reading database ... 60% (Reading database ... 65% (Reading database ... 70% (Reading database ... 75% (Reading database ... 80% (Reading database ... 85% (Reading database ... 90% (Reading database ... 95% (Reading database ... 100% (Reading database ... 338513 files and directories currently installed.) Preparing to replace grub-common 2.00-7 (using .../grub-common_2.00-7_amd64.deb) ... Unpacking replacement grub-common ... Preparing to replace grub-pc 2.00-7 (using .../grub-pc_2.00-7_amd64.deb) ... Unpacking replacement grub-pc ... Preparing to replace grub-pc-bin 2.00-7 (using .../grub-pc-bin_2.00-7_amd64.deb) ... Unpacking replacement grub-pc-bin ... Preparing to replace grub2-common 2.00-7 (using .../grub2-common_2.00-7_amd64.deb) ... Unpacking replacement grub2-common ... Processing triggers for man-db ... Processing triggers for install-info ... Setting up grub-common (2.00-7) ... Setting up grub2-common (2.00-7) ... Setting up grub-pc-bin (2.00-7) ... Setting up grub-pc (2.00-7) ... Installation finished. No error reported. GRUB = 2.00 has been unpacked but not yet configured. grub-mkconfig will not work until the upgrade is complete. It should run later as part of configuring the new GRUB packages. Log ended: 2012-09-30 18:39:30 -- Cheers!!! Dean Loros Performance by Design Ltd. autocrosser at http://forums.linuxmint.com
Bug#689276: pass: the password prompt does not hide passwords like passwd does
Package: pass Version: 1.4-1 Severity: normal pass doesn't seem to hide entered passwords like passwd does: pabs@chianamo ~ $ pass insert foo Enter password for foo: bar [master 93a6441] Added given password for foo to store. 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 foo.gpg pabs@chianamo ~ $ passwd pabs Changing password for pabs. (current) UNIX password: Enter new UNIX password: Retype new UNIX password: Password unchanged ... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pass depends on: ii gnupg 1.4.12-4+b1 ii pwgen 2.06-1+b2 ii tree 1.6.0-1 Versions of packages pass recommends: ii git [git-core] 1:1.7.10.4-1 ii git-core1:1.7.10.4-1 pn xclip none -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#688212: fonts-inconsolata: Please update Inconsolata to version 1.011
On Mon, Oct 01, 2012 at 09:50:34AM +0800, Paul Wise wrote: Ugh at websites that require JavaScript to function at all. All fonts are available from the mercury repository, though Inconsolata sources are missing (the src directory contains a punch of vfb files that are of no use to us): http://code.google.com/p/googlefontdirectory/source/browse/ofl/inconsolata/ Regards, Khaled -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685969: fixed in gnugk 2:3.0.2-2
On Sun, 30 Sep 2012 22:08:48 Adam D. Barratt wrote: I was looking at the diff for this with a view to unblocking it, but as far as I can see it's not actually fixed. The patch is indeed added to the package, but not applied during build Thanks Adam, My rushing to get the fix out the door. WIll upload shortly. Mark signature.asc Description: This is a digitally signed message part.
Bug#689004: Please enter 2.9.0 in unstable ASAP at least
On Mon, 1 Oct 2012 00:07:25 Eric Valette wrote: If I understand correctly the frozen state will previous 2.9 to go to wheezy. Eric, The plan at this stage is that wheezy will release with digikam/2.6 to meet with the requirements of the Wheezy Freeze Policy: http://release.debian.org/wheezy/freeze_policy.html Once wheezy is released I will upload digikam/2.9 to sid. Digikam/3.0 will be uploaded to sid once kdegraphics/4.10 is available in sid. Until that time experimental will continue to track digikam/3.0 with Conflicts. Mark signature.asc Description: This is a digitally signed message part.
Bug#689277: ITP: pd-chaos -- Pd library for calculating various chaotic attractors
Package: wnpp Severity: wishlist Owner: Hans-Christoph Steiner h...@eds.org * Package name: pd-chaos Version : 0.1 Upstream Author : Ben Bogart b...@ekran.org and Michael McGonagle mjm...@comcast.net * URL : http://puredata.info/downloads/chaos * License : GPLv2+ Programming Lang: C Description : Pd library for calculating various chaotic attractors chaos is a library of Pd objects for calculating various chaotic attractors, including: lorenz, rossler, henon, ikeda, attract1, base, base3, dejong, gingerbreadman, hopalong, latoocarfian, latoomutalpha, latoomutbeta, latoomutgamma, logistic, lotka_volterra, martin, mlogistic, pickover, popcorn, quadruptwo, standardmap, strange1, tent, three_d, threeply, tinkerbell and unity. . The package includes 1, 2 and 3 dimentional attractors. There are outlets for each dimention, starting from the left, followed by three outlets for attractor data (see the help patches for details). The scale of the values vary between the different attractors. . Some of the algorithms were derived from other projects, including Julian C. Sproutt's attract.java and algorithms by Cliff Pickover. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689278: kill won't handle a negative PID
Package: procps Version: 1:3.3.3-2 The command line parser is now broken. Values accepted by kill(2) are rejected by kill(1). (yes this is useful) It failed when I did this: $ /bin/kill -9 -1 /bin/kill: invalid option -- '1' Usage: kill [options] pid [...] Options: pid [...]send signal to every pid listed -signal, -s, --signal signal specify the signal to be sent -l, --list=[signal] list all signal names, or convert one to a name -L, --tablelist all signal names in a nice table -h, --help display this help and exit -V, --version output version information and exit For more details see kill(1). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689279: ITP: erlang-bitcask -- Log-Structured Hash Table for Fast Key/Value Data
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu iwama...@debian.org * Package name: erlang-bitcask Version : 1.1.6 Upstream Author : Basho Technologies * URL : https://github.com/basho/bitcask * License : Apache 2.0 Programming Lang: erlang Description : Log-Structured Hash Table for Fast Key/Value Data Bitcask is an Erlang application that provides an API for storing and retrieving key/value data into a log-structured hash table that provides very fast access. The design owes a lot to the principles found in log-structured file systems and draws inspiration from a number of designs that involve log file merging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689280: linphone-nogtk: playbackgain set volume resets to default after pausing
Package: linphone-nogtk Version: 3.5.2-10 Severity: normal After adjusting the volume with 'playbackgain' pausing the call resets the volume to the default. It may be desirable to do this sometimes, but it should be by deliberate decision and command, not as a side effect of some other activity. Regards, Dallas E. Legan II / le...@acm.org / aw...@lafn.org http://isthereanotherquestion.blogspot.com Tekeli-li! Tekeli-li! - At the Mountains of Madness, H.P. Lovecraft -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linphone-nogtk depends on: ii host 2331-9 utility for querying DNS servers ii libc6 2.13-10Embedded GNU C Library: Shared lib ii liblinphone4 3.5.2-8linphone's shared library part (su ii libmediastreamer1 3.5.2-8linphone web phone's media library ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libortp8 3.5.2-8Real-time Transport Protocol stack ii libosip2-73.6.0-3Session Initiation Protocol (SIP) ii libreadline6 6.1-3 GNU readline and history libraries ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libtinfo5 5.9-4 shared low-level terminfo library ii libx11-6 2:1.5.0-1 X11 client-side library ii linphone-common 3.5.2-10 Shared components of the linphone linphone-nogtk recommends no packages. linphone-nogtk 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#689076: spamassassin: GET http://daryl.dostech.ca/sa-update/asf/1389758.tar.gz request failed
After some more conversation with the SpamAssassin upstream the MIRRORED.BY has been successfully modified to exclude the stale server in the pool. I haven't seen a failure from any of my machines in the last day. I think the current problem has been averted. $ wget -q -O- http://spamassassin.apache.org/updates/MIRRORED.BY # test mirror: zone, cached via Coral #http://buildbot.spamassassin.org.nyud.net:8090/updatestage/ #Removed on 2012-09-26 per bug 6838 #http://daryl.dostech.ca/sa-update/asf/ weight=5 http://www.sa-update.pccc.com/ weight=5 http://sa-update.secnap.net/ weight=5 Bob signature.asc Description: Digital signature
Bug#689281: linphone-nogtk: need some way to adjust the verbosity of proxy registration messages
Package: linphone-nogtk Version: 3.5.2-10 Severity: wishlist I think it would be good to be able to adjust the verbosity of registration messages. The messages announcing successful registration, after the first, have little information content. They disrupt the usability of the program by a blind friend, and so could be considered an accessability issue. Thanks for any consideration. Regards, Dallas E. Legan II / le...@acm.org / aw...@lafn.org http://isthereanotherquestion.blogspot.com Tekeli-li! Tekeli-li! - At the Mountains of Madness, H.P. Lovecraft -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linphone-nogtk depends on: ii host 2331-9 utility for querying DNS servers ii libc6 2.13-10Embedded GNU C Library: Shared lib ii liblinphone4 3.5.2-8linphone's shared library part (su ii libmediastreamer1 3.5.2-8linphone web phone's media library ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libortp8 3.5.2-8Real-time Transport Protocol stack ii libosip2-73.6.0-3Session Initiation Protocol (SIP) ii libreadline6 6.1-3 GNU readline and history libraries ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libtinfo5 5.9-4 shared low-level terminfo library ii libx11-6 2:1.5.0-1 X11 client-side library ii linphone-common 3.5.2-10 Shared components of the linphone linphone-nogtk recommends no packages. linphone-nogtk 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#682007: NULL pointer dereference in __fscache_read_or_alloc_pages
Jonathan Nieder jrnie...@gmail.com 2012-09-29 15:22:
Hi again,
In July, 2012, Brian Kroth wrote:
Jonathan Nieder jrnie...@gmail.com 2012-07-21 12:04:
Please test the attached patches, for example following the instructions
below:
[...]
Anyways, I'll wait on the results of my previous test first to see if we
have a reliable test case from it before moving forward.
At this point the grep -r abc ... test is just hitting the cache over and
over again, so it's not showing a whole lot.
One other thing I'd tried before was something like this run a couple of
times in a row (hmm, I suppose I could try them in parallel too):
find /fsc_mounted_nfs -type f -exec cat {} /dev/null \;
A couple of them paniced, but with inconsistent messages, so I had left them
out for now. Perhaps that's worth another shot ...
So, how did it go? Did some test case prove reliable? Any other
new observations?
Sorry, the labs went into their dormant period and all of my test cases
ran away for the rest of the summer (the find cmd didn't seem to trigger
the __fscache problem), so I hadn't moved any further on this.
Now that they're back, I'm definitely seeing it again (about 20
different machines in two days last week), so I've started the process
of hunting down a trigger cause again. I'll let you know if I find
something.
Thanks,
Brian
signature.asc
Description: Digital signature
Bug#666407: Not seen this bug for months
I haven't seen this bug for months, now running Ubuntu 12.10 (Beta 2). So as far as I'm concerned, this bug report can be closed. -- Walter Garcia-Fontes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688212: fonts-inconsolata: Please update Inconsolata to version 1.011
Quoting Raph Levien (raph.lev...@gmail.com): Yes, the version at Google Web Fonts is more recent and should be considered the definitive one. Note also that there's a bold there now. This will be a significant advantage to people who have bold styling as part of their syntax highlighting. I really need to update my website but I'm kind of buried in work and other things right now. Thanks for your answer, Raph. With that information and what followed in further mails, I'll try to build a package with at least the .ttf file and the .sfd source (if I can find my way on the repository) but, certainly, having a disributable tarball (with README, license, OFL-FAQ, etc. and even a Makefile, as Paul Wise suggested) would be great. But, of course, I understand you may run short of time for this. We'll do our bestas often in free software..:-) signature.asc Description: Digital signature
Bug#405499: linux-kbuild-2.6: includes python script w/o declaring a relationship with python
fixed 405499 linux-kbuild-2.6/2.6.23-1 notfixed 405499 3.0.0-2+rm quit In 2007, dann frazier wrote: root@firetheft:/# /usr/src/linux-kbuild-2.6.18/scripts/show_delta /usr/bin/env: python: No such file or directory root@firetheft:/# linux-kbuild-2.6.18 should either declare a relationship with python (imo, Depends or Recommends) or no longer ship python scripts. Thanks for a pleasant report, and sorry for the slow response. show_delta was removed from linux-kbuild in 2.6.23~rc4-1 (r9423 src/Makefile: Drop unused scripts, 2007-08-30), so let's keep this one closed. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689282: python-xattr: incomplete debian/copyright
Package: python-xattr Version: 0.6.4-2 The information in debian/copyright is not complete. The file LICENSE.txt contains This software may also be distributed under the same terms as Python (the PSF license).. Please lookup the license of Python and add it to debian/copyright. The file xattr/tool.py contains Copyright (c) 2007 Apple Inc.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689283: pymongo: incomplete debian/copyright
Package: pymongo Version: 2.2-2 Severity: serious The file debian/copyright is incomplete, see for example bson/time64.c. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689284: unblock: postgresql-9.1/9.1.6-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hello release team,
last week, PostgreSQL announced new bug fix microreleases:
http://www.postgresql.org/about/news/1416/
This includes a serious data loss bug fix.
I uploaded 9.1.6 into unstable with priority medium last Monday:
http://packages.qa.debian.org/p/postgresql-9.1/news/20120925T043328Z.html
The package successfully passes the upstream as well as the
postgresql-common integration tests and built fine on most
architectures except hurd-i386 (where it fails pretty much all the
time). It's been in unstable for 6 days now, and there haven't been
any regression reports in Debian or on the upstream bug list.
There is one packaging change to use xz compression for the .debs,
which was requested by Cyril Brulebois in #688678 to improve the
wheezy CD 1 (that part of the debdiff attached). Otherwise there's
just the upstream diff. Do you want an unfiltered/filtered upstream
diff, for review?
Thank you for considering!
Martin
unblock postgresql-9.1/9.1.6-1
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
=== modified file 'debian/changelog'
--- debian/changelog 2012-09-25 03:39:38 +
+++ debian/changelog 2012-09-25 03:40:19 +
@@ -26,6 +26,8 @@
reduce the performance impact of vacuuming, while causing it to
take longer to finish.
- See HISTORY/changelog.gz for the other bug fixes.
+ * debian/rules: Compress all binaries with xz. Thanks Cyril Brulebois!
+(Closes: #688678)
-- Martin Pitt mp...@debian.org Tue, 25 Sep 2012 05:32:46 +0200
=== modified file 'debian/rules'
--- debian/rules 2012-08-22 14:04:44 +
+++ debian/rules 2012-09-25 03:40:19 +
@@ -185,3 +185,6 @@
/usr/lib/postgresql/$(MAJOR_VER)/bin/pg_ctl -D tmp_data stop
# find and print the regression diffs
find build/contrib/ -name regression.diffs -exec cat '{}' \;
+
+override_dh_builddeb:
+ dh_builddeb -- -Zxz
signature.asc
Description: Digital signature
Bug#689285: tgmochikit: contains files without license
Package: tgmochikit Version: 1.4.2-2 Severity: serious The file tgmochikit/static/javascript/1.4_r1383/unpacked/Sortable.js contains this : | Copyright (c) 2005 Thomas Fuchs (http://script.aculo.us, http://mir.aculo.us) | Mochi-ized By Thomas Herve (_firstna...@nimail.org) | | See scriptaculous.js for full license. I don't find any file named scriptaculous.js in the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689286: unblock: postgresql-8.4/8.4.14-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello release team, last week, PostgreSQL announced new bug fix microreleases: http://www.postgresql.org/about/news/1416/ I uploaded 8.4.14 into unstable last Monday: http://packages.qa.debian.org/p/postgresql-8.4/news/20120925T043249Z.html The package successfully passes the upstream as well as the postgresql-common integration tests and built fine on most architectures except hurd-i386 (where it fails pretty much all the time). It's been in unstable for 6 days now, and there haven't been any regression reports in Debian or on the upstream bug list. There is one packaging change to update debian/watch. Otherwise there's just the upstream diff. I attach the debian/ parts of the debdiff. Do you want an unfiltered/filtered upstream diff, for review? Thank you for considering! Martin unblock postgresql-8.4/8.4.14-1 -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) === modified file 'debian/changelog' --- debian/changelog2012-09-19 05:36:36 + +++ debian/changelog2012-09-25 03:59:35 + @@ -1,3 +1,22 @@ +postgresql-8.4 (8.4.14-1) unstable; urgency=low + + * debian/watch: Update so that this actually works again. Adjusted from +current -9.2 watch file. + * New upstream bug fix release: +- Fix handling of SIGFPE when PL/Perl is in use. + Perl resets the process's SIGFPE handler to SIG_IGN, which could + result in crashes later on. Restore the normal Postgres signal + handler after initializing PL/Perl. +- Prevent PL/Perl from crashing if a recursive PL/Perl function is + redefined while being executed. +- Work around possible misoptimization in PL/Perl. + Some Linux distributions contain an incorrect version of + pthread.h that results in incorrect compiled code in PL/Perl, + leading to crashes if a PL/Perl function calls another one that + throws an error. + + -- Martin Pitt mp...@debian.org Tue, 25 Sep 2012 05:59:32 +0200 + postgresql-8.4 (8.4.13-1) unstable; urgency=low * New upstream release. There are no effective changes for PL/Perl, but we === modified file 'debian/watch' --- debian/watch2009-03-28 22:16:30 + +++ debian/watch2012-09-25 03:51:55 + @@ -1,2 +1,3 @@ version=3 -http://www.postgresql.org/ftp/source/ /ftp/source/v(8\.4.*)/ +opts=uversionmangle=s/alpha/~alpha/;s/beta/~beta/;s/rc/~rc/ \ +ftp://ftp.postgresql.org/pub/source/v(8\.4.*)/postgresql-(8\.4.*).tar.gz signature.asc Description: Digital signature
