Bug#858973: wheezy-pu: package ejabberd/2.1.10-4+deb7u2
Hi, 17. April 2017, 00:20:43 Guido Günther wrote: > I think the reason is that the N900s telepathy-gabble doesn't support > any better than SSL 3.0 and that got disabled with the ejabberd > update. Can you report that to the Maemo folks? Maybe they can enable it > (they enabled it for other things like IMAP in the past). My device already has several hardware defects and I do not want to invest the time to report on their bug tracker (I do not have an account) or check fixes with unreleased SSU packages. I only wanted to have it documented for others searching why it does not work. Sorry for being seemingly uncooperative but it is really an old device ;) best regards, Markus
Bug#858973: wheezy-pu: package ejabberd/2.1.10-4+deb7u2
Hello, Thanks for still maintaining wheezy. This security fix broke the N900 jabber (xmpp) client (included in Maemo). With 2.1.10-4+deb7u1 the N900 xmpp client was connecting without troubles, since 2.1.10-4+deb7u2 it immediately fails with a "network error". I only wanted to mention the bug for reference, it is much more likely that the problem is the unmaintained N900 xmpp client, and not the security fix. best regards, Markus
Bug#844145: elektra: FTBFS: kdberrors.h:489:0: error: invalid storage class for function 'elektraSetErrorf8'
Thanks for reporting the issue! The issue is that the file gets compiled before it is completely written to disc. We think the issue is already solved and released upstream. https://github.com/ElektraInitiative/libelektra/issues/1247 As workaround, you can use a smaller number of parallel build jobs (-j parameter of make). Best regards, Markus
Bug#846200: FTBFS: test_kdb failing: libelektra-resolver.so: cannot open shared object file: No such file or directory
Thanks for reporting the issue! We think the issue is already solved and released upstream. https://github.com/ElektraInitiative/libelektra/issues/1247 As workaround, you can simply set LD_LIBRARY_PATH to /lib while running the tests. Best regards, Markus
Bug#820506: Does not start without further dependencies installed
Hello Pino, On Saturday, 16. April 2016, 13:34:30 you wrote: > That's exactly the problem: I don't want to handle libelektratools as > public library, but unfortunately it is used all around in elektra. > I guess I will give up on that, and move it to an own library package. > > Another option would be upstream really handling it as private library, > doing all the RPATH handling there. This would ease my work a lot. Yes, we will support it upstream and set RPATH for all tools that need a private library. > > elektra-bin qml-module-qtquick2 qml-module-qtquick-window2 > > qml-module-qtquick- controls-styles-breeze qml-module-qtquick-dialogs > > Most probably are needed only > qml-module-qtquick-controls > qml-module-qtquick-dialogs > which I'm going to add to the next upload. I think elektra-bin would be needed to. > > Btw. 0.8.16 should be released soon (about 1-2 weeks) and will contain > > many more fixes and improvements. It would be great to see it in > > stretch! > I just hope packaging this new version won't consume again at least > half a day to find out what changed, what got broken, and how things > were reshuffled. (This is what so far has always happened btw.) Ok, I will take more care to make the changes more clear in the release notes. Do you need any other information except changed CMake variables and installed files? Thank you! best regards, Markus
Bug#820506: Does not start without further dependencies installed
Package: elektra-qt-gui Version: 0.8.14-5+b1 Severity: important Dear Pino Toscano, I tried to install elektra-qt-gui from a new chroot. Because elektra-qt-gui does not depend on "elektra-bin" I could not start it with: $ kdb qt-gui but instead had to use: $ /usr/lib/x86_64-linux-gnu/elektra/tool_exec/qt-gui which, however, lead to the error: /usr/lib/x86_64-linux-gnu/elektra/tool_exec/qt-gui: error while loading shared libraries: libelektratools.so: cannot open shared object file: No such file or directory Because libelektratools.so is part of elektra-bin it seems like there should be a dependency. This could be resolved upstream by adding the same RPATH to qt-gui which kdb already has or by installing libelektratools.so to a library path. (Which also makes sense because even though it does not have a stable API yet it is still used by two tools (kdb and qt-gui).) Currently as workaround I started it with LD_LIBRARY_PATH: $ LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/elektra4/ kdb qt-gui Then, however, some qml modules were not found: qrc:/qml/main.qml:2 module "QtQuick.Controls" is not installed qrc:/qml/main.qml:1 module "QtQuick" is not installed qrc:/qml/main.qml:4 module "QtQuick.Controls.Styles" is not installed qrc:/qml/main.qml:3 module "QtQuick.Window" is not installed qrc:/qml/main.qml:6 module "QtQuick.Dialogs" is not installed qrc:/qml/main.qml:5 module "QtQuick.Layouts" is not installed qrc:/qml/main.qml:2 module "QtQuick.Controls" is not installed qrc:/qml/main.qml:1 module "QtQuick" is not installed qrc:/qml/main.qml:4 module "QtQuick.Controls.Styles" is not installed qrc:/qml/main.qml:3 module "QtQuick.Window" is not installed qrc:/qml/main.qml:6 module "QtQuick.Dialogs" is not installed qrc:/qml/main.qml:5 module "QtQuick.Layouts" is not installed qrc:/qml/main.qml:2 module "QtQuick.Controls" is not installed qrc:/qml/main.qml:1 module "QtQuick" is not installed qrc:/qml/main.qml:4 module "QtQuick.Controls.Styles" is not installed qrc:/qml/main.qml:3 module "QtQuick.Window" is not installed qrc:/qml/main.qml:6 module "QtQuick.Dialogs" is not installed qrc:/qml/main.qml:5 module "QtQuick.Layouts" is not installed qrc:/qml/main.qml:2 module "QtQuick.Controls" is not installed qrc:/qml/main.qml:1 module "QtQuick" is not installed qrc:/qml/main.qml:4 module "QtQuick.Controls.Styles" is not installed qrc:/qml/main.qml:3 module "QtQuick.Window" is not installed qrc:/qml/main.qml:6 module "QtQuick.Dialogs" is not installed qrc:/qml/main.qml:5 module "QtQuick.Layouts" is not installed qrc:/qml/main.qml:2 module "QtQuick.Controls" is not installed qrc:/qml/main.qml:1 module "QtQuick" is not installed qrc:/qml/main.qml:4 module "QtQuick.Controls.Styles" is not installed qrc:/qml/main.qml:3 module "QtQuick.Window" is not installed qrc:/qml/main.qml:6 module "QtQuick.Dialogs" is not installed qrc:/qml/main.qml:5 module "QtQuick.Layouts" is not installed qrc:/qml/main.qml:2 module "QtQuick.Controls" is not installed qrc:/qml/main.qml:1 module "QtQuick" is not installed qrc:/qml/main.qml:4 module "QtQuick.Controls.Styles" is not installed qrc:/qml/main.qml:3 module "QtQuick.Window" is not installed qrc:/qml/main.qml:6 module "QtQuick.Dialogs" is not installed qrc:/qml/main.qml:5 module "QtQuick.Layouts" is not installed qt-gui does not show anything without these modules installed. So I think elektra-qt-gui should depend on: elektra-bin qml-module-qtquick2 qml-module-qtquick-window2 qml-module-qtquick- controls-styles-breeze qml-module-qtquick-dialogs With all of them installed no more error was printed and seemed like that every package resolved some of the errors (module X is not installed). It is likely, however, that this is not the minimal list of packages. I can investigate more on that if needed. Btw. 0.8.16 should be released soon (about 1-2 weeks) and will contain many more fixes and improvements. It would be great to see it in stretch! Thank you, best regards, Markus -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (from chroot) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect (chroot) Versions of packages elektra-qt-gui depends on: ii libc6 2.22-5 ii libelektra4 0.8.14-5+b1 ii libgcc1 1:5.3.1-13 ii libmarkdown22.1.8-2 ii libqt5core5a5.5.1+dfsg-16+b1 ii libqt5gui5 5.5.1+dfsg-16+b1 ii libqt5qml5 5.5.1-3 ii libqt5widgets5 5.5.1+dfsg-16+b1 ii libstdc++6 5.3.1-13 elektra-qt-gui recommends no packages. elektra-qt-gui suggests no packages. -- debconf information: perl: warning: Setting locale
Bug#699754: grub core.img too large when using lvm+md
Hello, On Thu, 5 Mar 2015 18:43:41 +0100 =?UTF-8?Q?Moritz_M=C3=BChlenhoff?= j...@inutil.org wrote: Is this still something which is relevant in jessie? Yes, I ran into this issue during a wheezy-jessie upgrade. The affected root file system is in a lvm. At the troublesome system the first parition starts at block 63. Then the post-installation script returns with an error. It does not print the error message. (Manual invocation of grub-install does) Basically, this problem can happen (and is noteworthy in the release notes) whenever core.img's size gets increased. Btw. with start=512 it works. It is easy to reproduce the error, e.g., with an 256mb flash disk cfdisk leaves per default too little space for the core.img. best regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701463: kate: Kate crashes when selected text is deleted
Bug unfortunately still present in debian jessie 8.0 $ kate --version Qt: 4.8.6 KDE: 4.14.2 Kate: 3.14.2 best regards, Markus Raab -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772631: cmake: does not find software as distributed in Debian
Package: cmake Version: 3.0.2-1 Severity: important Tags: patch The modules FindSWIG and FindJava are unable to find Package: swig3.0 Version: 3.0.2-1 and Package: openjdk-8-jdk Version: 8u40~b09-1 Expected behaviour: cmake should find software installed by Debian Packages To fix the problem with swig, swig3.0 should be added as shown here: find_program(SWIG_EXECUTABLE NAMES swig2.0 swig3.0 swig) in the file /usr/share/cmake-3.0/Modules/FindSWIG.cmake to fix the java problem, I added following lines in /usr/share/cmake-3.0/Modules/FindJava.cmake (lines start with line number) 143 elseif(var MATCHES openjdk version \[0-9]+\\.[0-9]+\\. [0-9_]+_[0-9_]\.*) 144 # OpenJDK ver 1.8.x on Linux 145 string( REGEX REPLACE openjdk version \([0-9]+\\.[0-9]+\\. [0-9_]+).* 146 \\1 Java_VERSION_STRING ${var} ) The fixes are trivial, but if you need, I can create a proper patch. The problem should be fixed in jessie, too. -- System Information: Debian Release: 8.0 Architecture: amd64 (x86_64) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746765: Conflicting declarations of function libelektra_filesys_LTX_kdbBackendFactory
Hello, On Tue, 29 Jul 2014 09:08:23 +0100 Michael Tautschnig m...@debian.org wrote: Hello, [...] It may be the case that no code actually uses the declaration of exported_symbols.h - if so, it shouldn't be included in the linking process either. I think this might have been fixed with elektra 0.7.2, which I uploaded yesterday. Could you please check? This code had many changes with 0.8 (especially another build system is now used), so I think it should be fixed with the recent uploads. 0.7 is no longer maintained, because migration to 0.8 is easy and the API- changes are minimal. I'm afraid the situation persists, and the reason is this bit in the Makefile: http://sources.debian.net/src/elektra/0.7.2-2/src/libelektra/Makefile.am?hl=16#L15 I'm not quite sure why a list of exported symbols (with conflicting declarations) is included in the library? Maybe upstream can explain? The list of exported symbols is needed for static+full builds. For these builds no plugins are loaded, but the library just do a lookup in this list of exported symbols. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#32877: Patch: cleaned up and applied previous patch
Hello, On Thu, 14 Aug 2014 10:48:27 +0200 Guillem Jover guil...@debian.org wrote: On Thu, 2014-08-14 at 09:56:55 +0200, Raphael Hertzog wrote: On Sat, 12 Jul 2014, Felix Berlakovich wrote: I applied the patch from Vasily i. Redkin to version 1.17.10 (and moved a redundant part into an own function). BTW his patch works great. I did this in preparation for a possible threeway merge improvement. Is there still any interest in such a feature? Is there any reason why this patch was never integrated? Paul Wise pointed me at http://community.libelektra.org/wp/?p=145 and http://community.libelektra.org/wp/?p=153 which in turn brought me back to this email. I noticed the initial blogs about elektra some time ago, and was surprised (not in a positive way) that yet another time a GSoC had been approved w/o any kind of previous interaction with a project it supposedly required coordination with. Had pending sending myself a mail to the gsoc list but had other stuff to do, and pretty much lost the motivation after those blog posts… :/ Sorry, that it went this way. The blog posts were a call that anybody interested in the topic should contact us. The only one who did contact us was Dominique Dumont. Most of the other work (except Config::Model) starved several years ago. We wanted something where most of it can go upstream during (or shortly after) GSoC. The patches w/o or little reaction till years were not really a invitation. (But we still tried it!) Dpkg is not the only place where it may be done and it seems there is a good reason why several workarounds exist now. However, I think bringing dpkg conffiles to our century would be an elegant solution. But that unfortunately it still remains to be done. 4/ yes we are interested in the feature but dpkg is an important piece of software and we must get it right from the start, so extra caution is always a good idea I think I've mentioned before, in any case I'm planning on getting the conffiledb stuff ready hopefully before the freeze. Which is a requirement for this bug being fixed. This information would have been very useful earlier. A simple merge is already possible with the patch Felix wrote (based on an earlier patch). That would be already quite an improvement. However, if I understand you correctly, the reason not to accept the patch is that you want the full solution (3-way) or nothing. I understand that. which then links to https://wiki.debian.org/Teams/Dpkg/Proposals/ConffileDatabase I wanted a proposal (based on ConffileDatabase and Config::Model approach, see https://wiki.debian.org/PackageConfigUpgrade) before the beginning of GSoC (later I wrote one, so that we have something to work with), unfortunately Ian did not finish nor publish it. best regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701214: closed by Felix Geyer debfx-...@fobos.de (Bug#701214: fixed in warmux 1:11.04.1+repack-4)
Hello! You wrote: It has been closed by Felix Geyer debfx-...@fobos.de. I can confirm that the bug is fixed. Next to XFS, also JFS was affected. best regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701463: kate: Kate crashes when selected text is deleted
Tags: patch Hello! Am Sonntag, 24. Februar 2013 schrieben Sie: On Sun 24 Feb 2013 08:43:19 Markus Raab escribió: Hello! Am Sonntag, 24. Februar 2013 schrieben Sie: maybe you forgot a press of Escape here? Else you will continue to write letters. Ok, now the complete sequence to type in to get it crashed (on a new document or the end of an existing document): iaenterbentercenterescvupshift+d Now I could reproduce it! [snip] Perfectly! Anyway, this is an upstream bug, and the only way to get it fixed is to file a bug upstream. It is already filed upstream: https://bugs.kde.org/show_bug.cgi?id=315683 Indeed, I even marked it as such. My bad :-/ Sorry for the noise :-) No problem. But maybe it is already fixed in a later kde version and the problem only exists in wheezy. [snip] Can you fix it for wheezy if an patch is available? I think we are still on time, but we need a patch for that. Hopefully we are still on time, here is the patch (see also in attachment): diff --git a/part/vimode/katevinormalmode.cpp b/part/vimode/katevinormalmode.cpp index fb6b899..4893736 100644 --- a/part/vimode/katevinormalmode.cpp +++ b/part/vimode/katevinormalmode.cpp @@ -698,6 +698,9 @@ bool KateViNormalMode::commandDeleteToEOL() if ( c.line() 0 ) { c.setLine( 0 ); } + if ( c.line() doc()-lastLine() ) { +c.setLine( doc()-lastLine() ); + } if ( c.column() doc()-lineLength( c.line() )-1 ) { c.setColumn( doc()-lineLength( c.line() )-1 ); } And see also: https://projects.kde.org/projects/kde/applications/kate/repository/revisions/e88d0d35c6e3cb40692a811f335a99cd79f0beaa/diff/part/vimode/katevinormalmode.cpp https://bugs.kde.org/show_bug.cgi?id=300296 Would be great to see that fix in wheezy! I tested it already and got no more crashes in kate or kdevelop when this patch is applied! best regards Markus Description: Fix crash when text is deleted to EOF --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: upstream, https://projects.kde.org/projects/kde/applications/kate/repository/revisions/e88d0d35c6e3cb40692a811f335a99cd79f0beaa/diff/part/vimode/katevinormalmode.cpp Bug: https://bugs.kde.org/show_bug.cgi?id=300296 Bug-Debian: http://bugs.debian.org/701463 --- kate-4.8.4.orig/part/vimode/katevinormalmode.cpp +++ kate-4.8.4/part/vimode/katevinormalmode.cpp @@ -698,6 +698,9 @@ bool KateViNormalMode::commandDeleteToEO if ( c.line() 0 ) { c.setLine( 0 ); } + if ( c.line() doc()-lastLine() ) { +c.setLine( doc()-lastLine() ); + } if ( c.column() doc()-lineLength( c.line() )-1 ) { c.setColumn( doc()-lineLength( c.line() )-1 ); }
Bug#703761: alsa-utils: Setting up ALSA with EMU10K1 fails and fallback does not work
Package: alsa-utils Version: 1.0.25-4 Severity: important During boot following messages are printed: Sat Mar 23 09:40:04 2013: [] Setting up ALSA...warning: 'alsactl restore' failed with error message 'Found hardware: EMU10K1 SigmaTel STAC9708,11 AC97a:83847608 0x1102 0x8066 Sat Mar 23 09:40:05 2013: Hardware is initialized using a generic method Sat Mar 23 09:40:05 2013: [ ok tl: set_control:1328: failed to obtain info for control #43 (No such file or directory)'...done. When /etc/modules contain following lines: loop gameport sidewinder it87 k8temp Then there is some strange sound during bootup, but no sound at all in the desktop regardless of mixer settings/application. But the sound works when I add at the end of /etc/modules: vboxdrv the bootlog says: Sat Mar 23 11:37:53 2013: FATAL: Module vboxdrv not found. ... Sat Mar 23 11:38:03 2013: [ ok ] Setting up ALSA...done. and the sound works perfectly. lspci -v 01:07.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 0a) Subsystem: Creative Labs Live! 5.1 Digital [SB0228] Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at 8000 [size=32] Capabilities: access denied Kernel driver in use: snd_emu10k1 01:07.1 Input device controller: Creative Labs SB Live! Game Port (rev 0a) Subsystem: Creative Labs Gameport Joystick Flags: bus master, medium devsel, latency 32 I/O ports at 8400 [size=8] Capabilities: access denied Kernel driver in use: Emu10k1_gameport -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alsa-utils depends on: ii dialog 1.1-20120215-2 ii kmod9-2 ii libasound2 1.0.25-4 ii libc6 2.13-38 ii libncursesw55.9-10 ii libsamplerate0 0.1.8-5 ii libtinfo5 5.9-10 ii lsb-base4.1+Debian8 ii whiptail0.52.14-11.1 Versions of packages alsa-utils recommends: ii alsa-base 1.0.25+2+nmu2 ii pciutils 1:3.1.9-6 alsa-utils 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#703761: [Pkg-alsa-devel] Bug#703761: alsa-utils: Setting up ALSA with EMU10K1 fails and fallback does not work
Hello! You wrote: severity 703761 normal thanks * Markus Raab deb...@markus-raab.org [2013-03-23 12:04 +0100]: Package: alsa-utils Version: 1.0.25-4 Severity: important During boot following messages are printed: Sat Mar 23 09:40:04 2013: [] Setting up ALSA...warning: 'alsactl restore' failed with error message 'Found hardware: EMU10K1 SigmaTel STAC9708,11 AC97a:83847608 0x1102 0x8066 Sat Mar 23 09:40:05 2013: Hardware is initialized using a generic method Sat Mar 23 09:40:05 2013: [ ok tl: set_control:1328: failed to obtain info for control #43 (No such file or directory)'...done. This are messages if you run a new alsa version. If you have different kernels in use it might be possible that you boot different alsa driver versions. alsa stores the mixer settings in /var/lib/alsa/asound.state. To update this file simply run: I neither upgraded alsa nor the kernel. I just removed a line in /etc/modules (to avoid the FATAL at bootup because the module does not exist anymore). # uname -a Linux markusbyte 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux # cat /proc/asound/version Advanced Linux Sound Architecture Driver Version 1.0.24. # sudo alsactl --version alsactl version 1.0.25 # man 1 alsactl Does not mention the error, nor that init might help in this case. I think this could be updated there. Or even better: mention in the log_action_cont_msg of /etc/init.d/alsa-utils that alsactl init might help (or even execute it). Strangely the man page says for restore: If restoring fails (eventually partly), the init action is called. Btw. it is not checked if the alsactl -F restore $CARD /dev/null 21 fails? # alsactl init You will get a working EMU10K1 ;-) Thanks, you are right that fixes the problem! But I really wonder how it was triggered. best regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670308: vsftpd does not use /lib/lsb/init-functions (incompatible with systemd)
Package: vsftpd Version: 2.3.5-3 Followup-For: Bug #670308 I can confirm that this bug still exists in wheezy. Using /lib/lsb/init-functions would also make the log uniform. As http://wiki.debian.org/LSBInitScripts suggests it should be fixed now, so that wheezy is LSB compliant. Do you need any help? It does not look too complicated to change the echo to log_daemon_msg and log_end_msg. best regards Markus -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vsftpd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libcap21:2.22-1.2 ii libpam-modules 1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libssl1.0.01.0.1e-2 ii libwrap0 7.6.q-24 ii netbase5.0 Versions of packages vsftpd recommends: ii logrotate 3.8.1-4 vsftpd suggests no packages. -- debconf information: vsftpd/username: ftp vsftpd/directory: /srv/ftp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615495: goplay must be run as root at least once to function
Package: goplay Version: 0.5-1.1 Followup-For: Bug #615495 It seems like there is an regression: ~ sudo aptitude install goplay Die folgenden NEUEN Pakete werden zusätzlich installiert: apt-xapian-index{a} goplay python-xapian{a} Die folgenden Pakete werden EMPFOHLEN, aber NICHT installiert: games-thumbnails 0 Pakete aktualisiert, 3 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert. 0 B/947 kB an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 3131 kB zusätzlich belegt sein. Möchten Sie fortsetzen? [Y/n/?] Y Vormals nicht ausgewähltes Paket python-xapian wird gewählt. (Lese Datenbank ... 287814 Dateien und Verzeichnisse sind derzeit installiert.) Entpacken von python-xapian (aus .../python-xapian_1.2.12-2_amd64.deb) ... Vormals nicht ausgewähltes Paket apt-xapian-index wird gewählt. Entpacken von apt-xapian-index (aus .../apt-xapian-index_0.45_all.deb) ... Vormals nicht ausgewähltes Paket goplay wird gewählt. Entpacken von goplay (aus .../goplay_0.5-1.1_amd64.deb) ... Trigger für man-db werden verarbeitet ... Trigger für menu werden verarbeitet ... Trigger für desktop-file-utils werden verarbeitet ... python-xapian (1.2.12-2) wird eingerichtet ... apt-xapian-index (0.45) wird eingerichtet ... apt-xapian-index: Building new index in background... goplay (0.5-1.1) wird eingerichtet ... Trigger für python-support werden verarbeitet ... Trigger für menu werden verarbeitet ... [master 173460c] committing changes in /etc after apt run Author: markus mar...@markusbyte.markus-raab.org 6 files changed, 124 insertions(+) create mode 100644 bash_completion.d/axi-cache create mode 100755 cron.weekly/apt-xapian-index create mode 100644 dbus-1/system.d/org.debian.AptXapianIndex.conf ~ goplay Xapian DatabaseOpeningError: Couldn't stat '/var/lib/apt-xapian-index/index' Expected outcome: startup of goplay Workaround: run sudo goplay once -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages goplay depends on: ii apt-xapian-index 0.45 ii debtags 1.10.1 ii libapt-pkg4.120.9.7.7 ii libc6 2.13-38 ii libept1.4.12 1.0.9 ii libfltk1.11.1.10-14 ii libgcc1 1:4.7.2-5 ii libstdc++64.7.2-5 ii libxapian22 1.2.12-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages goplay recommends: ii games-thumbnails 20120227 goplay 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#701463: kate: Kate crashes when selected text is deleted
Hello! Am Sonntag, 24. Februar 2013 schrieben Sie: maybe you forgot a press of Escape here? Else you will continue to write letters. Ok, now the complete sequence to type in to get it crashed (on a new document or the end of an existing document): iaenterbentercenterescvupshift+d leave the cursor at the very last position and press v, then the up cursor and then D. - crash, new report attached (seems different then the last one). On another i386 laptop I got the same crash report. Expected behaviour: last two lines should be deleted. Ah, you are seing this only on i386 :-/ So far I couldn't reproduce it on amd64. No, the initial bug report was from amd64. Obove sequence was tried on amd64, see crash report attached. So I could reproduce it on i386 and amd64. (the backtrace seems to differ quite a lot, but that might be unrelated to the architecture) Anyway, this is an upstream bug, and the only way to get it fixed is to file a bug upstream. It is already filed upstream: https://bugs.kde.org/show_bug.cgi?id=315683 But maybe it is already fixed in a later kde version and the problem only exists in wheezy. Please report it via kate's Help - Report bug... menu item or by visiting https://bugs.kde.org/ and following instructions to report a new bug. Can you fix it for wheezy if an patch is available? I reported it on the debian bug reporter in the hope it might be fixed in wheezy because it is a very annoying bug for usability. Whenever you open a bug report on the KDE bug tracking system, or you find that the bug has been already reported on it, you can couple both this Debian bug and the KDE bug together by sending a mail with the text below to cont...@bugs.debian.org (replace KDE-BUG-URL with the address of the bug report on https://bugs.kde.org/) Thanks for the information! Wasn't this already done by you in the last mail: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=315683; best regards Application: Kate (kate), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f8bbceb7760 (LWP 6118))] Thread 2 (Thread 0x7f8ba91ec700 (LWP 6119)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7f8baa322e77 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f8baa630640) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7f8baa322ea9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=optimized out) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7f8bb9e16b50 in start_thread (arg=optimized out) at pthread_create.c:304 #4 0x7f8bbc822a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () Thread 1 (Thread 0x7f8bbceb7760 (LWP 6118)): [KCrash Handler] #6 KateLineLayout::viewLineCount (this=0x0) at ../../part/render/katelinelayout.cpp:173 #7 0x7f8baa9b103b in KateLayoutCache::lastViewLine (this=0x0, this@entry=0x14ea9c0, realLine=21932480) at ../../part/render/katelayoutcache.cpp:461 #8 0x7f8baa9b1089 in KateLayoutCache::viewLineCount (this=this@entry=0x14ea9c0, realLine=optimized out) at ../../part/render/katelayoutcache.cpp:466 #9 0x7f8baa9b1661 in KateLayoutCache::displayViewLine (this=0x14ea9c0, virtualCursor=..., limitToVisible=true) at ../../part/render/katelayoutcache.cpp:437 #10 0x7f8baa9fc058 in KateViewInternal::cursorToCoordinate (this=this@entry=0x1725710, cursor=..., realCursor=realCursor@entry=true, includeBorder=includeBorder@entry=false) at ../../part/view/kateviewinternal.cpp:715 #11 0x7f8baaa00376 in KateViewInternal::inputMethodQuery (this=0x1725710, query=optimized out) at ../../part/view/kateviewinternal.cpp:3415 #12 0x7f8bbc218bb4 in QXIMInputContext::update (this=optimized out) at inputmethod/qximinputcontext_x11.cpp:819 #13 0x7f8bbbcb0218 in QWidget::updateMicroFocus (this=0x1725710) at kernel/qwidget.cpp:11389 #14 0x7f8baaa009c1 in KateViewInternal::updateCursor (this=0x1725710, newCursor=..., force=optimized out, center=false, calledExternally=false) at ../../part/view/kateviewinternal.cpp:1857 #15 0x7f8baaa1f20d in KateViNormalMode::commandDeleteToEOL (this=0x1834eb0) at ../../part/vimode/katevinormalmode.cpp:708 #16 0x7f8baaa2b5b6 in KateViNormalMode::executeCommand (this=this@entry=0x1834eb0, cmd=cmd@entry=0x183ad80) at ../../part/vimode/katevinormalmode.cpp:433 #17 0x7f8baaa2c6c0 in KateViNormalMode::handleKeypress (this=0x1834eb0, e=optimized out) at ../../part/vimode/katevinormalmode.cpp:362 #18 0x7f8baaa14404 in KateViInputModeManager::handleKeypress (this=0x182e4d0, e=0x7fffa958f410) at ../../part/vimode/kateviinputmodemanager.cpp:102 #19 0x7f8baaa05efe in keyPressEvent (e=0x7fffa958f410, this=0x1725710) at ../../part/view/kateviewinternal.cpp:2282 #20 KateViewInternal::keyPressEvent
Bug#701462: kate: When kate is already started it respawns even when I select to switch to other instance
Package: kate Version: 4:4.8.4-1 Severity: normal When I launch kate during another instance with the same profile is already running it asks: Die Sitzung „default“ ist bereits in einer anderen Kate-Instanz geöffnet. Möchten Sie stattdessen dorthin wechseln? which translates to: Your session/profile is already open, would you like to switch? If I say yes it correctly switches to the other session (brings the windows up to front), but it additionally starts up another kate instance. Expected behaviour: Do not start another kate instance. best regards -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kate depends on: ii kate-data 4:4.8.4-1 ii katepart4:4.8.4-1 ii kde-runtime 4:4.8.4-2 ii libc6 2.13-38 ii libkateinterfaces4 4:4.8.4-1 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libknewstuff2-4 4:4.8.4-4 ii libknewstuff3-4 4:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libktexteditor4 4:4.8.4-4 ii libplasma3 4:4.8.4-4 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqt4-sql 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 kate recommends no packages. Versions of packages kate suggests: ii aspell0.60.7~20110707-1 ii khelpcenter4 4:4.8.4-2 ii konsole 4:4.8.4-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701463: kate: Kate crashes when selected text is deleted
Package: kate Version: 4:4.8.4-1 Severity: normal Tags: upstream See also https://bugs.kde.org/show_bug.cgi?id=315683 Application: kate (3.8.4) KDE Platform Version: 4.8.4 (4.8.4) Qt Version: 4.8.2 Operating System: Linux 3.2.0-4-amd64 x86_64 Distribution: Debian GNU/Linux 7.0 (wheezy) -- Information about the crash: - What I was doing when the application crashed: I selected Text (either with V in vim mode or with mouse) at the very bottom (including the last line!) of a text document. When I press D (for deleting text) kate crashes. - Custom settings of the application: The VI-Insert mode is active (but not the overwrite of kate and without status) The crash can be reproduced every time. -- Backtrace: Application: Kate (kate), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7fe302cc1760 (LWP 6465))] Thread 2 (Thread 0x7fe2eeff6700 (LWP 6520)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7fe2f012ce77 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7fe2f043a640) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7fe2f012cea9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=optimized out) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7fe2ffc20b50 in start_thread (arg=optimized out) at pthread_create.c:304 #4 0x7fe30262ca7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () Thread 1 (Thread 0x7fe302cc1760 (LWP 6465)): [KCrash Handler] #6 KateLineLayout::viewLineCount (this=0x0) at ../../part/render/katelinelayout.cpp:173 #7 0x7fe2f07bb03b in KateLayoutCache::lastViewLine (this=0x0, this@entry=0x18b81c0, realLine=25919936) at ../../part/render/katelayoutcache.cpp:461 #8 0x7fe2f07bb089 in KateLayoutCache::viewLineCount (this=this@entry=0x18b81c0, realLine=optimized out) at ../../part/render/katelayoutcache.cpp:466 #9 0x7fe2f07bb661 in KateLayoutCache::displayViewLine (this=0x18b81c0, virtualCursor=..., limitToVisible=true) at ../../part/render/katelayoutcache.cpp:437 #10 0x7fe2f0806058 in KateViewInternal::cursorToCoordinate (this=this@entry=0x18b8750, cursor=..., realCursor=realCursor@entry=true, includeBorder=includeBorder@entry=false) at ../../part/view/kateviewinternal.cpp:715 #11 0x7fe2f080a376 in KateViewInternal::inputMethodQuery (this=0x18b8750, query=optimized out) at ../../part/view/kateviewinternal.cpp:3415 #12 0x7fe302022bb4 in QXIMInputContext::update (this=optimized out) at inputmethod/qximinputcontext_x11.cpp:819 #13 0x7fe301aba218 in QWidget::updateMicroFocus (this=0x18b8750) at kernel/qwidget.cpp:11389 #14 0x7fe2f080a9c1 in KateViewInternal::updateCursor (this=0x18b8750, newCursor=..., force=optimized out, center=false, calledExternally=false) at ../../part/view/kateviewinternal.cpp:1857 #15 0x7fe2f082920d in KateViNormalMode::commandDeleteToEOL (this=0x1a5c900) at ../../part/vimode/katevinormalmode.cpp:708 #16 0x7fe2f08355b6 in KateViNormalMode::executeCommand (this=this@entry=0x1a5c900, cmd=cmd@entry=0x1a62880) at ../../part/vimode/katevinormalmode.cpp:433 #17 0x7fe2f08366c0 in KateViNormalMode::handleKeypress (this=0x1a5c900, e=optimized out) at ../../part/vimode/katevinormalmode.cpp:362 #18 0x7fe2f081e404 in KateViInputModeManager::handleKeypress (this=0x1a42e20, e=0x7fffcdbb5500) at ../../part/vimode/kateviinputmodemanager.cpp:102 #19 0x7fe2f080fefe in keyPressEvent (e=0x7fffcdbb5500, this=0x18b8750) at ../../part/view/kateviewinternal.cpp:2282 #20 KateViewInternal::keyPressEvent (this=0x18b8750, e=0x7fffcdbb5500) at ../../part/view/kateviewinternal.cpp:2215 #21 0x7fe2f080822b in KateViewInternal::eventFilter (this=0x18b8750, obj=0x18b8750, e=0x7fffcdbb5500) at ../../part/view/kateviewinternal.cpp:2167 #22 0x7fe3004f0cc6 in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=optimized out, receiver=0x18b8750, event=0x7fffcdbb5500) at kernel/qcoreapplication.cpp:1025 #23 0x7fe301a786dc in QApplicationPrivate::notify_helper (this=this@entry=0x11fd590, receiver=receiver@entry=0x18b8750, e=e@entry=0x7fffcdbb5500) at kernel/qapplication.cpp:4552 #24 0x7fe301a7d704 in QApplication::notify (this=optimized out, receiver=0x18b8750, e=0x7fffcdbb5500) at kernel/qapplication.cpp:3997 #25 0x7fe300d1e886 in KApplication::notify (this=0x7fffcdbb6760, receiver=0x18b8750, event=0x7fffcdbb5500) at ../../kdeui/kernel/kapplication.cpp:311 #26 0x7fe3004f0b5e in QCoreApplication::notifyInternal (this=0x7fffcdbb6760, receiver=0x18b8750, event=0x7fffcdbb5500) at kernel/qcoreapplication.cpp:915 #27 0x7fe301b15a9a in QKeyMapper::sendKeyEvent (keyWidget=keyWidget@entry=0x18b8750, grab=grab@entry=false, type=QEvent::KeyPress, code=68, modifiers=..., text=..., autorepeat=autorepeat@entry=false,
Bug#701463: kate: Kate crashes when selected text is deleted
Hello! Lisandro Damián Nicanor Pérez Meyer wrote: Hi! I'm unable to reproduce this bug in any of my machines. We also have not received any complaints of this kind of behaviour from kate from other users, and I really think kate is used a lot, so I'm suspecting a problem in your side. First thank you for your effort! I cant really guarantee that there are problems in my configuration (even though I tried it with complete new users and on three indepently installed machines), but I am afraid there are some (very annoying!) bugs left in kate, at least in VI mode. I hope it can be fixed for wheezy. This is the most important bug and the easiest one to reproduce. I hope the instructions below are more clear. Please create a new user account and try again. If you can't reproduce it there, then the problem may be in a personal config file. Else, maybe you have some corrupted package. I installed the debian package and debtags tells me all md5 sums are ok. Of course, if you can reproduce this in another system, please try being more explicit on how to reproduce it, maybe there is something I'm missing when I'm trying it (I've followed all your steps). Open kate (even on a complete new kde user), alt+f2, type kate klick close for the tipps go into the menu and change the mode to VI: settings - configure kate - editing - vi input mode - Use Vi input mode press ok insert following text (between ---) by pressing i and then typing the text: --- a b c --- leave the cursor at the very last position and press v, then the up cursor and then D. - crash, new report attached (seems different then the last one). On another i386 laptop I got the same crash report. Expected behaviour: last two lines should be deleted. best regards Application: Kate (kate), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7fbe8b84a760 (LWP 821))] Thread 2 (Thread 0x7fbe77a00700 (LWP 822)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7fbe78d1ce77 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7fbe7902a640) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x7fbe78d1cea9 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=optimized out) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x7fbe887a9b50 in start_thread (arg=optimized out) at pthread_create.c:304 #4 0x7fbe8b1b5a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () Thread 1 (Thread 0x7fbe8b84a760 (LWP 821)): [KCrash Handler] #6 QTextLine::cursorToX (this=0x7fffa4d9d448, cursorPos=0x7fffa4d9d38c, edge=QTextLine::Leading) at text/qtextlayout.cpp:2494 #7 0x7fbe793a4fb6 in cursorToX (edge=QTextLine::Leading, cursorPos=0, this=optimized out) at /usr/include/qt4/QtGui/qtextlayout.h:230 #8 KateRenderer::cursorToX (this=this@entry=0x16edab0, range=..., pos=...) at ../../part/render/katerenderer.cpp:984 #9 0x7fbe793a505e in KateRenderer::cursorToX (this=0x16edab0, range=..., pos=..., returnPastLine=false) at ../../part/render/katerenderer.cpp:989 #10 0x7fbe793f9c3a in KateViewInternal::makeVisible (this=this@entry=0x16f2ce0, c=..., endCol=0, force=force@entry=false, center=center@entry=false, calledExternally=calledExternally@entry=false) at ../../part/view/kateviewinternal.cpp:641 #11 0x7fbe793facdf in KateViewInternal::updateCursor (this=0x16f2ce0, newCursor=..., force=optimized out, center=false, calledExternally=false) at ../../part/view/kateviewinternal.cpp:1847 #12 0x7fbe7941920d in KateViNormalMode::commandDeleteToEOL (this=0x2475030) at ../../part/vimode/katevinormalmode.cpp:708 #13 0x7fbe794255b6 in KateViNormalMode::executeCommand (this=this@entry=0x2475030, cmd=cmd@entry=0x1be4ee0) at ../../part/vimode/katevinormalmode.cpp:433 #14 0x7fbe794266c0 in KateViNormalMode::handleKeypress (this=0x2475030, e=optimized out) at ../../part/vimode/katevinormalmode.cpp:362 #15 0x7fbe7940e404 in KateViInputModeManager::handleKeypress (this=0x1ce5e00, e=0x7fffa4d9dfd0) at ../../part/vimode/kateviinputmodemanager.cpp:102 #16 0x7fbe793ffefe in keyPressEvent (e=0x7fffa4d9dfd0, this=0x16f2ce0) at ../../part/view/kateviewinternal.cpp:2282 #17 KateViewInternal::keyPressEvent (this=0x16f2ce0, e=0x7fffa4d9dfd0) at ../../part/view/kateviewinternal.cpp:2215 #18 0x7fbe793f822b in KateViewInternal::eventFilter (this=0x16f2ce0, obj=0x16f2ce0, e=0x7fffa4d9dfd0) at ../../part/view/kateviewinternal.cpp:2167 #19 0x7fbe89079cc6 in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=optimized out, receiver=0x16f2ce0, event=0x7fffa4d9dfd0) at kernel/qcoreapplication.cpp:1025 #20 0x7fbe8a6016dc in QApplicationPrivate::notify_helper (this=this@entry=0x125c660, receiver=receiver@entry=0x16f2ce0, e=e@entry=0x7fffa4d9dfd0) at
Bug#701214: warmux: immediately stops when start playing game
Package: warmux Version: 1:11.04.1+repack-3 Justification: renders package unusable Severity: grave Hello! When I press the Play button warmux immediately stops with following errors: markus@markusbyte:~ LC_ALL=C warmux Moving /home/markus/.wormux/ to /home/markus/.local/share/wormux/ Moving /home/markus/.local/share/wormux/config.xml to /home/markus/.config/wormux/config.xml o Reading the default config file o Locale: o Bind text domain to: /usr/share/locale o Codeset: UTF-8 o Text domain: warmux === Warmux version 11.04 === Authors: Lawrence AZZOUG, Frédéric BERTOLUS, Anthony CARRÉ, Laurent DEFERT SIMONNEAU, Jean-Christophe DUBERGA, Matthieu FERTRÉ, Christophe GISQUET, Sebastien GONZALVE, Reiner HERRMANN, Florian KÖBERLE, Renaud LOTTIAUX, Yannig PERRÉ, Olivie SERRES, Victor STINNER, Mikko VARTIAINEN === Website: www.warmux.org Warmux version 11.04, Copyright (C) 2001-2011 Warmux Team Warmux comes with ABSOLUTELY NO WARRANTY. This is free software and you are welcome to redistribute it under certain conditions. Read the file COPYING for details. [ Run game ] o Opened audio at 44100 Hz 16 bit o Loading sound profile: default o Loading music o Load teams:! Error in team/teams_list.cpp:166 (Warmux 11.04) : You need at least two valid teams! ./base/error.cpp:86: Missed assertion false markus@markusbyte:~ Removing the configuration rm -r /home/markus/.local/share/wormux/ /home/markus/.wormux/ /home/markus/.config/wormux does not help. Starting the game with another user does not help either. This bug might be related: https://bugs.archlinux.org/task/24485 When I try to add a new Team, i get the error that /home/markus/.config/wormux/custom_team/eigener_Spieler__1/team.xml could not be removed Looking at team/teams_list.cpp:166 from wheezy/main warmux 1:11.04.1+repack-3 does not really point to a possible error: 164 std::endl; 165 return false; 166 } 167 168 // Create a new character and add him to the team best regards, Markus -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages warmux depends on: ii libc62.13-38 ii libcurl3-gnutls 7.26.0-1+wheezy1 ii libfribidi0 0.19.2-3 ii libpng12-0 1.2.49-1 ii libsdl-gfx1.2-4 2.0.23-2 ii libsdl-image1.2 1.2.12-2 ii libsdl-mixer1.2 1.2.12-3 ii libsdl-net1.21.2.8-2 ii libsdl-ttf2.0-0 2.0.11-2 ii libsdl1.2debian 1.2.15-5 ii libstdc++6 4.7.2-5 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-7 ii warmux-data 1:11.04.1+repack-3 warmux recommends no packages. warmux 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#699098: kdepim-groupware: GroupDAV not available as Akonadi Resource
Package: kdepim-groupware Version: 4:4.4.11.1+l10n-3+b1 Severity: normal Problem: When I press the green +-symbol in korganizer I get the possibility to add a GroupDAV ressource. But this is not available, when I want to add an akonadi resource by: 1.) choosing Akonadi-Ressource and then saying Manage Calendar Sources 2.) or when directly trying to add a ressource in the Akonadi Settings (Btw. The akonadi settings are not available in the system settings, which seems to be an unrelated additional bug?) Desired Outcome: I would like to follow the tutorial as shown in: http://owncloud.org/support/synchronisation/kde/ But as described above, the DAV groupware resource is missing. Possible Problem: https://forum.kde.org/viewtopic.php?f=20t=94584 claims that this problem occurs when KDE and KDE PIM version do not match correctly. -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdepim-groupware depends on: ii kdepim-runtime 4:4.4.11.1-6 ii libc6 2.13-37 ii libkabc4 4:4.8.4-2 ii libkcal4 4:4.8.4-2 ii libkde3support44:4.8.4-4 ii libkdecore54:4.8.4-4 ii libkdepim4 4:4.4.11.1+l10n-3+b1 ii libkdeui5 4:4.8.4-4 ii libkio54:4.8.4-4 ii libkpimutils4 4:4.8.4-2 ii libkresources4 4:4.8.4-2 ii libqt4-dbus4:4.8.2+dfsg-10 ii libqt4-qt3support 4:4.8.2+dfsg-10 ii libqt4-xml 4:4.8.2+dfsg-10 ii libqtcore4 4:4.8.2+dfsg-10 ii libqtgui4 4:4.8.2+dfsg-10 ii libstdc++6 4.7.2-5 ii perl 5.14.2-16 Versions of packages kdepim-groupware recommends: ii kdepim-wizards 4:4.4.11.1+l10n-3+b1 kdepim-groupware 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#664064: linux-image-3.3.0-rc6-amd64: 4 messages every minute in syslog from
Hello! The problem persists in wheezy with kernel: Linux markusbyte 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux Architecture: amd64 (x86_64) Foreign Architectures: i386 Shell: /bin/sh linked to /bin/dash and package Package: ntrack-module-libnl-0 Source: ntrack Version: 016-1.1 Installed-Size: 72 Maintainer: Alexander Sack a...@debian.org Architecture: amd64 Provides: ntrack-module-0 Depends: libc6 (= 2.4), libnl-3-200 (= 3.2.3), libnl-route-3-200, libntrack0 (= 005) Description-de: libnl-basiertes ntrack-Modul ntrack-Modul, das das libnl-Backend verwendet Homepage: http://launchpad.net/ntrack Description-md5: 82606b586ff021cc5ed29e2489bb06e5 Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/n/ntrack/ntrack-module-libnl-0_016-1.1_amd64.deb Size: 30420 MD5sum: 16da8cb578850c2473a1d763962ab55b SHA1: 15f59a47cadc76a8e81ce7c91c8b120408fd4650 SHA256: 259e77a35960c7d5786609f9fe4c64ca3372f250c476be0a68bcde47b58c92d3 when running kde4. The described workaround: sudo apt-get install install ntrack-module-libnl-0 ntrack-module-rtnetlink-0- still works perfectly and solves the problem. best regards Markus Raab -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680149: lvremove: Do add a --ignoremonitoring command line switch
--ignoremonitoring seems to be added for lvcreate, but not for lvremove in squeeze. Maybe lvm2 should recommend the package dmeventd, because without dmeventd installed most lvm2 commands issue the warning: /sbin/dmeventd: stat failed: No such file or directory (Datei oder Verzeichnis nicht gefunden in german) best regards Markus Raab -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656860: libcv2.3: /usr/include/opencv2/opencv.hpp missing
Package: libcv2.3 Version: 2.3.1-4 Severity: normal Dear Maintainer, I was trying to compile a opencv program which needs opencv2/opencv.hpp But neither installing libcv-dev nor recompiling (or backporting) the source package installs /usr/include/opencv2/opencv.hpp During dpkg-buildpackage I saw the warning that /home/markus/Downloads/src/opencv/opencv-2.3.1/debian/tmp/usr/include/opencv2/opencv.hpp will not be included - so I assume that this is a packaging bug. best regards Markus -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libcv2.3 depends on: ii libopencv-calib3d2.3 2.3.1-4 ii libopencv-core2.32.3.1-4 ii libopencv-features2d2.3 2.3.1-4 ii libopencv-flann2.3 2.3.1-4 ii libopencv-imgproc2.3 2.3.1-4 ii libopencv-legacy2.3 2.3.1-4 ii libopencv-ml2.3 2.3.1-4 ii libopencv-objdetect2.3 2.3.1-4 ii libopencv-video2.3 2.3.1-4 libcv2.3 recommends no packages. libcv2.3 suggests no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = de_AT.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630617: Klipper icon not appearing in system tray
Package: klipper Version: 4:4.4.5-7+squeeze1 Severity: normal *** Please type your report below this line *** I can reproduce the same problem here. Removing klipperrc or restarting klipper does not help. Shortcuts for klipper, however, work: so it seems to work otherwise. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages klipper depends on: ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libkdecore5 4:4.4.5-2+squeeze3 the KDE Platform Core Library ii libkdeui5 4:4.4.5-2+squeeze3 the KDE Platform User Interface Li ii libqt4-dbus 4:4.6.3-4+squeeze1 Qt 4 D-Bus module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime klipper recommends no packages. klipper 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#646902: apt-dater fails silently on refreshing host
Hi Freitag, 11. November 2011 you wrote: Hi, On 10/29/2011 10:34 PM, Markus Raab wrote: Hello! Am Freitag, 28. Oktober 2011 schrieb Patrick Matthäi: Am 28.10.2011 12:17, schrieb Markus Raab: Yes that step works perfectly, but the host would still be in section Unknown if sudoers does not contain: user ALL=NOPASSWD:/usr/bin/aptitude update, /usr/bin/apt-get update Nevertheless manual verification what the problem is does not help beginners which try apt-dater the first time - they are left without any clue what was wrong or how it should be if it fails completely silent. I absolutely agree that it should be some more verbose. There was a change off the output protocol of apt-dater-host which adds a diagnostic line (ADPERR) by apt-dater-host. Sadly, the CUI does not show up this line, yet. If the connection fails completely (e.g. login with password) it also prints nothing. best regards Markus That is the reason why you should call after a sucessful connect apt-dater-host status :) Then you will see, if it works Thats not entirely true and that is exactly the problem ;) With the manual apt-dater-host status step you cannot see: 1.) that ssh login with password is actually not supported in apt-dater 2.) that the sudoers line given before is missing and the refresh will actually fail To explain 2.) more detailled: I have a host that does *not* contain the line user ALL=NOPASSWD:/usr/bin/aptitude update, /usr/bin/apt-get update apt-dater-host status will output: ADPROTO: 0.5 LSBREL: Debian|6.0.3|squeeze pcilib: Cannot open /proc/bus/pci lspci: Cannot find any working access method. VIRT: Physical UNAME: Linux|x86_64 FORBID: 0 ... STATUS: cpio|2.11-4|i KERNELINFO: 0 2.6.32-5-vserver-amd64 How do I see with that information that updating the host will fail? Even when I run apt-dater-host refresh it runs through without any problems: ADPROTO: 0.5 Hit http://security.debian.org squeeze/updates Release.gpg ... and then output as above. But when I press g in apt-dater the host will be moved to Unknown. When I add user ALL=NOPASSWD:/usr/bin/aptitude update, /usr/bin/apt-get update to sudoers, it will work as expected: The host is shows in Up to date after I press g. Is this the behaviour as it should be? 'apt-dater-host refresh' has to update the package list which requires root privileges on apt-get hosts. The ADPERR line should give the correct error source (although it is not showed at the CUI, yet). The output (without correct sudoers present) is: --- ADPROTO: 0.5 sudo: no tty present and no askpass program specified ADPERR: Failed to execute 'sudo aptitude update' (256). --- Is this sudo line ok for that protocol? To show the 'Failed to execute 'sudo aptitude update' (256).' in the CUI would help a lot I guess. I additionally noticed now that VIRT: Physical is not correct, it seems unable to detect vserver properly. Shall I open a bug report for that too? Yes, please open a bug. It might be helpful if you supply the content of /proc/cpuinfo and the output of dmidecode along with the opening. Ok, I found out that apt-dater-host uses imvirt internally which seems to have no support for vserver at all. cpuinfo gives no clue (it just says what it tells on the physical server too) and dmidecode just outputs: # dmidecode 2.9 /dev/mem: No such file or directory So I do not see an obvious way to support it. It would be just an low-priority feature request of an software which likely will be obsolete/removed next major debian release. So better get this apt-dater bug, which is much more annoying, fixed ;) best regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646902: apt-dater fails silently on refreshing host
Hello! Am Freitag, 28. Oktober 2011 schrieb Patrick Matthäi: Am 28.10.2011 12:17, schrieb Markus Raab: Yes that step works perfectly, but the host would still be in section Unknown if sudoers does not contain: user ALL=NOPASSWD:/usr/bin/aptitude update, /usr/bin/apt-get update Nevertheless manual verification what the problem is does not help beginners which try apt-dater the first time - they are left without any clue what was wrong or how it should be if it fails completely silent. best regards Markus That is the reason why you should call after a sucessful connect apt-dater-host status :) Then you will see, if it works Thats not entirely true and that is exactly the problem ;) With the manual apt-dater-host status step you cannot see: 1.) that ssh login with password is actually not supported in apt-dater 2.) that the sudoers line given before is missing and the refresh will actually fail To explain 2.) more detailled: I have a host that does *not* contain the line user ALL=NOPASSWD:/usr/bin/aptitude update, /usr/bin/apt-get update apt-dater-host status will output: ADPROTO: 0.5 LSBREL: Debian|6.0.3|squeeze pcilib: Cannot open /proc/bus/pci lspci: Cannot find any working access method. VIRT: Physical UNAME: Linux|x86_64 FORBID: 0 ... STATUS: cpio|2.11-4|i KERNELINFO: 0 2.6.32-5-vserver-amd64 How do I see with that information that updating the host will fail? Even when I run apt-dater-host refresh it runs through without any problems: ADPROTO: 0.5 Hit http://security.debian.org squeeze/updates Release.gpg ... and then output as above. But when I press g in apt-dater the host will be moved to Unknown. When I add user ALL=NOPASSWD:/usr/bin/aptitude update, /usr/bin/apt-get update to sudoers, it will work as expected: The host is shows in Up to date after I press g. Is this the behaviour as it should be? I additionally noticed now that VIRT: Physical is not correct, it seems unable to detect vserver properly. Shall I open a bug report for that too? best regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646847: dash: redirection to fd larger 9 leads to Syntax error: word unexpected
Hello! Jonathan Nieder wrote: unmerge 646847 retitle 646847 dash.1: document single-digit limitation on fd numbers in redirections severity 646847 minor quit Markus Raab wrote: Maybe this behaviour can just be documented in the man-page: Sure --- that sounds like a sensible idea. Given a patch in diff -u format (against src/dash.1 from the source tree, or /usr/share/man/man1/dash.1.gz from the binary package), I'd be happy to forward this upstream (or one can contact upstream directly as described at [1]). Perfectly, thank you. See the patch below at [0]. The git repo at kernel.org seems to be still offline (it is empty?), so the patch is against the version in squeeze (dash 0.5.7). I am not used to troff syntax - I just looked at the surrounding text - so I hope it is done correctly. I also fixed a small mistake in the See also section, I think it should be chsh, because this is refered to in the beginning of the manpage while csh is never mentioned in the whole page. [...] Even better would be to make the parser aware of this limitation and print out a better message It's probably easier to remove the limitation. :) You might be right on that ;) Thanks for your thoughtfulness. Thanks for your quick and helpful response. Best regards Markus [0] diff --git a/src/dash.1 b/src/dash.1 index 3847d98..21a48f8 100644 --- a/src/dash.1 +++ b/src/dash.1 @@ -385,10 +385,11 @@ is one of the redirection operators mentioned previously. Following is a list of the possible redirections. The .Bq n -is an optional number, as in -.Sq 3 -(not -.Sq Bq 3 ) , +is an optional number between 0 and 9 +(written as +.Sq 9 +and not +.Sq Bq 9 ) that refers to a file descriptor. .Bl -tag -width aaabsfiles -offset indent .It [n] Ns \*[Gt] file @@ -2322,7 +2323,7 @@ The process ID of the parent process of the shell. .Pa /etc/profile .El .Sh SEE ALSO -.Xr csh 1 , +.Xr chsh 1 , .Xr echo 1 , .Xr getopt 1 , .Xr ksh 1 , -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646847: dash: redirection to fd larger 9 leads to Syntax error: word unexpected
Hello! You wrote: My copy of man flock uses a 9. As POSIX (XCU §2.7 Redirection) says: Open files are represented by decimal numbers starting with zero. The largest possible value is implementation-defined; however, all implementations shall support at least 0 to 9, inclusive, for use by the application. Ok, thank you - I did not know that. However, as mentioned at http://bugs.debian.org/590920, a patch to implement redirection to multi-digit file descriptors without making dash larger is not likely to make anyone less happy, if you have time for it. Maybe this behaviour can just be documented in the man-page: -- [n] redir-op file where redir-op is one of the redirection operators mentioned previously. Following is a list of the possible redirections. The [n] is an optional number between 0 and 9, as in ‘9’ (not ‘[9]’), that refers to a file descriptor. -- Even better would be to make the parser aware of this limitation and print out a better message when this situation happens. Making such improvements will however also make dash larger. best regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646902: apt-dater fails silently on refreshing host
Package: apt-dater Version: 0.8.4-4+squeeze1 Severity: normal -- Problem: When I press 'g' on a host where either: - ssh connection does not work - sudo /usr/bin/aptitude update or sudo /usr/bin/apt-get update needs a password the host goes to Unknown section without any further notice why. -- Expected behaviour: Print out the source of the problem - ideally with a hint how to solve it - or give the user a chance to type in the password like for upgrading. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-dater depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libncursesw5 5.7+20100313-5shared libraries for terminal hand ii libpopt0 1.16-1lib for parsing cmdline parameters ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii openssh-client 1:5.5p1-6+squeeze1secure shell (SSH) client, for sec ii screen 4.0.3-14 terminal multiplexor with VT100/AN ii tcl8.5 8.5.8-2 Tcl (the Tool Command Language) v8 apt-dater recommends no packages. Versions of packages apt-dater suggests: pn apt-dater-hostnone (no description available) pn mcnone (no description available) ii xsltproc 1.1.26-6 XSLT 1.0 command line processor -- 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#646902: apt-dater fails silently on refreshing host
Hello! Am Freitag, 28. Oktober 2011 schrieb Patrick Matthäi: Am 28.10.2011 11:50, schrieb Markus Raab: Package: apt-dater Version: 0.8.4-4+squeeze1 Severity: normal -- Problem: When I press 'g' on a host where either: - ssh connection does not work - sudo /usr/bin/aptitude update or sudo /usr/bin/apt-get update needs a password the host goes to Unknown section without any further notice why. -- Expected behaviour: Print out the source of the problem - ideally with a hint how to solve it - or give the user a chance to type in the password like for upgrading. You can press 'c' for connect, than you will see, if ssh works and in the next step you could call apt-dater-host status about it? Yes that step works perfectly, but the host would still be in section Unknown if sudoers does not contain: user ALL=NOPASSWD:/usr/bin/aptitude update, /usr/bin/apt-get update Nevertheless manual verification what the problem is does not help beginners which try apt-dater the first time - they are left without any clue what was wrong or how it should be if it fails completely silent. best regards Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646847: dash: redirection to fd larger 9 leads to Syntax error: word unexpected
Package: dash Version: 0.5.5.1-7.4 Severity: normal The following program: -- #!/bin/sh ( flock -n 200 # ... commands executed under lock ... ) 200/var/lock/mylockfile -- as in 'man flock' does not work with dash: /home/markus/bin/test_lock: 6: Syntax error: word unexpected -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dash depends on: ii debianutils 3.4Miscellaneous utilities specific t ii dpkg 1.15.8.11 Debian package management system ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib dash recommends no packages. dash suggests no packages. -- debconf information: * dash/sh: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646848: dash: redirection to fd larger 9 leads to Syntax error: word unexpected
Package: dash Version: 0.5.5.1-7.4 Severity: normal The following program: -- #!/bin/sh ( flock -n 200 # ... commands executed under lock ... ) 200/var/lock/mylockfile -- as in 'man flock' does not work with dash: /home/markus/bin/test_lock: 6: Syntax error: word unexpected -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dash depends on: ii debianutils 3.4Miscellaneous utilities specific t ii dpkg 1.15.8.11 Debian package management system ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib dash recommends no packages. dash suggests no packages. -- debconf information: * dash/sh: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#442879: patch updated
Hi! I confirm that this bug exists on all 3 lenny machines here. The -config and -xf86config options are completely broken for users, you can't start an xserver when you pass them, even when using the default xorg.conf: X :1 -xf86config xorg.conf won't start when done as user, even when everyone can start X is activated (dpkg-reconfigure x11-common) I hope the fix can be applied for a future point release, because the bug breaks these options for nearly everyone. You need them to start multiple x-servers with different configurations to achieve: - have a separate x-server on another graphic card - run a second x-server for presentations, games,.. with different resolution, mouse support, ... Last night I ran into another system broken by this bug. That prompted me to show the patch to the owner of the broken system. He pointed out that I missed the case of a leading slash. There's an amended patch at the end. The patch did not work, because there was a wrong number of parentheses after applying. The patch which worked for me is attached. I don't mean to complain, I really do appreciate having someone taking care of the X server on my machines, and I'm open to other approaches to fixing this, just let me know. By not starting as user, e.g. with sudo. xserver-xorg is a very small package so it did not take so long to patch and build it, thanks for making it so modular. Markus --- xserver-wrapper.c.orig 2009-03-01 21:46:26.681729627 +0100 +++ xserver-wrapper.c 2009-03-01 21:49:44.381726371 +0100 @@ -324,9 +324,14 @@ main(int argc, char **argv) for (i = 1; i argc; i++) { if (!strcmp(argv[i], -config) || !strcmp(argv[i], -xf86config)) { -if (setuid(getuid())) { - perror(X unable to drop setuid privileges for alternate config); - exit(1); +if (i+1 argc /* if there is no argument to config */ +|| (*(argv[i+1]) == '/') /* or it starts with a slash */ +|| strstr(argv[i+1],Xwrapper.config) /* or is our config file */ +|| strstr(argv[i+1],..)) { /* or attempts to escape this dir */ + if (setuid(getuid())) { +perror(X unable to drop setuid privileges for alternate config); +exit(1); + } } } else if (strlen(argv[i]) 256) { if (setuid(getuid())) {
Bug#516008: possible arbitrary code execution from .desktop files in email attachments
Hello! Another issue regarding this bug is that noexec is not honored. While e.g. Shell Scripts will only be displayed instead of executed on noexec mounted Filesystems when you click on them - .desktop Files will be executed bypassing noexec security. Solution: Change .desktop file to execute the command inside only if they have +x bit or - better - change those launcher files so that the first line would be #!/usr/bin/desktop-launch, with the rest of the script following afterwards. With the execute bit set this would become merely a normal script, which is interpreted by the specified separate 'shell' or utility, rather than something integrated into the desktop Just checking the executable bit won't help with the noexec issue, so the shebang seems to be the better solution. The fact that .desktop files can have any Symbol (e.g. like a Openoffice Document) but can execute arbitrary *remote* Code makes this issue really dangerous for end-users. Regards Markus signature.asc Description: This is a digitally signed message part.
Bug#404697: replicate works fine between i386 and x86_64 systems
Package: unison Followup-For: Bug #404697 I have used unison from debian etch since it was released and there is no problem for me syncing between i386 and x86_64. There are 4 replicas used here, in the size of: - 22G with 18705 files - 5,5G with 98000 files - 6,7G with 52100 files - ~1G Maybe the bug is only in the initial sync, I did that with rsync. I always use unison-gtk as frontend. The i386 system is the one where the sync is started and I work over ssh. I hope I could help you with the information. thank you Markus Raab -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages unison depends on: ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries Versions of packages unison recommends: ii openssh-client [ssh-client] 1:4.3p2-9 Secure shell client, an rlogin/rsh -- no debconf information pgpxveHXNMymQ.pgp Description: PGP signature
Bug#418224: openoffice.org: Copy and Paste Utf8 Problem with Konqueror Html
Package: openoffice.org Version: 2.0.4.dfsg.2-5etch1 Severity: normal When you copy text in Konqueror with strg+v you get utf8 encoded html text. You can prove that it is utf8 encoded with xsel -b. If you insert it in openoffice the text is interpreted as latin1, as: Schrödinger If you copy some text in Firefox, you get latin1 text, so xsel -b gives fancy umlauts. But because of this bug, the pasting in openoffice works. The appendant kde bug is: http://bugs.kde.org/show_bug.cgi?id=123865 But as shown in last message John Tapsell thinks too that it is utf8 encoded, which hardens that its the problem of openoffice. http://www.openoffice.org/issues/show_bug.cgi?id=49733 may be related. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite - draw ii openoffice.org-impre 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite - pres ii openoffice.org-java- 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite - equa ii openoffice.org-write 2.0.4.dfsg.2-5etch1 OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information
Bug#410667: konsole: can't reattach detached sessions
Package: konsole Version: 4:3.5.5a.dfsg.1-6 Severity: normal When you detach a session it should reattach when you close the window. But unlike expected it just kills the shell. The bug is described here too: http://bugs.kde.org/show_bug.cgi?id=101652 -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages konsole depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension konsole recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410558: freeciv-client-gtk: Does always want to connect to localhost
Package: freeciv-client-gtk Version: 2.0.8-3 Severity: wishlist When starting up the civclient-gtk and pressing Connecting to Network Game it always wants to connect to localhost. This is very disturbing if you have your server running somewhere else, it would be great if freeciv would remember where it connected last. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages freeciv-client-gtk depends on: ii freeciv-data2.0.8-3 Civilization turn based strategy g ii freeciv-server 2.0.8-3 Civilization turn based strategy g ii libasound2 1.0.13-1 ALSA library ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.2-1 generic font configuration library ii libglib2.0-02.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed ii libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer ii libx11-62:1.0.3-5X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii zlib1g 1:1.2.3-13 compression library - runtime freeciv-client-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410572: kget: Wants to overwrite Download directory
Package: kget Version: 4:3.5.5-5 Severity: normal This is an important usability bug, but not critical to functionality. If you selected as download folder /home/name/Downloads (or any other folder) and want to start a download the kfile popup let you choose where you want to download it. If you change to the parent directory and just click ok, it wants to overwrite your Downloads folder. Target file ... exists, would you like to overwrite? Only with selecting another file and retyping the name of the download you are able to continue. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages kget depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar kget recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388244: initscripts: Network interfaces are always shut down with -i, WOL does not work then
Package: initscripts Version: 2.86.ds1-15 Severity: wishlist Tags: patch WOL (wake up on lan) needs network interfaces not to shut down. /etc/init.d/halt has -i hardcoded in it. I would wish, to have a option in /etc/default/halt like: # Shut down network interfaces, set to no to avoid it for WOL NETDOWN=yes /etc/init.d/halt needs following changes: # Don't shut down network interfaces, when using WOL netdown=-i if [ $NETDOWN = no ] then netdown= fi and simple change halt to: halt -d -f $netdown $poweroff $hddown This makes upgrades of /etc/init.d/halt smoothly and this discussion/comments may let people have a working WOL more easy. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages initscripts depends on: ii debianutils 2.17Miscellaneous utilities specific t ii e2fsprogs1.39-1 ext2 file system utilities and lib ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip ii mount2.12r-10Tools for mounting and manipulatin initscripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311371: ITP: elektra -- A framework to store configuration atoms hierarchically
Hi Version : 0.5 Version 0.6 of elektra is out now. It would be very useful to have libelektra and elektra-utils inside debian. You can use elektra-utils for your configuration of your shell, with profile.d/elektra. So I would suggest to have: libelektra: core libelektra, with filesys libelektra-berkleydb: diverts (or relink) /lib/libelektra-default.so to /lib/libelektra-berkleydb.so to have configuration inside berkleydb database. libelektra-dev: header files for development libelektra-doc: api documentation elektra-utils: the kdb command line tool uses libelektra thank you Markus Raab pgpLEIW7sJ8PB.pgp Description: PGP signature
Bug#321409: hda: dma_timer_expiry: dma status == 0x21
03.01.2006 08:58 you wrote: In that case, it's the IDE chipset. I have replaced the hard drive, and the problem is the same. I do not have any problems when running Windows. A hard disk scan reveals no errors. I have openend the bug again. If you are sure the Bug is IDE-Kernel related please use the latest unstable kernel (best wait for 2.6.15). Then give us more information, in detail give: lscpi lspci -n dmesg lsmod And maybe interrupts. The hda: dma messages unfortunately don't help, because they are just hardware-error messages passed through the ide subsystem. thank you for your help Markus Raab -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309206: hal: Hald freezes my computer on startup
Now you know that it is a bug of the kernel, could you please try to reproduce it on a more recent kernel? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324377: kghostview: kdegraphics-3.3.2 does not build
Package: kghostview Version: 4:3.3.2-2 Severity: serious Justification: no longer builds from source kdegraphics-3.3.2 does not build. I checked it twice and also in a debootstrap. Following error accours: make[3]: Entering directory `/home/markus/kuick/kdegraphics-3.3.2/kghostview' if /bin/sh ../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde -I/usr/share/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT part_init.lo -MD -MP -MF .deps/part_init.Tpo -c -o part_init.lo part_init.cpp; \ then mv -f .deps/part_init.Tpo .deps/part_init.Plo; else rm -f .deps/part_init.Tpo; exit 1; fi /usr/lib/kde3/plugins -o generalsettingswidget.h ./generalsettingswidget.ui make[3]: execvp: /usr/lib/kde3/plugins: Keine Berechtigung make[3]: *** [generalsettingswidget.h] Fehler 127 Of course /usr/lib/kde3/plugins can't be executed because its a directory. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages kghostview depends on: ii gs 8.01-5Transitional package ii gs-esp [gs]7.07.1-9 The Ghostscript PostScript interpr ii gs-gpl [gs]8.01-5The GPL Ghostscript PostScript int ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfam0c1022.7.0-6 client library to control the FAM ii libgcc11:3.4.3-13GCC support library ii libice64.3.0.dfsg.1-14 Inter-Client Exchange library ii libidn11 0.5.13-1.0GNU libidn library, implementation ii libpng12-0 1.2.8rel-1PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxrender10.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324377: failure found
UIC_PATH=/usr/lib/kde3/plugins was set and causes this error. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]