Bug#620208: i386 build is out of date
Package: dgen Version: 1.23-10 Severity: normal Tony, thank you for taking over maintenance of dgen. Unfortunatly, you only uploaded an amd64 build, so the archive still has a i386 build with me listed as the maintainer. (Since non-free is not autobuilt.) Also, both versions still list my old git repository as the current source repo for dgen. It's no longer there, but if you would like a copy of the git repository for historical purposes, I can send one. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dgen depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-6 GCC support library ii libgl1-mesa-glx [libgl1] 7.10-4 A free implementation of the OpenG ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libstdc++64.5.2-6The GNU Standard C++ Library v3 dgen recommends no packages. dgen suggests no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#620109: Policy §3.5 (on Pre-Depends) does not reflect actual practice
On Wed, 30 Mar 2011, Jonathan Nieder wrote: I like your proposed alternative. Maybe the policy could say that you should (in the policy sense) thoroughly analyze the consequences and alternatives before adding pre-depends, and that one way to do so (in a friendly advice sense) is to ask on debian-devel? Yes. On Wed, 30 Mar 2011, Jonathan Nieder wrote: So, new proposal. Before adding new Pre-Depends, A. there should be a discussion on debian-devel or debian-release, to get eyeballs on the change and spot problems and easier alternatives; Drop debian-release, it's not a general discussion list. B. debian-devel or debian-devel-announce should be at least notified, so other Debian developers can factor it into any plans they have for changing their own package relationships. I don't think debian-devel-announce is warranted. In particular, this proposal would drop the requirement of consensus. Package maintainers generally know what's best; if not, there are other ways to deal with that (e.g., convincing them, or referring the issue to the ctte if the maintainer is beyond convincing). Agreed. In general I'm okay with reformulating section 3.5 to make it more obvious why the review on -devel is a good idea. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#264130: bind9 crashed with strange error
Hi, Can you reproduce problem under any (same or other) version of bind9? There many possible explenations of this bug, but most likly it is because of some unreleated bug in this particular (release candidat) version of bind. Considering that in lenny we have version 9.6, and in squeezy 9.7.3, this bug should be probably soon be closed, if original reporter will not answer. Regards, Witek -- Witold Baryluk signature.asc Description: Digital signature
Bug#620209: make: inconsistant description of ifdef directive behavior
Package: make Version: 3.81-5 Severity: normal The manual says: ifdef variable-name The ifdef form takes the name of a variable as its argument, not a reference to a variable. The value of that variable has a non-empty value, the text-if-true is effective; otherwise, the text-if-false, if any, is effective. Variables that have never been defined have an empty value. The text variable-name is expanded, so it could be a variable or function that expands to the name of a variable. For example: bar = true foo = bar ifdef $(foo) frobozz = yes endif The variable reference $(foo) is expanded, yielding bar, which is considered to be the name of a variable. The variable bar is not expanded, but its value is examined to determine if it is non-empty. Note that ifdef only tests whether a variable has a value. It does not expand the variable to see if that value is nonempty. Consequently, tests using ifdef return true for all definitions except those like foo =. To test for an empty value, use ifeq ($(foo),). For example, The second sentence of the first paragraph has a grammar error, it lools like it should read If the vale of that variable... The paragraph that begins 'Note that ifdef only tests...' seems to be wrong in a suble way. Although it is correct for recusively expanded variables, simply expanded variables that are assigned values that expand empty can still be undefined. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages make depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries make recommends no packages. Versions of packages make suggests: pn make-doc none (no description available) -- 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#620210: pu: package samba/2:3.5.6~dfsg3-squeeze3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu (I sent the same request manually on March 19th. However, after more thinking, I think that using a bug report makes it easier for the release team to track things. No intent from me to put pressure on you folks.just trying to play nicely.) Hello, The samba packaging team would like to upload a new version of samba 3.5.6 in squeeze (that would be 2:3.5.6~dfsg-3squeeze3). That version fixes three/four important bugs that make samba unusable in some situations (the first two are likely to be the same bug): - Upstream bug 7567: printing from Windows 7 fails with 0x03e6. Closes: #617429 - Upstream bug 6727: printer device settings not saved for normal domain users. Closes: #611177 - Upstream bug : winbind leaks gids with idmap ldap backend Closes: #613624 - Upstream bug 7880: rpcclient deldriver does not remove drivers from all architectures. The first two are fixes by patches in attached bug_611177-617429_upstream_7567.tar.bz2 Next is fixed by the twp patches in bug_613624_upstream_.tar.bz2. Adam indeed already acked this one. Last bug is fixed by the patch in upstream_7880.tar.bz2. This one is severity important for anyone running a print server with samba 3.5.6. Those patches were cherry-picked from upstream's 3.5.8 released version (these bugs are confirmed fixed in samba 3.5.8). -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 2.6.37-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash bug_611177-617429_upstream_7567.tar.bz2 Description: BZip2 compressed data bug_613624_upstream_.tar.bz2 Description: BZip2 compressed data upstream_7880.tar.bz2 Description: BZip2 compressed data
Bug#620211: make: it would be nice to get -R behavior using a directive inside a Makefile
Package: make Version: 3.81-5 Severity: wishlist Please note I'm actually running my own compiled version of 3.82. I just find the debian bug reporting interface a little too easy, and this is an upstream wishlist item :) The subject pretty much says it. What I do now is: HAVE_NO_BUILTIN_VARIABLES_OPTION := $(shell echo $(MAKEFLAGS) | grep -e R) ifndef HAVE_NO_BUILTIN_VARIABLES_OPTION $(error This makefile requires use of the -R/--no-builtin-variables option) endif which forces users of the makefile to do it. But there should be a way to just do this from with the Makefile. The implicit rules and default variable values represent the cruft of a bygone era and aren't worth all the trouble and confusion they cause. And they were an ironic and bad idea to begin with, since by definition and convention firm enought to merit them is just going to get put in somebodies IDE anyway: make is useful for the strange stuff and the custom work. -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages make depends on: ii libc6 2.7-18lenny7 GNU C Library: Shared libraries make recommends no packages. Versions of packages make suggests: pn make-doc none (no description available) -- 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#615121: #615121: iptables --localtz option of -m time not working
retitle 615121 iptables --localtz option of -m time not working with hardware clock in UTC thanks -=| Jan Engelhardt, Thu, Mar 31, 2011 at 03:08:40AM +0200 |=- Not sure if it matters, but the hardware clock is using UTC (i.e. /etc/default/rcS contains UTC=yes). When the xt_time kernel module is loaded, it prints the current timezone the kernel is operating with - and this is what xt_time will be using when doing localtz comparisons. Thanks for the reply. Indeed, there is this message in dmesg: xt_time: kernel timezone is - I have set the hardware clock to use the local timezone and it changed to xt_time: kernel timezone is +0300 It seems to fix the problem, but I wonder what would happen at the next DST change. I guess it would require to shut down the firewall, reload xt_time and restart the firewall so that it picks up the correct timezone (If the kernel changes its at all. I have never used UTC=no before). Still a suboptimal solution? signature.asc Description: Digital signature
Bug#598765: debian-installer: FTBFS on alpha: needs mirror update?
Well, there is no squeezy for alpha, it was not released with other architectures, and it will probably not be relesead even after normal release. debian-alpha team is targeting re-release on normal schedule of Debian wheezy. But this is not yet decided oficially, so currently only unstable/sid is available for alpha (and lenny and experimental of course). Would be nice if debian-installer from sid, would use sid distribution for building. Currently according to logs, package is from sid, but it have hardcoded squeezy strings in build process. Neverthless currently building debian-installer is slightly pointless for a while, because of udev issues, which will be fixed when eglibc 2.13 will enter unstable. (it already is fixed for example in libc6.1 2.13-0exp5 for experimental). Regards, Witek -- Witold Baryluk signature.asc Description: Digital signature
Bug#620212: libmpd should empty dependency_libs at build time per Debian policy 10.2
Package: libmpd Version: 0.20.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch *** /tmp/tmp2pXHf7 In Ubuntu, the attached patch was applied to achieve the following: This prevents FTBFS for libmpd's rdepends with multiarch w/out needing a rebuild after multiarch is implemented. Thanks for considering the patch. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty-backports'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-7-generic (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash diff -u libmpd-0.20.0/debian/changelog libmpd-0.20.0/debian/changelog diff -u libmpd-0.20.0/debian/rules libmpd-0.20.0/debian/rules --- libmpd-0.20.0/debian/rules +++ libmpd-0.20.0/debian/rules @@ -9,6 +9,12 @@ %: dh --with quilt $@ +override_dh_auto_install: + dh_auto_install + for file in debian/tmp/usr/lib/*.la; do \ +sed -i /dependency_libs/ s/'.*'/''/ $$file ; \ +done + override_dh_installdocs: dh_installdocs rm -f debian/$(LIB_NAME)/usr/share/doc/$(LIB_NAME)/README
Bug#620189: perl: please include multiarch lib dirs at build time
forwarded 620189 http://rt.perl.org/rt3/Ticket/Display.html?id=86854 thanks On Wed, Mar 30, 2011 at 02:41:25PM -0700, Steve Langasek wrote: Package: perl Version: 5.10.1-17 Severity: normal Tags: patch User: vor...@debian.org Usertags: multiarch Please consider applying the attached patch to perl in Debian; this (or something like it) is needed to let perl build on a system whose libraries are converted to use the multiarch directories. Since this transition is expected to start in Debian unstable as soon as dpkg 1.16.0 is uploaded, it would be great if perl could be fixed for this early. Thanks! I see there's some discussion about this upstream to make the soon-to-be-released 5.14.0 build on such systems. Your patch seems fine for Debian/Ubuntu purposes until a more generic solution is implemented upstream. Dominic, do you have the time to push this in sid soon? I'd do it myself but I'll be offline most of the upcoming weekend. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620202: ITP: lcrt -- Linux remote login tool
On Jo, 31 mar 11, 08:58:27, Asias He wrote: Lcrt is a Linux Remote Login Tool. Some linuxer think there is not a good terminal like SecureCRT(may be there is but I don't known), so I write one, here it is. apt-cache show putty Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#620209: make: inconsistant description of ifdef directive behavior
reassign 620209 make-doc 3.81-5 tags 620209 + upstream quit Hi! Britton Leo Kerin wrote: [out of order for convenience] The manual says: ifdef variable-name I assume you mean the manual shown with info make? [...] The ifdef form takes the name of a variable as its argument, not a reference to a variable. The value of that variable has a non-empty value, the text-if-true is effective; otherwise, the text-if-false, if any, is effective. [...] The second sentence of the first paragraph has a grammar error, it lools like it should read If the vale of that variable... [...] Note that ifdef only tests whether a variable has a value. It does not expand the variable to see if that value is nonempty. Consequently, tests using ifdef return true for all definitions except those like foo =. To test for an empty value, use ifeq ($(foo),). For example, The paragraph that begins 'Note that ifdef only tests...' seems to be wrong in a suble way. Although it is correct for recusively expanded variables, simply expanded variables that are assigned values that expand empty can still be undefined. Thanks for reporting; I'm passing your report on to the list of people interested in the make-doc package that accompanies Debian. I'd suggest also reporting this to the upstream bug reporting address shown by make --help. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620213: crash on sonic spinball
Package: dgen Version: 1.23-10 Severity: normal Game crashes in boot after SEGA banner. Backtrace from unstripped binary is not very helpful: Program received signal SIGSEGV, Segmentation fault. 0x080c8514 in memoryWrite109 () (gdb) bt #0 0x080c8514 in memoryWrite109 () #1 0x in ?? () Oddly, I remember it worked ok on this game a few years ago. I tried building with both --without-musa and --without-star, and it crashes both ways, so whatever the problem is, it's not in the CPU cores. Appears to be in mz80 actually. Hmm.. This binary works ok: http://archive.debian.net/etch/i386/dgen/download Afaik, nothing important changed between -9 and -10. The two binaries link to the same libaries too. So this must be a build environment change causing the crash. I tried building with etch's nasm, which didn't help, and with sid's gcc-4.3, which also didn't help. Hmm, adding -cs to the makez80 command line fixes the crash, but the resulting dgen fails to play any sounds in this game (other games seem ok). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dgen depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-6 GCC support library ii libgl1-mesa-glx [libgl1] 7.10-4 A free implementation of the OpenG ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libstdc++64.5.2-6The GNU Standard C++ Library v3 dgen recommends no packages. dgen suggests no packages. -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#620206: shared files
Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/libmpl.so.1 /usr/lib/libmpl.so.1.1.0 /usr/lib/libopa.so.1 /usr/lib/libopa.so.1.0.0 -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620214: override: qbzr:vcs/optional
Package: ftp.debian.org There are disparities between your recently accepted upload and the override file for the following file(s): qbzr_0.20.0-1_all.deb: package says section is vcs, override says devel. Hi, please amend the override section to match the package upload. Rationale: qbzr is a plugin for the Bazaar Version Control System which provides a variety of GUI dialogs for many version control operations. As such, it is most accurately described as a 'vcs' tool rather than a general 'devel'opment tool. Thanks, Max Bowsher. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619766: [pkg-boost-devel] Bug#619766: libboost1.46-dev: hardcode-dll-paths feature is missing
Hi, Thanks Steve, I agree with your explanation. For further information, this use-case is mentionned as useful here, in the second paragraph: http://www.boost.org/boost-build2/doc/html/bbv2/faq/dll-path.html When developping, especially if you have a fairly large number of libraries (about 40 libs in my case), updating the search paths is tedious. Tedious also to deploy libraries and executables before even trying to run them. In a word, run-in-place is often useful, and the hardcode- feature is already here to handle that. More details [personal]: Boost.Build also separates targets built with different compilers (gcc and icc for instance) in different folders: bin/gcc-4.6.0/release, bin/gcc-c++0x/release, bin/icc/release, etc. When developping, with BB you just have to run in place each executable in its own folder, it will be linked to the appropriate libraries. In other words, the harcode-dll-paths feature lets you focus on code and code partitioning, relieving you from the details of build dependencies and runtime linking. This feature exists and is completely automatic. On installed targets, those details are handled by the linker + traditional search paths, on built targets, you have the hardcode-dll-paths feature. Maybe CMake makes things as simple as BB. I'm just saying that if the hardcode-dll-paths is removed in the debian distribution, BB loses a cool feature, included by default by the BB developpers. Does this post clarify things a bit? Cheers, Romain On 03/31/2011 02:56 AM, Steve M. Robbins wrote: Hi, On Tue, Mar 29, 2011 at 03:12:31PM +0200, Olaf van der Spek wrote: This feature is really useful for developpers. Why? My understanding of the use-case is: suppose you are using Boost.Build to build a project that contains a library as well as an executable linked with that lib. If the library is built as a shared object, the hardcode-dll-paths lets you build and run the executable in-place. I'm Cc'ing the bug submitter for further clarification. Regards, -Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620215: override: wikkid:web/optional
Package: ftp.debian.org There are disparities between your recently accepted upload and the override file for the following file(s): wikkid_0.1+bzr58-1_all.deb: package says section is web, override says vcs. Hi, please amend the override section to match the package upload. Rationale: wikkid is a wiki, which happens to store its data in the Bazaar VCS for history management. Although it does make use of a vcs, its primary defining characteristic is that it is software for running a wiki, i.e. section 'web'. Thanks, Max Bowsher. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620216: linux-image-2.6.38-1-686: kernel hangs with XFS
Package: linux-2.6 Version: 2.6.38-1 Severity: important Since the big XFS refacturing, kernels tend to hang on one particular machine. It is not a hardware problem, since the very same machine works flawlessly with the very same configuration, by just using an older (=2.6.26) kernel. Especially bad in this respect is the latest 2.6.38 as given in the email subject: The problem appears right after the reboot. I am filing this bug report on linux-image-2.6.37-1-686 which also shows hangs but only 1-2 times per week. In order to isolate this bug, I am attending the kernel log for two distinct hangs (with a reboot in between) and disk information. I suspect that the problem occurs only on special types of disks, as I run almost the same configuration on multiple machines (same kernel, XFS formatted disks with the same XFS format version, same partitioning, etc.) without having any problems. If you need any more info, I will be more than glad to help. Best, Thomas -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information not available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub [8086:27a0] (rev 03) Subsystem: Sony Corporation Device [104d:8207] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at d410 (32-bit, non-prefetchable) [size=512K] Region 1: I/O ports at 1800 [size=8] Region 2: Memory at c000 (32-bit, prefetchable) [size=256M] Region 3: Memory at d420 (32-bit, non-prefetchable) [size=256K] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: Memory at d418 (32-bit, non-prefetchable) [size=512K] Capabilities: access denied 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: Sony Corporation Device [104d:8207] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 41 Region 0: Memory at d424 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express Port 1 [8086:27d0] (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=02, subordinate=05, sec-latency=0 I/O behind bridge: 2000-2fff Memory behind bridge: d200-d3ff Prefetchable memory behind bridge: d000-d1ff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied 00:1d.0 USB Controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) (prog-if 00 [UHCI]) Subsystem: Sony Corporation Device [104d:8207] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort-
Bug#620206: libmich installation error
.. and here is the complete error messaeg: Unpacking libcr0 (from .../libcr0_0.8.2-15_amd64.deb) ... Selecting previously deselected package libmpich2-2. Unpacking libmpich2-2 (from .../libmpich2-2_1.3.3~rc1-1_amd64.deb) ... Selecting previously deselected package libmpich2-3. Unpacking libmpich2-3 (from .../libmpich2-3_1.4~rc1-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libmpich2-3_1.4~rc1-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libmpl.so.1.1.0', which is also in package libmpich2-2 1.3.3~rc1-1 configured to not write apport reports Errors were encountered while processing: /var/cache/apt/archives/libmpich2-3_1.4~rc1-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620217: tortoisehg crash on load since version 2.0.2
Package: tortoisehg Version: 2.0.2-1 Severity: normal Tags: upstream Hi, tortoisehg cash at the load, I have that trace : {{{ #!python ** Mercurial version (1.8.1). TortoiseHg version (2.0.2) ** Command: ** CWD: /home/mourad ** Extensions loaded: ** Python version: 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] ** Qt-4.7.2 PyQt-4.8.3 Traceback (most recent call last): File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/run.py, line 469, in __call__ dlg = dlgfunc(ui, *args, **opts) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/workbench.py, line 713, in run w = Workbench() File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/workbench.py, line 44, in __init__ self.log = LogDockWidget(self) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/docklog.py, line 27, in __init__ self.logte = cmdui.ConsoleWidget() File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 491, in __init__ self._initlogwidget() File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 497, in _initlogwidget self._logwidget = _LogWidgetForConsole(self) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 378, in __init__ super(_LogWidgetForConsole, self).__init__(parent) File /usr/lib/pymodules/python2.6/tortoisehg/hgqt/cmdui.py, line 325, in __init__ super(LogWidget, self).__init__(parent) TypeError: QsciScintilla(QWidget parent=None): argument 1 has unexpected type 'ConsoleWidget' }}} Is there any solution to workaround that ? Regards -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tortoisehg depends on: ii mercurial 1.8.1-3scalable distributed version contr ii python2.6.6-3+squeeze6 interactive high-level object-orie ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-qscintilla22.4.3-1+b1 Python bindings for QScintilla 2 ii python-qt44.8.3-2Python bindings for Qt4 ii python-support1.0.11 automated rebuilding support for P Versions of packages tortoisehg recommends: ii libjs-jquery 1.5.1-1JavaScript library for dynamic web ii python-iniparse 0.3.2-1Module to access and modify config ii python-pygments 1.4+dfsg-1 syntax highlighting package writte Versions of packages tortoisehg suggests: pn tortoisehg-nautilus none (no description available) -- 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#620218: roundcube: class Net_IDNA2 not found
Package: roundcube Version: 0.5.1+dfsg-7 Severity: grave Justification: renders package unusable Since the last roundcube update, the following error appears in the error log after a successful login: PHP Fatal error: Class 'Net_IDNA2' not found in /usr/share/roundcube/program/include/rcube_shared.inc on line 721 Workaround: pear install channel://pear.php.net/Net_IDNA2-0.1.1 The last update caused problems listed in bug #617312. We then downgraded to 0.3.1-6 from stable and put it on hold until 0.5.1-7 became available in testing. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube depends on: ii roundcube-core 0.5.1+dfsg-7 skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2 2.2.17-2Apache HTTP Server metapackage ii apache2-mpm-prefork [htt 2.2.17-2Apache HTTP Server - traditional n ii dbconfig-common 1.8.47 common framework for packaging dat ii debconf [debconf-2.0]1.5.38 Debian configuration management sy ii libjs-jquery 1.5.1-1 JavaScript library for dynamic web ii libmagic15.04-5 File type determination library us ii php-auth 1.6.2-1 PHP PEAR modules for creating an a ii php-mail-mime1.8.0-2 PHP PEAR module for creating MIME ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-net-smtp 1.4.2-3 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-2 PHP PEAR Network Socket Interface ii php5 5.3.3-7 server-side, HTML-embedded scripti ii php5-gd 5.3.3-7 GD module for php5 ii php5-intl5.3.3-7 internationalisation module for ph ii php5-mcrypt 5.3.3-7 MCrypt module for php5 ii php5-pspell 5.3.3-7 pspell module for php5 ii roundcube-mysql 0.5.1+dfsg-7metapackage providing MySQL depend ii roundcube-sqlite 0.5.1+dfsg-7metapackage providing sqlite depen ii tinymce 3.3.8+dfsg0-0.1 platform independent web based Jav ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages roundcube-core suggests: pn php-auth-sasl none (no description available) pn roundcube-plugins none (no description available) -- Configuration Files: /etc/cron.daily/roundcube [Errno 2] No such file or directory: u'/etc/cron.daily/roundcube' /etc/default/roundcube [Errno 2] No such file or directory: u'/etc/default/roundcube' /etc/logrotate.d/roundcube [Errno 2] No such file or directory: u'/etc/logrotate.d/roundcube' -- debconf information: roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/language: en_US roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/restart-webserver: true * roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
On Thu, 2011-03-31 at 00:16 +0200, Sylvestre Ledru wrote: Le mercredi 30 mars 2011 à 17:02 +0200, Anton Gladky a écrit : Please, have a look at rev.38287. Is it ok? Also libhdf5-openmpi-dev is not available for all platforms, will we not have problems with that? http://packages.debian.org/sid/libhdf5-openmpi-dev You are right. The correct package is mpi-default-dev here. Thanks! Compilation is started! I just recall that to enable med support the precense of libhdf5.so is mandatory... I think (but I may be wrong) that removing libhdf5-openmpi-dev will disable med support... :( I understand that libhdf5-openmpi-dev is not available for all platforms but it seems it exists for almost all platfomrs except m68k (unofficial port). To my point of view it is best to keep libhdf5-openmpi-dev to enable med support on most of the platforms and wait for libhdf5-openmpi-dev support for m68k... C. Sylvestre -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
What, if we do the following: libhdf5-openmpi-dev[alpha amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc], libhdf5-lam-dev[!alpha !amd64 !i386 !ia64 !kfreebsd-amd64 !kfreebsd-i386 !powerpc !sparc] It should work for most of platforms. But I am not sure, how to check it without uploading. Anton I just recall that to enable med support the precense of libhdf5.so is mandatory... I think (but I may be wrong) that removing libhdf5-openmpi-dev will disable med support... :( I understand that libhdf5-openmpi-dev is not available for all platforms but it seems it exists for almost all platfomrs except m68k (unofficial port). To my point of view it is best to keep libhdf5-openmpi-dev to enable med support on most of the platforms and wait for libhdf5-openmpi-dev support for m68k... C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620219: libsmokeqtmultimedia4-3: uninstallable (depends on libqt4-multimedia)
Package: libsmokeqtmultimedia4-3 Version: 4:4.4.5-4 Severity: grave Justification: renders package unusable qt 4.7 apparently dropped libqt4-multimedia. Now the reverse deps are uninstallable. Please fix ASAP. 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#601830: Info received (cve-2011-0414 IXFR deadlock remote exploit)
Same here -n1 and not more lockups. A security fix has just been released by debian. DSA 2208-1 -Benoit- -- SPAM SPAM SPAM SPAM / Hormel's new miracle meat in a can Tastes fine, saves time. / If you want something grand, / Ask for SPAM! - Hormel's 1937 jingle for SPAM Hippopotomonstrosesquippedaliophobia sh: http://en.wikipedia.org/wiki/-phobia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539266: squeeze still affected
Hi, I just run into the same issue today with squeeze (version 1.2.0-7). You should really update the package, so that a default configuration will be created in /etc/default. If you have enough time, a debconf dialog, which will detect/ask for the right ID would be very nice ;) Thanks. -- Regards, Igor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620218: roundcube: class Net_IDNA2 not found
On Thu, 31 Mar 2011 09:15:17 +0200, Anreas Weber wrote: Since the last roundcube update, the following error appears in the error log after a successful login: PHP Fatal error: Class 'Net_IDNA2' not found in /usr/share/roundcube/program/include/rcube_shared.inc on line 721 Workaround: pear install channel://pear.php.net/Net_IDNA2-0.1.1 This class is only used if you don't have a working idn_to_utf8 function. It should be included into PHP 5.3. In Debian, this is php5-intl package. Is intl.so loaded (look at phpinfo() output if possible)? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620221: icedove: show in conversation grayed out
Package: icedove Version: 3.0.11-2 Severity: normal 'show in conversation' option available under 'other actions' menu/button in message pane is grayed out although message is part of a thread. Indeed the message is correctly displayed in the tree if View Sort By Threaded is selected. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils3.4.4 Miscellaneous utilities specific t ii fontconfig 2.8.0-2.1 generic font configuration library ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libatk1.0-01.32.0-1+sid1 The ATK accessibility toolkit ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.4.6-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc11:4.5.2-4 GCC support library ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9-2 Network Security Service libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-0 1.2.44-2 PNG library - runtime ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libstartup-notificatio 0.10-1library for program launch feedbac ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.1-5 X11 client-side library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii psmisc 22.13-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii myspell-en-us [myspell-dictio 1:3.3.0-3 English_american dictionary for my ii myspell-it [myspell-dictionar 1:3.3.0-3 Italian dictionary for myspell Versions of packages icedove suggests: ii libdbus-glib-1-20.92-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k pn ttf-lyx none (no description available) -- 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#613056: Please compile gmsh with support for .med files
On Thu, 2011-03-31 at 09:25 +0200, Anton Gladky wrote: What, if we do the following: libhdf5-openmpi-dev[alpha amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc], libhdf5-lam-dev[!alpha !amd64 !i386 !ia64 !kfreebsd-amd64 !kfreebsd-i386 !powerpc !sparc] Could we do like in med-fichier use libhdf5-mpi-dev? It should work for most of platforms. But I am not sure, how to check it without uploading. Anton I just recall that to enable med support the precense of libhdf5.so is mandatory... I think (but I may be wrong) that removing libhdf5-openmpi-dev will disable med support... :( I understand that libhdf5-openmpi-dev is not available for all platforms but it seems it exists for almost all platfomrs except m68k (unofficial port). To my point of view it is best to keep libhdf5-openmpi-dev to enable med support on most of the platforms and wait for libhdf5-openmpi-dev support for m68k... C. -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620014: openafs-modules-dkms: cannot install openafs with overflow tmp mounted - no space
Excerpts from Russ Allbery's message of Wed Mar 30 20:15:13 +0200 2011: Michal Suchanek michal.sucha...@ruk.cuni.cz writes: Excerpts from Russ Allbery's message of Tue Mar 29 19:18:09 +0200 2011: Michal Suchanek michal.sucha...@ruk.cuni.cz writes: When overflow tmp is mounted the package locks up during configure. I'm not familiar with overflow tmp, but it looks rather like configure locked up because your root partition ran out of space. No, it did not. There is 300M space. Well, the error message you got says pretty clearly that it ran out of space: /usr/sbin/dkms: line 28: echo: write error: No space left on device I don't know why your df has a difference between the size and used column of 300MB, but the available space is 0, which means that nothing is going to be able to write to the file system. /dev/sda3 9.7G 9.4G 0 100% / This definitely isn't something that can be addressed in openafs-modules-dkms, which just asks dkms to build the module. dkms itself failed when trying to write a file (probably into /var). And it doesn't really do any good to transfer the bug to dkms either, since the dkms maintainer is just going to point out that dkms got an out of space error from the file system. I can reassign your bug to the Linux kernel package if you really want someone to look at the reported df discrepency, but I'm not sure they're going to be able to do anything for you either. Your file system is showing every sign of being completely out of space and refusing to write files, despite the odd 300MB discrepency. It is not a discrepancy. It means that only processes running as root can use the remaining space. What is a problem that in this case /tmp is mounted as tmpfs with 1M space by the initscripts and openafs apparently needs more than 1M space to build. The workaround would be to use the -pipe gcc option I guess. Another solution would be to mount reasonable amount of space as overflow tmp in the initscripts. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620222: security.debian.org: One server unreachable in IPv6
Package: security.debian.org Severity: minor One IPv6 server in the current security.ipv6.debian.org (and security.debian.org) rotation has been not responding in IPv6 for some days now. This introduces timeouts of a few minutes every time you want to update the package list. security.debian.org has IPv6 address 2001:8d8:2:1:6564:a62:0:2 security.debian.org has IPv6 address 2001:a78:5:0:216:35ff:fe7f:be4f security.debian.org has IPv6 address 2001:a78:5:1:216:35ff:fe7f:6ceb mail.svr01.mucip.net:~# ping6 2001:a78:5:0:216:35ff:fe7f:be4f PING 2001:a78:5:0:216:35ff:fe7f:be4f(2001:a78:5:0:216:35ff:fe7f:be4f) 56 data bytes ^C --- 2001:a78:5:0:216:35ff:fe7f:be4f ping statistics --- 17 packets transmitted, 0 received, 100% packet loss, time 16127ms I have verified this from multiple locations. One example: traceroute to 2001:a78:5:0:216:35ff:fe7f:be4f (2001:a78:5:0:216:35ff:fe7f:be4f) from 2001:4ca0:0:f200:21d:e0ff:fe29:5b69, port 33434, from port 55573, 30 hops max, 60 byte packets 1 vl-47.vss1-2wr.lrz.de (2001:4ca0:0:f200::1) 1.726 ms 2 vl-3066.csr1-2wr.lrz.de (2001:4ca0:0:66::1) 1.667 ms 3 xr-gar1-pc110-108.x-win.dfn.de (2001:638:c:a003::1) 1.566 ms 4 zr-fra1-te0-7-0-1.x-win.dfn.de (2001:638:c:c043::2) 11.052 ms 5 GiE1-2.ffmxs10.kl90.ffm.spxs.net (2001:7f8::306f:0:2) 10.573 ms 6 2001:a78:bb:2::1a (2001:a78:bb:2::1a) 11.072 ms 7 GiE1-1.ffmxs11.ix.ffm.spxs.net (2001:7f8::306f:0:1) 16.460 ms 8 * 9 * Best Regards, Bernhard -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
Could we do like in med-fichier use libhdf5-mpi-dev? I think med-fichier has also similar problems: http://bugs.debian.org/617729 A. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620202: ITP: lcrt -- Linux remote login tool
On Thu, Mar 31, 2011 at 3:46 PM, Martin Wuertele m...@debian.org wrote: * Asias He asias.he...@gmail.com [2011-03-31 03:03]: * URL : http://code.google.com/lcrt That gives a 404. The URL should be http://code.google.com/p/lcrt -- Best Regards Asias He -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620218: roundcube: class Net_IDNA2 not found
On 2011-03-31 09:34, Vincent Bernat wrote: This class is only used if you don't have a working idn_to_utf8 function. It should be included into PHP 5.3. In Debian, this is php5-intl package. Is intl.so loaded (look at phpinfo() output if possible)? intl.so was indeed not loaded. apt-get install --reinstall php5-intl did not install /etc/php5/conf.d/intl.ini which we had deleted after an earlier upgrade because it caused problems. Thanks for the hint. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620223: [jquery] please include documentation
Package: jquery Version: 1.5.1-1 Severity: wishlist I would like to have jQuery documentation packaged. I'm particularly interested in the way selectors work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620224: reportbug crashes after selecting package (specific package)
Package: reportbug Version: 4.12.6 Severity: important On a fresh Squeeze installation, reportbug is unusable (GTK interface). On the first run, you are able to enter your name, email, SMTP host, proxy etc. When attempting to use it to report a bug, I can go as far as entering the effected package name. On selecting continue, the window dissapears (and the following text is printed to the console if you run it from such: /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_get_line_count: assertion `layout != NULL' failed gtk.main () Floating point exception From my quick testing, this only occurs if I enter xserver-xorg-core as the package. For example, entering reportbug causes no issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620225: reportbug crashes after selecting package (specific package)
Package: reportbug Version: 4.12.6 Severity: important On a fresh Squeeze installation, reportbug is unusable (GTK interface). On the first run, you are able to enter your name, email, SMTP host, proxy etc. When attempting to use it to report a bug, I can go as far as entering the effected package name. On selecting continue, the window dissapears (and the following text is printed to the console if you run it from such: /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed gtk.main () /usr/lib/pymodules/python2.6/reportbug/ui/gtk2_ui.py:476: PangoWarning: pango_layout_get_line_count: assertion `layout != NULL' failed gtk.main () Floating point exception From my quick testing, this only occurs if I enter xserver-xorg-core as the package. For example, entering reportbug causes no issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
On Thu, 2011-03-31 at 09:52 +0200, Anton Gladky wrote: Could we do like in med-fichier use libhdf5-mpi-dev? I think med-fichier has also similar problems: http://bugs.debian.org/617729 For me this bugreport only means that libhdf5-mpi-dev should be installed alongside with libmed[c]-dev... so our problem is due to this bug! However if we want to go further I believe that we could add libhdf5-mpi-dev to fix med support in gmsh. Once the bug #617729 is closed we can think of removing libhdf5-mpi-dev from Build-Depends. What you think of my suggestion? A. -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620187: context-doc-nonfree: Missing 3 manuals
On 30.03.11 Manuel García (lendul...@gmail.com) wrote: Hi Norbert, Package: context-doc-nonfree Version: 2009.10.27-1 Severity: normal envelop.pdf letter.pdf, and pstopdf.pdf are xHTML files which show a 404 Not Found message. How did you create that package? I guess you just created a list of URLs to download the PDF files and packaged the download. Then the list changed and you didn't update it, correct? H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558308: closing 558308
Hi, On Wed, Mar 30, 2011 at 11:03 PM, Sandro Tosi mo...@debian.org wrote: Thanks for answering! On Wed, Mar 30, 2011 at 22:24, Lionel Le Folgoc mrpo...@gmail.com wrote: In Xfce 4.8, there's a new library called garcon that is responsible for building the menu. It should be (fully) xdg compliant, and it supports menu merging. However, there's no debian menu ready to be merged (shipped in /etc/xdg/menus/applications-merged), so you will probably need to build one yourself. How am I gonna do it? will XFCE ship (or provide somewere (wiki?)) a doc about create a custom debian menu? shouldn't it be available by default on a... debian system? :) Cheers, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi Well, garcon complies with the xdg menu spec, so following http://standards.freedesktop.org/menu-spec/menu-spec-latest.html is possible, or using any menu editor. The easiest solution would be for the menu-xdg package to provide, in addition of its current /etc/xdg/menus/debian-menu.menu, a menu file in /etc/xdg/menus/applications-merged/, which would create a Debian submenu/category. This would allow people who only want the debian menu to choose debian-menu.menu as their main menu file, and people who want a desktop environment menu with the debian menu in it to automatically have it merged, thanks to the applications-merged directory. If you have menu-xdg already installed, you can simulate that by editing your default menu file (e.g. copy /etc/xdg/menus/xfce-applications.menu to ~/.config/menus/), and adding to it: Menu NameDebian/Name MergeFile/etc/xdg/menus/debian-menu.menu/MergeFile /Menu And then all the debian menu will appear in a dedicated category. But I don't really think this should be enabled/shipped by default, because the debian menu and the xdg one are totally redundant. Cheers, -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620224: Acknowledgement (reportbug crashes after selecting package (specific package))
Please disregard this bug, it is a duplicate submission. The bug that should be kept is 620225 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620226: egroupware: With user defined signatures, the system signature always defaults
Package: egroupware Version: 1.8 Severity: minor In file listSignatures.js under function fm_saveSignature in the function call xajax_doXMLHTTP the last argument should reference value not checked. ie it should be document.getElementById('isDefaultSignature').value -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606083: ITA: sic -- simple irc client (sic)
retitle: ITA: sic -- simple irc client (sic) thanks Hello, I would like to adopt this package. As I am not a DD I can't upload a new version myself. I uploaded a package to mentors.debian.net and should be available there soon. Regards, -- Jeroen Schot signature.asc Description: Digital signature
Bug#620227: xorg is incorrectly detecting a joystick as a tablet
Package: xserver-xorg-core Version: 2:1.7.7-13 Severity: normal I am not sure if this is an issue with xorg itself or udev, so I am submitting it against the package that the issue manifests within. In the file: /usr/share/X11/xorg.conf.d/10-evdev.conf The following code is present: Section InputClass Identifier evdev tablet catchall MatchIsTablet on MatchDevicePath /dev/input/event* Driver evdev EndSection My Saitek Saitek X52 Flight Control System is apparently falling into this catchall. The primary X/Y axis of the joystick takes over my mouse, and the following is noted in my X log: (II) config/udev: Adding input device Saitek Saitek X52 Flight Control System (/dev/input/event6) (**) Saitek Saitek X52 Flight Control System: Applying InputClass evdev tablet catchall (**) Saitek Saitek X52 Flight Control System: always reports core events (**) Saitek Saitek X52 Flight Control System: Device: /dev/input/event6 (II) Saitek Saitek X52 Flight Control System: Found absolute axes (II) Saitek Saitek X52 Flight Control System: Found x and y absolute axes (II) Saitek Saitek X52 Flight Control System: Found absolute tablet. (II) Saitek Saitek X52 Flight Control System: Configuring as tablet (**) Saitek Saitek X52 Flight Control System: YAxisMapping: buttons 4 and 5 (**) Saitek Saitek X52 Flight Control System: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 (II) XINPUT: Adding extended input device Saitek Saitek X52 Flight Control System (type: TABLET) (II) Saitek Saitek X52 Flight Control System: initialized for absolute axes. This may be happening because the joystick has an eraser-style mouse on the throttle component that 'should' function as a tablet mouse... but rather than that component itself taking control, the main stick's X/Y axis is used. lsusb: Bus 004 Device 003: ID 06a3:075c Saitek PLC X52 Flight Controller udevadm: root@epicenter:~# udevadm info --name=/dev/input/event6 --attribute-walk Udevadm info starts with the device specified by the devpath and then walks up the chain of parent devices. It prints for every device found, all possible attributes in the udev rules key format. A rule to match, can be composed by the attributes of the device and the attributes from one single parent device. looking at device '/devices/pci:00/:00:12.1/usb4/4-3/4-3:1.0/input/input6/event6': KERNEL==event6 SUBSYSTEM==input DRIVER== looking at parent device '/devices/pci:00/:00:12.1/usb4/4-3/4-3:1.0/input/input6': KERNELS==input6 SUBSYSTEMS==input DRIVERS== ATTRS{name}==Saitek Saitek X52 Flight Control System ATTRS{phys}==usb-:00:12.1-3/input0 ATTRS{uniq}== ATTRS{modalias}==input:b0003v06A3p075Ce0111-e0,1,3,4,k120,121,122,123,124,125,126,127,128,129,12A,12B,12C,12D,12E,12F,130,131,132,133,134,135,136,137,138,139,13A,13B,13C,13D,13E,13F,140,141,ra0,1,2,3,4,5,6,10,11,28,29,m4,lsfw looking at parent device '/devices/pci:00/:00:12.1/usb4/4-3/4-3:1.0': KERNELS==4-3:1.0 SUBSYSTEMS==usb DRIVERS==usbhid ATTRS{bInterfaceNumber}==00 ATTRS{bAlternateSetting}== 0 ATTRS{bNumEndpoints}==01 ATTRS{bInterfaceClass}==03 ATTRS{bInterfaceSubClass}==00 ATTRS{bInterfaceProtocol}==00 ATTRS{modalias}==usb:v06A3p075Cddc00dsc00dp00ic03isc00ip00 ATTRS{supports_autosuspend}==1 looking at parent device '/devices/pci:00/:00:12.1/usb4/4-3': KERNELS==4-3 SUBSYSTEMS==usb DRIVERS==usb ATTRS{configuration}== ATTRS{bNumInterfaces}== 1 ATTRS{bConfigurationValue}==1 ATTRS{bmAttributes}==80 ATTRS{bMaxPower}==100mA ATTRS{urbnum}==1066 ATTRS{idVendor}==06a3 ATTRS{idProduct}==075c ATTRS{bcdDevice}== ATTRS{bDeviceClass}==00 ATTRS{bDeviceSubClass}==00 ATTRS{bDeviceProtocol}==00 ATTRS{bNumConfigurations}==1 ATTRS{bMaxPacketSize0}==8 ATTRS{speed}==12 ATTRS{busnum}==4 ATTRS{devnum}==3 ATTRS{version}== 2.00 ATTRS{maxchild}==0 ATTRS{quirks}==0x0 ATTRS{authorized}==1 ATTRS{manufacturer}==Saitek ATTRS{product}==Saitek X52 Flight Control System snipped host controller / bus info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
Le jeudi 31 mars 2011 à 09:21 +0200, trophime a écrit : On Thu, 2011-03-31 at 00:16 +0200, Sylvestre Ledru wrote: Le mercredi 30 mars 2011 à 17:02 +0200, Anton Gladky a écrit : Please, have a look at rev.38287. Is it ok? Also libhdf5-openmpi-dev is not available for all platforms, will we not have problems with that? http://packages.debian.org/sid/libhdf5-openmpi-dev You are right. The correct package is mpi-default-dev here. Thanks! Compilation is started! I just recall that to enable med support the precense of libhdf5.so is mandatory... I think (but I may be wrong) that removing libhdf5-openmpi-dev will disable med support... :( I understand that libhdf5-openmpi-dev is not available for all platforms but it seems it exists for almost all platfomrs except m68k (unofficial port). To my point of view it is best to keep libhdf5-openmpi-dev to enable med support on most of the platforms and wait for libhdf5-openmpi-dev support for m68k... Sorry, my bad. Anton provided me with the fix about that. I am going to upload it very soon. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
Sylvestre has just uploaded changes with proposed way: libhdf5-openmpi-dev[alpha amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc], libhdf5-lam-dev[!alpha !amd64 !i386 !ia64 !kfreebsd-amd64 !kfreebsd-i386 !powerpc !sparc] Let's see how it will be compiled. A. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620228: keyboard-configuration: Error in Setting preliminary keymap: mktemp fails (Read-only file system)
Package: keyboard-configuration Version: 1.72 Severity: normal In the boot messages: Thu Mar 31 09:46:12 2011: Setting preliminary keymap...mktemp: failed to create file via template `/tmp/tmpkbd.XX': Read-only file system Thu Mar 31 09:46:12 2011: Can not create temporary file Thu Mar 31 09:46:12 2011: ^[[31mfailed.^[[39;49m There was no such error when I booted on March 21 (with the previous Linux kernel 2.6.38-1-amd64 and an older version of keyboard-configuration). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages keyboard-configuration depends on: ii debconf 1.5.38 Debian configuration management sy keyboard-configuration recommends no packages. keyboard-configuration suggests no packages. Versions of packages console-setup depends on: ii console-setup-linux 1.72 Linux specific part of console-set ii debconf 1.5.38 Debian configuration management sy ii xkb-data 1.8-2 X Keyboard Extension (XKB) configu Versions of packages console-setup suggests: ii locales 2.11.2-13 Embedded GNU C Library: National L ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip Versions of packages console-setup-linux depends on: ii kbd 1.15.2-3 Linux console font and keytable ut Versions of packages console-setup-linux suggests: ii console-setup 1.72 console font and keymap setup prog Versions of packages keyboard-configuration is related to: pn console-commonnone (no description available) pn console-data none (no description available) pn console-tools none (no description available) ii kbd 1.15.2-3 Linux console font and keytable ut -- debconf information: * console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages keyboard-configuration/layout: keyboard-configuration/xkb-keymap: gb * keyboard-configuration/variant: United Kingdom debian-installer/console-setup-udeb/title: keyboard-configuration/unsupported_options: true console-setup/framebuffer_only: * keyboard-configuration/ctrl_alt_bksp: false keyboard-configuration/variantcode: console-setup/guess_font: console-setup/store_defaults_in_debconf_db: true keyboard-configuration/other: keyboard-configuration/optionscode: console-setup/use_system_font: console-setup/fontsize: 8x16 keyboard-configuration/modelcode: pc105 keyboard-configuration/unsupported_config_options: true * console-setup/fontface47: Fixed keyboard-configuration/unsupported_config_layout: true keyboard-configuration/toggle: No toggling * console-setup/fontsize-text47: 8x16 * keyboard-configuration/compose: No compose key keyboard-configuration/switch: No temporary switch * console-setup/charmap47: UTF-8 * keyboard-configuration/altgr: The default for the keyboard layout console-setup/codesetcode: Lat15 keyboard-configuration/unsupported_layout: true * keyboard-configuration/model: Generic 105-key (Intl) PC keyboard-configuration/layoutcode: gb * console-setup/fontsize-fb47: 8x16 keyboard-configuration/store_defaults_in_debconf_db: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
libhdf5-mpi-dev This package depends on the default MPI version of HDF5 for each platform. Probably, you are right. Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620135: ITP: ViennaCL -- ViennaCL is a scientific computing library written in C++ based on OpenCL
Hi Michael, thanks for the ITP. I'm forewarding it to Debian Science list. Please consider to maintain it inside the Debian Science team. Kind regards Andreas. On Wed, Mar 30, 2011 at 03:22:20PM +0200, Michael Wild wrote: Package: wnpp Severity: wishlist Owner: Michael Wild them...@users.sourceforge.net * Package name: ViennaCL Version : 1.1.1 Upstream Author : Karl Rupp r...@iue.tuwien.ac.net * URL : http://viennacl.sf.net * License : Expat Programming Lang: C++ Description : ViennaCL is a scientific computing library written in C++ based on OpenCL The Vienna Computing Library (ViennaCL) is a scientific computing library written in C++ and based on OpenCL. It allows simple, high-level access to the vast computing resources available on parallel architectures such as GPUs and is primarily focused on common linear algebra operations (BLAS levels 1, 2 and 3) and the solution of large systems of equations by means of iterative methods with optional preconditioner. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620229: python-pysnmp4: python deprecation warnings for md5 and sha
Package: python-pysnmp4 Version: 4.1.9a-2 Severity: normal Hi, python-pysnmp4 shows some Deprecation Warnings for md5 and sha: /usr/lib/pymodules/python2.6/pysnmp/v4/proto/secmod/rfc3414/auth/hmacmd5.py:1: DeprecationWarning: the md5 module is deprecated; use hashlib instead import string, md5 /usr/lib/pymodules/python2.6/pysnmp/v4/proto/secmod/rfc3414/auth/hmacsha.py:1: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import string, sha Ubuntu had the same problem (#610570) and fixed it in version python-pysnmp4 - 4.1.9a-1ubuntu1: https://bugs.launchpad.net/bugs/610570 Would be nice to have the same fix in Debian as well. Christopher -- System Information: Debian Release: 6.0 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=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pysnmp4 depends on: ii libsmi2-common 0.4.8+dfsg2-3a library to access SMI MIB inform ii libsmi2ldbl 0.4.8+dfsg2-3library to access SMI MIB informat ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-pyasn1 0.0.11a-1ASN.1 library for Python ii python-pysnmp-common4.1.9a-2 Python SNMP library for agents and ii python-support 1.0.10 automated rebuilding support for P Versions of packages python-pysnmp4 recommends: ii python-crypto 2.1.0-2cryptographic algorithms and proto ii python-pysnmp4-apps 0.2.6a-1 Applications for the Python SNMP l ii python-pysnmp4-mibs 0.0.5a-3 MIBs for the Python SNMP library Versions of packages python-pysnmp4 suggests: pn python-pysnmp4-docnone (no description available) -- 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#613056: Please compile gmsh with support for .med files
Le jeudi 31 mars 2011 à 10:21 +0200, Anton Gladky a écrit : libhdf5-mpi-dev This package depends on the default MPI version of HDF5 for each platform. Probably, you are right. Indeed. Is it ok with you ? Index: trunk/debian/control === --- trunk/debian/control(révision 38290) +++ trunk/debian/control(copie de travail) @@ -10,8 +10,7 @@ libopencascade-modeling-dev, libcgns-dev (= 2.5.3), libmed-dev (= 2.3.6), libmedc-dev (= 2.3.6), - libhdf5-openmpi-dev[alpha amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc], - libhdf5-lam-dev[!alpha !amd64 !i386 !ia64 !kfreebsd-amd64 ! kfreebsd-i386 !powerpc !sparc], + libhdf5-mpi-dev, libscotchmetis-dev, libblas-dev, liblapack-dev Standards-Version: 3.9.1 S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620230: chm2pdf: opens htmldoc window
Package: chm2pdf Version: 0.9.1-1.1 Severity: important $ chm2pdf --book --verbose Pcbh32.chm CHM2PDF_WORK_DIR = /tmp/tmpSMZ77S/Pcbh32 CHM2PDF_ORIG_DIR = /tmp/tmpC4q6w7/Pcbh32 Correcting links in the HTML files... Producing the PDF from the 206 individual HTML files... does not, as expected, create a pdf file in the working directory. Instead, it opens a htmldoc window with no input files. I have to add input files manually from CHM2PDF_ORIG_DIR, then give Output Path and Output Format, then click on Generate. The file given in Output Path in htmldoc is generated. When I click Close, chm2pdf gives: Written file Pcbh32.pdf Done. But, Pcbh32.pdf is not written. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chm2pdf depends on: ii htmldoc 1.8.27-5 HTML processor that generates inde ii libchm-bin 2:0.40-3 library for dealing with Microsoft ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-chm 0.8.4-1+b1 Python binding for CHMLIB ii python-support 1.0.11 automated rebuilding support for P chm2pdf recommends no packages. Versions of packages chm2pdf suggests: ii python-beautifulsoup 3.2.0-1error-tolerant HTML parser for Pyt -- 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#613056: Please compile gmsh with support for .med files
Is it ok with you ? Index: trunk/debian/control === --- trunk/debian/control(révision 38290) +++ trunk/debian/control(copie de travail) @@ -10,8 +10,7 @@ libopencascade-modeling-dev, libcgns-dev (= 2.5.3), libmed-dev (= 2.3.6), libmedc-dev (= 2.3.6), - libhdf5-openmpi-dev[alpha amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 powerpc sparc], - libhdf5-lam-dev[!alpha !amd64 !i386 !ia64 !kfreebsd-amd64 ! kfreebsd-i386 !powerpc !sparc], + libhdf5-mpi-dev, libscotchmetis-dev, libblas-dev, liblapack-dev Standards-Version: 3.9.1 Yes, but we have to check it locally first. Anyway, with this option gmsh finds med-libraries and starts to compile. A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620202: ITP: lcrt -- Linux remote login tool
Hi! Am 31.03.2011 02:58, schrieb Asias He: * Package name: lcrt [..] Description : Linux remote login tool Lcrt is a Linux Remote Login Tool. Some linuxer think there is not a good terminal like SecureCRT(may be there is but I don't known), so I write one, here it is. Could you please improve the package description a bit. I have no idea what lcrt does, how it does it, and why I would like to use it. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620216: linux-image-2.6.38-1-686: kernel hangs with XFS
On Thu, Mar 31, 2011 at 08:25:05AM +0200, Thomas Prokosch wrote: Since the big XFS refacturing, kernels tend to hang on one particular machine. It is not a hardware problem, since the very same machine works flawlessly with the very same configuration, by just using an older (=2.6.26) kernel. Especially bad in this respect is the latest 2.6.38 as given in the email subject: The problem appears right after the reboot. I am filing this bug report on linux-image-2.6.37-1-686 which also shows hangs but only 1-2 times per week. In order to isolate this bug, I am attending the kernel log for two distinct hangs (with a reboot in between) and disk information. I suspect that the problem occurs only on special types of disks, as I run almost the same configuration on multiple machines (same kernel, XFS formatted disks with the same XFS format version, same partitioning, etc.) without having any problems. I remember seeing a quite similar hang on 2.6.38 on a xftest run. please submit upstream on bugzilla.kernel.org and let us know the bug nr. thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618884: works when the primary screen is on top
Hi, I experimented a bit more, and the only situation that doesn't work is when the secondary screen is above the primary. Laptop screen above secondary screen is ok (when the gnome-shell top bar is above everything), but secondary above laptop doesn't work. The boundary that I cannot cross is the gnome-shell top bar. If I select a window on my laptop screen and drag it to the above screen, I am stopped at the gnome-shell top bar. If I drag the window with ALT-mouse1, the window can go to the other screen, but I am still halted before it is fully on the other screen. Furthermore, if I try to maximize such a window, the decoration clearly changes to reflect the maximization, but the geometry doesn't change. The window doesn't maximize, it is just stuck there and I can't move it unless I unmaximize it. HTH, -- Rémi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599732: Labels on function Follow do not appear.
Package: luakit Version: 2010.12.25+0327-1 Followup-For: Bug #599732 Hello, I have another reproductible test case for this bug. This feature stopped working after the following steps: 1) Go to http://maps.google.com/ 2) Search something, zoom, unzoom, navigate 3) I also used street view which warned me that I must use Adobe Flash 4) I opened a new tab on chrome://bookmarks/ and the feature disappeared. The use of google map make me think that this is probably linked to the javascript engine. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luakit depends on: ii libatk1.0-01.32.0-3 The ATK accessibility toolkit ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-0 2.22.1-1+sid1 GDK Pixbuf library ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii liblua5.1-05.1.4-5 Simple, extensible, embeddable pro ii liblua5.1-filesystem0 1.5.0-1 luafilesystem library for the Lua ii libpango1.0-0 1.28.3-5 Layout and rendering of internatio ii libpng12-0 1.2.44-2 PNG library - runtime ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libwebkit-1.0-21.2.7-2 Web content engine library for Gtk luakit recommends no packages. luakit 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#561085: postfix-policyd: Please package version 2.x
On Mon, Dec 14, 2009 at 12:02:34PM +0100, Alessandro Polverini wrote: Package: postfix-policyd Version: 1.80-2.3 Severity: wishlist Latest version upstream is 2.x with a lot of new features, an updated package would be appreciated. Is this being worked on? Hauke -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#613056: Please compile gmsh with support for .med files
Le jeudi 31 mars 2011 à 10:36 +0200, Anton Gladky a écrit : Is it ok with you ? Yes, but we have to check it locally first. OK, please let me know when you tested. I will upload it if you don't find issues. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532098: is silent, but mplayer complains loudly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry, but some Gnome or Kde applets are no option. Making A2DP depend upon unrelated and highly complex functionality like Gnome or KDE just to enter is just asking for troubles. On the next update some internal XML crap (please excuse the expression) might get changed, and its broken again. I saw this happen several times before. Looking at your example I would like to write in my .asoundrc something like pcm.bluetooth { type bluetooth device 00:0F:59:11:XX:XX pin } pcm.!default { type plug slave { pcm bluetooth } } That gives you all information needed for pairing: The device and the pin. should be the default pin, of course. This change could help _alot_ to improve A2DP support on Linux. BTW, I was never asked to enter on my Belkin A2DP receiver. It doesn't even have a single key to press. _Thats_ ease of use. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2UPX8ACgkQUTlbRTxpHjfDogCaA08j53INMx4UYdmlX+3AEuld GKgAoIrvf6t9n3k0Rpk/xcrDepjU5S/0 =xokl -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#561085: postfix-policyd: Please package version 2.x
On 31.3.2011, at 10:33, Jan Hauke Rahm j...@debian.org wrote: On Mon, Dec 14, 2009 at 12:02:34PM +0100, Alessandro Polverini wrote: Package: postfix-policyd Version: 1.80-2.3 Severity: wishlist Latest version upstream is 2.x with a lot of new features, an updated package would be appreciated. Is this being worked on? Nope, the 2.x is entirely sifferent package written from scratch. -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620231: python-pyside.qtmultimedia: uninstallable (depends on libqt4-multimedia)
Package: python-pyside.qtmultimedia Version: 0.4.2-1~unstable0 Severity: grave Tags: sid wheezy Justification: renders package unusable libqt4-multimedia was apparently removed with qt 4.7. I'll get pyside out of testing. 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#613056: Please compile gmsh with support for .med files
It is ok. A. On Thu, Mar 31, 2011 at 10:43 AM, Sylvestre Ledru sylves...@debian.org wrote: OK, please let me know when you tested. I will upload it if you don't find issues. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613056: Please compile gmsh with support for .med files
Uploaded. Thanks, Sylvestre Le jeudi 31 mars 2011 à 11:06 +0200, Anton Gladky a écrit : It is ok. A. On Thu, Mar 31, 2011 at 10:43 AM, Sylvestre Ledru sylves...@debian.org wrote: OK, please let me know when you tested. I will upload it if you don't find issues. Sylvestre -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561085: postfix-policyd: Please package version 2.x
On 03/31/2011 10:33 AM, Jan Hauke Rahm wrote: [...] Latest version upstream is 2.x with a lot of new features, an updated package would be appreciated. Is this being worked on? I just discovered that there is a new package named postfix-cluebringer with the latest release of the software. I suppose the bug can be closed now :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561085: postfix-policyd: Please package version 2.x
close 561085 thank you On Thu, Mar 31, 2011 at 11:23, Alessandro Polverini a...@nibbles.it wrote: On 03/31/2011 10:33 AM, Jan Hauke Rahm wrote: [...] Latest version upstream is 2.x with a lot of new features, an updated package would be appreciated. Is this being worked on? I just discovered that there is a new package named postfix-cluebringer with the latest release of the software. I suppose the bug can be closed now :) -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620228: keyboard-configuration: Error in Setting preliminary keymap: mktemp fails (Read-only file system)
On Thu, Mar 31, 2011 at 10:11:49AM +0200, Vincent Lefevre wrote: In the boot messages: Thu Mar 31 09:46:12 2011: Setting preliminary keymap...mktemp: failed to create file via template `/tmp/tmpkbd.XX': Read-only file system Thu Mar 31 09:46:12 2011: Can not create temporary file Thu Mar 31 09:46:12 2011: ^[[31mfailed.^[[39;49m There was no such error when I booted on March 21 (with the previous Linux kernel 2.6.38-1-amd64 and an older version of keyboard-configuration). Thanks for your report. Yes, there were changes that caused this error message. It is, however, more or less harmless and I think it won't appear again if you reboot the machine. I will change the scripts to make sure this message does not show up. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619546: [php-maint] Bug#619546: php5-fpm init script failing with error code 1 regardless of failure
Hi Eusebi, thanks for the patch. You are absolutelly right. I really had a bad luck with this php5-fpm.init script :-(. 5.3.6-6 with the fix is on it's way to unstable. Ondrej On Thu, Mar 31, 2011 at 00:06, Eusebi Giampaolo giampaolo.eus...@yahoo.it wrote: I haven't read all the thread but /etc/init.d/php5-fpm doesn't start php5-fpm on boot (while it start it if called from the shell).. I resolved the problem swapping the first two lines of the start case in /etc/init.d/php5-fpm.. something like: [patch] *** php5-fpm 2011-03-30 23:57:31.989484928 +0200 --- /etc/init.d/php5-fpm 2011-03-30 23:58:21.073525751 +0200 *** *** 109,116 case $1 in start) - do_check $VERBOSE [ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME case $? in 0) do_start --- 109,116 case $1 in start) [ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME + do_check $VERBOSE case $? in 0) do_start [/patch] I think php5-fpm isn't starting because you're testing the return value of the wrong line.. Am i right? Sorry for my english, by the way thanks for your work. Eusebi Giampaolo ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615626: fault when loading PyQt4.QtCore under python2.6
Package: python-qt4 Version: 4.8.3-2 Followup-For: Bug #615626 I upgraded libqt4* and python-qt4 and I still get a similar backtrace, both with python2.6 and python2.7. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-qt4 depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libpython2.6 2.6.6-8+b1 Shared Python runtime library (ver ii libqt4-declarative4:4.7.2-3 Qt 4 Declarative module ii libqt4-designer 4:4.7.2-3 Qt 4 designer module ii libqt4-help 4:4.7.2-3 Qt 4 help module ii libqt4-network4:4.7.2-3 Qt 4 network module ii libqt4-script 4:4.7.2-3 Qt 4 script module ii libqt4-scripttools4:4.7.2-3 Qt 4 script tools module ii libqt4-svg4:4.7.2-3 Qt 4 SVG module ii libqt4-test 4:4.7.2-3 Qt 4 test module ii libqt4-xml4:4.7.2-3 Qt 4 XML module ii libqt4-xmlpatterns4:4.7.2-3 Qt 4 XML patterns module ii libqtassistantclient4 4.6.3-3Qt Assistant client library (runti ii libqtcore44:4.7.2-3 Qt 4 core module ii libqtgui4 4:4.7.2-3 Qt 4 GUI module ii libqtwebkit4 2.1.0~2011week09-3 Web content engine library for Qt ii libstdc++64.6.0-2The GNU Standard C++ Library v3 ii python2.6.6-12 interactive high-level object-orie ii python-sip [sip-api-8 4.12.1-1 Python/C++ bindings generator runt ii python-support1.0.11 automated rebuilding support for P python-qt4 recommends no packages. Versions of packages python-qt4 suggests: ii python-qt4-dbg4.8.3-2Python bindings for Qt4 (debug ext -- 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#620183: [Pkg-haskell-maintainers] Bug#620183: more similar errors
Dear Ralf, thanks for pointing these out. In the general case, old and new -doc packages should thankfully be co-installable. There are some exceptions, which we were not aware of yet. Am Mittwoch, den 30.03.2011, 21:41 +0200 schrieb Ralf Treinen: Package: libghc-deepseq-doc,libghc6-deepseq-doc Version: libghc-deepseq-doc/1.1.0.2-1 Version: libghc6-deepseq-doc/1.1.0.0-2 [..] Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/doc-base/haskell-deepseq-api and Am Mittwoch, den 30.03.2011, 22:33 +0200 schrieb Ralf Treinen: libghc6-text-doc and libghc-text-doc files: /usr/share/doc-base/haskell-text-ap have doc-base registration, which we actually do not want for Haskell libraries – they have their own index. We’ll remove the registration in libghc-deepseq-doc, this shoul take care of this. libghc6-http-doc and libghc-http-doc files: /usr/share/doc/haskell-http-doc/html/* Is that 1:4000.1.1-2 or 40001010-1? The older had some left-over things in debian/rules that I removed in the newer and that should take care of of this. Same will apply to libghc6-regex-compat-doc and libghc-regex-compat-doc libghc6-zlib-doc and libghc-zlib-doc Unless someone is faster, I’ll look into that over the weekend. Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#620232: pcscd fails to work with REINER SCT cyberJack
Package: pcscd Version: 1.7.1.-1 Severity: important Here's the log: Mar 31 11:23:37 feivel pcscd: readerfactory.c:965:RFInitializeReader() Open Port 0x20 Failed (usb:0c4b/0300:libudev:0:/dev/bus/usb/002/004) Mar 31 11:23:37 feivel pcscd: readerfactory.c:275:RFAddReader() REINER SCT cyberJack pp_a (7607602131) init failed. Mar 31 11:23:37 feivel pcscd: hotplug_libudev.c:377:HPAddDevice() Failed adding USB device: REINER SCT cyberJack pp_a Mar 31 11:23:37 feivel kernel: [ 7211.956358] pcscd[28442]: segfault at 10 ip 0040d22b sp 7fffb3b46fb0 error 4 in pcscd[40+1a000] Downgrading to 1.7.0-2 results in the same pcscd error messages but without the segfault. Downgrading to 1.6.7-1 makes it work again. Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 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 pcscd depends on: ii hal 0.5.14-5 Hardware Abstraction Layer ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libccid [pcsc-ifd-handler]1.4.2-2PC/SC driver for USB CCID smart ca ii libdbus-1-3 1.4.6-1simple interprocess messaging syst ii libhal1 0.5.14-5 Hardware Abstraction Layer - share ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip pcscd recommends no packages. pcscd 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#615281: Info received (Bug#615281: Acknowledgement (libnet-dns-perl: FTBFS with only IPv6 nameservers configured in /etc/resolv.conf))
Hi, Just to be clear, this isn't specific to build-time issues; the module is generally non-functional in this case. One example of such a failure I recently observed after a squeeze upgrade (note: this was a regression in squeeze) was with sa-update: https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6282 -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620233: kglobalaccel_x11 ungrabs wrong X11 keycodes leading to non-functional delete key
Package: kdebase-runtime Version: 4:4.4.5-1 Severity: normal Tags: upstream Forwarded: http://bugs.kde.org/show_bug.cgi?id=269403 Hello, if you're using a german keyboard layout it can happen, that the entf key (Delete key) doesn't work. Detailed information and a suggested patch can be found under the forwarded-bug URL. Best regards, Manuel Hachtkemper -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38-rc4.wap (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-runtime depends on: ii kdebase-runtime-d 4:4.4.5-1 shared data files for the KDE base ii kdelibs5-plugins 4:4.4.5-2+squeeze1 core plugins for KDE Applications ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libattica00.1.4-1a Qt library that implements the O ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libexiv2-90.20-2 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.5-8 GCC support library ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii libkde3support4 4:4.4.5-2+squeeze1 the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-2+squeeze1 the KDE Platform Core Library ii libkdesu5 4:4.4.5-2+squeeze1 the Console-mode Authentication Li ii libkdeui5 4:4.4.5-2+squeeze1 the KDE Platform User Interface Li ii libkdnssd44:4.4.5-2+squeeze1 the DNS-SD Protocol Library for th ii libkfile4 4:4.4.5-2+squeeze1 the File Selection Dialog Library ii libkhtml5 4:4.4.5-2+squeeze1 the KHTML Web Content Rendering En ii libkio5 4:4.4.5-2+squeeze1 the Network-enabled File Managemen ii libkmediaplayer4 4:4.4.5-2+squeeze1 the KMediaPlayer Interface for the ii libknewstuff2-4 4:4.4.5-2+squeeze1 the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.5-2+squeeze1 the Get Hot New Stuff v3 Library ii libknotifyconfig4 4:4.4.5-2+squeeze1 library for configuring KDE Notifi ii libkparts44:4.4.5-2+squeeze1 the Framework for the KDE Platform ii libkpty4 4:4.4.5-2+squeeze1 the Pseudo Terminal Library for th ii libkutils44:4.4.5-2+squeeze1 various utility classes for the KD ii libnepomuk4 4:4.4.5-2+squeeze1 the Nepomuk Meta Data Library ii libnepomukquery4a 4:4.4.5-2+squeeze1 the Nepomuk Query Library for the ii libopenexr6 1.6.1-4.1 runtime files for the OpenEXR imag ii libphonon44:4.6.0really4.4.2-1 the core library of the Phonon mul ii libplasma34:4.4.5-2+squeeze1 the Plasma Library for the KDE Pla ii libqt4-dbus 4:4.6.3-4 Qt 4 D-Bus module ii libqt4-network4:4.6.3-4 Qt 4 network module ii libqt4-qt3support 4:4.6.3-4 Qt 3 compatibility library for Qt ii libqt4-svg4:4.6.3-4 Qt 4 SVG module ii libqt4-xml4:4.6.3-4 Qt 4 XML module ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libsmbclient 2:3.5.6~dfsg-3squeeze2 shared library for communication w ii libsolid4 4:4.4.5-2+squeeze1 Solid Library for KDE Platform ii libsoprano4 2.5.0+dfsg.1-1 libraries for the Soprano RDF fram ii libssh-4 0.4.5-3A tiny C SSH library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libstreamanalyzer 0.7.2-1+b1 streamanalyzer library for Strigi ii libstreams0 0.7.2-1+b1 streams library for for Strigi Des ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii oxygen-icon-theme 4:4.4.5-1 Oxygen icon theme ii perl 5.10.1-17 Larry Wall's Practical Extraction ii phonon-backend-gs 4:4.6.0really4.4.2-1 Phonon GStreamer 0.10.x backend ii phonon-backend-vl 0.2.0-2Phonon VLC backend ii phonon-backend-xi 4:4.6.0really4.4.2-1 Phonon Xine 1.1.x backend ii plasma-scriptengi 4:4.4.5-1 the JavaScript script engine for P ii shared-desktop-on 0.5-1 shared ontologies for semantic sea Versions of packages kdebase-runtime recommends: ii hal0.5.14-3 Hardware Abstraction Layer ii virtuoso-minimal 6.1.2+dfsg1-1 high-performance database - core d Versions of packages kdebase-runtime suggests: ii djvulibre-bin 3.5.23-3 Utilities for the DjVu image forma pn icoutils none (no description available) -- no debconf information -- To UNSUBSCRIBE,
Bug#620200: kingston-update-notifier: French translation
retitle 620200 kingston-update-notifier: French translation tag 620200 + pending thanks Dear Cédric, Cédric Boutillier schrieb am 31.03.2011 01:32: Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. thank you for your contribution, I've just commited your translation ([0]), please note, that this isn't a debconf but a normal program translation. And now to an additional request: kingston provides a .notifyrc [1] and a .desktop [2] file too, both would need translation in addition to the PO file to complete the French translation. Could you translate them too, please? Thank you in advance for your help! Kind regards, Kai Wasserbäch [0] http://git.debian.org/?p=pkg-kde/kingston.git;a=commitdiff;h=461f87fc [1] http://git.debian.org/?p=pkg-kde/kingston.git;a=blob_plain;f=src/kingston_update_notifier.notifyrc;hb=HEAD [2] http://git.debian.org/?p=pkg-kde/kingston.git;a=blob_plain;f=src/kingston_update_notifier.desktop;hb=HEAD -- E-Mail: cu...@debian.org IRC: Curan Jabber: dri...@debianforum.de URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 signature.asc Description: OpenPGP digital signature
Bug#615121: #615121: iptables --localtz option of -m time not working
On Thursday 2011-03-31 07:53, Damyan Ivanov wrote: Not sure if it matters, but the hardware clock is using UTC (i.e. /etc/default/rcS contains UTC=yes). When the xt_time kernel module is loaded, it prints the current timezone the kernel is operating with - and this is what xt_time will be using when doing localtz comparisons. Thanks for the reply. Indeed, there is this message in dmesg: xt_time: kernel timezone is - I too use UTC, but I don't get . /etc/sysconfig# head -n10 clock; hwclock; date; rmmod xt_time; modprobe xt_time; dmesg | tail -n1; ## Path:System/Environment/Clock ## Description: Information about your timezone and time ## Type:string(-u,--utc,--localtime) ## ServiceRestart: boot.clock ## Command: /sbin/refresh_initrd # # Set to -u if your system clock is set to UTC, and to --localtime # if your clock runs that way. # HWCLOCK=-u Thu Mar 31 12:16:01 2011 -0.767810 seconds Thu Mar 31 12:16:03 CEST 2011 [383639.470885] xt_time: kernel timezone is +0100 # cat /etc/SuSE-release openSUSE 11.4 (x86_64) I think there is no bug here currently - the Linux system was written such that each user could have his own TZ setting applied to shells, desktop, etc. (Which requires that the kernel always keeps an UTC clock somewhere.) On boot, once the kernel UTC clock has been initialized from the RTC + $(DST result of date command), the KTZ is independent, much like just another user's environment variable. I have set the hardware clock to use the local timezone and it changed to xt_time: kernel timezone is +0300 It seems to fix the problem, but I wonder what would happen at the next DST change. I guess it would require to shut down the firewall, The particular box I have shown output from still reads +0100 while 4 days ago, DST began and thus would have become +0200. Since the KTZ is set by distro scripts once at boot, one can't blame ntpd for not updating the KTZ. After all, ntpd only needs to concern itself with adjusting the UTC clock, since timezones is not a system property, but per-user. Given these findings, the localtz option is obviously heavily dependent on KTZ, and maybe should be ripped out of the xt_time module to avoid surprises. reload xt_time and restart the firewall so that it picks up the correct timezone (If the kernel changes its at all. I have never used UTC=no before). Still a suboptimal solution? Reloading xt_time won't change anything. Someone or something would need to set the KTZ, and once it does so, xt_time will pick it up automatically. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458557: Bug #458557 didn't close
Hi Federico, due to a syntax mistake in the changelog entry of your latest upload, this bug hasn't changed its status. So please, close this. Regards, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594279: gcc-avr: non-standard gcc/g++ used for build (gcc-4.3)
severity 594279 serious kthxbye On Wed, Aug 25, 2010 at 05:58:55 +, Matthias Klose wrote: Package: gcc-avr Version: 1:4.3.5-1 Severity: normal User: debian-...@lists.debian.org Usertags: non-standard-compiler, gcc-4.3 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc/g++. Please keep this report open until the package uses the default compiler version for the package build. The severity of this report is likely to be raised before the release. gcc-4.3-source is no longer in sid, bumping to serious severity. 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#620234: installation-reports: AMD64 does not boot on Opteron 170
Package: installation-reports Severity: critical Tags: d-i Justification: breaks the whole system After the installation of Debian GNU/linux 6.0.0.1 AMD64 the kernel crashes after /dev. The monitor goes in standby and nothing happend, i can only press the reset button. The used hardware is ok, WindowsXP SP3 runs and Slackware64 13.1 too. I have the detailed hardware on sysprofile http://www.sysprofile.de/id40682. -- Package-specific info: Boot method: CD Image version: 6.0.0.1 AMD64 Date: Date and time of the install Machine: AMD Opteron 170 with MSI mainboard K8T Neo2-F V2 (newest BIOS) Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] 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. -- 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=6.0 (squeeze) - installer build 20110106+b1 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux Amnesiac 2.6.32-5-486 #1 Fri Dec 10 15:32:53 UTC 2010 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface [8086:2560] (rev 03) lspci -knn: Subsystem: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface [8086:2560] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE Host-to-AGP Bridge [8086:2561] (rev 03) lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 02) lspci -knn: Subsystem: Intel Corporation Device [8086:24cb] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 02) lspci -knn: Subsystem: Intel Corporation Device [8086:24cb] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 02) lspci -knn: Subsystem: Intel Corporation Device [8086:24cb] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 02) lspci -knn: Subsystem: AOPEN Inc. Device [a0a0:040a] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 82) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge [8086:24c0] (rev 02) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801DB (ICH4) IDE Controller [8086:24cb] (rev 02) lspci -knn: Subsystem: Intel Corporation 82801DB (ICH4) IDE Controller [8086:24cb] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 02) lspci -knn: Subsystem: Intel Corporation Device [8086:24cb] lspci -knn: 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 02) lspci -knn: Subsystem: AOPEN Inc. Device [a0a0:024c] lspci -knn: 01:00.0 VGA compatible controller [0300]: nVidia Corporation NV43 [GeForce 6600 GT] [10de:00f1] (rev a2) lspci -knn: 02:04.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ [10ec:8139] (rev 10) lspci -knn: Subsystem: AOPEN Inc. Device [a0a0:0394] lspci -knn: Kernel driver in use: 8139too usb-list: usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002] usb-list:Level 00 Parent 00 Port 00 Class 09(hub ) Subclass 00 Protocol 00 usb-list:Manufacturer: Linux 2.6.32-5-486 ehci_hcd usb-list:Interface 00: Class 09(hub ) Subclass 00 Protocol 00 Driver hub usb-list: usb-list: Bus 02
Bug#620235: Dont resolve user in ldap
Package: nslcd Version: 0.8.2 Severity: important Tags: experimental Hi there. Today nslcd upgraded to 0.8.2 and I catched the following bug. It fails to resolve username 'gq' in ldap. Other users works fine. Looks like it doesn't look in ldap at all: nslcd: [8b4567] DEBUG: connection from pid=8154 uid=0 gid=0 nslcd: [8b4567] passwd=gq gq: invalid user name Have no time to investigate it deeper, so had to rollback to previous version. -- System Information: Debian Release: 6.0.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nslcd depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgssapi-krb5-21.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries Versions of packages nslcd recommends: ii libnss-ldapd [libnss-ldap]0.7.13 NSS module for using LDAP as a nam ii libpam-ldapd [libpam-ldap]0.7.13 PAM module for using LDAP as an au ii unscd [nscd] 0.47-2 Micro Name Service Caching Daemon Versions of packages nslcd suggests: pn kstartnone (no description available) -- debconf information: nslcd/ldap-sasl-realm: * nslcd/ldap-starttls: false nslcd/ldap-sasl-krb5-ccname: /var/run/nslcd/nslcd.tkt * nslcd/ldap-auth-type: none nslcd/ldap-reqcert: * nslcd/ldap-uris: ldap://127.0.0.1/ nslcd/ldap-sasl-secprops: * nslcd/ldap-binddn: nslcd/ldap-sasl-authcid: nslcd/ldap-sasl-mech: * nslcd/ldap-base: dc=eol,dc=lvk,dc=cs,dc=msu,dc=su nslcd/ldap-sasl-authzid: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597489: Kswapd hanging: patch available from lkml
Hi, posting here since I am evidently reproducing this bug. Under load (relatively mild anyway) a 24-core X5660, 24GB RAM Dell Poweredge 710 gets stuck with 100% cpu usage (meaning one core gets stuck in running kswapd). The peculiarity of the situation is that NO swap is being allocated, si and so columns in vmstat output show no swap usage, and swap was correctly mounted. Also, it was not running completely out of RAM. The machine eventually freezed so I was not able to get any information apart from the kernel stack trace, which I post at the end of the report. This issue seems to be a known bug in the linux kernel, and as far as I understand a patch is available (and already included in RH kernels): http://kerneltrap.org/mailarchive/linux-kernel/2010/10/27/4637977 I'll try to reproduce the problem, in the meantime do you think the solution Mel proposed could be ported back to the stable kernel? Kernel stack trace (excerpt) is attached. Best, Giuseppe -- Giuseppe Lavagetto, Ph.d. Systems Manager and Developer - Gruppo Immobiliare.it s.r.l. [86613.384580] Modules linked in: nfs lockd fscache nfs_acl auth_rpcgss sunrpc drbd ixgbe dca lru_cache cn ipmi_si mpt2sas scsi_transport_sas mptctl mptbase ipmi_devintf ipmi_msghandler dell_rbu bonding ext3 jbd mbcache loop snd_pcm dcdbas joydev power_meter processor button psmouse snd_timer serio_raw snd soundcore snd_page_alloc evdev pcspkr xfs exportfs sg sr_mod cdrom ata_generic usbhid hid uhci_hcd sd_mod ses crc_t10dif enclosure thermal ehci_hcd ata_piix usbcore libata megaraid_sas nls_base scsi_mod bnx2 thermal_sys [last unloaded: drbd] [86613.384610] CPU 2: [86613.384611] Modules linked in: nfs lockd fscache nfs_acl auth_rpcgss sunrpc drbd ixgbe dca lru_cache cn ipmi_si mpt2sas scsi_transport_sas mptctl mptbase ipmi_devintf ipmi_msghandler dell_rbu bonding ext3 jbd mbcache loop snd_pcm dcdbas joydev power_meter processor button psmouse snd_timer serio_raw snd soundcore snd_page_alloc evdev pcspkr xfs exportfs sg sr_mod cdrom ata_generic usbhid hid uhci_hcd sd_mod ses crc_t10dif enclosure thermal ehci_hcd ata_piix usbcore libata megaraid_sas nls_base scsi_mod bnx2 thermal_sys [last unloaded: drbd] [86613.384635] Pid: 207, comm: kswapd0 Not tainted 2.6.32-5-amd64 #1 PowerEdge R710 [86613.384636] RIP: 0010:[810b3f19] [810b3f19] find_get_pages+0x5f/0xbb [86613.384645] RSP: 0018:88062c869bc0 EFLAGS: 0293 [86613.384646] RAX: RBX: 88062c869c50 RCX: [86613.384648] RDX: 0040 RSI: ea0002bc56e0 RDI: ea0002bc56d8 [86613.384649] RBP: 8101166e R08: 88062c869b80 R09: 0002 [86613.384651] R10: 0040 R11: 880093d74ad8 R12: 0005 [86613.384653] R13: 0286 R14: 8800b100 R15: 8800c780 [86613.384655] FS: () GS:88033ac2() knlGS: [86613.384656] CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b [86613.384658] CR2: 7fffd81dd038 CR3: 01001000 CR4: 06e0 [86613.384659] DR0: DR1: DR2: [86613.384661] DR3: DR6: 0ff0 DR7: 0400 [86613.384663] Call Trace: [86613.384668] [810bc034] ? pagevec_lookup+0x17/0x1e [86613.384671] [810bcdf1] ? invalidate_mapping_pages+0xb9/0xdb [86613.384675] [81100573] ? shrink_icache_memory+0xfc/0x228 [86613.384678] [810bf3f5] ? shrink_slab+0xe0/0x153 [86613.384680] [810bfc98] ? kswapd+0x4d9/0x686 [86613.384683] [810bd30f] ? isolate_pages_global+0x0/0x20f [86613.384687] [81064e96] ? autoremove_wake_function+0x0/0x2e [86613.384691] [8103aa56] ? __wake_up_common+0x44/0x72 [86613.384693] [810bf7bf] ? kswapd+0x0/0x686 [86613.384695] [81064bc9] ? kthread+0x79/0x81 [86613.384700] [81011baa] ? child_rip+0xa/0x20 [86613.384702] [81064b50] ? kthread+0x0/0x81 [86613.384703] [81011ba0] ? child_rip+0x0/0x20
Bug#610457: bug: xen-tools - apt-setup for lucid ignores --mirror
I don't like the inheritance of the dom0 apt settings as they are correct only if the target VM is of the same type as dom0. IOW, using a debian dom0's apt setup to build an ubuntu VM is probably wrong as the mirror/proxy could be different. Leaving it as a cmdline arg would be preferable IMHO. An alternative approach would be to be able to specify an apt proxy server within xen-tools. This would then be used by debootstrap and by the guest system. Some of my custom role scripts involve adding custom apt repositories, so this has the advantage of using the proxy for all of them as well. I've implemented this here: https://gitorious.org/~alext/xen-tools/alext-xen-tools/commits/apt_proxy thanks, Alex -- Alex Tomlins Unboxed Consulting E: alex.toml...@unboxedconsulting.com mailto:alex.toml...@unboxedconsulting.com M: +44 7824 696 890 T: +44 20 3137 2930 F: +44 20 7183 4251 17 Blossom Street London, E1 6PL United Kingdom www.unboxedconsulting.com http://www.unboxedconsulting.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620137: openoffice.org-writer: Saving in docx format destroys the entire file content
Hi, On Thu, Mar 31, 2011 at 11:04:07AM +0100, Wolfgang Schulze-Zachau wrote: thanks for the answer. For the sake of possibly others participating in this thread I will keep my responses in English. which threadf? you just replied to me only, not to the bgu. So far there's no thread :P (Cc'ing the bug now)) I appreciate that docx is a proprietary format, but I hope you can also appreciate that it is a very important one. We (as a company) have about Unfortunately it is, yes... 150 people, of which around 100 are Linux users (mostly engineers) and the rest Windows users. As you may have guessed, the Windows users pretty much impose on everybody else that docx be used for all documents. Therefore I don't have much choice on that. If I were to follow your advice, I would alienate all my managers, and ultimately would not be able to function. We use debian on all our Linux machines, and as such would very much appreciate if Debian could uphold its reputation of being rock solid (that's why we chose it in the first place). As it stands at the moment I can't roll out squeeze, or if I do, I have to tell all the Linux users that they can't use docx format for anything else than reading a document. That's what I would do, yes. I would have thought that if a widely used package like OO0 3.2.1 offers saving in docx format, that it is also supposed to work reasonably well. I am even offering you a file that shows a particular case where it doesn't work at all. If I were a developer on this team I would be grateful for being given the opportunity to improve my product. From what I hear from improving the product? You mean Debian or OOo? OOo is dead. Debian will not contain OOo in the future. And we already iimproved the product by switching to LibreOffice for wheezy. Besides that, you expect Debian rock-solid and stable and then also expect that we either remove docx support and/or update the whole filter stuff to OOo 3.3/LibreOffices one? Eventually causing more bad bugs? Sounds like a contradiction to me. you, that is not going to happen. That's disappointing, to be honest. Valid point, but I am not a OOo (nor LibO) se, and neeither do I (or am even willing to do) upstream development there. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604727: Improved dh_gsettings helper
Hi, here is a new version of dh_gsettings that brings some functionality that was missing. To answer Joey’s concerns: 1. It actually needs to install files too. Although the upstream mechanism is much saner than for GConf, per-package overrides still need to be set, e.g. for Debian branding. This new version adds the feature in a similar way to what dh_gconf does. 2. A large number of packages are expected to use GSettings, since it is the blessed replacement for GConf. At the moment, already 20 packages in experimental use it, and the number is growing quickly while we package GNOME 3.0. It would be nice if you could include this in debhelper, as well as in the default command set for dh. Thanks, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling dh_gsettings Description: Perl program
Bug#594279: gcc-avr: non-standard gcc/g++ used for build (gcc-4.3)
Any chance of having it reintroduced? Latest upstream version is based on gcc 4.3.4. The avr backend of gcc is developed somewhat separated from main gcc and only synced occasionally. On Thu, Mar 31, 2011 at 12:39 PM, Julien Cristau jcris...@debian.org wrote: severity 594279 serious kthxbye On Wed, Aug 25, 2010 at 05:58:55 +, Matthias Klose wrote: Package: gcc-avr Version: 1:4.3.5-1 Severity: normal User: debian-...@lists.debian.org Usertags: non-standard-compiler, gcc-4.3 This package builds with a non standard compiler version; please check if this package can be built with the default version of gcc/g++. Please keep this report open until the package uses the default compiler version for the package build. The severity of this report is likely to be raised before the release. gcc-4.3-source is no longer in sid, bumping to serious severity. Cheers, Julien -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594279: gcc-avr: non-standard gcc/g++ used for build (gcc-4.3)
On 31.03.2011 13:05, Hakan Ardo wrote: Any chance of having it reintroduced? Latest upstream version is based on gcc 4.3.4. The avr backend of gcc is developed somewhat separated from main gcc and only synced occasionally. I would like to avoid it if possible. I'll have a look what you are using from the gcc-4.3-source package. maybe it's easy to just add the tarball into the gcc-avr package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594279: gcc-avr: non-standard gcc/g++ used for build (gcc-4.3)
It's the gcc source tar archive. If avr-gcc is the only package still needing it, I suppose it would make sens to place it in the gcc-avr source package. On Thu, Mar 31, 2011 at 1:09 PM, Matthias Klose d...@debian.org wrote: On 31.03.2011 13:05, Hakan Ardo wrote: Any chance of having it reintroduced? Latest upstream version is based on gcc 4.3.4. The avr backend of gcc is developed somewhat separated from main gcc and only synced occasionally. I would like to avoid it if possible. I'll have a look what you are using from the gcc-4.3-source package. maybe it's easy to just add the tarball into the gcc-avr package? -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618743: qemu-system: Tap interface doesn't work anymore
Turns out that dash 0.5.4-12 is NOT affected. Re-upgrading to current 0.5.5.1-7.4 package then makes it lock up again. Non-sudo-prefixed lines (e.g. tested via echo, ls, find, ...) in the script work fine, it's specifically sudo-based commands which are problematic. Note that manually executing a test script such as #!/bin/sh /usr/bin/sudo echo Hi /usr/bin/sudo whoami does terminate properly, when executed as the same user that kvm would execute the scripts as (and when indeed having dash-as-sh). Thus it appears that _something_ about the way that kvm sets up its startup shell scripts context makes things break, i.e. within kvm only. Thus I'm keeping this bug filed under qemu-system instead of reassign dash 0.5.5.1-7.4, for now. Thanks, Andreas Mohr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612838: grub-pc: [kfreebsd] update-grub fails on custom partinioning during installation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I spent some time investigating the issue. I used grub 1.99~rc1-8 from the VCS which includes the patch you mentioned. I made some progress investigating the issue. Using the libgeom enabled grub does not change anything, i.e. update-grub still fails. Before (and after), set -ex gave (relevant parts only): root@debian:~# update-grub ; echo $? Generating grub.cfg ... + prefix=/usr + exec_prefix=/usr + bindir=/usr/bin + libdir=/usr/lib + . /usr/lib/grub/grub-mkconfig_lib + transform=s,x,x, ... + printf Loading kernel of FreeBSD %s ... 8.1-1-amd64 + message=Loading kernel of FreeBSD 8.1-1-amd64 ... + cat + test -n + test -e /lib/modules/8.1-1-amd64/acpi.ko + test -e /lib/modules/8.1-1-amd64/opensolaris.ko + test -e /lib/modules/8.1-1-amd64/zfs.ko + test -e /boot/zfs/zpool.cache 1 Problem is, there is no /boot/zfs/zpool.cache, maybe this is related to #591820. When copying /boot/zfs/zpool.cache over from the installer environment as Tiernan suggested update-grub works, even the older version from 6.0.1 (I used this time for installation). - -- with kind regards, Arno Töll GnuPG Key-ID: 0x8408D4C4 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNlGTaAAoJELBdpXvEXpo9F3QP/iYO5BvXVoB+/yVRU2dpW3by DqcQG6zGN0O+giZ+oW8C0KdyQdGjCDkTOMrJJHEDLa889k+dfj29LcFIyh5eo2Gi GlyOfCXgldE8Iz6kMr+b24U7q5cj+hrbpjEe1o/8e6F3lDPLZdAoAQV9m7Qfx/iu MbCD7kagmZ6kTbC9XtjNwnR6KMa96X50HG0ny4+T0HchZ4KCYpteq46S091ugVml D8emhj9JCfniKUcBO5dVlRGKPi002nBU2UdVN5lpX1qEuN4S2jGgxmYro5CHRFHZ loV1p4uf0tjx0fNieY04pEH43Vyb0ndZ2nNPUQrKTRebMbz0ZNhv0WWoUbmTD5MK 5FY7nLr8aAGSBElQoce9alfNI9nJ5O7Tk6roOSQufePValzKGk9rity+zqvKQ+GY V7wmMCWFV95w7luVb21ddVDL8ACzfEC84bCb2HOMFErq1Tx2TpXlBQWjUKsnUW0U rYItZqFyXkBhu76FHEqWW2HFATp6PNvv782US16aAyBs+1xsh3WjaVca56NTrUJJ A0HGckr4KXO4AjyVZP0frNr8g4rSFyqS/BJsq/KM4In67PgQnnFJMLv/tMgfTeZt 1mWAIT/d+TPRgLcoE/VA9kn2uwVVdh6ZfukvNnOD027WgxCNsP7tenCRg9dK0WBW nI6xQhMmM6Pr7upNj23p =wLUt -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#604727: Improved dh_gsettings helper
Le jeudi 31 mars 2011 à 15:56 +0530, Josselin Mouette a écrit : here is a new version of dh_gsettings that brings some functionality that was missing. After I sent it, it was suggested that the libdconf0 name might change in the future, which might cause problems and need changes in debhelper. In order to avoid that, we have split the GSettings backend in a separate package. This should avoid you some uploads in the future. Thanks for considering, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling dh_gsettings Description: Perl program
Bug#620137: openoffice.org-writer: Saving in docx format destroys the entire file content
Hi, snip/ I would have thought that if a widely used package like OO0 3.2.1 offers saving in docx format, that it is also supposed to work reasonably well. I am even offering you a file that shows a particular case where it doesn't work at all. If I were a developer on this team I would be grateful for being given the opportunity to improve my product. From what I hear from improving the product? You mean Debian or OOo? OOo is dead. Debian will not contain OOo in the future. And we already iimproved the product by switching to LibreOffice for wheezy. But whezzy isn't released yet and won't be for quite some time. I need to work with the stable release. Don't get me wrong. I understand the move to LibreOffice and I support it. But I also have to support my 100 users. Besides that, you expect Debian rock-solid and stable and then also expect that we either remove docx support and/or update the whole filter stuff to OOo 3.3/LibreOffices one? Eventually causing more bad bugs? Sounds like a contradiction to me. No, I expect released software to work. Otherwise don't release it. Sorry if that sounds harsh, but the current situation is that unsuspecting users stand to lose a lot of their work. you, that is not going to happen. That's disappointing, to be honest. Valid point, but I am not a OOo (nor LibO) se, and neeither do I (or am even willing to do) upstream development there. OK, understood. So what should I do? I can test this against LibreOffice on wheezy, and raise a separate bug if the problem is there, too. Is there anything I can do to ensure that this gets looked at for the OOo package in squeeze? Grüße/Regards, René best regards Wolfgang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620236: ocamldsort only handles dependency lines with trailing blanks; breaks with recent versions of ocamldep
Package: ocamldsort Version: 0.14.4-2+b2 Severity: important Tags: patch upstream The old code in dep_parse.ml only works properly on lines which are terminated by a space; this error has gone unnoticed for years, since ocamldep did produce a trailing space on each dependency line. Recent version of ocamldep do not do this any longer, so the bug is now apparent to anybody using ocamldsort. You can verify this situation yourself by testing as input a file toto.cmo: toto.ml with or without a trailing blank. It is enough to fix the parse_source parser as shown in the attached patch to correct the error. --- dep_parse.ml2003-08-15 15:57:21.0 +0200 +++ ../ocamldsort-0.14.4-fixed/dep_parse.ml 2011-03-31 12:28:17.0 +0200 @@ -28,8 +28,8 @@ let rec parse_source = parser | [ '' ' ] - - | [ ''\n' ] - - | [ 'a; d = parse_source ] - concat a d + | [ 'a when a '\n'; d = parse_source ] - concat a d + | [ ] - let rec parse_sources = parser | [ '' '; d = parse_sources ] - d -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental'), (500, 'squeeze-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages ocamldsort depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ocamldsort recommends no packages. ocamldsort 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#620137: openoffice.org-writer: Saving in docx format destroys the entire file content
Hi, On Thu, Mar 31, 2011 at 12:30:21PM +0100, Wolfgang Schulze-Zachau wrote: OK, understood. So what should I do? I can test this against LibreOffice on wheezy, I'd prefer with sid, it hasd 3.3.2 compares to 3.3.1, but ok, I can do that, too. Just didn't get to it yesterday. Is there anything I can do to ensure that this gets looked at for the OOo package in squeeze? Didn't I make it clear that noone in Debian would? Maybe ask the go-oo guys (the upstream), but go-oo also is dead in favour of LibreOffice and I doubt they'll care about 3.2.1. But you could try.. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620231: python-pyside.qtmultimedia: uninstallable (depends on libqt4-multimedia)
tags 620231 -sid thanks Le jeudi 31 mars 2011 10:56:17, Julien Cristau a écrit : Package: python-pyside.qtmultimedia Version: 0.4.2-1~unstable0 Severity: grave Tags: sid wheezy Justification: renders package unusable libqt4-multimedia was apparently removed with qt 4.7. I'll get pyside out of testing. Hi Julien, and thanks for your bugreport, python-pyside.qtmultimedia is not in unstable (or will not be anymore as soon as all buildds catch up), so I'm hereby tagging this bugreport wheezy only (hope it's the correct thing to do). For what is worth, I agree with the removal of PySide from testing. Thanks for your time ! Cheers -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#597489: Kswapd hanging: patch available from lkml
Sorry, I forgot to mention that we are running debian squeeze (stable) on a freshly installed system. So the bug seems to still be there in the stable kernel, and not just in the backported one. Giuseppe -- Giuseppe Lavagetto, Ph.d. Systems Manager and Developer - Gruppo Immobiliare.it s.r.l. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620237: sbackup: version 0.11 is out and corrects many problems
Package: sbackup Version: 0.10.5 Severity: normal Version 0.11 has been available in Ubuntu Launchpad for several months. Please upgrade as soon as possible. Version 0.11 introduces many improvements and corrects many errors, for example corrects the problem that makes 0.10 ignore the max size setting. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbackup depends on: ii gksu2.0.2-5 graphical frontend to su ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-glade2 2.17.0-4 GTK+ bindings: Glade support ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii sudo1.7.4p6-1Provide limited super user privile sbackup recommends no packages. sbackup 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#620238: gridengine-common: fails to purge - command in postrm not found
Package: gridengine-common Version: 6.2u5-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o 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...): 0m22.4s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp7lY4uc', 'dpkg', '--purge', 'gridengine-common'] 0m22.6s DUMP: (Reading database ... 6167 files and directories currently installed.) Removing gridengine-common ... Purging configuration files for gridengine-common ... /var/lib/dpkg/info/gridengine-common.postrm: 44: ucf: not found dpkg: error processing gridengine-common (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: gridengine-common cheers, Holger Start: 2011-03-30 16:06:08 UTC Package: gridengine-common Priority: optional Section: utils Installed-Size: 1212 Maintainer: Debian Grid Engine Maintainers pkg-gridengine-de...@lists.alioth.debian.org Architecture: all Source: gridengine Version: 6.2u5-2 Depends: debconf (= 0.5) | debconf-2.0, adduser, bsd-mailx | mailx, ucf Filename: pool/main/g/gridengine/gridengine-common_6.2u5-2_all.deb Size: 421848 MD5sum: caec9c849269ff74dd7b6738a2b9db62 SHA1: a6a16dc8ede11b5340d08b443fe740ee4476e9eb SHA256: f7c9a0af682496cca6e03dacd8c4ae52c123fb993b0be9c175127c84477b2dd9 Description: Distributed resource management - common files Grid Engine is software that facilitates distributed resource management (DRM). Far more than just simple load-balancing tools or batch scheduling mechanisms, DRM software typically provides the following key features across large sets of distributed resources: . * Policy based allocation of distributed resources (CPU time, software licenses, etc.) * Batch queuing scheduling * Support diverse server hardware, OS and architectures * Load balancing remote job execution * Detailed job accounting statistics * Fine-grained user specifiable resources * Suspend/resume/migrate jobs * Tools for reporting Job/Host/Cluster status * Job Arrays * Integration control of parallel jobs . This package contains requried shared files and the basic configuration. Homepage: http://gridengine.sunsource.net Tag: role::app-data, special::auto-inst-parts Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ gridengine-common Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ gridengine-common 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmp7lY4uc 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmp7lY4uc 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp7lY4uc', '-zxf', 'wheezy.tar.gz'] 0m2.1s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp7lY4uc', '-zxf', 'wheezy.tar.gz'] 0m2.1s DEBUG: Created policy-rc.d and chmodded it. 0m2.1s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp7lY4uc', 'apt-get', 'update'] 0m11.3s DUMP: Get:1 http://piatti.debian.org wheezy InRelease [120 kB] Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org
Bug#620239: localepurge: disable invoke on purge action
Package: localepurge Version: 0.6.2+nmu1 Severity: wishlist Tags: squeeze /etc/apt/apt.conf.d/99-localepurge s/grep -c remove/egrep -c '(remove|purge)'/ e.x.: DPkg { Post-Invoke { ... [ $(ps w -p $PPID | egrep -c '(remove|purge)') != 1 ]; ... }; } -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable'), (500, 'proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages localepurge depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii locales 2.11.2-10 Embedded GNU C Library: National L ii procps 1:3.2.8-9 /proc file system utilities ii ucf 3.0025+nmu1 Update Configuration File: preserv localepurge recommends no packages. Versions of packages localepurge suggests: pn bleachbit none (no description available) ii debfoster 2.7-1.1Install only wanted Debian package ii deborphan 1.7.28.3 program that can find unused packa -- Configuration Files: /etc/apt/apt.conf.d/99-localepurge changed: // Get rid of unneeded locale files after each package installation DPkg { Post-Invoke {if [ -x /usr/sbin/localepurge ] [ $(ps w -p $PPID | egrep -c '(remove|purge)') != 1 ]; then /usr/sbin/localepurge; else exit 0; fi;}; }; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615281: Info received (Bug#615281: Acknowledgement (libnet-dns-perl: FTBFS with only IPv6 nameservers configured in /etc/resolv.conf))
retitle 615281 libnet-dns-perl: FTBFS and runtime failure with IPv6 nameservers within /etc/resolv.conf tags 615281 +ipv6 +pending thanks On Thu, 31 Mar 2011 10:52:57 +0100 Dominic Hargreaves d...@earth.li wrote: Just to be clear, this isn't specific to build-time issues; the module is generally non-functional in this case. One example of such Thanks for your input. I will upload a fix for this soon and try to get that one into a point release. Regards Florian -- Florian Hinzmann private: m...@fhinzmann.de Debian: f...@debian.org PGP Key / ID: 1024D/B4071A65 Fingerprint : F9AB 00C1 3E3A 8125 DD3F DF1C DF79 A374 B407 1A65 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620135: ITP: ViennaCL -- ViennaCL is a scientific computing library written in C++ based on OpenCL
On Wed, 30 Mar 2011 15:22:20 +0200, Michael Wild them...@users.sourceforge.net wrote: * Package name: ViennaCL [...] * License : Expat Programming Lang: C++ Description : ViennaCL is a scientific computing library written in C++ based on OpenCL I'm not sure, but this may need to be in contrib until such time as free OpenCL implementations exist. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620201: linux-image-2.6.38-1-amd64: Kernel panic with enabled RPS on a highly loaded LVS
2011/3/31 Ben Hutchings b...@decadent.org.uk: On Wed, 2011-03-30 at 19:28 +0200, Roland Pallai wrote: [...] Before the building I applied the lightweight forward_shared-2.6.37-2.diff patch from Julian Anastasov (and I bumped the version to -1.1~magex). forward_shared is enabled (by default) on all interfaces. I think the problem isn't depend on the small forward_shared patch. [...] Please remove it and verify that. Currently I can't, the forward_shared feature cruical for the network. I try to figure out how can I get rid of forward_shared on the next week, but I'm not sure if it's possible. On the other hand, is enough evidence that the problem doesn't depend on the forward_shared patch if the LVS box is stable in the current configuration (br0 disabled, forward_shared enabled) for a week? Later I can enable br0 again to make sure that the panic depends on the bridge interface. Disabled RPS with enabled br0 is another interesting experiment. Experiments with enabled forward_shared would be much easier for me than remove that feature. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org