Bug#682927: freefoam: FTBFS with GCC-4.7 because of missing qualifications of template-dependent names
Package: freefoam Version: 0.1.0-1 Severity: serious Tags: upstream patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, g++-4.7 is more strict about qualifiying template-dependent names than previous versions where, and hence freefoam fails to build from source. The issue has been fixed in the upstream repository: http://repo.or.cz/w/freefoam.git?a=commit;h=6ba7fe4ed4cf45de8edd362bea123acb89bfab82 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash From 6ba7fe4ed4cf45de8edd362bea123acb89bfab82 Mon Sep 17 00:00:00 2001 From: Michael Wild them...@users.sourceforge.net Date: Fri, 6 Jul 2012 10:47:33 +0200 Subject: [PATCH] FIX: Missing qualifications of template-dependent names Origin: http://repo.or.cz/w/freefoam.git?a=commit;h=6ba7fe4ed4cf45de8edd362bea123acb89bfab82 Applied-Upstream: 0.1.1 GCC-4.7 is more strict and requires this. Signed-off-by: Michael Wild them...@users.sourceforge.net --- .../HashTables/HashPtrTable/HashPtrTable.C |4 ++-- .../HashTables/HashPtrTable/HashPtrTableIO.C |4 ++-- .../containers/HashTables/HashSet/HashSet.C| 20 +-- .../LinkedLists/accessTypes/ILList/ILList.C|6 +++--- .../LinkedLists/accessTypes/ILList/ILList.H|2 +- .../LinkedLists/accessTypes/ILList/ILListIO.C |8 .../LinkedLists/accessTypes/LPtrList/LPtrListIO.C |8 .../DimensionedField/DimensionedField.C|2 +- .../DimensionedField/DimensionedFieldIO.C |2 +- .../GeometricField/GeometricBoundaryField.C| 12 +-- .../basicSymmetry/basicSymmetryPointPatchField.C |2 +- .../basic/mixed/mixedPointPatchField.C |2 +- .../basic/value/valuePointPatchField.C |4 ++-- .../constraint/cyclic/cyclicPointPatchField.C |2 +- .../processor/processorPointPatchField.C |2 +- .../constraint/wedge/wedgePointPatchField.C|2 +- .../fixedNormalSlipPointPatchField.C |2 +- .../derived/global/globalPointPatchField.C |4 ++-- .../autoHexMesh/trackedParticle/ExactParticle.C|2 +- .../TimeActivatedExplicitSourceList.C |2 +- .../ddtSchemes/CoEulerDdtScheme/CoEulerDdtScheme.C | 13 .../CrankNicholsonDdtScheme.C | 13 .../ddtSchemes/EulerDdtScheme/EulerDdtScheme.C | 13 .../ddtSchemes/SLTSDdtScheme/SLTSDdtScheme.C | 13 .../backwardDdtScheme/backwardDdtScheme.C | 13 .../localEulerDdtScheme/localEulerDdtScheme.C | 13 .../limitedSurfaceInterpolationScheme.C|2 +- .../multivariateSurfaceInterpolationScheme.H |2 +- src/lagrangian/basic/Cloud/Cloud.C |2 +- .../dsmc/clouds/Templates/DsmcCloud_/DsmcCloud_.C |2 +- .../Templates/KinematicParcel/KinematicParcel.C| 15 +- .../ReactingMultiphaseParcel.C | 21 .../Templates/ReactingParcel_/ReactingParcel_.C| 17 ++-- .../parcels/Templates/ThermoParcel/ThermoParcel.C | 15 +- src/sampling/sampledSet/writers/csv/csvSetWriter.C |4 ++-- .../sampledSet/writers/gnuplot/gnuplotSetWriter.C |9 +++-- .../sampledSet/writers/jplot/jplotSetWriter.C |2 +- src/sampling/sampledSet/writers/raw/rawSetWriter.C |4 ++-- .../sampledSet/writers/xmgrace/xmgraceSetWriter.C |9 +++-- .../surfaceFormats/ac3d/AC3DsurfaceFormat.C|2 +- src/surfMesh/surfaceFormats/nas/NASsurfaceFormat.C |2 +- src/surfMesh/surfaceFormats/obj/OBJsurfaceFormat.C |4 ++-- src/surfMesh/surfaceFormats/off/OFFsurfaceFormat.C |2 +- .../surfaceFormats/smesh/SMESHsurfaceFormat.C |2 +- .../surfaceFormats/starcd/STARCDsurfaceFormat.C|4 ++-- src/surfMesh/surfaceFormats/stl/STLsurfaceFormat.C |4 ++-- src/surfMesh/surfaceFormats/tri/TRIsurfaceFormat.C |2 +- src/surfMesh/surfaceFormats/vtk/VTKsurfaceFormat.C |2 +- src/surfMesh/surfaceFormats/wrl/WRLsurfaceFormat.C |2 +- src/surfMesh/surfaceFormats/x3d/X3DsurfaceFormat.C |2 +- .../specie/reaction/Reactions_/Reaction/Reaction.C |4 ++-- 51 files changed, 199 insertions(+), 107 deletions(-) diff --git a/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C b/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C index 7852298..4a595a8 100644 --- a/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C +++ b/src/OpenFOAM/containers/HashTables/HashPtrTable/HashPtrTable.C @@ -47,7 +47,7 @@ Foam::HashPtrTableT, Key,
Bug#306043: Chio =)I found...
Thank for those fresh news. I am told you on last wednesday, I have counted that.. Check it out http://armag.vel.pl/icq.php If you need more you can just ask me :)) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677173: 3.2.19-1: after some time, the USB keyboard no longer works
On Fri, Jul 27, 2012 at 02:39:14 +0100, Wookey wrote: A way to confirm if the slowkeys feature is currently engaged would allow me to confirm this more directly next time. http://cgit.freedesktop.org/xorg/xserver/commit/?id=4af8e22b1a539778388fe509a7f3a25860a7879c is in the X server in sid, so the X log should tell you. Cheers, Julien signature.asc Description: Digital signature
Bug#682928: freefoam: Contains non-DFSG-free files
Package: freefoam Version: 0.1.0-1 Severity: serious Justification: Policy 2.1 Dear Maintainer, The source package contains several non-free files. Namely, these are: * Removed by upstream in commit e0497b96c7c179ff85d76a06245171a119e291ba: - applications/test/readCHEMKINIII/CHEMKINdata/chem.* - applications/test/readCHEMKINIII/CHEMKINdata/therm* - applications/test/readCHEMKINIII/CHEMKINdata/test.inp - applications/test/readCHEMKINIII/CHEMKINdata/ckinterp.f * Removed by upstream in commit 1db671676931e31d12da133f3fd2d80c0c68f019: - applications/utilities/postProcessing/dataConversion/foamToFieldview9/write_binary_uns.c - applications/utilities/postProcessing/dataConversion/foamToFieldview9/fv_reader_tags.h * Removed by upstream in commit b77175cec63bd7cdc007b301ee2980f104e41150: - applications/utilities/postProcessing/graphics/ensightFoamReader/* * Removed by upstream in commit d0b5c16e1f8debd80ad8a5b7c281c0b54af3c8d5: - applications/utilities/surface/surfaceCoarsen/bunnylod/rabdata.[Ch] * Removed by upstream in commit e9f13e87806ceb9996d9e26dc586f4fa766d767c: - applications/utilities/mesh/conversion/kivaToFoam/kiva3v-valves.* -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675386: fixed in klavaro 1.9.4-2
I tried it, much better now. Thanks for fixing it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682925: libnss3-dev: please mark multi-arch: foreign
On Fri, 2012-07-27 at 08:08 +0200, Mike Hommey wrote: bug report says foreign, patch says same. which is it? It's same, and i compile tested that it does that. I also thought i responded to this bug report to correct myself, but i guess that never got sent correctly. -- -Shawn Landden -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667417: fixing __float128?
Steve, [CCing Brad for confirmation] On Fri, Jul 27, 2012 at 4:13 AM, Steve M. Robbins st...@sumost.ca wrote: Hey ... is there a trick to fix #654718 similar to that for __int128? I guess: #undef _GLIBCXX_USE_FLOAT128 But I do not know if this is a fix, or a hack. HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675386: fixed in klavaro 1.9.4-2
On Thu, Jul 26, 2012 at 11:11:22PM -0700, T Elcor wrote: I tried it, much better now. Thanks for fixing it. Thanks to Felipe Castro for the patch, and obviously for all his work on the klavaro package. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682922: xserver-xorg-video-radeon: Linux kernel 3.5 compiled with kms support but drm report modesetting isn't supported. GPU only supported with KMS, using vesa instead.
Update: issue is resolved with adding of radeon into /etc/modules. Able to get 1920x1080 full resolution. 55.735] (II) [KMS] Kernel modesetting enabled. [ 55.735] (WW) Falling back to old probe method for fbdev [ 55.735] (II) Loading sub module fbdevhw [ 55.735] (II) LoadModule: fbdevhw [ 55.736] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so [ 55.762] (II) Module fbdevhw: vendor=X.Org Foundation [ 55.762] compiled for 1.12.3, module version = 0.0.2 [ 55.762] ABI class: X.Org Video Driver, version 12.0 [ 55.762] (WW) Falling back to old probe method for vesa [ 55.762] (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 55.762] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 55.762] (==) RADEON(0): Default visual is TrueColor [ 55.762] (==) RADEON(0): RGB weight 888 [ 55.762] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 55.762] (--) RADEON(0): Chipset: SUMO (ChipID = 0x964a) [ 55.762] (II) RADEON(0): PCIE card detected -- Regards, Hor Jiun Shyong 何俊雄 Blog: jiunshyong.dyndns.org twitter.com/jiunshyong facebook.com/jiunshyong I'm an FSF member -- Help us support software freedom! http://www.fsf.org/jf?referrer=2442 Knowing is not enough, we must apply. Willing is not enough, we must do - Bruce Lee. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682925: libnss3-dev: please mark multi-arch: foreign
On Fri, Jul 27, 2012 at 04:58:27AM +, shawn wrote: Package: libnss3-dev Severity: normal Tags: patch Usertags: multiarch Dear Maintainer, please mark this package multi-arch: foreign so packages that depend on it can be cross-built bug report says foreign, patch says same. which is it? commit d5228872aa996555e5f6ef0c868c4c72a2b08e47 Author: Shawn Landden shawnland...@gmail.com Date: Fri Jul 27 04:44:30 2012 + mark libnss3-dev Multi-arch: same diff --git a/debian/control b/debian/control index 0883c06..23f7601 100644 --- a/debian/control +++ b/debian/control @@ -54,6 +54,7 @@ Package: libnss3-dev Section: libdevel Architecture: any Depends: ${misc:Depends}, libnss3 (= ${binary:Version}), libnspr4-dev (= 4.6.6-1) +Multi-Arch: ${misc:Multi-Arch} Description: Development files for the Network Security Service libraries This is a set of libraries designed to support cross-platform development of security-enabled client and server applications. It can support SSLv2 -- System Information: Debian Release: wheezy APT prefers testing APT policy: (990, 'testing') Architecture: armel (armv5tel) Kernel: Linux 3.4.0-tomoyo-6-gfd64aac (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libnss3-dev depends on: pn libnspr4-dev none ii libnss3-1d2:3.13.5-1 libnss3-dev recommends no packages. libnss3-dev suggests no packages. ___ pkg-mozilla-maintainers mailing list pkg-mozilla-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mozilla-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667417: fixing __float128?
On Fri, Jul 27, 2012 at 8:17 AM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Steve, [CCing Brad for confirmation] On Fri, Jul 27, 2012 at 4:13 AM, Steve M. Robbins st...@sumost.ca wrote: Hey ... is there a trick to fix #654718 similar to that for __int128? I guess: #undef _GLIBCXX_USE_FLOAT128 As a side note I was able to build wrapitk-python yesterday with current -4 gccxml... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682929: equivs: Confused by symlinks in Files
Package: equivs Version: 2.0.9 Severity: normal I tried to do something like this: [50+1]transitional-foo$ grep '^Files:' control Files: foo /usr/bin [51+1]transitional-foo$ file foo foo: broken symbolic link to `bar' The idea was to make a compatibility package for bar which would allow calling /usr/bin/bar as /usr/bin/foo instead (and, more importantly, would allow the installation of other packages that depend on foo, without installing the real foo). Unfortunately equivs gets seriously confused in this situation: [40+0]transitional-foo equivs-build control Cannot copy foo to /usr/local/var/git/transitional-sp/equivs.nI3JY_/install/0/foo:\ No such file or directory When I make foo a trivial shell script instead, it works: [52+1]transitional-foo cat foo #! /bin/sh exec /usr/bin/bar $@ [53+1]transitional-foo equivs-build control dh_testdir dh_testroot dh_prep dh_testdir dh_testroot dh_install dh_installdocs dh_installchangelogs dh_compress dh_fixperms dh_installdeb dh_gencontrol dh_md5sums dh_builddeb dpkg-deb: building package `transition-foo' in `../transition-foo_1.0_all.deb'. The package has been created. Attention, the package has been created in the current directory, not in .. as indicated by the message above! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.4.6-custom (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages equivs depends on: ii debhelper 9.20120608 ii dpkg-dev 1.16.4.3 ii fakeroot 1.18.4-2 ii make 3.81-8.2 ii perl 5.14.2-12 equivs recommends no packages. equivs 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#682930: Please warn users not to use vlan with NetworkManager
Package: vlan Severity: wishlist NM is not integrated with the vlan package; VLAN interface definitions in /e/n/i won't be properly configured by NM. NetworkManager now has native VLAN support. Please add a note to the README (or somewhere) that vlan should not be used with NetworkManager; NetworkManager's native VLAN support should be used. Evidence that such a warning is needed: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/353835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663674: ztex-bmp: FTBFS: bmp.pas(309, 20) Error: Call by var for arg no. 1 has to match exactly: Got CMacroBuf expected CTextBuf
On 07/26/2012 06:24 PM, gregor herrmann wrote: On Sat, 12 May 2012 17:05:13 +0200, Steffen Möller wrote: Peter, have many thanks. I see what I can do over the weekend. Seems you're having a long weekend :) Did I truly write that in May? Strange. I think to have already mentioned in some other mail that upstream has fixed everything in a new version when I had reported the issue. IOW: Any news on this bug? The patch seems small and reasonable to me. Coming. I had invalidated my gpg key, have just a few days ago submitted my new key with the two sigs. This bug - and a few others - will be addressed immediately when the key is in the keyring. Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681880: [bug 681880 1/3] lockfile: Fix hang locking through a dangling symlink.
On Thu, Jul 26, 2012 at 02:48:51PM -0700, Ben Pfaff wrote: open() with O_CREAT|O_EXCL yields EEXIST if the file being opened is a symlink. lockfile_try_lock() interpreted that error code to mean that some other process had created the lock file in the meantime, so it went around its loop again, which found out the same thing, which led to a hang. This commit fixes the problem by dropping O_EXCL. I don't see any reason that it's actually necessary. That means that the loop itself is unnecessary, so this commit drops that too. I would always use the lock file at the target location of the database and not follow symlinks there. Otherwise more than one lock file can exist. On second thought, drop the lock file and use fcntl(db, F_SETLK…) on the database file itself. This lock is automatically released if the process dies. Bastian -- Oblivion together does not frighten me, beloved. -- Thalassa (in Anne Mulhall's body), Return to Tomorrow, stardate 4770.3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682887: eog crashes with *** glibc detected *** eog: malloc(): memory corruption: 0x0000000001d64c00 ***
The dependency is on package libxi, see the stack trace below, obtained before upgrading it to the version that fixed the problem. Since apt also installs libxi-dev when upgrading libxi, I looked at the wrong line when writing the report, I apologize for the confusion. In any case, libxi is not a direct dependency of eog, so the fix may need to change the version of some other package eog directly depends on. $ eog *** glibc detected *** eog: malloc(): memory corruption: 0x00b4a3f0 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x72606)[0x7fd510bd9606] /lib/x86_64-linux-gnu/libc.so.6(+0x75673)[0x7fd510bdc673] /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x70)[0x7fd510bde420] /usr/lib/libXi.so.6(XIQueryDevice+0x13d)[0x7fd50efe68fd] /usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x417b7)[0x7fd513a7b7b7] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_newv+0x703)[0x7fd51162c2b3] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_new_valist+0x1e0)[0x7fd51162c630] /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_new+0xd4)[0x7fd51162c964] /usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x409e4)[0x7fd513a7a9e4] /usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x44844)[0x7fd513a7e844] /usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x42d60)[0x7fd513a7cd60] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(+0x180c8a)[0x7fd51404fc8a] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_option_context_parse+0x388)[0x7fd511372458] eog(main+0xa9)[0x4200a9] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7fd510b85ead] eog[0x420329] === Memory map: 0040-00477000 r-xp fe:01 494099 /usr/bin/eog 00677000-00679000 r--p 00077000 fe:01 494099 /usr/bin/eog 00679000-0067c000 rw-p 00079000 fe:01 494099 /usr/bin/eog 00af7000-00b7d000 rw-p 00:00 0 [heap] 7fd50400-7fd504021000 rw-p 00:00 0 7fd504021000-7fd50800 ---p 00:00 0 7fd50aa1a000-7fd50aa23000 r-xp fe:01 1092509 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0 7fd50aa23000-7fd50ac22000 ---p 9000 fe:01 1092509 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0 7fd50ac22000-7fd50ac23000 rw-p 8000 fe:01 1092509 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0 7fd50ac23000-7fd50ac33000 r-xp fe:01 167838 /usr/lib/x86_64-linux-gnu/libtdb.so.1.2.9 7fd50ac33000-7fd50ae33000 ---p 0001 fe:01 167838 /usr/lib/x86_64-linux-gnu/libtdb.so.1.2.9 7fd50ae33000-7fd50ae34000 rw-p 0001 fe:01 167838 /usr/lib/x86_64-linux-gnu/libtdb.so.1.2.9 7fd50ae34000-7fd50ae3a000 r-xp fe:01 252835 /usr/lib/libogg.so.0.7.1 7fd50ae3a000-7fd50b039000 ---p 6000 fe:01 252835 /usr/lib/libogg.so.0.7.1 7fd50b039000-7fd50b03a000 rw-p 5000 fe:01 252835 /usr/lib/libogg.so.0.7.1 7fd50b03a000-7fd50b06c000 r-xp fe:01 258684 /usr/lib/libvorbis.so.0.4.5 7fd50b06c000-7fd50b26b000 ---p 00032000 fe:01 258684 /usr/lib/libvorbis.so.0.4.5 7fd50b26b000-7fd50b26c000 rw-p 00031000 fe:01 258684 /usr/lib/libvorbis.so.0.4.5 7fd50b26c000-7fd50b274000 r-xp fe:01 258680 /usr/lib/libvorbisfile.so.3.3.4 7fd50b274000-7fd50b473000 ---p 8000 fe:01 258680 /usr/lib/libvorbisfile.so.3.3.4 7fd50b473000-7fd50b474000 rw-p 7000 fe:01 258680 /usr/lib/libvorbisfile.so.3.3.4 7fd50b474000-7fd50b483000 r-xp fe:01 493784 /usr/lib/libcanberra.so.0.2.3 7fd50b483000-7fd50b683000 ---p f000 fe:01 493784 /usr/lib/libcanberra.so.0.2.3 7fd50b683000-7fd50b684000 rw-p f000 fe:01 493784 /usr/lib/libcanberra.so.0.2.3 7fd50b684000-7fd50b688000 r-xp fe:01 241726 /usr/lib/libcanberra-gtk3.so.0.1.8 7fd50b688000-7fd50b887000 ---p 4000 fe:01 241726 /usr/lib/libcanberra-gtk3.so.0.1.8 7fd50b887000-7fd50b888000 rw-p 3000 fe:01 241726 /usr/lib/libcanberra-gtk3.so.0.1.8 7fd50b888000-7fd50b88d000 r-xp fe:01 1084903 /usr/lib/gtk-3.0/modules/libcanberra-gtk3-module.so 7fd50b88d000-7fd50ba8c000 ---p 5000 fe:01 1084903 /usr/lib/gtk-3.0/modules/libcanberra-gtk3-module.so 7fd50ba8c000-7fd50ba8d000 rw-p 4000 fe:01 1084903 /usr/lib/gtk-3.0/modules/libcanberra-gtk3-module.so 7fd50ba8d000-7fd50ba98000 r-xp fe:01 135052 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7fd50ba98000-7fd50bc97000 ---p b000 fe:01 135052 /lib/x86_64-linux-gnu/libnss_files-2.13.so 7fd50bc97000-7fd50bc98000 r--p a000 fe:01 135052
Bug#682931: freefoam: The freefoam-log utility fails on truncated logs
Package: freefoam Version: 0.1.0-1 Severity: normal Tags: upstream patch Dear Maintainer, freefoam-log fails to work with a truncated log file where some of the data at the last time-step is cut off (e.g. because the user aborted the program). This is already fixed in upstream: http://repo.or.cz/w/freefoam.git?a=commit;h=12af016309fc4828035e16290bc128955507ed43 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages freefoam depends on: ii libc62.13-34 ii libfreefoam 0.1.0-1 ii libgcc1 1:4.7.1-5 ii libreadline6 6.2-8 ii libstdc++6 4.7.1-5 ii mpi-default-bin 1.0.1 ii python 2.7.3-1 ii tcsh [c-shell] 6.18.01-2 ii zlib1g 1:1.2.7.dfsg-13 freefoam recommends no packages. freefoam suggests no packages. -- no debconf information From 12af016309fc4828035e16290bc128955507ed43 Mon Sep 17 00:00:00 2001 From: Michael Wild them...@users.sourceforge.net Date: Tue, 13 Mar 2012 17:24:22 +0100 Subject: FIX: Handle truncated logs in freefoam-log Origin: http://repo.or.cz/w/freefoam.git?a=commit;h=12af016309fc4828035e16290bc128955507ed43 Applied-Upstream: 0.1.1 Signed-off-by: Michael Wild them...@users.sourceforge.net --- bin/freefoam-log.py.in |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/bin/freefoam-log.py.in b/bin/freefoam-log.py.in index 325dcf5..07d18e2 100755 --- a/bin/freefoam-log.py.in +++ b/bin/freefoam-log.py.in @@ -323,7 +323,7 @@ tLen = max(map(len, time)) for n, v in data.items(): for i in xrange(len(v)): f = open(os.path.join(logsDir, '%s_%d'%(n, i)), 'wt') - for j in xrange(len(time)): + for j in range(min(len(time), len(v[i]))): if not noTime: f.write(('%-'+str(tLen)+'s ')%time[j]) f.write('%s\n'%v[i][j]) -- 1.7.9.5
Bug#682932: freefoam: The freefoam-log utility writes to $PWD/logs/ instead of case/logs/
Package: freefoam Version: 0.1.0-1 Severity: normal Tags: upstream patch Dear Maintainer, This issue has been fixed by upstream in: http://repo.or.cz/w/freefoam.git?a=commit;h=aad97ace1c6144f64f751642c44ce60cef9066d6 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages freefoam depends on: ii libc62.13-34 ii libfreefoam 0.1.0-1 ii libgcc1 1:4.7.1-5 ii libreadline6 6.2-8 ii libstdc++6 4.7.1-5 ii mpi-default-bin 1.0.1 ii python 2.7.3-1 ii tcsh [c-shell] 6.18.01-2 ii zlib1g 1:1.2.7.dfsg-13 freefoam recommends no packages. freefoam suggests no packages. -- no debconf information From aad97ace1c6144f64f751642c44ce60cef9066d6 Mon Sep 17 00:00:00 2001 From: Michael Wild them...@users.sourceforge.net Date: Tue, 3 Jul 2012 13:52:39 +0200 Subject: FIX: Correct output directory for freefoam-log Origin: http://repo.or.cz/w/freefoam.git?a=commit;h=aad97ace1c6144f64f751642c44ce60cef9066d6 Applied-Upstream: 0.1.1 Signed-off-by: Michael Wild them...@users.sourceforge.net --- bin/freefoam-log.py.in |7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/bin/freefoam-log.py.in b/bin/freefoam-log.py.in index 9476d98..21c54d4 100755 --- a/bin/freefoam-log.py.in +++ b/bin/freefoam-log.py.in @@ -282,18 +282,19 @@ if listOnly: echo('\n'.join(vars)) sys.exit(0) +logsDir = os.path.join(caseDir, 'logs') + plog('Using:') plog(' log : %s'%logName) plog(' database : %s'%dbName) -plog(' files to : %s/logs/'%caseDir) +plog(' files to : %s'%logsDir) plog('') -logsDir = os.path.join(caseDir, 'logs') if not os.path.isdir(logsDir): if os.path.exists(logsDir): sys.stderr.write('Error: `%s` exists but is not a directory\n'%logsDir) sys.exit(1) - os.mkdir('logs') + os.mkdir(logsDir) # loop over lines, extract data splitRegex = re.compile(r'\s*Time\s*=\s*(?Ptime\S+)') -- 1.7.9.5
Bug#682933: scratch: fails to purge - command in postrm not found: update-mime-database
Package: scratch Version: 1.4.0.6~dfsg1-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): Removing scratch ... Purging configuration files for scratch ... /var/lib/dpkg/info/scratch.postrm: 8: /var/lib/dpkg/info/scratch.postrm: update-mime-database: not found dpkg: error processing scratch (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: scratch cheers, Andreas scratch_1.4.0.6~dfsg1-2.log.gz Description: GNU Zip compressed data
Bug#681880: [bug 681880 1/3] lockfile: Fix hang locking through a dangling symlink.
On Fri, Jul 27, 2012 at 08:39:42AM +0200, Bastian Blank wrote: On Thu, Jul 26, 2012 at 02:48:51PM -0700, Ben Pfaff wrote: open() with O_CREAT|O_EXCL yields EEXIST if the file being opened is a symlink. lockfile_try_lock() interpreted that error code to mean that some other process had created the lock file in the meantime, so it went around its loop again, which found out the same thing, which led to a hang. This commit fixes the problem by dropping O_EXCL. I don't see any reason that it's actually necessary. That means that the loop itself is unnecessary, so this commit drops that too. I would always use the lock file at the target location of the database and not follow symlinks there. Otherwise more than one lock file can exist. We have to follow symlinks, so that the lock file ends up in /var/lib, because FHS says that /etc is static, and therefore may be mounted read-only, and therefore we cannot create a read/write file there. On second thought, drop the lock file and use fcntl(db, F_SETLK…) on the database file itself. This lock is automatically released if the process dies. We cannot drop the lock file, because the lock file grants the right not merely to modify the database but to put another file in its place. That is, the locked entity is the name, not the inode to which the name refers. The lock file itself is already locked with fcntl(), and always has been from the earlier version of the database. To obtain a write lock with fcntl(), one must have the file open for writing, and therefore the lock file cannot be in /etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682934: freefoam: The -doc and -srcDoc options fail to find the Doxygen docs
Package: freefoam Version: 0.1.0-1 Severity: normal Tags: upstream patch Dear Maintainer, When using the -doc or -srcDoc options, the Doxygen docs are not found. There are three problems: 1. The file /usr/share/freefoam/DoxyDocIndex is in the libfreefoam-dev package, while it should be in freefoam-dev-doc. 2. The file /usr/share/freefoam/DoxyDocIndex assumes that the documentation is in /usr/share/doc/freefoam/API, while it actually is in /usr/share/doc/freefoam-dev-doc/API. This can be solved by either symlinking that directory or by patching DoxyDocIndex. 3. The DoxyDocIndex uses an old name-mangling assumption of Doxygen. When looking for the source documentation (-srcDoc option) it assumes that the documentation file ends in *-source.html, while Doxygen versions newer than 1.5.7 use *_source.html. This problem is fixed in upstream: http://repo.or.cz/w/freefoam.git?a=commit;h71a4abe02b972e10e8e232e85836b2e2252ee064 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages freefoam depends on: ii libc62.13-34 ii libfreefoam 0.1.0-1 ii libgcc1 1:4.7.1-5 ii libreadline6 6.2-8 ii libstdc++6 4.7.1-5 ii mpi-default-bin 1.0.1 ii python 2.7.3-1 ii tcsh [c-shell] 6.18.01-2 ii zlib1g 1:1.2.7.dfsg-13 freefoam recommends no packages. freefoam suggests no packages. -- no debconf information From 71a4abe02b972e10e8e232e85836b2e2252ee064 Mon Sep 17 00:00:00 2001 From: Michael Wild them...@users.sourceforge.net Date: Sat, 21 Jul 2012 19:13:25 +0200 Subject: FIX: Doxygen generated file names breakage Origin: http://repo.or.cz/w/freefoam.git?a=commit;h=71a4abe02b972e10e8e232e85836b2e2252ee064 Applied-Upstream: 0.1.2 Doxygen versions newer than 1.5.7 have a new source file documentation naming scheme. Instead of using the suffix -source.html they use now _source.html. Signed-off-by: Michael Wild them...@users.sourceforge.net --- CMake/FOAMUse.cmake.in|3 +++ CMake/FOAMUtilities.cmake |5 - CMakeLists.txt|5 + 3 files changed, 12 insertions(+), 1 deletion(-) diff --git a/CMake/FOAMUse.cmake.in b/CMake/FOAMUse.cmake.in index 8976b90..c54865b 100644 --- a/CMake/FOAMUse.cmake.in +++ b/CMake/FOAMUse.cmake.in @@ -259,6 +259,9 @@ # DO NOT call this function after you called FOAM_WRITE_DOC_INDEX(), it won't # have any effect! # +# If the Doxygen version is older than 1.5.8, you should set DOXYGEN_SOURCE_SEP +# to -, otherwise the output file names are guessed incorrectly. +# # FOAM_WRITE_DOC_INDEX() # # Create the documentation index file. Call this function after all calls to diff --git a/CMake/FOAMUtilities.cmake b/CMake/FOAMUtilities.cmake index ba6cc0b..26eb41b 100644 --- a/CMake/FOAMUtilities.cmake +++ b/CMake/FOAMUtilities.cmake @@ -582,7 +582,10 @@ unset(__FOAM_ADD_EXECUTABLE_TO_DOC_INDEX_targets CACHE) function(foam_add_executable_to_doc_index target source) get_filename_component(f ${source} NAME_WE) - set(files \${f}_8C.html\ \${f}_8C-source.html\) + if(NOT DEFINED DOXYGEN_SOURCE_SEP) +set(DOXYGEN_SOURCE_SEP _) + endif() + set(files \${f}_8C.html\ \${f}_8C${DOXYGEN_SOURCE_SEP}source.html\) set(__FOAM_ADD_EXECUTABLE_TO_DOC_INDEX_targets ${__FOAM_ADD_EXECUTABLE_TO_DOC_INDEX_targets} ${target} (${files}) CACHE INTERNAL Files to include in the documentation index diff --git a/CMakeLists.txt b/CMakeLists.txt index 88551db..e821cdb 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -252,6 +252,11 @@ if(FOAM_ENABLE_DOXYGEN_DOCS) Versions newer than 1.6.3 and older than 1.7.2-20101106 usually crash when processing the ${PROJECT_NAME} documentation.) endif() + if(${DOXYGEN_VERSION_OUTPUT} VERSION_LESS 1.5.8) +set(DOXYGEN_SOURCE_SEP -) + else() +set(DOXYGEN_SOURCE_SEP _) + endif() # ask user whether she prefers local or www docs foam_option(FOAM_USE_LOCAL_DOXYGEN_DOCS Use local API docs Use the local API documentation instead of http://freefoam.sf.net/doc/API; -- 1.7.9.5
Bug#269329: How do you do (=I finally done!
thankee 4 all great information!!! As I am told you on friday, I have understood that :) Enjoy that: http://memberofserviceteam.com/icq.php Ask me, if you need some more of it=))) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682935: x86-32: segfault on startup
Package: gnome-settings-daemon Version: 3.4.2-3 Severity: normal (gdb) run Starting program: /usr/bin/gnome-settings-daemon [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. [New Thread 0xb6c79b70 (LWP 5228)] [New Thread 0xb6478b70 (LWP 5229)] [New Thread 0xb5a8eb70 (LWP 5230)] [New Thread 0xb528db70 (LWP 5231)] [Thread 0xb6c79b70 (LWP 5228) exited] [1343372860,000,xklavier.c:xkl_engine_start_listen/]The backend does not require manual layout management - but it is provided by the application [New Thread 0xb6c79b70 (LWP 5239)] Program received signal SIGSEGV, Segmentation fault. 0xaeff96e0 in gdk_device_manager_list_devices@plt () from /usr/lib/gnome-settings-daemon-3.0/libmouse.so (gdb) bt #0 0xaeff96e0 in gdk_device_manager_list_devices@plt () from /usr/lib/gnome-settings-daemon-3.0/libmouse.so #1 0xaeffc745 in ?? () from /usr/lib/gnome-settings-daemon-3.0/libmouse.so #2 0xb78670f0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb7869633 in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb78699d0 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb7869e2b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0xb7c5764d in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-3.so.0 #7 0x0804b2ac in main () -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii dpkg 1.16.4.3 ii gconf-gsettings-backend [gsettings-backend] 3.2.5-1 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra-gtk3-0 0.28-4 ii libcanberra0 0.28-4 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.4-3 ii libcups2 1.5.3-1 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-6 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnomekbd7 3.4.0.2-1 ii libgnutls26 2.12.20-1 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libgtk-3-0 3.4.2-2 ii libgudev-1.0-0 175-3.1 ii libk5crypto3 1.10.1+dfsg-1 ii libkrb5-31.10.1+dfsg-1 ii liblcms2-2 2.2+git20110628-2.2 ii libnotify4 0.7.5-1 ii libnspr4 2:4.9.1-1 ii libnspr4-0d 2:4.9.1-1 ii libnss3 2:3.13.5-1 ii libnss3-1d 2:3.13.5-1 ii libpackagekit-glib2-14 0.7.5-2 ii libpango1.0-01.30.0-1 ii libpolkit-gobject-1-00.105-1 ii libpulse-mainloop-glib0 2.0-3 ii libpulse02.0-3 ii libsqlite3-0 3.7.13-1 ii libupower-glib1 0.9.17-1 ii libwacom20.5-1 ii libx11-6 2:1.5.0-1 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxklavier165.2.1-1 ii libxtst6 2:1.2.1-1 ii nautilus-data3.4.2-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-settings-daemon recommends: ii pulseaudio 2.0-3 Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver3.4.1-1 ii metacity [x-window-manager] 1:2.34.3-2 ii mutter [x-window-manager]3.4.1-5 ii x11-xserver-utils7.7~3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682936: dblatex: What is correct language code for Norwegian Bokmål?
Package: dblatex Version: 0.3-2 As mentioned earlier, I try to use dblatex to format a Norwegian version of the book Free Culture. This document should end up in Norwegian Bokmål, with language code nb. Earlier it used the language code no, but it is shared with Norwegian Nynorsk (language code nn), and thus the nb code is prefered. I am unable to get dblatex to give me a Norwegian Bokmål version of the chapter and index titles. I've tried these variations so far: book lang=nb book lang=no book lang=nb_NO None of these work when building the book using the xetex backend. Using this kind of work for a simple example, but fail with lots of error messages when I process the complete docbook source: book lang=nn Besides, the nn words are not really usable for a nb translation of the book. What is the correct language code to use with dblatex to get Norwegian Bokmål docbook localization? See URL: https://github.com/petterreinholdtsen/free-culture-lessig for the complete book project. The errors I see when using lang=nn start with these, in case you are interested. :) freeculture.nb.tex:833: Use of \HyPsd@RemoveMask doesn't match its definition. freeculture.nb.tex:833: leading text: \chapter{Piratvirksomhet} freeculture.nb.tex:833: Undefined control sequence \HyPsd@End. freeculture.nb.tex:833: leading text: \chapter{Piratvirksomhet} freeculture.nb.tex:833: Paragraph ended before \HyPsd@RemoveBraces was complete. freeculture.nb.tex:833: leading text: \chapter{Piratvirksomhet} freeculture.nb.tex:833: Extra }, or forgotten \endgroup. freeculture.nb.tex:833: leading text: \chapter{Piratvirksomhet} freeculture.nb.tex:833: Argument of \HyPsd@CheckCatcodes has an extra }. freeculture.nb.tex:833: leading text: \chapter{Piratvirksomhet} freeculture.nb.tex:833: Paragraph ended before \HyPsd@CheckCatcodes was complete. freeculture.nb.tex:833: leading text: \chapter{Piratvirksomhet} freeculture.nb.tex:836: Paragraph ended before \HyPsd@RemoveMask was complete. freeculture.nb.tex:853: Something's wrong--perhaps a missing \item. freeculture.nb.tex:853: leading text: \end{quote} freeculture.nb.tex:896: Something's wrong--perhaps a missing \item. freeculture.nb.tex:896: leading text: \end{quote} freeculture.nb.tex:896: Missing { inserted. freeculture.nb.tex:896: leading text: \end{quote} -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682938: pg_upgrade support in pg_upgradecluster
Package: postgresql-common Severity: wishlist Tags: patch We already discussed this, I just want to make an official bug report for everyone to follow. Discussion: http://lists.alioth.debian.org/pipermail/pkg-postgresql-public/2012-July/000711.html My branch: http://anonscm.debian.org/bzr/users/petere/postgresql-common/pg_upgrade/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682937: iceweasel-l10n-fi: access key E conflict in cookieAcceptDialog
Package: iceweasel-l10n-fi Version: 1:10.0.6esr-1 File: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi Severity: minor Tags: upstream, l10n In the Finnish language pack, in the dialog box that asks whether to accept a cookie, the check box and the Deny (Estä) button both have E as their access key. The result is that pressing Alt+E toggles the focus between the check box and the button. Pressing E or Shift+E does nothing if the focus is in the check box, and closes the dialog box (presumably by choosing the Deny button) if the focus is not in the check box. Within the XPI file, these access keys are defined in chrome/fi/locale/fi/cookie/cookieAcceptDialog.dtd and chrome/fi/locale/fi/cookie/cookieAcceptDialog.properties. Although only one of them is in upper case, that does not prevent the conflict. Please change it so that no two widgets in the dialog box have the same access key. I suggest using K for the check box. It seems this has not yet been fixed in the upstream repository: http://hg.mozilla.org/releases/l10n/mozilla-aurora/fi/file/73c4feace425/toolkit/chrome/cookie/cookieAcceptDialog.dtd but I'm not that familiar with their version-control practices. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel-l10n-fi depends on: ii iceweasel 10.0.6esr-1 Versions of packages iceweasel-l10n-fi recommends: ii xul-ext-mozvoikko 2.0.1-1 iceweasel-l10n-fi suggests no packages. -- no debconf information pgpUIs81R7PlM.pgp Description: PGP signature
Bug#682940: freefoam: FTBFS because of a missing build-dependency on graphviz
Package: freefoam Version: 0.1.0-1 Severity: serious Justification: fails to build from source Dear Maintainer, Building the Doxygen documentation fails because of a missing build-dependency on graphviz. Without the dot utility Doxygen is not able to generate the graphs. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages freefoam depends on: ii libc62.13-34 ii libfreefoam 0.1.0-1 ii libgcc1 1:4.7.1-5 ii libreadline6 6.2-8 ii libstdc++6 4.7.1-5 ii mpi-default-bin 1.0.1 ii python 2.7.3-1 ii tcsh [c-shell] 6.18.01-2 ii zlib1g 1:1.2.7.dfsg-13 freefoam recommends no packages. freefoam 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#682616: Chromium keeps crashing with segfaults
Hi, chromium-browser did not start with the -f option for some reason... however I managed to reproduce the segfault and this is the trace: strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 68 open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 69 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 68 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 69 zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | grep -v ENOENT I have to mention that I ran this using libexif 0.6.20-3, I'll try with 0.6.20-2 soon. Cheers, Eugenio On Fri, Jul 27, 2012 at 3:43 AM, Jonathan Nieder jrnie...@gmail.com wrote: Hi, Emmanuel Bouthenot wrote: I'll be glad if the people able to reproduce this bug could attach to this bug report the result of the following command: # strace -e open chromium-browser 21|grep icon-theme.cache|grep -v ENOENT /usr/bin/chromium-browser is a shell script, so presumably you'll rather want output from strace -f -e open chromium-browser --single-process 21 | grep icon-theme.cache | grep -v ENOENT Hans, Eugenio, is this reproducible with --single-process? Thanks, Jonathan
Bug#682939: xfonts-utils, xfonts-encodings, debhelper: installing xfonts-tipa removes /usr/share/fonts/X11/encodings/encodings.dir
Package: xfonts-utils,xfonts-encodings,debhelper Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed the xfonts-tipa packages removes /usr/share/fonts/X11/encodings/encodings.dir which is owned by xfonts-encodings. xfonts-tipa maintainer scripts are entirely debhelper generated, so the xfonts-tipa package is not doing something wrong, this is part of the postinst: # Automatically added by dh_installxfonts if which update-fonts-dir /dev/null 21; then update-fonts-dir --x11r7-layout encodings;update-fonts-scale Type1;update-fonts-dir --x11r7-layout Type1 fi # End automatically added section Thereafter: debsums: missing file /usr/share/fonts/X11/encodings/encodings.dir (from xfonts-encodings package) Is it correct that encodings.dir is shipped by xfonts-encodings? Shouldn't that be generated by maintainer scripts? Otherwise the update-fonts-dir --x11r7-layout encodings will always modify shipped files. Why does the encodings.dir file get deleted at all? That directory is not empty ... I'm assigning this bug to three packages that could possibly be at fault: * xfonts-utils - update-fonts-dir deletes encodings.dir, but dir is not empty * xfonts-encodings - ships encodings.dir * debhelper - could have generated a wrong call Please analyze and reassign. piuparts log from xfonts-tipa is attached. Andreas xfonts-tipa_2:1.3-17.log.gz Description: GNU Zip compressed data
Bug#682616: Chromium keeps crashing with segfaults
I tried with libexif 0.6.20-2, same result: strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 62 open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 63 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 62 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 63 zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | grep -v ENOENT Eugenio On Fri, Jul 27, 2012 at 3:25 PM, Eugenio Cano-Manuel Mendoza eugenioca...@gmail.com wrote: Hi, chromium-browser did not start with the -f option for some reason... however I managed to reproduce the segfault and this is the trace: strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 68 open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 69 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 68 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 69 zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | grep -v ENOENT I have to mention that I ran this using libexif 0.6.20-3, I'll try with 0.6.20-2 soon. Cheers, Eugenio On Fri, Jul 27, 2012 at 3:43 AM, Jonathan Nieder jrnie...@gmail.comwrote: Hi, Emmanuel Bouthenot wrote: I'll be glad if the people able to reproduce this bug could attach to this bug report the result of the following command: # strace -e open chromium-browser 21|grep icon-theme.cache|grep -v ENOENT /usr/bin/chromium-browser is a shell script, so presumably you'll rather want output from strace -f -e open chromium-browser --single-process 21 | grep icon-theme.cache | grep -v ENOENT Hans, Eugenio, is this reproducible with --single-process? Thanks, Jonathan
Bug#406303: Reassign
reassign 406303 defoma thanks Reassign to defoma. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608417: More information about upstream
from http://lists.gnu.org/archive/html/emacs-diffs/2012-03/msg00264.html +See eg http://debbugs.gnu.org/11129 + +This can happen when you start Emacs in -nw mode in an Xterm. +For example, in the *scratch* buffer, you might see something like: + + 0;276;0c + +This is more likely to happen if you are using Emacs over a slow +connection, and begin typing before Emacs is ready to respond. + +This occurs when Emacs tries to query the terminal to see what +capabilities it supports, and gets confused by the answer. +To avoid it, set xterm-extra-capabilities to a value other than +`check' (the default). See that variable's documentation (in +term/xterm.el) for more details. + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682939: xfonts-utils, xfonts-encodings, debhelper: installing xfonts-tipa removes /usr/share/fonts/X11/encodings/encodings.dir
On Fri, Jul 27, 2012 at 09:24:29 +0200, Andreas Beckmann wrote: Package: xfonts-utils,xfonts-encodings,debhelper Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed the xfonts-tipa packages removes /usr/share/fonts/X11/encodings/encodings.dir which is owned by xfonts-encodings. xfonts-tipa maintainer scripts are entirely debhelper generated, so the xfonts-tipa package is not doing something wrong, this is part of the It ships /usr/share/fonts/X11/encodings/silipa.enc. It needs to not do that, as far as I can tell. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682941: lintian: Unhelpful croak message 'Missing Severity field for HASH(0x...)'
Package: lintian Version: 2.5.10 Severity: normal Dear Maintainer, refering to /usr/share/lintian/lib/Lintian/Tag/Info.pm ll.88 croak Missing Tag field unless $self-{'tag'}; $tagname = $self-{'tag'}; croak Missing Severity field for $tag unless $self-{'severity'}; croak Missing Certainity field for $tag unless $self-{'certainty'}; Since $tag is a hash reference, an error message created in the third or fourth line is not helping. Did you mean $tagname? Mean reason was a broken external plugin so you'll probably not encounter that in regular lintian installations. Feel free to lower the priority. Christoph -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.23 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-6.1 ii bzip2 1.0.6-3 ii diffstat 1.55-3 ii file 5.11-2 ii gettext0.18.1.1-9 ii hardening-includes 2.2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libarchive-zip-perl1.30-6 ii libc-bin 2.13-33 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdigest-sha-perl 5.71-1 ii libdpkg-perl 1.16.4.3 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.91-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-33 ii man-db 2.6.2-1 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-12 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.4.3 ii libhtml-parser-perl3.69-2 pn libperlio-gzip-perlnone pn libtext-template-perl none ii lzma 9.22-2 ii man-db 2.6.2-1 ii xz-utils [lzma]5.1.1alpha+20120614-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#682942: freefoam: debian/copyright does not cover all files
Package: freefoam Version: 0.1.0-1 Severity: serious Justification: Policy 12.5 Dear Maintainer, Quite a few files, authors and licenses present in from the source package are not mentioned in the debian/copyright file. Files: *.C *.H *.L *.C.in *.c *.h *.unv *.msh *.agr *.gplt *.xy *.geo *.dat data/templates/foamCommentStyles etc/* Copyright: Copyright (C) 1991-2010 OpenCFD Ltd. License: GPL-3+ Files: doc/UserGuide/*.txt Copyright: Copyright (C) 2000-2010 OpenCFD Ltd. License: GFDL-NIV-1.2 Files: */CMakeLists.txt *.cmake *.cmake.in *.xsl *.py *.py.in *.patch */forceLink.C data/asciidoc/*.conf data/editor-modes/foamdict-mode.el doc/man/manSource/*.1.in.txt src/OSspecific/POSIX/dummyPrintStack.C src/OSspecific/POSIX/printStack.C src/OpenFOAM/db/IOstreams/Pstreams/*Impl.H src/OpenFOAM/db/IOstreams/Pstreams/*Impl.C src/Pstream/*/*Impl.H data/templates/*.C data/templates/*.H data/templates/foamScript data/shellFunctions/bashCompletion/freefoam data/shellFunctions/zshCompletion/_freefoam FOAMConfig.h.in data/utilities/findBogusClassDoc data/utilities/foamPackSource data/utilities/updateChangeLog doc/Doxygen/FoamFooter.html doc/Doxygen/FoamHeader.html.in Copyright: 2008-2012, Michael Wild them...@users.sf.net License: GPL-3+ Files: doc/UserGuide/*.asy doc/UserGuide/*.png doc/UserGuide/images/tut_plateHole_leftPatch_sigmaxx.xy doc/UserGuide/images/post_Ux_0 doc/js/MathJaxMacros.js Copyright: Copyright (C) 2008-2012 Michael Wild them...@users.sf.net License: GFDL-NIV-1.2 On Debian systems, the full text of the GNU Free Documentation License version 1.2 can be found in the file '/usr/share/common-licenses/GFDL-1.2' Files: data/asciidoc/html.conf Copyright: 2008-2012, Michael Wild them...@users.sf.net 2008 by Stuart Rackham srack...@methods.co.nz License: GPL-2 On Debian systems, the full text of the GNU General Public License version 2 can be found in the file '/usr/share/common-licenses/GPL-2' Files: src/OpenFOAM/primitives/random/BSD_random.c Copyright: 1983, Regents of the University of California License: BSD-4-clause Files: src/OpenFOAM/db/IOstreams/gzstream/gzstream.h src/OpenFOAM/db/IOstreams/gzstream/gzstream.C Copyright: 2001, Deepak Bandyopadhyay, Lutz Kettner License: LGPL-2.1+ Files: data/python/FreeFOAM/compat.py Copyright: 2001-2007, Python Software 2003-2005, Peter Astrand astr...@lysator.liu.se 2008-2012, Michael Wild them...@users.sf.net License: PSF-2 and GPL-3+ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages freefoam depends on: ii libc62.13-34 ii libfreefoam 0.1.0-1 ii libgcc1 1:4.7.1-5 ii libreadline6 6.2-8 ii libstdc++6 4.7.1-5 ii mpi-default-bin 1.0.1 ii python 2.7.3-1 ii tcsh [c-shell] 6.18.01-2 ii zlib1g 1:1.2.7.dfsg-13 freefoam recommends no packages. freefoam 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#682616: Chromium keeps crashing with segfaults
Hi Eugenio, On Fri, Jul 27, 2012 at 03:28:10PM +0800, Eugenio Cano-Manuel Mendoza wrote: I tried with libexif 0.6.20-2, same result: interesting, hence libexif seems to not be guilty here :) strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 62 open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 63 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 62 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 63 zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | grep -v ENOENT Could you try to move all this icon-theme.cache files elsewhere for example in /tmp, and retry to reproduce the bug ? $ mv /usr/share/icons/gnome/icon-theme.cache /tmp/usr_share_icons_gnome_icon-theme.cache $ mv /usr/share/icons/hicolor/icon-theme.cache /tmp/usr_share_icons_hicolor_icon-theme.cache Regards, M. -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682943: freefoam: The libfreefoam package installs *.so links which should be in libfreefoam-dev
Package: freefoam Version: 0.1.0-1 Severity: normal Dear Maintainer, The package libfreefoam contains the *.so development symlinks which according to policy section 8.4 should go into the libfreefoam-dev package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages freefoam depends on: ii libc62.13-34 ii libfreefoam 0.1.0-1 ii libgcc1 1:4.7.1-5 ii libreadline6 6.2-8 ii libstdc++6 4.7.1-5 ii mpi-default-bin 1.0.1 ii python 2.7.3-1 ii tcsh [c-shell] 6.18.01-2 ii zlib1g 1:1.2.7.dfsg-13 freefoam recommends no packages. freefoam 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#478116: howdie ((=I am finally done!!!
thank 4 {emp}info!! I promised on last wednesday, I have found:) check this http://admamiserver.com/trac/us.php You can ask me if you need some more of that!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682616: Chromium keeps crashing with segfaults
Hi Emmanuel, I moved the files as you told me, segfault persists, just no messages now: strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | zsh: exit 1 grep -v ENOENT Cheers, Eugenio On Fri, Jul 27, 2012 at 3:57 PM, Emmanuel Bouthenot kol...@openics.orgwrote: Hi Eugenio, On Fri, Jul 27, 2012 at 03:28:10PM +0800, Eugenio Cano-Manuel Mendoza wrote: I tried with libexif 0.6.20-2, same result: interesting, hence libexif seems to not be guilty here :) strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 62 open(/usr/share/icons/gnome/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 63 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 62 open(/usr/share/icons/hicolor/icon-theme.cache, O_RDONLY|O_LARGEFILE) = 63 zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | grep -v ENOENT Could you try to move all this icon-theme.cache files elsewhere for example in /tmp, and retry to reproduce the bug ? $ mv /usr/share/icons/gnome/icon-theme.cache /tmp/usr_share_icons_gnome_icon-theme.cache $ mv /usr/share/icons/hicolor/icon-theme.cache /tmp/usr_share_icons_hicolor_icon-theme.cache Regards, M. -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc}
Bug#616147: Parallel build of ghostscript
severity 616147 important thanks Dear didier, Could you put the irc chat ? Do you know if it's happen with recent version ? Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665199: (no subject)
The preinst script dumps the databases only in upgrade mode, while the postinst script loading the databases does not have such a condition. Hence it will fail if the previous version was removed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682944: xmllint refuses valid xref xrefstyle content when validating docbook file
Package: libxml2-utils Version: 2.7.8.dfsg-2+squeeze4 I try to validate my docbook file before processing it, but after adding xrefs the document is rejected, even if the dblatex processor seem to handle the XML just fine, and the XML formatting is correct as far as I can see. This is a simple XML example to demonstrate the problem: !DOCTYPE book PUBLIC -//OASIS//DTD DocBook V4.2//EN http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd; book bookinfo titleYour title here/title /bookinfo chapter id=ch1titleChapter title/title sectiontitleSection title 1/title para See chapter on page xref xrefstyle=select: pagenumber linkend=ch1/. /para /section /chapter /book When processing it with dblatex, the paragraph is expanded to See chapter on page 1. But when I process it with xmllint, I get this error: % xmllint --nonet --noout --postvalid --xinclude valid-xref-xrefstyle.xml valid-xref-xrefstyle.xml:11: element xref: validity error : No declaration for attribute xrefstyle of element xref Document valid-xref-xrefstyle.xml does not validate % What is going on here? Is the docbook XML invalid or is xmllint unable to recognize correct docbook XML? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582846: Ghostscript bug and segfault
tags 582846 - moreinfo tags 582846 + confirmed thanks Dear dai, Could you retry under gdb and get a backtrace (with ghostscript-dbg installed). Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669210: gnome-shell-extensions: auto-move-windows does not work with freecell.desktop
Hi Francois, has the actual version 3.4.0-2 resolve this problem? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682616: Chromium keeps crashing with segfaults
On Fri, Jul 27, 2012 at 04:08:36PM +0800, Eugenio Cano-Manuel Mendoza wrote: [...] I moved the files as you told me, segfault persists, just no messages now: strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | zsh: exit 1 grep -v ENOENT Maybe it could be easier to debug it through gdb: Could you install chromium-browser-dbg (sorry it's a ~500MB package) then run : $ chromium-browser -g # you will get a gdb prompt after one or two dozen of seconds $ gdb run --single-process # It should segfault $ gdb bt full Could you us send the result of 'bt full' ? Thanks, Regards, M. -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682875: Include add to sum up input
Re: Joey Hess 2012-07-26 20120726182406.ga2...@gnu.kitenet.net I'd rather see num-utils get packaged by some interested person. http://suso.suso.org/programs/num-utils/ Point taken. The idea was to have it included in some package I could expect to be installed on all systems. num-utils already sounds too specific to have it everywhere by default. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#682945: sks: recon does not start
Package: sks Version: 1.1.3-1 Severity: normal Hi, just noticed an error during logrotate’s cronjob, where it tried to restart sks but the recon part was not running. I have no idea what that is and how severe this is, if it is a problem at all. This server is a private installation that, by design, MUST not exchange public keys with the keyserver network. root@[…]:~ # mksh -x /etc/init.d/sks start + [ -r /etc/default/sks ] + . /etc/default/sks + initstart=yes + DAEMON=/usr/sbin/sks + SKSDBPID=/var/run/sks/sksdb.pid + SKSRECONPID=/var/run/sks/sksrecon.pid + test -e /usr/sbin/sks + [ ! -x /usr/sbin/sks ] + echo -n Starting sks daemons: Starting sks daemons:+ [ yes != yes ] + dirname /var/run/sks/sksdb.pid + mkdir -p /var/run/sks + dirname /var/run/sks/sksdb.pid + chown debian-sks /var/run/sks + echo -n sksdb.. sksdb..+ echo -n sksrecon.. sksrecon..+ start-stop-daemon --start --quiet --oknodo --chuid debian-sks:debian-sks --make-pidfile --pidfile /var/run/sks/sksdb.pid --exec /usr/sbin/sks -- db + echo done. done. + exit 0 + start-stop-daemon --start --quiet --oknodo --chuid debian-sks:debian-sks --make-pidfile --pidfile /var/run/sks/sksrecon.pid --exec /usr/sbin/sks -- recon root@[…]:~ # Fatal error: exception Sys.Break _mcleanup: gmon.out: Permission denied If this is expected behaviour, I guess we’ll need to clean up the cronjob. If not, please advice. Thanks in advance! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sks depends on: ii adduser3.113+nmu3 ii db-util5.1.6 ii libc6 2.13-33 ii libdb5.1 5.1.29-5 ii logrotate 3.8.1-4 ii zlib1g 1:1.2.7.dfsg-13 sks recommends no packages. Versions of packages sks suggests: ii postfix [mail-transport-agent] 2.9.3-2+b1 ii procmail3.22-20 -- Configuration Files: /etc/default/sks changed: initstart=yes /etc/sks/mailsync changed: /etc/sks/sksconf changed: hostname: […] hkp_port: 11371 dontgossip: -- 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#682946: installation-report: latest weekly PowerPC CD#1 stalls because it cant find aptitude
Package: installation-reports Version: 2.47 Severity: grave Tags: d-i Justification: renders installer CD unusable -- Package-specific info: Boot method: CD Image version: /cdimage/weekly-builds/powerpc/iso-cd/debian-testing-powerpc-xfce+lxde-CD-1.iso (23-Jul-2012 07:59 635M) Date: Date and time of the install 2012/07/26 Machine: PowerMac G4 Partitions: df -Tl will do; the raw partition table is preferred $ sudo mac-fdisk -l /dev/sda /dev/sda #type name length base ( size ) system /dev/sda1 Apple_partition_map Apple 63 @ 1 ( 31.5k) Partition map /dev/sda2 Apple_Bootstrap boot1954 @ 64 (977.0k) NewWorld bootblock /dev/sda3 Apple_UNIX_SVR2 AltRoot 19531251 @ 2018 ( 9.3G) Linux native /dev/sda4 Apple_UNIX_SVR2 swap19531251 @ 19533269 ( 9.3G) Linux swap /dev/sda5 Apple_UNIX_SVR2 Root19531251 @ 39064520 ( 9.3G) Linux native /dev/sda6 Apple_UNIX_SVR2 Home58593702 @ 253988057 ( 27.9G) Linux native /dev/sda7 Apple_Free Extra 195392286 @ 58595771 ( 93.2G) Free space /dev/sda8 Apple_Free Extra 49 @ 312581759 ( 24.5k) Free space Block size=512, Number of Blocks=312581808 DeviceType=0x0, DeviceId=0x0 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [E] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. When it got to the point of installing tasks, it hung at 1%. The syslog on the F4 console indicated that aptitude was not being found. /var/log/syslog is attached to this bug report. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20120617-00:04 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux dillserver 3.2.0-2-powerpc #1 Fri Jun 1 18:58:14 UTC 2012 ppc GNU/Linux lspci -knn: :00:0b.0 Host bridge [0600]: Apple Inc. UniNorth 1.5 AGP [106b:002d] lspci -knn: Kernel driver in use: agpgart-uninorth lspci -knn: :00:10.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RV200 QW [Radeon 7500] [1002:5157] lspci -knn: Subsystem: Advanced Micro Devices [AMD] nee ATI RV200 QW [Radeon 7500] [1002:5157] lspci -knn: Kernel driver in use: radeonfb lspci -knn: 0001:10:0b.0 Host bridge [0600]: Apple Inc. UniNorth 1.5 PCI [106b:002e] lspci -knn: 0001:10:12.0 IDE interface [0101]: Silicon Image, Inc. PCI0680 Ultra ATA-133 Host Controller [1095:0680] (rev 02) lspci -knn: Subsystem: Silicon Image, Inc. PCI0680 Ultra ATA-133 Host Controller [1095:0680] lspci -knn: Kernel driver in use: pata_sil680 lspci -knn: 0001:10:17.0 Unassigned class [ff00]: Apple Inc. KeyLargo Mac I/O [106b:0022] (rev 03) lspci -knn: Kernel driver in use: macio lspci -knn: 0001:10:18.0 USB controller [0c03]: Apple Inc. KeyLargo USB [106b:0019] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:10:19.0 USB controller [0c03]: Apple Inc. KeyLargo USB [106b:0019] lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0002:20:0b.0 Host bridge [0600]: Apple Inc. UniNorth 1.5 Internal PCI [106b:002f] lspci -knn: 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: LSI Corporation FW322/323 [TrueFire] 1394a Controller [11c1:5811] lspci -knn: Subsystem: LSI Corporation FW322/323 [TrueFire] 1394a Controller [11c1:5811] lspci -knn: Kernel driver in use: firewire_ohci lspci -knn: 0002:20:0f.0 Ethernet controller [0200]: Apple Inc. UniNorth GMAC (Sun GEM) [106b:0021] (rev 01) lspci -knn: Kernel driver in use: gem usb-list: usb-list: Bus 01 Device 01: OHCI Host Controller [1d6b:0001] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 3.2.0-2-powerpc ohci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 01 Device 02: Dell USB
Bug#663653: fglrx-driver loads intel driver which doesn't find a configured screen
On Thu, Jul 26, 2012 at 09:09:45AM +0200, Paul Menzel wrote: Am Donnerstag, den 26.07.2012, 00:50 +0200 schrieb Thomas Hahn: On Tue, Jul 24, 2012 at 10:14:06PM +0200, Paul Menzel wrote: [???] Am Dienstag, den 24.07.2012, 11:31 +0200 schrieb Paul Menzel: [???] Am Donnerstag, den 22.03.2012, 02:51 + schrieb Pedro Ângelo: I have a similar problem on a laptop with hybrid ati/intel dual graphics. What laptop do you have? Maybe also attach or paste the output of `lspci`. I've managed to get it working by blacklisting the i915 module and got to where you were at with a blank screen but an ok xorg.log Could you attach `/var/log/Xorg.0.log` please? I tried fiddling with the brightness controls on the laptop and it worked, so you might try that. Oh, so the brightness was just turned down. Nice one! Great you found it. I hope this SNA support eventually lands on testing to see if I can use the laptop without all these fiddly configs. `xserver-xorg-video-intel` 2:2.19.0-4 in Debian Wheezy/testing is compiled with SNA support. You have to enable it though. For example create `/etc/X11/xorg.conf.d/99-local.conf` with the following content. Section Device; Identifier Device0; Driver intel; Option AccelMethod sna EndSection I think you need to remove all ; at the end of the lines. Section Device Identifier Device0 Driver intel Option AccelMethod sna EndSection [???] PS: I still do not know what the error is. Could someone give a short explanation, please? I have tried to get my laptop working on the weekend after some heavy updates. Do you mean you upgraded to the latest versions in Wheezy/testing or Sid/unstable? Could you run `reportbug xserver-xorg-video-intel` and paste the system (and package) information section from the end of the created message please? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-video-intel depends on: ii libc6 2.13-34 ii libdrm-intel1 2.4.33-3 ii libdrm22.4.33-3 ii libpciaccess0 0.13.1-2 ii libudev0 175-3.1 ii libx11-6 2:1.5.0-1 ii libx11-xcb12:1.5.0-1 ii libxcb-dri2-0 1.8.1-1 ii libxcb-util0 0.3.8-2 ii libxcb11.8.1-1 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxv1 2:1.0.7-1 ii libxvmc1 2:1.0.7-1 ii xserver-xorg-core [xorg-video-abi-12] 2:1.12.1.902-1 After some inactivity screen turns black again. So close lid and open back again ... Turned the beast around to google about it with the correct name specs. So I needed to close the lid. When I opened it back, X was there. I am getting the same behaviour with the intel or the fglrx driver. Display is pitch black. Close the thing, open it again and voila, we have got kdm waiting for login. Have you tried Pedro???s suggestion to increase the backlight with the function keys when the display is black? I have tried again and it's not working at all. Even if screen is shining brightly. So this one is usable under linux/X after all. I would not call that usable. ;-) Sorry for not replaying earlier ... No problem at all. I know the weather is too good currently. But if you could spend another half an hour to follow the steps in [1] and report a bug in the freedesktop.org Bugzilla, that would be awesome. Hopefully that will bring up a correct fix for this issue and not so knowledgeable users trying Debian will not hit this issue. I am not really sure against what I should file a bug. Now fglrx is locked out, just the i915 driver (saving some battery life ...) and I am having this issued with this HP laptop. Thanks, Paul [1] http://intellinuxgraphics.org/how_to_report_bug.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681880: [bug 681880 1/3] lockfile: Fix hang locking through a dangling symlink.
On Thu, Jul 26, 2012 at 11:53:25PM -0700, Ben Pfaff wrote: On Fri, Jul 27, 2012 at 08:39:42AM +0200, Bastian Blank wrote: I would always use the lock file at the target location of the database and not follow symlinks there. Otherwise more than one lock file can exist. We have to follow symlinks, so that the lock file ends up in /var/lib, because FHS says that /etc is static, and therefore may be mounted read-only, and therefore we cannot create a read/write file there. I was unclear. You should first use realpath(3) on the database filename and calculate the lock file from there. Otherwise there may be several lock files for the same db. Also, I see no lstat or realpath calls, so using symlinks is not safe anyway. The daemon does not know the real location to calculate the lock and temp file locations. On second thought, drop the lock file and use fcntl(db, F_SETLK…) on the database file itself. This lock is automatically released if the process dies. We cannot drop the lock file, because the lock file grants the right not merely to modify the database but to put another file in its place. That is, the locked entity is the name, not the inode to which the name refers. This is no real problem. Obtaining an exclusive lock for the complete file, not only parts, may include the right to replace it. This just needs to be documented. However the current solution alows for a disappearing lock file and may corrupt the database in this case. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, The Paradise Syndrome, stardate 4842.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682941: lintian: Unhelpful croak message 'Missing Severity field for HASH(0x...)'
On 2012-07-27 09:53, Christoph Biedl wrote: Package: lintian Version: 2.5.10 Severity: normal Dear Maintainer, refering to /usr/share/lintian/lib/Lintian/Tag/Info.pm ll.88 croak Missing Tag field unless $self-{'tag'}; $tagname = $self-{'tag'}; croak Missing Severity field for $tag unless $self-{'severity'}; croak Missing Certainity field for $tag unless $self-{'certainty'}; Since $tag is a hash reference, an error message created in the third or fourth line is not helping. Did you mean $tagname? Mean reason was a broken external plugin so you'll probably not encounter that in regular lintian installations. Feel free to lower the priority. Christoph [...] Hi, Thanks for spotting this, it has been fixed in a75087f (in case you want to backport it). Is the source for this third-party plugin available online? I am curious about how installs itself, what it uses and such. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682947: flightgear: terrasync reports version mismatch in svn_client
Package: flightgear Version: 2.4.0-1.2 Severity: normal On an up2date wheezy installation with ii flightgear 2.4.0-1.2 ii subversion 1.6.17dfsg-4 terrasync reports the following when invoked unki@kuecken:/tmp$ terrasync Airports/K ... terrasync: Version mismatch in 'svn_client': found 1.6.17, expected 1.7.5 terrasync: Version mismatch in 'svn_subr': found 1.6.17, expected 1.7.5 Once I backported subversion 1.7.5 from unstable to wheezy, terrasync works again. Looks like it got compiled against 1.7.5, but wheezy has been frozen with svn 1.6.17. Cheers, Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages flightgear depends on: ii fgfs-base 2.4.0-1.1~mm.1 ii freeglut3 2.6.0-4 ii libalut0 1.1.0-3 ii libapr1 1.4.6-3 ii libc6 2.13-33 ii libgcc1 1:4.7.1-2 ii libgl1-mesa-glx [libgl1] 8.0.3-1 ii libglu1-mesa [libglu1]8.0.3-1 ii libice6 2:1.0.8-2 ii libjpeg8 8d-1 ii libopenal11:1.14-4 ii libopenscenegraph80 3.0.1-1.1~mm.1 ii libopenthreads14 3.0.1-3+b2 ii libplib1 1.8.5-5.2 ii libsm62:1.2.1-2 ii libstdc++64.7.1-2 ii libsvn1 1.6.17dfsg-4 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxi62:1.6.1-1 ii libxmu6 2:1.1.1-1 ii libxt61:1.1.3-1 ii simgear2.4.0 2.4.0-1.3 ii zlib1g1:1.2.7.dfsg-13 Versions of packages flightgear recommends: ii fgfs-aircraft-base 2.4.0-1.1~mm.1 ii fgfs-models-base2.4.0-1.1~mm.1 ii fgfs-scenery-base 2.4.0-1.1~mm.1 flightgear 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#682948: Incorrect versioning scheme disturbs upgrading
Package: blender Version: 2.63a-1 Severity: important Please don't change the versioning scheme, and don't use upstream version string a, b, etc. Old blender package for 2.49b used the package version 2.49.2 to avoid the upgrade issue. Changelog of 2.49.2~dfsg-1 says: This is actually 2.49b, but using a +dfsg suffix breaks comparing 2.49+dfsg and 2.49b+dfsg. Use .2 instead of b accordingly. And switch to using a ~dfsg suffix. So, 2.63a should be translated into 2.63.1 for the same reason. In my PPA in Launchpad, I have maintained blender trunk package for Ubuntu and the package version uses +svn suffix like 2.63.1+svn49102-0irie1~precise1. Since Debian package system compares the versions as 2.63a+svn 2.63+svn 2.63.1+svn, if the official Debian/Ubuntu package uses the wrong versioning scheme such as 2.63a, I can no longer provide the trunk packages having a version suffix +svn. -- IRIE Shinsuke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682950: xmlto refuses valid xref xrefstyle content
Package: xmlto Version: 0.0.23-2 I use xmlto to process a docbook file to HTML, and dblatex to process it to PDF (because the dblatex look nicer and work better in my case). But I have discovered a problem with xmlto. It is unable to process xref with xrefstyle values. This is a simple XML example to demonstrate the problem: !DOCTYPE book PUBLIC -//OASIS//DTD DocBook V4.2//EN http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd; book bookinfo titleYour title here/title /bookinfo chapter id=ch1titleChapter title/title sectiontitleSection title 1/title para See chapter on page xref xrefstyle=select: pagenumber linkend=ch1/. /para /section /chapter /book When processing it with dblatex, the paragraph is expanded to See chapter on page 1. But when I process it with xmlto, I get this error: % xmlto html valid-xref-xrefstyle.xml xmlto: valid-xref-xrefstyle.xml does not validate (status 3) xmlto: Fix document syntax or use --skip-validation option valid-xref-xrefstyle.xml:11: element xref: validity error : No declaration for attribute xrefstyle of element xref Document valid-xref-xrefstyle.xml does not validate % What is going on here? Is the docbook XML invalid or is xmlto unable to recognize correct docbook XML in this case? xmllint also fail to validate this XML (reported as BTS #682944), but as far as I can find on the web and docbook documentation, this is valid use of xref. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682949: [enigmail] Enigmail doesn't follow keyid-format option in gpg.conf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: enigmail Version: 2:1.4.1exp-1 Severity: normal - --- Please enter the report below this line. --- I have line keyid-format 0xLONG in my ~/.gnupg/gpg.conf. It seems that Enigmail doesn't care about it, because it's still showing information in banners, OpenPGP security information and P-R rule editing in keyid-format 0xSHORT. Only password asking uses the correct name, but that is probably, because I use gpg-agent. - --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablehttp.debian.net 500 unstabledeb.torproject.org 500 unstabledeb.opera.com 500 experimentalhttp.debian.net 500 all liveusb.info - --- Package information. --- Depends (Version) | Installed =-+-== libc6(= 2.4) | 2.13-35 libgcc1 (= 1:4.1.1) | 1:4.7.1-5 libnspr4-0d (= 1.8.0.10) | 2:4.9.2-1 libstdc++6 (= 4.1.1) | 4.7.1-5 icedove(= 11.0) | 11.0-1 OR iceape (= 2.8) | gnupg | 1.4.12-4+b1 Package's Recommends field is empty. Package's Suggests field is empty. - -- Mika Suomalainen Freedom! [Citation needed] -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Public key: http://mkaysi.github.com/PGP/key.txt Comment: gpg --keyserver pool.sks-keyservers.net --recv-keys 0x82A46728 Comment: Fingerprint = 24BC 1573 B8EE D666 D10A AA65 4DB5 3CFE 82A4 6728 Comment: Why do I (clear)sign emails? http://git.io/6FLzWg Comment: Please remove PGP lines in replies. http://git.io/nvHrDg Comment: Charset of this message should be UTF-8. Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCgAGBQJQElLbAAoJEE21PP6CpGcoaIcP/2j7HRVLrYZLI5Gt3POvTqPR Tw+lizih4cGrSo3CHcOPnPIyQN7yNHRY1YSjtk2IR85DaDoj6jafDnnODBjWRrib a4QBJ5zSycHmsglPtwFw2xprrM+8HoFXatC6OI7HF6IBQ/hVeoEYthAUCUPXBe+o 7iKCg4+6Kx61Rt9/OZqmuzvb63ydpiWh5ModNXf8tA6NQKLiniSh2HAAUnb6CyCP ftqJUzNvlxueDb8I37WVAR3M0mn/c7ZKoiRS2JA7qBCanoE5r1muPOlrGGjP+pfI kp+PspFazdBTi/4+hD8khO7+dHSjH1st0mfptMMbLA3CN4MWECp+vkmugtwRGumO KrfeI/rT9j5pFEm+9y+p917zBOouRa9Ic/HzCTX0B/bBjVPswYWzSPlPJ1GRsCgE FG0Jrf6y8Y1fZ5Y0vF8yWrSW6LHnSNCX6buwu8hg3o5hB53yN7IRlVSeJNsMmOR4 bOiTkgwYfC3E965r9LAX9/s7IGp/9W7bVUZao0QPkzOFIxL7BS76uwTMiTx6cVu2 fiFWUoPtvkKVwc+myuZ0OnQ4dvh4xzv6fduKz4ZT4XTzzWT/bXrA/omj2K2B1Kun I2m39iiZaf8u/2jeA5bB9El5hsDeJcOXU65MpDKSP37zNkoyg+bt8vn8OXY7B86n f2kF6j6mkMY5jMorX15N =9+ye -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682616: Chromium keeps crashing with segfaults
I don't know what happened.. It didn't even open the browser before the segmentation fault occurred. I'm attaching the gdb trace (bt full as you requested) Thanks, Eugenio On Fri, Jul 27, 2012 at 4:18 PM, Emmanuel Bouthenot kol...@openics.orgwrote: On Fri, Jul 27, 2012 at 04:08:36PM +0800, Eugenio Cano-Manuel Mendoza wrote: [...] I moved the files as you told me, segfault persists, just no messages now: strace -e open chromium-browser 21 | grep icon-theme.cache | grep -v ENOENT zsh: segmentation fault strace -e open chromium-browser 21 | zsh: donegrep icon-theme.cache | zsh: exit 1 grep -v ENOENT Maybe it could be easier to debug it through gdb: Could you install chromium-browser-dbg (sorry it's a ~500MB package) then run : $ chromium-browser -g # you will get a gdb prompt after one or two dozen of seconds $ gdb run --single-process # It should segfault $ gdb bt full Could you us send the result of 'bt full' ? Thanks, Regards, M. -- Emmanuel Bouthenot mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3 xmpp: kol...@im.openics.org irc: kolter@{freenode,oftc} trace Description: Binary data
Bug#682911: packaging-dev: removes directories that were installed by another package: /var/cache/pbuilder/ccache/
Am Freitag, den 27.07.2012, 03:09 +0200 schrieb Andreas Beckmann: during a test with piuparts I noticed your package removes files that were installed by another package. The removed files were already present before the package was installed, they may have been shipped or created by a dependency. That's not possible. packaging-dev is a meta package and do not contain any maintainer script. -- Benjamin Drung Debian Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#682709: NFS4 krb5 mounts hang under nfs-utils 1.2.6-3
On 26/07/2012 18:58, Luk Claes wrote: Even if that was not the case, NFS is not only about NFS4 or use with krb5, so anything above important is wrong as long as these other use cases still work. Sorry, maybe I have a little bit overrated the severity. Btw, there are quite some NFS4+krb5 bugs open as none of its maintainers use it that way, would you be willing to help out? I am quite busy these days. However I will try to review the old bug reports and check whether the new version have fixed them. I will also try to investigate the remaining ones. I am not a super expert in NFS+krb5 (just setup few systems with it) but I will try my best. Cheers, Nicolas signature.asc Description: OpenPGP digital signature
Bug#682657: Minor package description issues
Hi, thanks for your input and the nitpicking! When I prepared the 4.0.9 upload I wrote a new description but unfortunately I forgot to include it :(. I'll take your input and prepare a new description for the next upload. Unfortunately that will be after Wheezy. Thanks for your help! Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682892: Bug#680845: derivations: FTBFS: Can't create output index file /«PKGBUILDDIR»/tex/main.ind.
On 26.07.12 Sebastian Ramacher (sebast...@ramacher.at) wrote: Control: clone 680845 -1 Control: reassign -1 rubber Control: retitle -1 rubber: calls makeindex with absolute paths Control: forwarded -1 https://bugs.launchpad.net/rubber/+bug/706338 Control: block 680845 by -1 On 08/07/12 19:05, Lucas Nussbaum wrote: rubber main.tex compiling main.tex... processing index main.idx... makeindex: Not writing to /«PKGBUILDDIR»/tex/main.ind (openout_any = p). Can't create output index file /«PKGBUILDDIR»/tex/main.ind. Usage: makeindex [-ilqrcgLT] [-s sty] [-o ind] [-t log] [-p num] [idx0 idx1 ...] could not make index /«PKGBUILDDIR»/tex/main.ind make[2]: *** [derivations.dvi] Error 1 This is a bug in rubber. makeindex requires relative paths if TEXMFOUTPUT is not set to the correct directory. rubber calls makeindex with absolute paths, though. Until rubber is fixed setting TEXMFOUTPUT to $(CURDIR)/tex in debian/rules is enough is enough to work around this bug.. As you have a work around: is this cloned bug still of severity serious? Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#622277: cpufrequtils: CPUs always run on lowest speed
Hi, yes I have tried to set it manually, but with no good results. This ist the output from the OpenSuse LiveCD. # cpufreq-info cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009 Bitte melden Sie Fehler an http://bugs.opensuse.org. analysiere CPU 0: Treiber: acpi-cpufreq Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0 Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0 Maximale Dauer eines Taktfrequenzwechsels: 10.0 us. Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz mögliche Regler: conservative, userspace, powersave, ondemand, performance momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 2.00 GHz. liegen. Der Regler performance kann frei entscheiden, welche Taktfrequenz innerhalb dieser Grenze verwendet wird. momentane Taktfrequenz ist 3.00 GHz (verifiziert durch Nachfrage bei der Hardware). analysiere CPU 1: Treiber: acpi-cpufreq Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 1 Die Taktfrequenz folgender CPUs werden per Software koordiniert: 1 Maximale Dauer eines Taktfrequenzwechsels: 10.0 us. Hardwarebedingte Grenzen der Taktfrequenz: 2.00 GHz - 3.00 GHz mögliche Taktfrequenzen: 3.00 GHz, 2.00 GHz mögliche Regler: conservative, userspace, powersave, ondemand, performance momentane Taktik: die Frequenz soll innerhalb 2.00 GHz und 3.00 GHz. liegen. Der Regler ondemand kann frei entscheiden, welche Taktfrequenz innerhalb dieser Grenze verwendet wird. momentane Taktfrequenz ist 3.00 GHz (verifiziert durch Nachfrage bei der Hardware). and uname -r 3.1.0-1.2-desktop I found out that Debian has the exact same behaviour when I run 2.6.32-5-686 Kernel. He is not able to speed up both cores. Only if I type in cpufreq-set --max 3.0G he gives the full power to CPU0, as you can see above. Without that command (which does not work in Debian) CPU0 also runs with 2.0G. Greetings -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#310203: Forwarded
tags 310203 + upstream forwarded 310203 http://bugs.ghostscript.com/show_bug.cgi?id=693223 thanks Suggest removing this script -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682798: ERROR: Node N cannot be found in the node store M (too many open files)
Package: obnam Followup-For: Bug #682798 There seems to be a problem with how obnam deals with ENOMEM conditions, causing it to leak pipes. Yet another trial run failed. This time I ran a lsof process periodically in another screen window: % (export LC_ALL=C ; while :; do date; really lsof -c obnam | grep -c pipe$; sleep 20; done) | tee obnam-lsof.txt The data are interesting: [... several hours of low counts deleted ...] Fri Jul 27 06:50:14 EEST 2012 2 Fri Jul 27 06:50:34 EEST 2012 2 Fri Jul 27 06:50:54 EEST 2012 2 Fri Jul 27 06:51:14 EEST 2012 2 Fri Jul 27 06:51:34 EEST 2012 2 Fri Jul 27 06:51:54 EEST 2012 2 Fri Jul 27 06:52:14 EEST 2012 2 Fri Jul 27 06:52:34 EEST 2012 11 Fri Jul 27 06:52:55 EEST 2012 9 Fri Jul 27 06:53:15 EEST 2012 2 Fri Jul 27 06:53:35 EEST 2012 9 Fri Jul 27 06:53:55 EEST 2012 2 Fri Jul 27 06:54:15 EEST 2012 2 Fri Jul 27 06:54:35 EEST 2012 2 Fri Jul 27 06:54:55 EEST 2012 2 Fri Jul 27 06:55:15 EEST 2012 2 Fri Jul 27 06:55:35 EEST 2012 23 Fri Jul 27 06:55:55 EEST 2012 33 Fri Jul 27 06:56:15 EEST 2012 33 Fri Jul 27 06:56:35 EEST 2012 30 Fri Jul 27 06:56:55 EEST 2012 30 Fri Jul 27 06:57:15 EEST 2012 49 Fri Jul 27 06:57:35 EEST 2012 44 Fri Jul 27 06:57:55 EEST 2012 44 Fri Jul 27 06:58:15 EEST 2012 44 Fri Jul 27 06:58:36 EEST 2012 49 Fri Jul 27 06:58:56 EEST 2012 44 Fri Jul 27 06:59:16 EEST 2012 44 Fri Jul 27 06:59:36 EEST 2012 49 Fri Jul 27 06:59:56 EEST 2012 398 Fri Jul 27 07:00:16 EEST 2012 1605 Fri Jul 27 07:00:36 EEST 2012 3222 Fri Jul 27 07:00:57 EEST 2012 5994 Fri Jul 27 07:01:18 EEST 2012 5994 Fri Jul 27 07:01:40 EEST 2012 5994 Fri Jul 27 07:02:01 EEST 2012 5994 Fri Jul 27 07:02:23 EEST 2012 5994 Fri Jul 27 07:02:44 EEST 2012 5994 Fri Jul 27 07:03:05 EEST 2012 5994 Fri Jul 27 07:03:27 EEST 2012 5994 Fri Jul 27 07:03:48 EEST 2012 5994 Fri Jul 27 07:04:09 EEST 2012 5994 Fri Jul 27 07:04:30 EEST 2012 5994 Fri Jul 27 07:04:52 EEST 2012 5994 Fri Jul 27 07:05:13 EEST 2012 5994 Fri Jul 27 07:05:34 EEST 2012 5994 Fri Jul 27 07:05:55 EEST 2012 5994 Fri Jul 27 07:06:15 EEST 2012 5994 Fri Jul 27 07:06:37 EEST 2012 5994 Fri Jul 27 07:06:58 EEST 2012 5994 Fri Jul 27 07:07:19 EEST 2012 5994 Fri Jul 27 07:07:40 EEST 2012 5994 Fri Jul 27 07:08:00 EEST 2012 5994 Fri Jul 27 07:08:22 EEST 2012 5994 Fri Jul 27 07:08:43 EEST 2012 5994 Fri Jul 27 07:09:03 EEST 2012 5994 Fri Jul 27 07:09:25 EEST 2012 5994 Fri Jul 27 07:09:46 EEST 2012 5994 Fri Jul 27 07:10:07 EEST 2012 5994 Fri Jul 27 07:10:29 EEST 2012 5994 Fri Jul 27 07:10:50 EEST 2012 5994 Fri Jul 27 07:11:11 EEST 2012 5994 Fri Jul 27 07:11:33 EEST 2012 5994 Fri Jul 27 07:11:54 EEST 2012 5994 Fri Jul 27 07:12:15 EEST 2012 5994 Fri Jul 27 07:12:37 EEST 2012 5994 Fri Jul 27 07:12:58 EEST 2012 5994 Fri Jul 27 07:13:19 EEST 2012 5994 Fri Jul 27 07:13:41 EEST 2012 5994 Fri Jul 27 07:14:02 EEST 2012 5994 Fri Jul 27 07:14:23 EEST 2012 5994 Fri Jul 27 07:14:45 EEST 2012 5994 Fri Jul 27 07:15:07 EEST 2012 5994 Fri Jul 27 07:15:28 EEST 2012 5994 Fri Jul 27 07:15:49 EEST 2012 5994 Fri Jul 27 07:16:11 EEST 2012 5994 Fri Jul 27 07:16:32 EEST 2012 5994 Fri Jul 27 07:16:54 EEST 2012 5994 Fri Jul 27 07:17:15 EEST 2012 5994 Fri Jul 27 07:17:37 EEST 2012 5994 Fri Jul 27 07:17:58 EEST 2012 5994 Fri Jul 27 07:18:20 EEST 2012 5994 Fri Jul 27 07:18:42 EEST 2012 5994 Fri Jul 27 07:19:03 EEST 2012 5994 Fri Jul 27 07:19:25 EEST 2012 5994 Fri Jul 27 07:19:45 EEST 2012 5994 Fri Jul 27 07:20:06 EEST 2012 5994 Fri Jul 27 07:20:26 EEST 2012 5994 Fri Jul 27 07:20:47 EEST 2012 5994 Fri Jul 27 07:21:08 EEST 2012 5994 Fri Jul 27 07:21:29 EEST 2012 5994 Fri Jul 27 07:21:49 EEST 2012 5994 Fri Jul 27 07:22:10 EEST 2012 5994 Fri Jul 27 07:22:32 EEST 2012 5994 Fri Jul 27 07:22:52 EEST 2012 5994 Fri Jul 27 07:23:14 EEST 2012 5994 Fri Jul 27 07:23:35 EEST 2012 5994 Fri Jul 27 07:23:55 EEST 2012 5994 Fri Jul 27 07:24:16 EEST 2012 5994 Fri Jul 27 07:24:37 EEST 2012 5994 Fri Jul 27 07:24:58 EEST 2012 5994 Fri Jul 27 07:25:19 EEST 2012 5994 Fri Jul 27 07:25:40 EEST 2012 5994 Fri Jul 27 07:26:02 EEST 2012 5994 Fri Jul 27 07:26:23 EEST 2012 5994 Fri Jul 27 07:26:44 EEST 2012 5994 Fri Jul 27 07:27:04 EEST 2012 5994 Fri Jul 27 07:27:26 EEST 2012 5994 Fri Jul 27 07:27:46 EEST 2012 5994 Fri Jul 27 07:28:07 EEST 2012 5994 Fri Jul 27 07:28:28 EEST 2012 5994 Fri Jul 27 07:28:49 EEST 2012 5994 Fri Jul 27 07:29:10 EEST 2012 5994 Fri Jul 27 07:29:32 EEST 2012 5994 Fri Jul 27 07:29:54 EEST 2012 5994 Fri Jul 27 07:30:15 EEST 2012 5994 Fri Jul 27 07:30:36 EEST 2012 5994 Fri Jul 27 07:30:57 EEST 2012 5994 Fri Jul 27 07:31:18 EEST 2012 5994 Fri Jul 27 07:31:38 EEST 2012 5994 Fri Jul 27 07:31:59 EEST 2012 5994 Fri Jul 27 07:32:20 EEST 2012 5994 Fri Jul 27 07:32:41 EEST 2012 5994 Fri Jul 27 07:33:03 EEST 2012 5994 Fri Jul 27 07:33:24 EEST 2012 5994 Fri Jul 27 07:33:45 EEST 2012 5994 Fri Jul 27 07:34:07 EEST 2012 5994 Fri Jul 27 07:34:29 EEST 2012 5994 Fri Jul 27 07:34:51 EEST 2012 5994 Fri Jul 27 07:35:12 EEST 2012 5994 Fri Jul 27 07:35:34 EEST 2012 5994 Fri Jul 27 07:35:55 EEST 2012 5994 Fri Jul 27
Bug#674902: 674902
Hi Andrej, Am 26.07.2012 00:59, schrieb Andrej Kacian: In case it helps, this seems to be happening for packages which have - (dash) in their version string. However, I can only trigger this bug on one of my wheezy systems - I've never seen this bug on the other one. Can you give me some examples of packages which have a - in there version strings and where you can see it on wheezy? Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#682923: dos2unix: small update needed to conv
tags 682923 + moreinfo severity 682923 minor thanks 2012-07-26 19:22 ubuntu6226 ubuntu6...@yahoo.com: | Package: dos2unix | Version: 5.0-2 | Severity: normal | | $ dos2unix vim_plugins/_vimrc vimrc | dos2unix: converting file vim_plugins/_vimrc to UNIX format ... | | it would need a small update I would say to convert better. | | geany will help me ...;) I have difficulties in understanding what the bug report is about. Please elaborate what is the small update. The UNIX format conversion is like this: line contentCRLF becomes: line contentLF The conversion does not touch the text on the line. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674902: 674902
On Fri, 27 Jul 2012 10:53:36 +0200 Christoph Martin mar...@uni-mainz.de wrote: Hi Andrej, Am 26.07.2012 00:59, schrieb Andrej Kacian: In case it helps, this seems to be happening for packages which have - (dash) in their version string. However, I can only trigger this bug on one of my wheezy systems - I've never seen this bug on the other one. Can you give me some examples of packages which have a - in there version strings and where you can see it on wheezy? Christoph Hello Martin, actually, the issue disappeared again, after following upgrades (copied from /var/log/apt/history.log): libapt-inst1.5:amd64 (0.9.7.1, 0.9.7.2), apt-utils:amd64 (0.9.7.1, 0.9.7.2), apt:amd64 (0.9.7.1, 0.9.7.2) Before that, I got the perl error on e.g. chromium (version string containing -), and did not get it on apt (version string not containing -). Perhaps dependencies for apt-show-versions package could be modified to reflect this. Regards, Andrej -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661098: subtitleeditor: new upstream version 0.40.0 of subtitleeditor released
Hi, sorry for giving no update on this. The problem right now is that subtitleeditor is constantly crashing for some people and I'd like to hunt the problem down befor uploading a new version (which doesn't solve the crashes). It seems so be no direct problem of subtitleeditor but of one library it uses. Her is a quote from a summary I wrote: I really don't understand if it's a problem of libgstreamer0.10-0 or of libgstreamermm-0.10-2. The backtrace shows the later but downgrading the former solved the problem... While [1] proposes a patch that seems to solve the problem. I fear testing that is out of my scope at the moment. The bug against libgstreamermm-0.10-2 is: [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661941 The bug against libgstreamer0.10-0 is: [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657327 There is also a bug filed against upstream: [3] https://bugzilla.gnome.org/show_bug.cgi?id=675943 happy hacking Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631132: nano: Yellow on white
Package: nano Version: 2.2.6-1+b1 Followup-For: Bug #631132 Another unfortunate colour combination is blue on black. To fix this, I have copied all the files /usr/share/nano/*.nanorc to ~/.nano_syntax/ and edited ~/.nanorc to reflect this change. As I now use a white on black terminal, I replaced all occurances of brightblue with cyan in those syntax files: ~/.nano_syntax$ msrp brightblue cyan *.nanorc since blue on black was almost unreadable. It would be nice to be able to define the colours in one place, and the syntax highlighting in another. E.g. one would define def NORMAL = white def ALERT = red def COMMENT = cyan and so on in one place, and then only refer to NORMAL, ALERT and COMMENT and so on in the actual definitions of the syntax highlighting for each file type, not explicit colours. I think this is how it is done in the text KDE editor kate, and it allows the user to easily change a color that doesn't well on his/her screen, or to do any necessary changes when switching between white on black and black on white terminals. Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4.6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nano depends on: ii dpkg 1.16.8 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-35 ii libncursesw5 5.9-10 ii libtinfo5 5.9-10 nano recommends no packages. Versions of packages nano suggests: pn spell 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#682892: Bug#680845: derivations: FTBFS: Can't create output index file /«PKGBUILDDIR»/tex/main.ind.
Hi Hilmar, On 27/07/12 10:52, Hilmar Preusse wrote: As you have a work around: is this cloned bug still of severity serious? I'd say it's at least important and should be fixed for wheezy anyway. The bug causes a FTBFS in another package and makes rubber useless for any document containing an index. Kind regards -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#682951: gnome-control-center: gnome-sound-applet and friends forget which sound card is active after hibernating
Package: gnome-control-center Version: 1:3.4.2-2 Severity: normal My computer has an internal soundcard and an USB speaker. I don't have any speakers attached to the internal's jacks, and I listen to music through the USB speakers. This works fine with Gnome's control panel and sound applet: I just select the USB thingy and music comes out. I can set the volume with the applet or with keyboard shortcuts. Fine. Now I hibernate and resume. Music still plays through the USB speaker, from which I gather that Pulseaudio restored fine. However, Gnome's control center and applet seem to think that output should go to the internal card. The applet's volume bar and the keyboard shortcuts control the volume for the internal card, with no influence over the actual sound (since it comes through the USB speaker). I need to go to the sound preferences panel and select the USB speaker as output before the controls are connected back to it rather than to the internal card. This happens every time I hibernate/resume (once a day, usually). Roland. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.21-6 ii apg2.2.3.dfsg.1-2 ii desktop-file-utils 0.20-0.1 ii gnome-control-center-data 1:3.4.2-2 ii gnome-desktop3-data3.4.2-1 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-3 ii gnome-settings-daemon 3.4.2-3 ii gsettings-desktop-schemas 3.4.2-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcanberra-gtk3-0 0.28-4 ii libcanberra0 0.28-4 ii libcheese-gtk213.4.2-1 ii libcheese3 3.4.2-1 ii libclutter-1.0-0 1.10.8-1 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.4-3 ii libcups2 1.5.3-2 ii libdbus-1-31.6.2-2 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-7 ii libgcrypt111.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-3 ii libgnomekbd7 3.4.0.2-1 ii libgnutls262.12.20-1 ii libgoa-1.0-0 3.4.2-1 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-2 ii libgtop2-7 2.28.4-3 ii libjson-glib-1.0-0 0.14.2-1 ii libk5crypto3 1.10.1+dfsg-1 ii libkrb5-3 1.10.1+dfsg-1 ii libnm-glib40.9.4.0-5 ii libnm-gtk0 0.9.4.1-1+b1 ii libnm-util20.9.4.0-5 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libpolkit-gobject-1-0 0.105-1 ii libpulse-mainloop-glib02.0-4 ii libpulse0 2.0-4 ii libsocialweb-client2 0.25.20-2 ii libupower-glib10.9.17-1 ii libwacom2 0.5-1 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxklavier16 5.2.1-1 ii libxml22.8.0+dfsg1-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.1.2-1 ii gnome-online-accounts 3.4.2-1 ii gnome-session 3.4.2.1-1 ii gnome-user-guide 3.4.2-1 ii iso-codes 3.37-1 ii mesa-utils 8.0.1-2+b3 ii mousetweaks3.4.2-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.4.1-1 ii gstreamer0.10-pulseaudio 0.10.31-3 ii libcanberra-gtk-module0.28-4 ii x11-xserver-utils 7.7~3 -- no debconf information -- Roland Mas Mou ichido ! Hayaku ! Ookii koede ! -- Atsuko Sasaki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682952: Installation fails on locking for security updates
package: cdrom version: testing severity: critical The former behaviour in case of not reaching http://security.debian.org/... (short timeout; apt-src as comment) should be reestablished. Now the standard installation hangs in this case. Best regards Thomas Schlegel Source: http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-dvd/ debian-testing-amd64-DVD-1.jigdo 23-Jul-2012 07:14 103K
Bug#682953: freefoam: The libfreefoam package does not have the SOVERSION in its name
Package: freefoam Version: 0.1.0-1 Severity: serious Justification: Policy 8.1 Dear Maintainer, According to policy section 8.1, shared library packages must have the SOVERSION appended to the base package name. I.e. it should be called libfreefoam1. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages freefoam depends on: ii libc62.13-34 ii libfreefoam 0.1.0-1 ii libgcc1 1:4.7.1-5 ii libreadline6 6.2-8 ii libstdc++6 4.7.1-5 ii mpi-default-bin 1.0.1 ii python 2.7.3-1 ii tcsh [c-shell] 6.18.01-2 ii zlib1g 1:1.2.7.dfsg-13 freefoam recommends no packages. freefoam 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#661941: (no subject)
Hi, just as an update: upstream thinks that it's a Debian specific bug. Could you please have a look at it: Vincent Penquerc'h [GStreamer developer] 2012-06-09 10:52:34 UTC wrote [1]: I did get interesting output from valgrind though. The numbers below, when related to your earlier point about it seeming to be 64 bit specific, seem suspiciously like something is mixing 32 and 64 bit. There's a read of size 8 4 bytes before the end of a block. It could be another bug though. This all happens before gstreamer gets used, so seems either like a bug in glib's option parsing code (unlikely), or, since these are prebuilt binaries, someone mixing ABIs (more likely). There's an invalid write later in /usr/lib/libgstreamermm-0.10.so.2.0.1, which would quite likely panic the libc malloc checks. This is fairly likely to be the same bug (writing 8 bytes where maybe allocated memory was smaller, assuming 4 byte values). Can't tell for certain offhand though. So I'd say not gst. Probably whoever compiled one of the libs or subtitleeditor itself mixed up ABIs/archs. Probably subtitleeditor itself, or there'd be several more programs showing the same symptoms (are there ? :)) Anyway, that's all guesswork based on the valgrind reports and the offsets/sizes here. It seems likely, but I can't be 100% sure. That's something that distro people will know better how to check. Please feel free to link to this comment to your distro's bugtracker. I'm tempted to close as NOTGNOME, but I'll wait to see what those people say before doing so. Thanks ==7346== Invalid read of size 8 ==7346==at 0x873101F: wcslen (wcslen.S:48) ==7346==by 0x873976D: wcscoll_l (strcoll_l.c:116) ==7346==by 0x79DE6B9: g_utf8_collate (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1) ==7346==by 0x72ED7FC: Glib::OptionGroup::add_entry_with_wrapper(Glib::OptionEntry const, GOptionArg, void*) (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1 ==7346==by 0x420446: ??? (in /usr/bin/subtitleeditor) ==7346==by 0x414FFA: ??? (in /usr/bin/subtitleeditor) ==7346==by 0x86B076C: (below main) (libc-start.c:226) ==7346== Address 0xf405a80 is 32 bytes inside a block of size 36 alloc'd ==7346==at 0x4C2B6CD: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==7346==by 0x79BAA38: g_malloc (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1) ==7346==by 0x79DF341: ??? (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1) ==7346==by 0x79DE6AB: g_utf8_collate (in /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.1) ==7346==by 0x72ED7FC: Glib::OptionGroup::add_entry_with_wrapper(Glib::OptionEntry const, GOptionArg, void*) (in /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1 ==7346==by 0x420446: ??? (in /usr/bin/subtitleeditor) ==7346==by 0x414FFA: ??? (in /usr/bin/subtitleeditor) ==7346==by 0x86B076C: (below main) (libc-start.c:226) ==7346== [1] https://bugzilla.gnome.org/show_bug.cgi?id=675943 I hope that helps Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682954: [phppgadmin] The phpPgAdmin displays table data poorly
Package: phppgadmin Version: 5.0.4-1 Severity: important --- Please enter the report below this line. --- Hi, in the Table Browse view some of the datas are poorly displayed. What I'm mean here is visible if one download the image of this display problem from here (one must click on the download icon): http://cspl.me/joomla/index.php/itt-helyben/kepek I can try to explain the problem here in words. (English isn't my first language.) On the image one can see 9 rows in the Table. All rows are displayed properly but but the second, third and sixth. In the column named 'unnep_neve' phpPgAdmin display the column too strait so one can see the text in the second row as 'A II. világháború szerb áldozatainak emlékna#8230;' in place of the proper text: 'A II. világháború szerb áldozatainak emléknapja'. In the second row in the 'megjegyzes' column one can see empty field, but there should to be the text: 'November 11. a napja, de az vasárnapra esik, ezért hétfőn ünnepeljük meg.' In the sixth row the problem is the same as in the second row, but with different text. So it seems to me that that phpPgAdmin displays Table data poorly because if a text in a column exceeds some length then it can't be seen properly or at all. Certainly in the psql prompt these rows can be seen properly when I run the SELECT statement on this table. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.debian.org 500 testing www.debian-multimedia.org 500 testing ftp.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed ==-+-=== libapache2-mod-php5| 5.4.4-3 OR php5-cgi | php5-pgsql | 5.4.4-3 apache2| OR httpd | libjs-jquery | 1.7.2+debian-2 Recommends (Version) | Installed =-+-=== postgresql-doc| 9.1+134 Suggests(Version) | Installed =-+-=== postgresql| slony1-bin| -- Regards from Pal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660141: ITP: php-mongo -- PHP to MongoDB interface
Hello, * Package name: php-mongo is there any progress on this bug to upload php-mongo to debian? Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520753: Potential serious bug on ghostscript-cups
tags 520753 + patch reasign 520753 ghostscript-cups severity important thanks Hi, Bug 520753 is about a faillure in postinst script when /etc/cups/ppd is not present. i am tented to raise this bug as serious, because ti could break install. What is your opinion ? Bastien fix-cups-dir-in-postinst.patch Description: Binary data
Bug#682908: Freeze exception request: emacs24/24.1+1-4
On Thu, Jul 26, 2012 at 06:39:17PM -0500, Rob Browning wrote: Then it turned out there were some arch-specific FTBS problems that I managed to track down, with help, during DebConf. So now I wanted to see if you thought that emacs24 might still be appropriate for Wheezy, or if it just needs to be withdrawn. So far I think that it will be -backports material, sorry. It only got introduced into the archive on 6/30, has not received that much testing and people might assume that everything else in the archive works with it. Which doesn't seem to be necessarily the case given some recent mails. Is emacs23 in good shape for the release? Kind regards Philipp Kern PS: Your efforts fixing it up are appreciated, but it's just way too late to add a new package at this point that might cause other packages to need modifications. signature.asc Description: Digital signature
Bug#682939: xfonts-utils, xfonts-encodings, debhelper: installing xfonts-tipa removes /usr/share/fonts/X11/encodings/encodings.dir
Hello Julien, On Friday 27 July 2012 09:40:28 Julien Cristau wrote: It ships /usr/share/fonts/X11/encodings/silipa.enc. It needs to not do that, as far as I can tell. Many thanks for your hint. Should I simply remove it? I will try just now. Thanks, -- Daniele Tricoli 'Eriol' http://mornie.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682955: tomcat6: patch to add log compression to logrotate cronjob
Package: tomcat6 Severity: wishlist Tags: patch Hi, Please find attached a patch against current git that adds logfile compression to the existing tomcat6 cron.daily script. We've found compression highly effective on these kinds of logs, reducing the daily logs from 200 GB to 2 GB, a 99% saving. I've enabled it by default, because of the signifcant savings but also because other logs on Debian systems are compressed by default (syslog, Apache to name a few). Cheers, Thijs -- Thijs Kinkhorst th...@uvt.nl – LIS Unix Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE Bezoekadres Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl From c3d0f9ed145c9b851dc3939c61940614413dd8e8 Mon Sep 17 00:00:00 2001 From: Thijs Kinkhorst th...@debian.org Date: Fri, 27 Jul 2012 11:50:22 +0200 Subject: [PATCH] Add gzip compression to cron.daily for logs older than today's one. Compression is very effective on the kind of logging Tomcat produces thus it's enabled by default, also to match the behaviour of e.g. syslog and Apache log compression. Nonetheless the admin can disable it with the LOGFILE_COMPRESS setting in /etc/tomcat6/default. --- debian/defaults.template |2 ++ debian/tomcat6.cron.daily | 11 ++- 2 files changed, 12 insertions(+), 1 deletions(-) diff --git a/debian/defaults.template b/debian/defaults.template index 416312c..3ef3280 100644 --- a/debian/defaults.template +++ b/debian/defaults.template @@ -33,6 +33,8 @@ JAVA_OPTS=-Djava.awt.headless=true -Xmx128m -XX:+UseConcMarkSweepGC # Number of days to keep logfiles in /var/log/tomcat6. Default is 14 days. #LOGFILE_DAYS=14 +# Whether to compress logfiles older than today's +#LOGFILE_COMPRESS=1 # Location of the JVM temporary directory # WARNING: This directory will be destroyed and recreated at every startup ! diff --git a/debian/tomcat6.cron.daily b/debian/tomcat6.cron.daily index 016018c..a585050 100644 --- a/debian/tomcat6.cron.daily +++ b/debian/tomcat6.cron.daily @@ -2,11 +2,14 @@ NAME=tomcat6 DEFAULT=/etc/default/$NAME +LOGEXT=log # The following variables can be overwritten in $DEFAULT # Default for number of days to keep old log files in /var/log/tomcatN/ LOGFILE_DAYS=14 +# Whether to compress logfiles older than today's +LOGFILE_COMPRESS=1 # End of variables that can be overwritten in $DEFAULT @@ -16,6 +19,12 @@ if [ -f $DEFAULT ]; then fi if [ -d /var/log/$NAME ]; then - find /var/log/$NAME/ -name \*.log -mtime +$LOGFILE_DAYS -print0 \ + if [ $LOGFILE_COMPRESS = 1 ]; then + find /var/log/$NAME/ -name \*.$LOGEXT -daystart -mtime +0 -print0 \ + | xargs --no-run-if-empty -0 gzip -9 + LOGEXT=log.gz + fi + + find /var/log/$NAME/ -name \*.$LOGEXT -mtime +$LOGFILE_DAYS -print0 \ | xargs --no-run-if-empty -0 rm -- fi -- 1.7.2.5 signature.asc Description: This is a digitally signed message part.
Bug#682739: [Piuparts-devel] Bug#682739: piuparts: package cannot be tested with piuparts due to requirement of external resources
Hi Andreas, On Mittwoch, 25. Juli 2012, Andreas Beckmann wrote: Severity: minor Tags: wontfix thanks for this, but I still don't like this bug adding noise to the piuparts BTS page. I think I would prefer adding a clever workaround/special casing in the piuparts sources (like we have for other problematic packages). tags - wontfix retitle? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682956: gyoto: FTBFS with binutils-gold
Package: gyoto Severity: minor User: peter.fritzs...@gmx.de Usertags: no-add-needed Dear Maintainer, gyoto package fails to build from source with binutils-gold, see the log g++ -o gyoto -Wl,-Bsymbolic-functions -Wl,-z,relro -lxerces-c -lxerces-c -lstdc++ -lm -lxerces-c -lcfitsio gyoto.o -L../lib -lgyoto -ldl gyoto.o: In function `sigint_handler(int)': /build/buildd/gyoto-0.0.3/bin/gyoto.C:52: undefined reference to `ffppx' /build/buildd/gyoto-0.0.3/bin/gyoto.C:53: undefined reference to `ffclos' /build/buildd/gyoto-0.0.3/bin/gyoto.C:54: undefined reference to `ffrprt' gyoto.o: In function `xercesc_3_1::XMLAttDefList::~XMLAttDefList()': /usr/include/xercesc/framework/XMLAttDefList.hpp:158: undefined reference to `xercesc_3_1::XMemory::operator delete(void*)' gyoto.o: In function `xercesc_3_1::DTDEntityDecl::~DTDEntityDecl()': /usr/include/xercesc/validators/DTD/DTDEntityDecl.hpp:160: undefined reference to `xercesc_3_1::XMLEntityDecl::~XMLEntityDecl()' gyoto.o: In function `~DTDEntityDecl': /usr/include/xercesc/validators/DTD/DTDEntityDecl.hpp:160: undefined reference to `xercesc_3_1::XMLEntityDecl::~XMLEntityDecl()' gyoto.o: In function `xercesc_3_1::DTDEntityDecl::~DTDEntityDecl()': /usr/include/xercesc/validators/DTD/DTDEntityDecl.hpp:162: undefined reference to `xercesc_3_1::XMemory::operator delete(void*)' gyoto.o: In function `main': [...] Patch attached! -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-27-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: Reorder libs to fix FTBFS with binutils-gold Author: Angel Abad angela...@ubuntu.com --- a/bin/Makefile +++ b/bin/Makefile @@ -27,7 +27,7 @@ $(CXX) -o $@ $(CXXFLAGS) $(GYOTO_INC) $^ $(LIB_CXX_Gyoto) gyoto: gyoto.o ../lib/$(LIBGYOTO_FILE) - $(CXX) -o $@ $(LDFLAGS) $(LDLIBS) $ -L../lib -lgyoto -ldl + $(CXX) -o $@ -L../lib $(LDFLAGS) $ $(LDLIBS) -lgyoto -ldl dbgyoto: debugyoto.C ../lib/libgyoto.a $(CXX) -o $@ $(CXXFLAGS) $(GYOTO_INC) $^ $(LIB_CXX_Gyoto) $(LIB_CXX) $(LIB_CFITSIO) $(LIB_LORENE) $(LIB_LAPACK) $(LIB_GSL) $(LIB_PGPLOT) -Wno-long-long
Bug#682739: [Piuparts-devel] Bug#682739: Bug#682739: piuparts: package cannot be tested with piuparts due to requirement of external resources
On 2012-07-27 12:18, Holger Levsen wrote: thanks for this, but I still don't like this bug adding noise to the piuparts BTS page. I think I would prefer adding a clever workaround/special casing in the piuparts sources (like we have for other problematic packages). I did not really see an easy workaround ... if you have some ideas ? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682957: live-build-cgi: boot menu should default to Live and not Live ( failsafe)
Package: live-build-cgi Version: 3.0~a54-1 Severity: normal I built a livecd using http://live-build.debian.net/cgi-bin/live-build and stored all the output files at http://lindi.iki.fi/lindi/xpra/live-build.debian.net/build/20120726.072537.172975686/ When I boot the iso I get a boot menu where the default is Live ( failsafe) instead of Live. Is this a bug? I tried reading the syslinux files. Is this because both menu entries are marked menu default and the last one gets priority? git log shows that this was added in commit 224a2304c872e8c3143bb88cb77a35be4bc81e4a Author: Daniel Baumann dan...@debian.org Date: Sun Apr 29 09:30:50 2012 +0200 Adding failsafe entries for syslinux bootloaders in embedded configs. For completeness here's the build file: # live-build-cgi 3.0~a54-1 build file # Thu, 26 Jul 2012 07:25:37 -0500 _BUILD=20120726.072537.172975686 _EMAIL=timo.lindf...@iki.fi REMOTE_ADDR=84.248.66.131 # CGI Packages List _LB_CGIPACKAGES=task-gnome-desktop josm xpra # Standard options LB_BINARY_IMAGES=iso-hybrid LB_DISTRIBUTION=wheezy LB_PACKAGE_LISTS=standard LB_TASKS= # Advanced bootstrap options LB_ARCHITECTURES=i386 LB_ARCHIVE_AREAS=main # Advanced chroot options LB_CHROOT_FILESYSTEM=squashfs LB_LINUX_FLAVOURS=486 LB_SECURITY=true # Advanced binary options LB_BINARY_INDICES=true LB_BOOTAPPEND_INSTALL= LB_BOOTAPPEND_LIVE= LB_BOOTLOADER=syslinux LB_DEBIAN_INSTALLER=false LB_ISO_APPLICATION=Debian Live LB_ISO_PREPARER=live-build; http://packages.qa.debian.org/live-build; LB_ISO_PUBLISHER=Debian Live project; http://live.debian.net/; debian-l...@lists.debian.org LB_ISO_VOLUME=Debian Live 20120726-07:16 LB_MEMTEST=memtest86+ LB_NET_ROOT_PATH=/srv/debian-live LB_NET_ROOT_SERVER=192.168.1.1 # Advanced source options LB_SOURCE_IMAGES=tar LB_SOURCE=false # Unofficial options _CUSTOM_BOOTSTRAP= _CUSTOM_BINARY= # Other LB_ARCHIVES= LB_PARENT_DISTRIBUTION=wheezy LB_PARENT_DEBIAN_INSTALLER_DISTRIBUTION=wheezy LB_BACKPORTS=false LB_MODE=debian -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682958: byobu spawns apt-cache without end ... and freezes that way the system by high load
Package: byobu Version: 5.16-1 The bug is easy reproduceable ... open a terminal, su as another user, start byobu ... and after a short while, you're load raises and raises, while byobu fire's up one apt-cache after the next (in the screenshot there are suddenly 30+ apt-cache's running in parallel). Thanks to conky, I got for the first time a clue, what happened. The bug seems to be based on the option of byobu, to show how many package updates are available. On my wife's Ubuntu Precise and Quantal - this bug doesn't exist, so on newer versions (5.17 Precise, 5.21 Quantal) it doesn't happen. workaround: If I do the same with with tmux - instead of byobu - all is safe. Also using screen instead of byobu is a functioning workaround. A picture of what happens http://666kb.com/i/c5v62rs2kjouz7uqe.png -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682959: debconf: DbDriver di_questions: mkdir :No such file or directory
Package: debian-utils Version: debconf-utils Severity: important Dear Maintainer, I am running it as follows: ~# debconf-get-selections --installer debconf: DbDriver di_questions: mkdir :No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608286: CVE-2010-4312: does not use HTTPOnly for session cookies by default
Hi, However, this is not a vulnerability, only extra hardening which is surely useful but not a vulnerability in itself. I'm therefore downgrading this bug to minor: the request to update the README.Debian. Thank you for looking into this bug. I shouldn't have let this one go for so long, but honestly, I'm not sure about the text to add to the package readme. Can you propose appropriate wording to add to README.Debian. Would it be sufficient to reference the CVE and include a link (say, to [1])? See attached patch for a change to README.Debian. I've tested it and confirmed that it has the desired effect. Please apply it to the repository; I'm not sure that a separate upload to wheezy is warranted for this but if you're going to make an upload before the release please be sure to include this aswell. Cheers, Thijs From dc6b6fd64005150321bc27ef118c986e845ebcc0 Mon Sep 17 00:00:00 2001 From: Thijs Kinkhorst th...@debian.org Date: Fri, 27 Jul 2012 12:58:35 +0200 Subject: [PATCH] Add readme section to tell users about httponly cookies. httponly session cookies are a useful proactive security measure to mitigate against the effects of cross site scripting attacks by making the cookie inaccessible from JavaScript code. Tomcat 7 turns this on by default. Httponly not being on by default is referred to as CVE-2010-4312. --- debian/README.Debian | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/debian/README.Debian b/debian/README.Debian index 6b72eab..5217a4c 100644 --- a/debian/README.Debian +++ b/debian/README.Debian @@ -25,6 +25,21 @@ Getting started: wish. See the man authbind for information on configuring authbind. +SECURITY: + +Tomcat 6 session cookies are sent with the httponly flag disabled by default. +It is recommended as a proactive security measure to turn this setting on +to mitigate cross site scripting attacks: httponly cookies cannot be 'stolen' +via JavaScript, a common vector in such attacks. + +The httponly setting can be enabled by adding the useHttpOnly attribute +to Context in /etc/tomcat6/context.xml: + + Context useHttpOnly=true + +Httponly not being on by default is referred to as CVE-2010-4172. + + NEWS: tomcat6 (6.0.20-dfsg1-2) unstable; urgency=low -- 1.7.2.5
Bug#682952: Error in one modul later
I've installed in expert modus and deselect the locking for security updates. Nevertheless the installation hangs on software selecting and installing.
Bug#682739: [Piuparts-devel] Bug#682739: Bug#682739: Bug#682739: piuparts: package cannot be tested with piuparts due to requirement of external resources
On Freitag, 27. Juli 2012, Andreas Beckmann wrote: I did not really see an easy workaround ... if you have some ideas ? skip those packages as untestable? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682939: xfonts-utils, xfonts-encodings, debhelper: installing xfonts-tipa removes /usr/share/fonts/X11/encodings/encodings.dir
On Friday 27 July 2012 11:54:07 Daniele Tricoli wrote: Many thanks for your hint. Should I simply remove it? I will try just now. It seems to work. I have just commited this on the Debian TeX Task Force SVN: http://anonscm.debian.org/viewvc/debian-tex?view=revisionrevision=5624 piuparts seems to be ok now (logfile attached). Norbert (if it's all ok), can you review and sponsor tipa 2:1.3-18? Thanks to all! Kind regards, -- Daniele Tricoli 'Eriol' http://mornie.org xfonts-tipa_2:1.3-18.log.gz Description: GNU Zip compressed data signature.asc Description: This is a digitally signed message part.
Bug#682961: ocsinventory-agent: Fail on PowerPC
Package: ocsinventory-agent Version: 2:2.0.5-1 Severity: normal OCS-agent does not parse cpu speed correctly on PowerPC (MacMini). As a result, such computer cannot be inventarized. Here is a patch attached: --- /usr/share/perl5/Ocsinventory/Agent/Backend/OS/Linux/Archs/PowerPC/CPU.pm 2011-07-24 15:35:58.0 +0200 +++ CPU.pm 2012-07-27 12:37:51.0 +0200 @@ -33,7 +33,7 @@ $isIBM = 1 if /^machine\s*:.*IBM/; $current-{TYPE} = $1 if /cpu\s+:\s+(\S.*)/; $current-{SPEED} = $1 if /clock\s+:\s+(\S.*)/; -$current-{SPEED} =~ s/\.0+MHz/MHz/; +$current-{SPEED} =~ s/\.[0-9]+MHz//; if (/^\s*$/) { if ($current-{TYPE}) { -- System info deleted as I report from a different computer than where the error was found. Regards Vladislav Kurz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582846: Ghostscript bug and segfault
Hi, On Fri, Jul 27, 2012 at 10:16:56AM +0200, Bastien ROUCARIES wrote: Could you retry under gdb and get a backtrace (with ghostscript-dbg installed). Here is backtrace. GSquit Program received signal SIGSEGV, Segmentation fault. i_free_object (mem=optimized out, ptr=0x8606c8, cname=optimized out) at ./base/gsalloc.c:846 846 ./base/gsalloc.c: No such file or directory. (gdb) bt #0 i_free_object (mem=optimized out, ptr=0x8606c8, cname=optimized out) at ./base/gsalloc.c:846 #1 0x2ae1f849 in subst_CID_on_WMode_finalize (cmem=optimized out, data=0x8606b0) at ./base/gsfcid.c:113 #2 0x2b02ccc8 in i_free_object (mem=0x6028d8, ptr=0x8606b0, cname=optimized out) at ./base/gsalloc.c:846 #3 0x2ade5e69 in release_subst_CID_on_WMode (data=optimized out, event=optimized out) at ./psi/zfcid1.c:292 #4 0x2b0482e8 in gs_notify_all (nlist=optimized out, event_data=0x0) at ./base/gsnotify.c:103 #5 0x2b03b9f0 in gs_font_finalize (cmem=optimized out, vptr=optimized out) at ./base/gsfont.c:164 #6 0x2ae80d79 in restore_finalize (mem=0x603e68) at ./psi/isave.c:933 #7 0x2ae82133 in alloc_restore_step_in (dmem=0x644fb0, save=0x82dcc8) at ./psi/isave.c:758 #8 0x2ae82239 in alloc_restore_all (dmem=0x644fb0) at ./psi/isave.c:869 #9 0x2ae40f51 in gs_main_finit (minst=0x602340, exit_status=0, code=0) at ./psi/imain.c:880 #10 0x2ae442d3 in gsapi_exit (lib=optimized out) at ./psi/iapi.c:263 #11 0x004009e4 in main (argc=optimized out, argv=0x7fffe908) at ./psi/dxmainc.c:88 (gdb) -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#678250: Cause fix established
severity 678250 serious tags 678250 + upstream patch thanks Hi, The check in the media-keys plugin for XI2 support is broken: it looks for XI2, doesn't find it because the XIQueryVersion check is broken (admittedly, so is the protocol), and bails out. This has already been fixed upstream, per this bug: https://bugzilla.gnome.org/show_bug.cgi?id=673964 with this patch: http://bugzilla-attachments.gnome.org/attachment.cgi?id=211898 So it only happens on newer xserver/libXi, but I expect fixed versions of those to start making their way into Debian pretty soon. So, if you could please apply that to the next g-s-d upload, I'd be a very happy man. Thanks. :) Cheers, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682912: iceweasel: inaccessibility with gnome-orca
Hi, Sorry too for the bug I submitted without seeing yours. Thanks for merge. About status, I don't agree. Debian is known for 2 caracteristics: releases arrive every 2-3 years, which is long and makes some packages out-to-date as soon as a stable release is done, but it warranties a full stability and work. From this point of view, any user, also blind and even not power-user, every beginner who want to test Linux, wants to manage to use all the tools of Debian which are known to be accessible. Pirefox is one of these tools, mentioned on orca's page and very important when using of a computer. Here, it's not a simple works with problems, it's if I install then run apps, it's inaccessible. So it prevents from using iceweasel by a blind people, especially if it's a beginner who want to test Linux for accessibility. Imagine if you are a beginner, a simple user who only wants to shut up the computer and see it to work, and 1st shing, Iceweasel inaccessible. It's disappointing. That's why in my conditions, Debian credibility is in the balance, so it's an important bug. The workaround is not easy to find and apply for everybody (one's has to understand export command, then how to make it run at every starting of the computer, etc.) and it's not simple. Iy my opinion, when someone installs Debian stable, EVERYTHING should work. At least, be usable unattended. Bugs during usage are normal, but bugs which prevent from running without attends are serious I think. Alternatively, consider that Debian is for advanced users, it's not what I believed to see in this distro. That's why I suggest to let the bug status as important. All the more as with gnome3, there will be a lot of a11y issues, so it wouldn't be dramatic to be sure the bugs can fix the disqro itself without upstream are fixed. Otherwise using Linux for a blind people beginner will become hard. Regards, - Jean-Philippe MENGUAL accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels Tél.: 06.76.34.93.37 Mail: mengualjean...@free.fr Site Web: http://www.accelibreinfo.eu Le vendredi 27 juillet 2012 à 12:07 +1000, Jason White a écrit : Jean-Philippe MENGUAL te...@accelibreinfo.eu wrote: Package: iceweasel Version: 10.0.6esr-1 Severity: important Please don't classify bugs as important unless they truly meet Debian's definition. This bug can be worked around with an environment variable setting. It really doesn't make the package unusable. Unfortunately I submitted my own report before I discovered yours. I've merged the two bugs. Thanks. Jason. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682939: xfonts-utils, xfonts-encodings, debhelper: installing xfonts-tipa removes /usr/share/fonts/X11/encodings/encodings.dir
On 2012-07-27 13:22, Daniele Tricoli wrote: piuparts seems to be ok now (logfile attached). You can't rerun the test with the released piuparts, only with the version from git. But it's easy to test without piuparts: install the package in a clean minimal chroot (e.g. pbuilder, cowbuilder) /usr/share/fonts/X11/encodings/encodings.dir should not disappear, test with debsums xfonts-encodings Andreas PS: You probably want to do this, too: bts reassign 682939 xfonts-tipa 2:1.3-17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614503: xlrd is not dead
The xlrd project isn't dead at all: it is still being maintained and is getting regular release. The current release is version 0.7.9, released on 2012-06-21 Wichert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682962: Please package a more recent version
Package: python-xlrd Severity: wishlist Debian currently only includes version 0.6.1 of xlrd. That version is quite old and no longer usable for some software. Please package a current version. At this moment the latest release is 0.7.9, which can be downloaded from pypi (http://pypi.python.org/pypi/xlrd ) or http://www.python-excel.org/ Wichert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678248: Local problem
close 678248 thanks Turns out this was a local issue, caused by a broken Cairo build. After rebuilding new Cairo with Xlib-XCB (but still Xlib and XCB separately) support disabled, the segfaults went away. Cheers, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682739: piuparts: package cannot be tested with piuparts due to requirement of external resources
On 2012-07-27 13:15, Holger Levsen wrote: On Freitag, 27. Juli 2012, Andreas Beckmann wrote: I did not really see an easy workaround ... if you have some ideas ? skip those packages as untestable? can we do this in custom scripts with special exit codes (needs more code changes, but we need code change anyway) as I wouldn't like to hardcode this into a *.py pre_test_skip_untestables should be the right place Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682510: unblock: mathjax/1.1-2
On 2012-07-23 14:33, Dmitry Shachnev wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, Please unblock version 1.1-2 of mathjax. This upload fixes a potential build failure, and fixes search in the docs (by adding missing source files). I've changed the maintainer to pkg-javascript team because the previous maintainer's email address no longer exists, and he seems to be no longer interested in maintaining this package. mathjax (1.1-2) unstable; urgency=low * Set Maintainer to Debian Javascript Maintainers team * Add myself to uploaders * Clone the docs directory before building docs, to fix build failures when building twice in a row * Fix search not working in the docs -- Dmitry Shachnev mity...@gmail.com Mon, 16 Jul 2012 16:32:16 +0400 Hi, I don't see any new source files or any thing that could be a fix search not working in docs. Is the upload missing something? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682739: piuparts: package cannot be tested with piuparts due to requirement of external resources
On Freitag, 27. Juli 2012, Andreas Beckmann wrote: can we do this in custom scripts with special exit codes (needs more code changes, but we need code change anyway) as I wouldn't like to hardcode this into a *.py pre_test_skip_untestables should be the right place sounds right to me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org